インラインECC検証方法 こんにちは、 私はiMX8M Plusの外部DDRメモリ向けにインラインECCの実装に取り組んでいます。 ECCは動作しているようです(U-Bootの修正完了、LinuxにEDACドライバーが表示され、/sys/devices/system/edac/mc/mc0/仮想ファイルも存在します)。 保護機能をテストし、検証する方法を探しています。 私の理解では、データ自体にエラーを注入することは不可能であり、代わりにECCパリティビットを破損させる必要があるということです。 AN 13566 セクション 3.2.9同社は「この機能に関する詳細情報は、ご要望に応じて提供いたします」と述べている。 この情報はどのように依頼すればよいのでしょうか?この件に関して特定のNXPの連絡先やチャネルはありますか? よろしくお願いします、 Re: Inline ECC validation method こんにちは、 私は外部DDRを搭載したi.MX 8M PlusにインラインECCを実装しています。ECCは正常に動作しているようです:U-Bootの設定済み、LinuxのEDACドライバが有効、/sys/devices/system/edac/mc/mc0/が存在します。 次に、意図的に訂正可能なエラーと訂正不可能なエラーを生成することで、ECC保護機能を検証したいと思います。 AN13566、セクション3.2.9、インラインECCエラーは、ECC_REGION_PARITY_LOCKを用いてECC領域を解除し、ECCパリティビットを上書きすることで注入できると述べています。また、この機能に関する詳細情報はリクエストに応じて提供されるとも記載されている。 Re: Inline ECC validation method こんにちは、 もちろん提供は可能ですが、この件にはサポートチケットを作成する必要があります https://support.nxp.com/s/?language=en_US リクエストの本文に私の名前を記載していただければ、チケットの追跡や資料の提供ができます。 よろしくお願いいたします。 アルド。

FRDM-K64F PIT 在不同版本的板上 您好， 我正在尝试使用六块配备 nrf23l01 收发器的 FRDM-K64F 板进行无线电联网。 我将一秒钟分成十个时隙，其目的是让时隙 1 中的传输在时隙 2 中重复，时隙 2 中的传输在时隙 3 中重复，依此类推进行转发。 所以我使用 PIT 以 100 毫秒的周期生成中断，我已经用示波器检查过了。 在三块电路板（C、F 和 F 版本）上，此功能运行正常，我看到空中数据重复出现。然而，使用这三块 rev F1 电路板时，我的发射程序会卡住，等待时间段 1 到来。我没有收到中断！ 有人知道版本 F 和版本 F1 之间发生了什么变化会导致这种现象吗？ 这是我的初始化程序： SIM->SCGC6 |= SIM_SCGC6_PIT_MASK; // 开启 PIT 时钟 PIT - > MCR = 0x1; // 启用 PIT 定时器 PIT -> CHANNEL [0]. LDVAL = 5999999; // 设置重载值为 100 毫秒 PIT -> CHANNEL [0]. TCTRL = 0x03; // 开启 PIT 定时器 0，中断开启 主要内容： NVIC_EnableIRQ(PIT0_IRQn); // 启用 PI 定时器，通道 0 中断 以及 ISR： void PIT0_IRQHandler ( void ) { /* 清除中断标志 */ PIT-> CHANNEL [0]. TFLG = PIT_TFLG_TIF_MASK; NVIC_ClearPendingIRQ( PIT0_IRQn ); // 清除待处理的 PI 定时器，通道0 中断 //scope_trigger(); time_slot += 1; 如果（时间段 > 10）时间段 = 0； __DSB(); // 添加以应对 ARM勘误表838869，影响 Cortex-M4 } 非常感谢您的帮助！ 干杯 奈杰尔 Kinetis K系列MCU Re: FRDM-K64F PIT on different Rev boards 啊哈！谢谢。是的，我的三个芯片上都装了那个面罩。我很惊讶，你们的AI引擎（到目前为止，我觉得它非常有用）竟然没有提出这个问题！是否有建议的解决方法？延迟或失败？是的， PIT->MCR = 0x1; 应该单独一行， 肯定是在剪切粘贴过程中丢失了。 Re: FRDM-K64F PIT on different Rev boards 嗨@ve3id 感谢您的帖子！ 请检查勘误表 e7914 是否适用于您的 MCU： Kinetis_K_1N83J.pdf 我在 FRDM-K64F REV F1 上测试过，可以正常工作，我使用了 SDK 2.11.0 和 MCUXpresso IDE 25.06。 另外，我注意到您分享的代码中，在启用 SCGC6 的代码里，有一行“PIT->MCR = 0x1”作为注释，我想确认一下这是否是帖子中的笔误。 Re: FRDM-K64F PIT on different Rev boards 嗨@ve3id 勘误表中提到的解决方法是在写入 PIT_MCR 寄存器之前先读取该寄存器。 我以SDK中的PIT示例为基础，在FRDM板REV F1上测试您正在进行的操作，并进行了如下修改： carlos_o_0-1790096350978.pngcarlos_o_0-1790096350978.pngcarlos_o_0-1790096350978.png 运行正常，没有任何问题。 Re: FRDM-K64F PIT on different Rev boards 我已将初始化代码更改为以下内容，但问题仍然存在： 延迟(10)； volatile uint32_t PIT_MCR_read = PIT->MCR; // 为了解决 1N83J 掩码集勘误表中的问题（2026-09-22 NWJ） PIT->MCR = 0x1; // 启用 PIT 定时器 PIT->CHANNEL[0].LDVAL = 5999999; // 设置重载值为 100 毫秒 PIT->CHANNEL[0].TCTRL = 0x03; // 开启 PIT 定时器 0，中断开启 Re: FRDM-K64F PIT on different Rev boards 我甚至把延迟时间改成了 100 微秒，但 PIT 仍然没有反应。

RT1064 Online Upgrade Plan The following figure is the hardware expansion diagram of our product： 1.The PC and mainboard are connected via TCP 2.The mainboard is connected to four subboards through four SPI buses, and the functions of the subboards are the same 3.The uart4 of the mainboard can be switched to UART1 of 4 sub boards through a serial port swtich chip foreverwlh2025_0-1789970732170.png Due to project requirements, the PC needs to upgrade the firmware program of four sub boards RT1064 through TCP. Based on hardware expansion, can you help provide the simplest solution for upgrading the sub board firmware (considering the workload of upper computer development, mainboard development, and sub board development) i.MXRT 106x Re: RT1064 Online Upgrade Plan Dear @foreverwlh2025 , Thank you for your questions. Recommended Approach The PC communicates with the mainboard over TCP. The mainboard acts as a TCP server and implements a UART transparent bridge. UART4 on the mainboard is routed through a serial switch chip to the UART1 interface of the selected sub-board. The sub-board runs the RT1064 ROM Bootloader, so no additional bootloader or firmware development is required on the sub-board side. Step-by-step upgrade flow for a single sub-board : Assert RESET on sub-board N; set BOOT_MODE[1:0] = 01 (Serial Downloader mode) Switch the serial switch chip to connect UART4 to sub-board N's UART1 Release RESET — sub-board N enters the RT1064 ROM Bootloader and waits for UART commands Enable TCP↔UART4 byte forwarding Toggle RESET and restore BOOT_MODE to normal — sub-board N boots with the new firmware Switch the serial selector to the next sub-board and repeat Hardware Prerequisites Please confirm the following hardware conditions are in place before implementation: Mainboard has independent GPIO control over each sub-board's BOOT_MODE[1:0] pins Mainboard has independent GPIO control over each sub-board's RESET pin The serial switch chip is controllable by mainboard GPIO and supports switching among all 4 sub-boards Please feel free to reach out if you have any questions or would like to discuss implementation details further. Re: RT1064 Online Upgrade Plan 4.Enable TCP↔UART4 byte forwarding -----Excuse me, do we need to develop an additional upper computer for this step of data transmission? For example, what format should the PC transmit image data in, how should it parse the response data returned by the sub board, and how should it interact Re: RT1064 Online Upgrade Plan Dear @foreverwlh2025 , Please find below a summary of our recommended solution for your firmware upgrade scenario. 1. PC Tool  On the PC side, we provides blhost — an open-source command-line client that implements NXP's MCU Bootloader private framing protocol (BSD/MIT license). The device-side protocol is implemented by the MCU on-chip ROM Bootloader. Together, they enable firmware download and device configuration.  The tool supports USB and UART1, doesn't support TCP. Open-source repository: https://github.com/nxp-mcuxpresso/spsdk blhost and the ROM Bootloader communicate using a proprietary framing packet protocol, please refer to: MCU Bootloader v2.5.0 Reference Manual (MCUBOOTRM) For firmware image generation and packaging, please use the nxpimage tool included in NXP's SPSDK (Secure Provisioning SDK). 2. Recommended Solution: TCP Transparent Forwarding via Mainboard For your scenario (PC→ Mainboard → Sub-board), the minimum-effort approach is to have the mainboard act as a transparent TCP-to-UART bridge, with a small modification to blhost to wrap serial data in TCP: Architecture: PC (modified blhost) ↓ TCP packet (include original UART byte stream) Main Board (TCP Server) ↓ Unpack and forward to sub-board via UART Sub-board (ROM Bootloader) Key modification points: Modify blhost transport layer: Add a new TCP transport module in the blhost source code. The existing UART byte stream (Framing Packets) is wrapped into TCP packets as-is on the send path, and unwrapped on the receive path.  Main board implements a TCP Server: Receives TCP data from the PC, forwards the payload byte-for-byte to the sub-board via UART1; sub-board responses are forwarded back to the PC via TCP in the same transparent manner. Sub-board requires no changes: The sub-board MCU simply needs to be in ISP mode with the ROM Bootloader running, waiting for standard UART commands. Re: RT1064 Online Upgrade Plan Here are a few questions: 1. Can't the bin firmware compiled directly from mcuXpressIDE be used? Do I have to use nxpimage? 2. It seems that to complete the upgrade of the sub board, we need to switch the MCU's startup mode and switch channel using our own upper computer software. In other words, we must use our own upper computer and blhost software together. If we upgrade four sub boards, frequent switching can be a bit troublesome 3. The motherboard TCP needs to enter transparent mode first in order for the BLhost to interact with the subboard. After the interaction is complete, how can the motherboard be triggered to switch from transparent mode to TCP receiving mode, so that the subboard can enter normal startup mode 4. Add a new TCP transmission module to the blhost source code - do you have an example 5. Is there any suggestion for implementing serial port transparent transmission on the motherboard, such as using DMA or implementing interrupt and blocking

FRDM-K64F PIT on different Rev boards Hi, I am experimenting with radio networking using six FRDM-K64F boards equipped with nrf23l01 transceivers. I am splitting a second into ten time slots, the idea being that a transmission in slot 1 gets repeated in time slot 2, time slot 2 into time slot 3 etc for relaying. So I am using PIT to generate interrupts at 100 ms periods, which I have checked on a scope. On three boards, rev C,F, and F this is working fine and I am seeing the data on air being repeated.  However with the three rev F1 boards my transmit routine gets hung waiting for time slot 1 to come around. I am not getting the interrupt! Does anybody know what changed between, say rev F and Rev F1 that would cause this behaviour? Here is my init routine: SIM->SCGC6 |= SIM_SCGC6_PIT_MASK; // Turn on clock to to the PIT PIT->MCR = 0x1; // Enable PIT timers PIT->CHANNEL[0].LDVAL = 5999999; // Set reload value to 100mS PIT->CHANNEL[0].TCTRL = 0x03; // Turn PIT timer 0 on, interrupts on and in main: NVIC_EnableIRQ(PIT0_IRQn); // Enable PI timer, ch 0 interrupt and the ISR: void PIT0_IRQHandler(void) { /* Clear interrupt flag */ PIT->CHANNEL[0].TFLG = PIT_TFLG_TIF_MASK; NVIC_ClearPendingIRQ(PIT0_IRQn); // Clear pending PI timer, ch 0 interrupt //scope_trigger(); time_slot +=1; if (time_slot >10) time_slot=0; __DSB(); // Add for ARM errata 838869, affects Cortex-M4 } any help appreciated! cheers nigel Kinetis K Series MCUs Re: FRDM-K64F PIT on different Rev boards Aha! Thanks for that. Yes I have that mask on all three chips. I'm surprised that your AI engine that I have found very useful so far did not bring that up! Is there a suggested work-around? A delay or nops maybe? And yes, the PIT->MCR = 0x1; should be on a separate line, the   must have have slipped out during cut and paste. Re: FRDM-K64F PIT on different Rev boards Hi @ve3id  Thank you for your post!  Please review if the errata e7914 applies for your MCU: Kinetis_K_1N83J.pdf I've tested it in FRDM-K64F REV F1 and it works, I used SDK 2.11.0 and MCUXpresso IDE 25.06. Also, I notice that in the code you share the "PIT->MCR = 0x1;" is included as a comment in the enablement of the SCGC6, I only want to confirm if that is a typo in the post Re: FRDM-K64F PIT on different Rev boards Hi @ve3id  The workaround mentioned with the errata is to put a read of the PIT_MCR register before writing it. I use the PIT example of the SDK as base to test what you are doing in a FRDM board REV F1, I modified as following  carlos_o_0-1790096350978.pngcarlos_o_0-1790096350978.pngcarlos_o_0-1790096350978.png It works without issues.  Re: FRDM-K64F PIT on different Rev boards I even changed the delay to 100 us and still no PIT action Re: FRDM-K64F PIT on different Rev boards I've changed my init code to this and still have the same problem: delay(10); volatile uint32_t PIT_MCR_read = PIT->MCR; // to overcome problem in 1N83J mask set errata 2026-09-22 NWJ PIT->MCR = 0x1; // Enable PIT timers PIT->CHANNEL[0].LDVAL = 5999999; // Set reload value to 100mS PIT->CHANNEL[0].TCTRL = 0x03; // Turn PIT timer 0 on, interrupts on

デフォルトのWinbond FlashをEverspin Memory Custom Flash Driverに置き換えるための助けが必要です こんにちは、NXPコミュニティの皆さん、 私は i.MX RT1170 EVKB / MIMXRT1176 ボード を扱っており 、デフォルトのWinbond外部メモリを Everspin EM032LXQADG13IS2T メモリデバイス に交換する方法についてアドバイスが必要です 。 現在のハードウェア この基板は元々 Winbond W25Q512というデバイスを使用していましたが、私はそれを以下のデバイスに交換しました。 Everspin EM032LXQADG13IS2T 主な問題は、Everspinメモリが SFDPをサポートしていないのに対し、デフォルトのWinbondメモリはSFDPに対応していることです。 現在の状況 すでに i.MX RT1170 FlexSPIインターフェースを使ってEverspinメモリと通信できています。 アプリケーションがRAMから動作している間は、メモリは機能的に動作しています。特に： Everspin製メモリとのFlexSPI通信は正常に動作しています。 メモリの読み書き操作も可能です。 アプリケーションイメージ(XIPイメージ)はメモリ書き込みコードを使ってEverspinメモリにロード・プログラムできます。 Everspinメモリに保存されたイメージは、正常にアクセス・実行可能です。 しかし、 通常のRT1170フラッシュプログラミングでは、アプリケーションを直接Everspinメモリにフラッシュ・プログラムすることはできません i.MX。 EverspinメモリはSFDPをサポートしていないため、Winbondメモリに使われているデフォルトのFlexSPIフラッシュドライバー/設定ではEverspinデバイスを自動的に識別・設定できないのではないかと疑っています。 SFDP以外のメモリデバイスをサポートするためのNXPの推奨アプローチについて理解を深めたい。 アドバイスをいただければ幸いです。 1. RT1170のEverspin EM032LXQADG13IS2T用のカスタムフラッシュドライバー i.MX どうやって作成できますか? 2. i.MX RT1170 FlexSPIコントローラで非SFDPのSPI/QSPIメモリをサポートする既存の例はありますか? ブートROM|ブート|フラッシュ 開発ボード Re: Help Required Replacing Default Winbond Flash with Everspin Memory Custom Flash Driver @jyothzz様、 ご質問ありがとうございます。 はい、MIMXRT1170_SFDP_QSPI.cfxフラッシュドライバーはRT1170 EVKおよびMCUXpresso SDKで使われているデフォルトのフラッシュドライバーです: ShellyZhang_0-1790052100477.png 現在、i.MX RT1170 FlexSPIコントローラで非SFDP SPI/QSPIメモリをサポートする例は存在しません。顧客の修正なしで直接サポートされているフラッシュドライバーは以下の通りです: ShellyZhang_1-1790052161488.png カスタムフラッシュドライバーを作成するには、以下の情報を参照してください: 1. https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs-Knowledge/How-to-create-a-new-Flash-driver-of-the-MCUXPresso-IDE/ta-p/1274718 2. https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs-Knowledge/RT1170-flexSPI1-secondary-QSPI-flash-debug-flashdriver/tac-p/1938828 カスタムフラッシュドライバーの開発中にご質問があれば、どうぞお気軽にお問い合わせください。 よろしくお願いいたします。 シェリー Re: Help Required Replacing Default Winbond Flash with Everspin Memory Custom Flash Driver こんにちは、 @ShellyZhang さん。 ご回答ありがとうございました。大変参考になりました。 新しいメモリでSFDPをサポートしていないフラッシュドライバーの問題は解決しました。 同じi.MXRT117x_SFDP_QSPIドライバを使っていました。SFDPの部分はi.MXRT1050_QSPIの非SFDPドライバーを指しています。 その後、新しいドライバーファイル(.cfx)を生成し、問題なく動作しました。 改めて、ご指導いただきありがとうございました。 よろしくお願いいたします。 ジョーティッシュ

Regarding the establishment of the tick clock and the selection of the base clock Hello: I want to configure a bare-metal tick clock (S32K358 device). My BaseNXP settings are shown in Figure 1. Is this configuration sufficient to connect to the tick clock?2. Which clock in the device tree does the set 48MHz correspond to? sunshine88_0-1789971547489.png sunshine88_1-1789971658567.png After setting it up, can it be called using OsIf_Init(NULL_PTR); OsIfDelay(x);? Thank you so much! Re: 关于滴答时钟建立及基时钟的选择 Hello @sunshine88 , OsIfSystemTimerClockFreq corresponds to CORE_CLK, which is 160MHz in my case: PavelL_0-1789999751219.png PavelL_1-1789999832315.png Best regards, Pavel

在线ECC验证方法 你好， 我正在研究 iMX8M Plus 在外部 DDR 内存上的内联 ECC 实现。 ECC 似乎正在工作（U-Boot 修改已完成，EDAC 驱动程序出现在 Linux 中，/sys/devices/system/edac/mc/mc0/ 虚拟文件存在）。 我正在寻找测试和验证该保护措施的方法。 我的理解是，错误注入不可能直接发生在数据本身，而是必须破坏 ECC 奇偶校验位。 AN 13566 第 3.2.9 节声明：“有关此功能的更多信息可应要求提供。” 我该如何获取这些信息？NXP方面是否有专门的联系人/渠道负责此事？ 先感谢您， Re: Inline ECC validation method 你好， 我正在使用外置DDR在i.MX 8M Plus上实现内联ECC。ECC 似乎工作正常：U-Boot 已配置，Linux EDAC 驱动程序已激活，并且 /sys/devices/system/edac/mc/mc0/ 存在。 现在我想通过故意生成可纠正和不可纠正的错误来验证 ECC 保护。 AN13566，第 3.2.9 节，声明指出，可以通过使用 ECC_REGION_PARITY_LOCK 解锁 ECC 区域并覆盖 ECC 奇偶校验位来注入内联 ECC 错误。文中还提到，如有需要，可提供有关此功能的更多信息。 Re: Inline ECC validation method 你好， 当然可以，但需要您创建一个支持工单。 https://support.nxp.com/s/?language=en_US 您可以在请求正文中提及我，以便我跟踪工单并提供所需材料。 此致敬礼/Saludos， 阿尔多。

MTTF-FIT信頼性データのリクエスト 拝啓 現在、御社製の部品を使用した製品のMTBF値を計算しています。 つきましては、下記の部品について、MTTF値および/またはFIT値が入手可能な場合は、ご提供いただけますようお願い申し上げます。この情報により、当社の製品のMTBFを正確に計算するのに役立ちます。 部品番号:NTS0104BQ,115 説明:電圧レベル変換器 双方向 1回路4チャネル 50Mbps 14-DHVQFN(2.5x3) 信頼性データを提供するために、運用条件やアプリケーションに関する追加情報が必要な場合はお知らせください。 再開まで今しばらくお待ちください。 クラウド・ラボ オンラインデバッグ オンラインラボ 仮想テスト

IW612 WLAN 5GHz transmission Hi,  We are planning to use IW612 SoC for WLAN in one of our IoT product, target market is US and Canada. IW612 supports dual band 2.4Ghz and 5GHz. Is there a way or configuration to turn 5GHz WIFI Operation OFF, as ISED Canada doesn't allow UNII-1 (5150-5250Mhz) WIFI transmission in outdoor environment without a license and limits operation to Indoor ONLY. Our product operates in Outdoor and we would like a way to Disable 5GHz entirely and operate on 2.4Ghz only. RSS-247 — Digital Transmission Systems, Frequency Hopping Systems and Licence-Exempt Local Area Network Devices in 902-928 MHz, 2400-2483.5 MHz, 5150-5350 MHz, and 5470-5895 MHz bands Can you confirm and share settings for same? Regards, Arun RF Re: IW612 WLAN 5GHz transmission Hello @pantarun_92  iw612 support loading power table, you could custom power table or use sample table for Canada region. It will disable not allowed channels and support DFS channel. Best Regards Shaun

imx95 和 vfio_pci 直通 您好， 我们希望在 IMX95 SoC 上使用具有 PCI 直通功能的虚拟机。这似乎完全不可能，因为 SMMU 不是缓存一致的，而 vfio_pci 驱动程序需要缓存一致性。参见： https://community.nxp.com/t5/i-MX-Processors/i-MX95-19x19-EVK-SMMU-coherent-table-walks-IDR0-COHACC-and-vfio/mp/2410515 和 https://github.com/NXP/dpdk/blob/25.11-qoriq/nxp/README_imx95_enetc_vf_vfio#L32 禁用 IOMMU 不是一个可行的方案。另外，我怀疑这样做是否会有帮助，因为内核参数是这样写的： MODULE_PARM_DESC(enable_unsafe_noiommu_mode, "启用不安全、无 IOMMU 模式。此模式不提供设备隔离、DMA 转换、主机内核保护，不能用于将设备分配给虚拟机，需要 RAWIO 权限，并且会污染内核。如果你不知道这是做什么用的，请远离。（默认值：false）"); 能否确认一下，是否真的无法将 IMX95 SoC 与（安全的）PCI 直通一起使用？如果不是，那我到底漏掉了什么？ 此致， -迈克尔 Re: imx95 and vfio_pci passthrough 您好， 感谢您的快速回复。但我不太确定我是否完全理解了。为了确保万无一失，我们不想使用 DPDK，而是使用通用的 qemu/kvm 虚拟机，并在其中传递 PCI 设备。这与 uio-pci-generic 框架有何关系？ 谢谢， -迈克尔 Re: imx95 and vfio_pci passthrough 您好， 感谢您对恩智浦半导体产品的关注， 在这种情况下，你需要采纳我同事的回复，也就是 DPDK 团队的回复。唯一的替代方案就是回复中提到的那个： “如果客户希望将 SMMU 用于其他用例，但可以接受绕过 DPDK（不想在 bootargs 中使用 iommu.passthrough=1 或在 dts 中禁用 SMMU 节点）。 然后可以尝试绑定 uio-pci-generic 框架并禁用 VSI-PSI 消息传递（export ENETC4_VSI_MSG_DISABLE=1）。但是禁用 VSI-PSI 消息意味着用户将无法使用某些 ENETC 功能，例如混杂模式、VLAN MAC 过滤和链路信息。 此致

How to get the full datasheet for BMA8420 ? not Product Brief   Subject: Inquiry regarding BMA8420 for Hydrogen Fuel Cell Stack EIS Measurement   Dear Technical Support Team, I am currently developing an Electrochemical Impedance Spectroscopy (EIS) measurement system for hydrogen fuel cells.   To utilize the BMA8420, I would like to review its technical specifications, but I have been unable to locate the datasheet online.   I would highly appreciate your guidance on the following questions: Can the BMA8420 be used to measure the EIS of a hydrogen fuel cell stack? How can I obtain the BMA8420 full datasheet(not Product Brief ) ? Contact point in Korea ? Thank you for your support, and I look forward to hearing from you.   Best regards, Young, Kim       BMA8420   <-- link image.png #BMA8420

求助关于RT1052显示旋转问题 因为购买的屏幕是竖屏，而我需要横屏显示。我使用的是guiguider生成RT1052的基础显示代码 并且添加软件旋转 disp_drv.sw_rotate = 1; disp_drv.rotated = 1;   设置成单缓冲 SDK_ALIGN( __attribute__((section("lvglDisplayBuffer"))) static uint8_t s_frameBuffer[1][DEMO_FB_SIZE], DEMO_FB_ALIGN); SDK_ALIGN( __attribute__((section("lvglDisplayBuffer"))) static uint8_t s_lvglBuffer[DEMO_DB_SIZE], DEMO_FB_ALIGN); 屏幕能够正常显示，但是刷新速度太慢，不符合我的需求。   设置成双缓冲 SDK_ALIGN( __attribute__((section("lvglDisplayBuffer"))) static uint8_t s_frameBuffer[2][DEMO_FB_SIZE], DEMO_FB_ALIGN); 只有背光亮，屏幕黑屏。 这是为什么？   #if FB_USE_SRAM static void DEMO_WaitVsync(lv_disp_drv_t *disp_drv) { s_framePending = true; #if defined(SDK_OS_FREE_RTOS) if (xSemaphoreTake(s_frameSema, portMAX_DELAY) != pdTRUE) { PRINTF("Display flush failed\r\n"); assert(0); } #else while (s_framePending) { } #endif } static void copy_area(const lv_area_t *area, lv_color_t *color_p, uint8_t *fb, uint32_t fbStrideBytes) { uint32_t y; uint32_t areaWidth = lv_area_get_width(area); fb += (area->y1 * fbStrideBytes + area->x1 * sizeof(lv_color_t)); for (y = area->y1; y <= area->y2; y++) { lv_memcpy(fb, color_p, areaWidth * sizeof(lv_color_t)); fb += fbStrideBytes; color_p += areaWidth; } } static void DEMO_FlushDisplay(lv_disp_drv_t *disp_drv, const lv_area_t *area, lv_color_t *color_p) { /* Wait VSYNC for each small update. */ DEMO_WaitVsync(disp_drv); /* Copy data from draw buffer to frame buffer. */ copy_area(area, color_p, (uint8_t*) s_frameBuffer, LCD_WIDTH * LCD_FB_BYTE_PER_PIXEL); SCB_CleanInvalidateDCache(); lv_disp_flush_ready(disp_drv); } #else static void DEMO_FlushDisplay(lv_disp_drv_t *disp_drv, const lv_area_t *area, lv_color_t *color_p) { // DCACHE_CleanByRange((uint32_t)color_p, DEMO_FB_SIZE); DCACHE_CleanInvalidateByRange((uint32_t)color_p, DEMO_FB_SIZE); ELCDIF_SetNextBufferAddr(LCDIF, (uint32_t)color_p); s_framePending = true; #if defined(SDK_OS_FREE_RTOS) if (xSemaphoreTake(s_frameSema, portMAX_DELAY) == pdTRUE) { /* IMPORTANT!!! * Inform the graphics library that you are ready with the flushing*/ lv_disp_flush_ready(disp_drv); } else { PRINTF("Display flush failed\r\n"); assert(0); } #else while (s_framePending) { } /* IMPORTANT!!! * Inform the graphics library that you are ready with the flushing*/ lv_disp_flush_ready(disp_drv); #endif } #endif i.MXRT 105x Re: 求助关于RT1052显示旋转问题 Hi @dsd , 感谢您的问题！ 首先，请检查以下LVGL的限制，启用了full_refresh=1时，不支持屏幕旋转。请参考： 1. https://github.com/lvgl/lvgl/issues/4060 2. https://forum.lvgl.io/t/why-cannot-rotate-a-full-refreshed-display/10490/3   另外，RT1050有硬件pxp支持旋转，这是更推荐的方案，请参考：https://docs.nxp.com/bundle/GUIGUIDERUG-1.6.1/page/topics/rotate_screen_and_widgets.html 以及SDK中的PXP旋转相关demo。   Best regards, Gavin Re: 求助关于RT1052显示旋转问题 Helllo, 在使用 NXP i.MX RT1052 结合 Guiguider (LVGL) 进行屏幕旋转开发时，你遇到的“单缓冲刷新慢、双缓冲黑屏”问题，核心原因在于软件旋转（Software Rotate）与硬件 ELCDIF 控制器、双缓冲切换机制以及内存地址索引没有适配好。 Best Regards Re: 求助关于RT1052显示旋转问题 非常感谢，pxp旋转确实可行，完美解决问题

S32K3 Floating point cfg Hello Team, In my project, i am trying to do arithmetic operation using float data, but calculation is not happening as expected. #define macro -31.374 when i try to print in macro value using UTILS PRINTF, i am getting -32.374, similarly for other values, value get incremented by 1. Because of this, my calculations not happening as expected. Is there any cfg i need to do for this?  My current target setting nirmal_masilamani_0-1790009448678.pngnirmal_masilamani_0-1790009448678.png Re: S32K3 Floating point cfg Hi @nirmal_masilamani  Could you please clarify what you mean by "UTILS PRINTF"? How are you performing the calculations? Are the results stored in a float variable? If yes, does the variable already contain the wrong value when viewed in the debugger, or is the issue only observed when printing it? BR, VaneB Re: S32K3 Floating point cfg Hello @VaneB , Thank you for your support, yes issue was in PRINTF function, while debugging i was able to read the proper data.

Help Required Replacing Default Winbond Flash with Everspin Memory Custom Flash Driver Hello NXP Community, I am working on an i.MX RT1170 EVKB / MIMXRT1176 board and need some guidance regarding replacing the default Winbond external memory with an Everspin EM032LXQADG13IS2T memory device. Current Hardware The board originally uses a Winbond W25Q512 device. I have replaced it with: Everspin EM032LXQADG13IS2T The main issue is that the Everspin memory does not support SFDP, whereas the default Winbond memory supports SFDP. Current Status I have already been able to communicate with the Everspin memory using the i.MX RT1170 FlexSPI interface. The memory is functionally working when the application is running from RAM. In particular: FlexSPI communication with the Everspin memory is working. Memory read/write operations can be performed. The application image (XIP image) can be loaded/programmed into the Everspin memory using a memory write code. The image stored in the Everspin memory can then be accessed/executed successfully. However, I currently cannot flash/program the application directly to the Everspin memory using the normal i.MX RT1170 flash programming. Since the Everspin memory does not support SFDP, I suspect that the default FlexSPI flash driver/configuration used for the Winbond memory cannot automatically identify/configure the Everspin device. I would like to understand the recommended NXP approach for supporting a non-SFDP memory device. I would appreciate guidance on 1. How can I create a custom flash driver for the Everspin EM032LXQADG13IS2T on i.MX RT1170? 2. Is there an existing example of supporting a non-SFDP SPI/QSPI memory with the i.MX RT1170 FlexSPI controller? Boot ROM|Booting | Flash Development Board Re: Help Required Replacing Default Winbond Flash with Everspin Memory Custom Flash Driver Dear @jyothzz , Thank you for your questions. Yes, the MIMXRT1170_SFDP_QSPI.cfx flash driver is the default flash driver used by the RT1170 EVK and the MCUXpresso SDK: ShellyZhang_0-1790052100477.png Currently, there is no existing example of supporting a non-SFDP SPI/QSPI memory with the i.MX RT1170 FlexSPI controller. The flash drivers that are directly supported without customer modification are listed below: ShellyZhang_1-1790052161488.png You may refer to the information below to create a custom flash driver:  1. https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs-Knowledge/How-to-create-a-new-Flash-driver-of-the-MCUXPresso-IDE/ta-p/1274718 2. https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs-Knowledge/RT1170-flexSPI1-secondary-QSPI-flash-debug-flashdriver/tac-p/1938828 If you have any questions while developing the custom flash driver, please feel free to reach out. Best Regards, Shelly Re: Help Required Replacing Default Winbond Flash with Everspin Memory Custom Flash Driver Hi @ShellyZhang  Thank you For response it was of great help. We have resolved the flash driver issue with the new memory which does not support SFDP. We used the same i.MXRT117x_SFDP_QSPI Driver. We modifying the SFDP part referring to the non-SFDP Driver of i.MXRT1050_QSPI. Then generated a new driver file (.cfx) which worked fine . Once again thanking you for your guidance. Regards, JYOTHISH

Request for MTTF-FIT Reliability Data Dear Sir/Madam, I am currently calculating the MTBF value for our product, in which we have used the components manufactured by your company. Therefore, I kindly request you to provide the MTTF and/or FIT value for the below-mentioned component(s), if available. This information will help us to calculate the MTBF of our product accurately. Part Number: NTS0104BQ,115 Description: Voltage Level Translator Bidirectional 1 Circuit 4 Channel 50Mbps 14-DHVQFN (2.5x3) If any additional information regarding the operating conditions or application is required to provide the reliability data, please let us know. Thank you for your support. Cloud Lab online debug online laboratory Virtual test

imx95とvfio_pciパススルー こんにちは、 IMX95 SoC上でPCIパススルー機能を備えた仮想マシンを使用したいと考えています。しかし、SMMUはキャッシュコヒーレントではなく、vfio_pciドライバーがそれを必要としているため、これは全く不可能のようです。関連項目： https://community.nxp.com/t5/i-MX-Processors/i-MX95-19x19-EVK-SMMU-coherent-table-walks-IDR0-COHACC-and-vfio/mp/2410515 そして https://github.com/NXP/dpdk/blob/25.11-qoriq/nxp/README_imx95_enetc_vf_vfio#L32 IOMMUを無効にすることはできません。また、カーネルパラメータが次のように書かれているので、役に立つとは思えません。 MODULE_PARM_DESC(enable_unsafe_noiommu_mode, "安全でない、IOMMUなしモードを有効にします。このモードはデバイス隔離を提供せず、DMA変換もホストカーネル保護も提供せず、 仮想マシンへのデバイス割り当てには使用できず、RAWIO権限が必要で、カーネルを汚染します。これが何のためにあるのか分からない場合は、離れてください。（デフォルト：false）""); IMX95 SoCを(安全な)PCIパススルーで使うのは本当に不可能なのでしょうか?そうでないなら、私が何か見落としているのでしょうか？ よろしくお願いします、 マイケル Re: imx95 and vfio_pci passthrough こんにちは、 迅速なご回答ありがとうございます。でも、完全に理解できているかどうか自信がありません。念のため確認ですが、DPDKは使用せず、PCIデバイスをパススルーする汎用的なqemu/kvm仮想マシンを使用したいと考えています。これはuio-pci-genericフレームワークとどのように関連しているのでしょうか？ ありがとう、 マイケル Re: imx95 and vfio_pci passthrough こんにちは、 NXP Semiconductors製品にご関心いただきありがとうございます。 この場合、DPDKチームの同僚の回答に従う必要があります。唯一の選択肢は、回答で述べられているものです。 「顧客が他の用途でSMMUを使いたいが、DPDKではバイパスしても許容される場合(bootargsでiommu.passthrough=1を使いたくない、DTSでSMMUノードを無効にしたくない場合)。 その後、uio-pci-genericフレームワークのバインドを試み、VSI-PSIメッセージングを無効にすることができます(エクスポートENETC4_VSI_MSG_DISABLE=1)。しかしVSI-PSIメッセージを無効にすると、ユーザーはpromisc、VLAN MACフィルタリング、リンク情報などのENETC機能の一部を使えなくなります。」 よろしくお願いします。

MIMXRT1176 ADP – SEGGER J-Link debugging issue Hi everyone, I am currently working with the MIMXRT1176 / i.MX RT1170 platform. I initially used the MIMXRT1170-EVKB for development, but have now shifted to the MIMXRT1176-ADP for interfacing a parallel RGB panel. I am facing an issue with SEGGER J-Link debugging on the ADP board. Environment: Board: MIMXRT1176-ADP Board revision: 700-51950 REV A1 Schematic revision: SCH-51950 REV B1 MCUXpresso IDE: v25.6.136 MCUXpresso SDK: v25.09.00 SEGGER J-Link: latest version On the EVKB, both J-Link and LinkServer worked without any issues. However, on the ADP: Firmware flashes successfully. Debugger reaches the first line of main(). If I Step Over once, it stops at: Break at address "0xdeadbeee" with no debug information available, or outside of program code. Breakpoints at other locations work and are hit correctly. However, Resume/Continue from a breakpoint again results in 0xDEADBEEE. Could someone please confirm whether J-Link is fully supported with MCUXpresso IDE on the MIMXRT1176-ADP, and whether there is any specific J-Link script, reset/debug configuration, or ADP-specific initialization required? Could this be related to the memory configuration, external flash/SDRAM, or startup code on the ADP? Any guidance or working J-Link configuration for the ADP would be greatly appreciated. Thanks! Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue Hi @HasanIqbalKhan , Thanks for your questions! As far as I know, when using JLink with the RT1170-ADP in MCUXpresso IDE, only "attach" is supported while direct debugging is not supported. This is likely a support issue with the JLink flashloader. In IAR, this issue has been resolved. We apologize for any inconvenience this may cause. Best regards, Gavin Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue One more thing I tried, I connected an external MCU-Link and then tried debugging via the LinkServer in MCUXpresso IDE. The Execution reached main, I am able to step through from there, but when I try to resume execution it gives "Break at address "0x0" with no debug information available, or outside of program code.", and sometimes when I try to restart execution, it gives "Break at address "0x2230c8" with no debug information available, or outside of program code." For reference I am trying to run the "MIMXRT1176_dashboard_bt_ble_multiprofile" project, SW1 on the board is set to 01 and SW5 on the board is set to 000000000000. I tried to test with MCU-Link because the EVKB board uses the same and works fine. Also I do not think we can use Jlink, as it is clearly mentioned on their website that there is no support for octal flash, which the ADP board uses. Thanks. Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue Is it possible to use debug via USB (J33) ? Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue Hi @HasanIqbalKhan , 1. J33 is USB-OTG1 and cannot be used for debugging.  2. It’s not that JLink doesn’t support Octal Flash; it’s just that by default, it only recognizes the flash found on the EVK/EVKB. As for IAR, this is because a corresponding download algorithm is provided. If you’re interested in this topic, you can refer to the RT-UFL project. 3. For information on current debugger/IDE support, please refer to: AN14387: https://docs.nxp.com/bundle/AN14378/page/topics/download_images_to_ADP_board.html Best regards, Gavin

需要帮助：将默认的 Winbond 闪存替换为 Everspin Memory 自定义闪存驱动程序 NXP社区的各位朋友，大家好！ 我正在使用i.MX RT1170 EVKB / MIMXRT1176开发板，需要一些关于将默认的 Winbond 外部存储器替换为Everspin EM032LXQADG13IS2T存储器的指导。 当前硬件 主板原先使用的是Winbond W25Q512设备。我已经将其更换为： Everspin EM032LXQADG13IS2T 主要问题是 Everspin 内存不支持 SFDP ，而默认的 Winbond 内存支持 SFDP。 当前状态 我已经能够使用 i.MX RT1170 FlexSPI 接口与 Everspin 内存进行通信。 当应用程序从 RAM 运行时，内存功能正常。尤其： FlexSPI 与 Everspin 存储器的通信正常。 可以执行内存读/写操作。 可以使用内存写入代码将应用程序映像（XIP 映像）加载/编程到 Everspin 内存中。 然后就可以成功访问/执行存储在 Everspin 内存中的图像。 但是，我目前无法使用正常的 i.MX RT1170 闪存编程将应用程序直接烧录/编程到 Everspin 存储器中。 由于 Everspin 存储器不支持 SFDP，我怀疑 Winbond 存储器使用的默认 FlexSPI 闪存驱动程序/配置无法自动识别/配置 Everspin 设备。 我想了解恩智浦 (NXP) 推荐的对非 SFDP 存储设备的支持方法。 我希望得到一些指导。 1. 如何为 i.MX RT1170 上的 Everspin EM032LXQADG13IS2T 创建自定义闪存驱动程序？ 2. 是否有使用 i.MX RT1170 FlexSPI 控制器支持非 SFDP SPI/QSPI 存储器的现有示例？ 启动 ROM | 启动配置 | 闪存 开发板 Re: Help Required Replacing Default Winbond Flash with Everspin Memory Custom Flash Driver 亲爱的@jyothzz ， 谢谢你的提问。 是的，MIMXRT1170_SFDP_QSPI.cfx 闪存驱动程序是 RT1170 EVK 和 MCUXpresso SDK 使用的默认闪存驱动程序： ShellyZhang_0-1790052100477.png 目前还没有使用 i.MX RT1170 FlexSPI 控制器支持非 SFDP SPI/QSPI 存储器的例子。以下列出了无需用户修改即可直接支持的闪存驱动程序： ShellyZhang_1-1790052161488.png 您可以参考以下信息来创建自定义闪存驱动器： 1. https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs-Knowledge/How-to-create-a-new-Flash-driver-of-the-MCUXPresso-IDE/ta-p/1274718 2. https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs-Knowledge/RT1170-flexSPI1-secondary-QSPI-flash-debug-flashdriver/tac-p/1938828 如果您在开发自定义闪存驱动程序时有任何疑问，请随时联系我们。 顺祝商祺！ 雪莉 Re: Help Required Replacing Default Winbond Flash with Everspin Memory Custom Flash Driver 你好@ShellyZhang 非常感谢您的回复，这对我帮助很大。 我们已经解决了新内存不支持SFDP的闪存驱动程序问题。 我们使用了相同的 i.MXRT117x_SFDP_QSPI 驱动程序。我们正在修改 SFDP 部分，使其与 i.MXRT1050_QSPI 的非 SFDP 驱动程序相关。 然后生成了一个新的驱动程序文件（.cfx），运行正常。 再次感谢您的指导。 问候， 占星术

S32K3 浮動小数点設定ファイル こんにちは、チームの皆さん、 私のプロジェクトでは、浮動小数点数データを使用して算術演算を行おうとしていますが、計算が期待どおりに行われません。 #define macro -31.374 UTILS PRINTF を使用してマクロ値を表示しようとすると、 -32.374 になります。同様に他の値についても、値は1ずつ増加します。 そのため、計算結果が期待通りにならなかった。 これに関して何か設定ファイル（cfg）を作成する必要はありますか？ 現在の目標設定 nirmal_masilamani_0-1790009448678.pngnirmal_masilamani_0-1790009448678.png Re: S32K3 Floating point cfg こんにちは、 @nirmal_masilamani さん。 「UTILS PRINTF」とは具体的に何を指しているのか教えていただけますか? どのように計算を行っていますか？結果は浮動小数点変数に格納されますか？はいの場合、デバッガーで確認した時点で既に変数に誤った値が含まれているのでしょうか、それとも問題はそれを印刷した時のみ発生するのでしょうか？ BR、VaneB Re: S32K3 Floating point cfg こんにちは、 @VaneB さん。 サポートありがとうございます。はい、問題はPRINTF関数にありました。デバッグ中に正しいデータを読み取ることができました。

MIMXRT1176 ADP – SEGGER J-Link 调试问题 大家好， 我目前正在使用MIMXRT1176 / i.MX RT1170 平台。最初我使用MIMXRT1170-EVKB进行开发，但现在已改用MIMXRT1176-ADP来连接并行 RGB 面板。 我 在使用 ADP 板上的 SEGGER J-Link 进行调试时 遇到了问题 。 环境： 电路板：MIMXRT1176-ADP 电路板修订： 700-51950 REV A1 原理图修订： SCH-51950 REV B1 MCUXpresso IDE： v25.6.136 MCUXpresso SDK： v25.09.00 SEGGER J-Link：最新版本 在EVKB上， J-Link 和 LinkServer 都能正常工作。但是，在 ADP 上： 固件刷写成功。 调试器到达main() 函数的第一行。 如果我跨过一次，它会停在： 在地址“0xdeadbeee”处断点，没有可用的调试信息，或者在程序代码之外。 其他位置的断点都能正常工作并被正确触发。 但是， 从断点 恢复/继续操作 再次会导致 0xDEADBEEE 错误 。 请问有人可以确认一下MIMXRT1176-ADP 上的 MCUXpresso IDE 是否完全支持 J-Link吗？是否需要任何特定的J-Link 脚本、复位/调试配置或 ADP 特定的初始化？ 这是否与 ADP 上的 内存配置、外部闪存/同步动态随机存取存储器(SDRAM) 或启动代码 有关？ 非常感谢您能提供任何关于ADP的J-Link配置指导或有效方案。 谢谢您！ Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue 你好@HasanIqbalKhan ， 谢谢你的提问！ 据我所知，在 MCUXpresso IDE 中使用 JLink 和 RT1170-ADP 时，仅支持“attach”功能，不支持直接调试。这很可能是 JLink 闪存加载器的支持问题。在 IAR 中，这个问题已经解决。由此造成的不便，我们深表歉意。 此致， 加文 Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue 我还尝试了另一种方法，连接了一个外部 MCU-Link，然后尝试通过 MCUXpresso IDE 中的 LinkServer 进行调试。 程序执行到 main 函数后，我可以从那里单步执行，但是当我尝试恢复执行时，它会显示“在地址 0x0 处中断，没有可用的调试信息，或者中断在程序代码之外。”，有时当我尝试重新启动执行时，它会显示“在地址 0x2230c8 处中断，没有可用的调试信息，或者中断在程序代码之外。” 作为参考，我正在尝试运行“MIMXRT1176_dashboard_bt_ble_multiprofile”项目，板上的SW1设置为01，板上的SW5设置为000000000000。 我尝试使用 MCU-Link 进行测试，因为 EVKB 板也使用相同的 MCU-Link，而且测试结果良好。 另外，我认为我们不能使用 Jlink，因为他们的网站上明确提到不支持八进制闪存，而 ADP 板使用的是八进制闪存。 谢谢。 Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue 是否可以通过 USB (J33) 进行调试？ Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue 你好@HasanIqbalKhan ， 1. J33 是 USB-OTG1 接口，不能用于调试。 2. 并不是 JLink 不支持八进制闪存；只是默认情况下，它只能识别 EVK/EVKB 上的闪存。至于 IAR，这是因为提供了相应的下载算法。如果您对这个话题感兴趣，可以参考 RT-UFL 项目。 3. 有关当前调试器/IDE 支持的信息，请参阅：AN14387： https://docs.nxp.com/bundle/AN14378/page/topics/download_images_to_ADP_board.html 此致， 加文