摘要：自年以来，在智能家居市场的驱动下，智能猫眼市场膨胀速度惊人。移动侦测即人体感应当有人经过门前时会自动启动拍照或者录像功能记录来访者。而实时操作系统内核小巧，对任何中断指令都可以做到马上响应，系统启动时间则只有几秒钟。
随着人工智能的迅速发展，智能家居的时代已经到来，除了智能安全防盗门、智能门锁，智能音箱等市场快速增长外，智能猫眼行业异军突起，成为智能家居板块的重要品类。房门作为每个房子的入口，其智能化改进空间远不止门锁。智能入户安全是一套解决方案，不仅门锁需要智能化，猫眼这个需求本身也是和入户安全息息相关，或许会是智能家居最主要的入口之一。
据新思界产业研究中心发布的《2019-2025年中国智能猫眼行业市场深度评估及市场前景预测报告》[1]，2017年全球智能家居设备在市场上的销售量为6.63亿台，预计到2023年，智能家居设备销售量将达到19.4亿台，超过智能手机销售量。自2014年以来，在智能家居市场的驱动下，智能猫眼市场膨胀速度惊人。据数据显示，2016年中国智能猫眼出货量超过60万台，同比增速超过40%，到2017年智能猫眼出货量超过110万台。
单从这个数据来看倒也不用大惊小怪，但是如果我们换个角度从时间的维度来分析就会发现从2015年线上销售20万台到2017年的110万台，短短两年的时间整个销售数据却增加了5倍还多。而目前国内真正具有研发生产能力的电子猫眼厂家却屈指可数，整个市场已经出现了供不应求的局面，可见电子猫眼行业目前正处于红利期与爆发期。
目前的智能猫眼一般具有红外夜视、移动侦测、Wi-Fi控制等。红外夜视功能是在子机内置了红外夜视灯，这样在晚上也能清晰的看清来访者。移动侦测即PIR人体感应当有人经过门前时会自动启动拍照或者录像功能记录来访者。Wi-Fi功能则可以实现手机与猫眼的远程连接，配合移动侦测功能当有人在门外移动时会自动推送信息到主人的手机上，但是目前具有Wi-Fi功能电子猫眼的功耗普遍较高，待机时间偏短，一个月可能就需要更换一次电池。
智能猫眼的待机功耗主要是红外摄像头及其相应的电路，而移动侦测功能检测到有人经过门前时会自动启动猫眼内的摄像头进行拍摄或者录像功能记录来访者图像或视频，并且并且还要显示在屏幕上；因此，启动速度将会是影响功耗的重要原因。另外，为了实现防盗或安防的目的，当人体经过时需要即时完成启动并抓拍图像；人体经过摄像头的时间通常可能小于2秒钟，因此对启动速度提出了更高的要求。传统的Linux操作系统虽然全球通用，但也有其难以弥补的缺陷。Linux操作系统有庞大的内核，对任何中断指令的响应都需要一个复杂的处理过程，对一些需要快速响应的场合显得有些力不从心，系统重启更需要好几十秒。而RTOS实时操作系统内核小巧，对任何中断指令都可以做到马上响应，系统启动时间则只有几秒钟。因此如智能猫眼类的IPC（IP Camera）领域大量采用RTOS实时操作系统来保证系统的快速响应与高可靠性。
采用了RTOS实时操作系统的IPC设备可以在无需工作时进入深度休眠，一旦需要再快速启动，这种真待机功能为IPC设备大大降低功耗，提高IPC设备的待机时间。
传统的RTOS操作系统相较于Linux系统具备快速启动的优势，启动时间可以达到1秒以内，如RTT Smart启动时间可以做到500 ms [2]。但这对于大多电池供电的IPC设备而言，启动时间仍然过长；因为IPC设备启动过程的电流高达几百毫安，因此启动时间的长短将对IPC设备的电池更换或充电频率仍然带来相当严重的影响。
图2-1 Linux
传统RTOS的启动流程如图2-2所示，启动过程分成若干阶段，每个阶段完成不同的初始化操作。设备上电或重启或唤醒首先进入RESET入口函数，完成必要的CPU工作模式和系统栈初始化操作，接着进入RTOS内核入口再完成一系列硬件初始化操作；这些操作全部串行进行，如图2-2中完成pre_hw_1_init的初始化操作之后，再进行pre_hw_2_init的初始化操作；另外，硬件的初始化操作大部分都是需要一定时间来等待硬件电路的真正初始化完成，如pre_hw_1_init完成对应硬件寄存器写入操作之后，还需要等待对应的硬件真正完成初始化之后才可以进行后续硬件pre_hw_2_init的初始化操作，即使pre_hw_1_init和pre_hw_2_init没有依赖关系。传统的RTOS启动模型导致启动时间的进一步优化相当困难，因为硬件必须要确保真正完成初始化之后才可以进行相关操作，否则会带来不确定的错误。
图2-2 RTOS
如果需要进一步降低RTOS的启动速度，进而降低IPC设备的待机时间，提高IPC设备的用户体验，传统RTOS的初始化模型将举步维艰。微内核AliOS Things引入了一种新的系统启动模型，启动时间相较于传统RTOS的启动时间降低一个数量级。
传统RTOS的串行化启动模型，导致不同的初始化过程只能一个接一个的初始化，系统启动的总时间等于所有操作和等待硬件完成相关设置的时间，如图2-2中的，而其中大部分时间都是等待硬件完成相关设置的时间。而阶段内部的大部分初始化操作都是不相关的，完成可以并行化操作，也即pre_hw_1_init完成相关寄存器的读写操作后，在等待与pre_hw_1_init相关硬件完成具体设置的过程中进行pre_hw_2_init的初始化操作，这样与pre_hw_1_init和pre_hw_2_init相关具体硬件设置等待时间就可以重合，阶段的总用时就可以由降低为，模型如图3-1所示。
图3-1 AliOS Things Bengine模型图
Bengine提高初始化注册接口供系统按照不同的优先级注册初始化函数，相同优先级的初始化函数之间没有依赖关系，相同优先级的初始化函数由Bengine根据具体的执行时间负责分组，保证不同不同组之间的初始化函数的总用时均匀分布，同时确保所有高优先级的初始化函数执行完毕之后才会执行次优先级初始化例程。
图3-2 AliOS Things Bengine架构图
相较于传统的RTOS启动流程，Bengine的启动模型需要相关驱动进行简单的修改，但不牵涉到具体算法和驱动框架的修改，只是在驱动需要等待硬件完成相关设置时，主动让出CPU的执行权限（如图3-3中的红色标注的 sleep或者 sw_wait_for_sem操作），以便于让其他初始化获得执行的机会，具体改造示例如图3-3所示。
图3-3 Bengine代码示例
采用Bengine加速引擎的微内核AliOS Things与某厂商合作的IPC设备系统启动时间如图4-1所示，整个内核+驱动的启动总用时为57ms左右，相较于传统RTOS启动耗时500 ms基本降低了一个数量级；
图4-1 AliOS ThingsBengine
如需更多技术支持，可加入钉钉开发者群，或者关注微信公众号。
更多技术与解决方案介绍，请访问HaaS官方网站https://haas.iot.aliyun.com
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/121967.html
摘要：因为操作系统一直被看做是计算机软件的基石。本系列是我学习操作系统的笔记，操作系统是以为例子。其他的操作系统也是差不多。将设备驱动一共分为个级别，每个级别的驱动初始化声明宏定义及其在系统启动过程中的启动顺序如下表所示。 老板说我技术需要有长进，不能只做一个crud boy。 于是我选来选去，...
摘要：本文主要介绍应用程序加载如何做到毫秒级耗时。图不同视角看左边是从汇编器和链接器的视角来看这个文件，开头的描述了体系结构和操作系统等基本信息，并指出和在文件中的什么位置，在汇编和链接过程中没有用到，所以是可有可的，中保存了所有的描述信息。 1、背景 AliOS Thing 是AliOS家族旗...
摘要：除了一些线程调度和线程模型的调整，我们还需要进行业务逻辑上的优化，比如缩减高消耗，低反馈的业务模块，降低消耗，限制业务逻辑队列内存分配增长空间，避免某些业务场景中内存持续增长导致系统奔溃。 1、HaaS RTC背景介绍 HaaS RTC是阿里云IoT联合视频云开发的IoT设备端上的实时通...
摘要：相比之下，物联网操作系统领域的碎片化问题则非常严重，并没有哪几个操作系统占据绝对优势，正处于百花齐放百家争鸣的阶段。在年被公司正式收购，将自己的服务内嵌到系统中，并于年推出了集成无线连接安全等功能的物联网操作系统。 物联网操作系统是运行在物联网设备上的提供物物相连能力的操作系统，其核心在于...
摘要：系统特性方面，集成了，协议栈，网络适配架构，支持，及支持。关于进一步信息，请访问，阿里云套件支持集成了的协议栈，并对做了高度优化，在平台上使用量可以低至以下。已和阿里云套件全面对接打通。组件的多差分升级特性也可以进一步降低带宽，及使用量。 摘要： AliOS Things v1.1.2概述 时隔两周，AliOS Things新版本v1.1.2发布。这里和大家分享一下v1.1.2的一些新...
阅读 3342·2021-11-22 09:34
阅读 2835·2021-10-09 09:43
阅读 1352·2021-09-24 09:47
阅读 2182·2019-08-30 12:53
阅读 970·2019-08-29 14:00
阅读 3337·2019-08-29 13:17
阅读 2248·2019-08-28 18:00
阅读 1263·2019-08-26 12:00
