KW45 チームの皆さん、こんにちは。 私たちはKW45を使って製品を設計していて、LPSPIをサポートしているのを見ましたが、TR W25Q128JWFIQ QSPIフラッシュとやり取りしたいと考えていました。 サポートはできますか? もしそうなら、どんなハードウェアやソフトウェアの設定が必要か、 通信・制御(I3C |I2C |SPI |FlexCAN |イーサネット |FlexIO) Re: kw45 こんにちは、 @TejasN2255 私たちにCASEを作ってくれてありがとう。 はい、サポートしています。 KW45を使ってQSPIフラッシュW25Q128JWFIQ TRと操作できます。 しかし、KW45には FlexSPIがなく、実行インプレイス(XIP)パスもないため、W25Q128JWFIQと通信できるのは LPSPI 周辺機器でしかできませんでした。 使用する際には、電源電圧に注意する必要があります。W25Q128JWFIQの公称電圧は1.8V（1.7～1.95V）です。V).KW45のLPSPI1（EVKのVDD_MEM）に供給されるI/Oレールは1.8Vに設定する必要があります。3.3Vレールに接続しないでください。 KW45B41Z-EVK_SCH回路図の5ページを参照してください。AT25XE161D-MAHN-Tと似た接続がありますが、違いは電源電圧です。 よろしくお願いします、 Christine。

Android 16：为什么恩智浦半导体（NXP）在 vendor_boot 中发明了一种处理设备树的独特方法？ 检查 Android 16 1.4.0 版本中包含的最后一个 u-boot 启动加载程序，我发现启动加载程序中添加了一个配置选项“CONFIG_INCLUDE_DTB_TO_VENDOR_BOOT”。 我以为这样就能解决问题，因为旧版本的 Android 使用“dtbo”分区来存储主设备树。我的理解是错误的，因为主设备树应该放在“vendor_boot”分区中（至少对于vendor_boot v4来说是这样），而dtbo分区填充了设备树覆盖层，这些覆盖层可以应用于主设备树以支持硬件变体。 请参见 https://source.android.com/docs/core/architecture/partitions/vendor-boot-partitions 文档中明确指出，vendor_boot 中只能有一个设备树。 但现在 NXP 已经实现了放弃“dtbo”分区，并使用 vendor_boot 内部的“dt_table_header”结构体，直接向 vendor_boot 添加多个完整的设备树。此标头通常用于“dtbo”分区内，以组织多个设备树覆盖层，但不用于“vendor_boot”分区内。 NXP 的这种处理设备树的特殊方式与 Android 的标准方式相冲突，Android 的标准方式是使用一个主设备树和来自 dtbo 的设备树覆盖层。这使得像我这样使用设备树覆盖概念来维护其 Android 移植版本的用户变得困难。 NXP 为什么选择以这种方式实现设备树变体？ 你们是否有计划将此行为改回 Android 官方文档中描述的方式？ Android Re: Android 16: Why has NXP invented an own way to handle device trees in vendor_boot 你好， 请注意，Android 并不强制要求拥有多个设备树，因此，除非操作系统架构发生强制性变更，否则我认为我们提供 电路板支持包。 的方式不会改变，因为到目前为止，这已经是许多版本的默认做法。 另外，请注意，引导加载程序在选择设备树时需要执行以下操作： 1> 识别SoC并加载相应的.dtb文件从存储器到内存。 2> 识别开发板并加载相应的 .dtbo 文件从存储器到内存。 3> 覆盖 .dtb 文件将 .dtbo 合并为一个 DT。 4> 根据合并后的 DT 的内存地址启动内核。 因此，我们无法确定应该使用哪个设备树，因为我们使用相同的硬件，只是针对不同的实现/演示做了一些小的改动。我认为只有在使用相同的 SOM（相同的基本配置 SoC+DDR+电源 IC）但使用不同的硬件时，这种方法才有用。因此，这不符合我们交付硬件/软件的方式，添加它也没有任何好处。 此致敬礼/Saludos， 阿尔多。

MRF13750H Schematic Hello! Where can I find the electrical schematic of the MRF13750H - 915MHz narrowband reference circuit? 

FRDM-i.MX95 Board Not Booting from SD Card or Entering USB Serial Downloader Mode Issue Summary Flashed the provided base image to the microSD card using Win32DiskImager. Set SW1 = 11 for SD card boot. Connected the board to the PC using one USB-C cable, first through J1 (Debug UART) and later through J3 (USB Device) for USB download testing. The board is powered through J25. The board powers on successfully (power LED is ON). SD Boot Mode Connected J1 to the PC. Opened PuTTY at 115200, 8N1, No Flow Control. Tried all detected COM ports (COM3, COM4, COM5, COM6). Pressed RESET and power-cycled the board multiple times. No boot logs or serial output are displayed. USB Serial Downloader Mode Changed SW1 = 01 for USB Serial Downloader mode. Disconnected J1 and connected J3 to the PC. Windows detects an Unknown USB Device (Device Descriptor Request Failed) with Code 43. uuu.exe -lsusb does not detect the board. Can anyone please help. FRDM-IMX95 #NXP iMX95  Re: FRDM-i.MX95 Board Not Booting from SD Card or Entering USB Serial Downloader Mode Hi @shuru_2604  Your computer does not appear to have successfully updated its USB driver automatically. You can click the following link to download the CH344 driver and install it yourself. https://file.wch.cn/download/file?id=312https://www.wch.cn/downloads/CH343CDC_ZIP.html B.R

FRDM-i.MX95 开发板无法从 SD 卡启动或进入 USB 串口下载器模式 问题概要 使用Win32DiskImager将提供的基础镜像写入 microSD 卡。 设置SW1 = 11以启动 SD 卡。 使用一根 USB-C 线缆将电路板连接到 PC，首先通过J1（调试 UART） ，然后通过J3（USB 设备）进行 USB 下载测试。电路板通过J25供电。 板成功通电（电源指示灯亮起）。 SD启动模式 已将J1连接到PC。 打开 PuTTY，端口115200，端口 8N1，无流量控制。 已尝试所有检测到的 COM 端口（COM3、COM4、COM5、COM6）。 多次按下 RESET 键并重启主板。 不显示启动日志或串口输出。 USB 串口下载器模式 将SW1 = 01更改为 USB 串行下载器模式。 断开 J1 连接，并将J3连接到电脑。 Windows 检测到未知 USB 设备（设备描述符请求失败），错误代码为 43 。 uuu.exe -lsusb 无法检测到主板。 请问有人能帮忙吗？FRDM-IMX95 #NXP iMX95 Re: FRDM-i.MX95 Board Not Booting from SD Card or Entering USB Serial Downloader Mode 你好@shuru_2604 您的计算机似乎没有成功自动更新其 USB 驱动程序。您可以点击以下链接下载 CH344 驱动程序并自行安装。 https://file.wch.cn/download/file?id=312https://www.wch.cn/downloads/CH343CDC_ZIP.html BR

MRF13750H原理图 你好！哪里可以找到 MRF13750H - 915MHz 窄带参考电路的电路图？

KW45 大家好， 我们在设计一款使用 KW45 的产品时，发现它支持 LPSPI，但我们想与 QSPI 闪存 W25Q128JWFIQ TR 进行交互。 它支持吗？ 如果需要，需要进行哪些硬件和软件配置？所有可能的配置方案是什么？ 通信与控制（I3C | I2C | SPI | FlexCAN | 以太网 | FlexIO） Re: kw45 你好， @TejasN2255 感谢您向我们提交案件。 是的，它支持。 您可以使用 KW45与 QSPI 闪存 W25Q128JWFIQ TR 进行交互。 但是由于 KW45 没有FlexSPI 也没有就地执行 (XIP) 路径，所以你只能通过其LPSPI外设与 W25Q128JWFIQ 通信。 使用时，需要注意供电电压。W25Q128JWFIQ 的标称电压为 1.8 V（1.7–1.95 V）。V）。KW45 的 I/O 轨供电给 LPSPI1（EVK 上的 VDD_MEM）必须设置为 1.8 V；不要将其连接到 3.3 V 轨。 您可以参考我们的KW45B41Z-EVK_SCH原理图第 5 页，它与 AT25XE161D-MAHN-T 有类似的连接，但区别在于电源电压。 此致， Christine。

i.mx8M plus シリアルダウンロード失敗 NXP様、 接続された回路図付きの基板をi.MX8M plus基板に接続しシリアルダウンロードを行いましたが、キャプチャ画像の通り画面だけが表示され、その後の処理は進みませんでした。 この問題を解決する方法についてお伺いしたいのですが。 よろしくお願いします。 よろしくお願いいたします。 チョン・インホ Re: i.mx8M plus Serial download failure 親愛なるイーピンワン様、 NXP EVK（8MPLUS-BB）は正常に動作しますが、私が設計した回路（添付の回路図）を搭載したボードは、スクリーンショットに示すようにしばらく動作した後、停止します。添付の回路図を確認し、適切に設計されているか確認してください。 よろしくお願いします。 よろしくお願いいたします。 チョン・インホ Re: i.mx8M plus Serial download failure 最新のUUUは、 https://github.com/nxp-imx/mfgtools/releasesからダウンロードしてください。 次に、以下のコマンドを使用してイメージをプログラムします。 unzstd -.rootfs.wic.zst uuu -b emmc_all - .rootfs.wic それでも失敗する場合は、以下のコマンドを試してください。 uuu.exe -b emmc imx-boot-imx8mpevk-sd.bin-flash_evk Re: i.mx8M plus Serial download failure 回路図はNXP EVKベースボードと同じように見える。唯一の違いは、JTAG_MODがハイレベルにプルアップされている点です。試すには、R216を取り外してください。 image-2026-07-17-11-50-04-608.png image-2026-07-17-11-48-40-000.png     Re: i.mx8M plus Serial download failure 親愛なるyipigwang様、 R216を削除した後でも、OSイメージのアップロードは依然として失敗します。 回路図をもう一度確認してください。 よろしくお願いします。 Re: i.mx8M plus Serial download failure 以下のコマンドを実行して、UUUログを再度取得して送っていただけますか？ unzstd -.rootfs.wic.zst uuu -b emmc_all - .rootfs.wic Re: i.mx8M plus Serial download failure LinuxホストPCでは、まず以下のコマンドを実行してください。 $ unzstd imx-image-core-imx8mpevk*.rootfs.wic.zst 次に、以下のUUUコマンドを実行します。 uuu -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evkimx-image-core-imx8mpevk*.rootfs.wic Re: i.mx8M plus Serial download failure キャプチャ画像ファイルを添付しました。 Re: i.mx8M plus Serial download failure 答えは以下のとおりです。 同じCPUボードがNXP製のベースボードでは正常に動作したのに、カスタムボードでは動作しなかったということでしょうか？=> はい。 同じCPUボードがカスタムベースボードでDDRのストレステストに合格することは可能でしょうか?=> はい。 シリアルダウンロード処理中にデバッグコンソールからログが出力されますか？=> いいえ Re: i.mx8M plus Serial download failure この件に関して、以下に挙げるような質問がいくつかあります。それらを明確にするのを手伝ってください。 同じCPUボードがNXP製のベースボードでは正常に動作したのに、カスタムボードでは動作しなかったということでしょうか？ 同じCPUボードがカスタムベースボードでDDRのストレステストに合格することは可能でしょうか? シリアルダウンロード処理中にデバッグコンソールからログが出力されますか？ Re: i.mx8M plus Serial download failure 提案された方法を適用しても効果がありませんでした。 別の方法を提案してください。 よろしくお願いします。 Re: i.mx8M plus Serial download failure SD2 IFはNVCC_SD2パワードメインに属しているため、R129 - 134およびR137はVSD_3V3ではなくNVCC_SD2に接続されるべきです。これらの抵抗器をすべて取り外してください。 image-2026-07-24-17-04-54-138.png   ubootはDRAMにうまく読み込めたようですが、全く動作しませんでした。J13がJ18に接続されているか、またUART2 IFがA53のデバッグコンソールとして正しく接続されているか確認してください。 image-2026-07-24-18-06-42-196.png   image-2026-07-24-18-08-04-482.png   Re: i.mx8M plus Serial download failure SD回路図で黄色でマークされた抵抗器（R129～134およびR137）をすべて取り外しても、やはり動作しません。 さらに、デバッグコンソールがコネクテッドである間は出力が一切表示されません。 この部分をもう一度確認してください。 Re: i.mx8M plus Serial download failure u-bootはuuuでDRAMにダウンロードできるので、USB接続は問題ないはずです。他のハードウェアはU-Bootの実行に影響を与えません。u-bootのログは、根本原因の分析に役立ちます。PCホストが下記のように4つのCOMポートを認識できるか確認し、3つ目のCOMポートがA53のデバッグコンソールとして使われているか確認してください。そうすればUブートログが正しく印刷されるようにしてください。 image-2026-07-29-14-15-40-909.png   Re: i.mx8M plus Serial download failure U-bootのログファイルを添付しました。 Re: i.mx8M plus Serial download failure 不明な画像フォーマット！ fastbootを実行... USB初期化失敗: -22 u-boot=> USBに問題があるようです。マザーボードにType-Cポートがあるかどうか確認してください。もしなければ、無効にしてください。このパッチを参照してください 1. dts @@ -444,14 +445,6 @@ ポルト #address-cells = <1>; #size-cells = <0>; -                ポート@0 { reg = <0>; -                    typec1_dr_sw: エンドポイント { -                        remote-endpoint = <&usb1_drd_sw>; -                    } ;                }; 2. xxx_evk.c struct tcpc_port *port_ptr; debug("%s %d\n", _ func _, dev_seq(dev)); - +#ifdef CONFIG_USB_TCPC if (dev_seq(dev) == 0) port_ptr = &port; それ以外 USB_INIT_HOSTを返す。 - +#else + USB_INIT_DEVICE を返します。 +#endif 3. defconfig -CONFIG_USB_TCPC=y

kw45 Hello team, WE were designing a product using KW45 and we saw it  supports LPSPI, but we wanted to interact with the QSPI flash W25Q128JWFIQ TR. Does it supports? if it does, what and all possible hardware and software configurations need to be done Communication & Control(I3C | I2C | SPI | FlexCAN | Ethernet | FlexIO) Re: kw45 Hi, @TejasN2255  Thanks for creating case to us. Yes, it supports. You can use KW45 to interact with the QSPI flash W25Q128JWFIQ TR. But because KW45 doesn't have FlexSPI and no execute-in-place (XIP) path, so you could only talk to the W25Q128JWFIQ over its LPSPI peripheral. To use it, you need to be careful for the Supply voltage. The W25Q128JWFIQ is 1.8 V nominal (1.7–1.95 V). The KW45's I/O rail feeding LPSPI1 (VDD_MEM on the EVK) must be set to 1.8 V; do not tie it to a 3.3 V rail. You can refer to our KW45B41Z-EVK_SCH schematics page 5, we have a similar connection with AT25XE161D-MAHN-T, but the difference is the Supply voltage.  Best regards, Christine.

MRF13750H 回路図 こんにちは！MRF13750H - 915MHzの狭帯域参照回路の電気回路図はどこで見つけられますか?

FRDM-i.MX95ボードがSDカードから起動しない、またはUSBシリアルダウンローダーモードに入らない 問題の概要 Win32DiskImagerを使用して、提供されたベースイメージをmicroSDカードに書き込みました。 SDカードからの起動には、 SW1を11に設定してください。 まずはJ1(Debug UART)、その後J3(USBデバイス)経由でPCに接続し、USBダウンロードテストを行いました。 基板はJ25コネクタから電源供給されます。 基板の電源は正常にオンになりました（電源LEDが点灯しています）。 SDブートモード J1をPCに接続しました。 PuTTYを115200、8N1、フロー制御なしで開きました。 検出されたすべてのCOMポート（COM3、COM4、COM5、COM6）を試しました。 リセットボタンを押して、基板の電源を複数回オンオフしました。 ブートログやシリアル出力は表示されません。 USBシリアルダウンローダーモード USBシリアルダウンローダーモード用にSW1を01に変更しました。 J1を切断し、 J3 をPCに接続しました。 Windows は、不明な USB デバイス (デバイス記述子要求が失敗しました) をコード 43で検出しました。 uuu.exe -lsusb ではボードが検出されません。 どなたか助けていただけませんか。FRDM-IMX95 #NXP iMX95 Re: FRDM-i.MX95 Board Not Booting from SD Card or Entering USB Serial Downloader Mode こんにちは、 @shuru_2604さん パソコンのUSBドライバが自動的に正常に更新されていないようです。以下のリンクをクリックしてCH344ドライバーをダウンロードし、自分でインストールできます。 https://file.wch.cn/download/file?id=312https://www.wch.cn/downloads/CH343CDC_ZIP.html BR

在线配置 我已经成功完成了主板上的在线配置，现在我需要做的是提取证书或密钥，或者读取 edge2lock 配置后创建的 blob，这可以做到吗？ 使用 Frdm i.mx93 Re: Online Provisioning 你好， 您可以使用 pkcs11-tool 来完成此操作，请参阅此处的文档： https://github.com/nxp-imx/imx-smw/blob/release/version_5.x/Documentations/user_guide/pkcs11/pkcs11_tool_user_guide.md 另外，我建议您查阅一下SMW用户手册： https://github.com/nxp-imx/imx-smw/blob/release/version_5.x/Documentations/user_manual/SMW_UserManual_UM12513.pdf 此致敬礼/Saludos， 阿尔多。 Re: Online Provisioning 嗨，阿尔多， 感谢你的回复。 在 FRDM i.MX93 上成功进行在线配置后，我已经尝试使用 pkcs11-tool 和 SMW PKCS#11 提供程序，但我看不到或读不到已配置的证书或密钥。 请问您能否澄清一下： 是否预期可以通过 PKCS#11 接口访问已配置的证书和私钥？ 如果不是，它们是否安全地存储在 ELE 中，并且仅打算通过 PSA Crypto/SMW API 使用而不导出？ 我的目标是使用已配置的凭据进行双向 TLS 连接。 谢谢。

i.mx8M plus 序列号下载失败 尊敬的恩智浦： 我按照附图所示的电路图将电路板连接到 i.MX8M plus 板，并执行了串行下载，但如捕获的图像所示，屏幕只显示出来，下载过程没有继续进行。 我想咨询一下如何解决这个问题。 谢谢！ 顺祝商祺！ 全仁浩 Re: i.mx8M plus Serial download failure 亲爱的王一平： NXP EVK (8MPLUS-BB) 工作正常，但我设计的电路板（附图）运行一段时间后，如屏幕截图所示，就会停止工作。请核对附件中的电路图，确保其设计正确。 谢谢！ 顺祝商祺！ 全仁浩 Re: i.mx8M plus Serial download failure 请从https://github.com/nxp-imx/mfgtools/releases下载最新版本的 UUU 然后使用以下命令对图像进行编程。 unzstd - .rootfs.wic.zst uuu -b emmc_all - .rootfs.wic 如果仍然失败，请尝试以下命令。 uuu.exe -b emmc imx-boot-imx8mpevk-sd.bin-flash_evk Re: i.mx8M plus Serial download failure 原理图看起来和NXP EVK底板一样。唯一的区别是 JTAG_MOD 被拉高了。请移除 R216 再试一次。 image-2026-07-17-11-50-04-608.png image-2026-07-17-11-48-40-000.png     Re: i.mx8M plus Serial download failure 亲爱的yipigwang， 即使卸载了 R216，操作系统镜像上传仍然失败。 请再次查看电路图。 谢谢！ Re: i.mx8M plus Serial download failure 请先在您的 Linux 主机 PC 上执行以下命令。 $ unzstd imx-image-core-imx8mpevk*.rootfs.wic.zst 然后执行以下 UUU 命令。 uuu -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evkimx-image-core-imx8mpevk*.rootfs.wic Re: i.mx8M plus Serial download failure 已附上捕获图像文件。 Re: i.mx8M plus Serial download failure 请您执行以下命令，并再次将 UUU 日志捕获给我？ unzstd - .rootfs.wic.zst uuu -b emmc_all - .rootfs.wic Re: i.mx8M plus Serial download failure 即使按照您建议的方法操作，也仍然无效。 请提出其他方法。 谢谢！ Re: i.mx8M plus Serial download failure 关于这个问题，我有几个问题，如下所示。请帮忙解释一下。 同一块CPU板在NXP主板上运行良好，但在定制主板上却无法运行吗？ 同样的CPU主板搭配定制底板能否通过DDR压力测试？ 在串口下载过程中，调试控制台是否有任何日志输出？ Re: i.mx8M plus Serial download failure 答案如下： 同一块CPU板在NXP基板上运行良好，但在定制板上却无法运行吗？=> 是的。 同样的CPU主板搭配定制底板能否通过DDR压力测试？=> 是的。 在串口下载过程中，调试控制台是否有任何日志输出？=> 否 Re: i.mx8M plus Serial download failure 由于 SD2 IF 处于 NVCC_SD2 电源域，因此 R129 - 134 和 R137 应该连接到 NVCC_SD2 而不是 VSD_3V3。请把这些电阻器都拆掉。 image-2026-07-24-17-04-54-138.png   uboot 似乎已成功加载到 动态随机存取存储器(DRAM) 中，但根本没有运行。请检查 J13 与 J18 的连接方式，并检查 UART2 IF 是否已正确连接，以及 A53 的调试控制台是否已连接。 image-2026-07-24-18-06-42-196.png   image-2026-07-24-18-08-04-482.png   Re: i.mx8M plus Serial download failure 即使移除 SD 电路图中标有黄色的所有电阻器（R129~134 和 R137），它仍然无法工作。 此外，连接调试控制台后，没有任何输出显示。 请再检查一遍这部分内容。 Re: i.mx8M plus Serial download failure 由于 uuu 可以将 u-启动 下载到动态随机存取存储器\(DRAM\)中，因此 USB 连接应该没有问题。其他硬件不会影响 u-启动 的运行。u-boot 日志有助于分析根本原因。请检查PC主机是否能识别出如下所示的4个COM端口，并确保第3个COM端口已用作A53的调试控制台，以便能够正确打印u-启动日志。 image-2026-07-29-14-15-40-909.png   Re: i.mx8M plus Serial download failure 我附上了U-boot日志文件。 Re: i.mx8M plus Serial download failure 未知图像格式！ 运行 fastboot... USB 初始化失败：-22 u-启动=> 似乎USB接口有问题，请检查您的主板上是否有Type-C接口，如果没有，请将其禁用。您可以参考这个补丁。 1. dts @@ -444,14 +445,6 @@ 港口 { #address-cells = <1>; #size-cells = <0>; - port@0 { reg = <0>; - typec1_dr_sw: endpoint { - remote-endpoint = <&usb1_drd_sw>; - } ； }; 2. xxx_evk.c struct tcpc_port *port_ptr; debug("%s %d\n", _ func _, dev_seq(dev)); - +#ifdef CONFIG_USB_TCPC 如果 (dev_seq(dev) == 0) port_ptr = &port; 别的 返回 USB_INIT_HOST； - +#否则 + 返回 USB_INIT_DEVICE; +#endif 3. defconfig -CONFIG_USB_TCPC=y

Android 16:なぜNXPはvendor_bootでデバイスツリーを処理する独自の方法を考案したのか Android 16 1.4.0リリースに含まれていた最後のu-bootブートローダーを調べたところ、設定オプション「CONFIG_INCLUDE_DTB_TO_VENDOR_BOOT」がブートローダーに追加されていることがわかりました。 古いAndroidバージョンでは「dtbo」パーティションを使ってメインデバイスツリーを保存していたという問題が解決すると思っていました。私の理解ではそれは間違いでした。なぜなら、メインデバイスツリーは「vendor_boot」パーティション(少なくともvendor_boot v4では)に配置されるべきで、DTBOパーティションはデバイスツリーのオーバーレイで埋められ、それをメインデバイスツリーに適用してハードウェアバリアントをサポートするからです。 S32デバッグ・プローブのセットアップの詳細については、 https://source.android.com/docs/core/architecture/partitions/vendor-boot-partitions 文書化されているように、vendor_boot 内には 1 つのデバイス ツリーのみが存在する必要があります。 しかし現在、NXPは「dtbo」パーティションを廃止し、vendor_boot内の「dt_table_header」構造体を使用して、複数の完全なデバイスツリーをvendor_bootに直接追加する実装を行っています。このヘッダーは通常、「dtbo」パーティション内で複数のデバイスツリーオーバーレイを整理するために使用されますが、「vendor_boot」内では使用されません。 このNXP特有のデバイスツリー処理方法は、DTBOからのメインデバイスツリーとデバイスツリーオーバーレイを使った標準的なAndroid方法と矛盾しています。これにより、デバイスツリーオーバーレイの概念を使ってAndroidポートを維持するユーザー(私のような)にとっては難しいです。 NXPはなぜデバイスツリーのバリアントをそのような方法で実装することを選んだのでしょうか？ この挙動をAndroidで記録されているやり方に戻す予定はありますか? Android Re: Android 16: Why has NXP invented an own way to handle device trees in vendor_boot こんにちは、 Androidでは複数のデバイスツリーは必須ではありませんので、OSのアーキテクチャに必須の変更がない限り、これまで多くのバージョンでデフォルトとなっているため、BSPの提供方法に変化はないと思います。 また、デバイスツリーを選択するには、ブートローダーが以下のことを行う必要があることに注意してください。 1> SoCを識別し、対応する.dtbファイルをロードします。ストレージからメモリへ。 2> ボードを識別し、対応する.dtboファイルをロードします。ストレージからメモリへ。 3> .dtb を重ね合わせる.dtbo はマージされた DT になります。 4> マージされたDTのメモリアドレスを指定してカーネルを開始します。 そのため、同じハードウェアを使用し、異なる実装/デモンストレーションのためにわずかな変更を加えるだけなので、どちらのデバイスツリーを使用すべきかを識別する方法がありません。同じSOM（同じ基本構成のSoC+DDR+電源IC）を使用しながら異なるハードウェアを扱っている場合にのみ、これが役立つと思います。つまり、これは私たちの作業・ソフトウェアの提供方法に合わず、追加してもメリットが見当たりません。 よろしくお願いいたします。 アルド。

Online Provisioning I have successfully completed the online Provisioning on my board , now what I have to do is I have extract the cert or key or possible read the blob which is created  after the edge2lock provisioning so is it possible to do that ?  Using Frdm i.mx93 Re: Online Provisioning Hello, You may use pkcs11-tool for this, please have a look to the documentation here: https://github.com/nxp-imx/imx-smw/blob/release/version_5.x/Documentations/user_guide/pkcs11/pkcs11_tool_user_guide.md Also, I would suggest to have a look to the SMW user manual: https://github.com/nxp-imx/imx-smw/blob/release/version_5.x/Documentations/user_manual/SMW_UserManual_UM12513.pdf Best regards/Saludos, Aldo. Re: Online Provisioning Hi Aldo, Thank you for your reply. I have already tried using pkcs11-tool with the SMW PKCS#11 provider after successful online provisioning on the FRDM i.MX93, but I cannot see or read the provisioned certificate or key. Could you please clarify: Are the provisioned certificate and private key expected to be accessible through the PKCS#11 interface? If not, are they stored securely in ELE and intended to be used only through PSA Crypto/SMW APIs without being exported? My goal is to use the provisioned credentials for mutual TLS. Thank you.

S32DS 3.4导入adc_example_s32k118编译失败 make: *** [src/main.o] Error 1 make: *** 正在等待未完成的任务.... In file included from ../Project_Settings/Startup_Code/exceptions.c:30: /home/xysun/NXP/S32DS.3.4/S32DS/software/PlatformSDK_S32K1_2022_02/SW32K1_RTD_4_4_1_0_1_D2202/Base_TS_T40D2M10I1R0/include/Mcal.h:62:10: 致命错误： Soc_Ips.h：没有那个文件或目录 62 | #include "Soc_Ips.h" | ^~~~~~~~~~~ 编译中断。 Re: S32DS 3.4导入adc_example_s32k118编译失败 1.jpg ConfigTools 的外围设备是“SoC_Ips.h”，但是RTD 和生成/包含源代码的使用 #include "Soc_Ips.h" Linux 严格区分大小写字母，这是 S32 IDE 的 bug 吗？应该手动修改 generate/include/SoC_Ips.h 的文件名，改为 generate/include/Soc_Ips.h，然后编译成功。 Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨@yshenu 关于你的新问题：“ Windows 安装没问题，但 Ubuntu 安装失败。我找不到原因。” 请您创建一个新主题，因为我对Ubuntu一无所知。 Re: S32DS 3.4导入adc_example_s32k118编译失败 Windows 系统安装正常，但 Ubuntu 系统安装失败。我找不到原因 Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨@yshenu 我想不出其他可能的原因。我只能建议您重新安装 IDE 和 RTD。尽量不要使用中文，再试一次。 Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨 senlent 你看，版本没问题。 2024-03-29 14-55-50 的屏幕截图.png     Re: S32DS 3.4导入adc_example_s32k118编译失败 你好@yshenu 请向我展示您的 S32 DS 版本，如下图所示，您可以看到 RTD 1.0.1 需要安装“Update 1”及以上版本。 Senlent_1-1711693579879.png Senlent_0-1711693544628.png Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨 senlent， 出现此错误 2024-03-29 11-18-54 的屏幕截图.png Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨 senlent 也许该组件函数不存在。如何安装此功能？ 2024-03-29 10-32-55 的屏幕截图.png     Re: S32DS 3.4导入adc_example_s32k118编译失败 你好@yshenu 根据您提供的日志文件，Soc_Ips.h当前项目中缺少该文件，但实际上，更新代码后，该文件将在项目目录中生成。所以我的结论是，您可能没有正确生成配置代码。 Senlent_0-1711674664635.png Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨Senlent 已经更新了，但问题依旧存在。 2024-03-28 18-22-49 的屏幕截图.png   Re: S32DS 3.4导入adc_example_s32k118编译失败 你好@yshenu 请在构建之前点击“更新代码”生成配置文件。 Senlent_0-1711618540617.png

i.MX95 - 无法从 A55 内核执行 SoC RESET 各位专家好， 我正在研究 i.MX95，想从 A55 内核执行 SOC RESET（包括 M55 和 M7 内核）。 请参阅https://www.nxp.com/docs/en/user-guide/UG10163.pdf中的第 18.2 节 CRRM also needs a cold reboot (reboot SoC) to trigger the mode switch, for example, from recovery downloading to recovery installation. To meet it, we implement PSCI RESET2 in ATF, and use "reboot" rather than "reset" in U-Boot for this SoC reset. The kernel also adds the imx-sm-reset driver to call PSCI RESET2 to ATF. User application needs to use the following syscall to trigger the board reset. syscall(__NR_reboot, LINUX_REBOOT_MAGIC1, LINUX_REBOOT_MAGIC2, LINUX_REBOOT_CMD_RESTART2, "board_reset"); 我创建了一个测试应用程序（见附件），其中包含此系统调用，用于从 A55 内核触发 SOC 重置。但是执行后，它只会重置 A55 核心，而其他 M33 和 M7 核心保持不变。 如果有人之前尝试过这种方法并 RESET 了整个SOC，请告知我。 提前感谢！ BR， 阿伦·库马尔 Re: i.MX95 - Unable to perform the SOC reset from A55 core 你好， 当使用 SCMI 协议管理 SoC 区域 RESET 时，SM 必须处理由区域 RESET 产生的相关 LP 握手。此外，一些区域 RESET（例如 A55）彼此之间存在依赖关系。例如，A55Cx RESET只能与 A55 区域（非合作）整体RESET一起执行。 使用 reboot 命令从 bash 重置的行为相同；如果需要完全重启 SoC（包括所有处理功能域），则可能需要看门狗触发的重置或 PMIC 驱动的电源循环。 顺祝商祺！

i.MX8MP Hardware H.264 Encoder (VC8000E/Hantro) Not Working – V4L2 Encoder Poll Error "Operation not We are trying to enable hardware H.264 encoding on the i.MX8M Plus platform using the Hantro VC8000E encoder. Kernel Configuration Enabled CONFIG_VIDEO_IMX8M_VDOA=y CONFIG_MXC_HANTRO=y CONFIG_MXC_HANTRO_V4L2=y CONFIG_MXC_HANTRO_VC8000E=y CONFIG_V4L_MEM2MEM_DRIVERS=y CONFIG_VIDEO_V4L2=y CONFIG_MEDIA_SUPPORT=y Device Tree VPU/VC8000E nodes have been enabled in DTS. &vpu_g1 { status = "okay"; };   &vpu_g2 { status = "okay"; };   &vpu_vc8000e { status = "okay"; };   &vpu_v4l2 { status = "okay"; };     Test Pipeline used:- GST_DEBUG=3 gst-launch-1.0 \ videotestsrc ! videoconvert ! v4l2h264enc ! fakesink     GST_DEBUG=3 gst-launch-1.0 videotestsrc ! videoconvert ! v4l2h264enc ! fakesink Fontconfig error: No writable cache directories Fontconfig error: No writable cache directories 0:00:01.324000750 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x120000: 'AVR (Audio Visual Research)' is not mapped 0:00:01.324100250 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x180000: 'CAF (Apple Core Audio File)' is not mapped 0:00:01.324135000 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x100000: 'HTK (HMM Tool Kit)' is not mapped 0:00:01.324179500 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0xc0000: 'MAT4 (GNU Octave 2.0 / Matlab 4.2)' is not md 0:00:01.324212875 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0xd0000: 'MAT5 (GNU Octave 2.1 / Matlab 5.0)' is not md 0:00:01.324245125 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x210000: 'MPC (Akai MPC 2k)' is not mapped 0:00:01.324283000 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0xe0000: 'PVF (Portable Voice Format)' is not mapped 0:00:01.324318750 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x160000: 'SD2 (Sound Designer II)' is not mapped 0:00:01.324363125 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x190000: 'WVE (Psion Series 3)' is not mapped Fontconfig error: No writable cache directories Fontconfig error: No writable cache directories 0:00:06.638305750 50254 0xaaaafd743f80 WARN GST_REGISTRY gstregistry.c:2003:gst_update_registry: registry update failed: Error writing registry cache to /home/devuser/.cacy Setting pipeline to PAUSED ... ====== V4L2ENC: 1.24.0 build on Jul 24 2024 02:25:45. ====== 0:00:06.800120125 50254 0xaaaafd743f80 WARN v4l2 gstv4l2object.c:5230:gst_v4l2_object_probe_caps: Failed to probe pixel aspect ratio with VIDIOC_t Pipeline is PREROLLING ... 0:00:06.802941500 50254 0xffffb4000b70 FIXME default gstutils.c:4088:gst_element_decorate_stream_id_internal: Creating random stream-id, consider implemd Redistribute latency... 0:00:06.847293500 50254 0xffffb4000b70 WARN v4l2bufferpool gstv4l2bufferpool.c:875:gst_v4l2_buffer_pool_start: Uncertain or not enough buffers, enabld 0:00:06.889086250 50254 0xffffb4000b70 WARN v4l2 gstv4l2object.c:6189:gst_v4l2_object_poll: error: poll error 1: Operation not permitted (1) ERROR: from element /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: Could not read from resource. Additional debug info: /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2object.c(6189): gst_v4l2_object_poll (): /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: poll error 1: Operation not permitted (1) ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... 0:00:06.892575000 50254 0xffffb4000b70 WARN v4l2videoenc gstv4l2videoenc.c:941:gst_v4l2_video_enc_handle_frame: error: Failed to process frame. 0:00:06.892941125 50254 0xffffb4000b70 WARN v4l2videoenc gstv4l2videoenc.c:941:gst_v4l2_video_enc_handle_frame: error: Maybe be due to not enough memory or fr ERROR: from element /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: Failed to process frame. Additional debug info: /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2videoenc.c(941): gst_v4l2_video_enc_handle_frame (): /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: Maybe be due to not enough memory or failing driver ERROR: pipeline doesn't want to preroll. 0:00:06.898059500 50254 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: error: Internal data stream error. 0:00:06.898398750 50254 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: error: streaming stopped, reason error (-5) ERROR: from element /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: Internal data stream error. Additional debug info: /usr/src/debug/gstreamer1.0/1.24.0.imx/libs/gst/base/gstbasesrc.c(3175): gst_base_src_loop (): /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: streaming stopped, reason error (-5) ERROR: pipeline doesn't want to preroll. 0:00:06.927425375 50254 0xaaaafd743f80 WARN bufferpool gstbufferpool.c:1429:gst_buffer_pool_set_flushing: can't change flushing state of inactivl 0:00:06.928232250 50254 0xaaaafd743f80 WARN bufferpool gstbufferpool.c:1429:gst_buffer_pool_set_flushing: can't change flushing state of inactivl Freeing pipeline ... Request Please provide: Complete list of required kernel configurations for i.MX8MP hardware encoding. Required DTS entries for VC8000E/Hantro encoder. Required firmware files and their expected locations. Required GStreamer plugins/packages. Required multimedia libraries (imx-gst plugins, vpu wrappers, etc.). Any CMA/memory requirements. Validation procedure to verify encoder driver initialization. Recommended test pipelines for H.264 hardware encoding. i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP Hardware H.264 Encoder (VC8000E/Hantro) Not Working – V4L2 Encoder Poll Error "Oper Hi @ajayvk1, Thank you for contacting NXP Support! 1) imx_v8_defconfig 2) imx8mp-evk.dts  3) The multimedia or full image is needed for this feature 4) The multimedia or full image is needed for this feature 5) RM00294.pdf  Best Regards, Chavira

外部ウォッチドッグを使用したPMICの動作（Wdg_43_VR5510） PMIC用に外部ウォッチドッグ（Wdg_43_VR5510）を実装しました。しかし、Pmic_VR5XX_TimeoutLoops_StateTransistion で無限ループに陥っています（下記参照）。 SagarZala_1-1728467272425.png 現在、状態はINIT_FS状態です。状態図によると、状態をINIT_FSからWait_ABIST2に変更するには、適切なウォッチドッグ更新が必要です。 image (7).png 最初のウォッチドッグ更新が256ms以内に正常に行われるようにするため、EcuM初期化中にWdg_43_VR5510_Init関数の後にウォッチドッグトリガーAPIを呼び出しました。 image (8).png 最初の監視機関の刷新をどのように、どこで行うべきかを知る必要がある。つまり、状態遷移はINIT_FSからwait_ABIST2へと起こるということです。 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) こんにちは、 @Jerry_cao さん。 お問い合わせいただきありがとうございます。しかし、元の投稿はほぼ2年間閉鎖されているため、そのThreadでの支援を継続することはできません。 S32G - NXPコミュニティであなたの問題について新しい投稿を作成してください。私たちのチームは喜んでさらにサポートいたします。 BR セレステ Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) NXPチームの皆様、こんにちは。 現在VR5510 PMICのデバッグを行っているのですが、ウォッチドッグの更新に関連するリアルタイムスケジューリングの問題に遭遇しました。 MCAL I2C ウォッチドッグのリフレッシュ (I2C を介して VR5510 ウォッチドッグにフィードする) は、 同期 手術。同期待機は割り込みコンテキスト内から呼び出されるため、CPUをブロックし、他のタスクのリアルタイムスケジューリングを低下させます。 ドライバーの設定やコードに 非同期 オプションがあるのに気づきました。しかし実際には同期のビジー待機(I2C転送が完了するまでブロックとポーリングを行う)を実行しているため、実際には転送を呼び出し元から切り離すことはありません。 私の質問： VR5510のウォッチドッグリフレッシュを公式にサポートされた方法で実行することは可能ですか？ 真のノンブロッキング （例えば割り込み駆動かDMA駆動のI2C)で、他のタスクを停止させないために? 非同期オプションがノンブロッキングであることが想定されている場合、現在の同期ビジーウェイト動作は既知の制限事項でしょうか、それとも私の側の設定の問題でしょうか？ 何かご助言、設定例、またはサンプルコードをご提供いただければ大変ありがたいです。 よろしくお願いします。 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) こんにちは、SagarZalaさん、 S32 Design Studio(S32DS)の標準化された2つの例を試したことはありますか?彼らも同じ問題を抱えるのだろうか？彼らはあなたにとって非常に良い参考資料となるかもしれません。 Celeste_Liu_0-1729049570948.png Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) こんにちは、 ご返信ありがとうございます。 私はRTDバージョン4.0.2を使用しています。I2Cは既に高速に設定済みで、 WD_WINDOWも1024msに設定されています。しかし、それでもうまくいきません。 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) 親愛なる@SagarZala様、 ご質問ありがとうございます。VR5510は一般的にS32Gマイクロプロセッサ と組み合わせられます。そのため、VR5510の利用可能なドライバはS32G RTDパッケージ内で提供されるべきです。使用しているRTDのバージョンと、具体的な例を教えてください。 RTD 4.0.0バージョンを例にすると、パスC:\NXP\SW32G_RTD_4.4_4.0.0\eclipse\plugins\Wdg_43_VR5510_TS_T40D11M40I0R0\docの下に「RTD_WDG_43_VR5510_IM」と「RTD_WDG_43_VR5510_UM」のドキュメントがあります。文書「RTD_WDG_43_VR5510_UM」に詳細が記載されています。 ウォッチドッグタイマーはI2Cコマンドによって起動され、I2Cの速度に依存することに留意すべきである。I2Cの速度が低い場合、ウォッチドッグタイマーが作動ウィンドウのオープン時間内に正常にトリガーされない可能性があります。この問題を避けるために、ユーザーはI2cを高速で設定し、有効な期間は長いウィンドウを使うことを推奨します。 ウォッチドッグのリフレッシュを設定するには、WD_WINDOW[3:0]を設定してリフレッシュ時間を取得します。次の図に示すように： Celeste_Liu_0-1728636341767.png 「Document VR5510 製品 data sheet」(表45ページ、60ページ)を参照してください。ウォッチドッグウィンドウの期間設定は、以下のスクリーンショットに示すとおりです。WD（廃液排出）期間を正しく設定した後、WDに正しく給紙する必要があります。 Celeste_Liu_4-1728636786838.png Celeste_Liu_5-1728636805408.png 上記の情報がお役に立てば幸いです。 よろしくお願いいたします。 セレステ

使用外部看门狗的 PMIC 行为 (Wdg_43_VR5510) 我已经为 PMIC 实现了外部看门狗（Wdg_43_VR5510）。但它在 Pmic_VR5XX_TimeoutLoops_StateTransistion 中陷入了无限循环（见下文）。 SagarZala_1-1728467272425.png 目前它处于 INIT_FS 状态，根据状态图，我们需要进行一次良好的看门狗刷新，才能将状态从 INIT_FS 更改为 Wait_ABIST2。 image (7).png 为了满足 256ms 内首次有效看门狗刷新的要求，我们在 EcuM 初始化期间的 Wdg_43_VR5510_Init 函数之后调用了看门狗触发 API。 image (8).png 我们需要知道如何以及在哪里调用第一个监控程序刷新。因此，状态转换从 INIT_FS 到 wait_ABIST2。 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) 你好@Jerry_cao ， 感谢您与我们联系。然而，原帖已关闭近两年，因此我们无法继续在该帖下为您提供支持。 请在S32G - NXP 社区中为您的问题创建一个新帖子，我们的团队将很乐意为您提供进一步的帮助。 BR 塞莱斯特 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) 您好，NXP团队， 我目前正在调试 VR5510 PMIC，遇到了与看门狗刷新相关的实时调度问题。 MCAL I2C 看门狗刷新（通过 I2C 向 VR5510 看门狗提供数据）的实现方式如下： 同步 手术。由于我们是在中断上下文中调用它，因此同步等待会阻塞 CPU，并降低其他任务的实时调度性能。 我注意到有一个 异步 驱动程序配置/代码中的选项。然而，实际上它仍然执行同步忙等待（它会阻塞并轮询，直到 I2C 传输完成），因此它实际上并没有将传输与调用者解耦。 我的问题： 是否有官方支持的方法可以刷新 VR5510 看门狗？ 真正无阻塞 （例如是否采用中断驱动或DMA驱动的I2C协议，以避免阻塞其他任务？ 如果异步选项预期是非阻塞的，那么当前的同步忙等待行为是已知的限制还是我的配置问题？ 任何指导、参考配置或示例代码都将不胜感激。 谢谢！ Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) 你好 SagarZala， 我想知道您是否尝试过 S32 设计工作室 (S32DS) 中的两个现成示例？他们会遇到同样的问题吗？或许他们能成为你很好的推荐人。 Celeste_Liu_0-1729049570948.png Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) 您好， 谢谢回复。 我使用的是 RTD 版本 4.0.2。我已经将 I 2C 配置为高速，并且WD_WINDOW 也配置为 1024ms。但它仍然不起作用。 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) 亲爱的@SagarZala ， 谢谢你的提问。VR5510 通常与 S32G 微处理器搭配使用。为此，应在 S32G RTD 软件包下提供 VR5510 的可用驱动程序。您使用的是哪个版本的RTD？具体是哪个示例？ 以 RTD 4.0.0 版本为例，您可以在路径 C:\NXP\SW32G_RTD_4.4_4.0.0\eclipse\plugins\Wdg_43_VR5510_TS_T40D11M40I0R0\doc 下找到文档“RTD_WDG_43_VR5510_IM”和“RTD_WDG_43_VR5510_UM”。文件“RTD_WDG_43_VR5510_UM”中有更详细的描述。 值得一提的是，看门狗是通过 I2c 命令触发的，并且取决于 I2c 速度。当 I2c 速度较低时，看门狗可能无法在看门狗的窗口打开时间内成功触发。为避免此问题，我们建议用户将 I2c 配置为高速，并在启用 I2c 时使用较大的窗口周期。 要设置看门狗刷新，您可以配置 WD_WINDOW [3:0] 来获取刷新时间。如下图所示： Celeste_Liu_0-1728636341767.png 请参阅“ Document VR5510 产品数据手册”第 60 页表 45。监视窗口周期配置，如下截图所示。设置好正确的 WD 周期时间后，需要正确地给 WD 供料。 Celeste_Liu_4-1728636786838.png Celeste_Liu_5-1728636805408.png 希望以上信息对您有所帮助。 顺祝商祺！ 塞莱斯特