結論と対象読者
RTEMSは、リアルタイム組み込み機器向けのオープンソース実行環境で、複数のCPUアーキテクチャとBSPをGNUクロスツールチェーンで扱います。宇宙、研究、産業などで、ソースを管理しながら長期利用するシステムの候補になります。
このページは、RTEMSを新規採用候補として調べている人、既存環境を引き継いだ管理者、OSの設計や歴史を実験・調査したい人を対象にしています。
30秒要約
- オープンソースのリアルタイム組み込みOS
- GCCベースのクロス開発環境
- CPUアーキテクチャとBSPを分けて管理
- Tier制度でアーキテクチャの保守状態を示す
概要と背景
RTEMSはReal-Time Executive for Multiprocessor Systemsの名称を持ち、リアルタイムスケジューリング、POSIX API、クラシックAPI、ネットワークなどを提供します。通常はホストPC上でクロスツールを構築し、対象ボード用BSPとアプリをリンクします。
特徴・できること
- 固定優先度を中心とするリアルタイム実行
- Classic APIとPOSIX API
- 複数CPUアーキテクチャへの対応
- BSPによるボード固有初期化とドライバー
- ソースから再現可能なクロスツール構築
現在の位置付けと利用上の前提
2026年7月24日時点で公式のmainドキュメントと開発活動を確認できます。アーキテクチャTierは保守状態の判断材料ですが、個別BSPの周辺機能、実績、認証は別途確認が必要です。
ここでいう「対応」は、OSまたはプロジェクト全体の存在だけを意味しません。実際には、対象バージョン、CPU、ボードまたはサーバー機種、デバイス、パッケージ、更新経路、サポート契約を組み合わせて判断する必要があります。確認日は2026年7月24日です。
近い対象との比較
FreeRTOS
FreeRTOSは小型MCUへ入りやすく、RTEMSはクロスツール、BSP、POSIXを含む大きめの組み込み環境に向きます。
Zephyr
Zephyrは多数の現行MCUボードと統合ドライバーを重視します。RTEMSは既存の宇宙・産業BSPや長期ソース管理が選択理由になります。
VxWorks
VxWorksは商用サポートと認証製品、RTEMSはオープンソースと自主的なツールチェーン管理が特徴です。
確認/試行の条件と注意点
- Architecture Tierと対象BSPの状態を確認する
- BSPが必要なUART、Ethernet、ストレージを実装するか確認する
- RTEMS Source Builderでツールチェーンを固定する
- 割り込み遅延と最悪応答時間を実機測定する
- 認証が必要な場合は支援企業と成果物範囲を確認する
本番導入前には、構成を再現できる検証環境を用意し、インストール、更新、バックアップ、復元、障害時のコンソール接続までを一連の手順として確認してください。公式資料に記載がない互換性や将来予定は、推測せず「要確認」として扱うのが安全です。
参考リンク
- RTEMS公式サイト - RTEMS公式サイトの公式情報を確認できます。
- RTEMS Documentation - RTEMS Documentationの公式情報を確認できます。
- RTEMS User Manual - RTEMS User Manualの公式情報を確認できます。
- Architecture Tiers - Architecture Tiersの公式情報を確認できます。
<!-- ppp-rewrite-priority:20260802-rank-0032 -->
追加調査で押さえる実務ポイント
RTEMSは、組み込み機器向けのオープンソースRTOSで、ホストPC上のGNUクロスツールチェーン、対象CPUアーキテクチャ、BSP、アプリケーションを組み合わせて使います。宇宙・研究・産業で長期保守する候補になり得ますが、「RTEMS対応」だけでは不足です。対象版、BSP、周辺機器、時間要件、認証成果物を個別に確認してください。
基本構成
| 要素 | 役割 |
|---|---|
| RTEMS kernel | タスク、割り込み、同期 |
| Classic API | RTEMS固有API |
| POSIX API | POSIX系インターフェース |
| BSP | ボード初期化とドライバー |
| RSB | クロスツールチェーン構築 |
| GCC/GDB/Newlib | 開発ツール |
| アプリ | 対象向け実行イメージ |
現在の状態
公式mainドキュメントはRTEMS 7系の開発資料を公開し、2026年も更新されています。mainは開発版なので、本番ではリリース版、コミット、ツールチェーン、BSPを固定します。
Architecture Tier
TierはCPUアーキテクチャ全体の保守状態を示す材料です。個別BSPの全デバイス対応や製品認証を保証しません。Architecture、BSP、SoC、ボードrevision、UART、Timer、Ethernet、Storage、SMPの順で確認します。
最小例
```c #include <rtems.h>
rtems_task Init(rtems_task_argument arg) { printk("Hello RTEMS\n"); rtems_shutdown_executive(0); } ```
実際にはconfdefs、初期化タスク設定、BSP、リンクスクリプト、ビルド設定が必要です。
リアルタイム性
平均時間ではなく最悪時間を測ります。割り込み遅延、コンテキストスイッチ、優先度逆転、mutex、キャッシュ、DMA、SMP競合、ドライバーを実機で評価します。
比較
| 対象 | 違い |
|---|---|
| FreeRTOS | 小型MCUへ導入しやすい |
| Zephyr | 現行MCUとドライバー統合 |
| RTEMS | BSP、POSIX、長期資産 |
| VxWorks | 商用サポート・認証製品 |
| Linux PREEMPT_RT | プロセスと豊富なユーザーランド |
認証
オープンソースであることと安全規格適合は別です。要求仕様、トレーサビリティ、テスト、カバレッジ、ツール評価、構成管理を準備します。
導入判断
| 条件 | 判断 |
|---|---|
| 対象BSPがある | 検証へ |
| 周辺未対応 | ドライバー工数を見積もる |
| 認証必須 | 支援企業・QDPを確認 |
| 新規小型MCU | Zephyr/FreeRTOSも比較 |
| Linuxアプリが必要 | Linux系を比較 |
参考リンク
- www.rtems.org - RTEMS公式
- docs.rtems.org - 公式ドキュメント
- docs.rtems.org - User Manual
- docs.rtems.org - Architecture Tiers
- rtems-qual.io.esa.int - SMP Qualification Data Pack