2414456_ja-JP

[#1]

S32K3で異なるリセットイベントを認証のためにトリガーする方法

検証目的で評価ボード上の各リセットソースをトリガーする推奨方法はありますか?

例：

デバッグ宛先

SW_DEST

HSE_SNVS_RST

......

レジスタDESとFESに対応するすべてのビットを知りたい

Re: How to trigger different reset events on S32K3 for verification

それは少し難しい質問ですね。これらのリセットイベントに直接注入する仕組みはなく、FCCU部分をカバーするSAF/eMCEMのAPIを除き、提供できる専用のテストコードやスクリプトもありません。とはいえ、可能な選択肢を調べたところ、以下は実際にうまくいくはずのスケッチされた方法です。

S32K3のリセットイベントは、検証のためにトリガーされる方法によって2つのカテゴリーに分かれます。ソフトウェアインジェクト可能とハードウェアのみで、DESとFESの2つのMC_RGMステータスレジスタに分かれています。

ソフトウェアインジェクタブルリセットはコードから直接トリガーできます:

• 直接SWコマンド — MC_ME.MODE_CONFにDEST_RSTまたはFUNC_RSTを書き込み、MODE_UPDをトリガーします。それぞれDES[SW_DEST]またはFES[SW_FUNC]にマッピングされます。
• ウォッチドッグの有効期限切れ — SWT サービス ループを停止して、タイムアウトごとに機能リセットをトリガーし、FREC をインクリメントします。FREC が FRET に達すると、次のリセットは破壊的になり、DES[MC_RGM_FRE] が設定されます。
• FCCUフォールト注入 — eMcem_InjectFault()またはFNCFCフェイクフォールトレジスタを使用して、NCFチャネル構成に応じて機能的または破壊的反応をトリガーします。設定されたNCFセットに含まれていないフォールトを注入すると、FOSUの破壊的リセットパスが特定にトリガーされます
• CMUしきい値操作 — CMU_FC_x.LTCR/HTCRを実際の動作周波数外に書き込むことで、CMU周波数障害リセットが発生し、反応タイプ（機能的または破壊的）はDCM構成によって制御されます。

ハードウェアのみのリセットは物理的な刺激を必要とし、ソフトウェアによる注入経路はありません:

• STCU_URFでは、ライブLBISTまたはMBISTシーケンス中にPLLのロック喪失が発生する必要がある。
• HSE_TMPR_RSTとHSE_SNVS_RSTはセキュリティ改ざんイベントであり、暗号資料を保護するため、意図的にソフトウェアを通じて注入できないものです
• FXOSC_FAIL、PLL_LOL、およびLVDフラグは、ハードウェアレベルで水晶発振器、PLL分周器、または電源レールを乱すことを必要とします。

Re: How to trigger different reset events on S32K3 for verification

こんにちは、デイビッド：

わかりました。ありがとう！

徹底的な調査を実施します。