次の方法で共有

リアルタイムのコア アプリケーション設計の提案

  • [アーティクル]

リアルタイム (RT) コア アプリケーションはベア メタルで実行されるか、リアルタイム コア上でリアルタイム オペレーティング システム (RTOS) で実行されます。 HL コア アプリケーションの設計に関する推奨事項の多くは、RT コア アプリケーションの設計にも適用されます。 このトピックでは、RT コア アプリケーションを設計する際に考慮する必要がある、さらに設計に関する提案について説明します。

  • ウォッチドッグ タイマーを使用します。 デッドロックを検出し、適切な回復ロジックを実装できるように、MT3620 ウォッチドッグ タイマーを有効にして実装することをお勧めします。 詳細については、「 RTApp でウォッチドッグ タイマーを使用する」を参照してください。 これは、RT アプリケーションが HL コア アプリケーション (コア間メールボックスなど) に問題が発生したことを通知して、デバイスのリセットなど、いずれかのアプリケーションで適切なアクションを実行できるようにする重要なポイントである可能性もあります。 これは、次の方法で実行できます。
    • HL コア アプリケーションから関数を PowerManagement_ForceSystemReboot 呼び出して、デバイスを再起動します。 「デバイスでの再起動のレベル」を参照してください。
    • MT3620 の電源管理ピン (PMU_EN、EXT_PMU_EN、またはSYSRST_N) を使用して専用 GPIO を介してハードウェア リセットを実行することで、HL コア API をバイパスします。 PMU_ENとEXT_PMU_ENの詳細については、「 Power Down の考慮事項」を参照してください。 SYSRST_Nを使用したハードウェア リセットでは、通常、ダイオードと RC フィルターを介してデバイスのSYSRST_N ピンに接続された、最大 3 個 (各コアごとに 1 つずつ) の専用リセット GPO を備えたデバイス 回路図を設計する必要があります。 ハードウェア リセットを実行すると、設計で任意のコアで実行されているアプリケーションからの決定的な回復が必要な場合、HL コアおよび RT コア アプリケーションから独立したアクションを実行できます。

メモ

アプリケーションのプログラミングや設計の意図しない影響 (デバイスの継続的なリセットなど) により、デバイスがオペレーティング システムとアプリケーションの更新プログラムを受信できなくなる可能性があるため、GPO を使用して RT コア アプリケーションからデバイスをリセットすることに十分注意してください。

  • HL コア アプリケーションと RT コア アプリケーションを組み合わせたプロジェクトでコア間通信を実装します 。明示的に必要ない場合でも、HL コア アプリケーションと RT コア アプリケーション間の最小限の通信交換を実装することをお勧めします。 詳細については、「 リアルタイム対応アプリケーションとの通信」を参照してください。 コア間通信がアプリケーション アーキテクチャ全体の一部として明示的に設計されている場合の明らかなデータ交換に加えて、全体的なデバイスの状態を相互に管理できるように、2 つのパーティが互いの状態に対して同期されていることが便利で重要です ( コア間通信 のサンプルを参照してください)。

MT3620 周辺機器と機能を使用するためのドライバーとサンプルなど、RT コア アプリケーションの開発に関する追加情報については、以下を参照してください。