結論と対象読者

RTOSは知名度や平均ベンチマークだけで選べません。締切時間、最悪応答、MCU/SoC、RAM/Flash、BSP、通信スタック、更新責任、安全認証、量産ライセンスを先に決め、その条件を満たす候補だけを実機で比較します。

このページは、RTOSを選ぶ前に確認する項目を現在の利用候補として検討する人、既存環境の資料を探す人、OS設計や互換性を研究する人を対象にしています。

30秒要約

  • リアルタイム性は平均速度ではなく最悪時間で評価
  • 対応CPUとBSPの完成度が最優先
  • カーネル単体と統合OSを区別する
  • 認証は製品名ではなく版と構成に紐づく

概要と背景

RTOSは、一定時間内に処理を終える必要がある制御機器で使われます。ただしsoft real-timeとhard real-timeでは失敗時の影響が異なります。スケジューラーだけでなく、割り込み、ドライバー、通信、フラッシュ書き込み、電源管理を含む全経路を測定する必要があります。

特徴・できること

  • 優先度、プリエンプション、割り込み遅延
  • 静的/動的メモリ管理
  • MPU/MMUとプロセス分離
  • ネットワーク、USB、Bluetooth、ファイルシステム
  • OTA更新とセキュアブート
  • 安全規格向け成果物と長期保守

現在の位置付けと利用上の前提

Zephyr、FreeRTOS、NuttX、ThreadX、RTEMSなどのオープンソース系と、QNX、VxWorksなどの商用系では、責任範囲と提供物が異なります。LTS、脆弱性対応、認証資料、BSP保守は、採用する具体的な版で確認してください。

確認日は2026年7月24日です。更新状況、対応機器、料金、ライセンス、互換性、安全性は変わる可能性があります。公式資料で確認できない条件は「要確認」として扱ってください。

近い対象との比較

FreeRTOS

小型MCUへ軽量カーネルを組み込みたい場合に向きます。

Zephyr

多数のボード、ドライバー、Devicetree、CIを共通化したい場合に向きます。

Apache NuttX

POSIX風APIとUNIXに近い組み込み環境を重視する場合に向きます。

QNX/VxWorks

商用サポート、認証成果物、長期供給を契約で確保したい場合に向きます。

RTEMS

宇宙・産業分野の既存BSPやGNUクロス開発を重視する場合に向きます。

確認/試行の条件と注意点

  • 締切時間と失敗時の影響を数値化する
  • 対象ボードで必要ドライバーを一覧化する
  • 最悪割り込み遅延とタスク応答を実測する
  • スタック上限と断片化を長時間試験する
  • OTA失敗、電源断、ウォッチドッグ復旧を検証する
  • 認証と量産ライセンスを契約書で確認する

本番環境や重要データを扱う前に、隔離した仮想マシンまたは予備機で、起動、更新、ネットワーク、ストレージ、バックアップ、復元まで確認してください。

参考リンク

  • Zephyr Project - Zephyr Projectの公式情報を確認できます。
  • FreeRTOS - FreeRTOSの公式情報を確認できます。
  • Apache NuttX - Apache NuttXの公式情報を確認できます。
  • Eclipse ThreadX - Eclipse ThreadXの公式情報を確認できます。
  • RTEMS - RTEMSの公式情報を確認できます。