使用 jLink Segger 探针 RESET MIMXRT1176-EVKB 您好， 我正试图使用 Segger JLink 探头对评估套件（MIMXRT1176-EVKB，修订版"55139 REV C3" ）进行编程。 为此，我在 JP5 上添加了一个跳线，以断开嵌入式 MCU 链接，从而使探针能够对闪存编程。 尝试对二进制文件进行编程后，探测器似乎无法正确RESET CPU。编程完成后，CPU无法RESET，我必须手动RESET。 这让我觉得探头和 CPU 之间有问题，可能缺少了什么东西（跳线？其他？） 这是一个已知问题吗？我是否遗漏了文件中的某些内容？ 感谢您的帮助、 布伦丹 Re: Reset MIMXRT1176-EVKB with JLink Segger Probe 嗨，@BrendanLT、 您是否还短接了 JP4？正如 MIMXRT1170-EVKB 板硬件用户指南中所述： BR, Edwin.

iMX95 verdin evkキットでストリームをディスプレイにプッシュする方法 私は、iMX95 Verdin EVK に Bayer RGGB センサを搭載しようとしており、stream-mmap コマンドを使用して v4l2 ストリームを取得できました。video0からもキャプチャして確認しました。 ストリームをディスプレイにプッシュする方法、そのためにどの gstreamer コマンドを使用するか。 これについてご意見をいただけませんか。 ありがとう Re: How to push stream to display in iMX95 verdin evk kit 以下のユーザーガイドの7.3.9.6.1 GStreamerパイプラインシングルカメラプレビューの章を参照してください。 https://www.nxp.com/docs/en/ユーザーガイド/UG10163.pdf

HSE_ReadAdkp 返回 HSE_SRV_RSP_INVALID_ADDR 你好，团队、 我正在尝试为 S32K314 平台设置 ADKP。 虽然我可以使用以下功能确认 HSE 标记已启用和 HSE FW 版本： HSEFwFlg = checkHseFwFeatureFlagEnabled()；   (void)HSE_GetVersion_Example(&gHseFwVersion)；   在调用 HSE_ReadAdkp() 的 check_DebugPasswordProgrammed_Status() 函数中，我检测到 HSE_SRV_RSP_INVALID_ADDR (0x55A5A26AUL)。我猜 ADKP 未编程时的预期响应是 HSE_SRV_RSP_NOT_ALLOWED。   请为我指点迷津。   谢谢！   布尚 Re: HSE_ReadAdkp returning HSE_SRV_RSP_INVALID_ADDR 你好@Bhushan1312 是的，我确认 当 ADKP 尚未编程时，读取 HSE_APP_DEBUG_KEY_ATTR_ID 将返回错误代码 HSE_SRV_RSP_NOT_ALLOWED。 尝试禁用数据缓存，看看是否会有影响。用于与 HSE 通信的所有数据对象都必须强制使用非高速缓存内存，这是一个相当常见的根本原因。 还注意到 HSE 无法看到位于 0x2000_0000 的 DTCM 内存。该地址范围只对核心可见。HSE 只能看到 0x2100_0000 的 DTCM 后门地址。我的建议是只使用普通 RAM 与 HSE 通信，而不是 DTCM。 Autosar Crypto 驱动程序中有一个启用 DTCM 支持的选项。然后，驱动程序会检查所有使用过的地址，并在必要时添加相应的偏移量。如果不使用 Crypto 驱动程序，则由用户自行决定。最好的选择是：不使用 DTCM 与 HSE 通信。 此致， Lukas Re: HSE_ReadAdkp returning HSE_SRV_RSP_INVALID_ADDR 感谢@lukaszadrapa... 我将与 HSE 相关的数据变量移到了非高速缓存 SRAM 中，结果成功了。

LPC1768+SSP0+GPDMA 的一些问题 为什么在 SSP0 中打开 DMACR 并将一些数据传输到 BUF 之后，DMACR 被 RESET 为零，SSP0DR 一直在变化，但是 BUF 数据保持不变。在中断期间我还尝试重新打开 DMACR，但是 BUF 数据仍然没有变化。 以下是代码配置： #define SPI_RX_LEN 5386 extern U8 SPIRXBUF[SPI_RX_LEN]； void DMAInit_SPI_RX(U8 *destAddr, U32 len) { U32 part1 = (len> 4095) ?4095 : len； U32 part2 = (len> 4095) ?(len - 4095) : 0;// 拆分传输（单通道最大 4095字节）   lpc_sc->pconp |= (1<< 29); // 使能gpdma时钟 LPC_GPDMA->DMACConfig |= (1<< 0);//使能 GPDMA LPC_GPDMA->DMACIntTCClear |= 0x01; // 清除通道0传输完成标志 LPC_GPDMA->DMACIntErrClr |= 0x01; // 清除通道0错误标志   // 链表项1：传输part1字节 lli[0].srcAddr= (u32)&lpc_ssp0->dr; // 源：spi0 数据寄存器 lli[0].destAddr= (U32)destAddr; // 目的：缓冲区起始 lli[0].control= (part1& 0x0FFF) // 传输大小（字节数） | (0x00<< 12) // 源突发大小 | (0x00<< 15) // 目的发大小 | (0x00<< 18) //源数据宽度 | (0x00<< 21) //目的数据宽度 | (0x00<< 26) //源地址不变（外设寄存器）。 | (0x01<< 27) //目的地址自增 | (1u<< 31); // 使能中断   // 链表项2：传输part2字节（若需要） if (part2> 0) { lli[0].nextLLI = (U32)&lli[1]; // 指向链表项2 lli[1].srcAddr= (u32)&lpc_ssp0->dr； lli[1].destAddr= (U32)(destAddr + part1); // 缓冲区偏移 lli[1].control= (part2& 0x0FFF) // 传输大小（字节数） | (0x00<< 12) // 源突发大小 | (0x00<< 15) // 目的发大小 | (0x00<< 18) //源数据宽度 | (0x00<< 21) //目的数据宽度 | (0x00<< 26) //源地址不变（外设寄存器）。 | (0x01<< 27) //目的地址自增 | (1u<< 31); // 使能中断 lli[1].nextLLI= 0; // 结束链表 } else { lli[0].nextLLI = 0； }   // 配置 DMA 通道 0 LPC_GPDMACH0->DMACCConfig = 0； LPC_GPDMACH0->DMACCLLI = (U32)&lli[0]; // 链表起始地址 LPC_GPDMACH0->DMACCSrcAddr = lli[0].srcAddr；// 源地址（spi0 dr) LPC_GPDMACH0->DMACCDestAddr = lli[0].destAddr； // 目的地址 LPC_GPDMACH0->DMACCControl = lli[0].control； // 控制字 LPC_GPDMACH0->DMACCConfig = (0x01<< 15) //中断错误 | (0x01<< 14) //终端计数中断 | (0x02<< 11) // 传输类型：外设到内存 | (0x00<< 6) //目的外设：存储器 | (0x01<< 1) // 源外设：SSP0 RX（参考手册） | (0x01<< 0); // 通道使能   GPDMAEnabe()； }     void DMA_IRQHandler(void) { if(LPC_GPDMA->DMACIntTCStat& 0x01) // 通道0传输完成 { LPC_GPDMA->DMACIntTCClear = 0x01; // 清除标志 //SSPSlave_Init()； // run_lamp_glitter； // lpc_ssp0->dmacr |= (1<< 0)； // LPC_GPDMACH0->DMACCConfig |= (0x01<< 0)； LPC_GPDMA->DMACConfig |= (1<< 0);//使能 GPDMA 时间++； } if(LPC_GPDMA->DMACIntErrStat& 0x01) // 通道0错误 { LPC_GPDMA->DMACIntErrClr = 0x01; // 清除标志 } } void SSPSlave_Init(void) { lpc_sc->pconp |= (1<< 21); /* 打开 ssp 电源 */ /***************************************************************** * 初始化 SSP 的通讯方式,设置数据长度为 8bit,帧格式为 SPI,SCK 为低有效、 * 数据在sck 的第二个时钟沿采样,设置位速率。 ******************************************************************/ LPC_SSP0->CR0 = (0x00)<< 😎 | /* 设置spi位速率*/ (0x01<< 7) | /* CPHA 时钟输出相位 */ (0x00<< 6) | /* CPOL 时钟输出极性 */ (0x00<< 4) | /* FRF 帧格式 00=SPI，01=SSI, */ /* 10=Microwire，11=保留 */ (0x07<< 0); /* DSS 数据长度,0000-0010=保留 */ /* 0011=4位，0111=8位，1111=16位*/ lpc_ssp0->cpsr = 2; /* 时钟分频寄存器*/   LPC_SSP0->CR1 = (0x00<< 3) | /* SOD 从机输出禁能，0=允许 */ (0x01<< 2) | /* MS 主从选择，1=从机 */ (0x01<< 1) | /* SSE SSP使能，1=使能 */ (0x00<< 0); /* LBM 回写模式 */   sysTimeDlay(5)； lpc_ssp0->dmacr |= (1<< 0)；   } LPC17xx Re: LPC1768+SSP0+GPDMA some problem 你好@Lee_Lee 我认为 DMA 正在 "读取空的 SSP FIFO"，但由于访问宽度不正确，数据没有正确写入内存。 您目前的配置是 (0x00<< 18)// 源数据宽度(0x00<< 21)// 目的数据宽度 但在 LPC 中： SSP 的 DR 寄存器是一个 16 位寄存器 即使使用 8 位 SPI 模式，对 SSP0->DR 的 DMA 访问仍必须是 16 位访问。 DMA 实际上没有将数据正确写入内存 结果是 BUF 保持不变。 因此，我认为您可以尝试将源代码和 des 宽度改为 16。 BR 哈利

FlexGUI-PF8X PF8200 的编程问题 亲爱的； 当我使用 FlexGUI-PF8X 离线工具为 PF8200 的固件 (SC33PF8200KKES) 编程时，报告了以下问题： 脚本解析失败（格式错误）。具体信息见图 1。 我可以正常使用 PF8100 进行刻录和写入。 谢谢！ 致以最崇高的敬意 Re: Programming issue with FlexGUI-PF8X PF8200 我没测试OTP 的script我测试了TBB script是可以运行的，在GUI 选择TBB 以后 我用的是10.0.0的GUI 版本 Re: Programming issue with FlexGUI-PF8X PF8200 Dear；          好的，我按照最新的GUI后测试一下。谢谢！         Best Regards! Re: Programming issue with FlexGUI-PF8X PF8200 TBB 的那个脚本能运行吗？ 不行的话现在最新的GUI！ GUI PMIC软件|汽车|恩智浦半导体 Re: Programming issue with FlexGUI-PF8X PF8200 Dear；         固件见附件。谢谢！         Best Regards！ Re: Programming issue with FlexGUI-PF8X PF8200 能发我看看是哪个script吗？ Re: Programming issue with FlexGUI-PF8X PF8200 Dear;         该次烧写的固件是直接NXP官网下载的，谢谢！       Best Regards！ Re: Programming issue with FlexGUI-PF8X PF8200 不会，我也是WIN11 Re: Programming issue with FlexGUI-PF8X PF8200 看这个附件的文档里面有更新的FW，从第12页开始看4 Installing and configuring software and tools 。 Re: Programming issue with FlexGUI-PF8X PF8200 Dear；          我现在使用的是windows 11操作系统，我看这个软件支持的操作系统是windows 10或windows 7，这个是否会影响GUI的正常工作？谢谢！           Best Regards！ Re: Programming issue with FlexGUI-PF8X PF8200 Dear；          谢谢您的支持，已经搞定了，谢谢！          Best Regards！

HashDataDefSrv 返回参数无效 你好，@lukaszadrapa ，我正在使用 HseResponse = HashDataDefSrv(HSE_HASH_ALGO_SHA2_256,(uint32_t) sizeof(test)、test，&image_hash_length，image_hash，HSE_SGT_OPTION_NONE)； 函数来计算存储为 const uint_8 [] 的图像的 HASH，但我得到的返回结果是 Parameter Invalid（参数无效）。于是我决定在一个更小的数组上测试哈希值，但也遇到了类似的问题。 请帮助解决这个问题！ 此外，在使用 HSE 和 RTD 3.0.0 时，我还发现了一个小问题、即：- 当我在没有任何断点的情况下运行代码时，我的 HSE 应用程序接口总是响应 NOT_OK（not ok 意味着除了 HSE_OK 或 HSE_SUCCESS 之外的任何其他意思），但当我手动跳过这些应用程序接口时，我得到的是 HSE_SUCCESS Re: HashDataDefSrv returns Paramter Invalid 你好@lukaszadrapa 我试过你的解决方案（禁用 D_CACHE_ENABLE），但没有用。 而你却只字未提我的附加问题。 Re: HashDataDefSrv returns Paramter Invalid 你好@R_S002 第一步，您是否可以尝试禁用项目中的数据缓存？这是 HSE_SRV_RSP_INVALID_PARAM 错误的常见原因 。用于与 HSE 通信的所有数据对象必须强制使用非高速缓存内存。禁用数据缓存可以快速确认是否存在这种情况。 此致， Lukas Re: HashDataDefSrv returns Paramter Invalid 如果不是数据缓存造成的，我需要这两个问题的更多细节。 关于哈希服务，您能否在将其发送给 HSE 之前截取一张服务描述符的截图？ 关于第二个问题，您能否检查一下 HSE 返回的错误代码是什么？如果步进代码时能正常工作，则可能是某种时间问题或一致性问题。在执行这些 HSE 服务时，您是否尝试过禁用中断？ Re: HashDataDefSrv returns Paramter Invalid hi@lukaszadrapa 我一回到办公室就会提供服务描述符 第二个问题返回 HSE_SRV_RSP_NOT_SUPPORTED。您能更准确地说明"禁用中断" 吗？ Re: HashDataDefSrv returns Paramter Invalid 你好@lukaszadrapa HASH 函数执行前的图像 Re: HashDataDefSrv returns Paramter Invalid 我在板上做了非常快的测试，我能看到同样的问题。我从未遇到过散列问题，让我检查一下是怎么回事。我今天没时间，下周再检查。 此致， Lukas Re: HashDataDefSrv returns Paramter Invalid 好吧，很可能是 pHashLength 导致的。该指针指向的变量必须初始化为哈希缓冲区的大小。不能为零。HSE 服务 API 参考手册说： " 输入/输出：指向存储以字节为单位的哈希长度的 uint32_t 位置的指针。 在调用此服务时，此参数应包含主机提供的缓冲区大小。 主机提供的缓冲区大小。请求完成后，应存储 返回值的实际长度。如果缓冲区 小于散列大小，散列将被截断" 因此，请检查该参数的内容。 Re: HashDataDefSrv returns Paramter Invalid 能否举例说明您是如何尝试并验证 HASH 函数的？ Re: HashDataDefSrv returns Paramter Invalid 下面是我过去用过的一个简单例子： int main(void) { hseSrvResponse_t HseResponse; uint8_t hash_result[64] = {0U}; uint32_thash_length = 64U； /* 检查 Fw 安装状态*/ WaitForHSEFWInitToFinish()； /* 使用的测试向量：https://www.di-mgt.com.au/sha_testvectors.html*/ /* 输入信息：一百万 (1,000,000) 次重复字符"a" (0x61)。*/ /* SHA-512 */ /* 预期结果：*/ /* e718483d0ce76964 4e2e42c7bc7bc15b463 8e1f98b13b204428 5632a803afa973eb de0ff 244877e60a 4cb0432c577c31b eb009c5c2c249a2e 4edb2c49a2e 4ead0f2477e60a 4c0432c5c2c49a2e 4edb2c49a2e 4ead0f2477ea 60a 4c0432c5c2c49a2e 4ead9a2e 17ad8cc09b */ HseResponse = HSE_HashDataBlocking ( MU0, HSE_ACCESS_MODE_ONE_PASS, 0, HSE_HASH_ALGO_SHA2_512, 0x408000U、/* 使用附带的 cmm 脚本将 100 万个 "a "字符编程到此地址 */ 1000000, /* 数据长度 100 万 */ hash_result, & hash_length )； for (;;) { } } 要散列的数据是通过外部脚本编程到闪存中的。

Zephyr：在 Zephyr 中从 MCU 引导 DSP 你好，我目前正在开发一个使用 RT595 和 Zephyr 实时操作系统的项目，我想知道如何从 MCU 启动 DSP。根据官方文档 (IMXRT595-EVK-UG) 第 4.7 节，通过在 IDE 中设置 dsp_image_copy_to_ram=1，可以实现 " 程序一次，ARM 内核会自动唤醒 DSP "。现在该项目已完全过渡到Zephyr版本系统，我想知道用上市DSP应用程序的具体步骤以及应如何对其进行配置。感谢您的帮助。 评估板 Re: Zephyr：Booting DSP from MCU in Zephyr @jingqi 一般步骤： 要在 Zephyr 项目中从 MCU 上市 DSP，你应该首先使用 Xtensa Xplorer 版本 DSP 二进制文件，然后通过 CMake 将该二进制文件集成到 Zephyr 版本中，最后从应用程序中调用 BOARD_DSP_Init() 函数来处理启动顺序。 在完成迁移之前，您需要使用官方文档（MCUXpresso + EVK）完成功能，并且需要具备开发 Zephry 的能力。 参考资料： 1。版本 DSP 固件： 适用于 EVK- MIMXRT595 的 Xplorer 入门 通常，你会得到两个输出文件，例如 dsp_text_release.bin 和 dsp_data_release.bin。这些是 Cortex-M33 内核将加载到 DSP RAM 中的固件映像 2. 将 DSP 二进制文件集成到 Zephyr 版本中： Zephyr 编译系统要求您在 Cortex-M33 应用程序中明确包含这些二进制文件。为此，您可以修改 Zephyr 应用程序的 CMakeLists.txt 文件。你可能需要使用 Zephyr 的版本系统功能（例如 zephyr_file_copy 或将它们定义为二进制 blob）将文件放置在最终固件映像中的已知位置。 3. 适用于 i.MX RT595 的 MCUXpresso SDK 提供了用于管理 DSP 生命周期的驱动程序 ( fsl_dsp.c/.h)。 适用于恩智浦设备的Zephyr包含此软件开发工具包，因此您可以直接从Zephyr应用程序代码中调用这些函数。 详细信息可以从 EVK 版 Xplorer 入门的 “3.3 DSP 内核初始化” 中找 到-MIMXRT595

S32K344 - LPUART 发送硬故障 您好， 我正在使用 FreeRTOS 开发 S32K 平台。我有两个任务（UartTask1 和 UartTask2）经常调用 debug_log()，通过 UART 发送信息。 记录结构： debug_log() 会格式化信息并将其排入 FreeRTOS 队列。 专用的 uart_log_task() 使用 Lpuart_Uart_Ip_AsyncSend() 出队并发送每条消息。 UART TX 的完成是通过设置 uart_tx_done 标志的回调来确认的。 在日志任务的 UART 传输后添加了一个小的 vTaskDelay() - 没有观察到队列溢出。 问题： 每次 UART 开始发送时，只能打印几个字符，有时是垃圾字符，然后系统就会出现 硬故障。 在 UART 传输过程中，而不是在传输之前， 。 主要发现： 当我隔离 UART 并在日志系统 （无队列、无多任务）之外测试 时， ，工作正常。因此，UART 驱动程序本身似乎没有问题。 问题 是什么原因导致多任务日志设置崩溃？ 是否可能是共享/静态缓冲区（如 tx_data）在 TX 完成之前被覆盖或访问？ 在 FreeRTOS 和多个任务中使用 Lpuart_Uart_Ip_AsyncSend()，是否有特定的注意事项？ 如有任何帮助或建议，我们将不胜感激。 提前感谢！ 我附上了代码片段和 lpuart 配置。 Re: S32K344 - LPUART Tx Send Hard Fault 您好， 尝试找出硬故障的原因。你可以参考：如何在 ARM Cortex-M (V7M) 微控制器上调试故障异常 (S32K3XX) 也许只是增加堆栈，堆大小会有所帮助。 BR, Petr

Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM Hello, At the AN4581 Application Note section 5.7 it is recommended to program the SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses to completely secure the device, but looking at both the IMX8MMRM and IMX8MMSRM, I wasn't able to find the exact location of those fuses (bank, word, bit). Where can I find this information? Thank you! Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM Hi @igorpadykov , I would appreciate if you could send me this information as well. Thanks in advance Dj Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM Hi, Would it be possible for you to send me this information as well? Also is this diifferent between an imx8m nano  and a mini? Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM We also would like to have this information. Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM hi @igorpadykov, I need information about the fuses for the imx8m mini. Could you be so kind to provide it to me? I need to disable the JTAG for security reasons. Best regrads, Julián Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM @igorpadykov could you also send me the info for the JTAG_HEO fuse? Thanks! Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM Can you also share this with me, please? Why isn't this just posted in a public app note, or the reference manual or security reference manual? Security through obscurity is not security. Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM Could you make this email public information? Why is this information not listed in the security reference manual? For the i.MX8M Nano this is listed in the security reference manual. But I cannot know whether the Mini uses the same fuses. Also, AN4581 also lists fuse DIR_BT_DIS to be of interest. But I cannot find any reference of it. Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM We also want to disable JTAG on the imx8m-mini and I couldn't find any info of about it in Reference Manual, Rev. 2, 08/2019 Chapter 6.2 Fusemap. Could you also point me into the right direction. Thank you! Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM Hi rodrigo_travess additional info were sent via mail. Best regards igor

使用 LCD 针座时相机针座上的可用引脚 - FRDM-MCXN947 我想弄明白，在使用 smartdma 的 LCD-PAR-S035 显示器上使用 LCD 接头（J8）时，相机接头（J9）上的引脚是否可以用作 GPIO？ 在配置工具中，它们并不显示为冲突，但当设置为 GPIO 时，我似乎仍无法正确读取。 有人能确认（J9）引脚不能同时用作 GPIO 吗？ 谢谢   开发板 FRDM 培训 MCX N Re: Available pins on the camera header when using LCD header - FRDM-MCXN947 你好@cyberhelmer、 谢谢您的帖子。 我认为您可以参考 frdm-mcxn947 的用户手册。它列出了 FlexIO 和相机标头的所有潜在冲突。 从技术上讲，J9 上的引脚可以配置为 GPIO。 但是，如果 SmartDMA 正在积极使用 FlexIO for LCD，并且 J9 引脚与 FlexIO 或其他有源外设共享，则由于总线争用或引脚多路复用器冲突，GPIO 读取可能会失败。 我建议您检查项目配置中的引脚复用器，确保 J9 引脚没有同时分配给 FlexIO、CAN、I3C 或以太网。如果需要，还可检查和调整焊接跳线。您可以暂时禁用 SmartDMA，并测试从 J9 读取的 GPIO 数据，以确认它们能独立工作。 希望对你有所帮助。 BR 西莱斯特

S32K312 PLL_PHI0周波数 こんにちは、みんな MCU CLOCK 構成パラメータ PLL_PHI0 周波数を 200MHZ に設定し、プログラムが下の図に示す関数を実行し、PC ポインタが deadbeef と表示されます。周波数構成範囲 PLL_PHI0 は S32K3XX マニュアルに記載されているとおり 25-480MHZ です。 #S32K312 私の疑問に答えて解決策を提供してCAN幸いです！ Re: S32K312 PLL_PHI0 frequency こんにちは@wei_nan データシートに記載されているクロック構成に必ず従ってください。そうしないと、予期しない結果が発生する可能性があります。

CST 4.0.1 の Openssl バージョン こんにちは、 NXPからCST 4.0.1（コード署名ツール）をダウンロードし、 docsフォルダ内のドキュメント（具体的にはUG10106 ）を確認したところ、セクション3.1.1に遭遇しました。CST はUbuntu 22.04をサポートし、 OpenSSL 3.2.0が必要であると記載されています。 しかし、私の現在のUbuntu 22.04システムにはOpenSSL 3.0.2が搭載されています。インストールされました。OpenSSL 3.2.0へのアップグレードが心配です既存のシステム依存関係が壊れる可能性があります。CST を使用するには、本当に OpenSSL をアップグレードする必要がありますか?もしSOなら、システムに影響を与えずにそれを実行する最も安全な方法は何ですか? 参考までに、UG10106 のスクリーンショットも添付しました。 ありがとうございます カルティーク Re: Openssl Version for CST 4.0.1 こんにちは@kartheek ！ NXP サポートにお問い合わせいただきありがとうございます。 CST ツールの推奨バージョンは OpenSSL 3.2.0 です。 残念ながらOpenSSL 3.0.2のバージョンはテストしていません。このツールを使用する場合は、システムにインストールされているバージョンの CST ツールを試すことをお勧めします。ツールが期待どおりに動作しない場合は、ユーザー ガイドで推奨されているバージョンをインストールしてみてください。 よろしくお願いいたします。 チャビラ

CST 4.0.1 的 Openssl 版本 您好， 我从恩智浦下载了CST 4.0.1（代码签名工具），在查看文档文件夹中的文档（特别是UG10106）时，我看到了第3.1.1 节、其中提到 CST 支持Ubuntu 22.04，需要OpenSSL 3.2.0。 不过，我当前的 Ubuntu 22.04 系统使用的是OpenSSL 3.0.2已安装。我担心升级到 OpenSSL 3.2.0可能会破坏现有的系统依赖关系。使用 CST 真的需要升级 OpenSSL 吗？如果是这样，有什么最安全的方法可以在不影响我的系统的情况下做到这一点？ 我还附上了 UG10106 的屏幕截图以供参考。 谢谢！ Kartheek Re: Openssl Version for CST 4.0.1 您好@kartheek! 感谢您联系恩智浦支持中心！ CST 工具的推荐版本是 OpenSSL 3.2.0。 遗憾的是，我们尚未测试 OpenSSL 3.0.2 版本。如果该工具不能按预期运行，则应尝试安装用户指南中推荐的版本。 此致 查维拉

NON XIP via JTAG RT1176 According to this application note: https://www.nxp.com/docs/en/application-note/AN14069.pdf , NON XIP images can only be loaded via MCU Boot Utility via UART and USB.  I was looking to confirm that there is no way to load an XIP Image to flash via MCU Link or Jlink within MCUXpresso IDE?  If MCU Link must be used, I'd like to confirm these are the correct UART pins bellow to route out. I do not see an option for Boot through USB on the datasheet: https://www.nxp.com/docs/en/data-sheet/IMXRT1170AEC.pdf (apologies if I missed it). I've seen a few things online mentioning boot via USB is just connecting USB to the same UART Pins? Thanks, Anteo Re: NON XIP via JTAG RT1176 Hi @AnteoJ , Thanks for your interest in NXP MIMXRT series! Non-XIP images such as those booted from SD card need to be flashed with MCUBootUtility or NXP's official MCUXpresso Secure Provisioning tool. If the image is XIP, it can be programmed to flash by debugger such as JLink/DAP. It's easy to do in MCUXpressoIDE or any other IDE. If you are using RT1170-EVK/EVKB, you will find that there is an MCU-Link on the board, which is an on-board debugger, which is convenient for customers to flash programs and debug directly through the on-board debugger without using an external debugger. Moreover, MCU-Link can be changed to JLink or CMSIS-DAP debugger by programming different firmware. For details, you can check EVK/EVKB hardware schematics. Best regards, Gavin

使用EB配置FS23驱动时报错 您好，我在配置FS2303驱动时，EB出现如图一的错误提示。但是我在图二的地方已经添加了相关通知函数。同时图三提示的错误也不知道怎样产生的。我使用的是 Autosar4.4   版本2.0的S32K3 mcal驱动和Autosar4.7 版本1.0的FS23 MCAL驱动。我想请问一下上述问题是两个版本不兼容导致的问题吗？ Re: 使用EB配置FS23驱动时报错 好的，谢谢您的回复 Re: 使用EB配置FS23驱动时报错 嗨@夏超 从release note里面来看，你所使用的版本确实是不兼容的。 FS23 SBC AUTOSAR R21-11 版本 1.0.0 FS23 SBC Autosar 4.4 版本 0.8.0

RW612 FlexSPI PORTB1 访问 我在外部 XIP 模式下使用 RW612 芯片组，代码从 FlexSPI 端口 A1 运行，我将 PSRAM（APS6404L）连接到 FlexSPI 端口 B1，我使用 SDK（25.06 版）提供的配置访问端口 B1。 在尝试读取 PSRAM ID 时，我在端口 B1（CLCK/CS）上看不到任何信号活动。 我拆下了 SPARM，以确保这些信号不是由有缺陷的部件保持的。 这是否与 APS6404 不使用 DQS 信号有关？ 如何配置 PortB1不使用 DQS？ 感谢您的帮助和时间。 Re: RW612 FlexSPI PORTB1 access 你好，罗曼、 感谢您的帮助，问题与总线运行时尝试配置 FlexSPI 时钟有关，我注释了以下几行： CLOCK_EnableClock(kCLOCK_Flexspi); BOARD_SetFlexspiClock(FLEXSPI, 5U, 3U)； 现在 FlexSPI 端口 B1 正在运行，我可以使用 AHB 高速缓存从 PSRAM 中写入/读取数据。 感谢您的帮助，非常感谢。 Re: RW612 FlexSPI PORTB1 access 你好@khalidL. 您是否按下图所示在 MCU 设置中定义了 PSRAM 内存部分？ 请务必按照项目的Application Code Hub 帖子中提供的步骤操作，如果问题仍然存在，请告诉我。 Re: RW612 FlexSPI PORTB1 access 你好，罗曼、 感谢你的帮助和时间，在将上面的例子内置到我的项目中的过程中，我遇到了以下问题，当我从主服务器调用函数 " __RAMFUNC (SRAM) status_t board_initpsram (void) " 时，代码会静默崩溃。 除了更改链接器文件（main_data.ldt，）之外，我还需要对我的项目进行其他更改才能内置示例main_txt.ldt 和 noinit_noload_section.ldt)然后复制 board.c文件？我认为代码崩溃的原因是 BOARD_InitPsRam 没有正确复制到 RAM 中。 再次感谢您的时间和帮助。 Re: RW612 FlexSPI PORTB1 access 这个例子适用于我的板，非常感谢你的帮助。 Re: RW612 FlexSPI PORTB1 access 你好@khalidL，希望你一切都好。 Application Code Hub 中有一个关于来自外部或非闪存的 XIP 的示例，请帮助我测试共享链接中的示例，并告诉我它是否符合您的项目要求。 要将项目导入 MCUXpresso IDE，请单击"Import from Application Code Hub" 选项。(请注意，本示例需要使用 2.16.00 版 SDK） 进入应用程序代码中心窗口后，搜索示例的名称（来自外部 或非 闪存的 XIP，使用多端口 FlexSPI 模块配置外部 pSRAM），将其选中，然后单击 " Github 链接 " 然后等待 " N ext > " 按钮可以使用。 点击"Next>" 按钮后，按照步骤从 git 仓库导入项目。最后，当项目在工作区中可用时，您就可以在您的设置上对其进行闪存和测试了。 如果有帮助，请告诉我。

MC9S12ZVM128 SRAM 双位 ECC 处理 我们正在使用 MC9S12ZVM128，想知道如何处理 SRAM 中的双位 ECC 错误。具体来说，系统是否可以通过使用以下方法执行软件重启来恢复正常运行 CPMUCOP = 0x01; CPMUARMCOP = 0x00；? Re: MC9S12ZVM128 SRAM double bit ECC handling 你好，喇嘛 感谢您的答复。这个问题我们现在已经很清楚了，我相信我们可以结束这个话题。 BR, Mark Re: MC9S12ZVM128 SRAM double bit ECC handling 您好， 让我来概括一下。 在 POR 期间，SRAM 将被初始化。如果检测到双位 ECC 错误： 内存访问受阻。 已通知启动器模块。 7.3.4内存初始化 ... 为避免出现虚假的 ECC 错误报告，允许在首次写入前进行读取的内存操作（如非对齐访问的读取-修改-写入操作）要求在执行首次读取-修改-写入访问之前，内存必须包含有效的 ECC 值。ECC 模块提供在开机阶段将整个内存内容初始化为零的逻辑。在初始化过程中，SRAM 的访问被禁用，RDY 状态位被清零。如果初始化过程完成，则可以访问 SRAM，并设置 RDY 状态位。 POR（上电复位） 它的作用：POR 是通过重新启动电源或由专用 POR 信号触发的全面硬件 RESET。 对 ECC 错误的影响 -SRAM 已清除：所有易失性存储器都丢失，包括损坏的数据。 -ECC 逻辑已 RESET：所有 ECC 错误标志或状态位都被清除。 -寄存器RESET为默认值：所有配置寄存器返回其默认状态。 - 影响：除非从闪存或外部资源重新加载相同的损坏数据，否则系统将重新启动，双位 ECC 错误将不会继续存在。 ________________________________________ COP（计算机正常运行）RESET 它的作用：当软件无法及时维修时，看门狗定时器会触发 COP RESET。 对 ECC 错误的影响 - SRAM 未清除 - ECC 错误持续存在：如果损坏的数据仍在 SRAM 中，ECC 逻辑可能会在重启后再次检测到相同的双位错误。 -寄存器可能保留值：某些寄存器可能会保留其值，具体取决于RESET配置。 ________________________________________ 建议 如果您想保证消除 ECC 错误状态，请使用 POR RESET。如果您正在调试软件故障或从软件故障中恢复，并希望保留内存以供分析，则 RESET COP 可能更合适。 因此，最好确保在 POR 之后检查并处理 RDY，而不使用 RAM。 如果 COP 重新启动了系统，则尝试写入该字，并检查 ECC 错误是否确定。 此致 拉吉斯拉夫

The best way to build a PCB first time right with KW47 (Automotive) or MCX W72 (IoT/Industrial) Please, find the important link to build a PCB using a KW4x or MCX W7x and all concerning the radio performances, low power and radio certification (CE/FCC/IC). “As RF behavior are dependent of PCB layout & manufacturing; PCB prototypes (based on NXP recommendations) will have to be fine-tuned to insure the expected qualified in RF is reached on the final productized platform.” KW47 product NXP web page:  https://www.nxp.com/products/KW47 MCXW72 product NXP web page: https://www.nxp.com/products/MCX-W72 Board pages:  KW47-EVK Evaluation Kit with Bluetooth® Low Energy 6.0 KW47-LOC Localization Reference Design using KW47 MCXW72-LOC Localization Board for MCX W72 Bluetooth Channel Sounding MCU FRDM-MCXW72 Development Board for MCX W72 Wireless MCU   in addition of the product webpages please refer to KW47 Knowledge Hub Do not use pre-production or production board prior to April 2026 KW47-LOC or MCXW72-LOC platform for Channel Sounding certification - contact NXP for further note NXP Channel Sounding PAGE        (Bluetooth ®  SiG Channel Sounding Technical Overview ) More Channel Sounding enablement Available on request to NXP  Channel Sounding Fundamentals for the KW47 and MCX W72[AN14865] Fundamental Steps to Design a Channel Sounding Board - Creating a Simple PCB without Diversity[AN14832] Fundamental Steps to Design a Complex Channel Sounding Board[AN14869]        Printed Channel Sounding Antennas for the KW47 and MCX W72[AN14779] HARDWARE KW47-MCXW72-EVK HW guideline: KW47 Hardware Design Guide[UG10127] MCX W72 Hardware Design Guide[UG10273] HVQFN48 package specification: SOT619-17(D)   pending release of SOT619-17(DD)   KW47-MCXW72-EVK User Manual  KW47-LOC Board User Manual[UM12114] KW47-EVK Board User Manual[UM12094] MCXW72-LOC Board User Manual[UM12113] FRDM-MCXW72 User Manual[UM12222] Minimum BoM (attached file)  DCDC management guide (AN13831) :  Power Management Hardware (nxp.com) - KW45 applicable for KW47 waiting release of KW47/MCXW72  Design-In check list: see attached file at the bottom of this article RF matching: S parameters (attached file) Available on request    How to handle coincell application on PCB:  Coin Cell Hardware Recommendations for Kinetis Bluetooth LE Applications[AN14664] KW47-MCXW72 module can also be handled in standalone:  How to run KW47-M2 standalone RF output power level: Please note it is expected that each final PCB platform, is refine with the right RF matching and filtering, to fit your market and region mandatory certification. For instance the +10dBm at pin level can be exceeded in some configuration. It is final PCB owner responsibility to build a system (incl. all Rf path loss) with the expected target power level fitting with Bluetooth SiG Core spec and European radio certification target. Then the Tx power has to be adjusted at application level.   UFL SMA CABLE: On EVK, to connect M10 module for RF trials a µFL to SMA cable is recommended:  CSH-SGFB-200-UFFR TE Connectivity / Linx Technologies | Mouser France On KW47-LOC or MCXW72-LOC to connect SMA specific connector has to be populated: TE Connectivity Ltd CONSMA021.062-G. Warning to solder SMA connector:  please insure the PCB edge is well cut and right smooth; if not please mill a bit with a sand paper. (risk is to get SMA core line not well soldered on PCB line) Also for higher Harmonics the µFL is not convenient as connector is limited above 6GHz (an SMA has to be soldered to control RF losses ) RF matching component tolerance: Please note, on NXP EVK, FRDM and LOCalization platform the RF matching components (Inductors, Capacitors) are using the HIGH tolerance Muratasets. During your RF board tuning you may need to use low tolerance Murata set to insure all RF limits are passing. Eg: GJM1555C1H3R3CB01D is +/-0.25pF tolerance where GJM1555C1H3R3BB01 with +/-0.1pF tolerance may be preferred Eg2: LQG15HS1N3S02D  is +/-0.3nH tolerance where LQG15HS1N3B02D   with +/-0.1nH tolerance may be preferred KW47 from KW45 hardware porting :  KW47 is pin to pin compatible with KW45. However from HW point of view, some components values will have to be adjusted like RF matching components values. Other components around KW4x are not foreseen as to change based on current silicon validation.  Please also note some new muxing is in place to get new features of KW47 on pins. For instance on KW47 a second Flex CAN is available. See attached file RADIO RF report:  KW47-LOC RF System Evaluation Report for Bluetooth Low Energy Applications Radio co-existence:  Kinetis Wireless Family Products Bluetooth Low Energy Coexistence with Wi-Fi Application (nxp.com) pending release of KW47/MCXW72  Antenna:  Compact Planar Antennas for 2.4 GHz Communication Designs and Applications within NXP EVK Boards Printed Channel Sounding Antennas for the KW47 and MCX W72[AN14779] Return loss (S11) measurement: How to measure the return loss of your RF matching (S11) part of the RF report (AN13728) Loadpull: Loadpull Test Report for KW47[AN14696] SW tools for RF trials:     IoT Tool box (mobile application)     Connectivity test tool for connectivity products (part of the IoT toolbox)     DTM: How to use the HCI_bb on Kinetis family products a... - NXP Community https://community.nxp.com/t5/Wireless-Connectivity-Knowledge/BLE-HCI-Application-to-set-transmitter-... CRYSTAL   Recommended Crystal attached   Articles: KW47/MCX W72 32MHz & 32kHz Oscillation margins - NXP Community  32 kHz Crystal-less Mode on KW47[AN14884]   Please note for Channel Sounding feature with higher 10dBm transmit output, some specific care have to be taken adding to pass all harmonics on all Bluetooth Channels: see "32 MHz crystal harmonics design recommendations" chapter in "AN14826: KW47-LOC RF System Evaluation Report" where an extra inline inductor on Xtal path may be needed. LowPower      All power profiling tools are available in this NXP community web page:              KW35, KW38, KW45, KW47 & MCX W71, MCX W72 & MCX W23 Power Profile Tools (including Localization)      Bluetooth LE power profile estimator Tool               KW45_WK47_MCXW71_MCXW72_BLE_power_profile_calculator vx.x.xls              AN14554 Kinetis KW47 & MCX W72 Bluetooth LE Power profile analysis release.pdf      802.15.4 Matter & Zigbee power profile estimator Tool               MCX W7x 802.15.4 Matter ICD SIT LIT & ZED Power profile vx.x.xls               AN MCX W72 802.15.4 Matter and Zigbee Power profile analysis.pdf      CCC Channel Sounding BLE power profile estimator Tool               KW47 Digital Key CCC CS Power Estimator tool vx.x.xls               AN14628_AN14628_KW47_CCC_CS_Power_Profile_estimator tool_release.pdf CERTIFICATION RF full certification of KW47/MCXW72  available on board product pages KW47 and MCXW72 are Bluetooth 6.x channel Sounding certified!

HMB-N1905低成本雷达打造安全智能家居 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 先进的技术大大降低了 24 GHz 雷达系统的成本，带来了一系列新的应用。从历史上看，雷达由于应用成本高，一直纯粹用于军事和工业应用。随着最新一代 NXP BiCMOS 技术的出现，这种情况已经发生了改变。24 GHz 雷达前端现在可以完全集成到单个 IC 中，从而将成本和功耗降低到消费者水平。这开辟了一系列以前不可能实现的应用。本次讲座将展示雷达在不同应用领域的可能性，例如存在检测和消费级无人机防撞。将进行基于首批测试芯片与 ARM 处理器相结合的现场演示。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 先进的技术大大降低了 24 GHz 雷达系统的成本，带来了一系列新的应用。从历史上看，雷达由于应用成本高，一直纯粹用于军事和工业应用。随着最新一代 NXP BiCMOS 技术的出现，这种情况已经发生了改变。24 GHz 雷达前端现在可以完全集成到单个 IC 中，从而将成本和功耗降低到消费者水平。这开辟了一系列以前不可能实现的应用。本次讲座将展示雷达在不同应用领域的可能性，例如存在检测和消费级无人机防撞。将进行基于首批测试芯片与 ARM 处理器相结合的现场演示。 智能家居和智能建筑

AMF-DES-T2360 - EMIをシンプルに:それはすべてスペースについてです! <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> シグナルインテグリティ、EMI、RFI...これらはすべて、設計の電磁場をどれだけうまく管理できるかの結果です。電磁界は空間に存在し、導体ではありません。提示された資料は、電磁エネルギーの基本的な物理学に焦点を当てており、たくさんの図を含む面白くて理解しやすい形式で提示されています。参加者は、EMフィールドの動作を理解することで、より堅牢でEMC性能が向上するPCBを設計するのにどのように役立つかを発見できます。これはロケット科学ではなく、PCBジオメトリの理解しやすいアプリケーションです。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> シグナルインテグリティ、EMI、RFI...これらはすべて、設計の電磁場をどれだけうまく管理できるかの結果です。電磁界は空間に存在し、導体ではありません。提示された資料は、電磁エネルギーの基本的な物理学に焦点を当てており、たくさんの図を含む面白くて理解しやすい形式で提示されています。参加者は、EMフィールドの動作を理解することで、より堅牢でEMC性能が向上するPCBを設計するのにどのように役立つかを発見できます。これはロケット科学ではなく、PCBジオメトリの理解しやすいアプリケーションです。