2411742_ja-JP

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

2411742_ja-JP

2411742_ja-JP

MCXW727CMFTBT — 工場出荷時のブランク状態のデバイスでSWD接続が失敗する(2台、同一の不具合)

MCXW727CMFTBTサンプル(2ユニット、カスタムボード)にSWDデバッグ接続を確立することはできませんが、まったく同じプローブ/ケーブル/セットアップが同じ回路図、同じBOMのMCXW716Cに直接接続されます(回路図も同じBOM、MCUが異なるだけです)。

部品: MCXW727CMFTBT、HVQFN-48、日付コード9D2604、ロットPF2R73.00 ボード: カスタムPCB(10ピンCortex Debug SWD、ISPボタンなし)、工場出荷時の空白/未プログラム SDK: MCUXpresso SDK 26.06.00 — アプリケーションビルド/リンクは正常、故障はデバッグ接続段階のみです

兆候

NXP LinkServer 25.12.83と純正SEGGER J-Link Plusの両方で全く同じように失敗します。

 
LinkServer:  Error: Wire Ack Fault - target connected?
             Ed:02: Failed on connect: Ee(42). No connection to chip's debug port
J-Link:      device MCXW727C_M33_0 / connect (VTref correctly read at 3.025V)
             ERROR: Wrong DM-AP IDCODE detected: 0xFFFFFFFF

LinkServer 独自の MCXW7XX 事前接続スクリプト (LS_preconnect_MCXW7XX.scp) は自動的にデバッグセッション要求を発行しますが、それでも失敗します。nxpdebugmbox (SPSDK) のマニュアルの「デバッグセッションの開始」も、同じ WIRE ACK FAULT で失敗します。

既に除外済み

  • プローブ/ケーブル/アダプター:動作確認済み(同じ構成でMCXW716Cにも問題なく接続できます)
  • MCUでのVDD_IO / P3V3:~3.3V、正解
  • SWDIO/SWDCLKの導通:良好
  • VDD_CORE(内部LDO):1.065V、範囲内
  • RESET_b は、ケーブルが抜かれた状態で、内部プルアップの約 3.3V (Ref.) の代わりに0Vを読み取ります。マニュアル§22.3.1)— 両方のユニットで
  • 接続試行中にRESET_bを外部から3.3Vに強制的に設定(VTrefは3.025Vと正しく読み取られた):変化なし、依然として「Wrong DM-AP IDCODE 0xFFFFFFFF」で失敗します。
  • 2台の別々の物理ユニット/2枚の別々の基板で再現可能

関連スレッド

全く同じエラー (DM-AP IDCODE 0xFFFFFFFF が間違っています) が、同じデバイス名で報告されていますが、シナリオが異なります (ボードは動作していましたが、消去/再プログラム サイクル後に壊れました)。FRDM -MCXW72 は接続されなくなりました。当社のユニットは一度もフラッシュされたことがないので、そのThreadが示すようにNBU/コア状態へのリンクがあるなら、顧客が一度も触ったことのないユニットにも影響が出るようです。

質問

  1. 初期生産版MCXW727CMFTBT(ロットPF2R73.00)において、標準のデバッグメールボックス手順以外で、空のデバイスへのSWDをブロックするような既知のエラー、ブート構成要件、またはデフォルトのライフサイクル状態はありますか?
  2. 両方のユニットで、RESET_bが静止時に0Vを読み取っている(内部プルアップに関する規定に反する)— このロットの製造上の問題か、それともPOR時にこのピンを駆動する別の要因が想定されているのか?
  3. このケースでUARTベースのISPを必要としない推奨の復旧手順はありますか?(うちのボードにはUSB-UARTブリッジが搭載されていません)

ご要望があれば、完全なログ、オシロスコープのキャプチャデータ、その他役立つ情報を提供いたします。

プロトコル:BLE→コネクティビティプロトコル:ThreadRe: MCXW727CMFTBT — SWD connection fails on factory-blank devices (2 units, identical failure)

迅速なご対応ありがとうございます!

念のため申し上げますが、私たちは両方のプローブをそれぞれ適切なツールを使ってテストしました。LinkServerとJ-Linkプローブを混用したわけではありません。

  1. NXP MCU-Link Proは LinkServer 25.12.83経由でアクセス可能です。MCUXpresso for VS Codeのデバッグ/フラッシュ統合(LinkServerのgdbserver/flashプログラマーを内部で起動します)を通じて。これが私たちの普段の日常的な作業環境です。
    • 結果:ワイヤーアクトリック故障 - ターゲット接続?/ Ed:02: 接続に失敗しました: Ee(42)。LinkServerがMCXW7XX固有の事前接続スクリプト(LS_preconnect_MCXW7XX.scp、デバッグセッション要求を発行)を自動的に実行する場合も含め、チップのデバッグポートに接続できません。
  2. 別の本物の SEGGER J-Link Plus (ファームウェアV11.00)+ J-Link アダプターCortexM(20ピン→10ピン0.05インチ)が、 J-Link Commander V9.74 経由で直接アクセスできます(LinkServer経由ではありません)。
    • 結果: エラー: 接続時に誤った DM-AP IDCODE が検出されました: 0xFFFFFFFF、VTref は 3.025 V で正しく読み取られました。

この2回目のテストは、LinkServerやMCU-Link特有の問題を除外するために実施しました。このまさに同じJ-Link Plus+アダプター+ケーブル+ラボ電源の組み合わせで、ターゲットボードだけをMCXW716Cバリアント(同じPCBでMCUが違います)に交換した場合、 J-Link Commanderは正常に接続し、Cortex-M33コアを識別 します。つまり、プローブ、ケーブル、アダプター、ツールが正常に動作していることが確認されます。故障はMCXW727C部品/基板に特有のようです。

J-FlashやLinkFlashはまだ試していません。試したのはJ-Link Commander(接続)とLinkServerに内蔵されている「デバッグ」および「復元」フラッシュプログラマーモードのみです。もし問題をさらに絞り込むのに役立つのであれば、これらのどちらかを試してみたいと思います。

他に有用な情報やログがあればお知らせください。

よろしくお願いいたします!

Re: MCXW727CMFTBT — SWD connection fails on factory-blank devices (2 units, identical failure)

こんにちは、 @Rwaka さん。お元気でお過ごしでしょうか。

観察している挙動をよりよく理解するために、各CASEで外部のJ-Linkデバッガを使っているか確認していただけますか?それともMCU-Link Proでも試しましたか?

さらに、SWD経由でアクセスするためにどのツール(LinkFlash、J-Flash、J-Link Commander)を使用しているかも教えてください。LinkserverはNXPデバッグプローブ(例:Σ30)のGDBサーバーを起動・管理するためのユーティリティです。したがって、J-LinkプローブはLinkserverに検出されないことが予想されます。J-Link Plusプローブは、J-Link Commander/J-Flashツールと連携してのみ検出され、使用可能です。

Re: MCXW727CMFTBT — SWD connection fails on factory-blank devices (2 units, identical failure)

こんにちは、 @Rwaka さん。追加情報を提供していただきありがとうございます。

Reset_b信号が0Vを読み取っているとおっしゃっていましたが、これはデバイスが常にリセット状態にあることを意味します。以上のことから、観察された行動をさらに分析するのに役立ついくつかの質問をしたいと思います。

  • MCUのPTD0/RESET_bピンに接続されたハードウェアや回路はありますか?それは浮いていますか?
  • VDD_IO_Dレールは正しい電圧を測定していますか?この電源領域はリセットシステムに電圧を供給するためである。電源管理ハードウェアの推奨事項については 、AN14742 を参照してください。
  • RESET_bピンの抵抗値を測定できますか?もしそうなら、測定値を教えてください。
  • 外部から強制リセットを行った際、外部電圧をリセットピンに直接接続しましたか?

ご依頼いただいた情報をお知らせください。

Re: MCXW727CMFTBT — SWD connection fails on factory-blank devices (2 units, identical failure)

こんにちは、 @RomanVR さん、

サポートありがとうございます。以下は、当社のハードウェア構成に関する寸法と詳細です。

  1. PTD0/RESET_b の回路: PTD0/RESET_b ピン (ピン 23) は、10 ピン SWD デバッグ ヘッダー (FTSH-105) のピン 10 に直接配線されています。PCB上のこのネットには外部プルアップ抵抗やデカップリングコンデンサはなく、完全にMCU内部のプルアップに依存しています。

  2. VDD_IO_D レール電圧:レールはピンで直接3.28V を測定しており、これは AN14742 で想定される公称電圧の範囲内です。

  3. RESET_bピンの抵抗値:基板の電源を切った状態で、RESETピンのGNDに対する抵抗値を測定したところ、異常に低い38オームでした。

  4. 外部リセットテスト:リセットラインに4.7kΩのプルアップ抵抗を外部から追加して3.3Vに接続し、ピンがハイになるかどうかをテストしました。しかし、効果はなく、SWD接続は依然として失敗しており、これはGNDに対する38オームのインピーダンスがプルアップ抵抗を完全に圧倒していることと一致します。

このまさに38オームのGNDに近い短絡電流が、工場出荷時のブランクMCXW727CMFTBTユニットの両方に存在しますが、MCXW716Cバリアントは同じPCBレイアウトで動作します。これはこのロット(ロットPF2R73.00)にシリコンや製造上の欠陥がある可能性を示しているのでしょうか?それとも内部ハードウェアの条件でこのラインが低下するのでしょうか?

よろしくお願いいたします。

Re: MCXW727CMFTBT — SWD connection fails on factory-blank devices (2 units, identical failure)

こんにちは、 @Rwaka さん。情報ありがとうございます。

観測された測定値をより詳細に分析するために、基板の回路図を共有していただけますでしょうか?

また、測定された抵抗値が低かったため、10kΩ~100kΩの範囲の外部プルアップ抵抗を追加してみてください。以下のコミュニティ投稿で推奨されているように: デバッグのための設計考慮事項。

また、RESET_bピンで観測されたリセット信号のオシロスコープ波形を共有していただけますでしょうか?

Re: MCXW727CMFTBT — SWD connection fails on factory-blank devices (2 units, identical failure)

こんにちは、

ご依頼いただいたテストはすべて、当社の3台目の、完全に未使用のユニット(これまで電源を入れたり、触ったりしたことが一度もない)で実施しました。

外部プルアップ抵抗(10kΩ、ご要望の10kΩ~100kΩの範囲内):

  • RESET_b、電源なし、10 kΩプルアップが設置されている: 16 kΩ (健康 — 外部10 kΩと並列で単独で測定された内部~313 kΩと一致)
  • RESET_b、ボードの電源投入直後、同じ10kΩプルアップ抵抗がそのまま残っている場合: 0.013Vに低下する
  • SWD接続試行(同じ設定):やはり同じように失敗します — エラー:誤ったDM-AP IDCODEが検出されました:0xFFFFFFFF

電源投入時の RESET_b (PTD0) のオシロスコープ波形:当初報告したような平坦な線ではなく、より詳細な検査 (1ms/div、500mV/div) により、真の過渡現象が確認できます。ピンは約1V (3.3V ではなく) まで上昇し、わずかに上昇しながら約 1msの間その部分的なレベルを維持し、その後急激に低下して低いままになります。この同じ過渡現象は 外部10 kΩプルアップの有無に問わず存在し、デバッグコネクタだけでなくMCUピンに直接プローブしたことで確認されました。つまり、ケーブルやコネクタのアーティファクトではなく、ピンでの本物の信号です。タイムベースを100ms/divに広げ、さらに1s/divにすると、これは 一度き りのイベントであることが確認できます — リトライも繰り返しサイクルもありません。これはMCUがRESET_bを放出しようと失敗または部分的に試みた後、永久に停止したように見えます。繰り返しのブラウンアウトやウォッチドッグループ、あるいは最初の瞬間からピンが硬い0Vで保持されているわけではありません。

OSC1出力(ピン3、SIT8918BAアクティブオシレーター)のオシロスコープ: クリーンな32.000 MHzの方形波が存在し安定していることを確認しました。したがって、メインシステムクロックがEXTALに達したことが原因として除外されました。

追加データポイント — 公式FRDM-MCXW72ボード: この同じプローブを使って、問題なく本物のNXP FRDM-MCXW72評価ボードに接続しフラッシュできました。このボードのMCUマークは「MCXW72 / 7CMFTB / 3P57K / S1953603」と表示されており、故障しかけたカスタムボードユニットと同じ 部品番号(MCXW727CMFTB)およびマスクセット(3P57K )であることが確認できます。ただし、ロット/日付コード(S1953603とPF2R73.00)が異なります。これは、プローブ/ケーブル/治具に問題がないことを強く裏付けており、部品番号やマスクセット全般ではなく、ロットPF2R73.00に特有の問題であることを示唆しています。

概要: RESET_b は電源投入前は電気的に正常 (絶縁抵抗 313 kΩ / 外部プルアップ抵抗 16 kΩ) で、32 MHz 発振器も正常に動作していますが、電源投入と同時に RESET_b はほぼ 0V まで低下し、10 kΩ の外部プルアップ抵抗をかけてもその状態が維持され、リセットが保持された状態 (r/h/connect) を含め、SWD は接続できなくなります。これは、MCU自体が起動シーケンスの非常に早い段階でRESET_bをアクティブに低く保ち、決して離さないということを示しており、受動的または外部の電気的問題ではないということです。完全に未改造のユニットで再現可能であり、正常に動作するFRDM-MCXW72(同じプローブ)を陽性対照として使用した。

回路図の一部(RESET_b / SWDヘッダーネット、クロック部)を添付します。

次に何が一番役に立つか教えてください。接続試行中やその他のテスト中にSWDCLK/SWDIOのオシロスコープキャプチャを試してみます。

よろしくお願いいたします!

Re: MCXW727CMFTBT — SWD connection fails on factory-blank devices (2 units, identical failure)

こんにちは、 @Rwaka さん、ご依頼いただいたテストを実施していただきありがとうございます。

ICの詳細な写真を共有していただけますか?お客様ご自身で作成された基板と、中古のFRDM基板の両方から取得します。

さらに、あなたの回路図についてですが、適切な電源構成が取られているかを確認するために、 AN14802 - MCX W71からMCX W72への移行ガイド と AN14742 - MCX W72の電源管理ハードウェア を参照することをお勧めします。サポートされていない電源モードの実装や電源設定の誤りを除外し、観測された動作を絞り込みます。

Re: MCXW727CMFTBT — SWD connection fails on factory-blank devices (2 units, identical failure)

こんにちは、

AN14802/AN14742を回路図と照らし合わせて確認しました。ICの写真の前に1つ質問があります。

DCDC_LX:基板上でフローティング状態(外部インダクタなし)にしており、AN14742の「低コスト」構成に合致しています。しかしDC-DCを無効にするにはソフトウェア書き込みが必要で、私たちの空・プログラムされていないユニットでは絶対に書き込みがないため、DC-DCはLXをフロートさせたままハードウェアデフォルトで有効の状態を維持します。ただし、当社の稼働中のMCXW716C基板でも全く同じレイアウトが使用されています。

  • これ(DC-DC有効でLXフローティングの場合)は、コードが実行される前にブランクMCXW727Cで起動/SWDをブロックすることは現実的に可能でしょうか?
  • 一時的にDCDC_LX GNDに接続するのは安全なテストでしょうか、それとも(内部スイッチノード、インダクタやスナビングなし)避けたほうがいいでしょうか?

ICの写真を添付しました(カスタム基板+FRDM基板、チップのマーキング)。

よろしくお願いいたします!

Re: MCXW727CMFTBT — SWD connection fails on factory-blank devices (2 units, identical failure)

こんにちは、 @Rwaka さん。

設計でどのような電力構成アプローチを採用しているのか、確認していただけますか?

前の質問は重要な背景情報を提供しています。AN14742に記載されているように、「低コスト/バイパス」電源構成を使用している場合は、DCDC_LXピンをフローティング状態にしておくことが推奨されます。この電源構成を実装していない場合は、ピンをフローティング状態にしてはいけません。

このトピックに関連して、表58を参照することをお勧めします。MCXW72データシートの未使用インターフェースの接続を推奨し、供給構成に応じて未使用インターフェースの適切なピン接続を確保すること。

Re: MCXW727CMFTBT — SWD connection fails on factory-blank devices (2 units, identical failure)

こんにちは@Rwaka。共有ドキュメントとの照合をありがとうございます。

VDD_CORE/VOUT_COREピンとVDD_LDO_COREピンでの信号のオシロスコープ測定を共有していただけますか?


また、完全な回路図を共有できない場合は、以下のコミュニティ投稿を参照してください: KW47(オートモーティブ)またはMCX W72(IoT/インダストリアル)で初めてPCBを組み立てる最良の方法?記事の最後に、以下の2つのファイルが共有されています。

  • KW47 MCXW72 デザイン イン チェックリスト V3.xlsx: 設計がW72の適切な特性に完全に適合しているかどうかを判断するためのチェックリスト。
  • KW45 - MCX W71 - KW47 - MCX W72 最小BoMプレゼンテーション お客様May26.pdf:お使いの構成(LDOモード)に推奨される外部コンポーネントと接続に関するガイダンス。

指定された2つのファイル間で相互チェックを行い、その結果をお知らせください。

Re: MCXW727CMFTBT — SWD connection fails on factory-blank devices (2 units, identical failure)

こんにちは、

確認ですが、当社のボードは「低コスト/バイパス」電源構成を採用しており、外部DC-DCインダクタは使用せず、DCDC_LXはフローティング状態になっています。

指示通り、表58(データシート)と照合しました。当社のレイアウトは、DC-DC関連のピンに関する推奨事項に準拠しています。

  • DCDC_LX: フローティング ✓ (「フロート」の推奨事項に一致)
  • VSS_DCDC: GNDに接続済み ✓(「常にVSSに接続する」推奨事項に一致)

回路図のこの特定の箇所については、矛盾点は見つかりませんでした。表58に記載されているピンやエリアの中で、特に再確認してほしい箇所があればお知らせください。また、次に調査すべき別の角度があればお知らせください。

よろしくお願いいたします!

Re: MCXW727CMFTBT — SWD connection fails on factory-blank devices (2 units, identical failure)

こんにちは、

見つけることができました!そこへ導いてくださった皆様に感謝いたします!

根本原因:カスタム基板上のVOUT_SYS/VDD_SYS(ピン22)にはデカップリングコンデンサが全くなく、完全にフローティング状態で、接続が全くありませんでした。ご紹介の公式FRDM-MCXW72回路図と比較すると、その基板はこのピンを4.7μF + 1.5μF + 0.1μFで並列に切り離しています(R36/LDO_SYS_BYPASSもDNPなので、VDD_SYSは完全に内部生成で、強くデカップリングされています)。

3台目の(これまで手を加えていなかった)ユニットのVDD_SYSとGNDの間に4.7µFのコンデンサを1個追加したところ、 SWDがすぐに接続され、フラッシュ書き込みも正常に動作するようになりました。

興味深いことに、MCXW716Cボードにも全く同じフローティングVDD_SYS(コンデンサなし)が存在し、それらは問題なく動作しています。つまり、これはW71とW72の電源管理ブロック間の実際の挙動の違い(AN14664で言及された新しいDC-DCランプ制御機能に関連している可能性がありますが、W71にはこの機能がありません)。ドキュメントの抜け穴というよりは、表58では「デカップリングコンデンサ以外は浮動」とVDD_SYS記載されていますが、最小値の指定はなく、W72特有の重要性を見落としがちです。

次回の基板改訂版では、VDD_SYSに適切なデカップリング(お客様の基準値に合わせる)を追加し、さらに他の2つのユニットについても確認します(これらのユニットは、以前のテストで発生したRESET_bの異常(今回の件とは無関係)も抱えていました)。

この件で最後までお付き合いいただき、本当にありがとうございました。表58/最小部品表の相互チェックに関するご提案は、まさに私たちが必要としていたものでした。本当にサポートに感謝しています。

よろしくお願いいたします!

タグ(1)
評価なし
バージョン履歴
最終更新日:
2 週間前
更新者: