TI 把 Zephyr RTOS 支持扩展到全系嵌入式产品

10 月 1 日，德州仪器（TI）宣布，其广泛的嵌入式产品组合现已支持 Zephyr 项目——这个由 Linux 基金会托管的开源实时操作系统（RTOS）。覆盖范围包括微控制器（MCU）、微处理器（MPU）与无线连接器件。发布日也值得一提：这则公告与 Zephyr 项目提高 TI 会员等级的消息是同一天发出的。

具体到产品线，它包括 BLE MCU、通用 MCU、实时电机与电源控制 MCU、SimpleLink 无线、MSPM0 与 Cortex-R 平台；内核一侧则从超低功耗的 Arm Cortex-M0，一直延伸到高性能的 Cortex-M33。换句话说，TI 不是给一两颗明星芯片补上支持，而是把从低功耗无线到实时控制的整片版图放进同一个软件框架，官方把这种体验描述为「统一、面向量产」。

碎片化的软件生态，才是真问题

嵌入式行业的软件长期是碎片化的：每家厂商一套 SDK、一套构建系统、一套驱动模型，同一个功能换颗芯片就要重写一遍。换一家半导体供应商，往往意味着重写底层代码、重新适应工具链、重新验证测试流程。TI 在公告里把这一点直接摆上台面——开发者常常因为更换芯片厂商而不得不重写代码。这类重复劳动不会出现在任何一方的财报里，却实实在在拖慢迭代速度、抬高人力成本。

Zephyr 的定位正好相反：它是由 Linux 基金会托管的厂商中立开源 RTOS，强调跨架构、跨厂商的一致性。它面向资源受限设备设计，占用小、可裁剪，并支持多种处理器架构——这正是它可能被不同厂商同时采纳的前提。要理解它的分量，还得知道 RTOS 在项目里的位置：它负责调度任务、管理内存与中断、提供驱动框架，是应用代码与芯片之间的地基；地基换一次，上层往往要跟着动一遍。也正因如此，开源 RTOS 的治理结构与长期维护承诺，会被反复拿出来追问。

TI 列出的第一条好处就是「不打断工作流」：已经熟悉 Zephyr 的开发者迁移到 TI 芯片时，可以保留现有代码库与工具链，不必放弃既有的开源工作方式，同时还能接触到更宽、更强的硬件组合。这对中小团队尤其实际——他们往往没有资源为每家供应商维护一套独立的底层代码；评估一颗新芯片的时间，也可能从「把底层跑通」缩短到「把驱动与性能调好」。

上游优先：代码先进社区，再进 SDK

协作方式上，TI 采取「上游优先」：向 Zephyr 官方仓库贡献代码与板级支持，同时维护一个下游仓库，新板卡与新特性先在下游提供，随后进入上游。所谓板级支持，是把一颗芯片的时钟、引脚、外设与中断在中立的代码框架里描述清楚，让上层驱动可以直接复用，工程量并不小；也正因如此，厂商长期的维护意愿往往比一次性的代码贡献更能说明问题。这条路线还有一个隐含前提：上游仓库的维护节奏由社区决定，厂商不能单方面加速，也不能单方面冻结。

这条路线最直接的产物是「上游代码评审」：TI 的代码在任何 SDK 发布之前，先由 Zephyr 社区检验，从而给开发者一份在产品爬坡期间不会突然改变的稳定基线。对量产客户而言，「底层代码在项目进行到一半时被上游重构」是实打实的风险，提前评审正是针对它的。

工具与方法沿用 Zephyr 既有生态：Twister 与 Ztest 测试框架、公开在 GitHub 上的 CI/CD，以及 GCC、GDB、OpenOCD 与 VS Code。公开 CI/CD 的意义在于「提前拿到」——新资源与新功能往往在进入正式 SDK 之前就能被开发者使用和验证，不必等一个季度一次的发布窗口。覆盖面还延伸到硬件之外：开发者可以在不离开 Zephyr 环境的前提下，把 TI 的嵌入式与模拟器件一起纳入系统设计。

对厂商而言，「上游化」并非没有代价：代码一旦进入社区，就失去了随意改动的自由——改动要经过评审，还要维持向后兼容。愿意接受这套约束，本身就是一种长期承诺，也是判断这类合作能否持续的一个观察点。

长周期与合规：CRA 为什么被反复提起

TI 强调的另一组卖点是长产品周期维护：提供经过验证的发布版本、迁移指南与向后兼容说明，以降低长期维护负担，相关器件的生命周期超过 10 年。对工业与汽车这类长周期产品来说，这条承诺的分量通常不低于性能参数。这背后是开源 RTOS 的一个好处——软件栈不随某一颗芯片停产而失效，厂商也就不必为每条产品线各自维护一套闭源 SDK，长期维护的人力可以集中在一处。

合规是这次公告的另一条主线：TI 把「符合欧盟《网络韧性法案》（CRA）」写进了产品定位。从公开信息看，CRA 是欧盟针对含数字元素产品提出的网络安全法规，核心思路之一是让这类产品在整个支持周期内保持可维护、可更新，对面向欧洲市场销售的厂商意味着额外的安全与维护义务。TI 表示，由于平台基于 Zephyr、且公司会定期更新 SDK 以修补安全漏洞，客户可以借此减轻合规负担。

需要说清楚的是，这属于 TI 的定位表述，而非第三方认证结论。对准备进入欧洲市场的团队，这类「厂商自带合规叙事」值得当作选型输入之一，但仍需自行核对法规要求与自己产品的对应关系，以及验证材料是否真的能覆盖自己的固件分支与出货形态。

同一天的另一则消息

同一天，Zephyr 项目宣布 TI 与英飞凌升级为「铂金会员」，将在技术、基础设施与社区方面加大投入。把两则消息放在一起看，指向的是同一个变化：RTOS 正在成为芯片厂商竞争的公共层——厂商的投入不再只落在自家 SDK，也开始落在开源 RTOS 本身。

由此可以给出一句判断：当底层软件被上游化之后，「谁的板级支持维护得更久、谁的贡献能被社区接受」，会逐渐变成选型表上的一行。对开发者而言这是好事——迁移成本从「重写」变成「重配」；对厂商而言，竞争则从 SDK 的功能清单，转移到开源社区的长期信用上。这大概是这条消息里最值得记下的一点。