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 的功能清單，轉移到開源社群的長期信用上。這大概是這條訊息裡最值得記下的一點。