FreeRTOS、VxWorks、QNX 和 Zephyr：RTOS 選擇比較

選擇即時作業系統並不是一件簡單的事： RTOS 決定性能， 可靠性 以及成本 整個嵌入式專案。 FreeRTOS、VxWorks、QNX 和 Zephyr 之間存在著截然不同的理念、許可證和生態系統，值得徹底了解。

近年來，論壇和社群中的討論變得激烈起來：有人認為 FreeRTOS 已經足夠，有人則認為 當有認證和支援時，商業 RTOS 就會發揮作用。 危在旦夕。我們在這裡收集並比較所有信息，以便您能夠做出決定，而無需胡亂猜測。

我們比較什麼以及為什麼它很重要

除了具體的基準之外，值得比較的是 核心架構、許可證、認證、生態系統和開發經驗具有 BLE 的可穿戴設備與 DAL A 飛機系統或符合 ISO 26262 要求的馬達控制器不同。

市場非常活躍：FreeRTOS 現已被亞馬遜收購，ThreadX 正在發展成為 Eclipse ThreadX，Zephyr 等開放倡議得到了 Linux Foundation，以及擁有數十年關鍵部署經驗的 VxWorks 或 QNX 等傳統領導者。

此外，還有一些細微的差別會改變遊戲規則：一些 RTOS 他們按單位收取版稅，其他的是 MIT/Apache；有些依賴具有 POSIX 的微內核，有些則依賴最小內核和模組化擴充。

RTOS 的當前全景

市場研究（AspenCore 嵌入式市場研究、VDC 研究）和技術清單一致認為： FreeRTOS 是部署最廣泛的 RTOS 以 MCU 覆蓋範圍計算，其數量領先，而 VxWorks 和 QNX 在受監管領域處於領先地位。 Zephyr 正在發展成為物聯網的「生態系統平台」。

製造商和社區列舉了各種各樣的 流行的選擇：Deos (DDC-I)、embOS (SEGGER)、FreeRTOS (Amazon)、INTEGRITY (Green Hills)、Keil RTX (Arm)、LynxOS/LynxOS-178 (Lynx)、MQX (NXP)、Nucleus (Mentor/Siemens)、Neutri/OS (WITTENSTEIN)、ThreadX (Microsoft/Eclipse)、µC/OS (Micrium/Silicon Labs)、VxWorks (Wind River) 和 Zephyr (Linux Foundation) 等。

在硬實時環境中使用 Linux 時要小心：對於功能安全層， 通常是 RTOS 或安全分區以及透過虛擬機器管理程式實現豐富平行功能的 Linux；這種混合架構廣泛應用於工業、汽車和國防工業。

RTOS 的類型以及何時使用它們

在硬實時系統中，錯過最後期限是系統故障： 航空電子設備、ABS煞車、 機器人 產業. 決心和認證是關鍵，Deos、INTEGRITY、VxWorks、QNX 或 LynxOS-178 等 RTOS 很常見。

在軟實時中，小的延遲會降低質量，而不是安全性： 流、路線規劃、資訊娛樂輕量級核心或具有擴充的通用作業系統具有發展空間。

在公司即時事務中，截止日期很重要，但錯過截止日期並不會帶來災難性的後果： 工廠自動化、多媒體選擇圍繞可預測性、成本和可維護性。

關鍵組件以及 RTOS 的運作方式

RTOS 提供確定性調度程序（RMS、EDF、固定優先順序）， 有限的延遲和中斷處理 非常有效率。目標是確保最壞情況，而不僅僅是平均情況。

同步使用信號量、互斥量和佇列；任務之間的通訊使用 訊息隊列和事件；記憶體管理最大限度地減少碎片和抖動，以保持可預測的時間。

此外，硬體基礎透過 HAL 或可移植 API 進行抽象化；在現代平台上，您會看到 部分或完整 POSIX以及框架 開機 安全、加密和 OTA更新 融合的。

FreeRTOS、VxWorks、QNX 和 Zephyr 的正面交鋒

自由實時操作系統 它是一個極簡、模組化且高度可移植的核心。自 2017 年以來，它一直受到亞馬遜的支持，並與 AWS（例如 Greengrass）集成，並擁有龐大的社區。

• 最好的：最小的開銷， MCU SDK 的強大支持 （ESP-IDF 整合了 Espressif 和 A​​mazon 的 SMP 變體），並且可以自由地「只放入您需要的內容」。在 ESP32 專案中，您可以受益於 SMP、部分 POSIX 原語以及跨平台 C/C++ 程式庫支援。
• 最不理想的是：它缺乏一個統一的「標準堆疊」（驅動程式、檔案系統、連接性）和 整合取決於供應商. 如果您需要開箱即用的安全認證，這是不夠的。

VxWorks 它代表著擁有數十年服務經驗的工業級即時作業系統 (RTOS)。它以其先進的調試工具、專業的支援和 認證選項。它存在於航空航太、國防、醫療和工業領域，支援多種架構（ARM、x86、POWER、RISC-V）和SMP/AMP/混合模式模型。

• 優點：RT 性能非常出色，生態系成熟， 清晰的認證途徑缺點：商業許可需要按單位收取版稅，且使用者修改核心的靈活性較低。

QNX（中微子） 它依賴於高度健壯且可靠的 POSIX 微內核，該微內核在汽車和工業控制行業中已得到廣泛認可。它是一個典型的微內核： 使用者空間中的服務、隔離和容錯。

• 優點：可預測性、穩定性和認證；缺點： 已關閉並付款而且比開放式 RTOS 更不易被駭客入侵。它是引擎和資訊娛樂系統的標桿，擁有良好的汽車行業記錄。

和風由 Linux 基金會所託管，它不僅僅是一個核心：它是一個完整的生態系統，包含 Devicetree、Kconfig、驅動程式、BLE/Wi‑Fi、shell、日誌記錄、MCUBoot 和 現代工具 （west 用於多倉庫，twister 用於測試）。

• 優點：標準化 API、整合安全性和 真正的跨 MCU 可移植性缺點：學習曲線陡峭（Devicetree/Kconfig）、工具 蟒蛇 以及一種要求紀律性的「Zephyr 方式」。當專案需要嚴格的連接、測試和 CI/CD 時，它就會大放異彩。

您不容錯過的商業和開源 RTOS

• ThreadX / Azure RTOS / Eclipse ThreadX：減少佔用空間，部署在數十億台設備上，並具有高級調度（搶佔閾值）、事件鍊和追蹤功能。在 Azure 階段之後， 在 Eclipse 中發展，這可能為更加透明的OSS模型鋪平道路。
• 安全即時作業系統 （WITTENSTEIN）：專為功能安全而設計 IEC 61508 SIL3 和 ISO 26262 ASIL D 預認證。它與 FreeRTOS 共用功能模型並提供支援的遷移路徑。
• 浮雕 （SEGGER）：經驗豐富，高度優化， 免版稅商業廣告它特別適合汽車和工業領域；它提供零中斷延遲、最小記憶體使用量，並支援 8/16/32 位元版本。
• Keil RTX （手臂）：自由和 免版稅 對於 Cortex-M，具有靈活的調度（循環、搶佔、合作）和 MDK-ARM 中良好的調試整合；它不是 Arm 未來的核心策略重點。
• MQX （恩智浦半導體）：基礎穩固，但與矽片製造商有密切關係， 鎖定擔憂 在一些OEM中。在NXP環境中，它非常實用。
• 核 （Mentor/Siemens）：幾年前，它是模型下的「RTOS」。 免版稅原始碼；如今，隨著 Mentor 轉向其他軟體產品線，其影響力已縮小。
• LynxOS 和 LynxOS‑178 （Lynx Software Technologies）：原生 POSIX，硬實時，並具有 DO‑178B/C DAL A 認證. LynxOS-178 擁有 FAA RSC，這是可認證可重用性的罕見 COTS avis。
• 派克作業系統 （SYSGO）：分區和管理程序重點； 非常注重認證 RTOS 和 Linux/其他客戶機共存的混合系統。
• DEOS （DDC-I）：符合 DO-178 的航空航太/國防目標；符合 每單位特許權使用費 以及非常具體的 A&D 重點。
• µC/OS / Micrium 作業系統 （Silicon Labs）：歷史上廣泛應用於醫療和工業應用；如今它的可用性和 Silabs 宇宙之外的地址 引起一些球隊的懷疑。
• 即時作業系統 （德州儀器）：透過 RTOS 核心 + 中間件和驅動程式加速 TI MCU 的開發； 促進能源效率 並快速退出 IT 生態系統。
• Contiki-NG：物聯網堆疊，重點關注網路；推廣 Docker 和可重複的環境， 非常適合連結導向的項目 和實驗。
• RIOT：GNU Make、標準工具鍊和大量文件； 不錯的 OSS 替代品 當您需要介於裸機和完整 Zephyr 之間的東西時。
• 努特X：非常強大且具有 POSIX 風格，但它的 使用 Kconfig 和環境要求可能會使某些整合和流程變得複雜 Windows.
• ChibiOS/RT：輕巧、快速；在某些流程中似乎 押注特定的 IDE/工具，這可能會與已經建立的管道發生衝突。
• DuinOS：相容主機板的多線程 Arduino的 基於 FreeRTOS；適用於教育或原型開發 從Arduino進化而來 走向真正的 RTOS。

開發經驗：工具鏈、CI/CD 和移植

團隊經驗與資料表同樣重要：具有平滑曲線的 RTOS 和 標準工具 它可以節省數週的工作時間。 FreeRTOS 幾乎可以與任何語言進行編譯，並且“使自身隱形”，從而簡化了 C/C++ 和簡單編輯器的工作流程。

Zephyr 閃耀著 west、twister、Devicetree 和 Kconfig，非常適合 持續交付實踐 並在板場上進行驗證。作為回報，它需要學習他們描述硬體和配置功能的方式，並且它依賴Python。

在 ESP-IDF 中，FreeRTOS 提供了整合良好的 SMP 變體、部分 POSIX 和龐大的社群；如果您重複使用跨平台程式庫（例如 POCO），您可以 分享大部分程式碼 對於桌面，限制啟動和周邊設備的具體細節。

在商業廣告中，價值在於支持、線索和 問題診斷 在低水平上。當截止日期和標準遵守不留任何意外餘地時，擁有供應商的支援會改變遊戲規則。

認證、安全性與混合架構

如果您的目標是醫療、汽車或航空電子領域，請從一開始就查看以下內容： 證明證據 適用標準：DO‑178C（航空電子）、IEC 61508（工業）、ISO 26262（汽車）。 LynxOS‑178、VxWorks、INTEGRITY、Deos 或 SAFE RTOS 等產品已建立路徑。

在安全性方面，Zephyr 整合了 MCUBoot、mbedTLS 和 PSA 加密，並保持良好的配置實務；FreeRTOS 提供 AWS 就緒套件和安全啟動選項（取決於供應商）。

要將 Linux 和 RTOS 結合起來，自然的方式是使用虛擬機器管理程式/分區（例如 PikeOS、LYNX MOSA.ic）。所以 保留關鍵部分 到 RTOS，並將 UI、連接性和豐富的功能留給 Linux。

特許權使用費、許可證和總成本

在流行的選擇中，他們通常攜帶 每單位特許權使用費：VxWorks、QNX/Neutrino、INTEGRITY、PikeOS、LynxOS、Deos。免版稅：FreeRTOS（MIT）、Zephyr（Apache）、embOS（免版稅商業模式）、Keil RTX、MQX、Nucleus、µC/OS、SAFE RTOS 以及 ThreadX 及其各種型號。

總成本不僅僅是許可證：它還包括 整合時間、驗證、支援和風險如果支援服務能讓您免去數週因認證或難以捉摸的漏洞而產生的不確定性，那麼支付支援費用就很便宜。

如何決定：平台、要求和設備

如果您的硬體是 Cortex-A/x86 並且需要複雜的驅動程序，那麼使用完整的作業系統或 採用 POSIX 的商業 RTOS 和支持。如果是記憶體受限的 MCU，FreeRTOS 或 embOS 是不錯的選擇。

如果您的專案需要 BLE、Wi‑Fi、FS、shell、自動化測試和可重複構建，Zephyr 可以減輕整合的痛苦，這要歸功於 一致的 API 和工具如果您受到監管，請在輸入第一行程式碼之前先檢查認證路徑。

按團隊文化：如果每個人都精通 CMake/GNU Make 並避免 Python 依賴，那麼像 FreeRTOS 這樣的「隱形」核心更適合；如果你的團隊生活在 CI / CD和DevOps，Zephyr 會讓你在中期內感到快樂。

記住矽片和工具的「鎖定」：RTOS 與製造商或 封閉式套房 可能會使未來的遷移變得複雜。初期，應盡可能採用標準 HAL 和 API。

按行業劃分的用例

• 汽車：引擎控制、ADAS 和資訊娛樂通常由 認證 RTOS 和 POSIX 微核心；QNX 和 VxWorks 占主導地位，SAFE RTOS/INTEGRITY 出現在安全鏈中，Linux 在資訊娛樂領域共存。
• 工業：CNC、機器人、PLC 和網關將確定性 RTOS 與 Linux 用於連接。這包括 VxWorks、INTEGRITY、LynxOS-178、PikeOS 和 FreeRTOS/Zephyr 等 OSS 選項，具體取決於風險和成本。
• 醫生：輸液幫浦、監視器和植入設備需要 可追溯性和證據。 SAFE RTOS、VxWorks、QNX、INTEGRITY 和 µC/OS 具有很大的吸引力。
• 物聯網與消費：穿戴式裝置、感測器和智慧家庭通常優先考慮佔地面積、連接性和成本： FreeRTOS 和 Zephyr 很常見，ThreadX 存在於許多商用電池中。

社區筆記和經驗教訓

在科技社區中，人們有強烈的意見：據說 如果你沒看過廣告，FreeRTOS“看起來不錯”，而其他人則以其在 MCU 和供應商支援方面的真正靈活性（ESP-IDF 就是一個很好的例子）來反駁。

在 ThreadX 上，向 Eclipse 的過渡為 更加透明儘管有些團隊報告 Azure 階段的文件比較零散。關鍵在於：評估 repo 及其範例在 MCU 中的目前狀態。

對於 Zephyr，反覆出現的批評是 學習曲線 （Devicetree、Kconfig），但從長遠來看，回報是專案更易於維護，自製的「膠水」更少。

在 FreeRTOS 中，「只放你需要的東西”避免了二進位檔案過載，並允許您輕鬆自訂調度程序、堆和驅動程式。

只堅持一個食譜是自欺欺人： 每個 RTOS 都在其特定的環境中閃耀如果您需要認證和支持，銷售代表是最佳選擇；如果您追求最小佔用空間或標準化的 OSS 生態系統，FreeRTOS 或 Zephyr 是不錯的選擇。對於重視 CI/CD 和可移植性的團隊來說，Zephyr 提供了非常可靠的一體化解決方案；而對於那些優先考慮細粒度控制和最小摩擦的團隊來說，FreeRTOS 則為他們開闢了道路。