こんにちは、
i.MX RT1064コントローラーを使い、MCUXpresso IDEのPEmicro Multilinkインターフェースを通じてデバッグやフラッシュを行っています。
ターゲットへの接続を試みる際に、添付の「PEmicro Connection Assistant」エラーが発生することがあります。この問題はランダムに発生するようです。特定のソフトウェア活動、コード変更、ハードウェアイベント情報で継続的にトリガーされるものは特定していません。
私が観察したのは、このエラーが起こると、コントローラーの 起動設定が予期せず変更されているように見えることです。この状態では、デバイスのフラッシュやデバッグを行うことができません。唯一回復できた方法は、起動設定を元の設定(内部フラッシュモード)に戻すことで、その後はフラッシュやデバッグが正常に動作します。
追加情報:
同様の問題に遭遇した方はいらっしゃいますか?
以下の点についてご助言いただければ幸いです。
参考までに、エラーメッセージのスクリーンショットを添付しました。
よろしくお願いします。
こんにちは、
以下の質問に答えてもらえますか?
カスタムボードを使用していますか、それともEVKを使用していますか?
SDKとIDEのバージョンは何を使っていますか?
ヒューズを焼いてしまったことはありますか?
起動設定を内部フラッシュモードに復元する必要があるとおっしゃっていましたが、現在どのブート設定を使っていますか?
よろしくお願いします、
パブロ
私はカスタムボードを使用していますが、この問題はEVKでも確認されています。
SDK バージョン : 26.03.00
IDEバージョン:25.6.136
ヒューズは一つも切っていない。
通常は内部ブートモードでコードをフラッシュし、通常の動作をしますが、予期せぬ問題がランダムに起こるため、シリアルダウンロードモードに変え、フラッシュを消去してから再び内部ブートモードに戻してから再度コードをフラッシュします。
ブート設定情報については、添付画像をご覧ください。
こんにちは、 @Subhasri_S さん。
BOOT_MODEレジスタは、POR_Bの立ち上がりエッジでBOOT_MODE0とBOOT_MODE1の入力をサンプリングすることによって初期化されます。これらの入力がサンプリングされた後、その後の状態は内部のBOOT_MODEレジスタの内容に影響を与えません。
BT_FUSE_SEL = 0の場合、特定のブート設定パラメータはeFuseの代わりにGPIOピンで設定できます。
問題が起きたときにリセット時にBOOT_MODEとBT_CFGピンの測定を手伝ってもらえますか?
この問題に関する別の可能性のある結論については、以下のナレッジベース記事に記載されています。
ナレッジベース:デバッガー接続の問題に対するRTボードの復旧
「フラッシュに異常なアプリ(アクセスメモリが存在しない、メモリが破損している、クロックの誤設定など)が含まれていると、ボードが未知の状態に陥り、デバッガがコアを制御できなくなります。しかし、コアをシリアルダウンローダーモードにすると、コアは既知の状態になり、デバッガーがコアを制御できるようになります。
SO、RTボードでデバッガの問題が発生した場合は、シリアルダウンロードモードで外部フラッシュを一括消去してみてください。そうすればボードデバッガは通常の状態に復元されます。」
よろしくお願いします、
パブロ