親愛なるサポート、
お客様AptivはS32K358で作業しています
RTDバージョン: Crypto_43_HSE_TS_T40D34M60I0R0
HSE FW バージョン: HSE_FW_S32K358_9_2_72_0
Crypto RTDを統合し、MCUにHSEファームウェアをフラッシュした後、乱数を生成しようとしたところ、ファームウェアがHse_Ip_ServiceRequest()関数、具体的にはMu_Ip_IsResponseReady()を待機している間にスタックする問題が発生しています。参考までに、コールスタックのスクリーンショットを添付いたしますのでご確認ください。
以下の点についてご理解いただけますでしょうか。
- この時点でファームウェアが停止してしまう理由は何でしょうか?
- この問題を解決するための推奨される解決策またはデバッグ手順はありますか?
PS: BSWM構成でCSM_Init、CriIf_Init、Crypto_Initを構成しました
CSM、CryIf は Vector Davinci で構成され、CSM、CryIF、Crypto の Init 関数は BSWM_Init コールアウトから呼び出されます。HSE はデモ APP を使用してインストールされ、以下に示すようにバージョン番号と MU ステータス レジスタを読み取ることによって検証されました。
お客様は、AUTOSAR xdm 構成 CSM、CriIf、および Crypto ドライバ (DEMOAPP のコードではない) に基づく実用的な AUTOSAR の例を求めています。Crypto xdm ファイルを添付しました。
(これまでのところ、NXP 側では Sunny X と Dhan Raj がデバッグ呼び出しに参加していなかったため、最終的なルート コースはまだ見つかっていません...)
よろしくお願いいたします。
ヴィクトル
こんにちは、クオンさん
助けていただきました。[email protected]例を作成しました。
お客様が試してみる来週までこのチケットをオープンのままにしておきましょう。
Sharepoint 上の例へのアクセスを許可します。
よろしくお願いいたします。
ヴィクトル
こんにちは@viktorfellinger
例を作ってみます。
その間、CANでお知らせいただけますか:
1.この問題はどのくらいの頻度で発生しますか?それは常に起こるのか、それとも散発的に起こるのか
2. Hse_Ip_ServiceRequest()呼び出し時のpRequestとpHseSrvDesc の値
この問題を解決できるかどうかを確認するために、pRequestのタイムアウト値を増やしてみて、問題がCANを通過するかどうかを確認してみませんか?
こんにちは@viktorfellinger
何かフィードバックはありますか?
更新がない場合は、このトピックを閉じたいと思います。
お客様が後で別の質問をした場合、このトピックに再度言及することができます。