故障 イベント情報 を それぞれの CMU インスタンス(CMU0、 CMU1、 CMU2) に マッピング していただけますか?
割り込み ドキュメント には 合計 7回 の 割り込み が記載 されています が、 各 CMU インスタンス が どの 障害 イベント情報 と それに対応する 障害 アクション を 処理 しているかは 明確 ではありません 。
添付画像をご覧くださいシステムクロックの監視.png
Interruptmapping.png
「リセット 反応 割り込み 」 の 正確な 意味 は 何 ですか ？
この 割り込み は 破壊的な リセット の前に 生成 され、 リセット が 起こる 前に ソフトウェア が 介入 できるように なるのでしょうか?The clock monitoring レイテンシ can be configured from 1 µs to 1 ms.
レイ テンシ を 低 くすることで 、 デバウンスやフィルタリング の時間を 短縮 し、 クロック 障害検出 の 感度 や速度 が 向上 するのでしょうか?
こんにちは、@ WadkarY
1. 障害発生 イベント情報 と それぞれ の CMU インスタンス （CMU0、 CMU1、 CMU2 ） と の マッピング を 提供していただけ ます か ？
ご覧のとおり、CMU_FC_0、CMU_FM_1、CMU_FM_2のみが割り込みとして設定可能です。その他の割り込みは、標準のCMU割り込みとしてではなく、デフォルトでは破壊的なリセットの発生源として扱われるべきです。
CMU_FC_0->CMU0
CMU_FM_1->CMU1
CMU_FM_2->CMU2
CMU_FC_3->CORE_CLK_FAIL CMUリセット反応割り込み
CMU_FC_4->AIPS_PLAT_CLK_FAIL CMUリセット反応割り込み
CMU_FC_5->HSE_CLK_FAIL CMUリセット反応割り込み
CMU_FC_6->CM7_CORE_CLK_FAIL CMUリセット反応割り込み
2. この 割り込み は 破壊的な リセット の前に 生成 され、 リセット が 起こる 前に ソフトウェア の 介入 を可能にする のか?
いいえ、MC_RGM/DCM破壊リセット割り込みバイパスが意図的に構成されていない限り、破壊リセット動作が予想されます。
以下にその例をご紹介します。
1. CMU_FC_4 は、AIPS_PLAT_CLK 周波数がしきい値を超えていることを検出します。
↓
破壊的リセットが主張され、同時にIRQ 215が発行されました。
↓ ほぼ瞬時に
MCUのリセット → リセットベクターからの再起動
↓
ソフトウェアはMC_RGMを読みます。DES[AIPS_PLAT_CLK_FAIL]でリセット原因を特定します
3. レイテンシを低く設定することで、デバウンス/フィルタリング時間を効果的に短縮し、クロック障害の検出感度や検出速度を向上させることができますか？
このパラメータはREF_CNTに関連しています。
•RCCR[REF_CNT]の値が高いほど測定ウィンドウが長くなり、監視対象のクロックチェックの精度が向上します。
・RCCR[REF_CNT]の値が低いと測定ウィンドウが短くなり、FHHおよびFLLの反応が速くなりますが、報告結果の誤差が高まります。
「CMUリセット反応割り込み」は、破壊的なリセットの前に発生する早期警告割り込みとして解釈すべきではありません。これらのCMU障害発生源の場合、破壊的リセット反応が設定されている場合、リセット要求とそれに対応するMC_RGMリセット反応割り込みはほぼ同時に生成されます。したがって、ソフトウェアは破壊的なリセットが起こる前にISRに入力し、復旧動作を完了することに依存してはなりません。
割り込みはMC_RGMリセットリアクション機構の一部であり、該当するリセットリアクションを割り込みにリダイレクト/バイパスできる構成に関連しています。ソースが破壊的リセットに設定されたままであれば、通常のソフトウェア戦略はリセットを待ってから、再起動後に対応するMC_RGMを確認することです。リセット原因を特定するためのDESステータスフラグ。
こんにちは、チームの皆さん、
ご回答ありがとうございます。
しかし、「リセット反応割り込み」の意味と目的が理解できません。
CMU_FC_3->CORE_CLK_FAIL CMUリセット反応割り込み
CMU_FC_4->AIPS_PLAT_CLK_FAIL CMUリセット反応割り込み
CMU_FC_5->HSE_CLK_FAIL CMUリセット反応割り込み
CMU_FC_6->CM7_CORE_CLK_FAIL CMUリセット反応割り込み
これらの割り込みが、破壊的なリセットが生成される前にソフトウェア介入の機会を提供するかどうか、明確にしていただけますか?
- もしそうなら、ソフトウェアはどのように介入してリセットを防止または処理できるのでしょうか?
- そうでない場合、破壊的なリセットが直後に発生するのであれば、これらの割り込みを生成する目的は何ですか？
PLLには適用されないため、別途大偏差仕様は存在しません。PLLの出力周波数精度は、基準水晶の精度に、データシートのPLL特性表で「JPLL_acc」として定量化されている小さなジッタ成分を加えた値に等しくなります。
お返事ありがとうございます。
PLLクロックの場合に可能な最大偏差について教えてもらえますか?
データシートから、FIRCおよびSIRCの場合に許容される最大偏差、すなわち5%および10%の誤差が示されました。
DLLの逸脱については、DSには記載されていないので、もう少し説明していただけますか?