MIMXRT1064CVL5B カスタム基板のフラッシュメモリ故障 こんにちは、皆さん MIMXRT1064CVJ5Bプロセッサーを利用したカスタムボードを導入します。この基板は、外部の5Vスイッチング電源から供給される3.3V低拡散発振器（LDO）によって駆動されます。私はMCUXpresso IDE内のSWDインターフェースを通じてプログラムとデバッグを行うためにCMSIS-DAP / DAP-Linkのデバッグプローブを使用しています。 コードの書き込みを試みると、非常に特定的で再現性の高い電源状態のクラッシュが発生します。   症状： 接続時に瞬時に電源が切れる：ボードが単独で動作している場合は正常に動作し、電源LEDは完全に点灯したままです。しかし、私がDAP-LinkプローブハーネスをボードのSWDヘッダーに接続したまさにその瞬間に、3.3Vレールが崩壊し、電源LEDが完全に消灯し、ボードの電源が切れてしまいます。これは、IDEでコマンドを実行する前や「Debug」をクリック する前に 行われます。 デバッグ中の一時的な電力回復とクラッシュ: プローブを接続したままMCUXpressoの Debug ボタンを押すと、基板が突然復旧し、LEDが点灯します。しかし、点滅シーケンスが始まるとすぐに、システムは進行度3%でフリーズし、メモリ位置0x2000A750でワイヤACKフォルトとバスハングアップが発生します。このクラッシュ直後、基板の電源が再び切れ、LEDが消灯します。   LinkServerデバッグコンソールログ出力： ============= スクリプト:RT1064_connect.scp ============= RT1064 Connect スクリプト DpID = 0BD11477 APID = 0x04770041 MPUの無効化 FlexRAMを768KB OC RAM、128BB I-TCM、128KB D-TCMに設定してください 終わり ====================================================== ... Flashでアドレス0x70000000に1322080バイトを書き込む方法 70008000 完成率3%(32768 の中 1048576) DAPエラーのクリアリクエストが失敗 - ステータス5 エラーNn(05)の後。DAPアクセスにおけるワイヤーACK故障 - DAP - Nn(05)でアドレスレジスタを読み取れませんでした。DAPアクセスにおけるワイヤーACK故障 送信失敗 OP 終了メッセージ - rc Em(17)。デバッグポートはアクセス後、0x2000A750 Commit Flashからのターゲットエラーは書き込み:Em(17)。デバッグポートはアクセス後、0x2000A750   これまでに試したこと: 物理のはんだパッドを介してBOOT_MODE[1:0]から01(シリアルダウンローダーモード)にハードワイヤー接続し、アプリケーションの干渉を遮断しています。 ターゲットメモリ空間は、IDEリンカープロパティ内で内部4MBのQSPIフラッシュベースライン領域に 0x70000000 正しくマッピングされています。 全く同じDAP-Linkプローブを使用して、同一のコードと構成パラメータでNXP公式のMIMXRT1064-EVKキットをシームレスにプログラムできます。 Screenshot 2026-08-06 161612.png なぜ接続時に即座に電力低下が発生するのか、なぜデバッグ中にボードが一時的に起動するのか、そしてなぜフラッシュが3%の時点で常にフリーズしてしまうのか？このレイアウト特性を持つチップを確実にプログラムする方法について、何かご助言いただければ大変ありがたいです。 よろしくお願いします！ 評価ボード Re: MIMXRT1064CVL5B Custom PCB Flash Failure プローブを接続することで電力が低下した場合、CMSISプローブは接続時に急激にエネルギーを吸収するため、電源電圧が低下する可能性があります。システムの電源レールを確認してもらえますか?デバッガにはどれくらいの電流が必要ですか? Re: MIMXRT1064CVL5B Custom PCB Flash Failure こんにちは、 @Anushka_SS さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます！ 3つの症状(プローブを接続したときの電力低下→デバッグ→クリックすると3%で停止するなど)は、1つの根本原因を示しています。それは、ボードの3.3V電源マージン不足とSWD/VTrefの配線問題が重なり、ブラウンアウトシャットダウンを引き起こしたことで、ソフトウェアやフラッシュドライバーの問題ではありません。 私たちが自信を持っている理由： Serial Downloaderに有線BOOT_MODEしているので、アプリケーションは動作しません — これで「アプリがデバッグピンを占有している」という可能性は除外されます。 同じプローブと構成は公式のEVKでも問題なく動作しているので、違いは純粋にカスタムボードのハードウェアによるものです。 単純なSWD接続はほとんど電流を流さないのに、3.3Vレール全体が崩壊します。これはプローブが3.3Vレールに負荷や逆流を送り、LDOが過電流保護に入ってトリップしていることを意味します。 0x2000A750について：このアドレスはDTCM（0x20000000領域）内にあり、フラッシュアルゴリズム（フラッシュローダー）が実行される場所です。3%の地点は、QSPIフラッシュへの連続書き込みが始まり、コア+FlexSPIの電流がピークに達する瞬間です。供給が維持できず、コアがブラウンアウトしてリセットされるため、Wire ACK故障が発生します。これは単に、デバイスが電圧低下で故障しただけであり、メモリの不良やコードのバグではありません。 よろしくお願いします、 ギャビン Re: MIMXRT1064CVL5B Custom PCB Flash Failure ご返信ありがとうございます! 実はカスタム i.MX RT1064ボードの電源アップとSWDプログラミングに問題があります。 私はTLV75733PDBV 3.3V LDOを使用しています。LDO入力は5Vで安定していますが、 ENピンの電圧が低いまま、または電圧がないため、レギュレータが3.3Vを出力しない場合があります。ENピンはRT1064がPMIC_ON_REQ信号を通じて直接制御します。 時々、PMIC_ON_REQ/ENが突然約3.3Vになり、レギュレータがオンになり、3.3Vレールが正しく立ち上がり、ボードの電源LEDが点灯し始めます。しかし、この動作は一定ではなく、基板の電源が入る場合もあれば、入らない場合もある。 ボードに正しく電源が供給され、その後MuseLab CMSIS-DAPプローブをSWDプログラミング用に接続すると、3.3Vの電源電圧が再び低下し、ボードの電源が切れます。その時点で、SWDエラーが出ます。例えば: 配線ACK故障 デバッグポートがアクセスできません コアに接続できませんでした 測定された挙動はおおよそ次の通りです: プローブなし： U1 IN = 5.0 V U1 EN = 3.3 V (場合による) U1 OUT = 3.3 V POR_B = 3.3 V プローブを接続した後： U1 IN = 5.0 V U1 EN = 0 V U1 OUT = 約1.2～1.8V POR_B = 約2.1V つまり、LDO自体は入力電力を失っていないようです。その代わりに、ENピンがローレベルになったため、レギュレータが無効化されています。 私の主な質問は以下のとおりです。 なぜRT1064のPMIC_ON_REQは安定して高く上がらないのでしょうか? このランダムな電源アップの挙動はRT1064の電源順序調整やリセット回路によるものですか? SWDプローブを接続すると、なぜPMIC_ON_REQ/ENがローになるのですか？ 3.3VレギュレータENはPMIC_ON_REQから直接制御すべきでしょうか、それともプルアップ/別の方法で処理すべきでしょうか？ 3.3Vレールを安定させてRT1064に確実に電源を入れてプログラムできるようにする推奨方法は何でしょうか? POR_B、DCDC_IN、DCDC_OUT、VDD_SNVS_IN、VDD_HIGH_IN、またはブートモードのピンに、このような動作を引き起こす重要な要件はありますか? 以前、Teensy 4.1電源回路をベースにした別のカスタム基板を作ったことがありますが、そのボードは同じCMSIS-DAPプローブで正常にプログラムできました。新しいPCBは非常に似た電源回路を使っていますが、ブートモードのピンへのアクセスを追加し、リセットや電源セクションを少し変更しました。 レギュレータ部、リセット回路、電源ピン接続図、およびブートモード回路図を添付します。PMIC_ON_REQ/EN接続やRT1064の電源シーケンス回路が間違っているかどうか、また安定した電力と信頼できるSWDプログラミングに必要な変更点を教えていただけると助かります。 Screenshot 2026-08-07 152409.png Screenshot 2026-08-07 152533.png Re: MIMXRT1064CVL5B Custom PCB Flash Failure こんにちは、 @Anushka_SS さん。 回路図をご提供いただきありがとうございます。確認してみたところ、いくつか問題点が見つかりました。 1. VDD_SNVS_IN:浮遊しているはずがない。VDD_SNVS_IN電源は他の電源より先に電源を入れるか、電源に接続(ショート)VDD_HIGH_INなければなりません。(データシート/RMで指定された電源オンシーケンスを厳守し、基板上で必ず確認してください。) Gavin_Jia_0-1786518051860.png 2. さらに、この3.3V電源はPMIC_ON_REQに依存してはならず、同時にVDD_SNVS_INの電源としても使用されなければならない。そうしないと、コールドスタート時にSNVSドメインの電源が切断され、内部ステートマシンがPMIC_ON_REQを出力するための信頼できる条件が得られなくなります。そのため、LDOは安定して電源を入れることができません。 PMIC_ON_REQはRT1064のSNVS/PMUドメインが稼働し、SNVSドメインがVDD_SNVS_INの有効な供給を必要としてからのみ安定して駆動されます。ボード上でVDD_SNVS_INがフローティング状態になっているため、PMIC_ON_REQの動作が不安定になります。ボードの電源が断続的にしか入らず、SWDプローブを接続した瞬間に予期せず電源が切れてしまいます。 さらに、PMIC_ON_REQから直接LEDを駆動しないでください。電源インジケータLEDは、安定した3.3V電源レール上に配置するか、バッファ/MOSFETで絶縁する必要があります。PMIC_ON_REQノードにLEDと470Ωをグランドに接続すると、この重要な電源要求ピンに実質的に大きな負荷/プルダウン経路が追加されます。ピンがハイインピーダンスまたはオープンドレインの「オン」状態の場合、LEDブランチはENを低レベルに引き下げます。プッシュプル出力であっても、この小さなSNVSドメイン制御ピンがLED電流を供給することになりますが、これは推奨されません。 よろしくお願いします、 ギャビン

GHSコンパイラを使用してS32K3上でDumpCallStackの正しいフレームポインタ（FP）を取得するにはどうすればよいですか？ こんにちは、皆さん 私はGreen Hills Software(GHS)コンパイラを使ってS32K3 MCUを開発しており、DumpCallStack関数を実装しています。 フレームポインタ（FP）を取得するために、以下のインラインアセンブリを使用しています。 __asm volatile ("mov %0, r7" : "=r" (locals.fp)); しかし、locals.fp の値は 0x02B1 であり、これは有効なフレームポインタではないようです。この設定はアラインされておらず、有効なスタック位置を指ささないため、コールスタックを正しくアンワイルできません。 私の質問は以下のとおりです。 S32K3(Arm Cortex-M7)のGHSコンパイラを使う場合、現在のフレームポインタを取得する正しい方法は何でしょうか? GHSコンパイラは常にR7をフレームポインタとして使うのでしょうか?それとも最適化レベルに応じてフレームポインタを省略したり、別のレジスタを使うことは可能でしょうか? スタックアンワインドのためにフレームポインタを保持するために、有効にしなければならないコンパイラオプションはありますか？ インラインアセンブリを使用する代わりに、フレームポインタを取得するための推奨されるGHS固有のAPIまたは組み込み関数はありますか？ S32K3上でGHSコンパイラを使用してスタックアンワインディングまたはDumpCallStack関数を実装した経験のある方がいらっしゃいましたら、ご指導やサンプルコードをいただけると幸いです。 ご回答をお待ちしています。 Re: How to obtain the correct Frame Pointer (FP) for DumpCallStack on S32K3 using the GHS compiler? こんにちは、 R7が常にフレームポインタとして使用されるとは限りません。GHSのバージョン、最適化レベル、コンパイラオプションによっては、コンパイラが異なるレジスタを使用したり、フレームポインタを完全に省略してR7を汎用レジスタとして使用したりする場合があります。値0x02B1は、R7がビルド内でフレームポインタとして機能していない可能性を示唆しています。 生成されたアセンブリを確認し、GHSがフレームレコードを全く作成していないかどうかを確認してください。フレームポインタが有効になっている場合、フレームポインタを保存/復元する一貫した関数プロローグが表示されるはずです。そうでない場合、R7/R11に基づくスタックアンワインドは信頼できません。 これは主にコンパイラ固有の質問なので、Green Hills Softwareのサポートに連絡することもおすすめします。彼らは以下の点でアドバイスを提供できます: GHSがターゲット/構成のフレームポインタとしてR7、R11、または他のレジスタを使用するかどうか。 どのコンパイラオプションがフレームポインタを保持しますか？ 現在のフレームポインタを取得するための推奨される組み込み関数またはAPIがあるかどうか。 GHSを用いたコールスタックアンワインド実装の推奨方法。 彼らはあなたのコンパイラのバージョンや設定に特化したガイダンスを提供するのに最適です。 BR、ペトル Re: How to obtain the correct Frame Pointer (FP) for DumpCallStack on S32K3 using the GHS compiler? もちろん

RTDアップデートの問題 - MBDT S32 Design Studioバージョン3.6.1では、RTDバージョン7.0.0をアップデートしたいのですが、5.0.0までしかアップデートできず、RTDバージョン6.0.0以降の更新を試みるとエラーが表示されます。 Screenshot 2026-08-06 143602.png Eclipse IDEの使用と設定 SDK Re: RTD update issue - MBDT Screenshot 2026-08-07 101727.png IDE 3.6.10をインストールしましたRTDバージョン7.0.1をダウンロードしようとしましたができませんでした。システムネットワークは正常に接続されており、ネットワークの問題はこのバージョンと以前のバージョン3.6.0で作業していた時のみ表示されますネットワークの問題は一切発生しませんでした。S32 IDEアプリケーションを開くと、添付されたメッセージボックスが表示されます。もしネットワーク設定の変更が同じ場合、設定で何を有効にしたり無効にしたりするのか教えてもらえますか? Screenshot 2026-08-07 095218.png Screenshot 2026-08-07 102413.png RTDがインストールされ、例のプロジェクト(DIO S32k344)で確認しようとすると上記のエラーが表示され、新しいプロジェクトを作成してもSDKのオプションが見つかりませんでした。 Screenshot 2026-08-07 102457.png Re: RTD update issue - MBDT こんにちは、 @Rathidevi さん。 まず、S32DSのインストールをバージョン3.6.10にアップデートすることをお勧めします。既存のS32DSインストールのアップデートとしてインストールできるため、別インスタンスとしてインストールする必要はありません。詳細な手順はS32 Design Studio 3.6.10で入手可能ですRFPインストールガイドは、S32DSインストーラーと同じダウンロードページで入手可能です。 RTD 7.0.1はS32DS 3.6.4を使用して開発および検証されているため、今回のアップデートを推奨します。互換性と適切な機能を確保するために、IDEのバージョンは検証に使用されるバージョンと同じかそれ以上に設定すべきです。さらに、この要件は共有イメージの「不足している要件」にも記載されています。 RTD 7.0.1のインストールに関しては、まず現在インストールされているRTDバージョンをアンインストールしてから、RTD 7.0.1をインストールすることをお勧めします。これは、異なるRTDバージョン間の潜在的な競合を回避するのに役立ちます。 BR、VaneB Re: RTD update issue - MBDT こんにちは、 @Rathidevi さん。 RTDに必要なツールチェーンがインストール環境に含まれていないようです。Arm Release バージョン10.2 ビルド1728用にNXP GCCをインストールしてください。 これにより、サンプルの問題は解決され、GCC 10.2をツールチェーンとして選択すれば、新しいプロジェクトを作成する際にRTD 7.0.1がSDKオプションとして利用可能になるはずです。

S32K118 VLPS: 低電力モードでのI/O保持、およびSIRCSTENとVLPSAクエリ こんにちは、 S32K118でVLPSエントリーとピンウェイクアップが動作することを確認済みです。 デバッガーを接続せずにスタンドアロンで実行：4回連続で正常にスリープ/ウェイクアップ 各サイクルでSMC_PMCTRL[VLPSA]がクリアされ、SMC_PMSTATがVLPRを確認 各WFIの直前。これはVLPSに関する質問ではありません 機能しないのは睡眠中の電流消費の問題です 正しく動作している。 セットアップ: MCU:S32K118、48ピンLQFP ボード:S32K118EVB-Q048(SCH-47530 Rev A1) ツール:S32 Design Studio 3.6.8、GCC 11.4 問題: GPIO 出力状態が VLPS を介して保持され、駆動される RGB LED が 睡眠中ずっと電流を消費します。 搭載RGB LEDはPTD15(緑)、PTD16(赤)、PTE8に接続されています (青)直列抵抗を通す。 私たちが観察したこと： 私たちのアプリケーションは、動作中に定期的なタスクからRGB LEDを駆動します。 デバイスが VLPS に入ると、LED ピンが最後に駆動されたレベルが デバイスがスリープ状態の間も、to は引き続き駆動されます。その コアは停止し、クロックはゲートされており、ソフトウェアの何も動いていません。 しかしLEDは点灯したままで、デバイスが起動するまで電流を供給し続けます。 消費への影響は大きい。単一の点灯LEDチャネルは 直列抵抗を数ミリアンペア経由し、直列抵抗は VLPS電流はこの装置に指定されており、全体の電流を支配しています 完全に。J15での最初の供給電流測定では、 RUNとVLPSの間には意味のある低下があり、保持されたLED状態が それが全ての理由だったようだ。 失敗は静かに訪れる。フラグもエラーも違いもありません LED オフのスリープと LED オンのスリープの間のステータス レジスタ LEDライト付き。唯一の症状は、低電力モードが保存されないように見えることです。 あらゆる電力供給は、VLPSが全く入力されていないと誤解されやすい。それ 調査にかなりの時間を費やしたが、 原因。 質問: （a）VLPSを介したGPIO出力状態の保持は意図されたものですか？ デバイスの動作？ (b) S32K118 上の構成がそれを変えるか、あるいは アプリケーションはすべてのピンを意図したスリープ状態にドライブします エントリー? (c) デジタルI/Oの設定に推奨される操作方法はありますか? 低出力エントリー、特にピンのプルアップ/プルダウン設定 外部のスイッチやトランシーバに接続され、引き戻しが保持されます 睡眠中ずっと漏れが続くのでしょうか? （d）指定されたVLPS電流値は、どのようなI/O構成で得られたものか このデバイスで測定されたのでしょうか？それを知らないまま、 図は実際のボード上の寸法と比較できません。 (e) 保持状態がVLPSエントリに影響を与えるピンが存在するか それ自体か、それとも覚醒経路か? ディープスリープ状態では、コアが停止し、すべてのクロックがゲートされるため、I/Oは非アクティブ状態になり、LEDは自動的に消灯します。それは私たちが見ているものではありません - LED 睡眠中ずっと最大輝度で点灯し続けます。 VLPSでLEDが点灯し続けることが期待されているか、また つまり、出力ピンを動かすデバイス設定があるかどうか 低出力のエントリーで最後の駆動レベルを保持していない状態。 よろしくお願いします。 Re: S32K118 VLPS: I/O retention in the low power mode, plus SIRCSTEN and VLPSA queries こんにちは、 @autouser さん、 a) はい。VLPSに入ると、すべての入出力データが保持されます。 Julin_AragnM_1-1786054875339.png b) VLPSに入る前に必要なピンを意図した状態に設定するのはアプリケーション次第です。 c) これはアプリケーションによって異なります。ただし、未使用のピンがある場合は、 HWデザインガイドライン 第8章(未使用ピン)を参照できます。 "未使用のデジタルおよびアナログピンについては、correspondingPORTx_PCRn[MUX]フィールドを0b000に設定してピン機能を無効にする必要があります。 DISABLED機能は初期化されていないすべてのピンのデフォルト状態です。 ADC機能のあるピンについては、未使用のピンと多重化されたチャネル上でソフトウェアがADCチャネル変換をトリガーしないはずです。」 入力として設定されている場合、外部または内部(アプリケーション依存)に浮かべてVSSまたはVDDに引き寄せてはいけません。 また、S32K3の低電力パワーマネージメントドキュメントも参照できます。第10章では、一般的なMCU消費電力に適用されるハードウェアの考慮事項を紹介しています。 Julin_AragnM_2-1786055927609.png d) S32K1xxデータシートの表4.7（消費電力）には、添付のS32K1xx_Power_Modes_Configuration.xlsxで定義されている消費電力が示されています。 Julin_AragnM_3-1786056046103.png 添付ファイルの最後の行には、測定時に有効になっていた入出力が示されています。 また、脚注1には次のように記載されています。「すべての出力ピンはフローティング状態であり、オンチッププルダウンが有効になっています。 未使用の入力ピンすべて。 e) 設定済みのウェイクアップピン以外に、設定すれば即座にデバイスを起動させるもので、VLPSのエントリー/アウトに影響を与えるものは思い浮かびません。 よろしくお願いします、 ジュリアン

i.MX95 Verdin EVK 上的 NPU 支持 您好， 我正在尝试在 i.MX95 NPU 上运行我的 tflite 模型。这些模型可以转换，我使用基准测试看到了加速效果，但输出结果完全无法使用（对于几种人脸检测和人脸关键点模型来说，结果始终相同）。 然后我尝试按照这份用户指南运行示例： https://www.nxp.com/docs/en/user-guide/UG10166.pdf root@imx95-19x19-verdin-47:/usr/bin/tensorflow-lite-2.19.0/examples# ./label_image -m mobilenet_v1_1.0_224_quant.tflite -i grace_hopper.bmp -l labels.txt --external_delegate_path=/usr/lib/libneutron_delegate.so INFO: Loaded model mobilenet_v1_1.0_224_quant.tflite INFO: resolved reporter INFO: EXTERNAL delegate created. INFO: NeutronDelegate delegate: 1 nodes delegated out of 4 nodes with 1 partitions. INFO: Neutron delegate version: v1.0.0-f24d08e5, zerocp enabled. INFO: Applied EXTERNAL delegate. INFO: Created TensorFlow Lite XNNPACK delegate for CPU. INFO: invoked INFO: average time: 0.37 ms 如您所见，推理运行正常，但没有像用户指南中提到的那样进行分类，以检查模型的实际运行情况。 我使用SDK 2.2.2的正确变流器版本转换了模型： NeutronSDK_2.2.2+LF_6.12.49_2.2.0/neutron-converter --input input/mobilenet_v1_1.0_224_quant.tflite --target imx95 --output output/mobilenet_v1_1.0_224_quant.tflite --dump-statistics Performance estimates: Clock Frequency: 0.000000 MHz Clock cycles per inference: 0 Latency per inference: -nan ms Inferences per second: -nan Memory footprint: Variables size: 0.000000 MB Constants size: 0.000000 MB Microcode size: 0.000000 MB Statistics for NeutronGraph "subgraph_030": Operators: Number of Neutron operators = 29 Number of builtin operators = 44 Memory: Inputs = 150,528 (bytes) Microcode = 23,944 (bytes) Weights = 4,329,648 (bytes) Kernels = 11,088 (bytes) Outputs = 381,913 (bytes) Scratch = 380,912 (bytes) (Allocation efficiency: 1) Total data = 913,353 (bytes) (Inputs + Outputs + Scratch) Total weights = 4,364,680 (bytes) (Microcode + Weights + Kernels) Total size = 5,278,033 (bytes) (All) Latency: Cycle estimation = 1,066,681 (cycles) Latency estimation = 1.067 (ms) (@ 1000.000 MHz) Overall statistics for graph "": Operators: Number of operators after import = 31 Number of operators after optimize = 47 Number of operators after extract = 4 Number of Neutron graphs = 1 Number of operators total = 47 Number of operators converted = 44 Number of operators NOT converted = 3 Operator conversion ratio = 44 / 47 = 0.93617 Operators converted = 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44, Memory: Total data = 532,448 (bytes) (Inputs + Outputs + Intermediate Variable Tensors) Total weights = 4,364,688 (bytes) (Weights) Total size = 4,897,136 (bytes) (All) Latency: Cycle estimation = 1,066,681 (cycles) (NPU only) Latency estimation = 1.067 (ms) (@ 1000.000 MHz) (NPU only) Conversion time: Optimization = 2.00387 (seconds) Extraction = 0.0308523 (seconds) Generation = 5.56016 (seconds) Total = 7.59489 (seconds) 我的硬件和电路板支持包配置： SOC ：iMX Verdin EVK SoM V1.0C 载板：iMX Verdin EVK v1.2A（ https://www.toradex.com/de/computer-on-modules/verdin-arm-family/nxp-imx95-evaluation-kit?srsltid=AfmBOookfBHOVzIUBJhrVmtYSV45ohtPJy_f2ymYGR956gzD0XzxS0jP ） 我使用的版本是： MACHINE = "imx95-19x19-verdin" 我使用的是这个BSP版本： https://www.toradex.com/de/news/bsp-layers-reference-images-walnascar?srsltid =AfmBOoqJF2YHULiIe7sA1L4gPBasmZrepuGIRBLrtcIuFPnz39jctBX6 以及 NXP 各层： meta-imx rel_imx_6.12.49_2.2.0 内核版本： 6.12.49-lts-next-g759f4038100f 我的主要问题是，我的芯片版本（ A0）是否受支持，或者为什么运行模型时会静默失败并只产生乱码输出： 人脸检测（UltraFace-Ultraslim， [1,128,128,3] int8/uint8 输入）输出一个融合的(172,6)张量，每个锚点包含[bg_score, face_score, xmin, ymin, xmax, ymax] ，已经过 NMS 处理并归一化到[0,1] — 在 CPU 上，这会产生一个清晰的高置信度检测结果 (~0.996)，紧密地包围着人脸，而在 NPU 上，所有 172 个锚点都坍缩成一个相同的常数 (~0.50 分，接近零大小的框位于 ~0.227,0.227,0.227,0.227)。面部特征点（NXP facial_landmarks_35 ， [1,60,60,3] uint8 输入）输出一个[1,70]张量，包含 35 个交错的 (x,y) 点，并归一化到面部裁剪区域——在 CPU 上，当叠加到图像上时，这些点会形成一个可识别的面部特征点模式；而在 NPU 上，整个 70 个值的输出同样会坍缩成一个重复的常量，而不是每个点都不同。 Yocto Project Re: NPU support on the i.MX95 Verdin EVK 输出详细信息： root@imx95-19x19-verdin-4798be6ce85542d2:/usr/bin/tensorflow-lite-2.19.0/examples# ./label_image -m demo_converted -i grace_hopper.bmp -l labels.txt --external_delegate_path=/usr/lib/libneutron_delegate.so -v 1 -r 5 INFO: Loaded model demo_converted INFO: resolved reporter INFO: tensors size: 11 INFO: nodes size: 4 INFO: inputs: 1 INFO: input(0) name: input INFO: 0: MobilenetV1/Logits/SpatialSqueeze, 1001, 9, 0.166099, -62 INFO: 1: MobilenetV1/Predictions/Reshape_1, 1001, 3, 0.00390625, 0 INFO: 2: input, 150528, 3, 0.0078125, 128 INFO: 3: MobilenetV1/Predictions/Reshape_1/requantize, 1001, 9, 0.00390625, -128 INFO: 4: input, 150528, 9, 0.0078125, 0 INFO: 5: NeutronMicrocode, 23944, 3, 0, 0 INFO: 6: NeutronWeights, 4329648, 3, 0, 0 INFO: 7: NeutronKernels, 11088, 3, 0, 0 INFO: 8: NeutronScratch, 380912, 3, 0, 0 INFO: 9: NeutronProfile, 0, 3, 0, 0 INFO: 10: NeutronDebug, 0, 3, 0, 0 INFO: len: 940650 INFO: width, height, channels: 517, 606, 3 INFO: input: 2 INFO: number of inputs: 1 INFO: number of outputs: 1 INFO: EXTERNAL delegate created. INFO: NeutronDelegate delegate: 1 nodes delegated out of 4 nodes with 1 partitions. INFO: Neutron delegate version: v1.0.0-f24d08e5, zerocp enabled. INFO: Applied EXTERNAL delegate. INFO: Created TensorFlow Lite XNNPACK delegate for CPU. Interpreter has 1 subgraphs. -----------Subgraph-0 has 11 tensors and 5 nodes------------ 1 Inputs: [2] -> 150528B (0.14MB) 1 Outputs: [1] -> 1001B (0.00MB) Tensor ID Name Type AllocType Size (Bytes/MB) Shape MemAddr-Offset Tensor 0 MobilenetV1/Logits/Spa... kTfLiteInt8 kTfLiteCustom 1001 / 0.00 [1,1001] [-1, -1) Tensor 1 MobilenetV1/Prediction... kTfLiteUInt8 kTfLiteArenaRw 1001 / 0.00 [1,1001] [151552, 152553) Tensor 2 input kTfLiteUInt8 kTfLiteArenaRw 150528 / 0.14 [1,224,224,3] [0, 150528) Tensor 3 MobilenetV1/Prediction... kTfLiteInt8 kTfLiteArenaRw 1001 / 0.00 [1,1001] [150528, 151529) Tensor 4 input kTfLiteInt8 kTfLiteCustom 150528 / 0.14 [1,224,224,3] [-1, -1) Tensor 5 NeutronMicrocode kTfLiteUInt8 kTfLiteMmapRo 23944 / 0.02 [23944] [4340768, 4364712) Tensor 6 NeutronWeights kTfLiteUInt8 kTfLiteMmapRo 4329648 / 4.13 [4329648] [11104, 4340752) Tensor 7 NeutronKernels kTfLiteUInt8 kTfLiteMmapRo 11088 / 0.01 [11088] [0, 11088) Tensor 8 NeutronScratch kTfLiteUInt8 kTfLiteArenaRw 380912 / 0.36 [380912] [-1, -1) Tensor 9 NeutronProfile kTfLiteUInt8 kTfLiteArenaRw 0 / 0.00 [0] [-1, -1) Tensor 10 NeutronDebug kTfLiteUInt8 kTfLiteArenaRw 0 / 0.00 [0] [-1, -1) kTfLiteArenaRw Info: Tensor 2 has the max size 150528 bytes (0.144 MB). This memory arena is estimated as[0xaaaafd73ffa9, 0xaaaafd71abc0), taking 152553 bytes (0.145 MB). One possible set of tensors that have non-overlapping memory spaces with each other, and they take up the whole arena: Tensor 2 -> 3 -> 1. kTfLiteArenaRwPersistent Info: not holding any allocation. kTfLiteMmapRo Info: Tensor 6 has the max size 4329648 bytes (4.129 MB). This memory arena is estimated as[0xffff7ec299f8, 0xffff7e800050), taking 4364712 bytes (4.163 MB). One possible set of tensors that have non-overlapping memory spaces with each other, and they take up the whole arena: Tensor 7 -> 6 -> 5. kTfLiteDynamic Info: not holding any allocation. === Beginning of kTfLiteArenaRw Dump: === Total size is 152553 bytes (0.145 MB), holding 3 tensors. tensor 2: life_span: node [0, 4], size: 150528 bytes (0.144 MB). tensor 3: life_span: node [2, 3], size: 1001 bytes (0.001 MB). tensor 1: life_span: node [3, 4], size: 1001 bytes (0.001 MB). 1 tensors are of same max size (150528 B (0.144 MB)): [2] Per-layer-info in the order of op execution: Node 0: 150528 bytes (0.144 MB), utilization rate: 98.673%, 1 live tensors: [2] Node 4: 151529 bytes (0.145 MB), utilization rate: 99.329%, 2 live tensors: [1,2] Node 2: 151529 bytes (0.145 MB), utilization rate: 99.329%, 2 live tensors: [2,3] Node 3: 152530 bytes (0.145 MB), utilization rate: 99.985%, 3 live tensors: [1-3] Top 4 memory-consuming layers: Node 3: 152530 bytes (0.145 MB), utilization rate: 99.985%, 3 live tensors: [1-3] Node 4: 151529 bytes (0.145 MB), utilization rate: 99.329%, 2 live tensors: [1,2] Node 2: 151529 bytes (0.145 MB), utilization rate: 99.329%, 2 live tensors: [2,3] Node 0: 150528 bytes (0.144 MB), utilization rate: 98.673%, 1 live tensors: [2] ===End of kTfLiteArenaRw Dump: === Node 0 Operator Builtin Code 114 QUANTIZE (not delegated) 1 Input Tensors:[2] -> 150528B (0.14MB) 1 Output Tensors:[4] -> 150528B (0.14MB) Node 1 Operator Custom Name NeutronGraph (delegated by node 4) 4 Input Tensors:[4,5,6,7] -> 0B (0.00MB) 4 Output Tensors:[0,8-10] -> 0B (0.00MB) Node 2 Operator Builtin Code 25 SOFTMAX (not delegated) 1 Input Tensors:[0] -> 1001B (0.00MB) 1 Output Tensors:[3] -> 1001B (0.00MB) Node 3 Operator Builtin Code 114 QUANTIZE (not delegated) 1 Input Tensors:[3] -> 1001B (0.00MB) 1 Output Tensors:[1] -> 1001B (0.00MB) Node 4 Operator Custom Name NeutronDelegate 4 Input Tensors:[4-7] -> 4515208B (4.31MB) 1 Output Tensors:[0] -> 1001B (0.00MB) Execution plan as the list of 4 nodes invoked in-order: [0,4,2,3] Among these nodes in the execution plan: Node 4 is a NeutronDelegate node (0xaaaafd6f5c30), which has delegated 1 nodes: [1] --------------Subgraph-0 dump has completed-------------- --------------Memory Arena Status Start-------------- Total memory usage: 152553 bytes (0.145 MB) - Total arena memory usage: 152553 bytes (0.145 MB) - Total dynamic memory usage: 0 bytes (0.000 MB) Subgraph#0 Arena (Normal) 152553 (100.00%) --------------Memory Arena Status End-------------- INFO: invoked INFO: average time: 0.326 ms

サスペンドからのウェイクアップ中に発生するi2cの問題 専門家の方々にお伺いしたいのですが。 複数のプッシュボタンスイッチがGPIOエキスパンダーに接続されている回路があります。私の現在のシステムはIMX8MPをベースにしており、このGPIOエクスパンダーはI²Cで接続されています。このエキスパンダーには、IMX8MPへの割り込み線があります。システムをサスペンドモードにしてプッシュボタンの1つを押すと（デバイスツリーではエキスパンダもウェイクアップソースとしてマークされています）、システムがサスペンドから復帰するとすぐに、このメッセージが数百回、あるいは数千回も表示されます。[ 117.113106] pca953x 3-0076: failed reading register.i2c-imx.c には既に同様の問題に対するパッチが存在することは承知しています。ドライバーを使い、私はそれを適用しました。しかし、期待した効果は得られていない。これについてどうすればいいでしょうか?追伸常に起こるわけではありませんが、比較的早く再現可能です。 よろしくお願いいたします。R. Re: i2c problems during wakeup frum suspend 私はカーネルバージョン6.6.23を使用しています。 Re: i2c problems during wakeup frum suspend こんにちは、 @RRD101さん あなたの説明からすると、 このコミットを試してみるのも良いかもしれません。また、使用しているカーネルのバージョンは何ですか？ よろしくお願いします、 志明

i.MX 8QXP - LPDDR4メモリ互換性ガイド チームの皆さん、こんにちは。 IMX8QXP用にLPDDR4の代替モデルを計画しています。対応のLPDDR4パーツの更新リストがあれば教えてください。 i.MX 8/8X/8XLite - LPDDR4およびDDR3Lメモリ互換性ガイド よろしくお願いいたします。 ロヒス Re: i.MX 8QXP - LPDDR4 memory compatibility guide こんにちは、 NXP Semiconductors製品にご関心いただきありがとうございます。 このリストは今年更新されたもので、これが最後の互換性ガイドとなります。 別のメモリを使用する予定ですか？ よろしくお願いします。 Re: i.MX 8QXP - LPDDR4 memory compatibility guide こんにちは、ジョセフさん。 リードタイムやその他の理由から、別のLPDDR4を使う予定です。NXPはメモリの検証をサポートしてくれるのでしょうか?NXP側で新しいメモリを検証する手順はどのようなものですか？ ありがとうございます。 ロヒス

[i.MX95 FRDM] AR0144/AP1302 粉色色调问题 & 绕过 AP1302 以适配 NXP NEO ISP 环境和硬件设置 处理器/平台： NXP i.MX95 FRDM 板 摄像头模块： RPI-CAM-MIPI（AR0144传感器+AP1302板载ISP） 使用的固件： ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin（已重命名为ap1302_ar0144_single_fw.bin并放置在/lib/firmware/中） 问题 1：AP1302 ISP 出现粉色/洋红色色调 我发现通过 AP1302 ISP 从 AR0144 摄像头模块解码出的图像/视频流中存在持续的粉红色/洋红色色调。 尽管使用了经过调整的固件文件，解码后的帧仍然呈现出明显的粉红色色调（附图示例） 。 这是AR0144 + AP1302组合的已知问题吗？ 是否有更新的AP1302固件二进制文件可以解决这个色彩平衡问题？ 问题 2：绕过 AP1302 使用 i.MX95 内置 NEO ISP NXP关于RPI-CAM-MIPI摄像头模块的文档中写道： “可旁路的板载ISP芯片使其能够与多种SoC配合使用。” 由于 i.MX95 具有集成的硬件NEO ISP ，我们希望绕过 AP1302 板载处理，并使用 libcamera 和 neo-ipa-uguzzi 管道处理程序将来自 AR0144 的 RAW Bayer 流直接路由到 i.MX95 内部 NEO ISP。 向恩智浦提出的问题： i.MX95 FRDM 板是否正式支持 RAW 直通（绕过 AP1302 硬件处理，将 RAW Bayer 直接馈送到 i.MX95 NEO ISP）？ 如果可以，NXP能否提供启用RAW直通所需的逐步配置说明？ 在 NEO ISP 下，我们如何获取或生成 AR0144 传感器所需的DTP / YAML 调优文件？NXP是否有可供共享的AR0144预校准YAML/DTP文件？ face_detection_input_image.png face_detection_input_image.png Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP 我在我的imx95 frdm板上重现了这个问题，没有颜色问题。既然你能调出摄像头，说明你的设置应该正确，检查一下你的显示屏是否有任何问题。 1) 将 dtb 文件设置为 imx95-15x15-frdm-ap1302.dtb 2）您的固件正确 3) 使用命令 gst-launch-1.0 libcamerasrc ！自动视频接收器 joanxie_0-1786086912147.jpeg Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP 您好， 感谢你测试并对问题1提供反馈。 回复：问题 2 — 绕过 i.MX95 内置 NEO ISP 的 AP1302 请问您能否也回答我的第二个问题，即如何绕过板载 AP1302 ISP 而使用 i.MX95 的内部 NEO ISP？ 由于 RPI-CAM-MIPI 板文档指出板载 ISP 是可旁路的，我们希望将来自 AR0144 传感器的 RAW Bayer 流直接路由到 i.MX95 的内部 NEO ISP。 请问您能否澄清一下： Linux 6.12.49_2.2.0 电路板支持包 版本是否支持 i.MX95 FRDM 板上的 AR0144 进行 RAW 直通（绕过 AP1302 硬件 ISP 处理）？ 设备树更改：要绕过 AP1302 ISP 块并直接在 MIPI-CSI 接口上捕获 RAW Bayer 帧，需要什么样的设备树配置或覆盖？ 调优和 YAML 配置：NXP 是否为 NEO ISP 流水线处理程序下的 AR0144 提供调优/DTP 配置文件？如果可以的话，能否分享这些文件，或者指导我们如何为该工作流程正确设置 libcamera 和 LIBCAMERA_IPA_MODULE_PATH？ 谢谢你的帮助！ Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP Linux 6.12.49_2.2.0 BSP 版本是否支持 i.MX95 FRDM 板上的 AR0144 芯片的 RAW 直通（绕过 AP1302 硬件 ISP 处理）？> 默认 BSP 不支持此功能，您只能找到名为 ap1302 的 dtb 文件。 设备树更改：需要什么样的设备树配置或覆盖才能绕过 AP1302 ISP 块并直接在 MIPI-CSI 接口上捕获原始 Bayer 帧？请参考ap1302 dtso文件 https://github.com/nxp-imx/linux-imx/blob/lf-6.18.y/arch/arm64/boot/dts/freescale/imx95-15x15-frdm-ap1302.dtso isp_en-gpios = <&adp5585_isp 2 GPIO_ACTIVE_HIGH>; 此引脚使能 AP1302，您可以通过控制此引脚来旁路 AP1302，高电平表示使能，低电平表示旁路。 3.调优和YAML配置：NXP是否为NEO ISP管道处理程序下的AR0144提供调优/DTP配置文件？如果可以的话，能否分享这些文件，或者指导我们如何为该工作流程正确设置 libcamera 和 LIBCAMERA_IPA_MODULE_PATH？ 您可以在这里找到所有SW扩展包 https://github.com/nxp-imx-support/imx-camera-sw-pack Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP 您好， 感谢您对旁路机制的详细解释。 关于颜色问题，我想澄清一下，这不是显示器或监视器的问题。为了确认，我们没有拍摄屏幕照片；而是直接从 GStreamer 管道导出原始图像/视频文件，并在单独的主机上检查保存的文件，结果发现像素数据中明显存在淡红色/洋红色色调。 由于我们使用的是正确的 DTB 文件 (imx95-15x15-frdm-ap1302.dtb) 和官方的 AWB 调校固件 (ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin)，请问您能否帮助我们找出根本原因？ 问题：我们能否从用户空间运行特定的测试来验证这种粉红色色调是由我们所拥有的特定 AR0144 摄像头模块单元的硬件缺陷引起的，还是配置/软件问题引起的？ 感谢您一直以来的支持！ Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP 嗨@joanxie ， 1）正如我之前提到的，我们已经确认这不是显示问题。因为图像会被保存到文件中，然后传输到主机（而不是从显示器捕获）。 2) 我们已经在 IMX 95 EVK 和 IMX 95 FRDM 板上检查了同一台相机，以确认问题是否出在相机模块上。这两个地方都能看到红色色调。 3)我们正在将此固件用于 ap1302： https://github.com/ONSemiconductor/ap1302_binaries/blob/main/NXP_i.MX93/ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin 并将该文件放置在 /lib/firmware 目录下，文件名设为“ap1302_ar0144_single_fw.bin”（正如我们从 dmesg 日志中看到的，这是文件名）。 请确认您使用的固件版本是否相同。如果不行，请问您能否与我们联系从哪里可以获取正确的固件？ 4）有没有办法确定这是调校问题还是固件问题？或者说是我们遇到的这个特定模块存在硬件问题？如果是硬件问题，我们考虑购买一台新的设备。

睡眠の質を向上させる30秒チェリートリック 良い 睡眠のための30秒チェリートリックについて多くの人が話しているのを見かけたので、実際に何が目的か調べてみることにしました。 私が調べた限りでは、これは薬や即効性のある解決策として提示されているわけではないようです。このアイデアは、酸味のあるチェリーと自然な睡眠サポートを使ったシンプルな夜の習慣に基づいています。夜のルーティンに簡単に取り入れることができ、生活習慣を大きく変える必要がないため、好む人もいます。 もちろん、睡眠に関する悩みは人それぞれ異なり、ある人に効果的な方法が別の人にも効果的とは限りません。質の良い睡眠習慣、夕方以降のカフェイン摂取量の削減、そして規則正しい就寝時間の維持は、依然として重要です。 もし30秒チェリートリックが何なのか、なぜ最近多くの人が議論しているのか気になるなら、この概念をより詳しく説明しているページを見つけました。 詳細はこちらをご覧ください。 https://health.smartdiscoveryhub.com/ys1/

S32 Design StuにおけるUSBマルチリンクユニバーサルFX S32K344フラッシュプログラミングに必要な支援 NXP技術サポートチームへ、 お元気でお過ごしでしょうか。 現在、 FRDM-A-S32K344 評価ボードを使っており、アプリケーション開発には S32 Design Studio(S32DS) を使っています。私は、 PEmicro USB Multilink Universal FX デバッガを JTAG/SWDインターフェース経由でS32K344 MCUのプログラムとデバッグを行いたいと考えています。 このハードウェア構成における適切な設定方法についてご教示いただければ幸いです。具体的には、以下の点について支援をお願いしたいです。 ソフトウェアおよびドライバ要件 必要なPEmicroドライバとファームウェアバージョン。 追加のS32DSパッケージやデバイスサポートのインストールが必要ですか? S32DSとUSB Multilink Universal FX間の推奨バージョン互換性。 S32 Design Studio デバッグ設定 PEmicro GDBサーバーのデバッグ構成を作成するための手順を段階的に説明します。 メイン、デバッガー、スタートアップ、および共通タブの推奨設定。 S32K344に必要な、ターゲット固有の設定。 ハードウェア接続 FRDM-A-S32K344 J9ヘッダーとUSBマルチリンクユニバーサルFX（ポートB）間のJTAG/SWDピン接続が正しいことを確認します。 特別な配線や信号接続が必要かどうか。 ボードの構成 FRDM-A-S32K344ボード上でジャンパーまたはスイッチ設定が必須です。 FS26システムベーシス・チップ(SBC)またはウォッチドッグに関連する、プログラミングやデバッグ中のリセットを防ぐために考慮すべき構成。 リファレンス ドキュメント USB マルチリンクユニバーサルFX を S32K344 で使う例を示すアプリケーションノート、ユーザーガイド、または例プロジェクトがあればぜひ教えてください。 ご参考までに、 FRDM-A-S32K344ボードとUSBマルチリンクユニバーサルFX間のJTAGピン接続を示す図も添付しました。 お時間をいただき、ご支援ありがとうございます。ご指導を心よりお待ちしております。 敬具 アラヴィンド・トガラリ Re: Assistance Required for Flash Programming S32K344 Using USB Multilink Universal FX in S32 Design こんにちは、 @Aravind_Togaralli さん。 1. NXPは常に最新のソフトウェアリリースを使用することを推奨しています。現在、S32K3の最新リリースには以下が含まれます。 S32 Design Studio IDE 3.6.10 S32K3_S32M27x リアルタイム・ドライバ ASR R23-11 バージョン 7.0.1 S32DS 3.6.10PEmicroインターフェースデバッグサポートバージョン6.2.1を含みます。 2. 例をインポートしたり、新しいS32DSアプリケーションプロジェクトを作成する際に、それぞれのデバッグ構成が生成されます。推奨設定の例を参照できますが、最も重要なのは「C/C++アプリケーション」パス、選択したデバイス&ポート、GDBクライアント実行可能パスです。 Julin_AragnM_1-1786048764074.png Julin_AragnM_0-1786048752996.png 3. はい、外部デバッガでFRDM-A-S32K344をデバッグしたい場合は、J9 20ピンCortex Debug + ETMヘッダーを使用しなければなりません。 4. FRDM-A-S32K344開発ボードユーザーマニュアル(UM12406)に記載されている通り、このインターフェースを有効にするにはジャン パーJP11(OpenSDA電圧 )を除去する必要があります。 5.「HOWTO Build a Project and Setup Debugging with GDB PEMicro Debugging インターフェース」を参照してください。または、PEmicroに直接参照することもできます:PEmicro NXP_Automotive S32K3xx Device サポート。 特定の機能や構成については、代わりにPEmicroに問い合わせてみてください。 よろしくお願いします、 ジュリアン

MRF101ANの代替部品番号が必要です。 MRF101ANの代替部品番号を教えていただけると助かります。そして今後数年間の利用可能性についてのアイデア。 ご協力の程、よろしくお願い申し上げます。 Re: need alternative part number for MRF101AN. **MRF101ANの現状と代替品** ### 現在の状況 **MRF101AN** (NXP) は現在、**販売終了／最終購入**となっています。 |アイテム|詳細| |----------------------------|--------------------------------------| |**ライフサイクル** |エンド・オブ・ライフ(EOL)/ラストタイムバイ | |**前回の買い(LTB)** |**2026年9月30日** | |**ラストタイムデリバリー(LTD)** |**2027年9月30日** | |**理由** |NXPはRadio Power製品ラインを縮小しています。 2026年9月以降は、NXPへの新規注文はできなくなります。残りの在庫は、2027年の最終出荷日まで、先着順で割り当てられます。 --- ### 最も近い代替案 |部品番号|製造元 |主な違い |互換性|おすすめ | |------------------|--------------|------------------------------------------|--------------------------------|--------------| |**MRF101BN** |NXP |ミラーピンアウト版MRF101AN |同じパッケージ(TO-220)、電気性能はほぼ同一|ピンアウトが反り返せるなら短期的に最良の選択肢 | |**MRF300AN / MRF300BN** |NXP |300 Wバージョン(高出力) |異なるパッケージ(TO-247) |より強力な電力が必要で、再設計できる場合のみ | |公式なドロップインはありません |— |NXPはピン互換の後継機を**リリースしていない**— |— | **注記**: NXPはMRF101ANの公式なピン互換性のある代替品を公開していません。**MRF101BN**は最も近いデバイスです（電気的特性が同じで、ピン配置も反転しています）。 --- ### サードパーティ/競争力のある代替手段(ピン互換性なし) これらは基板の再設計が必要ですが、現在も生産が続けられています。 - Ampleon BLF188XR / BLF189XRG(高出力、異なるパッケージ) - STマイクロエレクトロニクスSTAC2932Bまたは類似のLDMOSデバイス - インフィニオンまたはMACOM製の100Wクラスの他の50V LDMOSデバイス(周波数と電力のマッチングが必要) --- ### 供給見通し（今後数年間） | 期間 | 利用可能期間の見込み | |---------------------|----------------------------------------------| | 現在～2026年9月 | 注文受付中（最終購入期間） | | 2026年10月～2027年9月 | 残在庫／残余出荷のみ | | 2027年9月以降 | NXPからの新規供給なし | **おすすめ**： 1. この部品がまだ必要な場合は、できるだけ早く**最終購入**を行ってください。 2. **MRF101BN**の評価を開始する（ピン配置の変更が許容できる場合）か、現在稼働中の50V LDMOSデバイスへの再設計を開始する。 3. お問い合わせ:[email protected]。 MRF101ANとMRF101BNの特定の電気的特性を比較したり、周波数と電力要件に基づいて再設計候補を提案したりしましょうか？

PMSMのV/fコントロールは可能でしょうか? 私はV/f方法でPMSM制御用のSimulinkモデルを作成しています。このモデルは誘導モーターには使えますが、PMSMの出力速度が振動していて、磁場が同期していないと思います。何か見落としているでしょうか？ Re: can we do V/f control of a PMSM? こんにちは、 確かに、フィールド間の同期が正しく行われていない可能性があります。誘導電動機では、ローターのスリップがローター巻線に電流を誘導し、自然な電気磁性減衰効果を生み出します。PMSM内では誘導モーターのようなスリップや誘導ローター電流がないため、固有の減衰もありません。ローターPMは回転するステーターのフィールドに正確にロックしなければなりません。ローターとステーターの磁界の角度は減衰しない振り子のように振る舞い、乱れが生じるとローターは同期位置の周りで振動します。 これに対処するための選択肢： 1. V/fモデルにアクティブ減衰を追加してください。推定速度誤差に基づいて出力電圧や周波数を変調することで、欠けている減衰を注入できます: センサーまたはセンサーレス技術を用いたローター速度の推定 d(w_error)/dtをフィードバックしてV/f出力振幅を変調する V/f方式を使い続けたいなら、これが一番簡単な解決策です。 2. もう一つの選択肢は、指令周波数で固定子電流の大きさを制御するI/F制御に移行することです。I/F制御に関する詳細は次のページをご覧ください 。I-Fコントローラ お役に立てば幸いです！ よろしくお願いいたします。 ステファン。

我们能否对永磁同步电机进行V/f控制？ 我正在用V/f法建立PMSM控制的simulink模型。该模型适用于感应电机，但永磁同步电机的速度输出出现振荡，我认为是磁场没有同步。我是不是漏掉了什么？ Re: can we do V/f control of a PMSM? 你好， 确实，这些字段可能没有正确同步。对于感应电机，转子滑差会在转子绕组中感应出电流，从而产生自然的电磁阻尼效应。永磁同步电机内部没有滑差，没有像感应电机那样的转子感应电流，因此也没有固有的阻尼。转子永磁体必须与旋转的定子磁场精确锁定。转子磁场和定子磁场之间的角度就像一个无阻尼摆，任何扰动都会导致转子围绕同步位置振荡。 解决此问题的方案： 1. 在 V/f 模型中添加主动阻尼——您可以根据估计的速度误差，通过调节输出电压或频率来注入缺失的阻尼： 使用传感器或无传感器技术估算转子转速 将 d(w_error)/dt 反馈以调制 V/f 输出幅度 如果你想继续使用 V/f 方法，这是最简单的解决方法。 2. 另一种选择是采用 I/f 控制，即以指令频率控制定子电流幅值。有关接口控制的更多信息，请参见下一页“接口控制器” 。 希望这能帮到你！ 顺祝商祺！ 斯特凡。

30秒樱桃助眠法 我看到很多人都在谈论“ 30 秒樱桃助眠法” ，所以我决定研究一下它到底是怎么回事。 据我了解，它并没有被宣传为药物或快速解决方法。这个想法围绕着一个简单的睡前习惯展开，即食用酸樱桃和天然助眠剂。有些人喜欢它，因为它很容易融入到晚间日常生活中，而且不需要做出重大的生活方式改变。 当然，每个人的睡眠问题都不一样，适合一个人的方法可能不适合另一个人。良好的睡眠习惯，例如减少白天晚些时候摄入咖啡因，以及保持规律的作息时间，仍然非常重要。 如果你好奇“30 秒樱桃技巧”究竟是什么，以及为什么最近这么多人都在讨论它，我找到了一个页面，更详细地解释了这个概念。 了解更多信息： https://health.smartdiscoveryhub.com/ys1/

S32 设计工作室中，使用 USB 多链路通用 FX 对 S32K344 进行闪存编程需要帮助 尊敬的恩智浦技术支持团队： 希望你一切都好。 我目前正在使用FRDM-A-S32K344评估板，并使用S32 设计工作室 (S32DS)进行应用程序开发。我想使用PEmicro USB Multilink Universal FX调试器通过JTAG/SWD 接口对 S32K344 MCU 进行编程和调试。 我希望您能指导我如何正确配置和设置这套硬件组合。具体来说，我需要以下方面的帮助： 软件和驱动程序要求 所需的PEmicro驱动程序和固件版本。 必须安装的任何其他 S32DS 代码包，软件包或设备支持。 推荐S32DS与USB Multilink Universal FX之间的版本兼容性。 S32 设计工作室调试配置 创建PEmicro GDB 服务器调试配置的分步说明。 “主” 、 “调试器” 、 “启动”和“常用”选项卡的推荐设置。 S32K344 所需的任何特定目标配置。 硬件连接 确认FRDM-A-S32K344 J9 接头与USB Multilink Universal FX（端口 B）之间的 JTAG/SWD 引脚连接是否正确。 是否需要任何特殊的布线或信号连接？ 板配置 FRDM-A-S32K344 板上所需的跳线或开关设置。 任何与FS26 系统基础芯片 (SBC)或看门狗相关的配置都应考虑在编程和调试期间防止复位。 参考文档 任何演示如何将USB Multilink Universal FX与S32K344结合使用的应用笔记、用户指南或示例项目都将不胜感激。 为了方便您参考，我还附上了一张图表，说明了FRDM-A-S32K344 板和USB Multilink Universal FX之间的 JTAG 引脚连接。 感谢您的时间和支持。期待您的指导。 此致敬礼， 阿拉文德·托加拉利 Re: Assistance Required for Flash Programming S32K344 Using USB Multilink Universal FX in S32 Design 你好@Aravind_Togaralli ， 1. NXP始终建议使用最新的可用软件版本。目前，S32K3 的最新版本包括： S32 设计工作室 IDE 3.6.10 S32K3_S32M27x 实时驱动程序 ASR R23-11 版本 7.0.1 S32DS 3.6.10包括 PEmicro 接口调试支持版本 6.2.1。 2. 导入示例或创建新的 S32DS 应用程序项目时，会生成相应的调试配置。您可以参考示例了解推荐设置，但最重要的设置是“C/C++应用程序”路径、所选设备和端口以及GDB客户端可执行文件路径： Julin_AragnM_1-1786048764074.png Julin_AragnM_0-1786048752996.png 3. 是的，如果您希望使用外部调试器调试 FRDM-A-S32K344，则必须使用J9 20 针 Cortex Debug + ETM 接头。 4. 如 FRDM-A-S32K344 开发板用户手册 ( UM12406 ) 中所述，要启用此接口，必须移除跳线JP11（OpenSDA 电压） 。 5.您可以参考HOWTO 构建项目并使用 GDB PEMicro 调试接口设置调试。或者您可以直接参考 PEmicro： PEmicro NXP_Automotive S32K3xx 设备支持。 对于任何具体功能/配置，您可以尝试联系 PEmicro。 此致， 朱利安

TJA1153 在 S32K344EVB 上 S32K344EVB 上的 CAN 收发器是 TJA1153，需要按照数据手册进行配置才能使用。但我发现我这边有两种现象。 1.我只需将 TJA1153 的 EN 引脚和 STB 引脚都拉高，它就可以与伙伴正常通信，无需进行配置。 2. 我想按照数据手册的说明，将 EN 引脚设置为高电平，STB 引脚设置为低电平，并使用 CAN ID 0x555U/0x18DA00F1 对其进行配置。执行 Can_43_FLEXCAN_Write 后，循环执行 Can_43_FLEXCAN_MainFunction_Write，但发现 CanIf_TxConfirmation 从未被调用。下次调用 Can_43_FLEXCAN_Write 时，返回 CAN_BUSY。 那么，造成这两种现象的原因是什么呢？ Re: TJA1153 on S32K344EVB 您好， 关于观察到的行为，有几点需要说明： 1. 请先确认您板上的 CAN 收发器是否真的是 TJA1153。如果使用标准收发器（例如，如果使用的是TJA1043/TJA1042芯片，则无需进行安全配置，正常的CAN通信即可立即生效。 2. 对于真正的 TJA1153，其行为取决于其当前状态： 初始状态（出厂默认设置）：正常运行前需要进行配置，进入本地配置模式需要将 STB_N 设置为 Low。 开放配置/已配置状态：收发器可能已经允许正常通信。无需初始比特率检测帧（ID 0x555），即可通过以配置的波特率发送带有 CONFIG_ID 扩展标识符的已准备好的经典 CAN 帧来执行重新配置。此配置消息必须由总线上的另一个节点确认。 关于第二个问题，如果从未调用 CanIf_TxConfirmation()，并且下一个 Can_43_FLEXCAN_Write() 返回 CAN_BUSY，则表示 TX 邮箱尚未完成传输。我建议检查 FlexCAN 状态寄存器（ESR1、ECR、MB CODE 字段）以确定帧是否已实际发送和确认。 BR，彼得

ADT7420温度传感器无法与frdm_mcxw72板配合使用 您好， 我尝试使用frdm_mcxw开发板运行adt7420示例程序，但打印信息为“传感器：设备未就绪。”在我将镜像写入目标设备之后。 硬件配置如下图所示，供参考。 anliu114036_0-1786010612902.png 我认为硬件接线没问题，我是按照下面的说明进行的。 anliu114036_1-1786010728607.png 您可以在如下所示的板文件夹中找到我添加的叠加文件。 anliu114036_2-1786010818065.png 我还附上了版本日志文件，希望能从中获取更多信息。请您检查一下并帮忙解决问题。 Re: ADT7420 temperature sensor can't work with frdm_mcxw72 board 你好，希望你一切都好。   从你分享的图片来看，你似乎正在使用 KW47-LOC 板，请问你能否确认一下这是正确的设备？ 你使用的是哪个 Zephyr 仓库和版本？如您所知，Zephyr 并不直接支持 KW47-LOC 板，只支持 frdm-mcxw72。也就是说，由于芯片是兼容的，您可以利用 frdm-mcxw72 示例并修改 overlay 文件，使其适配 KW47-LOC 板引脚。 检查您的 overlay 配置，KW47-LOC 板仅支持 LPI2C1 模块，因此您需要在 overlay 中启用 lpi2c1 节点。对于 SCL 和 SDA 引脚，它们在 frdm_mcxw72-pinctrl.dtsi 中定义为 I2C1 的 PTB4 和 PTB5，我建议保留它们，因为它们与 KW47-LOC 引脚匹配。为了使 J2 引脚 6 连接到目标 MCU 引脚 PTB4，请将 J24 2-3 短接。   有关 MikroBUS I2C 引脚图，请参考 UM12114： 引脚 2：WUU0_P12/PTC7 上的 INT（硬件中断） 引脚 5：I2C1_SCL 上的 SCL（I2C 时钟） 引脚 6：I2C1_SDA 上的 SDA（I2C 数据）   请确认您的 prj.conf 文件中已启用以下配置： CONFIG_I2C=y 配置传感器=y CONFIG_ADT7420=y   此致， 安娜·索菲亚。 Re: ADT7420 temperature sensor can't work with frdm_mcxw72 board 嗨，安娜 感谢您的支持。是的，我确实使用过KW47-LOC 板，并尝试在该板上运行 frdm-mcxw72 示例，Zephyr 仓库版本为 v4.4.1。 将覆盖文件从 I2C0 更改为 I2C1 后，ADT7420 设备初始化似乎正常，但该传感器仍然无法读取正确的温度，您可以在下面的串口监视器打印消息中看到。 anliu114036_0-1786427779708.png 以下是最新的 overlay 文件和 prj.conf 文件内容。 anliu114036_1-1786427965565.png anliu114036_3-1786428011874.png 顺祝商祺！ 刘维

RTD 更新问题 - MBDT 在 S32 设计工作室 3.6.1 版本中，我想将 RTD 版本更新到 7.0.0，但我只能更新到 5.0.0，当我尝试更新到 RTD 版本 6.0.0 及更高版本时，出现错误。 Screenshot 2026-08-06 143602.png Eclipse IDE 使用和设置 SDK Re: RTD update issue - MBDT Screenshot 2026-08-07 101727.png 我已经安装了IDE 3.6.10。我尝试下载 rtd 7.0.1 版本，但失败了。系统网络连接正常，只有在这个版本上以及我之前使用 3.6.0 版本时才会出现网络问题。我没有遇到任何网络问题。每当我打开 S32 IDE 应用程序时，都会弹出附件中的消息框。如果这是更改网络偏好设置导致的问题，您能告诉我需要在设置中启用和禁用哪些选项吗？ Screenshot 2026-08-07 095218.png Screenshot 2026-08-07 102413.png RTD 安装完成后，当我尝试使用示例项目 (DIO S32k344) 进行检查时，出现附件中的上述错误。在创建新项目时，我找不到任何 SDK 选项。 Screenshot 2026-08-07 102457.png Re: RTD update issue - MBDT 嗨@Rathidevi 首先，我们建议您将 S32DS 版本更新到 3.6.10。无需将其作为单独的实例安装，因为它可以作为现有 S32DS 安装的更新进行安装。详细说明请参见 S32 设计工作室 3.6.10 版本。RFP 安装指南，可在与 S32DS 安装程序相同的下载页面上找到。 推荐此更新是因为RTD 7.0.1是基于S32DS 3.6.4开发和验证的。为了确保兼容性和正常功能，IDE 版本应与用于验证的版本相同或更新。此外，共享镜像的“缺失要求”中也提到了这一要求。 关于 RTD 7.0.1 的安装，我们建议先卸载当前已安装的 RTD 版本，然后再安装 RTD 7.0.1。这有助于避免不同RTD版本之间可能存在的冲突。 BR，VaneB Re: RTD update issue - MBDT 嗨@Rathidevi 您的安装似乎缺少RTD所需的工具链。请安装 NXP GCC for Arm Release 版本 10.2 build 1728。 这样应该可以解决示例中的问题，并且只要选择 GCC 10.2 作为项目的工具链，就可以在创建新项目时将 RTD 7.0.1 作为 SDK 选项使用。

S32K118 VLPS：低功耗模式下的 I/O 保持，以及 SIRCSTEN 和 VLPSA 查询 您好， 我们已验证 S32K118 的 VLPS 输入和引脚唤醒功能正常工作。 独立运行，未连接调试器：连续四次干净的睡眠/唤醒。 循环中，SMC_PMCTRL[VLPSA] 在每个循环中清除，SMC_PMSTAT 确认 VLPR 在每次WFI之前。所以这不是关于超低压电源的问题。 无法正常工作——这指的是睡眠期间的电流消耗。 运行正常。 设置： MCU：S32K118，48引脚LQFP封装 板：S32K118EVB-Q048 (SCH-47530 Rev A1) 工具：S32 设计工作室 3.6.8GCC 11.4 问题：GPIO 输出状态通过 VLPS 保持，并且驱动的 RGB LED 也受到影响。 睡眠期间持续消耗电流。 板载 RGB LED 连接至 PTD15（绿色）、PTD16（红色）和 PTE8。 （蓝色）通过串联电阻。 我们观察到： 我们的应用程序在运行时通过周期性任务驱动 RGB LED。 当设备进入VLPS模式时，LED引脚的电平将保持不变，无论上次驱动的电平是多少。 即使设备处于睡眠状态，驱动程序仍然会继续运行。这 核心已停止运行，时钟已关闭，所有软件均未运行 - 但是 LED 会一直亮着并持续供电，直到设备唤醒。 对消费的影响很大。单个点亮的LED通道消耗 几毫安的电流流过其串联电阻，这远远高于 该设备规定的VLPS电流占总电流的大部分。 完全地。我们在 J15 处的首次供电电流测量结果显示没有 RUN 和 VLPS 之间出现显著下降，并且 LED 状态保持不变 原来这就是全部原因。 失败悄无声息。没有标志，没有错误，也没有区别 睡眠状态下 LED 熄灭和睡眠状态下 LED 亮起之间的任何状态寄存器 LED灯亮起。唯一的症状是低功耗模式似乎无法保存数据。 任何功率，都很容易被误认为是根本没有输入 VLPS。它 这耗费了我们大量的调查时间才发现。 原因。 问题： (a) 通过 VLPS 保持 GPIO 输出状态是否符合预期 设备运行情况如何？ (b) S32K118 上是否有任何配置会更改它，或者必须是 应用程序驱动每个引脚进入其预期的睡眠状态 入口？ (c) 在配置数字 I/O 之前，是否有推荐的做法？ 低功耗输入——特别是引脚上的上拉/下拉设置 与外部交换机或收发器相连，其中保留拉力 睡眠期间是否存在持续泄漏路径？ （d）指定的VLPS电流值是在何种I/O配置下测得的 该设备测量了什么？在不知情的情况下，指定的 该数值无法与实际电路板上的测量结果进行比较。 (e) 是否存在任何引脚，其保持状态会影响 VLPS 的输入 自身，还是觉醒之路？ 深度睡眠会使 I/O 处于非活动状态，LED 会自动熄灭，因为内核停止运行，所有时钟都被关闭。我们看到的并不是那样——LED灯 整个睡眠期间保持全亮度亮起。 请确认在VLPS模式下，LED灯是否会保持点亮状态，以及如果 那么，是否存在任何设备设置会导致输出引脚发生变化？ 低功率启动时处于非活动状态，而不是保持上次驱动水平。 谢谢！ Re: S32K118 VLPS: I/O retention in the low power mode, plus SIRCSTEN and VLPSA queries 你好@autouser ， a) 是的。进入VLPS后，所有I/O数据均被保留： Julin_AragnM_1-1786054875339.png b) 在进入 VLPS 之前，应用程序有责任将所需的引脚设置为预期状态。 c) 这取决于具体应用。但是，如果您有未使用的引脚，您可以参考硬件设计指南第 8 章（未使用的引脚）。 对于未使用的数字和模拟引脚，应将相应的 PORTx_PCRn[MUX] 字段设置为 0b000，以禁用引脚功能。 对于所有未初始化的引脚，默认状态为 DISABLED。 对于具有ADC功能的引脚，软件不应触发与未使用引脚复用的通道上的ADC通道转换。 如果配置为输入，则不应使其浮空，而应通过外部或内部（取决于应用）上拉至 VSS 或 VDD。 您还可以参考S32K3 低功耗电源管理单元文档；第 10 章提供了一些适用于一般 MCU 功耗的硬件注意事项： Julin_AragnM_2-1786055927609.png d) S32K1xx 数据手册中的表 4.7（功耗）显示了附件S32K1xx_Power_Modes_Configuration.xlsx中定义的功耗： Julin_AragnM_3-1786056046103.png 附件的最后一行显示了测量时启用了哪些 I/O。 此外，脚注 1 提到：“所有输出引脚均处于浮空状态，并且片上下拉功能已启用。” 所有未使用的输入引脚。 e) 除了配置的唤醒引脚（如果钳位，则会立即唤醒设备）之外，我想不出还有什么引脚会影响 VLPS 的进入/退出。 此致， 朱利安

i.MX 8QXP - LPDDR4 内存兼容性指南 大家好， 我们正在计划为 IMX8QXP 寻找 LPDDR4 的替代方案。请问是否有更新的兼容LPDDR4内存部件列表？ i.MX 8/8X/8XLite - LPDDR4 和 DDR3L 内存兼容性指南 感谢并致意 罗希特 Re: i.MX 8QXP - LPDDR4 memory compatibility guide 您好， 感谢您对恩智浦半导体产品的关注， 该列表已于今年更新，这将是最后一份兼容性指南。 你打算使用其他内存吗？ 此致 Re: i.MX 8QXP - LPDDR4 memory compatibility guide 嗨，约瑟夫， 由于交货时间和其它原因，我们计划使用不同的LPDDR4。NXP是否会支持内存验证？那么，NXP方面验证新内存的流程是什么？ 谢谢，此致敬礼！ 罗希特