T1042 DDR4初期化失敗 私は64ビットインターフェースでDDR4に接続したT1042デザインを持っています。インターフェースの最上位バイトのニブル間で不適切なビットスワップの問題が既に見つかりましたが、これはSW設定では補正できないことがわかっています。PWBの改訂版で修正を実施する予定です。しかし、他のビットは正しく、スワッピングもリファレンスマニュアルで許可されている範囲に入っているため、代わりに32ビットモードで動作させて、SWや他の設計を引き続き表示できるようにしたいと考えています。QCVS DDRの検証ツールを使って試しましたが、メモリの初期化ができません。デバイスのパラメータを入力し、DQのマッピング値を自分のデザイン通りに設定しましたが、ERR_DETECTレジスタでビットACE= 1が出続けています。プロセッサはSPIインターフェース経由でRCWを取得し、DDR周波数は800MHzに設定されています。CodeWarrior/QCVSを使用して、正しいRCW値が受信されたことを確認する方法はありますか？32ビットモードの動作で考慮すべき他の設定は何でしょうか?なぜ動作しないのか説明がつきます。どんなサポートでも大変ありがたいです。ありがとう。 QorIQ T1デバイス Re: T1042 DDR4 Initialization Failure CodeWarrior/QCVSを使用して、正しいRCW値が受信されたことを確認する方法はありますか？ [A] はい、可能です。CCSを接続して、DCFG_CCSR_RCWSR1-DCFG_CCSR_RCWSR16を読み取って、SPIフラッシュのRCWと比較できます。 32ビットモードの動作で考慮すべき他の設定は何でしょうか?なぜ動作しないのか説明がつきます。 [A]これはディスクリートDDR4ですか？一般的なルールについては、 QCVS_DDR_User_Guideを参照してください。 ハードウェア設計については、 AN5097、DDR4 SDRAMメモリインターフェースのハードウェアおよびレイアウト**デザイン**の考慮事項 よろしくお願いします。 Re: T1042 DDR4 Initialization Failure こんにちは、ジューンさん。 ご返信ありがとうございます。CCSを使用してRCWステータスレジスタを読み取り、RCWが想定どおりにプログラムされていることを確認できました。 私はディスクリートDDR4を使っており、ユーザーガイドやレイアウトの考慮事項も確認済みです。 32ビットインターフェース使用に関するエラッタA-007864を満たすため、1300MT/sで動作するための650MHzクロックがあることを確認しました。同僚が、チップセレクトがトグルしているかどうか確認するように提案した。QCVSツールがプロセッサに設定を送信し始めると、CS0信号は十分に低く保たれることがわかりました。プログラミングが完了し、検証ルーチンを実行しようとすると、CS0信号が完全にアサートされなくなる。JTAGの境界スキャンツールを独自に使い、信号が期待通りに接続されていること、そしてT1042のI/Oが正味を十分に低くしてDDR4メモリデバイスのVILを満たすことができるかを確認しました。信号の整合性に関するルーティングの面でも、ネットワークが良好であり、どこにも短絡していないことも確認しました。どうやらメモリコントローラの設定に何か問題があり、チップセレクト信号が正しく機能しないようです。他に何かアイデアはありますか?ありがとう。 Re: T1042 DDR4 Initialization Failure 説明中のCS0がD1_MCS0_Bを指しているのか確認していただけますか? ご使用のCCSでコマンドを実行し、CCSのログ全体を更新してください。 (bin) % ccs::reset_to_debug よろしくお願いします。 Re: T1042 DDR4 Initialization Failure その通りです。私が言及しているのはD1_MCS0_Bのことです。 コマンドを実行すると (bin) % ccs::reset_to_debug 「ライブラリが見つかりません」というメッセージが表示されます。 Re: T1042 DDR4 Initialization Failure メモリコントローラは650MHzまたは1300MT/sの動作に設定されています。結果は同じだった。64ビットインターフェースのバイト8で意図しないビットスワップ(ニブル間の誤スワップ)が発生しているため、DDR4で32ビットモードを使おうとしています。設計は64ビット+ECCを想定していましたが、一時的な回避策として32ビット+ECCを運用しようとしています。つまり、現在5台の16ビットチップが接続されていますが、そのうち3台だけで動作させることを目指しています。 様々な設定の組み合わせを試してみましたが、QCVSツールの動作に変化は見られません。少し奇妙なのは、QCVSと同様の値をスタートアップスクリプトに設定したGreenHillsエミュレーターを使ってみたところ、DDR_SDRAM_CFG_2[D_INIT]がクリアされるまでの待機ループを通過できたことです。これは初期化が完了していることを示唆しています。そして、初期書き込み/読み出し検証で全て0x00となり失敗します。これは、最適ではない書き込みレベル設定値を使用しているため当然の結果です。QCVSツールだけ動作が異なる理由が分かりません。 Re: T1042 DDR4 Initialization Failure RCWステータスレジスタを読み出した後、コマンドを入力してください。 コマンド「ccs::reset_to_debug」の結果ではなく、完全なccsログを共有してください。 「ライブラリが見つかりません」というメッセージが表示されます。 完全なログは、ccs を使用した最初のコマンドから始まります。 よろしくお願いします。 Re: T1042 DDR4 Initialization Failure ACEエラーは、メモリコントローラがトレーニングシーケンス中にエラーを検出した場合に設定される自動キャリブレーションエラーです。では、クロック速度を800MHzから下げた場合、トレーニング結果はどうでしょうか? 一方、DDR4では64ビットまたは32ビットのバス幅のどちらが採用されるのでしょうか？T1042にはDDR4が何個接続される予定ですか？ Re: T1042 DDR4 Initialization Failure 添付ファイルは.txtファイルです。RCW出力による。最後に指定したコマンド「ccs::reset_to_debug」を実行しましたが、「ライブラリが見つかりません」というメッセージは表示されませんでしたが、その他の情報も表示されませんでした。 DDR構成レジスタについても同様のキャプチャを行い、添付しました。問題は見つかりません。実際、GreenHillsプローブで使用したこれらの値は正常に動作し、D_INITもクリアされるようですが、同じ値をQCVSツールで使用した場合はD_INITがクリアされません。GHプローブとCWTAPの違いがよく分かりません。何かアイデアがあれば教えてください。 Re: T1042 DDR4 Initialization Failure 現在、調達部門と協力してNDAを成立させ、完全な訂正書を作成できるようにしています。しかし、コンポーネントT1042NXE7MQBを使っていて、GoogleやNXPフォーラム検索ではエラッタA009942適用されるようです。 参照された「Optimization.zip」を教えていただけますか?どこにも添付されていないようです。 Re: T1042 DDR4 Initialization Failure 「ccs::reset_to_debug」は正しく動作します。 errata_A009942 が必要かどうか確認してください。必要な場合は、添付のホットフィックス Optimization.zip を解凍して、CodeWarrior PA インストールフォルダ内の既存の Optimization フォルダを上書きしてください。C:\Freescale\CW_PA_v10.5.1\eclipse\Optimization\resources\QorIQ\DDR\templates\init\errata_A009942.py が存在します。 以下の一般的なガイドラインをご確認ください。 新しいQCVSプロジェクトを作成する - 「自動設定」と「離散DRAM」を選択する - DRAM速度定格 = 最大速度 (例: 最大3200 MT/s、データシートを参照) - 「出力データレート」で「xxx MT/s」を選択してください（現在の動作速度、例： 1300MT /s。このデータレートはRCWイメージで設定されているDRAM速度と一致している必要があります）。   - 「ランク/チップ選択」で「x」を選択                   (シングルCSまたはデュアルCS)   - 「tCL」は「xx」を選択します（DRAMデータシートの速度ビン表に従って）。   - 「デバイスごとのDRAM構成」で「xx」を選択してください（DRAMデータシートを参照）。   - 適切な CLK-to-QDS スキューを埋める               (EDA ツールを使用して CLK 信号と DQS 信号の長さを測定します。CLK の長さ - DQS の長さ) CLKの長さからDQSの長さを引いた値。例： CLK-DRAM0間の長さ = 100 mm CLK-DRAM1間の長さ = 101 mm DQS[0]の長さ = 75 mm DQS[1]の長さ = 110 mm CLK-to-DQS[0]のスキュー = 100 mm - 75 mm = 25 mm CLK-to-DQS[1]のスキュー = 101 mm - 110 mm = -9 mm - CLK配線の長さは、DQS配線の長さと10インチ以内で等しいか、それ以上でなければなりません。 - MCKの配線長がDQSの配線長より短い場合、その差は2.0インチ以内でなければなりません。 DQマッピング - コントローラピン: 実際のボードでDQビットスワッピングが使われている場合、ユーザーはQCVSで実際のPCBレイアウトに合わせて設定する必要があります。 タイミングCFG_1と3: - tCL/tRCD/rRP/tRAS この値は、現在の動作速度に合わせるためにDRAMデータシートを参照します。      - tWR (書き込み回復時間、プリチャージの最小間隔となる最後のデータ)。この値はDRAMデータシートを参照してください。          - tRRD（アクティブ化間隔）この値はDRAMデータシートを参照します。     タイミングCFG_2:   - tFAW（4つのアクティブウィンドウ）、この値はDRAMデータシートを参照します。 ユーザーは、これらのボード固有の構成やDRAM固有の構成が実際のハードウェアと一致していることを確認する必要があります。 その他のほとんどのオプションについては、QCVSのデフォルト値を使用してください。 よろしくお願いします。 Re: T1042 DDR4 Initialization Failure 添付ファイルが見当たらなくて申し訳ありません。 Re: T1042 DDR4 Initialization Failure こんにちは、ジューンさん。 ファイルの提供と継続的なサポートに感謝します。QCVS DDRvツールの設定に関するガイドラインに従い、本日、エラータ#A009942の回避策を試してみましたが、効果は見られませんでした。スクリプト自体を調べてみたところ、667MHzと800MHzという特定の周波数に対してのみ回避策が適用されているようです。現在、訂誤#007864により、幅32ビット以下の800MHzで動作するとDDRインターフェースに問題がある可能性があるとされ、現在650MHzで動作しています。650MHzの場合、設定する必要のあるデバッグレジスタ値はありますか？ この設計は単一の100MHzクロックソースを使用しているため、DDR周波数の選択肢はDDR4用に650MHz、700MHz、750MHz、800MHzしかないように思えます。32ビットモードの場合、650MHz以外の周波数を使用すべきでしょうか？ 私は依然としてDQマップの値に疑念を抱いています。数ヶ月前の別の投稿で、 T1042 DDR4 DQ MAPレジスタ設定の値を確認するのを手伝っていただきました。 これは、当サイトで動作しているT1042 DDR4の他の例とこの設計との違いが顕著です。彼らは64ビットを使用し、最上位バイトでわずかなビットスワップを行っただけだった。64ビットインターフェースのMSBで既知の悪いビットスワップがあり、そのため32ビットモードを回避策として試みています。動作設計よりも多くのスワップがあり、1バイトレーン内での完全なニブルスワップも含まれますが、インターフェースの32ビットLSBはT1042コントローラーで許可されているルールに従っているようです。DQマップの入れ替えに関する様々な組み合わせが機能することが知られていますか？検証に使っている値をもう一度見ていただけますか?便宜上、レジスタ値と回路図のキャプチャを添付しています。DDR4デバイスのもう一方の端は直接1:1のマッピングなので、スワッピングはT1042側にのみ表示されています。 改めて、サポートありがとうございます。 Re: T1042 DDR4 Initialization Failure @dbevans42 スクリプトには650 MHzのA-009942を適用し、667と同じラインをもう1行追加すれば良いでしょう。 DQマッピングを確認するため、DDRデバイスの部品回路図をご提供いただけますでしょうか。 DQマッピングがMAPを横切る場合、デバッグモードが1つありますが、これはボードを修正するまでの暫定的な解決策です。 データレートを1200MT/sに設定する DDR_SDRAM_CFG_2[DDR_SLOW] = 1 に設定します オフセット0x8F04[27]のDDRレジスタを1に設定するか、オフセット0x8F04に0x10の値を書き込みます。 DDR_DQ_MAPnレジスタをすべてクリアします よろしくお願いします。 Re: T1042 DDR4 Initialization Failure DDR4です。これはDIMMではなく離散設計なので、1G x 16ビットのデバイスが5台(64ビット+8ビットECC)です。 Re: T1042 DDR4 Initialization Failure DDR4に64ビットバス幅の製品があるかどうかはわかりません。LPDDR4のことですか? Re: T1042 DDR4 Initialization Failure 9月24日（木）に投稿した前回のメッセージでは、DQ[0:31]とECCに関する回路図のスクリーンショットを添付しました。誤ったビットスワップをハイライトした64ビットインターフェース全体のスナップショットを再度含めます。 追加の回避策を教えていただきありがとうございます。 質問: 1) A009942スクリプトに650MHzを追加する場合、どのような値を書き込むべきですか？667MHzと同じであるべきでしょうか？ 2) あなたが挙げた新しい1200MT/sの回避策は、誤ったスワップが発生しても64ビットモードが動作するようにするためのものですか、それとも引き続き32ビットモードを試す必要がありますか？ 3) DDRvツールを使用して回避策を実行する方法はありますか？そうでなければ、GreenHillsプローブの起動スクリプト内で試してみて、結果を報告します。 Re: T1042 DDR4 Initialization Failure こんにちは、ジューンさん。 GreenHillsのプローブ起動スクリプト内でご紹介いただいた回避策を実装でき、DDR4インターフェースが動作しているようです。DDR4にコードを読み込んで実行を開始でき、GHプローブメモリビューを使ってDDR4で初期化されたデータ値を確認できます。確認のため、スクリプトを添付しました。 質問: 1) デバッグモードについてもう少し詳しく教えてもらえますか? 2) デバッグモードの回避策は1200MT/sでしか動作しないのか、それとももっと速く動かせるのか? 3) DQマップレジスタの機能にバグはありますか？DQマップレジスタが宣伝どおりに動作すること、そして新しいスピンでDQ57とDQ63の入れ替わりの誤りを修正した場合でも、デバッグモードなしでも正常に動作することを確認する必要があります。 4) 32ビットモードにバグや問題はありますか？デバッグ回避策なしの32ビットモードが機能しないのは理にかなっていません。なぜなら、それらのビットのマッピング規則に従っているからです。 5) 回避策としてデバッグモードを実行し、QCVS DDRvツールを使用して正しい書き込みレベル値を取得する方法はありますか？ Re: T1042 DDR4 Initialization Failure こんにちは、ジューンさん。 あなたは問題の根本原因を特定したと思います。数年前から異なるMPUシンボルを使った**デザイン**がいくつかあり、**DDR3L**は1000MT/sで動作していますが、問題は一度もありません。そのため、記号に誤りがあるとは考えもしませんでした。私たちはマッピングの見直し、記号を修正し、この問題がなぜ長期間続いているのかを特定しようとしています。今後の新しいボードスピンでこの問題を修正できるはずです。引き続きサポートいただき、心からありがとうございます。この時点で、私たちは前に進むことができるはずです。 よろしくお願いいたします。 ダグ Re: T1042 DDR4 Initialization Failure こんにちは、@dbevans42さん これはデバッグ専用の回避策であり、ビットスワップが正しく行われていないDDR4ボードを低データレートで動作させることで、ボードレベルで他の問題が存在しないことを確認するのに役立ちます。しかし、基板設計は最終的にAN5097に従って修正される必要があります。 このモードでサポートされる最大データレートは1200 MT/sです。 社内チームからの説明は以下のとおりです。 DEBUG_2[27:FRC_SE]はスローイネーブを強制的にローに設定することを意味し、DDR4はメモリへの書き込み時にインターフェースを遅くすることでCASをプレアンブルやRXビットの調整に訓練できます。通常、DDR4は書き込みではなく、多目的レジスタにMRSコマンドを発行することによってトレーニングを行います。FRC_SEビットが設定されている場合、MPRRおよびMPRWコマンドはサポートされません。さらに、FRC_SE設定されている場合、内部トレーニングやDRAM VRefトレーニングはサポートされません。   QCVS検証はこの回避策をサポートしていません。DDRのinitソフトウェアデバッグにのみ有用であり、メモリを有効にする前に必要な設定をDDR initに組み込む必要があります。   ご提供いただいた回路図のスクリーンショットを確認したところ、MPUライブラリに表示されているT1042のピン番号がデータシートのピン番号と一致していないことに気づきました。 正しいMPUライブラリを使用しているか確認していただけますか?さらに、T1042とDDR4デバイスの両方について、完全な回路図シンボル（ライブラリ定義）を提供してください。また、回路図上のT1042のピン番号がデータシートに記載されているピン番号と異なる理由を再確認することをお勧めします。   よろしくお願いします。 Re: T1042 DDR4 Initialization Failure 初期化を正常に行うために必要な最低クロック周波数は？あるいはイニティリアザイオンが全く機能しないかも。ハードウェアガイドラインに基づいて回路図とレイアウトを確認しましたか？DDR4の部品番号を教えていただければ、より詳しくレビューできます。 Re: T1042 DDR4 Initialization Failure 根本原因を特定できて嬉しいです。 可能であれば、次の基板リビジョン前に現行設計のDQマッピングを調整することも有益かもしれません。 結果が出たら共有していただけると嬉しいです。 ご質問がありましたら、お気軽にお知らせください。 私は1週間以上OoOになるので、返答が遅れるかもしれません。何か進展があればご連絡いたします。 ありがとうございます。

S32K312 ISELED Hi NXP expert, I'd like to ask which generation of ISELED does the S32K312NHT0MPAIT support? Does it only support the first generation? Re: S32K312 ISELED Hi Chenxu1, I apologize for the delayed response. This issue had been assigned to our software team for investigation, and I only received their feedback today: Currently, our driver supports ISELED 1.0 and ILaS. However, it should be largely compatible with ISELED 2.0 and support most of its features, except for the ILaS_Read_Register command, which still needs to be verified. We have also not yet performed a comprehensive assessment to determine whether any additional updates are required to achieve full compatibility with ISELED 2.0. Best Regards, Robin

T1042 DDR4 Initialization Failure I have a T1042 design using 64-bit interface to DDR4.  We already found an issue with an improper bit swap between nibbles in the uppermost byte of the interface which we know cannot be compensated for in SW settings.  We are going to implement a fix in a PWB revision.  However since the rest of the bits are correct and the swapping falls into what is allowed according to the reference manual we are hoping to instead operate in 32-bit mode so that we can still proceed bringing up SW and the rest of the design.  I have tried this using QCVS DDR validation tool, however I cannot get the memory to initialize.  I have input the parameters of the device and made sure to set the DQ mapping values according to my design for DQ[0:31] however I continue to get bit ACE= 1 in the ERR_DETECT register.  The processor is getting the RCW via SPI interface and the DDR frequency is set to 800MHz.  Is there a way to use CodeWarrior/QCVS to verify it received the correct RCW value?  What are some other settings to consider for 32-bit mode operation that could explain why it is not working?  I would greatly appreciate any support.  Thank you. QorIQ T1 Devices Re: T1042 DDR4 Initialization Failure   Is there a way to use CodeWarrior/QCVS to verify it received the correct RCW value?  [A] Yes, that's possible, you could connect the CCS, and read out the DCFG_CCSR_RCWSR1-DCFG_CCSR_RCWSR16 to compare with the RCW in the SPI flash. What are some other settings to consider for 32-bit mode operation that could explain why it is not working? [A]Is it discrete DDR4? For the generally rule, please refer to  QCVS_DDR_User_Guide. For the HW design, please refer to the AN5097, Hardware and Layout Design Considerations for DDR4 SDRAM Memory Interfaces Thanks Re: T1042 DDR4 Initialization Failure Hello June, Thanks for the reply.  I was able to use CCS to read the RCW status registers and confirm the RCW is programmed as expected. I am using discrete DDR4 and have been through the user guide and layout considerations. I have confirmed that we have a 650MHz clock for operation at 1300MT/s to satisfy Errata A-007864 for using a 32-bit interface.  A colleague suggested checking that the chip select is toggling.  I found that once the QCVS tool starts sending the configuration to the processor, the CS0 signal is held sufficiently low.  After programming is complete and it attempts to run the validation routine the CS0 signal is no longer being fully asserted.  I independently using a JTAG boundary scan tool to confirm that the signal is connected as expected and that the T1042 I/O can drive the net low enough to satisfy the VIL for the DDR4 memory device.  I also confirmed the net looks good in terms of routing for signal integrity and that it is not shorted to anything.  It seems that there is something about the memory controller configuration that is not allowing the chip select signal to function correctly.  Any other ideas?  Thank you. Re: T1042 DDR4 Initialization Failure Could you please confirm whether the CS0 in your description refers to D1_MCS0_B? Please in your ccs run the command and update the full ccs log. (bin)  % ccs::reset_to_debug Thanks Re: T1042 DDR4 Initialization Failure Correct, I am referring to D1_MCS0_B. When I run command (bin)  % ccs::reset_to_debug I get a message that says "Library not found." Re: T1042 DDR4 Initialization Failure The memory controller is now set for 650MHz or 1300MT/s operation.  Same result.  We are attempting to use 32-bit mode for DDR4 because there is unintended bit swap on byte 8 of 64-bit interface (mistaken swap between nibbles).  The design was intended to be 64-bit + ECC but we are attempting to run 32-bit + ECC as a temporary  workaround.  That means that we currently have 5x 16-bit chips connected but are hoping to operate using only 3 of them. I've tried many combinations of settings but nothing seems to change behavior in QCVS tool.  What is a bit odd is that I have also tried using a GreenHills emulator with similar values to QCVS in its startup script and I get past the wait loop for DDR_SDRAM_CFG_2[D_INIT] to clear, implying initialization is completing.  Then it fails on initial write/read verification with all 0x00 which makes sense since it is using suboptimal write leveling values.  I do not understand why the QCVS tool has different behavior. Re: T1042 DDR4 Initialization Failure ACE error is automatic calibration error which is set if the memory controller detects an error during its training sequence. So if you lower the clock speed from 800MHz, how about the training result? Meanwhile for 64bit or 32bit bus width, which one is selected to use for DDR4? how many pcs DDR4 is planed to connect to T1042 Re: T1042 DDR4 Initialization Failure Attached is a .txt with the RCW output.  I ran the command you specified "ccs::reset_to_debug" at the end and it did not give the "library not found" message, but it did not display any other info. I have also done a similar capture for the DDR config registers and attached that.  I cannot find anything wrong.  In fact these values used with GreenHills probe actually seem to pass and get D_INIT to clear, however D_INIT does not clear when I use the same values with QCVS tool.  I'm not sure what the difference is between using GH probe vs CWTAP.  I'd appreciate any ideas. Re: T1042 DDR4 Initialization Failure Please input the command after you read out the RCW status registers. Please share the full ccs log to me instead of the command " ccs::reset_to_debug" result, such as "I get a message that says "Library not found."" The full log start from the first command you use the ccs. Thanks Re: T1042 DDR4 Initialization Failure I am currently working with my procurement to get NDA in place so that I can get full errata documentation.  However, I am using component T1042NXE7MQB and Google/NXP forum search seems to suggest that errata A009942 applies. Can you please provide the referenced "Optimization.zip," I do not see it attached anywhere. Re: T1042 DDR4 Initialization Failure "ccs::reset_to_debug" work correctly. Please confirm if errata_A009942 is needed, if it's needed, please unzip the attached hotfix Optimization.zip to override existing Optimization folder within the CodeWarrior PA installation folder. there will be present C:\Freescale\CW_PA_v10.5.1\eclipse\Optimization\resources\QorIQ\DDR\templates\init\errata_A009942.py Confirm the general guide as below: creating a new QCVS project   - choose "Auto configuration" and "Discrete DRAM"   - DRAM Speed Rating = Max speed                  (e.g., max 3200 MT/s, see datasheet).        - "Output data rate" choose "xxx MT/s"           (Current working speed, e.g. 1300MT/s, this data rate must match the DRAM speed configured in RCW image)   - "Rank/Chip select" choose "x"                  (single CS or dual CS)   - "tCL" choose "xx"                              (according to speed bin table in DRAM data sheet)   - "DRAM configuration per device" choose "xx"    (see DRAM data sheet)   - fill the proper CLK-to-QDS skews               (measure lengths of CLK and DQS signals via EDA tool, CLK length - DQS length) CLK length minus DQS length, example: CLK-to-DRAM0 length = 100 mm CLK-to-DRAM1 length = 101 mm DQS[0] length = 75 mm DQS[1] length = 110 mm CLK-to-DQS[0] skew = 100 mm - 75 mm = 25 mm CLK-to-DQS[1] skew = 101 mm - 110 mm = -9 mm  - CLK trace length must be equal to or longer than DQS trace length within 10 inches. - If MCK trace length is shorter than DQS trace length, it must be within 2.0 inches. DQ mapping - Controller pins: If DQ bit swapping is used on your actual board, user must configure this in QCVS to match the actual PCB layout. TIMING_CFG_1_and_3:   - tCL/tRCD/rRP/tRAS  this value refers to DRAM datasheet to match the current working speed rate.      - tWR (Write Recovery Time, Last data to precharge minimum interval), this value refers to DRAM datasheet.          - tRRD(Activate-to-activate interval) this value refers to DRAM datasheet.     TIMING_CFG_2:   - tFAW(Four Activate Window), this value refers to DRAM datasheet. user should ensure those board-specific and DRAM-specific configurations match the actual hardware. for other most of options, use the default QCVS preset value. Thanks Re: T1042 DDR4 Initialization Failure Sorry miss the attachment. Re: T1042 DDR4 Initialization Failure Hello June, Thanks for providing the files and the continued support.  I followed your guidelines for QCVS DDRv tool set up and I tried out the errata #A009942 workaround today and it did not seem to make a difference.  I looked into the script itself and it only seems to be applying the workaround for specific frequencies of 667MHz and 800MHz.  I am currently running at 650MHz due to errata #007864 which claims there might be issues with the DDR interface when running at 800MHz for width 32-bit or less.  Is there a debug register value that needs to be set for 650MHz?  This design is using a single 100MHz clock source so my only options for DDR frequency appear to be 650MHz, 700MHz, 750MHz, and 800MHz for DDR4.  Should I be using a different frequency other than 650MHz for 32-bit mode? I am still suspicious of the DQ map values.  You actually helped me verify the values a few months ago in another post:  T1042 DDR4 DQ MAP Register Settings This is a noted difference between this design and the other instance of working T1042 DDR4 on our site.  They used 64-bit and only had minor bit swapping on the most significant byte.  We have a known bad bit swap on the MSB of our 64-bit interface which is why we are attempting 32-bit mode as workaround.  We have a lot more swapping than the working design including a full nibble swap within a byte lane, however the 32-bit LSBs of the interface appear to follow the rules for what is allowed by the T1042 controller.  Are different combinations of the DQ map swapping known to be working?  Can you take another look  at the values we are using to verify?  Register value and schematic captures included for convenience.  The other end at the DDR4 device is a direct 1:1 mapping, so the swapping appears only at the T1042 side for clarity. Thanks again for the continued support. Re: T1042 DDR4 Initialization Failure It is DDR4.  This is a discrete design, not DIMM, so we have five 1G x 16-bit devices (64-bit + 8-bit ECC). Re: T1042 DDR4 Initialization Failure Not sure DDR4 has 64BIT BUS WIDTH product. Do you mean LPDDR4? Re: T1042 DDR4 Initialization Failure @dbevans42  A-009942 at 650 MHz should be applied in the script, you could add one more line  same as 667 to include this. Please kindly share the DDR device part schematics to confirm the DQ mapping. If the DQ mapping cross the MAP, we have one debug mode, it is a temporary solution till you fix your board. set the data rate to 1200MT/s set DDR_SDRAM_CFG_2[DDR_SLOW] = 1 set DDR register at offset 0x8F04[27] = 1, or write a value of 0x10 to offset 0x8F04. clear all DDR_DQ_MAPn registers Thanks Re: T1042 DDR4 Initialization Failure Hello June, I was able to implement the workaround you listed within our GreenHills probe startup script and from what we can tell the DDR4 interface is now working.  We can load code into DDR4 and start executing and I am able to see the initialized data value in DDR4 using the GH probe memory view.  Script attached for review. Questions: 1) Can you provide more detail on the debug mode? 2) Does the debug mode workaround only function at 1200MT/s or can it be run faster? 3) Is there a bug in the function of the DQ map registers?  I need to be sure that the DQ map registers actually work as advertised and that if I fix the mistaken DQ57 and DQ63 swap in a new spin that it will still work without the debug mode. 4) Is there a bug/issue with 32-bit mode?  It does not make sense that 32-bit mode without debug workaround does not work since we follow the mapping rules for those bits. 5) Is there a way to run workaround debug mode and use QCVS DDRv tool to get correct write leveling values? Re: T1042 DDR4 Initialization Failure My last post to you on Thursday 9/24 I attached the relevant schematic screenshots for DQ[0:31] and ECC.  I'm including the snapshots again of the whole 64-bit interface with the erroneous bit swap highlighted. Thank you for the additional workaround.       Questions: 1) If I add 650MHz to the A009942 script what value should be written?  Should it be the same as 667MHz? 2) Is the new 1200MT/s workaround you listed meant to make 64-bit mode work even with the erroneous swap, or do we need to continue trying 32-bit mode? 3) Is there a way to do the workaround using the DDRv tool?  Otherwise I will try it within our GreenHills probe startup script and report back with results. Re: T1042 DDR4 Initialization Failure Hello June, I think you've identified the root cause of our issue.  We have several designs dating back several years which use the incorrect MPU symbol with DDR3L running at 1000MT/s and they have never had any issues.  It never occurred to us that there could be an error in the symbol for that reason.  We are working to review our mapping, correct the symbol, and identify how/why this issue has persisted for so long.  We should be able to correct this issue in upcoming new board spin.  Thank you greatly for the continued support.  We should be able to move forward at this point. Regards, Doug Re: T1042 DDR4 Initialization Failure what the lowest clock freq to make the initialization work? Or the initiliazaion can not work at all. Have you check the schematics and layout based on hardware guideline? It would be helpful if you share the DDR4 part number to better review Re: T1042 DDR4 Initialization Failure Hi @dbevans42  This is a debug-only workaround that allows a DDR4 board with incorrect bit swapping to operate at a reduced data rate, helping to confirm that no other board-level issues exist. However, the board design must eventually be corrected according to AN5097. The maximum supported data rate in this mode is 1200 MT/s. Here the explanation from internal team: DEBUG_2[27:FRC_SE] means that slow enable is forced low, this can be used to allow DDR4 to train the CAS to preamble and RX bit deskew by slowing the interface down during writes to memory. Normally, DDR4 will train by issuing MRS commands to the multi-purpose register(s) instead of writes. If FRC_SE bit is set, then MPRR and MPRW commands are not supported. In addition, this also means that VRef training is not supported (for Internal or DRAM VRef training) if FRC_SE is set.    QCVS validation does not support this workaround; it is useful for DDR init software debug only, and the required settings must be incorporated in DDR init before memory enable.   I have reviewed the schematic screenshots you provided and noticed that the T1042 pin numbers shown in your MPU library do not match those in the datasheet. Could you please verify that the correct MPU library is being used? In addition, please provide the complete schematic symbols (library definitions) for both the T1042 and the DDR4 device. You may also want to double-check why the T1042 pin numbers in your schematic differ from those specified in the datasheet.   Thanks Re: T1042 DDR4 Initialization Failure I am glad we could identify the root cause. It may also be beneficial to adjust the DQ mapping in the current design, if possible, before the next board revision. It would be great if you could share your results when they become available. If you have any questions, please feel free to let me know. I will be OoO more than 1 week, so my response may be delayed. I will get back to you if there is any update. Thanks.

S32K312 ISELED Hi，NXP专家 我想问一下S32K312NHT0MPAIT支持第几代ISELED？是否只支持第一代？ Re: S32K312 ISELED 嗨陈旭1， 很抱歉回复晚了。这个问题已分配给我们的软件团队进行调查，我今天才收到他们的反馈： 目前，我们的驱动程序支持 ISELED 1.0 和 ILaS。不过，它应该与 ISELED 2.0 基本兼容，并支持其大部分功能，但 ILaS_Read_Register 命令除外，该命令仍需验证。我们尚未进行全面评估，以确定是否需要任何额外的更新才能与 ISELED 2.0 完全兼容。 此致敬礼， Robin

アメリカで主要な燃料配送アプリ開発会社はどこですか? アメリカで燃料配送アプリ開発会社をお探しなら、JPLoftは検討に値する会社の一つです。JPLoftは16年以上の経験と1,250件以上のプロジェクト実績を持ち、スタートアップ企業、燃料供給業者、大企業向けにカスタマイズされた燃料配送ソリューションを開発しています。 そのソリューションには、リアルタイムGPS追跡、燃料の注文とスケジューリング、ドライバー管理、安全な支払い、管理ダッシュボード、通知、分析が含まれます。JPLoftはUI/UXやアプリ開発からテスト、展開、発売後のサポートまで、エンド・ツー・エンド・サービスも提供しています。 開発パートナーを選ぶ前に、関連する業界経験、技術の専門知識、スケーラビリティ、セキュリティの実践、継続的なサポートを比較してください。

TUSB321AI - i.MX8M plus Controller Hi Team, We are planning to use TUSB321AI CC controller from TI in USB1 Since we have a requirement of USB1 with ID Pin. By default we have configured CC controller as DRP.Is this good to go for initial/uninterrupted flashing ? Re: TUSB321AI - i.MX8M plus Controller Hello @ramkrish  Hope you are doing very well. For i.MX8M Plus ROM/UUU serial downloading, the processor operates as a USB peripheral, and the ROM code does not require or check the USB ID pin. So,  DRP may work, but it is not the best choice for deterministic, uninterrupted initial flashing. Best regards, Salas.

TUSB321AI - i.MX8M plus 控制器 大家好， 我们计划在 USB1 中使用 TI 公司的 TUSB321AI CC 控制器，因为我们需要带有 ID 引脚的 USB1。 默认情况下，我们将CC控制器配置为DRP模式。这样配置是否适用于初始/不间断刷写？ Re: TUSB321AI - i.MX8M plus Controller 你好@ramkrish 希望你一切都好。 对于 i.MX8M Plus ROM/UUU 串行下载，处理器作为 USB 外设运行，ROM 代码不需要或检查 USB ID 引脚。 因此，DRP 可能有效，但对于确定性、不间断的初始闪充而言，它并不是最佳选择。 顺祝商祺！ 萨拉斯。

Getting Started: MCP Server for Documentation Introduction Large language models are great at explaining concepts, but they do not always know the exact register offset, the latest bit-field definition or a device-specific detail from an NXP reference manual. When the answer has to be correct, the model should not be guessing.   MCP Server for Documentation solves this by bringing NXP product documentation directly into your agentic development workflow. Instead of relying only on what the model already knows – or asking you to search through hundreds of pages of a hardware manual yourself – your AI agent can discover the right product, search the documentation and read the underlying source content, all without leaving your development environment.   This article explains what MCP Server for Documentation is, what you can use it for, which documentation it covers, and how to get started in a few simple steps. What is MCP Server for Documentation?   MCP Server for Documentation is a remote MCP (Model Context Protocol) service that gives an MCP-compatible AI client access to structured NXP product documentation.   With MCP Server for Documentation, your agent can:   Discover the products and documents that are available to you Search the documentation for the hardware information it needs Retrieve the underlying source content before it produces an answer   The key idea is simple: instead of searching blindly through PDFs, the agent navigates a structured knowledge graph – chapters, sections, registers and fields – and retrieves exactly the context that is relevant to your question.   The flow of MCP Server for DocumentationThe flow of MCP Server for Documentation Why use MCP Server for Documentation? Ground your AI Give your agent relevant NXP product information instead of relying only on what the model already knows. This reduces guessing and helps avoid hallucinated register values or configuration steps.   Find details faster Ask about registers, bit fields, peripherals, configuration sequences and other hardware topics, and let the agent locate the answer for you.   Improve code generation Retrieve product-specific documentation context before asking the agent to explain hardware behaviour or generate an implementation.   Reduce manual searching Let the agent search and retrieve the relevant information while you stay inside your development environment. What can I use it for?   MCP Server for Documentation already supports a range of everyday hardware development workflows.   Find precise hardware information Ask about a known register, field, peripheral, acronym or hardware concept. Example: "Using ChipDocs MCP, find the S32K3xx eDMA TCD NBYTES register and explain the SMLOE and DMLOE fields."   Ask how-to questions Use MCP Server for Documentation when the answer requires multiple sections or a sequence of configuration steps. Example: "Using ChipDocs MCP, explain how to configure FlexCAN0 on MCX N947 for CAN FD with bit rate switching, and which CTRL1 fields set the nominal bit timing."   Generate documentation-grounded code Give your agent relevant product context before asking it to generate an implementation. Example: "Using ChipDocs MCP, generate a simple initialization function called LPI2C_init that configures LPI2C1 as a controller at 400 kHz on i.MX RT1180."   Work with document attachments Where available, MCP Server for Documentation can expose supporting PDFs, spreadsheets and other document assets. Example: "Using ChipDocs MCP, retrieve the S32N55 DMA channel mapping spreadsheet and list the request sources for eDMA channels 0 through 7."   Example of a grounded answer in an AI clientExample of a grounded answer in an AI client Documentation coverage   MCP Server for Documentation provides access to reference manuals and data sheets for recent NXP MCU and MPU products, with additional documentation being added through regular releases.   Publicly available product families currently include:   S32 Automotive – S32E2, S32G2, S32G3, S32K3, S32N5, S32Z2 MCX family – MCXA, MCXC, MCXE, MCXN, MCXW i.MX family – i.MX 91, i.MX 93, i.MX 95 i.MX RT family – i.MX RT700, i.MX RT1180 KW family – KW45, KW47   Additional products and documentation may be available based on the user's access permissions. Document visibility varies by product and user authorization, and the available documentation is continuously expanded   Getting started   MCP Server for Documentation is a remote MCP service. There is no local MCP server or SDK to install – you simply connect your AI client to the service. Prerequisites   An MCP-compatible AI client that supports the current MCP protocol and OAuth authentication Connectivity to the MCP Server for Documentation service An NXP account with access to the documentation you want to use   MCP Server for Documentation has been tested with GitHub Copilot, Claude Code and Kiro. Other clients that implement the current MCP protocol and OAuth authentication are expected to be compatible.   Step 1 – Add MCP Server for Documentation to your AI client MCP Server for Documentation is reachable at a single HTTP endpoint: MCP endpoint https://mcp.gw.ext.nxp.com/mcp   Add the server through your client's interface, or directly in your MCP configuration file. For GitHub Copilot in VS Code, open the Command Palette, choose "MCP: Add Server...", select HTTP, and paste the endpoint above. Give the server a name (for example, chipdocs) and choose whether it should apply to all projects or only the current one.   If you prefer to edit the configuration file yourself, the entry looks like this: .vscode/mcp.json { "servers": { "chipdocs": { "url": "https://mcp.gw.ext.nxp.com/mcp", "type": "http" } } }   Adding the MCP Server for Documentation in VS CodeAdding the MCP Server for Documentation in VS Code Step 2 – Authenticate MCP Server for Documentation uses OAuth authentication. Start or activate the MCP Server for Documentation in your client and complete the sign-in flow with your NXP account when authorization is requested.   Step 3 – Verify your connection Confirm that the MCP Server for Documentation tools are available and that the server responds. Try: "Using the ChipDocs MCP, show me which chips are currently available to me."   Step 4 – Check what documentation you have access to Try: "Using the ChipDocs MCP, what manuals are available for the chip I am working with?" If your agent has no project open to infer the device from, name it in the prompt instead – for example, "… what manuals are available for S32K3?" The reply lists the document types and versions your account can read for that product. That single answer confirms all three things at once: the server responds, your sign-in was accepted, and your account is authorized for the documentation.   Step 5 – Run your first grounded hardware query Now ask something a model cannot answer reliably from memory. Try: "Using the ChipDocs MCP, find the LPSPI version ID register on S32K3 and give me the exact offset and bit fields." The answer should use retrieved NXP documentation and provide the requested hardware details instead of guessing device-specific values.     Result of the first grounded hardware queryResult of the first grounded hardware query Watch: Get started with MCP Server for Documentation   The short video below walks through the whole flow – from adding the server and authenticating, to verifying the connection and running your first grounded query.   (function() { var wrapper = document.getElementById('lia-vid-6405633198112w960h540r960'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (view in My Videos) Tips for better results   For the best results, include three things in your prompt whenever possible:   Product – the NXP device you are working with (for example, s32k3xx) Topic – the register, peripheral or concept you are asking about Desired result – what you want back (an explanation, an offset, a code snippet)   Example: "Using ChipDocs MCP, for S32K3 find the LPSPI version ID register and give me the exact offset and bit fields."   Explicitly mentioning "Using ChipDocs MCP" makes it clear that the agent should retrieve information from MCP Server for Documentation instead of answering only from existing model knowledge. Known issues   GitHub Copilot in VS Code may not enable the server automatically – after setup, GitHub Copilot can send requests before authentication completes, so the server may not turn on by itself. When this happens, enable (start) the server manually. This is a VS Code behaviour and has no further effect once the server is enabled.   Support   Your feedback helps shape MCP Server for Documentation. Whether you run into a problem, notice a documentation error, have an idea for how the service could work better, or want a product or document added, we want to hear from you – just let us know which product and document type you need.   Share feedback, report issues, and request additional documentation on the Agentic AI Development feedback page.   What's next for MCP Server for Documentation?   MCP Server for Documentation is actively evolving. Additional NXP product documentation is being added through regular releases, increasing the range of hardware information available to agentic workflows. Capabilities will continue to improve based on developer workflows, product needs and user feedback. Conclusion   MCP Server for Documentation gives your AI agent direct, grounded access to NXP hardware documentation. Instead of guessing device-specific details, your agent can discover the right product, search the documentation and retrieve the real source content – helping you get accurate answers and better code without manually browsing large reference manuals.   Connect MCP Server for Documentation to your AI development environment and give your agent the NXP product context it needs. MCP Server for Documentation is a remote MCP service that connects your AI agent directly to structured NXP hardware documentation, so it can search reference manuals, look up registers and bit fields, and retrieve the real source content before it answers a question or generates code. Getting Started

S32 Design Studio: Import and Build an Application Code Hub Project using AI Introduction This tutorial shows how an AI agent, together with S32 Design Studio AI Support, can run a complete S32 Design Studio workflow from one natural-language prompt. The workflow covers importing an NXP Application Code Hub example, generating configuration code, building the project, and running it on hardware. Instead of clicking through wizards, configuration views, and debug settings, you describe the result you want in plain language. The agent then uses S32 Design Studio AI Support's MCP tools to carry out each step. In this scenario, you ask the agent to complete an end-to-end task: Start S32 Design Studio with a dedicated workspace. Import the GPIO Blinking LED Demo from the NXP Application Code Hub. Target the FRDM-A-S32K312 board. Generate code for Pins, Clocks, and Peripherals using S32 Configuration Tools. Build the project with zero errors. Flash and run the firmware on the connected board. The agent breaks this request into a sequence of tool calls. It starts the IDE, searches the Application Code Hub, imports the demo, runs code generation, builds the project, and flashes the board.  Estimated time: ~20 minutes. System Architecture GPIO Blinking LED Demo — FRDM-A-S32K312 – system architecture overview   The components involved are:   FRDM-A-S32K312 – Target evaluation board. Runs the GPIO Blinking LED Demo firmware. Host PC – Runs S32 Design Studio and the S32 Design Studio AI Support. Imports the project, generates code, builds, and flashes the firmware over USB. Prerequisites   What you need before starting Download the FRDM Automotive S32K3 + S32M27 Board Installation Package from the Automotive Package Manager – LINK Install S32 Design Studio (version 3.6.5 or newer) from the above bundle into working directory along with the S32K3 SDK  Install the S32 Design Studio MCP REST Server (bundled with S32 Design Studio 3.6.11+ or available for installation via Extensions and Updates in older versions starting with 3.6.5) One FRDM-A-S32K312 evaluation board + USB cable Download, install and configure your agent to use the S32 Design Studio AI Support from Installation & Usage Guide  Note: This tutorial uses these paths: Installation: C:\NXP\2026\K3_kit\S32DS_3.6.8 Workspace: C:\NXP\2026\K3_kit\workspace_S32DS_3.6.8_K3_kit You can use any location. If you do, update the paths in the prompt to match. Connect the FRDM-A-S32K312 board to the PC via USB before starting. The AI will detect the board automatically through the MCP server. Steps   Send the following prompt to your AI assistant. It is a complete, self-contained instruction that drives the demo.   Step 1 – Import GPIO Blinking LED Demo & build You are a software developer that needs to use S32K312 FRDM board, start S32DS that is installed at C:\NXP\2026\K3_kit\S32DS_3.6.8, import the GPIO Blinking LED Demo for FRDM-A-S32K312 from the NXP Application Code Hub into S32 Design Studio IDE. After importing, run S32 Configuration Tools to generate code (Pins, Clocks, Peripherals), build and run the project. Use s32ds-agentic-ai MCP server and if the server disconnects, stop and notify the user. AI will:   Start S32 Design Studio from C:\NXP\2026\K3_kit\S32DS_3.6.8 Search NXP Application Code Hub for GPIO Blinking LED Demo for FRDM-A-S32K312 and import it into S32DS Open S32 Configuration Tools and click Generate Code (Pins, Clocks, Peripherals) Trigger a full build and confirm zero errors Flash and run the project on the board Stop and notify the user if the s32ds-agentic-ai server disconnects Verifying the Result   Work through this final check to confirm that the prompt completed successfully.   Final check The project is imported and visible in the S32DS Project Explorer. S32 Configuration Tools ran successfully – Pins, Clocks, and Peripherals code was generated with no errors. Build completes with zero errors. Firmware is flashed and running on the FRDM-A-S32K312 board. The onboard LED should toggle with a 500ms cadence (500ms on, 500ms off). Troubleshooting   Symptom Fix Project not found in Application Code Hub Confirm the search term is GPIO Blinking LED Demo for FRDM-A-S32K312. Check that the s32ds-agentic-ai is connected and the ACH tool is available. Import fails or project does not appear in Project Explorer Try File › Import › Existing Projects into Workspace manually. Confirm the workspace path is C:\NXP\2026\K3_kit\workspace_S32DS_3.6.8_K3_kit. S32 Configuration Tools does not open Double-click the .mex file in the project root. Ensure the S32K3 SDK is installed and the project SDK is correctly configured. Generate Code produces errors Check the Pins, Clocks, and Peripherals tabs for validation errors (red markers). Resolve conflicts before regenerating. Build errors after Generate Code Ensure the generated src/ folder is included in the build path. Try Project › Clean then rebuild. Flash / debug fails Ensure the board is powered via USB and the J-Link / OpenSDA debugger is recognised. Try Run › Debug Configurations and re-select the correct debug probe. LED does not blink after flashing Confirm the correct binary was flashed. Check that the debug session started and the program counter advanced past main(). s32ds-agentic-ai server disconnects Stop immediately and restart the MCP server following the setup instructions. Do not continue until the server is confirmed connected. File Reference   File Step Description src/main.c 1 Main firmware entry point — GPIO LED blinking loop *.mex 1 S32 Configuration Tools project file (Pins, Clocks, Peripherals) generate/src/ 1 Auto-generated peripheral initialization source files generate/include/ 1 Auto-generated peripheral configuration headers   Import the demo, generate the configuration code and flash it – your first Application Code Hub project running on the FRDM-A-S32K312 in about 20 minutes. Examples

NXP Trimension® SR250で始めるUWB入門 第1回：UWBの基礎とSR250の概要 (日本語ブログ) はじめに   「スマホをポケットに入れたままドアが開く」「部屋に入ったら自動で照明がつく」「ソファに座った瞬間、サウンドバーが自分の位置に合わせて音場を自動調整してくれる」── こんな体験を実現できるデバイスが NXP Trimension® SR250 です。 SR250は、超高精度な無線測距技術「UWB (Ultra-Wideband：超広帯域無線)」と、相手デバイスなしで人や物体を感知できる「UWBレーダー」を、IoT向けとして世界初となるオンチップ処理付きで1チップに統合したICです。 そんな様々な可能性を秘めたこのSR250が、2026年3月、ついにマスマーケット向けリリースされました！評価ボード SR250UWBSHIELD が NXPのeコマースで購入できます。 「面白そうだけど、難しそうかな？」と思っていたあなた、今が試してみるチャンスです。 第1回はUWBとはそもそも何かという基礎から、SR250の特徴までをお届けします。本稿を読んで想像をふくらませ、ぜひ評価ボードを入手して一緒にUWBを体験しましょう！ UWBって、昔どこかで聞いたことがある？   「UWBって、昔の高速データ転送技術では？」と思った方、鋭いです！ 2000年代初頭、UWBは高速ワイヤレスデータ転送技術として大きな注目を集めました。WiMediaアライアンスが標準化を進めましたが、Wi-FiやBluetoothの急速な進化に押され、普及しないまま終わりました。 ところが2010年代後半、UWBは全く別の顔で復活します。精密測距・測位の技術として再定義され、IEEE 802.15.4zとして標準化。2019年 iPhone 11への搭載を機に、一気に注目度が高まりました。 UWBが広い帯域幅を持つという本質は変わっていません。ただ、その特性を「通信速度」ではなく「時間分解能」として使うことで、まったく新しい用途が生まれたのです。 UWBとは？ ─ センチメートルの世界へ   UWB (Ultra-Wideband) は、名前の通り周波数軸で見れば超広帯域、逆に時間軸で見ると非常に短いパルス信号を使った無線技術です。IEEE 802.15.4z規格として標準化されており、近距離高精度測位の分野で今まさに急速に普及しています。 Wi-FiやBluetoothの位置精度が±1〜2mであるのに対して、UWBは±5〜10cmのセンチメートル精度を実現できます。これは「どこかにいる」ではなく「ここにいる」を検知できる技術です。 このセンチメートル精度と高いセキュリティの組み合わせが、スマートカーアクセスや精密な屋内測位を可能にしています。Androidスマートフォン・AirTagに加え、*Google Pixel Tagへの搭載も発表され、今後さらなる普及が期待されています。 *Google Pixel Tagは2026年11月発売予定 なぜUWBはマルチパスに強く、セキュアなのか？ ─ 他無線技術との比較   マルチパスとは？   電波は光のように直進するだけでなく、壁・天井・家具などに反射しながら伝わります。受信側には「直進してきた電波」と「あちこちで反射してから届いた電波」が混ざって届きます。これがマルチパスです。特に屋内では反射が多く、マルチパスの環境となります。 BLEやWi-FiのようなRSSI (受信強度) ベースの測距は、この「混ざった電波の強さ」を使って距離を推定するため、反射波に大きく左右されてしまいます。 UWBは非常に短いパルス信号 (数ナノ秒幅) を使っているため、直接届いた信号と反射して後から届いた信号を時間的に分離して識別できます。   なぜUWBの測距はセキュアなのか？ UWBは、 STS (Scrambled Timestamp Sequence：スクランブルされたタイムスタンプシーケンス) と呼ばれる暗号化された信号列を使用しています。STSはAES-128ベースの乱数生成器によって毎回異なる値が生成されます。受信側は事前に共有した鍵から同じSTSを計算し、受信値と照合することで、正規の送信元かどうかを検証します。 STSは毎回異なる値が生成されるため、傍受した信号をそのまま再送したり(リプレイアタック）、中継・偽装して距離を誤認識させたりする攻撃が成立しません。さらにセキュアレンジングでは、STS生成に使うセッション鍵をセキュアな環境で管理し、定期的に再計算します。仮に特定時点の鍵情報が漏洩しても被害範囲を限定できます。これらにより、UWBはBLEやWi-Fiベースのレンジングよりも強固なセキュリティを実現しています。   測距技術の比較   技術 精度 マルチパス耐性 セキュリティ 主な用途 UWB ±5~10 cm 高 (パルスで直接波を分離) 高 (STS暗号化) 精密測位・スマートアクセス BLE Channel Sounding ±0.5 m 中 (位相測定で改善) 中 (RTT+位相で保護) スマートアクセス・IoT Wi-Fi RTT (FTM) ±1〜2 m 低〜中 低 屋内ナビ・フロア判定 BLE RSSI ±1〜5 m 低 (強度ベース) 低 近接検知・ビーコン BLE Channel Soundingなど他技術はコスト・消費電力面での利点もあるため、用途に応じた使い分けやUWBとのハイブリッド構成も増えています。 UWBの測距原理：ToF と AoA   ToF (Time of Flight：飛行時間) TWR (Two Way Ranging) では、InitiatorがパルスをResponderに送り、Responderが折り返すことで、Initiatorが電波の往復時間を計測し距離を算出します。電波は光速で伝わるため、わずかな時間誤差が距離誤差に直結します。広帯域であるほど時間分解能が上がり、距離精度が向上するのです。 また、複数デバイスを組み合わせたTDOA (Time Difference of Arrival) にも対応しており、広いエリアのリアルタイム測位も可能です。 AoA (Angle of Arrival：到達角度) 複数のアンテナで受信した信号の位相差（PDOA, Phase Difference of Arrival）から、デバイスが存在する角度を算出します。SR250は3つの受信ポートを持つため、水平方向と垂直方向を同時に算出する3シングルショット3D AoA が可能です。   UWBレーダーとは？   測距 (Ranging) は2台のUWBデバイスが通信し合うことで距離を測りますが、レーダーはまったく異なるアプローチをとります。送信したパルスが人や物体に当たって反射してくる信号を解析することで、相手がUWBデバイスを持っていなくても距離・方向・存在を検知できるのです。 UWBレーダーは人体のわずかな動きを捉えることができ、プライバシーを守りながら「その場に人がいるか」「動いているか」を感知できます。 レーダー処理はSR250にお任せ！オンチップ・レーダー処理   レーダーのアルゴリズムは複雑で、独自に構築するのは容易ではありません。SR250は、単一ターゲットの存在・距離・角度検知まではオンチップで処理できるよう設計されており、アルゴリズム開発無しでレーダー機能を使うことができます。もっと複雑なレーダー処理をしたい場合は、反射はデータをホストに送ることでAI/MLを使用した応用も可能です。 SR250が切り拓くアプリケーション   測距とレーダーを1チップに統合したSR250は、スマートロック・スマートスピーカーといった民生機器から、工場・倉庫でのAGV (無人搬送車) やフォークリフトと作業者の衝突防止といった産業用途まで、幅広い分野での活用が期待されています。 「位置を知る」「存在を知る」「動きを知る」─ この3つがカメラなしでできるとしたら、どんな機器が作れるでしょうか。ぜひ想像しながら連載を読み進めてください。 連載の予定   本連載は全4回を予定しています。 第1回（本記事） UWBの基礎とSR250の概要 第2回 SR250評価ボード (SR250UWBSHIELD) のセットアップ 第3回 UWB測距 (Ranging) を試してみる 第4回 UWBレーダー (Radar)を試してみる 次回は評価ボードの入手方法・ハードウェア・ソフトウェア環境の構築を解説します。UWBを動かす準備を一緒に整えましょう！ 参考リンク Trimension SR250 製品ページ（日本語） SR250 評価ボード（TRIMENSION-SR250） UWB Radar Fundamentals (AN13989) UWB Convergence Radar ホワイトペーパー Introducing The Trimension SR250 トレーニング（英語・24分） ========================= 本投稿の「Comment」欄にコメントをいただいても、現在返信に対応しておりません。 お手数をおかけしますが、お問い合わせの際には「NXPへの技術質問 - 問い合わせ方法 (日本語ブログ)」をご参照ください。 （既に弊社NXP代理店、もしくはNXPとお付き合いのある方は、直接担当者へご質問いただいてもかまいません。） センチメートル精度の測距と、相手デバイス不要のUWBレーダーを1チップに統合したNXP Trimension® SR250が、2026年3月にマスマーケット向けにリリースされました。本記事では、UWBの基礎原理からSR250の特徴を解説します。 (読了：10分) Security 日本語ブログ

Getting Started with UWB Using NXP Trimension® SR250 - Part 1: UWB Basics and an Overview of the SR250 (Japanese Blog) Introduction   "Doors open with your smartphone still in your pocket," "Lights turn on automatically when you enter a room," "The moment you sit down on the sofa, the soundbar automatically adjusts the sound field to your position"—the NXP Trimension ® SR250 is a device that can make these experiences a reality. The SR250 is the world's first IC for IoT applications to integrate ultra-high-precision wireless ranging technology " UWB (Ultra-Wideband) " and " UWB radar " that can detect people and objects without an external device, all on a single chip with on-chip processing. This SR250, which holds so much potential, was finally released to the mass market in March 2026! The evaluation board SR250UWBSHIELD is available for purchase from NXP's e-commerce site . If you've been thinking, "That sounds interesting, but it might be difficult," now's your chance to give it a try. In this first installment, we'll cover everything from the basics of what UWB is to the features of the SR250. Read this article to expand your imagination, and then get your hands on an evaluation board and experience UWB together! Have you heard of UWB somewhere before?   If you're thinking, "Isn't UWB an old high-speed data transfer technology?", you're very perceptive! In the early 2000s, UWB attracted considerable attention as a high-speed wireless data transfer technology . The WiMedia Alliance worked to standardize it, but it ultimately failed to gain widespread adoption due to the rapid evolution of Wi-Fi and Bluetooth. However, in the late 2010s, UWB made a comeback in a completely different form. It was redefined as a precision distance measurement and positioning technology and standardized as IEEE 802.15.4z. Its inclusion in the iPhone 11 in 2019 brought it a surge in popularity. The fundamental characteristic of UWB—its wide bandwidth—remains unchanged. However, by using this characteristic not as "communication speed" but as "temporal resolution," entirely new applications have emerged. What is UWB? — Into the world of centimeters   UWB (Ultra-Wideband), as its name suggests, is a wireless technology that uses extremely wide bandwidth in terms of frequency, and conversely, very short pulse signals in terms of time. It has been standardized as the IEEE 802.15.4z standard and is currently rapidly gaining popularity in the field of short-range high-precision positioning. While Wi-Fi and Bluetooth have a positioning accuracy of ±1-2m, UWB can achieve centimeter-level accuracy of ±5-10cm. This technology can detect "here" rather than "somewhere." This combination of centimeter-level accuracy and high security enables smart car access and precise indoor positioning. In addition to Android smartphones and AirTag, it has also been announced that it will be integrated into Google Pixel Tag, and further widespread adoption is expected in the future. *Google Pixel Tag is scheduled for release in November 2026. Why is UWB so robust against multipath interference and secure? — A comparison with other wireless technologies   What is multipathing?   Radio waves don't just travel in a straight line like light; they also propagate by reflecting off walls, ceilings, furniture, and other objects. The receiver receives a mixture of radio waves that traveled in a straight line and those that have reflected from various points. This is called multipath. Indoors, in particular, there are many reflections, creating a multipath environment. RSSI (Radio Speed Indicator) based ranging methods like BLE and Wi-Fi estimate distance using the "strength of mixed radio waves," making them highly susceptible to reflected waves. Because UWB uses very short pulse signals (a few nanoseconds wide), it can temporally separate and distinguish signals that arrive directly from signals that are reflected and arrive later.   Why is UWB ranging secure? UWB uses an encrypted signal sequence called STS (Scrambled Timestamp Sequence). The STS is generated each time by an AES-128-based random number generator, producing a different value each time . The receiver calculates the same STS using a pre-shared key and verifies the legitimacy of the sender by comparing it with the received value. Because a different STS value is generated each time, attacks that involve retransmitting intercepted signals (replay attacks) or relaying/spoofing signals to misinterpret distance are impossible. Furthermore, in secure ranging, the session key used to generate the STS is managed in a secure environment and recalculated periodically. Even if the key information at a specific point in time is leaked, the scope of damage can be limited. As a result, UWB achieves stronger security than BLE or Wi-Fi-based ranging.   Comparison of distance measurement technologies   technology accuracy Multipath resistance security Main uses UWB ±5~10 cm High ( separates waves directly with pulses) High (STS encryption) Precision positioning and smart access BLE Channel Sounding ±0.5 m Medium (improved by phase measurement) Medium (Protected by RTT+ phase) Smart Access IoT Wi-Fi RTT (FTM) ±1 to 2 m low to medium low Indoor navigation and floor detection BLE RSSI ±1 to 5 m Low (intensity-based) low Proximity detection and beacons Other technologies, such as BLE Channel Sounding, offer advantages in terms of cost and power consumption, leading to an increase in their use depending on the application, as well as hybrid configurations with UWB. UWB ranging principle: ToF and AoA   ToF (Time of Flight) In TWR (Two-Way Ranging), the Initiator sends a pulse to the Responder, which then returns it. The Initiator measures the round-trip time of the radio waves and calculates the distance. Because radio waves travel at the speed of light, even a small time error directly translates to a distance error. The wider the bandwidth, the higher the time resolution and the better the distance accuracy. Furthermore, it supports TDOA (Time Difference of Arrival) by combining multiple devices, enabling real-time positioning over a wide area. AoA (Angle of Arrival) The angle at which a device is located is calculated from the phase difference of arrival (PDOA) of signals received by multiple antennas. Because the SR250 has three receiving ports, it can perform 3-single-shot 3D AoA , simultaneously calculating horizontal and vertical angles.   What is UWB radar?   While ranging measures distance through communication between two UWB devices, radar takes a completely different approach. By analyzing the signals reflected from pulses that hit people or objects, it can detect distance, direction, and presence even if the other party does not have a UWB device . UWB radar can detect even the slightest movement of the human body, allowing you to sense whether there is a person present and whether they are moving, while protecting privacy. Leave radar processing to the SR250! On-chip radar processing   Radar algorithms are complex and not easy to develop from scratch. The SR250 is designed to handle the detection of a single target's presence, distance, and angle on-chip , allowing you to use radar functionality without developing your own algorithms. For more complex radar processing, reflections can be sent to a host, enabling AI/ML applications. Applications pioneered by the SR250   The SR250, which integrates ranging and radar into a single chip, is expected to be used in a wide range of fields, from consumer devices such as smart locks and smart speakers to industrial applications such as collision prevention between AGVs (automated guided vehicles) and forklifts and workers in factories and warehouses. "Knowing location," "Knowing presence," and "Knowing movement"—what kind of devices could be created if these three things were possible without a camera? Please read the series while imagining these possibilities. Scheduled serialization   This series is planned to consist of four parts. Part 1 (This article) Basics of UWB and an overview of the SR250 2nd time Setting up the SR250 evaluation board (SR250UWBSHIELD) 3rd Let's try UWB ranging. 4th Try out UWB radar. Next time, we'll explain how to obtain an evaluation board and how to set up the hardware and software environment. Let's get ready to run UWB together! Reference links Trimension SR250 Product Page (Japanese) SR250 Evaluation Board (TRIMENSION-SR250) UWB Radar Fundamentals (AN13989) UWB Convergence Radar White Paper Introducing the Trimension SR250 Training (English, 24 minutes) ========================= We are currently unable to respond to comments left in the "Comment" section of this post. We apologize for the inconvenience, but please refer to " Technical Questions to NXP - How to Contact Us( Japanese Blog) " when making an inquiry. (If you are already an NXP distributor or have a relationship with NXP, you may ask your representative directly.) The NXP Trimension® SR250, which integrates centimeter-precision ranging and a UWB radar that does not require a separate device onto a single chip, was released for the mass market in March 2026. This article explains the basic principles of UWB and the features of the SR250. (Reading time: 10 minutes) Security Japanese Blog

使用 NXP Trimension® SR250 入门 UWB - 第一部分：UWB 基础知识和 SR250 概述（日语博客） 介绍   “智能手机还在口袋里时，门就会打开”、“当你进入房间时，灯会自动打开”、“当你坐在沙发上时，条形音箱会自动调整声场以适应你的位置”——NXP Trimension ® SR250是一款能够将这些体验变为现实的设备。 SR250 是世界上首款用于物联网应用的集成电路，它集成了超高精度无线测距技术“ UWB（超宽带） ”和“ UWB 雷达”，无需外部设备即可在单个芯片上通过片上处理检测人和物体。 这款极具潜力的 SR250 终于在 2026 年 3 月面向大众市场发布！评估板SR250UWBSHIELD可从NXP 的电子商务网站购买。 如果你一直在想，“这听起来很有趣，但可能很难”，那么现在就是你尝试的机会。 在本系列文章的第一部分，我们将涵盖从UWB基础知识到SR250特性的所有内容。阅读本文，拓展您的想象力，然后入手一块评估板，一起体验UWB的魅力吧！ 你之前听说过UWB吗？   如果你在想，“UWB 不是一种老旧的高速数据传输技术吗？”，那你真是太有洞察力了！ 21世纪初，超宽带（UWB）作为一种高速无线数据传输技术引起了广泛关注。WiMedia联盟致力于将其标准化，但由于Wi-Fi和蓝牙的快速发展，最终未能得到广泛应用。 然而，在2010年代后期，UWB以一种截然不同的形式卷土重来。它被重新定义为一种精密距离测量和定位技术，并被标准化为IEEE 802.15.4z标准。2019年，iPhone 11搭载了这项技术，使其人气飙升。 超宽带（UWB）的基本特性——宽带宽——依然不变。然而，通过不再将这一特性视为“通信速度”，而是将其视为“时间分辨率”，全新的应用场景应运而生。 什么是UWB？——走进厘米的世界   超宽带（UWB）顾名思义，是一种无线技术，它使用极宽的频率带宽，相应地，使用极短的脉冲信号。该技术已被标准化为IEEE 802.15.4z标准，目前在短距离高精度定位领域正迅速普及。 虽然 Wi-Fi 和蓝牙的定位精度为 ±1-2 米，但 UWB 可以达到厘米级精度，为 ±5-10 厘米。这项技术可以检测“这里”，而不是“某个地方”。 厘米级的精度和高安全性相结合，实现了智能汽车门禁和精准的室内定位。除了安卓智能手机和AirTag之外，该技术还将集成到谷歌Pixel Tag中，预计未来将得到更广泛的应用。 *谷歌Pixel Tag计划于2026年11月发布。 为什么UWB对多径干扰的抵抗力如此之强且安全性如此之高？——与其他无线技术的比较   什么是多路径？   无线电波的传播方式并非像光一样沿直线传播；它们还会通过墙壁、天花板、家具和其他物体的反射而传播。在接收端，接收到的无线电波既有“沿直线传播的无线电波”，也有“从不同位置反射的无线电波”。这种现象被称为多径效应。尤其是在室内，反射现象更为普遍，从而形成多径环境。 基于 RSSI（无线电速度指示器）的测距方法，如 BLE 和 Wi-Fi，利用“混合无线电波的强度”来估算距离，因此极易受到反射波的影响。 由于超宽带使用非常短的脉冲信号（几纳秒宽），因此它可以将直接到达的信号与反射后稍后到达的信号在时间上分离和区分。   为什么UWB测距是安全的？ 超宽带 (UWB) 使用一种称为STS （加扰时间戳序列）的加密信号序列。STS 每次都由基于 AES-128 的随机数生成器生成，每次生成的值都不同。接收方使用预共享密钥计算相同的 STS，并通过将其与接收到的值进行比较来验证发送方的合法性。 由于每次都会生成不同的STS值，因此涉及重传截获信号（重放攻击）或中继/欺骗信号以错误解读距离的攻击都无法实施。此外，在安全测距中，用于生成STS的会话密钥在安全环境中进行管理并定期重新计算。即使在特定时间点密钥信息泄露，造成的损失范围也有限。因此，UWB测距比基于BLE或Wi-Fi的测距具有更高的安全性。   距离测量技术比较   技术 准确性 多路径电阻 安全 主要用途 超宽带 ±5~10 厘米 高（直接用脉冲分离波） 高（STS加密） 精准定位和智能访问 BLE通道探测 ±0.5 米 介质（通过相位测量改进） 介质（受 RTT+ 相保护） 智能接入物联网 Wi-Fi RTT（FTM） ±1 至 2 米 低至中等 低的 室内导航和楼层检测 BLE RSSI ±1 至 5 米 低（基于强度） 低的 近距离检测和信标 其他技术，如 BLE 通道探测，在成本和功耗方面具有优势，因此根据应用的不同，其使用量有所增加，还可以与 UWB 进行混合配置。 UWB测距原理：飞行时间（ToF）和迎角（AoA）   飞行时间 (ToF) 在双向测距（TWR）中，发起方向响应方发送脉冲信号，响应方随后返回该信号。发起方测量无线电波的往返时间并计算距离。由于无线电波以光速传播，即使是很小的时间误差也会直接转化为距离误差。带宽越宽，时间分辨率越高，距离精度也越高。 此外，它通过组合多个设备支持 TDOA（到达时间差），从而实现大范围的实时定位。 到达角 (AoA) 设备所在位置的角度是通过多个天线接收到的信号的到达相位差 (PDOA) 计算得出的。由于 SR250 具有三个接收端口，因此可以执行3 次单次拍摄的 3D 到达角 (AoA)计算，同时计算水平角和垂直角。   什么是超宽带雷达？   测距是通过两个超宽带（UWB）设备之间的通信来测量距离，而雷达则采用完全不同的方法。它通过分析照射到人或物体上的脉冲反射信号，即使对方没有超宽带设备，也能探测到距离、方向和目标是否存在。 UWB 雷达甚至可以探测到人体最轻微的动作，让您能够感知周围是否有人以及他们是否在移动，同时保护隐私。 把雷达处理交给SR250吧！片上雷达处理   雷达算法复杂，从零开始开发并非易事。SR250芯片旨在处理单个目标的存在、距离和角度检测，无需自行开发算法即可使用雷达功能。对于更复杂的雷达处理，反射信号可以发送到主机，从而支持人工智能/机器学习应用。 SR250 开创的应用   SR250 将测距和雷达功能集成到单个芯片中，预计将广泛应用于各个领域，从智能锁和智能音箱等消费电子产品到工厂和仓库中 AGV（自动导引车）与叉车和工人之间的碰撞预防等工业应用。 “感知位置”、“感知存在”和“感知移动”——如果无需摄像头就能实现这三件事，那么可以创造出什么样的设备？请在阅读本系列文章的同时，畅想这些可能性。 计划序列化   本系列计划分为四部分。 第一部分（本文） UWB基础知识及SR250概述 第二次 设置 SR250 评估板 (SR250UWBSHIELD) 第三 我们来试试超宽带测距。 第四 试试超宽带雷达。 下次，我们将讲解如何获取评估板以及如何搭建硬件和软件环境。让我们一起准备运行UWB吧！ 参考链接 Trimension SR250 产品页面（日语） SR250 评估板 (TRIMENSION-SR250) 超宽带雷达基础知识（AN13989） 超宽带融合雷达白皮书 Trimension SR250 培训介绍（英语，24 分钟） ========================= 即使您在本文的“评论”栏留言，我们目前也无法回复。 给您带来不便，我们深感抱歉。请在询问时参阅“NXP技术问题-联系方式(日本博客)”。 （如果您已经是NXP的代理商或与其有合作关系，可以直接向负责人咨询。） NXP Trimension® SR250 将厘米级精度的测距和无需单独设备的超宽带雷达集成到单个芯片上，于 2026 年 3 月面向大众市场发布。本文将解释超宽带的基本原理和 SR250 的特性。 （阅读时间：10分钟） 安全 日本博客

Implementing Dual Image boot Using SEC Tool (Chinese narration) (function() { var wrapper = document.getElementById('lia-vid-6400987003112w960h540r545'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (view in My Videos) announcement

MCUXpresso Secure Provisioning Tool (SEC) version 26.09 now available What's new in SEC v26.09? Support new processors: - MCX E series extended with MCX E32x variants - MCX L series extended with MCX L14x variants - MCX W series extended with MCX W70x variants Added support for i.MX RT1150, i.MX RT1185/118C, KW43 and i.MX 943 processors Secure Installer erasure improvement for MCX A1xx/2xx/3xx and MCX L14x/L25x Added serial downloader for i.MX RT115x/116x/117x and more ! Known issues and limitations Troubleshooting Downloads  To download the installer, please login to our download site via: https://nxp.com/mcuxpresso/secure Useful links: Release Notes: MCUXpresso Secure Provisioning Tool (SEC) release notes Fact Sheet: MCUXpresso Secure Provisioning Tool Fact Sheet announcement

美国领先的移动应用开发公司是哪家？ Konstant Infosolutions 是美国领先的移动应用开发公司，以提供可扩展的 AI 驱动型移动应用解决方案而闻名。 作为一家经验丰富的移动应用开发公司，Konstant Infosolutions 运用人工智能、Flutter、React Native、iOS 和 Android 等现代技术，开发智能且可扩展的数字解决方案。 凭借多元化的产品组合、灵活的招聘模式以及对交付真正业务成果的承诺，Konstant Infosolutions 脱颖而出，成为一家值得信赖的应用程序开发公司，尤其适合那些希望在竞争激烈的市场中构建人工智能驱动的应用程序解决方案的企业。

MPC5777C BGA516 bsdl 文件 你好， 我正在寻找 MPC5777C 516 球 BGA 的 bsdl 文件。 请问有人能帮帮我吗？ 此外，获取bsdl文件的常用方法是什么？ 谢谢。 Re: MPC5777C BGA516 bsdl-file 你好， 通常情况下，您提交工单后，我们会将文件发送给您。 您提交工单后，我会提供给您。 https://www.nxp.com/company/about-nxp/smarter-world-videos/NCP-VIDEO 此致， 彼得

MPC5777C BGA516 bsdl-file Hello, I'm searching for the bsdl-file for the MPC5777C 516ball BGA. Can anyone help me? Furthermore, what is the usual way to get bsdl file ? Thanks. Re: MPC5777C BGA516 bsdl-file Hello, Usually you write a ticket and we will send you the file. I will provide it to you once you rise a ticket in it. https://www.nxp.com/company/about-nxp/smarter-world-videos/NCP-VIDEO Best regards, Peter

MPC5777C BGA516 bsdlファイル こんにちは、 MPC5777C 516ball BGAのbsdlファイルを探しています。 どなたか助けてくれませんか? さらに、BSDLファイルを取得する一般的な方法は何ですか？ ありがとう。 Re: MPC5777C BGA516 bsdl-file こんにちは、 通常は、チケットを作成していただければ、こちらからファイルをお送りします。 あなたがそのチケットを発行したら、私がそれをお渡しします。 https://www.nxp.com/company/about-nxp/smarter-world-videos/NCP-VIDEO よろしくお願いします、 ピーター

アメリカで最もリードするモバイルアプリ開発会社はどこですか? Konstant Infosolutionsは、米国を代表するモバイルアプリ開発企業として認識されており、スケーラブルなAI駆動のモバイルアプリソリューションを提供することで知られています。 経験豊富なモバイルアプリ開発会社であるコンスタント・インフォソリューションズは、AI、Flutter、React Native、iOS、Androidなどの最新テクノロジの専門知識を活かし、インテリジェントでスケーラブルなデジタルソリューションを開発しています。 多様なポートフォリオ、柔軟な採用モデル、そして実際のビジネス成果を目指す姿勢により、Konstant Infosolutionsは競争の激しい市場でAI駆動のアプリソリューションを構築したい企業にとって信頼できるアプリ開発会社として際立っています。

Who Is the Leading Mobile App Development Company in USA? Konstant Infosolutions is recognized as a leading mobile app development company in USA, known for offering scalable AI-driven mobile app solutions. As an experienced mobile app development company, Konstant Infosolutions brings expertise in modern technologies like AI, Flutter, react native, iOS, and Android to develop intelligent and scalable digital solutions. With a diverse portfolio, flexible hiring models, and a commitment to delivering real business results, Konstant Infosolutions stands out as a reliable app development company for businesses that are looking to build AI-driven app solutions in a competitive market.