Title: Unable to Generate Orange Color on FRDM-MCXN236 RGB LED Using CTIMER PWM Hi everyone, I am currently learning embedded systems using the NXP FRDM-MCXN236 development board and experimenting with the onboard RGB LED using the MCUXpresso SDK ctimer_pwm_example. My goal is to generate an orange color on the onboard RGB LED. Since orange is typically created by mixing red at a high brightness and green at a lower brightness while keeping blue off, I expected to achieve this through PWM duty cycle control. Here is what I have discovered so far. The original example configures: PORT4_19 -> CT3_MAT3 and the onboard RGB LED illuminates green. I then experimented by changing only the pin number in: PORT_SetPinConfig(PORT4, XX, &port4_19_pinR10_config); Observations: PORT4_19 illuminates Green PORT4_18 illuminates Red PORT4_17 illuminates Blue If I configure both PORT4_17 and PORT4_18 using the same configuration, I get Magenta (Red + Blue). This makes me think that the same CTIMER output signal is being routed to multiple RGB channels. The main issue is that changing DUTY_CYCLE values such as 0, 25, 50, 75, 99, or 100 does not appear to produce meaningful brightness changes. Because of this, I cannot independently control the intensity of the red and green channels and therefore cannot generate orange. My understanding at the moment is that I may be driving multiple RGB channels using the same PWM output, meaning all channels receive the same duty cycle and cannot have independent brightness levels. I would appreciate help with the following questions: Is the onboard RGB LED on the FRDM-MCXN236 capable of true independent RGB PWM control? Which CTIMER match outputs are connected to: PORT4_17 (Blue) PORT4_18 (Red) PORT4_19 (Green) Do I need separate CTIMER match channels (MAT0, MAT1, MAT2, MAT3) to independently control the RGB channels? Is the ctimer_pwm_example intended only as a PWM demonstration rather than an RGB color-mixing example? Has anyone successfully generated orange or arbitrary RGB colors on the onboard RGB LED? Any explanation regarding the RGB LED hardware routing, pin multiplexing, and recommended approach for RGB color mixing on this board would be greatly appreciated. Thank you. Clock|Timers Development Board FRDM-Training Hands-On Training MCXN Re: Title: Unable to Generate Orange Color on FRDM-MCXN236 RGB LED Using CTIMER PWM Hi @syedsahil28803_gmail_com  Thank you for the post! 1. The RGB could be controlled independently the brightness of each color.  2. P4_17 : CTimer 3 MAT 1 P4_18 : CTimer 3 MAT 2 P4_19 : CTimer 3 MAT 3 3. You could select the same channel to control the PWM period for the other 3 signals.  4. Yes, the expected use of the example is PWM demonstration.  5. I tried out at my end, the PWM successfully control the brightness, but the combination of the colors does not result in orange, it is more like yellow. This could be a limitation of the RGB Led on the board. 

HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Good Morning ! I am trying to get ready with FRDM i.MX 93 with getting started guide: Guide I downloaded FRDM-IMX93 Demo Images (tried REV.1.0 and REV4.0), but keep getting same error message.  Tried command from guide: .\uuu.exe -b sd_all imx-image-full-imx93frdm.rootfs.wic.zst uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Build 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 Run built-in script: uuu_version 1.4.149 # @_flash.bin | bootloader, which can extract from wic image # @_image [_flash.bin] | wic image burn to emmc. # This command will be run when i.MX6/7 i.MX8MM, i.MX8MQ SDP: boot -f imx-image-full-imx93frdm.rootfs.wic.zst/* -scanlimited 0x800000 # This command will be run when ROM support stream mode # i.MX8QXP, i.MX8QM SDPS: boot -scanterm -f imx-image-full-imx93frdm.rootfs.wic.zst/* -scanlimited 0x800000 # These commands will be run when use SPL and will be skipped if no spl # SDPU will be deprecated. please use SDPV instead of SDPU # { SDPU: delay 1000 SDPU: write -f imx-image-full-imx93frdm.rootfs.wic.zst/* -offset 0x57c00 -scanlimited 0x800000 SDPU: jump -scanlimited 0x800000 # } # These commands will be run when use SPL and will be skipped if no spl # if (SPL support SDPV) # { SDPV: delay 1000 SDPV: write -f imx-image-full-imx93frdm.rootfs.wic.zst/* -skipspl -scanterm -scanlimited 0x800000 SDPV: jump -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 bootloader imx-image-full-imx93frdm.rootfs.wic.zst/* FB: done Wait for Known USB Device Appear... New USB Device Attached at 4:2-23F11C6A09B54230 4:2-23F11C6A09B54230>Start Cmd:SDPS: boot -scanterm -f imx-image-full-imx93frdm.rootfs.wic.zst/* -scanlimited 0x800000 Decompress file:>imx-image-full-imx93frdm.rootfs.wic.zst 14%4:2-23F11C6A09B54230>Fail HID(W): LIBUSB_ERROR_TIMEOUT (-7)(20.15s) Then I tried .\uuu.exe -v -b emmc_all .\imx-boot-imx93frdm-sd.bin-flash_singleboot .\imx-image-full-imx93frdm.rootfs.wic.zst, but also got same error meassage: uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Build 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 Run built-in script: uuu_version 1.4.149 # @_flash.bin | bootloader, which can extract from wic image # @_image [_flash.bin] | wic image burn to emmc. # This command will be run when i.MX6/7 i.MX8MM, i.MX8MQ SDP: boot -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -scanlimited 0x800000 # This command will be run when ROM support stream mode # i.MX8QXP, i.MX8QM SDPS: boot -scanterm -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -scanlimited 0x800000 # These commands will be run when use SPL and will be skipped if no spl # SDPU will be deprecated. please use SDPV instead of SDPU # { SDPU: delay 1000 SDPU: write -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -offset 0x57c00 SDPU: jump -scanlimited 0x800000 # } # These commands will be run when use SPL and will be skipped if no spl # if (SPL support SDPV) # { SDPV: delay 1000 SDPV: write -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -skipspl -scanterm -scanlimited 0x800000 SDPV: jump -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 bootloader .\imx-boot-imx93frdm-sd.bin-flash_singleboot FB: ucmd if env exists emmc_ack; then ; else setenv emmc_ack 0; fi; FB: ucmd mmc partconf ${emmc_dev} ${emmc_ack} 1 0 FB: done Wait for Known USB Device Appear... New USB Device Attached at 4:2- 4:2->Start Cmd:SDPS: boot -scanterm -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -scanlimited 0x800000 4:2->Fail HID(W): LIBUSB_ERROR_TIMEOUT (-7)(20.02s) I am using latest uuu.exe version. Also with new drivers on windows. Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Same here. I'm trying with Ubuntu 20.04 and same error occured. sudo ~/uuu-ubuntu20.04 -lsusb uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Connected Known USB Devices Path Chip Pro Vid Pid BcdVersion Serial_no ==================================================================== 1:3 MX93 SDPS: 0x1FC9 0x014E 0x0001 8214D79A2FFA4708 sudo ~/uuu-ubuntu20.04 -b emmc_all imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot imx-image-core-imx93-11x11-lpddr4x-frdm.rootfs-20260608162024.wic.zst uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Success 0 Failure 1 1:3-8214D79A 1/ 1 [HID(W): LIBUSB_ERROR_TIMEOUT (-7) ] SDPS: boot -scanterm -f imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash... I tried both with MACHINE=imx93frdm and MACHINE=imx93-11x11-lpddr4x-frdm and same result. I just see this log on 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 There's no solution anywhere and no one is helping. Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Hello, Please try with the standard BSP release from here: https://www.nxp.com/design/design-center/software/embedded-software/i-mx-software/embedded-linux-for-i-mx-applications-processors:IMXLINUX Also, I would rather recommend to not use the compressed rootfs, please uncompress (un-zst) and try again. Best regards/Saludos, Aldo. Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Hi,  I am facing the same problem.  The board is booting fine from the emmc but when I try to flash the SD card in any way it does not work. I tried flashing one of the pre-built images on the imx93 FRDM main page (compressed and un-compressed) using uuu I also used dd:  zstd -d imx-image-full-imx93frdm.rootfs.wic.zst -c | sudo dd of=/dev/mmcblk0 bs=4M status=progress conv=fsync then when I boot the board from the SD card it does not fully boot and stops there 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 And I faced this same output after booting up when I tried flashing the SD card with the Debian-based image using flex-installer. Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Hello!! For the first issue, please note that you'll need the bootloader not only the rootfs, so you'll need to run a command like the following: ./uuu -b emmc_all flash.bin imx-image-full-imx93frdm.rootfs.wic For the issue that it uses dd, is the same please do not use compressed rootfs (un-zst) Best regards/Saludos, Aldo. Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Also please update the guide I linked in first post to help others :). Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Hello, Glad that it is now working, I will double check the script maybe it uses a different bootloader, and yes we are working on improvingthe documentation for the FRDM boards we apreciate your comments. Best regards/Saludos, Aldo. Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Well I think it worked with the latest software You linked and command: .\uuu.exe -v uuu.auto-imx93-11x11-lpddr4x-frdm But I don't know is it the best solution, because now my board introduces itself as "imx93evk" not imx93frdm.

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 系列的关注！ 请问您使用的 Arduino J44 上的哪个引脚？您使用的是哪个 LPUART 实例？ 根据您的连接设置，我推测可能是 LPUART12（GPIO_AON_15/GPIO_AON_16）。 不过，在您描述的问题中，这两个LED是D6和D7，它们的控制引脚分别是GPIO_AD_27和GPIO_AD_26。这些引脚与您正在使用的 LPUART 无关。您的应用程序中的其他代码可能正在重复使用它们。 在这种情况下，LED 无法正常点亮这一事实表明，应用程序的其余代码也没有正确执行。这不太可能是硬件问题。我们建议先擦除闪存，然后从 SDK 中刷入一个简单的默认项目进行测试。 致以最诚挚的问候， Gavin

How can I adjust the width of each cell in the guider software for the table control of the guider? I am using table control and I don't find any button or input box to adjust the width of each cell in the guider interface. How should I adjust the cell width at design time? Re: 请问guider的table控件怎样在guider软件里调整每个单元格的宽度？ Hi @alen-liao   Hello, you can try changing this setting. BR Harry

S32K3 上的 LDREX/STREX/CLREX——似乎在 SRAM 中也能正常工作？ 我之前问过一个问题——https://community.nxp.com/t5/S32K/Understanding-Atomics-i-e-STREX-LDREX-on-S32K3/m-p/2356118 ——而回答似乎暗示，即使我仅在单核上使用 LDREX/STREX/CLREX，也无法依赖其行为来防止中断服务程序（ISRs）或中断请求（IRQs）与主线程发生冲突，尤其是当被检查的内存位于 SRAM 中时。 不过经过一些测试，结果似乎与我的预期一致——能否请设计团队确认，LDREX/STREX/CLREX 并不负责解决来自单个内核的访问冲突？我知道这无法阻止DMA与Cortex-M7内核之间的独占访问，但内核自身之间的访问又如何呢？

Using Arduino interface of MIMX RT1170 EVK for sensor connection Hello. I am interfacing ultrasonic sensor to MIMX RT1170 EVK board. For interfacing the sensor I need to use Arduino interface for GPIOs connection. I am not able to find the proper connections for ultrasonic sensor connection, because not getting power at the pins. I gave supply to board using adapter (J43).  I need reference for pins connection and are there any settings required for powering ON the arduino interface region? Thank you.  Re: Using Arduino interface of MIMX RT1170 EVK for sensor connection Hi @SK02 , Thank you so much for your interest in our products and for using our community. regarding your issue, could you please verify the following power configuration? 1: The adapter is connected to J43 2:  The SW5 power switch is turned ON 3: J38 is set to pins 1–2 to select the external 5 V input Once these settings are confirmed, the board power rails—including those supplying the Arduino interface—should be available. Please try it. Best Regards May

恩智浦 IMX 1050evkb 需要帮助 我学过 C 语言编程。现在，我正在努力学习嵌入式开发的基础知识。我刚买了一个恩智浦 1050 评估套件。但这与恩智浦入门指南中提到的基本步骤并不一致。-它没有内置加速度计项目。我尝试安装驱动程序，但链接带我构建 SDK。指南上说要安装 SDK，但我在那里找不到任何可安装文件。里面所有的视频都太旧了。 谁能帮帮我？ Re: Need help with NXP IMX 1050evkb 你好@wadinyade， 你拿到的是哪款评估套件？如果您正在使用 EVKB，我建议您尝试一下更新版的MCUXpresso for VS Code，它不仅提供了更现代的微控制器应用开发方法，还拥有友好的 VS Code 开发环境。您可以在此处查阅有关如何下载和安装 MCXpresso 扩展、获取 RT1050-EVKB 的代码库（SDK）以及导入您的第一个项目的文档： MCUXpresso 安装程序 — MCUXpresso for VS Code 26.05 文档 探索扩展 — MCUXpresso for VS Code 26.05 文档 导入代码库 — MCUXpresso for VS Code 26.05 文档 创建项目 — MCUXpresso for VS Code 26.05 文档 如果您使用的是 RT1050 的 EVK（无 B）版本，则需要较早版本的 MCUXpresso IDE 以及 RT1050-EVK 的 SDK。您下载的 SDK 中不包含安装程序。相反，要将其导入 MCUXpresso IDE，您可以将 ZIP 文件拖放到 IDE 底部的“"已安装的 SDK”" 面板中，具体操作如《MCUXpresso IDE 用户指南》中"4.2.2 节“通过 SDK Builder 支持 SDK 组件”" 所述： https://www.nxp.com/webapp/下载?colCode=MCUXPRESSO-UG&appType=license 如果您对这个话题还有其他疑问，请随时告诉我！ BR， 埃德温。

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（Universal Update Utility）-- libuuu_1.5.243-0-g230f1b1 設定ファイルに含める: PctlチップビデオPID Bcdバージョンシリアル番号 ================================================== 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: boot -f imx-image-full-imx93frdm.rootfs.wic.zst/* -scanlimited 0x800000 # このコマンドは、ROMがストリームモードをサポートしている場合に実行されます # i.MX8QXP、i.MX8QM SDPS: boot -scanterm -f imx-image-full-imx93frdm.rootfs.wic.zst/* -scanlimited 0x800000 # これらのコマンドはSPLを使用する場合に実行され、SPLを使用しない場合はスキップされます # SDPU は非推奨になります。SDPU の代わりに SDPV を使用してください。 # ヤミン・アメックス SDPU: 遅延 1000 SDPU: write -f imx-image-full-imx93frdm.rootfs.wic.zst/* -offset 0x57c00 -scanlimited 0x800000 SDPU: ジャンプ -scanlimited 0x800000 # } # これらのコマンドはSPLを使用する場合に実行され、SPLを使用しない場合はスキップされます # if (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 bootloader imx-image-full-imx93frdm.rootfs.wic.zst/* FB: 完了 既知のUSBデバイスが表示されるまでお待ちください... 新しいUSBデバイスが4:2-23F11C6A09B54230に接続されました 4:2-23F11C6A09B54230>開始コマンド:SDPS: boot -scanterm -f imx-image-full-imx93frdm.rootfs.wic.zst/* -scanlimited 0x800000 ファイルの解凍:>imx-image-full-imx93frdm.rootfs.wic.zst 14%4:2-23F11C6A09B54230>HID(W)エラー: LIBUSB_ERROR_TIMEOUT (-7)(20.15秒) 次に、.\uuu.exe -v -b emmc_all .\imx-boot-imx93frdm-sd.bin-flash_singleboot .\imx-image-full-imx93frdm.rootfs.wic.zst を試しました。しかし、同じエラーメッセージも表示されました。 NXP IMXチップ用uuu（Universal Update Utility）-- libuuu_1.5.243-0-g230f1b1 設定ファイルに含める: PctlチップビデオPID Bcdバージョンシリアル番号 ================================================== 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: boot -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -scanlimited 0x800000 # このコマンドは、ROMがストリームモードをサポートしている場合に実行されます # i.MX8QXP、i.MX8QM SDPS: boot -scanterm -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -scanlimited 0x800000 # これらのコマンドはSPLを使用する場合に実行され、SPLを使用しない場合はスキップされます # SDPU は非推奨になります。SDPU の代わりに SDPV を使用してください。 # ヤミン・アメックス SDPU: 遅延 1000 SDPU: write -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -offset 0x57c00 SDPU: ジャンプ -scanlimited 0x800000 # } # これらのコマンドはSPLを使用する場合に実行され、SPLを使用しない場合はスキップされます # if (SPLがSDPVをサポートしている場合) # ヤミン・アメックス SDPV: 遅延 1000 SDPV: 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 bootloader .\imx-boot-imx93frdm-sd.bin-flash_singleboot FB: ucmd if env exists emmc_ack; then ; else setenv emmc_ack 0; fi; FB: ucmd mmc partconf ${emmc_dev} ${emmc_ack} 1 0 FB: 完了 既知のUSBデバイスが表示されるまでお待ちください... 新しいUSBデバイスが4:2に接続されました。 4:2->開始コマンド:SDPS: boot -scanterm -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -scanlimited 0x800000 4:2->HID(W)エラー: LIBUSB_ERROR_TIMEOUT (-7)(20.02秒) 最新バージョンのuuu.exeを使用しています。また、Windowsには新しいドライバもインストールされています。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 こっちも一緒。Ubuntu 20.04で試してみましたが、同じエラーが発生しました。 sudo ~/uuu-ubuntu20.04 -lsusb NXP IMXチップ用uuu（Universal Update Utility）-- libuuu_1.5.243-0-g230f1b1 コネクテッド Known USB Devices パス チップ プロ ビデオ Pid BcdVersion シリアル番号 ==================================================================== 1:3 MX93 SDPS: 0x1FC9 0x014E 0x0001 8214D79A2FFA4708 sudo ~/uuu-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（Universal Update Utility）-- libuuu_1.5.243-0-g230f1b1 成功 0 失敗 1 1:3-8214D79A 1/1 [HID(W): LIBUSB_ERROR_TIMEOUT (-7) ] SDPS: boot -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(2024年9月2日 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: オーバードライブ電圧モード DDR: 3733MTS DDR: 3733MTS M33準備OK どこにも解決策はなく、誰も助けてくれない。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 こんにちは、 こちらの標準BSPリリースをお試しください。 https://www.nxp.com/design/design-center/software/embedded-software/i-mx-software/embedded-linux-for-i-mx-applications-processors:IMXLINUX また、圧縮されたルートファイルシステムは使用せず、解凍（un-zst）してから再度試すことをお勧めします。 よろしくお願いいたします。 アルド。 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 こんにちは、 動作するようになってよかったです。スクリプトをもう一度確認してみます。もしかしたら別のブートローダーを使っているかもしれません。FRDMボードのドキュメントの改善に取り組んでいますので、ご意見ありがとうございます。 よろしくお願いいたします。 アルド。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 ええと、あなたがリンクした最新のソフトウェアとコマンド「.\uuu.exe -v uuu.auto-imx93-11x11-lpddr4x-frdm」でうまくいったと思います。 しかし、これが最善の解決策かどうかはわかりません。なぜなら、私のボードは現在、imx93frdmではなく「imx93evk」として認識されるからです。 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 また、他の人の役に立つよう、最初の投稿でリンクしたガイドを更新してください。

如何使用 S32K 的编译脚本？ 各位恩智浦专家：   目前，我使用 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? 你好 是的，你可以在不打开 IDE GUI 的情况下自动版本 S32 Design Studio。S32 设计工作室基于 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 顺祝商祺！ Peter

E2E Secure key Provisioning for S3K3 MCUs Hello,  We are currently using NXP trust center service for encrypting our root key for uC. So we requested the NXP trust center one time encryption of our root key that is sucessfully used in one customer project now confusion is can we reuse the same encrypted root key (encryption done by NXP trust center) for other project with same uC family like in all projects that are planned with S32K3XX uC (for eaxmple K312 and 322)  Thank you Re: E2E Secure key Provisioning for S3K3 MCUs Hi @hammad  This is not managed by our online support team. Please discuss this either with NXP trust center directly (if you have a contact) or create new case here: https://support.nxp.com/s/?language=en_US … and it will be assigned to regional FAE team which could help with this. Regards, Lukas

T1042 DIFF_SYSCLK/DIFF_SYSCLK_B Termination Resistor Does DIFF_SYSCLK/DIFF_SYSCLK_B on the T1042 require an external termination resistor when used as an LVDS pair? The datasheet does not explicitly state it and only gives "Figure 11. LVDS receiver". AN4825 seems to show that it is internal, but this does not look to be consistent with the datasheet. Clocking

タイトル：CTIMER PWMを使用してFRDM-MCXN236 RGB LEDでオレンジ色を生成できない こんにちは、皆さん 私は現在、NXP FRDM-MCXN236開発ボードを使用して組み込みシステムを学習しており、MCUXpresso SDKのctimer_pwm_exampleを使用してオンボードのRGB LEDの実験を行っています。 私の目標は、基板上のRGB LEDをオレンジ色に発光させることです。オレンジ色は通常、高輝度の赤と低輝度の緑を混ぜ合わせ、青を消灯することで作られるため、PWMデューティサイクル制御によってこれを実現できると予想した。 これまでに私が発見したことは以下のとおりです。 元の例では以下のように設定されています。 PORT4_19 -> CT3_MAT3 そして、内蔵のRGB LEDが緑色に点灯する。 次に、以下のPIN番号だけを変更して実験してみました。 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（緑） RGBチャネルを個別に制御するために、CTIMERのマッチチャネル（MAT0、MAT1、MAT2、MAT3）を別々に用意する必要がありますか？ ctimer_pwm_exampleは、RGBカラーミキシングのサンプルではなく、PWMのデモンストレーションのみを目的としているのでしょうか？ オンボード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の制限事項である可能性があります。

Flutter 在 IMX93 上的运行 你好 我有一个 IMX93 主板，我想在上面运行一个 Flutter 程序。我在 CPU 使用率方面遇到了很大问题（显示一个每秒刷新一次的时钟的静态画面时，CPU 使用率约为 20%% ；而滚动包含图片的整页内容时，CPU 使用率则超过 90%% ）。这主要取决于栅格（在静态屏幕上，每秒约180毫秒）。我正在尝试启用 PxP，但要么是我无法启用，要么是 Flutter 无法使用它进行栅格化。 我看到 Flutter 使用的 API 包括 OpenGL ES、Vulkan 和 Metal，因此我不确定是否可以使用 PXP 来辅助 CPU。  谢谢！

Does the S32K364 support partial AB_SWAP mode? Hello! I have a customer’s S32K364 board here, which already has HSE configured in AB_SWAP mode. When I read the value of the DCMSTAT (0x402AC000) register, it is 0x00040FF1. According to the manual, this indicates that the DCMOTAA_EX bit is set.and the chip is in partial AB_SWAP mode. However, the manual also states, “This AB_SWAP mode is supported only for S32K328, S32K338, S32K348, S32K358, S32K356, S32K336, and S32K388." Is this a documentation error or is there another reason for this? Re: Does the S32K364 support the partial AB_SWAP mode? Hi@BianHaopeng1 看错文档了你，RN00176-for S32K396 HSE Firmware 0.2.50.0。 Re: Does the S32K364 support the partial AB_SWAP mode? For the S32K394, S32K374, and S32K364 devices, 0040_0000h is not available for IVT during AB-SWAP for boot loader but the ABSWAP function should be common feature

Zephyr 3.5.0環境下で、i.MX RT1020のMCUbootイメージのスワップが再起動時にサイレントエラーで失敗する。(FlexSPI/RAMFUNCの問題) 私は、 Zephyr RTOSバージョン3.5.0 が動作する MIMXRT1020-EVK ボード上で、 MCUboot と MCUmgr/SMP UDPトランスポートスタック を使用して、マルチイメージOTAファームウェアアップデートパイプラインを実装しています。Sysbuild経由。 ネットワーク接続、アップロード、状態書き込みの各セグメントは問題なく動作しているにもかかわらず、 MCUbootは再起動時にイメージスワップ操作を完全にスキップ/拒否し、目に見えるエラーログを表示することなく、古いスロット0のイメージにそのまま戻ってしまう。 私はIntercreateのsmpmgrスクリプトを使用して、UDP経由で署名付きアプリケーションアップデートを送信しています。OSリセットをトリガーする直前のフラッシュテーブルのスナップショットクエリは、セカンダリスロットが適切に有効化され、フラグが付けられていることを示しています。 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... に即座に起動します。 Flashレイアウト設定（.overlay） &flexspi { ステータス = "正常"; reg = <0x402a8000 0x4000>, <0x60000000 DT_SIZE_M(8)>; is25wp064: is25wp064@0 { compatible = "nxp,imx-flexspi-nor"; サイズ = <67108864>; reg = <0>; spi-max-frequency = <133000000>; ステータス = "正常"; jedec-id = [9d 70 17]; 消去ブロックサイズ = <4096>; 書き込みブロックサイズ = <1>; パーティション { compatible = "fixed-partitions"; #address-cells = <1>; #size-cells = <1>; /* ステップ 1: ベースボード dts から競合するすべてのストックパーティションを削除します */ /delete-node/ partition@0; /delete-node/ partition@10000; /delete-node/ partition@310000; /delete-node/ partition@610000; /delete-node/ partition@630000; ブートパーティション: パーティション@0 { ラベル = "mcuboot"; reg = <0x00000000 DT_SIZE_K(64)>; }; /* slot0 のサイズを 3.5MB から 3.4MB (0x366000) に縮小しました */ slot0_partition: partition@10000 { ラベル = "image-0"; reg = <0x00010000 0x366000>; /* 3.5MB */ }; slot1_partition: partition@390000 { ラベル = "画像-1"; reg = <0x00376000 0x366000>; /* 3.5MB */ }; スクラッチパーティション: パーティション@710000 { ラベル = "image-scratch"; reg = <0x00710000 DT_SIZE_K(128)>; }; ストレージパーティション: パーティション@730000 { ラベル = "ストレージ"; 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 NXP FlexSPIドライバがフラッシュチャネルからコマンドを実行する際に、フラッシュブロックへの書き込みや消去を安全に行えないという実行インプレース（XIP）制約に引っかかっている可能性があり、その結果、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がパーマネント=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 {  ラベル = "画像-1"; reg = < 0x00376000 0x366000>;  }; よろしくお願いします、 ギャビン

Does the S32K364 support the partial AB_SWAP mode? 你好！我手上有一块客户的S32K364板子，已经安装了AB_SWAP模式的HSE。读取DCMSTAT(0x402AC000)寄存器值为0x00040FF1，按手册代表DCMOTAA_EX这个位有效，芯片处于partial AB_SWAP模式，但是手册中又提到“This AB_SWAP mode is supported only for S32K328, S32K338, S32K348, S32K358, S32K356, S32K336, and S32K388”，请问这是一个doc bug还是什么原因？ Re: Does the S32K364 support the partial AB_SWAP mode? Hi@BianHaopeng1 你看错文档了，是 RN00176-for S32K396 HSE 固件 0.2.50.0。 Re: Does the S32K364 support the partial AB_SWAP mode? 对于 S32K394、S32K374 和 S32K364 设备，在 AB-SWAP 启动加载程序期间，0040_0000h 不可用于 IVT，但是 ABSWAP 功能应该是常见功能

rte_eth_rx_burst -> returning same mbuff pointer twice consecutively From my application calling rte_eth_rx_burst  checking sometimes same mbuff coming twice . Checked code buffer not freeing . With out mbuff free what could be the scenario that same mbuff pointer received twice . QorIQ LS1 Devices Re: rte_eth_rx_burst -> returning same mbuff pointer twice consecutively Enable DPDK log levels (first thing to try) Run your app with: --log-level=8 What you’ll see: RX descriptor handling buffer allocation/recycling PMD behavior Enable mbuf debug checking (very useful) Rebuild DPDK with: CONFIG_RTE_LIBRTE_MBUF_DEBUG=y This will: Validate mbuf consistency Catch: corrupted metadata reused mbuf incorrectly invalid refcnt Enable mempool debug       CONFIG_RTE_LIBRTE_MEMPOOL_DEBUG=y Helps detect: double allocation cache corruption same buffer returned twice from mempool Poison/free tracking (EXTREMELY useful) You can enable memory overwrite checking: CONFIG_RTE_MALLOC_DEBUG=y and --mp-alloc=debug This helps detect: overwrite before/after mbuf hidden memory corruption Quick isolation trick (VERY effective) Run testpmd -- -i Then: set fwd rxonly start If duplication disappears: your application bug If still happens: PMD / HW / queue config issue Re: rte_eth_rx_burst -> returning same mbuff pointer twice consecutively thanks @yipingwang  for your quick reply and suggestions. from code i am not to figure out more . Any DPDK debug flag can help ?  Re: rte_eth_rx_burst -> returning same mbuff pointer twice consecutively Without an explicit mbuf free in your code, the most likely scenarios are that the mbuf is still being effectively returned/reused through another path in the application or shared unsafely across threads/cores, or that a special driver/path-specific buffer handling issue is corrupting lifecycle state. Cross-core/shared mbuf ownership issue. One documented case used one CPU for RX and many worker CPUs consuming mbufs from a ring; the mbuf address was then seen reused/overwritten while still referenced elsewhere. NXP specifically asked whether  RTE_MBUF_REFCNT_ATOMIC  was enabled for multicore access, and the customer said yes, but the issue was still treated as application-level ownership/lifetime handling., Duplicate release or hidden return path in the application pipeline. NXP’s guidance in that case was to instrument buffer allocate/release/packet-send actions to see whether the same address was being released back to the buffer pool more than once. PMD/driver returning malformed mbufs to pool in special paths. There is a separate DPAA2 PMD case involving chained mbufs where mbufs returned to the mempool appeared corrupted (  next  not cleared), causing sanity-check failures on later allocation. That is not the same symptom as your report, but it does show that special buffer handling paths can lead to later reuse/corruption symptoms. Same source and destination mbuf in crypto path. In a DPAA security/IPsec case, NXP noted that if  sym->m_dst  is  NULL  , then  m_src  and  m_dst  use the same mbuf. That can make packet contents appear rewritten “in place” under load, even though the pointer identity did not change. Re: rte_eth_rx_burst -> returning same mbuff pointer twice consecutively Thanks @yipingwang  for Quick reply . I will try and update you . One observation every time multiple mbuf ( same address coming ) getting below prints in screen fslmc: dpaa2_get_qbman_swp(): New Portal 0x17ffd61c0 (5) affined thread - 1953 fslmc: dpaa2_configure_stashing(): Portal= 5 CPU= 10 SDEST= 5 fslmc: DPAA Portal=0x17ffd61c0 (5) is affined to thread 1953

Comparator pin description Hi, In 172-pin QFP part MCXN247VPBT, pins 135 & 139 only show CMP1_IN1 and do not have any suffix to indicate if these are CMP1_IN1P or CMP1_IN1N. Similarly, pins 156, 157, 162, 163 also have the same issue in datasheet as well as Config tool.   Can someone from NXP update this information in datasheet as well as config tool?  Thanks, Satish Acharya MCXN Re: Comparator pin description Thank you, Celeste. This answers my question. Re: Comparator pin description Hello @acharya_satishb , Thanks for your post.  I think there is no issue with either the datasheet or the Config Tool. The reason is that the pins you mentioned can be configured as either CMPx_INxP or CMPx_INxN. For example, pin 135 (also referred to as P0_3). As shown in “Table 375. CMP input connections” in reference manual, both CMP1_IN1P and CMP1_IN1N are mapped to P0_3. The same applies to other pins such as 139, 156, 157, 162, and 163. According to the table, only the inputs with index 4 and 5 are special cases. Therefore, these are explicitly differentiated in the pinmux. For instance, P4_15 is defined as CMP0_IN4P in the pinmux. About selecting the input used for the positive or negative mux, you can sconfigure the MSEL and PSEL bits in the CCR2 register.  And noted that PSEL should not be same as MSEL. Hope it helps. If you needs further help please do not hesitate to reach out. Any new issues, welcome to create a new post. BR Celeste -------------------------------------------------------------------------------------------------------------------- Note: If this post answers your question, please click the "ACCEPT AS SOLUTION" button. Thank you! --------------------------------------------------------------------------------------------------------------------

rte_eth_rx_burst -> 同じmbuffポインタを2回連続で返しています 私のアプリケーションからrte_eth_rx_burstを呼び出しています 時々同じ mbuff が 2 回来ることがあります。コードバッファが解放されていないことを確認しました。mbuff が無料の場合、同じ mbuff ポインタが 2 回受信されるシナリオはどのようなものになるでしょうか。 QorIQ LS1デバイス Re: rte_eth_rx_burst -> returning same mbuff pointer twice consecutively DPDKのログレベルを有効にする（まず最初に試すべきこと） アプリを実行するには、以下を使用してください。 --log-level=8 ご覧いただける内容： RXディスクリプタの処理 バッファの割り当て/リサイクル PMDの挙動 mbufデバッグチェックを有効にする（非常に便利） DPDKを再構築するには、以下を使用してください。 CONFIG_RTE_LIBRTE_MBUF_DEBUG=y これにより、以下のことが可能になります。 mbufの一貫性を検証する キャッチ： メタデータが破損しています mbufを誤って再利用した 無効なrefnt メモリプールのデバッグを有効にする CONFIG_RTE_LIBRTE_MEMPOOL_DEBUG=y 検出に役立ちます： 二重割り当て キャッシュ破損 mempoolから同じバッファが2回返されました 毒物/無料追跡（非常に便利） メモリ上書きチェックを有効にするには、以下の設定が有効になっています。 CONFIG_RTE_MALLOC_DEBUG=y そして、 --mp-alloc=debug これは以下の検出に役立ちます。 mbuf の前後で上書きする 隠されたメモリ破損 素早く隔離できるコツ（非常に効果的） 実行 testpmd -- -i それから： 受信専用に前方転送を設定します start 重複が解消された場合： アプリケーションのバグ それでも発生する場合： 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 free がない場合、最も可能性の高いシナリオは、mbuf がアプリケーション内の別のパスを通じて実質的に返されたり再利用されたりしているか、スレッドやコア間で安全でない方法で共有されているか、あるいは特別なドライバ/パス固有のバッファ処理の問題によってライフサイクル状態が破損しているかのいずれかです。 クロスコア/共有mbuf所有権の問題。 ある事例では、1つのCPUをRXに使用し、多数のワーカーCPUがリングからmbufを消費していました。その際、mbufアドレスが他の場所で参照されているにもかかわらず、再利用または上書きされていることが確認されました。NXPは具体的に、  RTE_MBUF_REFCNT_ATOMIC  マルチコアアクセスが有効になっており、顧客も同意したが、問題は依然としてアプリケーションレベルの所有権/ライフサイクル管理として扱われた。 アプリケーションパイプラインに重複したリリース、または隠されたリターンパスが存在します。 NXPのこの件に関するガイダンスは、バッファの割り当て/解放/パケット送信アクションを計測し、同じアドレスがバッファプールに複数回解放されているかどうかを確認することだった。 PMD/ドライバが、不正な形式のmbufを特別なパスでプールに返します。 連鎖したmbufに関連する別のDPAA2 PMDケースがあり、mempoolに戻されたmbufが破損しているように見えました（  next  クリアされないため、後続の割り当て時に健全性チェックの失敗が発生します。それはあなたの報告と同じ症状ではありませんが、特別なバッファ処理パスが後々の再利用や破損の症状につながる可能性があることを示しています。 暗号化パス内の送信元と宛先のmbufが同じである。 DPAAセキュリティ/IPsecのケースで、NXPは、  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) アファイン Thread - 1953 fslmc: dpaa2_configure_stashing(): ポータル= 5 CPU= 10 SDEST= 5 fslmc: DPAAポータル=0x17ffd61c0 (5) はThread1953に関連付けられています

Inquiry about PINCFG Field Configuration in S32K146 LPI2C MCFGR1 Register Hello everyone, I'm working with the LPI2C module on the S32K146 and have some questions about the PINCFG field in the MCFGR1 (Master Configuration Register 1) register. According to the reference manual, the PINCFG field is used to configure the I2C pin operating mode. However, I need to understand the following specific information: What are the application scenarios for each of the 8 different PINCFG configuration values (000 to 111)? What is the pin output type for each configuration value? Is it Open-Drain or Push-Pull output? Any application notes, reference code, or practical experience you can share would be greatly appreciated. Thank you! Re: Inquiry about PINCFG Field Configuration in S32K146 LPI2C MCFGR1 Register Hi @GXY  The PINCFG field defines how the LPI2C pins are electrically driven and used, depending on whether a standard 2‑pin I2C bus or a separated 4‑pin configuration is required. 000 – Standard mode: bidirectional open-drain 001 – Both signals configured as output-only open-drain 010 – Bidirectional push-pull 011 – SCL/SDA used as inputs; SCLS/SDAS used as push-pull outputs 100 – SCL/SDA: bidirectional open-drain for master; SCLS/SDAS: bidirectional open-drain for slave 101 – SCL/SDA: output-only open-drain for master; SCLS/SDAS: output-only open-drain for slave 110 – SCL/SDA: bidirectional push-pull for master; SCLS/SDAS: bidirectional push-pull for slave 111 – SCL/SDA: input-only open-drain; SCLS/SDAS: inverted output-only push-pull For additional information, please refer to the UM10204: I2C-bus Specification and User Manual. Additionally, example codes demonstrating standard I2C pin configurations are available within the S32K1 software packages. BR, VaneB