共计 1428 个字符，预计需要花费 4 分钟才能阅读完成。
作者：Jonathan Cartrette，Zephyr 社区成员和 Legrand 北美 IoT 零碎技术总监
作为一个物种，咱们曾经发明了对技术的依赖。这种相互依赖发明了数十亿行深度嵌入的、品质参差不齐的代码，这些代码在脱机状态下埋伏了几十年，并领有可能造成毁坏的连接性、传感器和执行器。运行 Zephyr OS 的大容量 / 超低功耗 Cortex M3-M4 或相似大小的 RISC- V 的资源组合（特地是）提供了我所见过的第一个可扩大的、通明的愿景，将此类设施中所有中央的代码都晋升到异样的代码品质级别。即便它是一个儿童玩具，这些设施有连贯和资源造成挫伤。作为一个社区，咱们必须修改所有的代码。这意味着即便是在嵌入式、连贯产品畛域中“最不重要”的我的项目，也有机会在最好的终点上进步初始代码品质和保护。
为什么？嵌入很深的代码曾经从“靠电线运行（Fly by wire）”转变为“靠算法运行（Fly by algorithm）”，简直没有在行可能意识到其中的奥妙之处。我的意思是，“通过电线运行”个别指的是嵌入式零碎，通常只是简略地传递用意和用户的间接静止，以做一些物理上不可能的事件；像举起一个 50 英尺长的副翼来反抗 500 节风速的大风。零碎是相对必要的，它的任何故障，包含性能品质的侵害或成心篡改，都有雷同的结果。然而，在所有状况下，零碎通常无奈对用户输出或阈值触发器作出响应。这并不是零碎意志的失败。
“ 靠算法运行 ” 另一方面，我指的是这种可能性；一个零碎，其中的性能的足够局部被委托给一个监督数字过程，并容许通知用户“不”。这是一只嵌入了一个非凡的传感器和驱动器群的牧羊犬，用户将会置信这只高贵犬的可靠性。然而当算法“出事”时，咱们失去的是波音 737-MAX。当算法攻打零碎时，因为零碎的外在个性，零碎无法访问某些传感器和执行器。这不仅仅实用于飞机，因为这些设施的连通性意味着它们能够间接与咱们生存中的其余设施交互。
Zephyr RTOS 给出的答案是：“咱们如何在寰球范畴内进步代码品质？”可怜的是，对很多人来说，这个问题的答案可能是最无趣的话题：开发团队的基本操作效率。LTS（Long Term Support，长期反对版）构建的用意是推动认证，证实血统和起源不会受到烦扰，这不仅仅是为了防止测试和认证工作。随着工夫的推移，提早的认证和测试老本将像滚雪球一样累积。
Zephyr 反对这个愿景的起因与工具链和构建零碎无关，甚至与共享库和模块的存储库构造无关。这个社区正在无效地建设一个生态系统，而不仅仅是一个实时操作系统。用于嵌入和深刻代码的 DevOps 流水线对于软件和固件的保护来说是纯金的高价值，但它们不是新概念。Zephyr OS 以这种程度的愿景和品质向社区收费提供这一服务，这是该我的项目愿景的一个证实，在咱们扩充物联网规模时，咱们能够看到须要解决的下一个前沿问题。
点击浏览网站原文。
Zephyr 我的项目是一个由 Linux 基金会托管的合作我的项目，它是一个开放源码合作我的项目，将来自整个行业的领导者联结起来，构建一个最佳的小型、可伸缩、实时操作系统（RTOS），该零碎针对跨多个架构的资源受限设施进行了优化。
Linux 基金会是非营利性组织，是技术生态系统的重要组成部分。
Linux 基金会通过提供财务和智力资源、基础设施、服务、流动以及培训来反对创立永续开源生态系统。在共享技术的创立中，Linux 基金会及其我的项目通过共同努力造成了不凡胜利的投资。扫描二维码关注 LFAPAC 微信公众号。