結論と対象読者
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の公式情報を確認できます。