2399723_ja-JP

Yes

S32K396: デバイスがロックされ、MU経由のHSEファームウェアのインストールが途中で停止した後、ADKPを要求します

設定

S32K396、HSE FWは一切インストールされておらず、セキュアブートもADKPもありません。
FS26（ウォッチドッグタイマー200ms）

どうしたの

AB_SWAPピンクのイメージをMUインターフェース経由でインストールしていました

1. UTESTでHSE FW使用フラグを0x1B000000にプログラムしました。他のUTEST拠点は一切影響を受けていません。ブート設定で`FW_USAGE_FLAG_PROGRAM`が設定されているにもかかわらず、SBAFはそれをプログラムしていませんでした。
2. DCMRWP1 (0x402AC400) のビット 31 から 24 に 0xA5 を書き込み、機能リセットを実行しました。
3. MU0 ch0 でハンドシェイクを実行: 0xFF00F00F を受信し、0xF0F00F0F に応答し、0xDADABABA を受信し、書き込みました。
ピンク色の画像のアドレス。SO、SBAFはファームウェアのプログラミングを始めました。
4. その後しばらくして、すべてが停止した。UARTコンソールにはそれ以上の情報はありません。約5分後に電源を入れ直しました。

それ以来、ボードはコンソール出力を一切出さず、通常のデバッグ方法もできません。J-Linkは「S32K3xxデバイスがロックされました」と表示し、ADKPを求めます。または、「DAPの電源投入に失敗しました」というレポートが表示されます（添付ファイルを参照）。SO、GPR3、DCMRWP1、UTESTはもう読めません。

私はADKPをプロビジョニングしたことも、ライフサイクルアドバンスを要求したこともありません。

質問

1. LCは単独で前進できたのか?

2. これはリカバリーモードでしょうか？CUST_DELデバイスのJTAGリカバリモードで、J-Link接続は次のように表示されます。
「ロック/パスワードが必要」?HSE_B Firmware リファレンス・マニュアルの図12は、認証なしでデバッガを待つ経路を示しています。

3. 部品を廃棄する前にまだ何を試せますか?まず最初に、ホストコアが解放されていない場合にデバッグインターフェース上で現在のLC状態を読み取る方法はありますか?それとも、Trace32を使った別のデバッグ方法の方がうまくいく可能性はありますか?

Re: S32K396: device locked / asks for ADKP after HSE FW install over MU stopped mid-way

1) いいえ、それはできません。HSE FWが使用されていない場合、ユーザーが直接UTESTにプログラムするか、HSE FWを使用する場合にHSEサービスを使用することでプログラムできます。

2) 私はそうは思いませんが、J-Linkの経験はありません。「ロックされたS32K3xxデバイスが検出されました」というメッセージが表示される可能性があります。

はい、「ロックされたS32K3xxデバイスが検出されました」というメッセージは、実際のセキュリティロックではなく、ハードウェア(通常は電源)による誤検知である可能性があります。セッガー氏と話し合うことをお勧めします。

https://www.segger.com/support/technical-support/

デバイス自体がJTAGリカバリーモードに入っているのであれば、もしまだCUST_DELライフサイクル中であれば、デバッガで接続したり、ソフトウェアをダウンロードしたりできるはずです。

3) POR直後に添付するか添付し、場合によってはアプリケーションを消去するのが良いでしょう。

Re: S32K396: device locked / asks for ADKP after HSE FW install over MU stopped mid-way

今気づいたのは、BCWで「RESET_RECOVERY_MODE」ビットが設定されていなかったことです。BCWでこのビットを設定できなかったことがこの挙動の説明になるのでしょうか?

この設定が何をするのか、少し混乱しています。このビットを設定すると、リカバリーモードが有効になりますか、それとも無効になりますか？

表119において。HSEの参考マニュアルには「RESET_RECOVERY_MODE」は「連続リセットのために回復モードへのエントリ ーを無効 化するために使用される」と書かれています。詳細については、「リセットリカバリーモードへのアクセスを無効にする」を参照してください。

次に、第2.6.1.3.3章ではHSEのリファレンスマニュアルにある「Entry into recovery mode」は「Entry into recovery mode」は「RESET_RECOVERY_MODE == 1 AND DCMRWP1 (SBAF_REC_DIS_FRST または SBAF_REC_DIS_DRST) == 0' の時にのみ有効です。

Re: S32K396: device locked / asks for ADKP after HSE FW install over MU stopped mid-way

ご返信ありがとうございます、デイビッドさん。

わかった。
デバイスのロックが誤って行われた可能性についてSegger社に問い合わせており、現在回答待ちです。
PORの後にリセットピンをショートさせながらJ-Linkデバッガを使って接続しました。そのシーケンスのログは以下の通りです:
この場合、HSEファームウェアはインストールされておらず、デバイスもロックされていません。どちらのシナリオでも残るエラーは、DAPエラーです。

SEGGER J-Link Commander V9.18 (コンパイル日時: 2026年2月11日 16:34:58)
DLLバージョンV9.18、コンパイル日時：2026年2月11日 16:33:51

USB経由でJ-Linkに接続しています...わかった。
ファームウェア:J-Link V10 2023年1月30日 11:28:07 コンパイル
ハードウェアバージョン:V10.10
J-Linkの稼働時間(起動後):該当なし(このモデルではサポートされていません)
S/N:50116795
ライセンス:GDB
VTref=4.509V

ターゲット接続を確立するには「connect」と入力し、ヘルプを表示するには「?」と入力してください。
J-Link>接続
デバイス/コアを指定してください。:S32K396_M7_0
選択ダイアログには「?」と入力してください
装置>
ターゲットインターフェースを指定してください:
J) JTAG(デフォルト)
S) SWD
T) cJTAG
TIF>
ターゲットインターフェース速度[kHz]を指定します。＜デフォルト＞：4000kHz
スピード＞
デバイス「S32K396_M7_0」が選択されました。

SWD経由でターゲットに接続
ConfigTargetSettings() 開始
ConfigTargetSettings() 終了 - 46マイクロ秒かかりました
InitTarget() 開始
SDA_APが検出されました
必要に応じてデバイスのロックを解除します...
デバイスはロックされていません。ロック解除の手順を経ずに続行します。
デバッグアクセスがすでに有効かどうか確認中...
デバッグアクセスはまだ有効になっていません。デバッグアクセスの有効化シーケンスを実行しています...
デバッグアクセス有効
HSEファームウェアがインストールされているかどうか確認しています...
HSEファームウェアがインストールされていません
Cortex-M7_0とCortex-M7_1がロックステップモードで動作しているか確認
ロックステップモード有効
InitTarget() エンド - 45.5msかかりました
身分証0x6BA02477で見つけたSW-DP
DPIDR:0x6BA02477
CoreSight SoC-400以前
APマップ検出がスキップしました。手動で設定されたAPマップが見つかりました。
AP[0]: MEM-AP (IDR: 未設定、アドレス: 0x00000000)
AP[1]: APB-AP (IDR: 未設定、アドレス: 0x00000000)
AP[2]: MEM-AP (IDR: 未設定、アドレス: 0x00000000)
AP[3]: AHB-AP (IDR: 未設定、アドレス: 0x00000000)
AP[4]: AHB-AP (IDR: 未設定、アドレス: 0x00000000)
AP[5]: AHB-AP (IDR: 未設定、アドレス: 0x00000000)
AP[6]: MEM-AP (IDR: 未設定、アドレス: 0x00000000)
AP[7]: MEM-AP (IDR: 未設定、アドレス: 0x00000000)
AP[4]: ROMBASEの読み込みをスキップしました。ユーザーが手動で設定するCoreBaseAddr
AP[4]: コア発見
ConfigTargetSettings() start
ConfigTargetSettings() end - 15us をかかった
InitTarget() start
SDA_AP検出
必要なら解除装置を...
デバイスはロックされていません。ロック解除の手順を経ずに続行します。
デバッグアクセスがすでに有効かどうか確認中...
コアはすでに有効化されています
HSEファームウェアがインストールされているかどうか確認しています...
HSEファームウェアがインストールされていません
Cortex-M7_0とCortex-M7_1がロックステップモードで動作しているか確認
ロックステップモード有効
InitTarget() エンド - 18.2ms かかりました
身分証0x6BA02477で見つけたSW-DP
DPIDR:0x6BA02477
CoreSight SoC-400以前
APマップ検出がスキップしました。手動で設定されたAPマップが見つかりました。
AP[0]: MEM-AP (IDR: 未設定、アドレス: 0x00000000)
AP[1]: APB-AP (IDR: 未設定、アドレス: 0x00000000)
AP[2]: MEM-AP (IDR: 未設定、アドレス: 0x00000000)
AP[3]: AHB-AP (IDR: 未設定、アドレス: 0x00000000)
AP[4]: AHB-AP (IDR: 未設定、アドレス: 0x00000000)
AP[5]: AHB-AP (IDR: 未設定、アドレス: 0x00000000)
AP[6]: MEM-AP (IDR: 未設定、アドレス: 0x00000000)
AP[7]: MEM-AP (IDR: 未設定、アドレス: 0x00000000)
AP[4]: ROMBASEの読み込みをスキップしました。ユーザーが手動で設定するCoreBaseAddr
AP[4]: コア発見

****** エラー: AIRCR の読み取り中に DAP エラーが発生しました。

エラーが発生しました:ターゲットデバイスに接続できません。
トラブルシューティングの手順については、 https://kb.segger.com/J-Link_Troubleshootingを参照してください。