LiteOS

12月10日， 实时互动云服务 开创者及引领者 声网Agora 在北京举办了媒体沟通会，发布了首款定义轻互动直播场景的“极速直播”与可降低50%直播带宽成本的“低码高清”两大新产品，同时声网还对面向智能硬件、VR/AR等自编解场景的“实时码流加速产品-RTSA”进行全新升级。 RTSA：实现物联网智能硬件互联互通 根据Analytics数据显示，截至2020年上半年，全球的物联网连接数已经达到了117亿，历史上首次超过非物联网连接数。随着5G基础设施的逐渐完善、智能终端设备的不断普及以及云VR、云手机等新应用场景的涌现， 实时音视频成为物联网人机交互的重要方式 ，然而物联网领域基于音视频的互联互通也面临着诸多挑战，例如生态割裂兼容难全面，不同厂家设备之间的互联互通和互可操作性差的问题，就像是一只站在物联网“房间里的大象”，一直被行业忽略；传统物联网音视频传输以P2P为主，实时互动体验难保障。 针对这些问题，声网正式发布了全新升级的 RTSA-实时码流加速 产品，升级后的RTSA分为 RTSA Lite与RTSA Pro 两大系列，其中RTSA Lite面向资源有限的轻量级设备，拥有 极小包体、超低功耗、低延时、抗弱网 等特性，覆盖平台主要有Linux全平台以及RTOS平台，适用场景主要包含 智能手表、智能摄像头、智能音箱等穿戴式、便携式的智能设备 。RTSA Pro则面向体验优先

想了解更多内容，请访问： 51CTO和华为官方战略合作共建的鸿蒙技术社区 https://harmonyos.51cto.com/#bkwz 引言：花半秒钟就看透事物本质的人，和花一辈子都看不透事物本质的人，注定是截然不同的命运 做开发也一样，如果您能看透开发的整个过程，就不会出现“学会了某个RTOS的开发，同样的RTOS开发换一块开发板又不会了”，“跟着教程学会了某块开发板的某个Demo开发，自己开发另一个Demo又不会了”等等问题，只要能看透就能做到触类旁通，游刃有余！一定要活学活用，不能学死了，多想想为什么，不要死记过程。 在基于HarmonyOS开发Hi3861之前，需要对整个开发环境及过程有一个全局上的了解，首先还是从这一张最经典的框架图给大家讲起： 目前我们对Hi3861的开发主要涉及上图中的内核抽象层、系统能力子系统、DXF子系统、公共基础库子系统（提供KV存储、文件操作、定时器、IoT外设控制等能力供OpenHarmony各业务子系统及上层应用使用）、系统服务框架子系统（用于提供面向服务编程和对外提供能力用于分布式任务调度） 1、构建系统 该构建系统由python脚本配合gn、ninja组成，若是为了开发Demo或者应用，不必细究编译构建系统的具体实现细节，只需要做到会使用即可。 当我们输入python build.py wifiiot指令

本文将首先带您回顾“系统调用”的概念以及它的作用，然后从经典的Hello World开始，逐行代码层层分析——鸿蒙OS的系统调用是如何实现的。 写在前面 9月10号 华为开发者大会（HDC）上，华为向广大开发者宣布了鸿蒙2.0系统开源，源码托管在国内源码托管平台“码云”上： https://openharmony.gitee.com/ 我也第一时间从码云下载了鸿蒙系统的源代码，并进行了编译和分析。当晚回看了HDC上的关于鸿蒙OS 2.0的主题演讲，个人最为好奇的是——这次开源的liteos-a内核。因为它支持了带MMU（内存管理单元）的ARM Cortex-A设备；我们知道，在带有MMU的处理器上，可以实现虚拟内存，进而实现进程之间的隔离、内核态和用户态的隔离等等这些功能。 系统调用简介 引用一张官方文档中的图片，看看liteos-a内核在整个系统中的位置。 这次开源的鸿蒙系统中同时包含了两个内核，分别是liteos-a和liteos-m，其中的liteos-m和以前开源的LiteOS相当，而liteos-a是面向应用处理器的操作系统内核，提供了更为丰富的内核功能。此前已经开源的LiteOS，只是一个实时操作系统（RTOS），它主要面向的是内存和闪存配置都比较低的微控制器。 我们先来简单回顾一下操作系统课程的一个知识点——系统调用，以及为什么会有系统调用？它的作用是什么

摘要 ：鸿蒙和LiteOS的内核都是一样的名字，可它们究竟有什么不同呢？一起来对比一下文件吧！ HarmonyOS系统 HarmonyOS是一款“面向未来”、面向全场景（移动办公、运动健康、社交通信、媒体娱乐等）的分布式操作系统。在传统的单设备系统能力的基础上，HarmonyOS提出了基于同一套系统能力、适配多种终端形态的分布式理念，能够支持多种终端设备。 鸿蒙系统的特点（ 硬件互助，资源共享 ）： 1）分布式软总线 分布式软总线是多种终端设备的统一基座，为设备之间的互联互通提供了统一的分布式通信能力，能够快速发现并连接设备，高效地分发任务和传输数据。 2）分布式设备虚拟化 分布式设备虚拟化平台可以实现不同设备的资源融合、设备管理、数据处理，多种设备共同形成一个超级虚拟终端。针对不同类型的任务，为用户匹配并选择能力合适的执行硬件，让业务连续地在不同设备间流转，充分发挥不同设备的资源优势。 3）分布式数据管理 分布式数据管理基于分布式软总线的能力，实现应用程序数据和用户数据的分布式管理。用户数据不再与单一物理设备绑定，业务逻辑与数据存储分离，应用跨设备运行时数据无缝衔接，为打造一致、流畅的用户体验创造了基础条件。 4）分布式任务调度 分布式任务调度基于分布式软总线、分布式数据管理、分布式Profile等技术特性，构建统一的分布式服务管理（发现、同步、注册、调用）机制

[toc] 前言 20201010 在阅读 RTOS LiteOS 内核源码时发现该内核使用的链表时 通用链表 ，而 FreeRTOS 内核使用的时 非通用链表 ，所以，有必要发布一下关于链表实现的笔记。 以下内容为个人笔记，涉及一些非专业词汇，敬请谅解，谢谢。 链接 我的Gitee 非通用链表完整C语言源码 参考 上面链接 FreeRTOS 内核源码 野火 概念 正常表达 链表： 链表为 C 中一种基础的数据结构。 看成环形晾衣架即可。 节点： 节点组成链表 自理解概念 链表：圆形的晾衣架 节点：挂钩 包含上一个 下一个 钩子等其它需要的信息 袜子：挂在到 钩子 的东西 包含 被钩子 袜子携带的信息 通用链表与非通用链表的区别 通用链表节点内容很少一般只有 上一个 和 下一个 。 通用链表节点被放到信息结构体中，通过偏移找到所在的结构体（即是通过偏移找到袜子头） 而非通用链表是在节点中携带信息结构体的指针的（即是节点就携带信息）。 别人通俗理解，读者不必理会本小点 通用链表是把袜子放到晾衣架的圆形圈上，袜子与圆形圈接触部分为袜子接待的节点。（ 信息携带节点 ） 非通用链表是。（ 节点携带信息 ） 笔录草稿 双向链表 双向链表理解图 原理：链表包括 根节点 和 普通节点 根节点 主要管理链表的，一般包括 上一个 下一个 存在多少个等信息 普通节点 主要用于钩住袜子（即是携带信息）

作者 | 马超 责编 | 伍杏玲 出品 | CSDN（ID：CSDNnews） 最近我国科技界在面临美国施压之际，不少人在问“为什么林纳斯一个人写出 Linux，而中国却出不了一个林纳斯？”笔者有感于六代技术人在岳麓对话，写下《 如何成为一名求伯君式的黑客 》后，很多读者留言问求伯君研发 WPS 时是否参考 Word 的相关代码。 在回答这些灵魂问题前，我们先来看下，据 GitHub 数据显示，目前 GitHub 新增的活跃用户中有 70% 以上是来自中国程序员，他们绝大部分是 90 后，得益于 1995 年后搭载着的 Windows 个人 PC 在中国市场的快速普及，我国 90 后程序员是 IT 原生一代。 按照比尔·盖茨最初的时间表，微软原计划在 2000 年后再将 Windows 全面带入中国，在看到王志东的中文之星以后，时间点至少被提前了五年。 笔者看来，我国初代程序员大神所取得的成就并不亚于林纳斯，所谓中国林纳斯式之问根本就是伪命题，如果没有严援朝、王志东这些前辈的贡献，中国的 IT 行业不可能像现在这样繁荣。令人遗憾的是在 80 年代 IT 人的主战场是 DOS 这个快被人遗忘的平台，而时代抛弃 DOS 的时候不但没说一声再见，甚至连它曾经辉煌过的痕迹都一同抹去了。 DOS vs *nix IT 界每十年就会产生一种新的生态，如四十年前由 IBM 兼容

点击上方「 嵌入式大杂烩 」，选择「置顶公众号」第一时间查看嵌入式笔记！ 进入文章正题之前先说一个事：昨天分享的那本Linux书籍是去 嵌入式Linux 公众号回复呀，不是在本公众号回复哈。 前言 之前分享了基于LiteOS的智慧农业案例实验分享 《基于LiteOS的智慧农业案例实验分享》 ，阅读量挺不错，看样子大家都挺喜欢这种实验。那咱们就再来一个类似的实验： 基于RT-Thread的智慧路灯案例实验 。 实验框图 实验说明：设备终端不断采集光强数据并上传至云端进行监控，同时也会把当前LED（路灯）的状态上传。LED的状态会根据光照值进行打开、关闭。 比如当光照值低于（夜晚）我们设置的光照阈值时就会打开LED，当光照高于（白天）光照阈值时就会熄灭LED灯。除此之外，云端可以远程控制LED的亮灭，达到一个远程控制的作用。 创建RTT工程 硬件：小熊派开发板。 软件：基于RT-Thread操作系统的应用开发。 开发工具：RT-Thread Studio V1.1.0。 本实验我们需要用到RT-Thread的BH1750软件包、OneNet软件包及at_device软件包等。这些软件包的使用已经在前两篇笔记中有写到： 【RT-Thread笔记】BH1750软件包的使用 【RT-Thread笔记】OneNet软件包的使用 本次实验也只是把它们融合在一起来使用。 1、添加相关软件包、配置：

提到华为的开源，很多开发者肯定会首先想到鸿蒙 OpenHarmony。鸿蒙操作系统自面世以来就备受关注，前段时间开源的鸿蒙 2.0 所受到的关注度更是史无前例，但与此同时，开发者们可能还忽视了华为除了 OpenHarmony 外，还有许多优秀的项目在 Gitee 开源，今天就为开发者们盘点一下华为在 Gitee 上的那些开源项目。 OpenHarmony 2020 年 9 月 10 日，华为在 HDC 2020 大会上宣布正式开源鸿蒙操作系统（HarmonyOS）。开源的鸿蒙项目名为 OpenHarmony。OpenHarmony 定位是一款面向全场景的开源分布式操作系统。 OpenHarmony在传统的单设备系统能力的基础上，创造性地提出了基于同一套系统能力、适配多种终端形态的理念，支持多种终端设备上运行，第一个版本支持128K-128M设备上运行。 项目中包含了 134 个仓库，涵盖了内核源代码、模拟器、SDK 包以及 IDE 工具等，同时 OpenHarmony 也是开放原子开源基金会（OpenAtom Foundation）旗下开源项目。 项目地址： https://gitee.com/openharmony openEuler (欧拉) openEuler 于 2020 年 1 月正式在 Gitee 开源，openEuler 也就是华为服务器操作系统 EulerOS

HiSpark Wi-Fi IoT开发套件   l 支持鸿蒙OS、LiteOS操作系统，方便进行物联网产品的原型验证和快速开发   l 特性板搭载海思Hi3861芯片，最高运行频率 160MHz，内置352 KB SRAM、288 KB ROM，内置 2MB Flash，支持IEEE 802.11 b/g/n，支持STA模式、AP模式   l 套件包含多个扩展板，包括OLED板、NFC扩展板、环境监测板、红绿灯板、炫彩灯板、机器人板，集成了多种常见外设 HiSpark DIY IPC套件   l 支持鸿蒙OS、LiteOS、Linux系统，方便进行产品的原型验证和快速开发   l 板载海思Hi3518EV300芯片，内置ARM Cortex A7核心，最高运行频率900MHz，内置64MB SDRAM，内置图像处理单元（ISP），内置H265/H264硬件编解码器，内置智能视频引擎（IVE），内置硬件安全引擎   l 搭载128Mbit SPI NOR Flash，同时带有一个T-F卡槽，最大支持128GB T-F卡   l 板载Hi3881 WiFi芯片，支持IEEE 802.11 b/g/n，支持STA模式、AP模式   l 板载JX-F23A图像传感器，最大有效像素2M，视频最高支持1920x1080@25fps HiSpark AI Camera套件   l 支持鸿蒙OS

摘要： 谈到物联网，最大的问题之一就在于沟通，不同设备、不同标准之间的沟通、软件与硬件的沟通。如何解决这种 “沟通”问题，操作系统变得尤为重要。 提到操作系统，第一时间我们就会想到运行在电脑上的Windows，想起运行在手机上的安卓。这些系统直接运行在“裸机”设备的最低层,搭建起其他软件、应用运行的环境与基础。操作系统的兴起、完善，促成了软件与应用的兴起,铸就了辉煌的PC时代与移动互联网时代。 谈到物联网，最大的问题之一就在于沟通，不同设备、不同标准之间的沟通、软件与硬件的沟通。如何解决这种 “沟通”问题，操作系统变得尤为重要。物联网操作系统调度“物体”本身，对“物体”的调度过程通过层层分发、层层下达，通过调度云、边、端，不同层级中不同设备的计算资源而实现。因此，物联网中的操作系统涉及到芯片层、终端层、边缘层、云端层等多个层面 当前很多物联网设备已经从传统意义上的“哑”设备成功转型为智能化设备。那么一个设备从“哑”到智能化，必须面对两个问题：资源管理、设备的互联互通。 而在这物联网操作系统百家争鸣，百花齐放的时代，华为LiteOS物联网操作系统要如何破浪前进？ LiteOS资源管理：麻雀虽小，五脏俱全 说到物联网操作系统，不得不提物联网的内核，一个内核要具备尺寸伸缩性强、实时性必须足够强、架构可扩展性强、足够安全和可靠、低功耗节能省电等优良特质。比如，一个极端的情况下