こんにちは、チームの皆さん
APP を更新するために、S32K314 ブートローダ デモと ECUBus を使用しました (このリンクに従ってください: https://community.nxp.com/t5/S32K-Knowledge-Base/Unified-bootloader-Demo/ta-p/1423099 )。それは大丈夫です。
しかし、J-LINK lite を使用して APP イメージをフラッシュすると、ブートローダーは APP にジャンプできません。J-LINK でアプリをフラッシュするにはどうすればいいですか?
J-LINKの設定はこちら
そして.ldファイルは下記に添付されています。
こんにちは@AmyHuang666
重要な点は、アプリケーションがブートローダを介してロードされるときに、ブートローダがアプリケーション関連のメタデータをフラッシュ メモリに保存することです。構造 tAppFlashStatus を見てみましょう。
構造には以下が含まれます。
- フラッシュプログラム成功
- フラッシュ消去成功
- フラッシュ構造有効
- appCnt（アプリケーションカウンター）
- aFingerPrint（指紋バッファ）
- appStartAddr と appStartAddrLen (ハンドラーのアドレスと長さをリセット)
- crc (構造体のCRCチェックサム)
この構造体は、アプリケーションのプログラミング後の最終ステップの一部としてブートローダによって呼び出される関数 Flash_WriteFlashAppInfo() を使用してフラッシュに保存されます。
アプリケーションがデバッグ インターフェース経由でロードされると、このメタデータは更新されません。つまり、次のようになります。
- ブートローダーがアプリケーションを有効なものとして認識しない可能性があります。
- CRC チェックまたは指紋検証が失敗する可能性があります。
- メタデータが欠落しているか無効であるため、アプリケーションが正しく起動しない可能性があります。
デバッガー経由で新しいアプリケーションをロードするときに、その構造も何らかの方法で更新する必要があります。
よろしくお願いいたします。
ルーカス
ここに.ldがありますファイル