2392717_ja-JP

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

2392717_ja-JP

2392717_ja-JP

s32k144 - デバイスは保護されています

チームの皆さん、こんにちは。

私はS32K114(AN12323)プロジェクトに取り組んでいます。最初は、 CSECを無効にした状態Gatewayプロジェクトをフラッシュしたところ、プログラミングは成功しました。

その後、 CANの例アプリケーションをフラッシュしようとしましたが、以下のエラーに遭遇しました:

「デバイスは安全です。データを消去して安全性を解除してください。」

問題を解決するために 「緊急Kinetisデバイス回復」 オプションも試しましたが、効果がありませんでした。

CANの例をフラッシュするために、デバイスの復元方法やセキュア状態を解除する方法を教えていただけますか?

Re: s32k144 - Device is secured

こんにちは、 @Senlent さん

どのようなシナリオでリセット信号周期が約118μsになるのか、また私の場合、どのような要因で約475μsまで増加するのでしょうか?
 
 
ありがとうございます。
Re: s32k144 - Device is secured

こんにちは、@ Pranathi06

リセット信号周期が約118µsではなく、200µsより長く、例えば500µsまたはそれ以上の場合、

MCUはSWD/JTAGデバッグインターフェースのマスイレーズコマンドによる復号・復号はできません。

Re: s32k144 - Device is secured


こんにちは、 @Senlentさん

私はオシロスコープを使ってRESET_bピンの波形を測定しました。
RESET_b信号は連続的にトグルしています。
  • パルスの繰り返し周期はおよそ400~500µsのようです(カーソルはΔt ≈ 475µsを示しています)。
  • ピークレベルは約 5Vで、3.3V MCUピンを直接測定するのではなく外部リセット回路を探っている可能性や、RESET時に5Vへのプルアップがある可能性を示唆しています。
  • リセット活動は継続的かつ定期的に行われる。
 

よろしくお願いします。

 

 
 
 
Re: s32k144 - Device is secured

こんにちは、@Pranathi06

「S32K144_FOTA_GATEWAY」コマンドはCSEcやフラッシュのセキュリティ操作を含んでいないので、あなたがMCUに何をしたのかはわかりません。

リセットピンの波形を測定してリセットサイクルを教えてもらえます。

リセットサイクルはチップが正常動作に復旧できるかどうかを判断するために使えます。

Re: s32k144 - Device is secured

こんにちは、 @Senlent さん

はい、「S32K144_FOTA_Gateway」は正常にフラッシュしましたが、その時にプロジェクトをフラッシュしようとしたとき、「デバイスは保護済み」Can_example、その後はどのソフトウェアもフラッシュできなくなりました。


よろしくお願いします。

Re: s32k144 - Device is secured

こんにちは、@ Pranathi06

問題は「S32K144_FOTA_Gateway」プログラムのダウンロード中に発生していますか、それとも既に「S32K144_FOTA_Gateway」の書き込みに成功していますか?


Re: s32k144 - Device is secured

こんにちは、 @Senlentさん

 
 
キーを消去するために、AN5401_S32K144_CSEc_Resetting_Flash_to_Factory_State をフラッシュしました。その後、GATEWAY_PROJECTのみをフラッシュし、Memory_Partitionプロジェクトはフラッシュしませんでした。

ありがとうございます。

 

Re: s32k144 - Device is secured

こんにちは、@ Pranathi06

「GATEWAY_PROJECTをフラッシュする前に、「フラッシュを状態にリセット」をフラッシュしました」

あなたの言っている意味が分かりません。

AN12323SWには「フラッシュを状態にリセットする」プログラムがありません。

あなたの話からすると、「S32K144_FOTA_Gateway」を変更したということですか?

プログラムがCSEcモジュールを有効にしてキーを割り当てているか、そしてアプリケーション内でCSEcモジュールを工場出荷時の状態に戻すことを検討しているかを確認する必要があります。

そうでなければ、この状況は回復不可能となる。

Re: s32k144 - Device is secured

こんにちは、 @Senlentさん

Memory_partitionプロジェクトをフラッシュしませんでした。

GATEWAY_PROJECTをフラッシュする前に、「フラッシュを状態にリセット」をフラッシュしました。

復旧するための解決策はありますか?


ありがとうございます。

Re: s32k144 - Device is secured

こんにちは、@ Pranathi06

この問題は、「S32K144_FOTA_Gateway」で「CSEC」が有効になっているかどうかとは関係ありません。AN12323SWをテストする場合、最初のステップとして「S32K144_Memory_Partition」をダウンロードして実行し、パーティショニングを実行する必要があります。このツールはデフォルトでCSECを有効にし、キーを割り当てます。

Senlent_0-1783587478752.png


AN12130:

Senlent_1-1783587519720.png


これがMCUがロックされている理由です。

解はリセットCSEC操作を提供しないため、復元できません。

次回は、「S32K144_Memory_Partition」をパーティション分割のみに変更し、CSECやキーを有効にしないようにしてください。

Re: s32k144 - Device is secured

こんにちは、@ Pranathi06

これは経験に基づいたもので、あなたの状況も非常によく似ています。CSEcハードウェア暗号化モジュールが有効になっていたため、CSEc暗号化キーの一括消去が妨げられ、それが問題の原因となったのです。

チップはデッドロックされており、MCUはプログラムのダウンロードやデバッグができなくなりますが、チップの電源が正常であれば、J-LINKデバッガを使ってS32K1xxシリーズMCU ARM Cortex M4F/M0+のCoreSight DAPデバッグアクセスインターフェースに接続し、SWD/JTAGデバッグインターフェースを介してMDM-APステータスレジスタを読み取ることができます。

したがって、MDM-APの状態レジスタの読み取り値に基づいてチップデッドロックの根本原因を特定できます。

もしデッドロックの原因を特定する手助けが必要なら、 J-LINK を使って MDM-APステータスレジスタを読み取ってみるといいですよ。

Tags (1)
No ratings
Version history
Last update:
yesterday
Updated by: