RTXリアルタイム オペレーティング システム

利点

Keil RTXリアルタイム オペレーティング システムでは、他のベンダのRTOS製品では提供されていない高度な機能が多数提供されています。 RTOSを選択する場合は、次の点を考慮してください。

• RTXはMDK-ARMに含まれている - フル機能の商用RTX（ソース コードを含む）がKeil MDK-ARM開発ツールの一部として提供されています。 これは評価版ではありません。 完全にコンフィグレーション可能で、制限もありません。 このため、MDKを開発目的で使用する場合、RTXは無料になります。
• RTXはロイヤルティ フリー - RTXはロイヤルティ フリーで提供されます。 ライセンスを供与されたら、RTXを使用して作成した製品を追加料金や継続コストなしに出荷できます。
• 市場をリードするRTOS - RTXは常に、エンベデッド アプリケーションで使用される主要RTOSの1つであり続けています（TechInsights Embedded Market Study、2010年調べ）。 自信を持ってアプリケーションにRTXを使用できます。
• 柔軟なスケジューリング - RTXでは3つの異なるカーネル スケジューリング オプションが提供されているため、アプリケーションに最も適したオプションを使用することができます。
  • プリエンプティブ - 各タスクには異なる優先度があり、優先度の高いタスクの実行準備が整うまで実行されます。 これは、ユーザから入力があるまで、デバイスがスタンバイ モードまたはバックグラウンド モードで動作するインタラクティブ システムでよく使用されます。
  • ラウンドロビン - 各タスクは、一定のCPUランタイム期間（タイム スライス）、実行されます。 データ ロガー/システム モニタでは通常ラウンドロビンのスケジューリングが採用されており、すべてのセンサまたはデータソースは、優先度なしで順番にサンプルされます。
  • 協調型 - 各タスクは、コントロールを別のタスクに渡すよう指示されるか、OS呼び出しによってブロッキングされるまで実行されます。 協調型マルチタスクは、一定順序の実行が必要なアプリケーションに見られます。
• 確定的動作 - RTOSには確定的ではないものもあります。 RTXは完全に確定的な動作を提供するため、イベントと割り込みが事前定義された時間内（期限内）に処理されます。 アプリケーションは、一貫した既知のプロセス タイミングに頼ることができます。
• エンベデッド システム用に設計 - RTXは、ARMとCortex-M MCUに基づくエンベデッド システム用に特別に設計されています。 大規模なオペレーティング システムや別のアーキテクチャから適合されたものではありません。 すばやく実行され、5KBほどのメモリ フットプリント（ROM）という最小のMCUリソースを使用します。
• 使いやすい - 短い学習サイクルで、製品開発を加速化できます。 RTXはµVision IDE/デバッガ内でもサポートが徹底しています。Vision IDE/デバッガはRTXタスク対応ツールを使用して、アプリケーションですばやく簡単にRTXを設定およびデバッグすることができます。
• ソース コード - RTXソース コードはすべてのMDK-ARMエディションに含まれています。 このことは、ソース コードが製品認証に必要な場合に便利です。
• サポート - サンプル、ユーザ ガイド、印刷されたスタート ガイドなど、豊富なリソースが用意されています。 RTXはKeilによって完全サポートされています。

RTOSのメリット

単純なエンベデッド システムでは、通常、アプリケーションが各関数を一定の順序で実行する、スーパーループの概念が使用されます。 割り込みサービス ルーチン（ISR）は、処理時間が重視されるプログラム部分に使用されます。 このアプローチは、小規模なシステムには適していますが、もっと複雑なアプリケーションになると制限があります。

スーパーループの概念のデメリット

• 処理時間が重視される演算を割り込み（ISR）内で処理する必要があります。
  • ISR関数が複雑になり、実行時間が長くなります。
  • ISRのネストによって、予期しない実行時間とスタック要件が生じることがあります。
• スーパーループとISRの間のデータ交換が、グローバル共有変数によって行われます。
  • アプリケーション プログラマは、データの整合性を確保する必要があります。
• スーパーループは、システム タイマと簡単に同期できますが、次の制限があります。
  • 複数の異なるサイクル時間がシステムに求められる場合、実装が難しくなります。
  • スーパーループ サイクルを超える、時間のかかる関数は分割されます。
  • ソフトウェア オーバーヘッドが生じ、アプリケーション プログラムでは理解が困難です
• スーパーループ アプリケーションは複雑化して、拡張が難しくなります。
  • 単純な変更を加えるだけで、予期しない副作用が生じることがありますが、解析に時間がかかります。

このようなスーパーループ概念のデメリットは、リアルタイム オペレーティング システム（RTOS）によって解決することができます。

RTOSの概念

RTOSはプログラム関数を自己完結したタスクに分割し、オンデマンドの実行スケジュールを実装します。 Keil RTXのような高度なRTOSには、大きなメリットがあります。

• タスクのスケジューリング - タスクは必要なときに呼び出されるので、プログラム フローとイベント応答が向上します。
• マルチタスク - タスクのスケジューリングは、多数のタスクが同時実行されるような感覚を与えます。
• 確定的な動作 - イベントと割り込みは、定義された時間内に処理されます。
• ISRの短縮化 - より確定的な割り込み動作を可能にします。
• タスク間の通信 - 複数タスク間でのデータ、メモリ、ハードウェア リソースの共有を管理します。
• 定義されたスタック消費量 - 各タスクには一定のスタック消費量が割り当てられるため、メモリの使用量が予測できます。
• システム管理 - リソースの管理（ハウスキーピング）ではなく、アプリケーション開発に集中することができます。

タスク1と2は、アプリケーションの関数です。 RTXでは、メモリ プールやメールボックスを管理できるだけでなく、タスク間で使用される通信メカニズムも管理できます。

RTXでは、すべてのRTOSリソースに簡単にアクセスするためのシンプルな構文で提供されています。