2399089_ja-JP

是

CGM-RD (UM12423) — NHS2634 が割り込みピンをアサートせず、NHS2x34_Init() が永久にハングアップする

NHS2x34_Init() は、NHS2634 の割り込みピンがハイになるのを無期限に待機してハングアップします。これがハードウェアの問題なのか、電源供給シーケンスの問題なのか、それともファームウェアの設定の問題なのかを判断するのにご協力をお願いします。

イベント情報の順序:

1. NHS2634_HOSTIF_InitSpiAndInterrupt() が実行され、成功を返します。
2. NHS2x34_PMC_ResetAFE() が呼び出されます。これは、PMC制御レジスタへのSPI書き込み（AFEリセットビットの設定）を実行します。成功（ステータス＝0）を返します。
3. その後、コードは次のループで待機し、チップがSPIコマンドを受け入れる準備ができたら割り込みピンをハイにするのを待ちます。このループは決して終了しない。

while (!NHS2634_HOSTIF_GetInterruptPinLevel()) { }

既に実行された診断：

1. SEGGER RTT ログにより、ループが実際に回転していること (ライブポーリングカウンターが継続的に数千万まで増加していること) が確認され、フリーズしたりクラッシュしたりしていないことが確認されました。CPUは動作しており、ピンを積極的に再チェックしています。
2. デバッガ（J-Link/GDB）を接続し、ループの途中で2回停止しました。プログラムカウンタはNHS2634_HOSTIF_GetInterruptPinLevel()の中にあり、GPIO_PinRead()を2回呼び出しており、アクティブポーリングと一致している。
3. PMC制御レジスタに書き込みを行った直後に、その内容を読み戻してください。リセットビットと書き込み保護バイトを反映したゼロでないパターンを期待していましたが、返0x00000000されました。
4. 生のSPIループバックテストを実行しました(MOSIからMISOへのショートをセンサーコネクタに直接接続し、NHS2634モジュールを完全に切り離しました)。送信したバイトのエコーではなく、特徴的なテストパターンに対して0x00000000が返ってきた。
5. 上記の手順をNHS2634モジュールを完全に取り外した状態で繰り返した。結果はコネクテッド時と全く同じでした。

私が明らかにしようとしていること：

私はNXPが提供する公式SDKを使っており、ドライバーコードは変更していません。これがハードウェアの問題なのか、電源供給シーケンスの問題なのか、それとも私の側のファームウェア設定の問題なのか、また、これが私のユニット固有のハードウェア障害のように見えるのかどうかを判断する必要があります。

次にどこを調べれば良いか、何かアドバイスをいただけるとありがたいです。

MCU-リンク-PRO、 MCUXPRESSO-VSC、血液グルコースモニター

@nxp 、 @nxp5

MCXA

MCX C

MCX N

パッケージとIO|GPIO

パワー