しかし、翌日デバッガに接続しようとしたところ、エラーが発生し、接続できませんでした。
コンソールログおよびUSB接続ではUSBデバイスとして認識されているため、OpenSDAとターゲット間の接続に問題があると考えられます。
対処方法や確認すべき点を教えていただけますか？
----
MCUXpresso IDE RedlinkMulti ドライバー v11.1 (2019年12月4日 18:54:35 - crt_emu_cm_redlink ビルド 5)
C:/?/frdmkw36_wireless_examples_bluetooth_hrs_freertos/Debug\MKW36Z512xxx4.xml にチップ XML ファイルが見つかりました
既存の LinkServer プロセスに再接続しました。
プローブ 1 コア 0 に接続すると (外部で起動したサーバーを使用)、次のレポートが報告されます。
えー(42)コアに接続できませんでした。
再試行しています...
既存の LinkServer プロセスに再接続しました。
サーバーは正常ですが、プローブ 1 コア 0 に接続できません (3 回の試行後) - Ee(42)。コアに接続できませんでした。
============= スクリプト: kinetisconnect.scp ==============
Kinetis Connect スクリプト
プローブインデックス = 1 に接続しています
エラー: プローブが接続されていません
エラー: ワイヤ Ack 障害 - ターゲットは接続されていますか?
NRESETをアサートする
リセットピンの状態: 00
エラー: ワイヤーが接続されていません
パワーアップデバッグ
エラー: ワイヤーが接続されていません
エラー: ワイヤーが接続されていません
デバッグ電源なし
============= スクリプト終了 ==============================
接続に失敗しました: Ee(42)。コアに接続できませんでした。
チップのデバッグポートに接続されていません
----
・USBケーブルを交換する
・USBポートの変更：USB2.0と3.0の両方を確認
・PC変更
NXPボードでプロジェクトをフラッシュしているときに同じエラーに直面しています
usr/local/mcuxpressoide/ide/binaries/crt_emu_cm_redlink --flash-load-exec "/home/zmqhkja/NGIC_Linking/ngic-poc-private/build/Qt_for_MCUs_2_4_MIMXRT1170_EVK_FREERTOS_32bpp_ARMGCC-Release/Release/flex_can.elf"-p MIMXRT1176xxxxx --ConnectScript RT1170_connect_M4_wake_M7.scp -x /ホーム/zmqhkja/Qt/QtMCUs/2.4.0/プラットフォーム/boards/nxp/mimxrt1170-evk-freertos/cmake
Ns: MCUXpresso IDE RedlinkMulti ドライバー v11.6 (2022年7月12日 17:04:17 - crt_emu_cm_redlink ビルド 4)
Wc(03)。キャッシュはサポートされていません。
NC: /home/zmqhkja/Qt/QtMCUs/2.4.0/platform/boards/nxp/mimxrt1170-evk-freertos/cmake/MIMXRT1176xxxxx.xml にチップ XML ファイルが見つかりました
Nc: 既存の LinkServer プロセスに再接続されました。
Ns: レッドリンク サーバー クライアント - 2000 ミリ秒後にサーバーからの応答 (op 26 へ) を受信できませんでした - 接続がタイムアウトしました (rc 110)
Nc: プローブ 0 コア 0 に接続中 (外部で起動したサーバーを使用) のレポート:
'イー(42)。コアに接続できませんでした。
Nc: 再試行しています...
Ns: レッドリンク サーバー クライアント - 2000 ミリ秒後にサーバーからの応答 (op 26 へ) を受信できませんでした - 接続がタイムアウトしました (rc 110)
Ns: レッドリンク サーバー クライアント - 2000 ミリ秒後にサーバーからの応答 (op 26 へ) を受信できませんでした - 接続がタイムアウトしました (rc 110)
Nc: 既存の LinkServer プロセスに再接続されました。
Ns: レッドリンク サーバー クライアント - 2000 ミリ秒後にサーバーからの応答 (op 26 へ) を受信できませんでした - 接続がタイムアウトしました (rc 110)
Nc: サーバーは正常だが、プローブ0コアへの接続がない -2(ANY) (3回の試行後) - Ee(42)。コアに接続できませんでした。
Ed:02: 接続に失敗しました: Ee(42)。コアに接続できませんでした。
Et:31: チップのデバッグポートに接続されていません
このエラーを解決する方法がわかりません
「」
こんにちは、
私も同じ問題を抱えているようですが、この定義を見つけることができないようです:
/* Enable/Disable PowerDown functionality in PwrLib */ #define cPWR_UsePowerDownMode 0
PWRLib.c内およびPWRLib.hファイル。この #define はどこで見つけられるかご存知ですか?
こんにちは@Sebastian_Del_Rioさん、
私も FRDM-KW38 ボードを使用していますが、同じ問題が発生しています。私のボードは低電力モードになっており、他のアプリケーションをフラッシュすることができません。J-Link Commander経由でデバイスに接続できないため、 「unlock Kinetis」コマンドも発行できません。別のアプリケーションをボードにフラッシュするにはどうすればよいですか？よろしくお願いします。
twr-km35z512VL でも同じ問題が発生しています。リンカー スクリプトをいじっていたところ、一瞬の後に JLinkExe がプローブを検出しなくなりました。「USB 経由で接続されたエミュレータはありません」と表示され、「lsusb」でもデバイス「ID 0d28:0204 NXP Arm mbed」が表示されます。
誰かにとって役に立つと思った場合:
最後にフラッシュされた ihex バイナリのヘッダー:
:1000000000C0002085020000E9020000ED020000AF
:1000100000000000000000000000000000000000E0
:10002000000000000000000000000000F1020000DD
:100030000000000000000000F5020000BD0E0000FE
:10004000FD02000001030000050300000903000099
:100050000D030000E5020000E5020000E5020000DB
:10006000E5020000E5020000E5020000E5020000F4
:10007000E5020000E5020000E5020000E5020000E4
:10008000E5020000E5020000E502000011030000A7
:10009000E5020000E5020000E5020000E5020000C4使用されるメモリマップ:
Name Origin Length Attributes
m_interrupts 0x0000000000000000 0x0000000000000200 xr
m_flash_config 0x0000000000000200 0x0000000000000010 xr
m_text 0x0000000000000210 0x0000000000032000 xr
m_sram 0x000000001fffc000 0x0000000000010000 rw
*default* 0x0000000000000000 0xffffffffffffffff編集済み:
次の手順に従って OpenSDA ブートローダーを更新しようとしましたが、成功しませんでした: https://www.nxp.com/design/software/development-software/sensor-toolbox-sensor-development-ecosystem...
編集済み2:
「assert.act」という名前のファイルを作成するとMSDルートフォルダに、ブートローダはASSERT.TXTで応答します（ msdコマンドドキュメントを参照）。
Assert
File: (file)
Line: 151
Source: Bootloader
DETAILS.TXT ファイルには次の内容が含まれています。
# DAPLink Firmware - see https://mbed.com/daplink
Unique ID: 0000000048824e45002f7008dd8900378761000097969900
HIC ID: 97969900
Auto Reset: 0
Automation allowed: 1
Overflow detection: 0
Daplink Mode: Bootloader
Bootloader Version: 0243
Git SHA: 2f498feb503c4396822ef00f6fbf8c5289dfa9c0
Local Mods: 1
USB Interfaces: MSD
Bootloader CRC: 0xf95f84e6
Interface CRC: 0x308c203a
Remount count: 0
編集済み3:
最終的には、外部 JTAG (JLink EDU) を使用して両方のマイクロを再フラッシュすることで解決しました。「k20dx_twrkm35z75m_if_crc_combined.bin」を使用しましたK20のバイナリ（ここで見つけることができます）と動作する「blinking.hex」KM35用。
こんにちは。私も同じ問題を抱えています。bluetooth_hrs_freertos の例をアップロードしましたが、再度デバッグして KW36 FRDM ボードに別のコードをアップロードできなくなりました。USB プローブを検出できないため、JLINK Commander にもアクセスできません。行き詰まってます。新しいコードをボードにアップロードする方法について教えてください。
こんにちは、セバスチャン。
私はFRDM-KW38を使用していますが、同じ問題が発生します。しかし、COMSIS-DAP を使用してデモ ボードのロックを解除するにはどうすればよいでしょうか?ご存知のとおり、Jlink を使用する場合は、ボード上で OpenSDA ワイヤを開く必要があります。この点は FRDM-KW38 の回路図で確認できます。
他に解決策はありますか?他のプロジェクト ファイルをダウンロードしようとしましたが、失敗しました。
こんにちは、アキヒトさん
このエラーは、Heart Rate センサ (hrs) SDK の例がデバイスの低電力モードを利用し、デバイスが特定の電力モードに移行し、デバッグを有効にするために必要なピンとシステムが無効になるために発生します。
これを防ぎ、MCU のデバッグ時のエクスペリエンスを向上させるには、次のマクロ定義を「0」に変更して低電力モードを無効にすることができます。
/* Enable/Disable PowerDown functionality in PwrLib */
#define cPWR_UsePowerDownMode 0これにより、デモ アプリケーションの電源オフ機能が無効になります。これはデバッグ中に推奨されますが、開発の後続のステップで再度有効にすることができます。
さらに情報が必要な場合はお知らせください。
よろしくお願いいたします。
セバスチャン
こんにちは、セバスチャン
ご教示いただいた方法で問題は解決できることを確認しましたが、デバッガーを切断すると必ず再発するようです。
毎回ロックが解除されてしまいます。回避策はありますか？
デバッグ ターゲットは、SDK に含まれる hrs サンプル ベースのソフトウェアです。
こんにちは、セバスチャン
あなたの教えた方法で問題は解決しました。 アドバイスありがとうございます！
こんにちは、アキヒトさん。お元気ですか？
プログラムされた例が低電力モードを実装している場合、デバイスが低電力モードのままになり、プログラムするために起動する必要がある可能性があります。
J-Link Commander ソフトウェアから「unlock Kinetis」コマンドを発行してみていただけますか?
ボードに問題が引き続き発生する場合はお知らせください。
よろしくお願いいたします。
セバスチャン