PCA9450 バック電圧の許容範囲外 i.MX8 Nanoへの電源供給にはPCA9450BHNYを使用しています。 生産テスト中に、Buck 1 (V_0V95_SOC) と Buck2 (V_0V85_ARM) の電圧を測定し、0.85V +/- 2% の電圧制限を確認します。 このテスト中は、CPUは停止し、フラッシュメモリはプログラムされていない状態になります。 2026年8月から電圧が上昇し、一部の基板で上限値を超えます。 個々の基板の電圧が上昇するだけでなく、数千枚の基板の平均値も上昇する。 PCN (202502007F01 : PCA9450 / MP90 デュアルウェハ製造ソース拡張) がありました 昨年（2025年4月25日）SSMCからPSMCへ 新しいウェハーファブが問題の原因になり得るのでしょうか? i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: PCA9450 Buck Voltage outside tolerance こんにちは！ ご辛抱いただきありがとうございます。現在社内で確認中です。最新情報が入り次第、ご連絡いたします。 Re: PCA9450 Buck Voltage outside tolerance 社内調査の結果、問題の原因は、摩耗したテストプローブがプリント基板上のテストポイントに接触したことにあると判明した。テストプローブを交換したところ、電圧は許容範囲内になりました。

マイクロセーフティマニュアルへのアクセス こんにちは、 2026年12月6日時点で、私はS32K3のセキュアなリソースを閲覧できる状態になっているはずです。 S32K358のセーフティマニュアルを探しているのですが、まだ全く見つかりません。 ここ https://www.nxp.com/products/S32K3#myDocument の安全なドキュメントやMy NXPアカウントの「Secure Resources」>で試しましたが、見つかりませんでした。 どなたか助けていただけますか? ありがとう、 サイモン Re: Accessing Micro Safety Manual こんにちは、 @simon98さん お客様のアカウントおよび内部記録を確認しましたが、S32K3セーフティマニュアルの過去のリクエストは見つかりませんでした。この文書を取得するために、より高いアクセス権限を申請する手助けをいただけますか? BR、VaneB

Access to intA and intB of DMA descriptors when using SPI Hello, I am using the microcontroller LPC55S69 to communicate with a device via SPI, using DMA. The device is spitting data every 2ms, and i am saving it automatically in each descriptor. I have 4 descriptors, when descriptor 2 concludes saving the data, i want it to flag intA, and when descriptor 4 finished filling the data in the buffer i want it to flag intB. I have the following callback functions: void SPI_DMA_master_callback(SPI_Type *base, spi_dma_handle_t *masterHandle, status_t status, void *userData) void SPI_RxDMACallback(dma_handle_t *handle, void *param, bool transferDone, uint32_t tcds) void SPI_TxDMACallback(dma_handle_t *handle, void *param, bool transferDone, uint32_t tcds) To know the state of intA or intB, i should read the variable "tcds", however it never enters in the SPI_RxDMACallback() or SPI_TxDMACallback(), the code only gets into the function SPI_DMA_master_callback() after finishing all the descriptors. Is there a way to check when it occurs intA and intB? Thank you, Kans LPC55xx

Gui-guider 2.0的一些建议 希望Gui-guider 2.0在设置中增加一个选项来控制开启或者关闭生成的文件中时间戳. 然后生成的每一个页面(screen)都会有相应的gg_event_screen.c,哪怕我的页面没有使用注册任何事件, 希望在没有注册任何事件的时候不要生成事件的任何内容. 另外希望能有一个机制能选择把一些没有显示的图片或者资源打包进项目,虽然目前可以在幽灵页上放图片和字体的方式包含进工程项目,但是不太优雅. 关于字体,目前在设置中有一个控制所有字体的默认生成范围的设置,希望未来能控制所有字体的生成的范围. 致谢 回复： Gui-guider 2.0的一些建议 Hi @Xu_556678 , 非常感谢您的反馈，这些建议对我们非常宝贵，我们将在未来release中考虑进行相应的优化和改进。 希望GUI Guider 能够帮助到您的工作，未来如有任何问题和建议都欢迎您反馈。 Best Regards, Wenbin

RT1172 LT8918 LCD 并行 LCDIFV2 小层 + 背景欠载 很遗憾，我无法直接将 mipi 输出连接到这个 LCD，所以添加了 LT8918，但似乎没有出现任何问题。测试图案可以顺利传输到该设备上，我的调试日志也显示它已同步并通过了基本设置。 但是我的输出结果有问题。我目前的代码是为一个非常简单的小型内存缓冲区（128x256）设计的，位于 800x1280 屏幕的中间。无需查看实际输出屏幕，但画面看起来非常失真。另外，在打印的诊断信息中，我遇到了很多欠载错误，就好像 DMA 获取数据的速度不够快，无法完成整行写入一样。 所以，我对液晶显示器或恩智浦寄存器并不精通。我是不是在某个地方犯了什么低级错误？存在诸多不确定因素。SRAM_OC1 真的速度很慢吗？或许可以通过调整 AXI 或 DMA 设置来获得正确的时序？我在 MPU 代码中将其重新配置为非缓存模式，但这可能也是一个错误。很遗憾，我看不出默认区域和 ncache 区域之间有什么区别。还有很多其他事情需要考虑，比如我尝试将步长更改为整个 800 像素行，而不是较小的 128 图层 0 大小。RGB 像素时钟比 MIPI 字节时钟慢，但我预计 MIPI 无论如何都会快得多，因为它只有 2 条线，而 RGB 有 24 个并行连接。 另外，我之所以只创建这么小的第 0 层区域，是因为 同步动态随机存取存储器(SDRAM) 可能会出现错误。为了摆脱这种不确定性，我把它简化成一个更小的、可控的部分，但即使在这里，我似乎也找不到到底哪里出了问题。 能走到这一步固然令人欣慰，但同时也让人很沮丧，因为我不知道该如何才能取得更大的进步。背景单色显示一切正常，测试图案也能显示形状良好的条形区域，所以我认为这不是真正的“LCD”问题，而是RAM缓冲区读取或LCDIFv2将其输出到并行输出时存在一些时序问题。 我该如何调试这个问题？谢谢。 Re: RT1172 LT8918 LCD parallel LCDIFV2 small layer + background underrun 我又尝试了一些方法，现在看来输出确实稳定了，没有出现欠载错误，至少根据我打印的诊断信息来看是这样。我认为最主要的变化是第一个变化，其他变化实际上更难一些，但为了清楚起见，我还是列出来吧。这个设置仍然是 RGB888，我还没想改成 alpha 层绘制来尝试，因为它还不是很好。 1. 将像素时钟频率降低很多，刷新率降至接近 15Hz。DMA或许有额外的工作时间？但正如你所说，OCRAM 的速度应该很快。我在 MPU 配置中也将其设置为该空间中的 NCACHE 区域。 2. 使用的颜色只有黑色和白色。尝试使用绿色背景实际上会引入一些背景问题，绿色可能会偏移到 RGB 图案中，导致每一行都发生变化（偏移 1 个字节？）。 3. 将 RAM 层 0 的宽度更改为 256，以匹配高度 256。实际上，高度为 128 也完全可以，只是这个特定的日志高度为 256，你可以看到步幅也变成了 768。 4. 前廊和后廊的视频设置要大得多。我怀疑这不是主要因素，我也尝试过用更快的速度运行这些设置，但效果并不理想。数据表允许 Hfp + Hbp + Hs 的最大值任意大，有什么理由让总和超过 200 吗？垂直设置总共限制为 250 个。 总之，这很有趣！从技术角度来说，LCD 数据手册上说它应该至少以 22Hz 的频率运行，但我没有看到白色部分出现闪烁。我希望它跑得更快。 我完全没有关注RT1172上的DMA，有什么办法可以加快它的运行速度或者提高它的优先级之类的吗？LCDIFv2还有其他相关设置吗？尤其是考虑到 OCRAM 的速度应该非常快，我很惊讶速度降低这么多竟然会产生这样的效果。 Re: RT1172 LT8918 LCD parallel LCDIFV2 small layer + background underrun 正确的。非常感谢！我们来尝试更多的事情。这是另一条日志。 我还是想坚持使用RGB888。ARGB8888 有什么理由更适合这个用途吗？我或许会找时间试试 alpha 版本。 CTRLDESCL5: 0xD8000260 我查阅了参考手册，BPP 设置位于第 27-24 位，所以“8”表示我已成功将其设置为 RGB888，至少看起来是这样。最后几个字节似乎无关紧要，alpha 设置似乎也无害地关闭了。 屏幕输出看起来不一样，但并不固定。或许有所改进？虽然仍有环绕效果，但没那么夸张了。 我还尝试过提高像素时钟的速度，但不确定这样做是好是坏。 我可以尝试更改更多视频设置吗？我原以为我设置的 25% Hsync 参数已经非常高了，但话说回来，我以前从未这样做过。什么样的场景才算特别好？垂直同步也相关吗？还有一个 LT8918 桥接器也需要获取这些设置输入，不过我也可以处理它。我只能靠猜来填入正确的数字吗？ 驱动程序是 JD9365DA-H3，希望这能有所帮助。这是一个带有触摸屏的奇怪设备，但我对此没有任何意见。 Re: RT1172 LT8918 LCD parallel LCDIFV2 small layer + background underrun 嗨@davidpspeedtech ， 谢谢你的更新！但是，问题在于您的某些设置不一致。 0xD9000260 → 硬件锁定的格式为 ARGB8888（32 位/像素）。 因此，当您设置步长 = 384 (=128×3, RGB888) 时，硬件仍然会读取 128×4 = 512 字节/行 → 每行未对齐，读取超出缓冲区，并发生下溢。 你每次都只更改了步长或 BPP 宏，但硬件实际上遵循 .pixelFormat ，它仍然是 ARGB8888——这四个值从来都不一致。 请一次性将它们全部统一设置为 32 位 ARGB8888 或 RGB888：   #define SMALL_LAYER_0_BPP 4U #define SMALL_LAYER_0_STRIDE (SMALL_LAYER_0_WIDTH * 4) /* = 512 */ uint8_t smallLayer0_Buffer0[256][512]; .pixelFormat = kLCDIFV2_PixelFormatARGB8888, .strideBytes = SMALL_LAYER_0_STRIDE, /* 512，而不是 3200 */   CTRLDESCL3 现在应该读取 0x200 (512)。32 位帧缓冲区和 24 针 RGB888 输出是独立的——24 针连接不需要 3 字节缓冲区。 此外，这三行代码使用了 eLCDIF 位定义；LCDIFv2 没有 RUN 位，这可能会干扰控制状态：   LCDIFV2->CTRL &= ~LCDIF_CTRL_SFTRST_MASK; LCDIFV2->CTRL &= ~LCDIF_CTRL_CLKGATE_MASK; LCDIFV2->CTRL |= LCDIF_CTRL_RUN_MASK;   Gavin_Jia_0-1788249587860.pngGavin_Jia_0-1788249587860.pngGavin_Jia_0-1788249587860.pngGavin_Jia_0-1788249587860.png 请仅使用标准 API 进行驱动。 为了证实你提出的其他几点： 步长是基于 RAM 缓冲区宽度，而不是屏幕宽度——正确。 背景颜色稳定，因为它是由寄存器生成的（无需内存读取）；这证明输出路径正常，并将故障隔离到层读取路径。 颜色缓冲区在原色/辅助色之间闪烁（“就像丢失了一个字节”），这恰恰是欠载丢字节造成的；一旦格式一致，这种情况应该就会消失。 带宽不是瓶颈（OCRAM，128 宽）。如果在此之后仍然存在欠载现象，请降低像素时钟频率或增加 HBP/HFP 以确认。 Re: RT1172 LT8918 LCD parallel LCDIFV2 small layer + background underrun 但这并不能解决问题。实际上，无论是 RGB888 的步长为 128*3，还是 ARGB8888 的步长为 800*4 并尝试将整个屏幕放入 RAM 中，输出看起来都非常相似，屏幕边缘都会出现失真，而且我仍然会遇到欠载错误。我尝试了很多设置，不仅仅是那些文件中的文本！ #define SMALL_LAYER_0_HEIGHT 256U #define SMALL_LAYER_0_WIDTH 128U #define SMALL_LAYER_0_BPP 3U /* RGB888 */ #define SMALL_LAYER_0_STRIDE (SMALL_LAYER_0_WIDTH*SMALL_LAYER_0_BPP) /*384*/ ~调试打印~ CTRLDESCL3: 0x 180 (引脚间距/步长 = 384 字节) 这样做也不行。 但我很高兴你能确认我的第 0 层步长设置应该基于 RAM 缓冲区宽度，而不是基于 LCD 屏幕宽度。正确的？ 由于 LT8918 的接口是 24 针并联连接，所以它实际上应该是 RGB888。我有时担心 DMA 或其他什么功能跟不上，但由于缓冲区大小太小，SRAM_OC1 已经用完了。或许 RGB565 也能有类似的输出，因为其 RGB 引脚可以正确输出最高有效位。我甚至可能会尝试单色系的作品。 我可能犯了更多错误，如示例代码所示，RGB888 的 BPP 设置为 4 而不是 3。 是否必须将“背景区域”放在不同的层中，并缓冲到其他内存中？我喜欢它的背景设置似乎工作正常，无论我将其设置为哪种纯色，输出颜色都能保持稳定。对非白色 RAM 缓冲区进行一些实验，可以让屏幕在原色（RGB）或二次色之间闪烁，就像丢失了一个字节一样。 Re: RT1172 LT8918 LCD parallel LCDIFV2 small layer + background underrun 嗨@davidpspeedtech ， 感谢您对 NXP MIMXRT 系列产品的关注！ 我已查看您提供的附件，其中一些设置可能需要调整。 CTRLDESCL3: 0x00000C80（音高/步幅 = 3200 字节） #define SMALL_LAYER_0_BPP 3U /* RGB888 */ #define SMALL_LAYER_0_STRIDE (128 * 3) /* = 384 字节 */ uint8_t smallLayer0_Buffer0[256][384]; -->您编程到 CTRLDESCL3 中的 PITCH 值（3200 字节）与您的实际缓冲区布局不匹配。您的缓冲区在 RGB888 模式下为 128 x 256，因此每行只有 128 x 3 = 384 字节。   当 PITCH = 3200 时，LCDIFv2 每行推进 3200 字节而不是 384 字节，因此每行结束后都会远远超出有效数据。仅仅这一个不匹配就足以产生你看到的两种症状：每行错误的起始地址导致图像失真/倾斜，而每行获取大约 8 倍的（无效的）数据会使输出 FIFO 容量不足，从而引发下溢错误。   请使层描述符与缓冲区保持一致： CTRLDESCL3 (引脚间距) = 384 (0x180)，即SMALL_LAYER_0_STRIDE = 128 * 3。 缓冲区基地址 64 字节对齐；保持不可缓存（您当前的设置是正确的），或者在显示之前清除 数据缓存。 此致， 加文 Re: RT1172 LT8918 LCD parallel LCDIFV2 small layer + background underrun 嗨@davidpspeedtech ， 描述符现在是自洽的：CTRLDESCL5=0xD8000260（BPP=8=RGB888），CTRLDESCL3=0x300=768=256×3。你没看错。 但根本的不匹配仍然存在；只是被低时钟频率掩盖了。颜色“每行都改变，就像丢失了一个字节”就是证据：你的内存转储全是 0xFFFFFFFF ，而 Center Pixel 将一个像素读取为一个 32 位字——也就是说，内容仍然是 32 位/像素，而硬件获取了 3 个字节。白色在每个字节中都是 0xFF，因此会被隐藏；绿色会逐行漂移。 降低像素时钟“消除”欠载，但这并不是因为 OCRAM 速度慢（OCRAM 速度很快，片上内存不是瓶颈）。欠载取决于 LCDIFv2 作为 AXI 主设备的读取吞吐量。你将刷新率降低到 ~13.5 Hz (18.85 MHz ÷ (1000×1400))，使读取需求减少了 3-4 倍，因此停止了——但这低于面板的最低要求。 为了快速运行而不至于半倒，以下方法可能有所帮助： 切换到 ARGB8888 端到端： .pixelFormat=ARGB8888 ，BPP=4，步长=256×4=1024，缓冲区大小为 4 字节/像素，并确保像素写入代码写入 32 位字。两个原因：（a）它与您现有的 32 位内容匹配 → 修复绿色；（b）RM 指出打包的 RGB888 在总线上发出长度为 15 的突发信号（效率较低，更容易出现欠载），而 ARGB8888 是 32 位对齐的，具有干净的长度为 16 的突发信号。使用绿色转储进行验证：应该是一个干净的重复，而不是逐行漂移。 提高 LCDIFv2 b_clk（时钟根），将像素时钟恢复到 ≥22 Hz——这是提高速度的正确方法，而不是降低时钟频率。LCDIFv2 不使用 eDMA，因此“提高 DMA 优先级”不适用；可用的控制手段有 b_clk、突发长度、未完成的请求和 THRES 动态优先级阈值。 从 JD9365DA-H3 面板数据手册中获取时序——不要猜测——并将 LT8918 输入时序与之匹配。~200 水平消隐是可以接受的；更大的消隐可以缓解欠载，但会增加 htotal（需要更高的像素时钟），所以这是一个权衡——根本的解决方法是更高的 b_clk。垂直同步/垂直门廊必须与面板匹配，但对每行欠载影响很小。 此致， 加文 Re: RT1172 LT8918 LCD parallel LCDIFV2 small layer + background underrun 我是 NXP 的新手，所以一开始就应该正确设置，但实际上解决这个问题的简单方法是将 BUS_CLK_ROOT 增加到 200MHz，而不是默认的 24MHz。我完全忽略了这些默认设置。 之后不仅小窗口显示正常，整个屏幕也恢复正常，而且显示频率也达到了 60Hz（像素时钟频率约为 80MHz）。SDRAM 的设置当然更复杂，但 OCRAM 和 SDRAM 都受到总线时钟的限制，这很合理。 我还调整了其他一些时钟，或许这些调整是必要的。查看 EVK 示例以及时钟外设工具，也会发现他们为这些项目更改了这些内容。查看“clock_config.c”时很难注意到这一点。 总之，非常感谢！

S32K396 SELCTL 从 FIRC 更新到 PLL 我使用 S32K396-BGGA-DC1 开发板，尝试使用 16MHz 外部振荡器 (Y2) 进行时钟控制。 当我将 MC_CGM Mux 0 CSC 的 SELCTL 设置为 PLL，然后设置 CLK_SW = 1 时，遇到了问题。我收到一个调试错误（Trace32），并且运行的代码崩溃了。我尝试在不连接调试器的情况下运行程序，并在设置 CLK_SW = 1 后打开其中一个用户 LED。LED灯一直不亮，所以我推测是微型芯片卡在了同一个位置。 以下是我的时钟配置的伪代码： PLLCR.PLLPD = 1 设置 PLLDV.MFI、PLLDV.RDIV、PLLDV.ODIV2 和 PLLODIV[0].DIV PLLCR.PLLPD = 0 确认 PLLSR.LOCK = true（while 循环） PLLODIV[0].DE = 1 将闪存等待时间配置为 160MHz 和 RAM // 基于 A+ 模式配置 MUX[0].DIV_TRIG_CTRL.TCTL = 1 MUX[0].DIV_TRIG_CTRL.HHEN = 1 使用相应的时钟分频值配置 MUX[0].DC[0 - 7] MUX[0].DIV_TRIG = 1 等待 DIV_STAT = 0 MUX[0].CSC.SELCTL = 0x8 (PLL_PHI0_CLK) MUX[0].CSC.CLK_SW = 1           << 尝试写入 1 时在此处崩溃 我的操作步骤是不是漏掉了什么？我确保尺寸不超过各个分频器的限制，所以我觉得这不是问题所在。提前感谢您提供的任何指导！ Re: S32K396 SELCTL update to PLL from FIRC 找到问题所在了，需要在设置 SELCTL 之前设置 SAFE_SW = 1。

Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] We are reviewing the imx933 and just found the  M33 only has 128KB available in its default config.  Per the imx93 RM we see that BLK_CTRL_S_AONMIX register M33_CFG should allow us to combine the 2x128KB block together by setting 01 for DOUBLE_CODE.  Are there any examples of this?  None of the linker scripts in the SDK (SDK_2_16_000_MCIMX93-EVK) use anything bigger than 128k and I cannot find any references to this in any SDK example/demo.  How do we utilize this?  Is it simply a matter of setting the register at init/reset and modifying the linker script?  HW-Open-Source Re: Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] Hello @Manuel_Salas I have read this discussion about using the TCM as code memory. I wanted to ask about the other option: would it be feasible to use the 256 KB TCM as additional data memory instead? This would involve changing m33_cfg[tcm_size] = 0b10. (DOUBLE_DATA_TCM) I patched the m33_prepare() function to change the register and zeroize the 0x20200000 region in order to clear the TCM and initialize it for ECC. U-Boot and the Linux kernel start without any warnings or errors. However, when I start the firmware using remoteproc, it causes the entire system to restart without any error messages. Do you have any advice on how to fix this? Best regards, Re: Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] Hi, We are using an NPU for an ML application, which requires Ethos. However, our low-level application runs on an M33 core. We are trying to integrate it into the existing ethous_rpmsg_app, but it already consumes a lot of memory. We need to increase the memory size from 128K to 256K. Please share the method to achieve this. Memory Consumption of Demo example m33_sdk_work/boards/mcimx93evk/demo_apps/ethosu_apps_rpmsg - Screenshot from 2025-03-13 16-48-10.pngScreenshot from 2025-03-13 16-48-10.png Re: Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] Hello @TRX_Ivan  I hope you are doing very well. There is an issue with TCM and M33 core because M33 SDK image has to be started from ROM code, which use system TCM to save stack. Unfortunately, there is not workaround to directly use 256KB code TCM. Best regards, Salas.

IW610G 802.15.4/SPI 完全無音 こんにちは、 私たちはIW610Gモジュール(Murata TYPE2LL)をカスタム組み込みLinuxボードに統合しており、SPI上で802.15.4/Threadを動作させるのに助けが必要です。WiFiとBLEは同じハードウェア/ファームウェア上で完全に動作しますが、802.15.4 RCPに問題があります。往復の手間を省くため、できるだけ詳細な情報を投稿します。 ハードウェア/ソフトウェアのセットアップ - ホスト:QCA9531 SoC(MIPS 24Kc)、OpenWrtベースのLinux 6.12、ath79ターゲット - IW610G(村田TYPE2LL):WLANおよびBLE用にUSB接続、標準IW610ホストインターフェースアーキテクチャに準拠した802.15.4用SPI接続 - ファームウェア:usbusbspi_iw610.bin.se、公開されているNXP-IMX/IMX-firmwareリポジトリから取得しました - otbr-agent/ot-daemonは-DOT_POSIX_RCP_SPI_BUS=ONおよび関連オプションで構築され、内蔵のスピネル+spi/トランスポートを使用しています(spidevベースでカスタムカーネルSPIドライバーはなく、NXPがSPI/802.15.4側向けにカーネル内ドライバーを出荷していないため、NXPの意図されたアーキテクチャに合致していると理解しています) 効果的な方法 - WiFi:USB、5GHzを経た完全なアソシエーション、スループット、安定性テストを行い、持続的な負荷下での実際のトラフィックと確認 - BLE:広告、スキャン、WiFiとの共存はすべてUSB経由で動作し、近くの実際のデバイスを検出することが確認されています うまくいかないもの - SPI上の802.15.4:ホストは正しくCSを主張し、適切に形成されたSpinel RESETフレームをクロックアウトし、RCPは常にゼロ充填ヘッダーで応答しません。これは一貫しています: - コントローラのハードウェアフロアから最大20 MHzまでのすべてのSPIクロックスピードにわたり - IND_RST_WL/IND_RST_NBでGPIOリセットパルスの有無(チップセレクト/リセットラインを個別および組み合わせてテスト) - 複数のウェイク/リセットGPIO(WL_WAKE_IN、NB_WAKE_IN)をまたぐ - 新たにクリーンにパワーシーケンスされたチップ上で確認された 私たちの側で既に除外したこと - 電気信号がクリーンで正確にタイミングが確認され、スコープで検証済み - SPIモード(CPOL=0/CPHA=0)およびタイミングをIW610のデータシート独自のSPIホストインターフェースタイミング図と照合 - ファームウェアの存在が確認され、正しく読み込まれ、最新であること(nxp-imx/imx-firmwareの最新のコミットと一致) FP92とFP99の不一致 ドライバの報告: wlan: version = USBIW610--18.99.8.p52--MM6X18543.p18-GPL-(FP92) 既存のThread(「IW610 802.15.4 problem」)を見つけました。そこでは別のユーザーがまったく同じ(FP92)タグでsduartspi_iw610.bin.seを使って全く同じ症状に遭遇していました。RN00104 は、USB-WLAN-USB-BLE-FP99-IW610 を IW610 over USB (USB 経由の WLAN、BLE over USB) の公式検証済み構成として文書化しています。 当社のバストポロジーと完全に一致するUSB。さらに掘り下げると: - 公開のnxp-imx/mwifiexリポジトリには、確認したすべてのブランチでMakefileにFPNUM="92"がハードコードされており、現在のHEADも含まれます - 公開のnxp-imx/mwifiex-iw612リポジトリには実際のFPNUM="99"がありますが、IW612専用(ソースにIW610の参照なし)およびSDIO専用(USBトランスポートコードは全く含まれていません) 私たちの質問 RN00104ドキュメントに記載されているUSB-WLAN-USB-BLE-FP99-IW610エントリに対応するFP99ドライバー+ファームウェア+設定バンドルはどこで入手できますか?この組み合わせは公開されたGitHubリポジトリ以外のチャネル(直接サポートリクエスト、NDA、モジュールベンダー配布)を通じて利用可能でしょうか?どれでも バージョン文字列マクロ以外に、FP92ビルドとFP99ビルドの実際の違いを示す情報があれば、これがそもそも正しい手がかりなのかどうかを理解するのに役立ちます。 前もって感謝します

USB初期化失敗: -22 こんにちは、 USBポート経由でuucツールを使用してwic.b2zイメージをeMMCに書き込もうとしています。書き込み中にUSB初期化失敗：-22エラーが発生しました。imx8mpプロセッサを使用しています。 bootcmd_mfg を実行します: mfgtool_args を実行します。iminfo が${initrd_addr}の場合、test が${tee}の場合、bootm が${tee_addr} ${initrd_addr} ${fdt_addr}の場合、booti が${loadaddr} ${initrd_addr} ${fdt_addr}の場合、fi を実行します。それ以外の場合は、echo "fastboot を実行します..." を実行します。fastboot 0 を実行します。fi を実行します。 自動起動を停止するには、任意のキーを押してください: 0 ## 43800000 番地の画像を確認中... 不明な画像フォーマット！ fastbootを実行... USB初期化失敗: -22 u-boot=>     i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Re: USB init failed: -22 こんにちは、 問題の原因を分析するために、ボードの起動設定と全過程を共有してください。 Re: USB init failed: -22 U-Boot SPL 2024.04-lf_v2024.04+g6c4545203d1+p0(2024年11月15日 - 04:02:13 +0000) DDRINFO: DRAM initを起動 DDRINFO:DRAMレート4000MTS DDRINFO:ddrphyのキャリブレーション完了 DDRINFO: ddrmix設定完了 第0節:RNGのインスタンス化 ノーマルブート BOOTROMからの起動を試みています 起動段階:USB起動 img info 0x48022fa0、サイズ1064を探せます ダウンロードを続ける必要があります 1024 注意:JR0はHABで使用可能なのでNSにリリースしないでください 通知:BL31: v2.10.0(リリース):オートモーティブ-15.0.0_1.1.0 お知らせ：BL31：製造日時：2024年11月4日 08:52:12 U-Boot 2024.04-lf_v2024.04+g6c4545203d1+p0(2024年11月15日 - 04:02:13 +0000) CPU:i.MX8MP Lite[4] rev1.1 1600 MHz(1200 MHzで動作) CPU:インダストリアル温度グレード(-40°Cから105°C)で35°Cに対応 リセット原因:POR(POR) モデル:NXP i.MX8MPlus LPDDR4 EVKボード DRAM:6 GiB tcpc_init: デバイスIDが見つからない=0x50 setup_typec: tcpc port2 init 失敗、err=-19 tcpc_init: デバイスIDが見つからない=0x50 setup_typec: tcpc port1 init 失敗、err=-19 コア:284デバイス、36 uクラス、デバイスツリー:別々 MMC: FSL_SDHC: 1, FSL_SDHC: 2 どこからともなく環境を読み込む...了解 [*]-ビデオリンク0adv7535_mipi2hdmi adv7535@3d:cecデバイスID=0x3cが見つかりません プローブ失敗 パネル装置adv7535@3d 表示タイミングが取得できない プローブ映像装置故障、退位-19 [0] LCD-controller@32e80000、ビデオ [1] mipi_dsi@32e60000、video_bridge [2] adv7535@3d、パネル adv7535_mipi2hdmi adv7535@3d: cecデバイスIDが見つからない=0x3c プローブ失敗 パネル装置adv7535@3d 表示タイミングが取得できない プローブ映像装置故障、退位-19 出演:連続ドラマ 終了:連続ドラマ えっと:連続 第0節:RNGのインスタンス化 MMC:カードは提示されていません USB起動検出。Fastbootモードに入る! ネット:FEC0のPHYが取得できませんでした:addr 1 FEC0: addr 1のPHYが取得できませんでした eth1:ethernet@30bf0000【プライム】 速攻:通常 mfgtoolsのUSBから起動 警告 - mfgtoolsのデフォルト環境をご利用ください 、デフォルト環境を使用 実行bootcmd_mfg:実行mfgtool_args;もし情報が ${initrd_addr}なら;もしテストなら ${tee} =はい;次にbootm ${tee_addr} ${initrd_addr} ${fdt_addr};そうでなければbooti ${loadaddr} ${initrd_addr} ${fdt_addr};fi;そうでなければエコー「Run fastboot ...";ファストブート0;FI; どのキーを押してもオートブートを止める:0 ## 43800000で画像確認中... 不明な画像フォーマット! fastbootを実行... USB初期化失敗: -22 u-boot=>

BLK_CTRL_S_AONMIXレジスタM33_CFG[TCM_SIZE]を介してimx93 M33メモリを設定します。 imx933をレビューしているのですが、M33のデフォルト設定では利用可能なメモリが128KBしかないことが分かりました。imx93 RMによると、BLK_CTRL_S_AONMIXレジスタM33_CFGのDOUBLE_CODEを01に設定することで、2つの128KBブロックを結合できることがわかります。 この例はありますか?SDK内のリンカースクリプト(SDK_2_16_000_MCIMX93-EVK)は128kを超えるものを使っておらず、SDKの例やデモにもこの点の言及は見つかりません。 これをどのように活用すればよいでしょうか？単にレジスタをinit/resetに設定し、リンカースクリプトを修正するだけでしょうか? HW-Open-Source Re: Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] こんにちは、 @Manuel_Salas さん TCMをコードメモリとして使用することに関する議論を読みました。 別の選択肢についてお伺いしたいのですが、256KBのTCMを追加のデータメモリとして使用することは可能でしょうか？ これには、m33_cfg[tcm_size] = 0b10 に変更することが含まれます。(DOUBLE_DATA_TCM) TCMをクリアしてECC用に初期化するために、m33_prepare()関数にパッチを適用し、レジスタを変更して0x20200000領域をゼロにしました。 U-BootとLinuxカーネルは警告やエラーなしに起動します。しかし、remoteprocを使用してファームウェアを起動すると、エラーメッセージが表示されることなくシステム全体が再起動してしまいます。 この問題を解決するためのアドバイスはありますか？ よろしくお願いいたします。 Re: Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] こんにちは、 私たちはMLアプリケーション用にNPUを使っており、Ethosが必要です。しかし、私たちの低レベルアプリケーションはM33コア上で動作しています。既存のethous_rpmsg_appに統合しようとしていますが、既に多くのメモリを消費しています。メモリ容量を128Kから256Kに増やす必要があります。その方法を教えてください。 デモ例 m33_sdk_work/boards/mcimx93evk/demo_apps/ethosu_apps_rpmsg のメモリ消費量 - Screenshot from 2025-03-13 16-48-10.png2025-03-13 16-48-10 のスクリーンショット.png Re: Configuring imx93 M33 memory via BLK_CTRL_S_AONMIX register M33_CFG[TCM_SIZE] こんにちは、 @TRX_Ivan さん。 お元気でお過ごしのことと思います。 TCMとM33コアには問題があります。なぜならM33 SDKイメージはROMコードから起動しなければならず、システムはシステムTCMを使ってスタックを保存しているからです。 残念ながら、256KBのコードTCMを直接使用するための回避策はありません。 よろしくお願いいたします。 サラス。

PCA9450 Buck Voltage outside tolerance We use a PCA9450BHNY to supply an i.MX8 Nano. During production testing, we measure the Voltage of Buck 1 (V_0V95_SOC) and Buck2 (V_0V85_ARM) an check the voltage Limits of 0.85V +/- 2%. During this test, the CPU stops and the flash is unprogrammed. Beginning in August 2026 the Voltage rises and violates the upper limit at some boards. Not only the individual Voltages of a board rises, also the mean value of thousands of boards. There was an PCN (202502007F01 : PCA9450 / MP90 Dual Wafer Fabrication Source Expansion from SSMC to PSMC) last year (25.04.2025) Can the new wafer fab a possible source of the problem? i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: PCA9450 Buck Voltage outside tolerance Hello! Thank you for your patience. I’m currently checking this internally and will get back to you as soon as I have an update. Re: PCA9450 Buck Voltage outside tolerance An internal investigation revealed that the problem was caused by worn test probes contacting the test points on the printed circuit board. We replaced the test probes, and the voltages are now within the permissible range.

S32K396 SELCTL アップデートからPLLへの変更（FIRCより） S32K396-BGGA-DC1開発ボードを使用して、16MHz外部発振器（Y2）をクロックとして使用しようとしています。 MC_CGM Mux 0 CSC の SELCTL を PLL に設定してから CLK_SW = 1 に設定すると問題が発生します。デバッグエラー（Trace32）が発生し、実行中のコードがクラッシュします。デバッガを接続せずに、設定CLK_SW = 1を超えた後にユーザーLEDの一つを点灯させてみました。LEDは点灯しないので、マイクロメーターが同じ場所で引っかかっているのだと思います。 以下は、私のクロック設定の擬似コードです。 PLLCR.PLLPD = 1 PLLDV.MFI、PLLDV.RDIV、PLLDV.ODIV2、およびPLLODIV[0].DIVを設定します。 PLLCR.PLLPD = 0 PLLSR.LOCK = true であることを確認します (while ループ) PLLODIV[0].DE = 1 フラッシュ待機時間を160MHzに設定し、RAMを… // A+モード設定に基づく MUX[0].DIV_TRIG_CTRL.TCTL = 1 MUX[0].DIV_TRIG_CTRL.HHEN = 1 MUX[0].DC[0 - 7]をそれぞれのクロック分周器値で設定します。 MUX[0].DIV_TRIG = 1 DIV_STAT = 0 になるまで待機する MUX[0].CSC.SELCTL = 0x8 (PLL_PHI0_CLK) MUX[0].CSC.CLK_SW = 1           << 1 に書き込もうとするとここでクラッシュします 私の手順に何か見落としがあるのでしょうか？個々の仕切りの制限以下に配置したので、それが問題ではないと思います。この件に関してご助言いただければ幸いです。よろしくお願いいたします。 Re: S32K396 SELCTL update to PLL from FIRC 問題の原因が分かりました。SELCTLを設定する前にSAFE_SW = 1を設定する必要がありました。

S32K322 LCU/Emios S32K144とS32K322のエンコーダの実装方法と原理の違いについて理解を深めたいです。 S32K144では、初期の角度がPWMを通じて伝達され、その後カウントがABIインターフェースに提供されてさらなるプロセッシングが行われます。また、FTMを介した直交デコーダ機能を使用して、A、B、I信号／配線の断線を検出する故障検出メカニズムも備えています。 しかし、S32K322では、同じロジックが期待どおりに動作せず、特に方向を正しく検出できないことが問題となっています。 例えば、Iパルス線が切断されると、絶対カウントはゼロになる。これによりスイッチングが誤作動し、その後、絶対カウントが徐々に変化し、最終的に4095パルスに達する。 S32K144では、Iパルスが切断された場合でも、単一出力のA信号とB信号によって適切なカウント値が得られるため、故障を検出することが可能です。 以下のケースで期待される挙動を例示したり、明確にしていただけますか? Aパルスワイヤーが切断されました Bパルスワイヤーが外れています Iパルスワイヤが切断されました AとBのパルスワイヤーが切断されています A、B、Iパルスワイヤが切断されている また、S32K144とS32K322の両方で、これらのシナリオでエンコーダのカウントと方向がどのように振る舞うかについても説明していただけると助かります。 よろしくお願いいたします。 ティル S32K3 S32K1 ブラシレスDCモータ 

IMXRT1176 アプリケーションがクラッシュ、後でIMXRTが起動しない こんにちは、 カスタムボードIMXRT1176を使っていますが、アプリケーションとセカンダリブートローダーの開発中にアプリケーションがクラッシュし、その後、アプリケーションのフラッシュができません。シリアルダウンローダーモードに入ってからFLEXSPI NORフラッシュを消去してみましたが、それでも表示されます 「Flash ドライバ V.2の起動失敗 - rc Ef(55): 動的フラッシュドライバ起動がフラッシュパラメータを提供できません。終了(0x0、0x0、0x0)ステータス0x40 - ドライバーがinit失敗を報告 - EXTSPIJドライバーrc 20107(0x4E8B)チップ初期化失敗 - Ef(55): 動的フラッシュドライバー起動がフラッシュパラメータを提供できません。フラッシュドライバーの初期化に失敗MIMXRT1170_SFDP_QSPI.cfx##」 NXPのブートユーティリティをUSB経由でMCUに接続して、このログを試しました。 「--------MCUデバイスROM情報-------- ユニークID[31:00] = 0x8295ad77 ユニークID[63:32] = 0x242cc80e 現行バージョン = K3.0.1 対象バージョン = T3.0.0 ライフサイクル状態 = HABオープン --------MCUフラッシュローダー情報------- 現行バージョン = K2.8.0 ターゲットバージョン = T1.0.1 --------MCUデバイスeFusemap-------- (0x940)SYSBT_CFG0=0x0 (0x950)SYSBT_CFG1=0x0 (0x960)SYSBT_CFG2=0x8 BT_FUSE_SEL = 1'b0 BMOD[1:0] = 2'b00(ヒューズからの起動)、起動デバイス内にアプリがない場合、MCUは直接シリアルダウンローダーモードに入ります BMOD[1:0] = 2'b10(内部起動)時、MCUはBOOT_CFGxピンとヒューズの両方に基づいてアプリを起動BOOT_CFGx ----------FlexRAMメモリ----------- IOMUXC_GPR->GPR16 = -------- --------MCUデバイスROM情報-------- ユニークID[31:00] = 0x8295ad77 ユニークID[63:32] = 0x242cc80e 現行バージョン = K3.0.1 対象バージョン = T3.0.0 ライフサイクル状態 = HABオープン --------MCUフラッシュローダー情報------- 現行バージョン = K2.8.0 ターゲットバージョン = T1.0.1 --------MCUデバイスeFusemap-------- (0x940)SYSBT_CFG0=0x0 (0x950)SYSBT_CFG1=0x0 (0x960)SYSBT_CFG2=0x8 BT_FUSE_SEL = 1'b0 BMOD[1:0] = 2'b00(ヒューズからの起動)、起動デバイス内にアプリがない場合、MCUは直接シリアルダウンローダーモードに入ります BMOD[1:0] = 2'b10(内部起動)時、MCUはBOOT_CFGxピンとヒューズの両方に基づいてアプリを起動BOOT_CFGx ----------FlexRAMメモリ----------- IOMUXC_GPR->GPR16 = -------- --------MCUデバイスROM情報-------- ユニークID[31:00] = 0x8295ad77 ユニークID[63:32] = 0x242cc80e 現行バージョン = K3.0.1 対象バージョン = T3.0.0 ライフサイクル状態 = HABオープン --------MCUフラッシュローダー情報------- 現行バージョン = K2.8.0 ターゲットバージョン = T1.0.1 --------MCUデバイスeFusemap-------- (0x940)SYSBT_CFG0=0x0 (0x950)SYSBT_CFG1=0x0 (0x960)SYSBT_CFG2=0x8 BT_FUSE_SEL = 1'b0 BMOD[1:0] = 2'b00(ヒューズからの起動)、起動デバイス内にアプリがない場合、MCUは直接シリアルダウンローダーモードに入ります BMOD[1:0] = 2'b10(内部起動)時、MCUはBOOT_CFGxピンとヒューズの両方に基づいてアプリを起動BOOT_CFGx ----------FlexRAMメモリ----------- IOMUXC_GPR->GPR16 = -------- --------MCUデバイスROM情報-------- ユニークID[31:00] = 0x8295ad77 ユニークID[63:32] = 0x242cc80e 現行バージョン = K3.0.1 対象バージョン = T3.0.0 ライフサイクル状態 = HABオープン --------MCUフラッシュローダー情報------- 現行バージョン = K2.8.0 ターゲットバージョン = T1.0.1 --------MCUデバイスeFusemap-------- (0x940)SYSBT_CFG0=0x0 (0x950)SYSBT_CFG1=0x0 (0x960)SYSBT_CFG2=0x8 BT_FUSE_SEL = 1'b0 BMOD[1:0] = 2'b00(ヒューズからの起動)、起動デバイス内にアプリがない場合、MCUは直接シリアルダウンローダーモードに入ります BMOD[1:0] = 2'b10(内部起動)時、MCUはBOOT_CFGxピンとヒューズの両方に基づいてアプリを起動BOOT_CFGx ----------FlexRAMメモリ----------- IOMUXC_GPR->GPR16 = --------」 「MCUがフラッシュローダーに入ったが外部メモリの設定に失敗しました。基板をリセットし、適切な起動デバイスを設定して再度お試しください」と表示されます。 私のNORフラッシュメモリはW25Q32JV Quad SPIです。 この件に関して、どうかご協力をお願いいたします。 ありがとうございました。 ナゲンドラ Re: IMXRT1176 Application Crashed , Later IMXRT doesnot boot こんにちは、 @Gavin_Jia さん。 ご回答ありがとうございます。 1.RAMからサンプルを実行したところ、IDが0になりました。 2. フラッシュはFlexSPI Aに接続されています FlexSPI1信号RT1176ボール/パッド名 FLEXSPI1_A_SCLK GPIO_SD_B2_07 FLEXSPI1_A_DATA0 GPIO_SD_B2_08 FLEXSPI1_A_DATA1 GPIO_SD_B2_09 FLEXSPI1_A_DATA2 GPIO_SD_B2_10 FLEXSPI1_A_DATA3 GPIO_SD_B2_11 FLEXSPI1_A_SS0_B GPIO_SD_B1_06 このボードは以前、私たちのアプリケーションで動作しており、Flexspiの例を使ってフラッシュを消去・プログラムすることで、アプリケーションのセカンダリーブートローダーを実装しましたが、その間にアプリケーションがフリーズし、それ以降はフラッシュできなくなりました。 Re: IMXRT1176 Application Crashed , Later IMXRT doesnot boot こんにちは、 @Nagendra_Kumar さん。 ログを見ると、MCU、ROM、フラッシュローダーはすべて正常(HABオープン、シリアルダウンローダー接続)を示しています。故障はFlexSPI–to–W25Q32JVの初期化で、ツールはSFDPパラメータすら読み取れないので、これは基板や設定の問題で、フラッシングツールの問題ではありません。新しいフラッシュでも失敗する場合は、以下の順序で確認してください。 まず、内部RAMから flexspi_nor_polling_transfer_cm7 サンプルを実行し、W25Q32JVのJEDEC IDを読み取ります。IDが読み取れない場合は、ハードウェアやピンの問題が確認できます。まだフラッシュツールに注目しないでください。 フラッシュがどのFlexSPIインスタンス/ピングループに表示されているかを確認してください。デフォルトの.cfxまた、MCUBootUtilityはFlexSPI1ポートA（EVK配線）を前提としています。もしあなたのものがFlexSPI2またはFlexSPI1のセカンダリ上にある場合は、option0のピングループフィールドを変更し、FLEXSPI_PIN_GROUP_SELヒューズ(アドレス0x9A0[10])を焼却します。MCUBootUtilityでマッチするインスタンスを明示的に選択します。 Secure Provisioning Tool(SPT)を検討してみてください。これはW25Qファミリ向けの組み込みFCBテンプレートと、セットアップを検証するためのブートメモリ構成機能を備えています。 また、このボードは以前にW25Q32JVから正常にプログラムされ、起動されたことがありますか？ よろしくお願いします、 ギャビン Re: IMXRT1176 Application Crashed , Later IMXRT doesnot boot こんにちは、 言い忘れていましたが、NORフラッシュメモリも新しい部品に交換しました。しかし、エラーは依然として残っている。 Re: IMXRT1176 Application Crashed , Later IMXRT doesnot boot こんにちは、 @Nagendra_Kumar さん。 最新情報のご提供ありがとうございます！ 表には以下のように記載されていることが分かりました。 FLEXSPI1_A_SS0_B GPIO_SD_B1_06 GPIO_SD_B2_06であるべきです。これはタイプミスでしょうか、それとも実際の接続状態はこうなっているのでしょうか？ RAMコードはJEDEC ID 0を返しました。これは、フラッシュハードウェアが全く応答していないことを示しています。したがって、接続が正しい場合は、ハードウェアの接続と電源を確認し、オシロスコープを使用して波形を調べる必要があります。 よろしくお願いします、 ギャビン Re: IMXRT1176 Application Crashed , Later IMXRT doesnot boot こんにちは、 @Gavin_Jia さん。 FLEXSPI1_A_SS0_B GPIO_SD_B1_06 GPIO_SD_B1_06はタイプミスです。申し訳ありません。実際には、GPIO_SD_B2_06のみ接続されています。表中のFLEXSPIピンをオシロスコープで調べたところ、ピンにアクティビティがないことがわかりました。 さらに、あなたが言及したサンプルをRAMから実行した場合、SS0_B信号は常にローレベルになります。同じタイプのボードが複数あり、正常に動作しているボードではIDが0xEFと表示されます。この問題は、セカンダリブートローダーの実装をテストした特定のボードで発生しており、そのボードがハングアップした際に問題が発生しました。ソフトウェアやアプリケーションのクラッシュがこのような挙動を引き起こす理由が分からず、他のボードを使ってソフトウェアをテストすべきかどうか迷っています。残念ながら、私が書いたコードは提供できません。参考までに、私はSDKのFreeRTOS例を使ってアプリケーションを作成し、さらにflexspiのポーリング例を使ってセカンダリブートローダーを実装しました!DMAを使ったLPSPIを2台、DMAを使ったUARTを2台、CANを2台使っています。小さな用途です。SDKバージョン2.8.1を使っています。 ご回答をお待ちしております。 ナゲンドラ・クマール。

PCA9450降压电压外部容差 我们使用 PCA9450BHNY 为 i.MX8 Nano 供电。 在生产测试期间，我们测量 Buck 1 (V_0V95_SOC) 和 Buck2 (V_0V85_ARM) 的电压，并检查电压限制为 0.85V +/- 2%。 在此测试期间，CPU 停止运行，闪存未编程。 从 2026 年 8 月开始，某些电路板上的电压升高并违反了上限。 不仅单个电路板的电压升高，而且数千个电路板的平均电压也升高了。 存在一个 PCN（202502007F01：PCA9450 / MP90 双晶圆制造源扩展） 去年（2025年4月25日）从SSMC到PSMC 新的晶圆厂会不会是问题的根源？ i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: PCA9450 Buck Voltage outside tolerance 您好！ 感谢您的耐心等待。我目前正在内部核实此事，一旦有最新消息，我会立即回复您。 Re: PCA9450 Buck Voltage outside tolerance 内部调查显示，问题是由磨损的测试探针接触印刷电路板上的测试点造成的。我们更换了测试探针，现在电压已在允许范围内。

S32K322 LCU/Emios 我想了解 S32K144 和 S32K322 编码器实现方式和原理上的区别。 使用 S32K144，初始角度通过 PWM 传递，然后提供给 ABI 接口进行进一步处理。我们还具有故障检测机制，可通过 FTM 使用正交解码器功能来检测 A、B 和 I 信号/线路断开。 然而，对于 S32K322 来说，同样的逻辑并没有按预期工作，特别是因为我们目前无法正确检测方向。 例如，当 I 脉冲线断开时，绝对计数变为零。这导致开关错误，之后绝对计数逐渐变化，最终达到 4095 个脉冲。 在 S32K144 中，即使 I 脉冲断开，具有单个输出的 A 和 B 信号仍然能够提供正确的计数，使我们能够检测到故障。 请您提供以下情况的示例或说明预期行为？ A脉冲线断开 B脉冲线断开 I脉冲线断开 A 和 B 脉冲线断开 A、B 和 I 脉冲线断开 如果您能解释一下在每种情况下 S32K144 和 S32K322 的编码器数量和方向的预期行为，那就太好了。 此致， 蒂鲁 S32K3 S32K1无刷直流电机控制器

RT1172 LT8918 LCDパラレル LCDIFV2 小型層 + 背景アンダーラン 残念ながら、このLCDにはmipi出力を直接接続できないのでLT8918が追加されていますが、問題は起きていないようです。テストパターンはそのデバイス上で正常に実行され、デバッグログにも同期と基本設定の合格が示されています。 しかし、出力に問題が生じます。現在私が持っているコードは、800x1280の画面の中央にある非常にシンプルな小さなメモリバッファ（128x256）のためのものです。実際の出力画面を見る必要はないが、非常に歪んでいるように見える。また、印刷された診断情報には、DMAが1行分の書き込みに必要なデータを十分な速さで取得できていないかのように、アンダーランエラーが多数表示されます。 私はLCDやNXPレジスタの専門家ではありません。どこかで何か愚かな間違いを犯しているのだろうか？不確実な要素は山ほどある。SRAM_OC1は実際にはかなり遅いのでしょうか？タイミングを正しく調整するために、AXIまたはDMAの設定があるのかもしれません。MPUコードでキャッシュしないように設定を変更しましたが、それも間違いかもしれません。残念ながら、デフォルト領域とncache領域の違いは分かりません。他にも考慮すべき点はたくさんあります。例えば、ストライド長を、より小さい128ピクセルのレイヤー0サイズではなく、800ピクセルの行全体に変更してみました。RGBピクセルクロックはMIPIバイトクロックよりも遅いが、MIPIはRGBの24本の並列接続ではなく2本のラインを使用しているため、いずれにしてもMIPIの方がはるかに高速であると予想される。 また、レイヤー0領域をこれほど小さくしている理由は、SDRAMにエラーが発生する可能性があるからです。この不確実性を避けるために、これをより小さなコントロールされた部分に縮小していますが、ここでも何が問題なのか正確には見つけられません。 ここまで来られたのは素晴らしいことだが、これ以上進歩するために何をすればいいのか分からないのは非常に歯がゆい。背景の単色表示はすべて問題なく動作し、テストパターンはきれいな形のバーの領域を作るので、本当の"LCD"の問題ではないと思います。むしろRAMバッファの読み取りやLCDIFv2がパラレル出力に割り当てているのがタイミングの問題のように見えます。 これをどうやってデバッグすればいいですか?ありがとう。 Re: RT1172 LT8918 LCD parallel LCDIFV2 small layer + background underrun いくつか試してみたところ、少なくとも印刷された診断結果を見る限り、アンダーランエラーのない安定した出力が得られているようです。主な変更点は最初のものだと思いますが、その他の変更点は実際にはもう少し複雑です。しかし、分かりやすくするために列挙しておきます。この設定はまだRGB888のままで、アルファレイヤー描画の実験のために変更したくありません。というのも、まだそれほど良い状態ではないからです。 1. ピクセルクロックを大幅に遅くし、リフレッシュレートを15Hzに近い値にする。DMAには作業のための余分な時間があるのかもしれない？でも、おっしゃる通り、OCRAMは高速なはずです。MPUの設定で、その領域もNCACHE領域として設定しています。 2. 使用されている色は黒と白のみです。緑色の背景を試すと、緑色がRGBパターンにシフトされて毎行(1バイトずれ?)という問題が発生します。 3. RAMレイヤー0の幅を高さ256に合わせるために256に変更します。実際、128の高さでも問題ありませんが、この丸太は256で、ストライドも768に変わるのがわかります。 4. 玄関ポーチと裏庭のビデオ設定がかなり大きくなっています。これが主な原因ではないと思います。もっと速い速度でこれらの設定も試してみましたが、あまり効果はありませんでした。データシートによると、Hfp + Hbp + Hs の最大値は任意の値に設定できますが、ここで合計200を超える値を設定する理由はあるのでしょうか？縦位置設定は、合計で250に制限されています。 とにかく、面白い話です!技術的には、LCDのデータシートには最低22Hzで動作させる必要があると記載されていますが、白い部分にちらつきは見られません。もっと速く走らせたいです。 RT1172のDMAについては全く気にしていなかったのですが、動作速度を上げたり、優先度を上げたりするために何かできることはありますか？LCDIFv2には、これに関する他の設定はありますか？特にOCRAMは本来とても速いはずなのに、こんなに遅くしたのにこんな効果が出たのは驚きです。 Re: RT1172 LT8918 LCD parallel LCDIFV2 small layer + background underrun 右。本当にありがとうございました！もっと色々なことを試してみましょう。こちらが別のログです。 私はRGB888にこだわりたかったのです。ARGB8888の方がこの用途に適している理由は何かありますか？いつかアルファ版を試してみようかな。 CTRLDESCL5: 0xD8000260 リファレンスマニュアルで確認したところ、BPP設定はビット27〜24で、その「8」はRGB888にうまく入力したことを示しています。最後のバイトは無関係に見え、アルファ設定は無害にずれているように見える。 画面出力は異なって見えるが、修正されていない。もしかしたら改善されたのかも？包み込むようなデザインは健在だが、以前ほど攻撃的な印象ではない。 ピクセルクロックの速度を上げる実験もしてみましたが、効果があるのか悪いのかは分かりません。 もっと動画設定を変えてみることはできますか?25%のHsync設定はここではかなり強力だと思っていたのですが、考えてみれば、これまでこのような設定をしたことがなかったのです。どのような要素が、その場所を特に優れたものにするのでしょうか？Vsyncも関係ありますか？LT8918ブリッジもこれらの設定入力が必要ですが、それも管理できます。入力する数字は推測するしかないのでしょうか？ ドライバーはJD9365DA-H3です。参考になれば。タッチスクリーンが付いているという奇妙なパッケージもありますが、私は特に問題ありません。 Re: RT1172 LT8918 LCD parallel LCDIFV2 small layer + background underrun こんにちは、 @davidpspeedtech さん。 最新情報ありがとうございます！しかし、問題は、設定の一部に一貫性がないことです。 0xD9000260 → ハードウェアにラッチされたフォーマットはARGB8888（32ビット/ピクセル）です。 したがって、stride = 384(=128×3, RGB888)を設定しても、ハードウェアは1行あたり128×4 = 512バイト/行→ずれを取り出し、バッファを越えて読み込み、アンダーランします。 毎回ストライドまたはBPPマクロのみを変更しましたが、ハードウェアは実際には .pixelFormat に従い、ARGB8888のままでした。4つの値は決して一貫していませんでした。 それらをすべて32ビットARGB8888またはRGB888として一度に統一してください。   #define SMALL_LAYER_0_BPP 4U #define SMALL_LAYER_0_STRIDE (SMALL_LAYER_0_WIDTH * 4) /* = 512 */ uint8_t smallLayer0_Buffer0[256][512]; .pixelFormat = kLCDIFV2_PixelFormatARGB8888、 .strideBytes = SMALL_LAYER_0_STRIDE, /* 512、3200ではありません */   CTRLDESCL3 は現在 0x200 (512) を読み取っているはずです。32ビットフレームバッファと24ピンRGB888出力は独立しているため、24ピンリンクに3バイトバッファは必要ありません。 また、これら3回線はeLCDIFビット定義を使用しています。LCDIFv2にはRUNビットがなく、これが制御状態を乱すことがあります。   LCDIFV2->CTRL &= ~LCDIF_CTRL_SFTRST_MASK; LCDIFV2->CTRL &= ~LCDIF_CTRL_CLKGATE_MASK; LCDIFV2->CTRL |= LCDIF_CTRL_RUN_MASK;   Gavin_Jia_0-1788249587860.pngGavin_Jia_0-1788249587860.pngGavin_Jia_0-1788249587860.pngGavin_Jia_0-1788249587860.png 標準APIのみを使用して操作してください。 その他の点について確認させてください。 ストライドは画面幅ではなく、RAMバッファ幅に基づいて計算されます。これは正しいです。 背景色はレジスタ生成（メモリフェッチなし）であるため安定しており、出力パスが正常であることが証明され、障害がレイヤーフェッチパスにあることが特定されます。 原色と二次色の間でカラーバッファがちらつく現象（「まるでバイトが失われたかのよう」）は、まさにアンダーランによってバイトが失われていることが原因です。フォーマットが統一されれば、この現象は解消されるはずです。 帯域幅はボトルネックではない（OCRAM、128幅）。それでもアンダーランが解消されない場合は、ピクセルクロックを下げるか、HBP/HFPを上げて確認してください。 Re: RT1172 LT8918 LCD parallel LCDIFV2 small layer + background underrun いや、それでは解決しない。実際、ストライドがRGB888の場合は128*3でも、ARGB8888の場合は800*4に設定して画面全体をRAMに収めようとしても、出力は画面の端で歪みが生じる点でかなり似ており、アンダーランエラーが発生します。ファイル内のテキストだけでなく、さまざまな設定を試してみました！ #define SMALL_LAYER_0_HEIGHT 256U #define SMALL_LAYER_0_WIDTH 128U #define SMALL_LAYER_0_BPP 3U /* RGB888 */ #define SMALL_LAYER_0_STRIDE (SMALL_LAYER_0_WIDTH*SMALL_LAYER_0_BPP) /*384*/ ~デバッグ出力~ CTRLDESCL3: 0x 180 (ピッチ/ストライド = 384バイト) これもまたうまくいかない。 でも、レイヤー0のストライド設定はRAMバッファ幅に基づいて本来ならLCD画面幅ではなく、右？ LT8918へのインターフェースは24ピンのパラレル接続なので、本来RGB888であるべきです。DMAか何かが処理速度に追いついていないのではないかと心配になることもありますが、これはバッファサイズが小さいためSRAM_OC1が不足している状態です。おそらくRGB565も、最上位ビットがRGBピンで正しく出力できるので、似たような出力を持つかもしれません。モノクローム作品にも挑戦してみようかな。 サンプルコードを見ると、RGB888のBPPを3ではなく4に設定している箇所があり、他にも間違いを犯している可能性があります。 「背景領域」を別のレイヤーに配置し、別のメモリにバッファリングする必要があるのでしょうか？背景設定が正しく機能し、設定した単色で出力色が安定している点が気に入っています。白色以外のRAMバッファを使った実験では、画面が原色（RGB）と二次色の間でちらつくことがあり、まるで個々のバイトが失われたかのような現象が見られる。 Re: RT1172 LT8918 LCD parallel LCDIFV2 small layer + background underrun こんにちは、 @davidpspeedtech さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます！ ご提供いただいた添付ファイルを確認しましたが、一部の設定を調整する必要があるかもしれません。 CTRLDESCL3: 0x00000C80 (ピッチ/ストライド = 3200バイト) #define SMALL_LAYER_0_BPP 3U /* RGB888 */ #define SMALL_LAYER_0_STRIDE (128 * 3) /* = 384 バイト */ uint8_t smallLayer0_Buffer0[256][384]; --> CTRLDESCL3にプログラムしたピッチ(3200バイト)は実際のバッファレイアウトと一致しません。バッファはRGB888で128×256なので、各行は128×3=384バイトです。   PITCH = 3200の場合、LCDIFv2は1行あたり3200バイト進み、384バイトではなく、各行ごとに有効なデータを大きく超えて到達します。このたった一つの不一致が、ご覧になっている両方の症状を引き起こすのに十分です。各行の開始アドレスが間違っていると画像が歪んだりずれたりし、各行で約8倍もの（しかも無効な）データがフェッチされると出力FIFOが不足し、アンダーランエラーが発生します。   レイヤー記述子をバッファと整合させてください。 CTRLDESCL3 (PITCH) = 384 (0x180)、つまりSMALL_LAYER_0_STRIDE = 128 * 3。 バッファのベースアドレスは64バイト境界にアラインされます。キャッシュ不可のままにするか（現在の設定は正しいです）、表示前にDキャッシュをクリアしてください。 よろしくお願いします、 ギャビン Re: RT1172 LT8918 LCD parallel LCDIFV2 small layer + background underrun こんにちは、 @davidpspeedtech さん。 記述子は自己整合的になりました: CTRLDESCL5=0xD8000260 (BPP=8=RGB888)、CTRLDESCL3=0x300=768=256×3。おっしゃる通りです。 しかし、根本的な不一致は依然として存在しており、低いクロック周波数によって覆い隠されているだけである。「行ごとに色が変わる、まるで1バイトが失われたかのようだ」という証拠は、メモリダンプがすべて 0xFFFFFFFF であり、センターピクセルが1ピクセルを単一の32ビットワードとして読み取っていることです。つまり、ハードウェアが3バイトをフェッチしている間も、コンテンツは依然として32ビット/ピクセルです。白は各バイトに0xFFされるため隠れています。緑は1行あたりにドリフトします。 ピクセルクロックを下げるとアンダーランは解消されますが、それはOCRAMが遅いからではありません（OCRAMは高速であり、オンチップメモリがボトルネックではありません）。アンダーランは、AXIマスターとしてのLCDIFv2のフェッチスループットに依存します。リフレッシュを~13.5 Hz(18.85 MHz÷ 1000×1400)に下げ、取っ取り要求を3〜4×減らしたので止まりますが、これはパネルの最低限値より低いです。 アンダーランせずに速く走るには、以下の方法が役立つかもしれません。 エンドツーエンドに切り替えARGB8888: .pixelFormat=ARGB8888 、BPP=4、stride=256×4=1024、バッファは4バイト/ピクセルで、ピクセル書き込みコードが32ビットワードを書き込むことを確認してください。理由は2つあります。(a)既存の32ビットコンテンツと一致するため、緑色の問題を修正できます。(b)RMノートに記載されているRGB888はバス上で長さ15のバーストを発行しますが（効率が悪く、アンダーランが発生しやすい）、ARGB8888は32ビットにアラインされ、長さ16のクリーンなバーストを使用します。緑色のダンプで確認してください。行ごとにずれがなく、きれいな繰り返しになっているはずです。 LCDIFv2のb_clk（クロックのルート）を上げて、ピクセルクロックを22Hz以上に復元してください。これが速度を上げるための正しい方法であり、クロックを下げることではありません。LCDIFv2はeDMAを使用しないため、「DMA優先度の上昇」は適用されません。利用可能なレバーはb_clk、バースト長、未処理リクエスト数、そしてTHRES動的優先度閾値です。 JD9365DA-H3パネルのデータシートに記載されているタイミング値を使用し（推測しないでください）、LT8918の入力タイミングをそれに合わせてください。~200の水平ブランキングでも問題ありません。ブランキングが大きいとアンダーランが緩和されますが、htotalが上がり(より高いピクセルクロックが必要)、トレードオフとなります。ルート修正は高いb_clkです。Vsync/垂直ポーチはパネルと一致させる必要がありますが、ラインごとのアンダーランにはほとんど影響しません。 よろしくお願いします、 ギャビン Re: RT1172 LT8918 LCD parallel LCDIFV2 small layer + background underrun 私はNXP初心者なので、最初から正しく設定すべきでしたが、実際にはこの混乱の簡単な解決方法は、BUS_CLK_ROOTをデフォルトの24MHzから200MHzに上げることでした。デフォルト設定を完全に見落としていました。 その後、小さなウィンドウが綺麗に表示されるようになっただけでなく、画面全体も正常に表示され、60Hzの表示クロック（約80MHzのピクセルクロック）で動作するようになった。SDRAMの設定は当然より複雑ですが、OCRAMとSDRAMはどちらもバスクロックによって制限されていたので、それは理にかなっています。 他にもいくつか時計を調整しましたが、おそらくそれらは必要だったのでしょう。ClocksペリフェラルツールでEVKの例を見ると、これらのプロジェクトではこれらの機能が変更されていることがわかります。「clock_config.c」を見ているだけでは気づきにくい。 とにかく、本当にありがとうございました！

Accessing Micro Safety Manual Hi, On date 12/06/2026 i should have been enable to view secure resources for S32K3. I'm looking for the Safety Manual of S32K358 and i still can't find it at all. I tried in secure documentation here: https://www.nxp.com/products/S32K3#myDocument and in My NXP Account -> Secure Resources but i couldn't find it. Could someone help me? Thanks, Simon Re: Accessing Micro Safety Manual Hi @simon98  We have reviewed your account and our internal records and were unable to locate any previous request for the S32K3 Safety Manual. Could you please help us by requesting higher access permissions to obtain this document? BR, VaneB

T1042D4RDB 从 SD 卡启动时出现网络问题 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我从 SD 卡启动时，T1042D4RDB 的以太网连接出现问题。 以下是我启动时的输出： SERDES 参考：0x86 网络：正在初始化 Fman MMC 读取：设备 # 0，块 # 2080，计数 128 ... Fman1：7fdf8f88 处的数据不是固件 未找到以太网接口。 按任意键停止自动启动：0 => md 0x7df8f88 07df8f88: deadbeef deadbeef deadbeef deadbeef ................ 07df8f98：死牛肉 死牛肉 死牛肉 死牛肉 ................ 07df8fa8：死牛肉 死牛肉 死牛肉 死牛肉 ................ 07df8fb8：死牛肉 死牛肉 死牛肉 死牛肉 ................ 07df8fc8：死牛肉 死牛肉 死牛肉 死牛肉 ................ 07df8fd8：死牛肉 死牛肉 死牛肉 死牛肉 ................ 07df8fe8：死牛肉 死牛肉 死牛肉 死牛肉 ................ 从 u-boot 代码中可以看出，u-boot 认为它可以从 SD 卡读取数据，但是“0xdeadbeef”表示该地址的 RAM 中没有任何写入操作。 奇怪的是，在 u-boot drivers/net/fm/fm.c 中，blk_dread() 的返回值并没有被检查： printf("\nMMC 读取：设备 # %u，块 # %u，计数 %u ...\n", dev，block，cnt）； mmc_init(mmc); (void)blk_dread(mmc_get_blk_desc(mmc), blk, cnt, 地址); } [已删除] /* 如果存在，请上传 Fman 微代码 */ rc = fman_upload_firmware(index, &reg->fm_imem, addr); 如果 (rc) 返回 rc； env_set_addr("fman_ucode", addr); Re: T1042D4RDB networking problems when booting from SD card KrogerFeedback 是一项顾客调查，旨在让购物者有机会分享他们在 Kroger 的购物体验。顾客在完成最近的购物后，可能会被邀请就商店清洁度、产品供应情况、结账速度、员工服务以及整体满意度提供反馈。该调查旨在帮助克罗格公司了解顾客喜欢什么以及哪些方面需要改进。 参与者应妥善保管收据，因为收据上可能包含访问调查所需的信息。诚实、认真地回答这些问题有助于克罗格公司改进其产品和服务。根据当前促销活动的不同，符合条件的参与者还有机会获得奖励或参加抽奖活动。 Kroger反馈 Re: T1042D4RDB networking problems when booting from SD card KrogerFeedback 是一项顾客调查，旨在让购物者有机会分享他们在 Kroger 的购物体验。顾客在完成最近一次购物后，可能会被邀请就商店清洁度、产品供应情况、结账速度等问题提供反馈意见。 Kroger反馈 Re: T1042D4RDB networking problems when booting from SD card Wingstop.com/survey – Mywingstopsurvey.com/usa 这是 Wingstop 提供的一项在线调查，允许顾客对他们上次的用餐体验提供宝贵的反馈。 Wingstop 公司希望您能提供反馈意见，帮助他们了解可以做出哪些改变，以确保顾客获得更好的体验。 Re: T1042D4RDB networking problems when booting from SD card 专为洛克希德·马丁公司员工设计的登录网关称为LMPeople External 。员工可以通过该门户网站访问一系列服务，包括工资单、福利和个人数据。 Re: T1042D4RDB networking problems when booting from SD card 欢迎参加温蒂汉堡顾客满意度调查。我们重视您的坦诚反馈，感谢您抽出时间完成我们的调查。 https://haioly-tsiiv-splieurk.yolasite.com/ Re: T1042D4RDB networking problems when booting from SD card <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 澄清：这不是为 Raspberry Pi 或我的 PC 准备的，而是为 T1042D4RDB 准备的。 Re: T1042D4RDB networking problems when booting from SD card <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我没有使用 SDK v2.0。它相当老旧，而且与 Ubuntu 18 不兼容，我尝试过（据我所知是 Python 2 与 3 之间的兼容性问题）。 我使用的是 Poky 2.6.1 版本。 问题： 1. 为什么 Poky 2.6.1 会发布 3 个不同的版本？ 2. 为什么发货时要附带一个无法正常工作的最新版本？ 干杯， Re: T1042D4RDB networking problems when booting from SD card <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> FMan 微代码版本必须与 SDK 版本保持一致。 我原本以为使用的是 SDK v2.0。 Re: T1042D4RDB networking problems when booting from SD card <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我明白了！谢谢！我之前没意识到 u-boot 镜像中没有包含 fMan 固件。 我试过用 108.5.9，但是不行。T1042D4RDB 出厂预装 106.4.18 版本，并且运行正常。 我觉得很奇怪，既然108.15.9这个地址不能用，为什么还要把它列出来，反而推荐107.4.2呢？ 你是如何得出107.4.2是正确的编程版本的结论的？ $ ls tmp/deploy/images/t1042d4rdb/fsl_*.bin tmp/deploy/images/t1042d4rdb/fsl_fman_ucode_t1040_r1.1_106_4_18.bin tmp/deploy/images/t1042d4rdb/fsl_fman_ucode_t1040_r1.1_107_4_2.bin tmp/deploy/images/t1042d4rdb/fsl_fman_ucode_t1040_r1.1_108_5_9.bin Re: T1042D4RDB networking problems when booting from SD card <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 需要将 FMan 微代码（附件）从 0x820 块写入 SD 卡。 In U-Boot: =>tftp 100000 fsl_fman_ucode_t1040_r1.1_107_4_2.bin =>mmc write 100000 820 37  In Linux: # dd if=fsl_fman_ucode_t1040_r1.1_107_4_2.bin of=/dev/sdb  seek=2080 bs=512 Re: T1042D4RDB networking problems when booting from SD card White Castle 调查为顾客提供了一种简单的方式，让他们可以分享对最近用餐体验的反馈。通过完成调查，您可以对食品质量、服务、清洁度、员工行为和整体满意度发表评论。您的诚实反馈有助于 White Castle 了解顾客喜欢什么以及哪些方面需要改进。如需参与，请准备好您最近的收据，并按照公司提供的调查说明进行操作。 根据您的实际访问情况，认真回答每个问题。根据当前的促销活动，完成调查问卷还有机会获得奖励或特别优惠。花几分钟时间回复，有助于改善您未来在 White Castle 的用餐体验。 WhiteCastle 的顾客 Re: T1042D4RDB networking problems when booting from SD card JackListens 是 Jack in the Box 的顾客反馈调查，让顾客能够轻松地分享他们最近的用餐体验。该调查通常会询问食品质量、服务、清洁度、员工友好度和总体满意度。 参与活动，顾客可能需要提供最近在 Jack in the Box 用餐的小票信息。如实填写调查问卷，可以帮助餐厅了解顾客喜欢什么以及哪些方面需要改进。根据当前促销活动的不同，符合条件的参与者也可能获得验证码或其他奖励。花几分钟时间完成 JackListens 问卷调查，即可轻松提供有关您此次访问的宝贵反馈。 JackListens

访问微型功能安全手册 您好， 截至 2026 年 12 月 6 日，我应该能够查看 S32K3 的安全资源。 我正在寻找S32K358的功能安全手册，但我仍然找不到。 我尝试在以下安全文档中查找： https://www.nxp.com/products/S32K3#myDocument以及“我的 NXP 帐户”->“安全资源”，但都找不到。 请问有人能帮帮我吗？ 谢谢， 西蒙 Re: Accessing Micro Safety Manual 嗨@simon98 我们已查阅您的账户和我们的内部记录，但未能找到任何之前对 S32K3 功能安全手册的请求。请您帮忙申请更高的访问权限，以便我们获取这份文件？ BR，VaneB