2252572_ja-JP

Yes

S32K3 RTD-6.0.0 Mem_Infls C40_Ip_AccessCode がハードフォールトを引き起こしている

ETAS は GM と協力して SDV2 プロジェクトに取り組んでおり、以下の問題が発生しています。

ツールのバージョン:

HSEファームウェアバージョン: ** HSE_FW_S32K344_12.2.76.0 **
LLSI インターフェースバージョン: ** LLSI_SW32K3XX_0_9_9_PRC **
静的 MCAL バージョン:
- SW32K3_RTD_R21-11_6.0.0_P03 (GM暗号)
- SW32K3_S32M27x_RTD_R21-11_6.0.0_D2506 (汎用MCAL)

問題の説明:

Mem_Inflsで散発的な問題が見つかりました C40_Ip_AccessCodeの MCAL モジュール。
構成パラメータ: Mem-Load-アクセス-Code-On-JobStart --> 有効
フラッシュ書き込み要求が発生したとき
- C40_Ip_AccessCodeがRAMにコピーされる
- RAMから実行される
ハードフォールト発生

デバッグ結果:

この行からフラッシュ操作をトリガーした後

"C40_Ip_pFlashBaseAddress[C40_Ip_Instance]->MCR |= FLASH_MCR_EHV_MASK;"
この行がRAMから実行されると、この行で問題が発生していることがわかりました。

「（ 0U == ( local_C40_Ip_pFlashBaseAddress [ C40_Ip_Instance ]-> MCRS & FLASH_MCRS_DONE_MASK)) "
「 C40_Ip_pFlashBaseAddress 」このポインター配列は Const-Global であり、コードフラッシュに格納されます。
フラッシュドライバが別の要求を実行しているときにフラッシュにアクセスしようとすると、ハード障害が発生します。

根本的な原因：

NXP Mem_Infls関数「C40_Ip_AccessCode」 RAM から実行されているものは、書き込み/消去操作の実行中にフラッシュにアクセスしています。

ERAS-FBL チームによる修正案:

内部にポインタのローカル配列を作成する 「C40_Ip_アクセスコード」 CodeFlashに保存されたものを使用する代わりに

FLASH_Type * local_C40_Ip_pFlashBaseAddress [FLASH_INSTANCE_COUNT] = IP_FLASH_BASE_PTRS;"
このローカルポインタ配列を使用して、フラッシュレジスタにアクセスします。
この修正/パッチはテスト済みで、問題はもう発生していません。

修正のためのコード変更は添付のスクリーンショットでCAN確認できます。

適用した修正が問題なく、CAN使用できるかどうかを確認したかったのです。
RAMから実行しているのに、なぜ同時にCodeFlashにアクセスしているのでしょうか？上記のコメントで示したアセンブリを見ると、コードフラッシュから配列にアクセスしようとしていることが分かります。これがハードフォールトの原因です。RAMに保存されている配列のみを使用する場合、この問題は発生しません。

追加メモ:

MemAcCallback は構成されていない、SO この CASE は NULL_PTR になります。

これは、一般的な Mem_Infls 構成のスクリーンショットです。

優先度: 中

RTD

出典: 直接お客様