Zephyr RTOS对生意有好处

作者：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以这种水平的愿景和质量向社区免费提供这一服务，这是该项目愿景的一个证明，在我们扩大物联网规模时，我们可以看到需要解决的下一个前沿问题。