在 Zephyr 3.5.0 环境下，i.MX RT1020 的 MCUboot 镜像在重启时会无提示地交换失败(FlexSPI/RAMFUNC 问题) 我正在运行 Zephyr RTOS 版本 3.5.0 的 MIMXRT1020-EVK 主板上使用 mcuBoot 和 mc umGR/SMP UDP 传输堆栈 实现多映像 OTA 固件更新管道来源：Sysbuild。 虽然网络连接、上传和状态写入环节均运行正常，但在重启时，MCUboot 会完全跳过/拒绝执行镜像切换操作，直接回退到旧的插槽 0 镜像，且未显示任何可见的错误日志： 。我正在通过 Intercreate smpmgr 脚本经由 UDP 发送经过签名的应用程序更新。在触发操作系统 RESET 之前对闪存表进行快照查询表明辅助插槽已正确布防并已标记 ImageState( slot=0, version='1.0.0', hash=HashBytes('00ECFDFD...'), bootable=True, pending=False, confirmed=True, active=True, permanent=False ) ImageState( slot=1, version='1.0.0', hash=HashBytes('2FD1F2FC...'), bootable=True, pending=True, confirmed=False, active=False, permanent=True ) 运行远程重置命令后，板成功触发系统重启，但是 MCUboot 没有执行任何扇区洗牌或延迟。它会立即重新启动，并直接回到插槽 0 中的完全相同的 HashBytes 00ECFDFD...。 闪存布局配置 (.overlay) &flexspi { status ="okay"; reg =<0x402a8000 0x4000>,<0x60000000 DT_SIZE_M(8)>; is25wp064：is25wp064 @0 { 兼容 = " nxp，imx-flexspi-nor "； 尺寸<67108864> = ； reg =<0> ；spi-max-frequency =<133000000> ；状态 = " 好吧 "；jedec-id = [9d 70 17]； erase-block-size =;<4096> write-block-size =;<1> 分区 { compatible ="fixed-partitions"; #address-cells =<1>; #size-cells =<1>; /* 第 1 步：从基板 dts 中删除所有冲突的库存分区 */ /删除节点/ 分区 @0; /删除节点/ 分区 @10000; /删除节点/ 分区 @310000; /删除节点/ 分区; /删除节点/ 分区 @610000; /删除节点/ 分区 @630000; boot_partition: partition@0 { label ="mcuboot"; reg =<0x00000000 DT_SIZE_K(64)>; }; /* 将 slot0 缩减为 3.4MB (0x366000) 而不是 3.5MB */ slot0_partition: partition@10000 { label ="image-0"; reg =<0x00010000 0x366000>; /* 3.5MB */ }; slot1_partition: partition@390000 { label ="image-1"; reg =<0x00376000 0x366000>; /* 3.5MB */ }; scratch_partition: partition@710000 { label ="image-scratch"; reg =<0x00710000 DT_SIZE_K(128)>; }; storage_partition: partition@730000 { label ="storage"; reg =<0x00730000 DT_SIZE_K(832)>; }; }; }; }; app/prj.conf CONFIG_BOOTLOADER_MCUBOOT=y CONFIG_XIP=y CONFIG_MCUBOOT_BOOTLOADER_MODE_SWAP_WITHOUT_SCRATCH=y CONFIG_USE_DT_CODE_PARTITION=y app/sysbuild/mcuboot.conf CONFIG_XIP=y CONFIG_BOOT_SWAP_USING_MOVE=y CONFIG_BOOT_SIGNATURE_TYPE_RSA=y CONFIG_BOOT_SIGNATURE_KEY_FILE="bootloader/mcuboot/root-rsa-2048.pem" CONFIG_BOOT_VALIDATE_SLOT0=y # 尝试为 Zephyr 3.5.0 实现 RAM 功能隔离标志 CONFIG_FLEXSPI_CONFIG_IN_RAM=y 怀疑我们遇到了就地执行 (XIP) 限制，即恩智浦FlexSPI驱动程序在执行来自闪存通道的命令时无法安全地写入或擦除闪存块，从而导致McuBoot在启动时安全地删除事务以保护系统。 然而，一些现代的 NXP RAM 功能标志（例如 CONFIG_CODE_FLEXSPI_RAMFUNC 或 CONFIG_MCUX_CODE_QUICK_ACCESS_RAMFUNC）会引发“"”未定义符号的"编译器异常或依赖警告 在 Zephyr 3.5.0 中，在 MCUboot 子映像环境中，要安全地将所有闪存驱动程序操作钩子完全移至内部 SRAM（ITCM/SRAM）中，具体需要哪些 Kconfig 变量？ 是否存在某些仅限于 RT1020 的隐藏硬件对齐限制、FlexSPI 查找表 (LUT) 配置或写入块大小，导致 MCUboot 会无提示地跳过标记为 permanent=True 的辅助映像槽？ Re: i.MX RT1020 MCUboot image swap failing silently on reboot under Zephyr 3.5.0 (FlexSPI/RAMFUNC is 你好@Deepa-khatri2588、 感谢您对 NXP MIMXRT 系列的关注！ 我已经检查了您的 KConfig 和 DTS 文件，似乎存在一些问题。例如，`CONFIG_FLEXSPI_CONFIG_IN_RAM` 和 `CONFIG_CODE_FLEXSPI_RAMFUNC` 在 Zephyr 3.5.0 中并不存在。 请查阅此官方文档中的 KConfig 设置：  https://docs.zephyrproject.org/3.5.0/kconfig.html 建议您注意以下 KConfig 设置： CONFIG_CODE_FLEXSPI=y CONFIG_XIP=y CONFIG_FLASH_MCUX_FLEXSPI_XIP=y CONFIG_FLASH_MCUX_FLEXSPI_XIP_MEM_ITCM=y CONFIG_FLASH_MCUX_FLEXSPI_NOR_WRITE_BUFFER=y CONFIG_FLASH_LOG_LEVEL_OFF=y CONFIG_MEMC_LOG_LEVEL_OFF=y CONFIG_MEMC=y 在 DTS 中，存在节点 ID 与偏移地址不匹配的问题，这一点可能也需要进行验证： slot1_partition:partition@390000{  标签 ="image-1"; reg =<0x003760000x366000>;  }; 致以最诚挚的问候， Gavin

S3K3 MCU 的端到端安全密钥配置 你好 我们目前使用恩智浦信任中心服务为 uC 的根密钥加密。因此，我们要求恩智浦信任中心对我们在一个客户项目中成功使用的根密钥进行一次性加密，现在困惑的是，我们能否像计划使用 S32K3XX uC 的所有项目（例如 K312 和 322）一样将相同的加密根密钥（由恩智浦信任中心进行加密）用于具有相同uC系列的其他项目 谢谢 Re: E2E Secure key Provisioning for S3K3 MCUs 你好@hammad  此事不在我们在线支持团队的管辖范围内。请直接与恩智浦（NXP）信任中心联系（如果您有联系方式），或在此处创建新工单： https://support.nxp.com/s/?language=en_US ……并将交由区域FAE团队处理，他们可以提供帮助。 此致， Lukas

LDREX/STREX/CLREX on S32K3 - seems to work in SRAM? I asked a question a little bit back - https://community.nxp.com/t5/S32K/Understanding-Atomics-i-e-STREX-LDREX-on-S32K3/m-p/2356118 - and the answer seemed to imply that I could not rely on the behavior of LDREX/STREX/CLREX even when I was only using it on a single core to prevent conflicts between things like ISRs/IRQs conflicting with the main thread if the memory being checked was in SRAM. Having done some testing though, it appears to work as I expect - could I get confirmation from the design team that LDREX/STREX/CLREX is not expected to deconflict accesses from a single core? I know that it won't prevent things like exclusive accesses between the DMA and the cortex-m7 core, but what about the core with itself?

How to use the compilation script for S32K? Hi, NXP experts:   Now i use the IDE ("S32 Design Studio for S32 Platform 3.4" ) for project compile by manual. Can I achieve operations such as cleaning, refreshing, building, and switching link files in the project through scripts? This way, I can achieve some automated compilation without having to open the IDE for operation. Re: How to use the compilation script for S32K? Thank you petervlna  !  I will have a try, thank you very much! Re: How to use the compilation script for S32K? Hello, Yes — you can automate S32 Design Studio builds without opening the IDE GUI. S32 Design Studio is Eclipse-based, you can utilize the Eclipse headless build mechanism for command-line compilation. You can find tutorial on this link: https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/S32DS-list-of-HOWTOs/ta-p/1113475 For command line interface: https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-S32-Design-Studio-Command-Line-Interface/ta-p/1112410 Best regards, Peter

i.MX RT1020 MCUboot image swap failing silently on reboot under Zephyr 3.5.0 (FlexSPI/RAMFUNC issue I am implementing a multi-image OTA firmware update pipeline using MCUboot and the MCUmgr / SMP UDP transport stack on a MIMXRT1020-EVK board, running Zephyr RTOS version 3.5.0 via Sysbuild. While the networking, upload, and state-writing segments are working flawlessly, MCUboot completely skips/refuses the image swap operation upon reboot, dropping right back into the older slot 0 image without throwing visible error traces I am sending signed application updates via an Intercreate smpmgr script over UDP. The snapshot query of the flash tables right before triggering an os reset indicates the secondary slot is properly armed and flagged ImageState( slot=0, version='1.0.0', hash=HashBytes('00ECFDFD...'), bootable=True, pending=False, confirmed=True, active=True, permanent=False ) ImageState( slot=1, version='1.0.0', hash=HashBytes('2FD1F2FC...'), bootable=True, pending=True, confirmed=False, active=False, permanent=True ) Upon running the remote reset command, the board successfully triggers a system reboot, but MCUboot does not execute any sector shuffling or delays. It boots instantly straight back into the exact same HashBytes 00ECFDFD... in Slot 0. Flash Layout Configurations (.overlay) &flexspi { status = "okay"; reg = <0x402a8000 0x4000>, <0x60000000 DT_SIZE_M(8)>; is25wp064: is25wp064@0 { compatible = "nxp,imx-flexspi-nor"; size = <67108864>; reg = <0>; spi-max-frequency = <133000000>; status = "okay"; jedec-id = [9d 70 17]; erase-block-size = <4096>; write-block-size = <1>; partitions { compatible = "fixed-partitions"; #address-cells = <1>; #size-cells = <1>; /* STEP 1: Delete all conflicting stock partitions from the base board dts */ /delete-node/ partition@0; /delete-node/ partition@10000; /delete-node/ partition@310000; /delete-node/ partition@610000; /delete-node/ partition@630000; boot_partition: partition@0 { label = "mcuboot"; reg = <0x00000000 DT_SIZE_K(64)>; }; /* Reduced slot0 to 3.4MB (0x366000) instead of 3.5MB */ slot0_partition: partition@10000 { label = "image-0"; reg = <0x00010000 0x366000>; /* 3.5MB */ }; slot1_partition: partition@390000 { label = "image-1"; reg = <0x00376000 0x366000>; /* 3.5MB */ }; scratch_partition: partition@710000 { label = "image-scratch"; reg = <0x00710000 DT_SIZE_K(128)>; }; storage_partition: partition@730000 { label = "storage"; reg = <0x00730000 DT_SIZE_K(832)>; }; }; }; }; app/prj.conf CONFIG_BOOTLOADER_MCUBOOT=y CONFIG_XIP=y CONFIG_MCUBOOT_BOOTLOADER_MODE_SWAP_WITHOUT_SCRATCH=y CONFIG_USE_DT_CODE_PARTITION=y app/sysbuild/mcuboot.conf CONFIG_XIP=y CONFIG_BOOT_SWAP_USING_MOVE=y CONFIG_BOOT_SIGNATURE_TYPE_RSA=y CONFIG_BOOT_SIGNATURE_KEY_FILE="bootloader/mcuboot/root-rsa-2048.pem" CONFIG_BOOT_VALIDATE_SLOT0=y # Attempted RAM function isolation flags for Zephyr 3.5.0 CONFIG_FLEXSPI_CONFIG_IN_RAM=y suspect we are hitting an execute-in-place (XIP) constraint where the NXP FlexSPI driver cannot write or erase flash blocks safely while executing commands out of the flash channel, causing MCUboot to safely drop the transaction on boot to protect the system. However, several modern NXP RAM function flags (such as CONFIG_CODE_FLEXSPI_RAMFUNC or CONFIG_MCUX_CODE_QUICK_ACCESS_RAMFUNC) throw "undefined symbol" compiler exceptions or dependency warnings In Zephyr 3.5.0, what are the precise Kconfig variables required to safely force all flash driver manipulation hooks entirely into internal SRAM (ITCM/SRAM) for the MCUboot child image context? Are there any hidden hardware alignment limits, FlexSPI look-up-table (LUT) configurations, or write-block sizes unique to the RT1020 that cause MCUboot to silently skip a marked permanent=True secondary image slot? Re: i.MX RT1020 MCUboot image swap failing silently on reboot under Zephyr 3.5.0 (FlexSPI/RAMFUNC is Hi @Deepa-khatri2588 , Thanks for your interest in NXP MIMXRT series! I’ve reviewed your KConfig and DTS files, and it appears there are some issues. For example, `CONFIG_FLEXSPI_CONFIG_IN_RAM` and `CONFIG_CODE_FLEXSPI_RAMFUNC` do not exist in Zephyr 3.5.0. Please check your KConfig settings in this official documentation:  https://docs.zephyrproject.org/3.5.0/kconfig.html I recommend paying attention to the following KConfig settings: CONFIG_CODE_FLEXSPI=y CONFIG_XIP=y CONFIG_FLASH_MCUX_FLEXSPI_XIP=y CONFIG_FLASH_MCUX_FLEXSPI_XIP_MEM_ITCM=y CONFIG_FLASH_MCUX_FLEXSPI_NOR_WRITE_BUFFER=y CONFIG_FLASH_LOG_LEVEL_OFF=y CONFIG_MEMC_LOG_LEVEL_OFF=y CONFIG_MEMC=y In DTS, there is an issue where node IDs and offset addresses do not match, which may also need to be verified: slot1_partition: partition@390000 {  label = "image-1"; reg = <0x00376000 0x366000>;  }; Best regards, Gavin

关于 S32K146 LPI2C MCFGR1 寄存器中 PINCFG 字段配置的咨询 大家好 我正在使用 S32K146 上的 LPI2C 模块，对 MCFGR1（主配置寄存器 1）寄存器中的 PINCFG 字段有一些疑问。 根据参考手册，PINCFG 字段用于配置 I2C 引脚工作模式。不过，我需要了解以下具体信息： PINCFG 的 8 个不同配置值（000 至 111）各自适用于哪些应用场景？ 每个配置值的引脚输出类型是什么？这是开漏输出还是推挽输出？ 如果您能分享任何应用笔记、参考代码或实践经验，我们将不胜感激。 谢谢！ Re: Inquiry about PINCFG Field Configuration in S32K146 LPI2C MCFGR1 Register 你好@GXY  PINCFG 字段定义了 LPI2C 引脚的电气驱动和使用方式，具体取决于是需要标准的 2 引脚 I2C 总线还是单独的 4 引脚配置。 000 – 标准模式：双向开漏 001 – 两个信号均配置为仅输出开漏模式 010 – 双向推挽 011 – SCL/SDA 用作输入；SCLS/SDAS 用作推挽输出 100 – SCL/SDA：主设备用的双向开漏；SCLS/SDAS：从设备用的双向开漏 101 – SCL/SDA：主设备专用的只读开漏输出；SCLS/SDAS：从设备专用的只读开漏输出 110 – SCL/SDA：主设备双向推挽；SCLS/SDAS：从设备双向推挽 111 – SCL/SDA：仅输入、开漏；SCLS/SDAS：仅反相输出、推挽 有关更多信息，请参阅 UM10204：I2C 总线规格和用户手册。 此外，S32K1 软件包中还提供了演示标准 I2C 引脚配置的示例代码。 BR、VaneB

J44 Arduino header UART communication Not working on MIMXRT1180-EVK J44 Arduino header UART communication is not working on the MIMXRT1180-EVK Board. earlier, the indicator LEDs near the J44 port used to turn ON/blink during the power-up, but currently the LEDs are not glowing, and UART communication is also not working. could anyone help with this issue?  I have attached both images one before when it was working and the LEDs were glowing and the other one now it is not working and LEDs are not glowing. Re: J44 Arduino header UART communication Not working on MIMXRT1180-EVK Hi @abishekb , Thanks for your interest in NXP MIMXRT series! May I ask which pin on your J44 Arduino you're using? And which LPUART instance are you using? Based on your connection setup, I suspect it might be LPUART12 (GPIO_AON_15/GPIO_AON_16). However, in the issue you described, the two LEDs are D6 and D7, and their control pins are GPIO_AD_27 and GPIO_AD_26. These pins are not related to the LPUART you are using. It is possible that other code in your application is reusing them. In this case, the fact that the LED isn’t lighting up properly indicates that the rest of your application code isn’t executing correctly either. It’s unlikely to be a hardware issue. We recommend erasing the flash memory and then flashing a simple default project from the SDK to test it. Best regards, Gavin

S32K用のコンパイルスクリプトの使い方は？ NXPのエキスパートの皆様、こんにちは。 現在、私はIDE（「S32 Design Studio for S32 Platform 3.4」）を使用して、プロジェクトを手動でコンパイルしています。 スクリプトを使用して、プロジェクト内のリンクファイルのクリーンアップ、更新、ビルディング、切り替えなどの操作を実行することはできますか？ こうすることで、IDEを開いて操作することなく、ある程度の自動コンパイルを実現できます。 Re: How to use the compilation script for S32K? petervlnaさん、ありがとうございます！ 試してみます、どうもありがとうございます！ Re: How to use the compilation script for S32K? こんにちは、 はい、S32 Design StudioのビルドはIDEのGUIを開かなくても自動化できます。S32 Design StudioはEclipseベースなので、Eclipseのヘッドレスビルドメカニズムを利用してコマンドラインコンパイルを行うことができます。 こちらのリンクからチュートリアルをご覧いただけます。 https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/S32DS-list-of-HOWTOs/ta-p/1113475 コマンドラインインターフェースの場合： https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-S32-Design-Studio-Command-Line-Interface/ta-p/1112410 よろしくお願いいたします。 ピーター

S32K3 の LDREX/STREX/CLREX は SRAM で動作するようです。 少し前に質問をしました - https://community.nxp.com/t5/S32K/Understanding-Atomics-ie-STREX-LDREX-on-S32K3/mp/2356118 - 回答では、チェック対象のメモリがSRAMにある場合、ISR/IRQなどがメインスレッドと競合するのを防ぐために、LDREX/STREX/CLREXをシングルコアでのみ使用している場合でも、その動作に頼ることはできないと示唆しているように思えました。 テストを行った結果、期待通りに動作しているようです。LDREX/STREX/CLREXは単一コアからのアクセスを競合しないように設計されている、という点について設計チームから確認をいただけますでしょうか？DMAとCortex-M7コア間の排他的アクセスのようなものを防ぐことはできないと分かっていますが、コア自身との排他的アクセスはどうでしょうか？

NTAG213チップの書き込みに関する問題 現在、貴社純正のNTAG213チップを使用していますが、エンコード処理中にデータが書き込まれないという問題が頻繁に発生しています。 例えば、1,000個のチップにデータを書き込んだ際、最初に80個のチップが故障した。再試行したところ、失敗回数は60回に減少した。試行を繰り返すにつれて不良率は低下したが、最後の26個のチップは10回以上の再試行後も全く書き込みができなかった。 現在のテスト段階ではある程度対処可能ですが、このような問題が実際の製造ラインで発生した場合、当社にとって重大な業務上および財務上の損失につながります。 この書き込みエラーの考えられる原因を説明していただき、この問題を解決するための解決策をご提示いただけますでしょうか？ Re: NTAG213 CHIP Writing issue お世話になります。 問題はNTAGではなく、使用しているNFCリーダにある可能性もあります。量産用に特別に設計された当社のNFCリーダをベースにしたNFCリーダソリューションがあります。お使いのシステム構成について、もう少し詳しい情報をご提供いただけますでしょうか？ また、ここは公開コミュニティであることをご留意ください。さらに具体的なご質問がある場合は、会社のドメインを使用してログインし、チケットを作成してください。

Flutter on IMX93 Hello I have an IMX93 board and I'm trying to run a flutter program on it. I'm having a loto of trouble with CPU usage (around 20% for a static screen with a clock that refresh every second, and over 90% for a full page scroll with images). Most of it depends from raster (around 180ms each second in the static screen). I am trying to enable PxP but either I am not able to either flutter can not use it to rasterize. I saw that flutter uses OpenGl ES, Vulkan and metal as API, so I'm not sure if it is possible to use pxp to help CPU.  Thanks

使用 MIMX RT1170 EVK 的 Arduino 接口连接传感器 您好。 我正在将超声波传感器连接到 MIMX RT1170 EVK 板。为了连接传感器，我需要使用 Arduino 接口来连接 GPIO 引脚。我无法找到超声波传感器连接的正确接线方式，因为引脚上没有电源。 我使用适配器 (J43) 为板提供电源。 我需要引脚连接参考，开启 arduino 接口区域需要任何设置吗？ 谢谢。 Re: Using Arduino interface of MIMX RT1170 EVK for sensor connection 你好@SK02， 非常感谢您关注我们的产品并使用我们的社区。 关于您的问题，请确认以下电源配置是否正确？ 1：适配器已连接至 J43 2：SW5电源开关已打开 3：将 J38 连接至第 1–2 引脚以选择外部 5 V 输入 确认这些设置后，主板电源轨——包括提供Arduino接口的电源轨——应该可用。 请您尝试一下。 顺祝商祺！ 5月

HID(W)：LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 早安 ！ 我正在试用 FRDM i.MX 93 入门指南：指南 我下载了FRDM-IMX93 演示镜像（尝试了 REV.1.0 和 REV4.0），但一直收到相同的错误信息。 尝试了指南中的命令：.\uuu.exe -b sd_all imx-image-full-imx93frdm.rootfs.wic.zst 用于 nxp imx 芯片的 uuu（通用更新实用程序） -- libuuu_1.5.243-0-g230f1b1 版本 in config: Pctl Chip Vid Pid BcdVersion Serial_No ================================================== SDPS: MX8QXP 0x1fc9 0x012f [0x0002..0xffff] SDPS: MX8QM 0x1fc9 0x0129 [0x0002..0xffff] SDPS: MX8DXL 0x1fc9 0x0147 SDPS: MX28 0x15a2 0x004f SDPS: MX815 0x1fc9 0x013e SDPS: MX865 0x1fc9 0x0146 SDPS: MX8ULP 0x1fc9 0x014a SDPS: MX8ULP 0x1fc9 0x014b SDPS: MX93 0x1fc9 0x014e SDPS: MX91 0x1fc9 0x0159 SDPS: MX95 0x1fc9 0x015d SDPS: MX95 0x1fc9 0x015c SDPS: MX943 0x1fc9 0x0027 SDPS: MX952 0x1fc9 0x0028 SDP: MX7D 0x15a2 0x0076 SDP: MX6Q 0x15a2 0x0054 SDP: MX6D 0x15a2 0x0061 SDP: MX6SL 0x15a2 0x0063 SDP: MX6SX 0x15a2 0x0071 SDP: MX6UL 0x15a2 0x007d SDP: MX6ULL 0x15a2 0x0080 SDP: MX6SLL 0x1fc9 0x0128 SDP: MX7ULP 0x1fc9 0x0126 SDP: MXRT106X 0x1fc9 0x0135 SDP: MX8MM 0x1fc9 0x0134 SDP: MX8MQ 0x1fc9 0x012b SDPU: SPL 0x0525 0xb4a4 [0x0000..0x04ff] SDPV: SPL1 0x0525 0xb4a4 [0x0500..0x9998] SDPV: SPL1 0x1fc9 0x0151 [0x0500..0x9998] SDPU: SPL 0x0525 0xb4a4 [0x9999..0x9999] SDPU: SPL 0x3016 0x1001 [0x0000..0x04ff] SDPV: SPL1 0x3016 0x1001 [0x0500..0x9998] FBK: 0x066f 0x9afe FBK: 0x066f 0x9bff FBK: 0x1fc9 0x0153 FB: 0x0525 0xa4a5 FB: 0x18d1 0x0d02 FB: 0x3016 0x0001 FB: 0x1fc9 0x0152 FB: 0x0483 0x0afb 运行内置脚本： uuu_version 1.4.149 # @_flash.bin | 引导加载程序，可从 wic 映像中提取 # @_image [_flash.bin] | wic 映像刻录到 emmc。 # 此命令将在 i.mx6/7 i.mx8MM、i.mx8MQ SDP: 启动-f imx-image-full-imx-image-full-imx93frdm.rootfs.wic.zst/*-scanlimited 0x 800000 时运行 # 此命令将在 ROM 支持直播模式时运行 # i.MX8QXP, i.MX8QM SDPS: 启动 -scanterm -f imx-image-full-imx93frdm.rootfs.wic.zst/* -scanlimited 0x800000 # 这些命令将在使用 SPL 时运行，如果不使用 SPL，则跳过这些命令。 # SDPU 将被弃用，请使用 SDPV 代替 SDPU # { SDPU: delay 1000 SDPU: write -f imx-image-full-imx93frdm.rootfs.wic.zst/* -offset 0x57c00 -scanlimited 0x800000 SDPU: jump -scanlimited 0x800000 # } # 使用 SPL 时将运行这些命令，如果不支持，则跳过这些命令。 # 如果（SPL 支持 SDPV） # { SDPV：延迟 1000 SDPV: write -f imx-image-full-imx93frdm.rootfs.wic.zst/* -skipspl -scanterm -scanlimited 0x800000 SDPV: 跳转 -scanlimited 0x800000 # } FB: ucmd setenv fastboot_dev mmc FB: ucmd setenv mmcdev${sd_dev} FB: ucmd mmc dev${sd_dev} FB: flash -raw2sparse all imx-image-full-imx93frdm.rootfs.wic.zst/* FB： flash -scanterm -scanlimited 0x800000 引导加载程序 imx-image-full-imx93frdm.rootfs.wic.zst/* FB: 已完成 等待已知的 USB 设备出现... 4:2-23 连接新的 USB 设备 F11C6A09B54230 4 :2-23 F11C6A09B54230 > 启动 cmd: SDPS：boot-scanterm-f imx-image-full-imx93frdm.rootfs.wic.zst/*-scanlimited 0x800000 解压缩文件：> imx-image-full-imx9 3frdm.rootfs.wic.zst 14%4:2-23F11C6A09B54230>Fail HID(W)：LIBUSB_ERROR_TIMEOUT (-7)(20.15s) 然后我试了一下。\ uuu.exe-v-b emmc_all。\ imx-boot-imx93frdm-sd.bin-flash_singleboot。\ imx-image-full-imx93frdm.rootfs.wic.zst，但也得到了同样的错误信息： 用于 nxp imx 芯片的 uuu（通用更新实用程序） -- libuuu_1.5.243-0-g230f1b1 版本 in config: Pctl Chip Vid Pid BcdVersion Serial_No ================================================== SDPS: MX8QXP 0x1fc9 0x012f [0x0002..0xffff] SDPS: MX8QM 0x1fc9 0x0129 [0x0002..0xffff] SDPS: MX8DXL 0x1fc9 0x0147 SDPS: MX28 0x15a2 0x004f SDPS: MX815 0x1fc9 0x013e SDPS: MX865 0x1fc9 0x0146 SDPS: MX8ULP 0x1fc9 0x014a SDPS: MX8ULP 0x1fc9 0x014b SDPS: MX93 0x1fc9 0x014e SDPS: MX91 0x1fc9 0x0159 SDPS: MX95 0x1fc9 0x015d SDPS: MX95 0x1fc9 0x015c SDPS: MX943 0x1fc9 0x0027 SDPS: MX952 0x1fc9 0x0028 SDP: MX7D 0x15a2 0x0076 SDP: MX6Q 0x15a2 0x0054 SDP: MX6D 0x15a2 0x0061 SDP: MX6SL 0x15a2 0x0063 SDP: MX6SX 0x15a2 0x0071 SDP: MX6UL 0x15a2 0x007d SDP: MX6ULL 0x15a2 0x0080 SDP: MX6SLL 0x1fc9 0x0128 SDP: MX7ULP 0x1fc9 0x0126 SDP: MXRT106X 0x1fc9 0x0135 SDP: MX8MM 0x1fc9 0x0134 SDP: MX8MQ 0x1fc9 0x012b SDPU: SPL 0x0525 0xb4a4 [0x0000..0x04ff] SDPV: SPL1 0x0525 0xb4a4 [0x0500..0x9998] SDPV: SPL1 0x1fc9 0x0151 [0x0500..0x9998] SDPU: SPL 0x0525 0xb4a4 [0x9999..0x9999] SDPU: SPL 0x3016 0x1001 [0x0000..0x04ff] SDPV: SPL1 0x3016 0x1001 [0x0500..0x9998] FBK: 0x066f 0x9afe FBK: 0x066f 0x9bff FBK: 0x1fc9 0x0153 FB: 0x0525 0xa4a5 FB: 0x18d1 0x0d02 FB: 0x3016 0x0001 FB: 0x1fc9 0x0152 FB: 0x0483 0x0afb 运行内置脚本： uuu_version 1.4.149 # @_flash.bin | 引导加载程序，可从 wic 映像中提取 # @_image [_flash.bin] | wic 映像刻录到 emmc。 # 此命令将在 i.mx6/7 i.mx8MM、i.mx8MQ SDP: 启动-f 时运行 。 \ imx-boot-imx93frdm-sd.bin-flash_singleboot-Scanlimited 0x800000 # 此命令将在 ROM 支持直播模式时运行 # i.mx8QXP，i.mx8QM SDPS：启动-scanterm- f。\ imx-boot-imx93frdm-sd.bin-flash_singleboot-Scanlimited 0x800000 # 这些命令将在使用 SPL 时运行，如果不弃用 spl # SDPU，则将跳过 这些命令。请使用 SDPV 代替 SDPU # { SDPU: delay 1000 SDPU: write-f。 \ imx-boot-imx93frdm-sd.bin-flash_singleboot-offset 0x57c00 SDPU：jump-scanlimited 0x800000 #} # 这些命令将在使用 SPL 时运行，如果没有 spl 则会跳过 # if（SPL 支持 SDPV） # { SDPV: delay 1000 SDP V: write-f。 \ imx-boot-imx93frdm-sd.bin-flash_singleboot-skipspl-scanterm-scanlimited 0x800000 SDPV：跳跃-scanlimited 0x800000 #} FB: ucmd setenv fastboot_dev mmc FB: ucmd setenv mmcdev${emmc_dev} FB: ucmd mmc dev${emmc_dev} FB: flash -raw2sparse all .\imx-image-full-imx93frdm.rootfs.wic.zst/* FB：flash-scanterm-scanlimited 0x800000 引导加载程序。 \ imx-boot-imx93frdm-sd.bin-flash_singleboot FB： 如果环境存在 ucmd emmc_ack；那么；否则 setenv emmc_ack 0；fi； FB：ucmd mmc partc onf${emmc_dev}${emmc_ack} 1 0 FB：完成 等待已知的 USB 设备出现... 在 4:2-4:2 连接新的 USB 设备- > 启动 Cmd:SDPS: 启动-scanterm-f。 \ imx-boot-imx93frdm-sd.bin-flash_singleboot-scanlimited 0x800000 4:2-> 失败 HID (W)：LIBUSB_ERROR_TIMEOUT (-7) (20.02s) 我使用的是最新的 uuu.exe 版本。 Windows上还有新的驱动程序。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 我也一样。我尝试使用 Ubuntu 20.04，也出现了同样的错误。 sudo ~/uuu-ubuntu20.04 -lsusb uuu（通用更新实用程序），用于 nxp imx 芯片 -- libuu_1.5.243-0-g230f1b1 已连接的已知 USB 设备 路径芯片 Pro Vid Pid BCD 版本序列号_否 ===================================================================================== 8214D79A2FFA4708 sudo ~/uuuu-ubuntu20.04-b emmc_all imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singlebootimx-image-core-imx93-11x11-lpddr4x-frdm.rootfs-20260608162024.wic.zst 用于 nxp imx 芯片的 uuu（通用更新实用程序） -- libuuu_1.5.243-0-g230f1b1 成功 0 失败 1 1:3-8214 D79A 1/ 1 [HID (W)：LIBUSB_ERROR_TIMEOUT (-7)] SDPS：启动-scanterm-f imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash... 我尝试了 MACHINE=imx93frdm 和 MACHINE=imx93-11x11-lpddr4x-frdm，结果相同。我刚刚在 UART 上看到了这个日志 DEBUG： U-Boot SPL 2024.04+gde16f4f1722+p0(Sep 02 2024 - 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: Over Drive Voltage Mode DDR: 3733MTS DDR: 3733MTS M33 prepare ok 没有任何解决方案，也没有人提供帮助。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 你好， 请从这里尝试使用标准电路板支持包版本： https://www.nxp.com/design/design-center/software/embedded-software/i-mx-software/embedded-linux-for-i-mx-applications-processors:IMXLINUX 另外，我建议不要使用压缩的 rootfs，请解压缩（un-zst）后再试一次。 致以最崇高的敬意/问候， Aldo。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 嗨， ，我也遇到了同样的问题。 板从 emmc 启动正常，但是当我尝试以任何方式刷新 SD 卡时它都不起作用。 我试过刷新 imx93 FRDM 主页上的一张预建图像（压缩和未压缩） 使用uuu 我也用过dd： zstd -d imx-image-full-imx93frdm.rootfs.wic.zst -c | sudo dd of=/dev/mmcblk0 bs=4M status=progress conv=fsync 然后当我从 SD 卡启动主板时它无法完全启动并停在那里 U-Boot SPL 2024.04+gde16f4f1722+p0 (Sep 02 2024 - 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: Over Drive Voltage Mode DDR: 3733MTS DDR: 3733MTS M33 prepare ok 当我尝试使用 flex-installer 用基于 Debian 的镜像刷新 SD 卡时，启动后我遇到了同样的输出。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 另外，请更新我在第一篇帖子中链接的指南，以便帮助其他人 :)。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 你好！！ 关于第一个问题，请注意，您不仅需要 rootfs，还需要引导加载程序，因此您需要运行类似以下的命令： ./uuu-b emmc_all flash.bin imx-image-full-imx93frdm.rootfs.wic 关于它使用 dd 这一问题，情况相同，请不要使用压缩的 rootfs（un-zst） 此致， 阿尔多。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 嗯，我觉得用你提供的最新软件和以下命令应该能行：.\uuu.exe -v uuu.auto-imx93-11x11-lpddr4x-frdm 但我不知道这是否是最好的解决方案，因为现在我的主板自称是 " imx93evk " 不是 imx93frdm。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 你好， 很高兴它现在可以运行了，我会仔细检查脚本，也许它使用了不同的引导加载程序，是的，我们正在改进 FRDM 板的文档，感谢你的评论。 致以最崇高的敬意/问候， Aldo。

标题：使用 CTIMER PWM 无法在 FRDM-MCXN236 RGB LED 上生成橙色 大家好， 我目前正在使用恩智浦 FRDM-MCXN236 开发板学习嵌入式系统，并使用 mcuxPresso SDK ctimer_pwm_example 尝试板载 RGB LED。 我的目标是在板载 RGB LED 上生成橙色。由于橙色通常是通过混合高亮度的红色和较低亮度的绿色来生成的，同时保持蓝光关闭状态，因此我希望通过PWM占空比控制来实现这一目标。 以下是我目前的发现。 原始示例的配置是 port4_19 -> CT3_MAT3 板载 RGB 指示灯亮绿色。 然后，我进行了实验，只更改了密码： PORT_SetPinConfig(PORT4, XX,&port4_19_pinR10_config)； 意见： PORT4_19 点亮绿色 PORT4_18 点亮红色 PORT4_17 点亮蓝色 如果使用相同的配置同时配置 PORT4_17 和 PORT4_18，就会得到品红色（红+蓝）。 这让我想到，同一个 CTIMER 输出信号被路由到多个 RGB 通道。 主要问题是，改变 DUTY_CYCLE 值（如 0、25、50、75、99 或 100）似乎不会产生有意义的亮度变化。因此，我无法独立控制红色和绿色通道的强度，也就无法生成橙色。 我目前的理解是，我可能使用相同的 PWM 输出驱动多个 RGB 通道，这意味着所有通道都具有相同的占空比，不能有独立的亮度级别。 请帮助我解决以下问题： FRDM-MCXN236 上的板载 RGB LED 是否能够实现真正独立的 RGB PWM 控制？ CTIMER 的匹配输出连接到哪个输出端： 端口 4_17（蓝色） 端口 4_18（红色） 端口 4_19（绿色） 是否需要单独的 CTIMER 匹配通道（MAT0、MAT1、MAT2、MAT3）来独立控制 RGB 通道？ ctimer_pwm_example 是否只是作为 PWM 演示，而不是 RGB 混色示例？ 是否有人成功地在板载 RGB LED 上生成了橙色或任意 RGB 颜色？ 如果能对该主板上的 RGB LED 硬件路由、引脚多路复用以及推荐的 RGB 混色方法进行任何解释，我们将不胜感激。 谢谢！ 时钟|计时器 开发板 FRDM 培训 动手实践培训 MCX N Re: Title: Unable to Generate Orange Color on FRDM-MCXN236 RGB LED Using CTIMER PWM 你好@syedsahil28803_gmail_com  谢谢你的帖子！ 1.RGB 的每种颜色亮度均可独立调节。  2. P4_17：CTimer 3 MAT 1 P4_18：CTimer 3 MAT 2 P4_19：CTimer 3 MAT 3 3. 您可以选择相同的通道来控制其余 3 个信号的 PWM 周期。  4. 是的，该示例的预期用途是演示PWM。  5. 我在本地测试了一下，PWM 成功控制了亮度，但混合后的颜色并非橙色，而是更偏向黄色。这可能是主板上RGB Led的局限性。

IDEのダウンロード 私の質問は、以前当社で使用していたIDEsはバージョン3.5（このバージョンをダウンロードするにはライセンスキーが必要でした）でしたが、RTDパッケージはバージョン2.0.0を使用しているということです。現在、公式サイトではIDEのインストールパッケージのバージョン3.5しか入手できず、ライセンスキーは入手できません。さらに、IDEのバージョン3.6では、RTDパッケージ2.0.0をインポートできません。バージョン3.5のライセンスキーはどこで入手できますか？ Re: Download of the IDE こんにちは、 アクティベーションキーは36BC-F75D-29F6-92A0です。

T1042 DIFF_SYSCLK/DIFF_SYSCLK_B 终端电阻 当 T1042 上的 DIFF_SYSCLK/DIFF_SYSCLK_B 用作 LVDS 信号对时，是否需要外部终端电阻？数据手册中并未明确说明这一点，仅提供了"的图11。LVDS接收器" 。AN4825 似乎表明这是内部的，但这似乎与数据手册不符。 定时

J44 ArduinoヘッダーのUART通信がMIMXRT1180-EVKで動作しない J44 ArduinoヘッダーのUART通信がMIMXRT1180-EVKボードで動作しません。以前は、J44ポート付近のインジケーターLEDが電源投入時に点灯/点滅していましたが、現在はLEDが点灯せず、UART通信も機能していません。どなたかこの問題について助けていただけませんか？ 以前正常に動作していてLEDが点灯していた時の画像と、現在動作しておらずLEDが点灯していない時の画像の両方を添付しました。 Re: J44 Arduino header UART communication Not working on MIMXRT1180-EVK こんにちは、 @abishekb さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます！ J44 Arduinoのどのピンを使用していますか？どのLPUARTインスタンスを使用していますか？ 接続設定から判断すると、LPUART12（GPIO_AON_15/GPIO_AON_16）である可能性が高いと思われます。 しかし、ご説明いただいた問題では、2つのLEDはD6とD7であり、それらの制御ピンはGPIO_AD_27とGPIO_AD_26です。これらのピンは、あなたが使用しているLPUARTとは関係ありません。アプリケーション内の他のコードがそれらを再利用している可能性があります。 この場合、LEDが正しく点灯しないということは、アプリケーションコードの残りの部分も正しく実行されていないことを示しています。ハードウェアの問題である可能性は低いでしょう。フラッシュメモリを消去してから、SDKからシンプルなデフォルトプロジェクトを書き込んでテストすることをお勧めします。 よろしくお願いします、 ギャビン

S32K146 LPI2C MCFGR1レジスタのPINCFGフィールド構成に関する問い合わせ こんにちは、みんな、 S32K146のLPI2Cモジュールを使用しているのですが、MCFGR1（マスターコンフィギュレーションレジスタ1）レジスタのPINCFGフィールドについていくつか質問があります。 リファレンスマニュアルによると、PINCFGフィールドはI2Cピンの動作モードを設定するために使用されます。しかし、私は以下の具体的な情報について理解する必要があります。 8種類のPINCFG設定値（000～111）それぞれに対応するアプリケーションシナリオは何ですか？ 各設定値におけるピン出力タイプは何ですか？出力方式はオープンドレインですか、それともプッシュプルですか？ アプリケーションノート、リファレンスコード、または実務経験など、共有していただけるものがあれば大変ありがたいです。 ご回答をお待ちしています。 Re: Inquiry about PINCFG Field Configuration in S32K146 LPI2C MCFGR1 Register こんにちは、 @GXYさん。 PINCFGフィールドは、標準的な2ピンI2Cバスが必要か、独立した4ピン構成が必要かに応じて、LPI2Cピンの電気的駆動方法と使用方法を定義します。 000 – 標準モード：双方向オープンドレイン 001 – 両方の信号は出力専用のオープンドレインとして構成されている 010 – 双方向プッシュプル 011 – SCL/SDAを入力として使用。SCLS/SDASをプッシュプル出力として使用。 100 – SCL/SDA: マスター用双方向オープンドレイン; SCLS/SDAS: スレーブ用双方向オープンドレイン 101 – SCL/SDA: マスター用出力専用オープンドレイン; SCLS/SDAS: スレーブ用出力専用オープンドレイン 110 – SCL/SDA: マスター用双方向プッシュプル、SCLS/SDAS: スレーブ用双方向プッシュプル 111 – SCL/SDA: 入力専用オープンドレイン; SCLS/SDAS: 反転出力専用プッシュプル 詳細については、 UM10204 ：I2Cバス仕様書およびユーザーマニュアルを参照してください。 さらに、S32K1ソフトウェアパッケージには、標準的なI2Cピン構成を示すサンプルコードが含まれています。 BR、VaneB

rte_eth_rx_burst -> 连续两次返回相同的 mbuff 指针 从我的应用程序调用 rte_eth_rx_burst 有时同一 mbuff 会出现两次。已检查代码缓冲区未释放 .在没有空闲 mbuff 的情况下，同一 mbuff 指针会收到两次。 QorIQ LS1设备 Re: rte_eth_rx_burst -> returning same mbuff pointer twice consecutively 启用 DPDK 日志级别（首先尝试） 运行应用程序： --日志级别=8 你会看到什么？ 处理 RX 描述符 缓冲区分配/再循环 PMD 行为 启用 mbuf 调试检查（非常有用） 用以下工具重建 DPDK CONFIG_RTE_LIBRTE_MBUF_DEBUG=y 这将 验证 mbuf 的一致性 接住： 损坏的元数据 错误地重复使用了 mbuf 无效 启用 mempool 调试 CONFIG_RTE_LIBRTE_MEMPOOL_DEBUG=y 有助于检测 双分配 缓存损坏 从 mempool 返回两次相同的缓冲区 毒物/自由追踪（非常有用） 您可以启用内存覆盖检查： CONFIG_RTE_MALLOC_DEBUG=y 以及 -mp-alloc=debug 这有助于检测： 覆盖之前/之后的 mbuf 隐藏的内存损坏 快速隔离技巧（非常有效） 运行 testpmd -- -i 然后： set fwd rxonly 开始 如果重复消失： 您的应用程序错误 如果仍然发生： PMD / HW / 队列配置问题 Re: rte_eth_rx_burst -> returning same mbuff pointer twice consecutively 感谢@yipingwang的快速回复和建议。我无法从代码中找出更多信息。有任何 DPDK 调试标志可以提供帮助吗？ Re: rte_eth_rx_burst -> returning same mbuff pointer twice consecutively 如果您的代码中没有明确的 mbuf 空白，最有可能的情况是 mbuf 仍在通过应用程序中的其他路径有效返回/重复使用，或者不安全地跨线程/内核共享，或者特定于驱动程序/路径的特殊缓冲区处理问题正在破坏生命周期状态。 跨核/共享 mbuf 所有权问题。 一个记录在案的案例中使用了一个 CPU 用于 RX，许多工作程序 CPU 消耗了环中的 mbuf；然后看到 mbuf 地址被重复使用/覆盖，但仍在其他地方被引用。恩智浦特别询问 RTE_MBUF_REFCNT_ATOMIC 是否为多核访问启用，客户说是，但问题仍被视为应用级所有权/寿命处理、 应用程序管道中有重复的版本或隐藏的返回路径。在这种情况下，恩智浦的指导方针是分析缓冲区分配/释放/数据包发送操作，以查看相同的地址是否被多次释放回缓冲池。 PMD/driver 在特殊路径中向池返回畸形 mbufs。 另外还有一个涉及链式 mbuf 的 DPAA2 PMD 案例，在该案例中，返回 mempool 的 mbuf 出现损坏（ 下一个 未清除），从而导致以后分配时的正确性检查失败。这与您的报告症状不同，但它确实表明特殊的缓冲区处理路径可能会导致以后的重复使用/损坏症状。 加密路径中的源和目标 mbuf 相同。 在 DPAA 网络安全/IPsec 案例中，恩智浦指出，如果  sym->m_dst  为  NULL  ，则  m_src  和  m_dst  使用相同的 mbuf。这可能会使数据包内容在负载情况下 "就地 "重写，即使指针标识没有改变。 Re: rte_eth_rx_burst -> returning same mbuff pointer twice consecutively 感谢@yipingwang的快速回复。我会尽量向您汇报情况。 每当多个 mbuf（来自同一地址）到达时，屏幕上都会显示以下内容： fslmc: dpaa2_get_qbman_swp(): 新增门户 0x17ffd61c0 (5) 关联线程 - 1953 fslmc: dpaa2_configure_stashing(): 门户= 5 CPU= 10 SDEST= 5 fslmc: DPAA 门户=0x17ffd61c0 (5) 已绑定至线程 1953

NTAG213 CHIP Writing issue We are currently using your genuine NTAG213 chips, but we frequently experience an issue where data fails to be written during the encoding process. For example, when writing data to 1,000 chips, 80 of them failed initially. Upon retrying, the number of failures dropped to 60. While the defect rate decreased with repeated attempts, the final 26 chips remained completely un-writable, even after more than 10 retries. While this is somewhat manageable during our current testing phase, if this kind of issue occurs on our actual manufacturing line, it will cause significant operational and financial losses for our company. Could you please explain the potential causes of this writing failure and provide a solution to resolve this issue? Re: NTAG213 CHIP Writing issue Hello sir, Is possible that the issue isn't about the NTAG but about the NFC Reader you are using. There are NFC Reader solutions based on our NFC Readers designed specifically for mass-production. Could you please provide a little more information about your setup? Additionally, please keep in mind that this is a public community. If you have further specific questions please log in using your company's domain to create a ticket.