使用 Jlink-Segger 脚本下载 HSE 固件 你好 我需要将 FW 下载到 S32k310 中 目前，我使用的是移植到 s32k310 上的恩智浦演示程序 HSE_FW_INSTALL。 我注意到 Trace32 练习脚本可用于此目的。 有可能为此创建一个 Segger Jlink 脚本吗？ 需要采取哪些步骤？ 我需要一个更快的批量生产流程。 顺祝商祺！ 法比奥 Re: Download HSE Firmware using a Jlink-Segger Script 目前，我们没有使用SEGGER J-Link安装HSE固件的现成解决方案或参考流程。 可用且经过验证的方法有 TRACE32 Practice 脚本（官方支持用于此目的）和 HSE Demo 应用程序（独立于调试器，可以移植并用于执行安装）。 如果您计划使用J-Link，则需要根据通用HSE安装顺序（UTEST标志编程、固件映像下载、RESET）自行开发自定义脚本解决方案，因为恩智浦目前不为该用例提供专用的J-Link脚本。 有关 SEGGER 的具体指导，请参阅其文档或联系其支持人员： https://www.segger.com/support/。

iMX95：两路视频输入和两路视频输出。 下午好！ 我们有一个想使用 iMX95 的项目，但需要两个视频输入和两个视频输出。在输入方面，我们希望使用两个 MIPI-CSI 输入。关于视频输出，我们希望使用两个 LVDS 输出，因为两个 MIPI-CSI 输入无法使用 MIPI-DSI 输出（由于 MIPI-DSI/CSI 组合）。 我们有几个关于 LVDS 输出的问题，因为我们希望一个输出连接到 LCD（480x272），另一个连接到 LVDS 转 HDMI 桥接器。以下是我们目前提出的问题： 1.输出端是否可以像我们描述的那样？也就是说，一个 LVDS 输出端连接 LCD，另一个 LVDS 输出端连接 LVDS 转 HDMI 桥接器。 2.您推荐哪种 LVDS 转 HDMI 桥接器？我们看到的是 IT6263 芯片，对吗？还有其他人吗？ 3.我们需要"LVDS 转 HDMI" 桥接器后的 HDMI 输出支持以下格式：720p50/59/60、1080p50/59/60、PAL、NTSC 和 1080i50/59/60。有可能达到 1080p60 吗？通过 iMX95 的 LVDS 和"LVDS 到 HDMI" 桥接器，是否可以支持隔行扫描格式输出？ 谢谢， Daniel。 Re: iMX95: Two video inputs and two video outputs. 感谢您的回复！ 关于 HDMI 输出的隔行扫描格式支持...如果我们使用 MIPI-DSI 转 HDMI 桥接器，是否会支持隔行扫描格式，还是会出现与使用 LVDS 转 HDMI 桥接器相同的问题？ 谢谢， Daniel。 Re: iMX95: Two video inputs and two video outputs. 你好 1.是的，这是可能的。 2。IT6263 是我们的参考设计中唯一经过测试的芯片，其他 LVDS 转 HDMI 芯片应该可以正常工作。 3. i.MX95 最多支持 2 个 1080p60 LVDS Tx（2x 4 通道或 1x 8 通道），电路板支持包不支持隔行格式，应由您自己实现。 顺祝商祺！ Re: iMX95: Two video inputs and two video outputs. 你好 由于我们的 BSP 中未实现隔行格式，因此会出现与使用 LVDS 转 HDMI 桥接器一样的问题。 顺祝商祺！ Re: iMX95: Two video inputs and two video outputs. 感谢您的回复！ 关于 HDMI 输出的隔行扫描格式支持...如果我们使用 MIPI-DSI 转 HDMI 桥接器，是否会支持隔行扫描格式，还是会出现与使用 LVDS 转 HDMI 桥接器相同的问题？ 谢谢， Daniel。 Re: iMX95: Two video inputs and two video outputs. 在澄清了有关产出的问题后（非常感谢），我们想澄清有关两项投入的一些要点。 首先，我会解释我们的想法，然后提出问题。我们要使用 iMX95 的两个 MIPI-CSI 输入：一个连接到 TC358743 芯片，另一个连接到 TC358748 芯片。对于这两种输入，我们希望支持以下格式：720p50/59/60、1080p50/59/60、PAL、NTSC 和 1080i50/59/60。 这一设置提出了以下问题： 1.是否可以像我们描述的那样进行输入？也就是说，一个 MIPI-CSI 输入来自 TC358743，另一个 MIPI-CSI 输入来自 TC358748，这两个输入可支持不同的视频格式。 2.有支持这两种芯片的驱动程序吗？TC358743 和 TC358748？ 3.MIPI-CSI 输入是否也支持隔行扫描格式 PAL、NTSC 和 1080i50/59/60？如果是这样，如何使用所谓的"虚拟通道" ？文档似乎支持 MIPI-CSI 输入中的隔行扫描（"CSI Pixel Formatter (CSI_PIXEL_FORMATTING)" => " 支持 YUV/RGB 数据类型的隔行扫描模式" ），但我们要求确认。 4.由于 TC358743 芯片的 MIPI-CSI 接口对隔行扫描数据的限制，我们无法使用 YUV422。我们正在考虑使用 YUV444 格式，但通过 MIPI-CSI 接口将其作为 RGB 格式发送，然后可能需要更改软件（驱动程序）。这可能吗？软件（驱动程序等）是否已经准备就绪，还是需要我们自己动手？ 5.我们希望将两个 MIPI-CSI 接口之一的输入路由到 H264/HEVC 视频编码器，但该编码器需要 YUV420，而 MIPI-CSI 接口是 YUV422（或 YUV444）。根据文档，似乎可以使用"HW" 模块"CSC 从 YUV422/YUV444/RGB 8 位" 。这个 CSC 是 ISI 模块中的那个，还是另一个？是使用 CSC 进行转换，还是必须通过软件将 YUV422/YUV444 转换为 YUV420？ 6.继续前面的问题，考虑将视频解码器输出发送到 LVDS，这需要将 YUV420（解码器）转换为 RGB（LVDS）...这种转换（YUV420 到 RGB）是使用硬件模块（也许可以使用显示控制器的"Blit 控制器" ）还是必须在软件中完成？ 7.说到色彩转换，我们还有一个关于支持和使用 BT601 和 BT709 的问题。它们是否在任何硬件转换中都受支持，还是取决于特定的系数配置或其他因素？ 谢谢， Daniel。 Re: iMX95: Two video inputs and two video outputs. 还有一个新问题： 8.我们需要对 MIPI-CSI 接口的通道数进行动态配置。这可能吗？ 谢谢你，丹尼尔。 Re: iMX95: Two video inputs and two video outputs. 谢谢！ Re: iMX95: Two video inputs and two video outputs. 你好 关于这些有关输入的新问题，我建议创建一个新的社区主题或提交支持票据。 这将有助于使每个主题集中在一个话题上。 顺祝商祺！ Re: iMX95: Two video inputs and two video outputs. 谁能帮我回答最后 8 个问题？ 非常感谢， Daniel。 Re: iMX95: Two video inputs and two video outputs. 谢谢！你说得对，我会就这些问题开辟一个新的主题。

RDK01DB1563 硬件或 FT232H 模块固件 你好 我可能在批量编程时损坏了编程器，目前无法连接芯片。我需要以下文件：RDK01DB1563 硬件文件或 FT232H 模块固件，以便排除故障。 BR Re: RDK01DB1563 HARDWARE OR FT232H module firmware 你好 有关硬件原理图和电路图，请参阅用户手册 UM11235 - TEA2016DB1514 USB 至 I²C 硬件接口。 本文件包含完整的电路图（见第 3 章）。 关于 FT232H 模块固件，由于该模块使用标准 FTDI 驱动程序软件包，因此不需要或提供任何自定义固件。有关安装 FT232H 驱动程序的详细信息，请参阅 UM11521 - RDK01DB1563 入门，第 4.1 章 安装软件，其中说明了如何自动安装或在需要时手动安装 FT232H 驱动程序。 BRs, Tomas

S32 平台的 S32 Design Studio 版本：3.5 你好，恩智浦团队。 希望你收到这条信息时一切安好。我想安装 S32DS 示例项目。由于内部网络安全策略，无法进行自动更新，因此我需要将其离线安装。 我查看了恩智浦网站，但未能找到必要的信息。能否提供网站链接和安装说明？ 以下是我的系统详细信息： -SDK 版本：适用于 S32 平台的 S32 Design Studio 版本：3.5 -内核：Cortex M0 -目标板：S32K118 感谢您的帮助，我期待您的指导。 Re: S32 Design Studio for S32 Platform Version: 3.5 你好@宋俊 你已经安装了 S32K1 开发软件包吗？如果没有，可以从下面的链接下载，并通过 S32 扩展和更新 → 添加更新站点将其安装到 S32DS 中。 下载链接： https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=S32DS-3-6 导航到 S32 Design Studio IDE → 适用于 S32 平台的 S32 Design Studio v.3.5 → S32 Design Studio 3.5 开发软件包可供离线使用，支持 S32K1 (sw32k1_s32ds_3.5.4_d2307.zi p) 另请注意，S32K1_S32M24x 实时驱动程序 ASR R21-11 版本 2.0.0 QLP1 仅提供加密驱动程序。要获得全套驱动程序，请先安装 S32K1_S32M24X 实时驱动程序 AUTOSAR 4.4 & R21-11 版本 2.0.0，然后安装版本 2.0.0 QLP1。 BR、VaneB Re: S32 Design Studio for S32 Platform Version: 3.5 我使用 S32K118 MCU 创建了一个应用程序项目，但未应用设备设置（配置）。您能告诉我为什么会出现这种情况吗？ 错误信息 :无数据。请确保已安装所有必需的依赖项。 我安装了以下版本来使用 RTD。 安装：SW32K1_S32M24x_RTD_R21-11_2.0.0_QLP1_D2408

PFE MCAL driver receiver processing may have reentrancy issue Hi Team From PFE MCAL driver 1.6.0, the receiver processing may have reentrancy issue. The call relationship of function pfe_hif_drv_process_rx_frames() is shown as the following figure.  The _Receive, TxConfirmation and MainFunction will call pfe_hif_drv_process_rx_frames when driver works in polling mode. If the callers are in different tasks, pfe_hif_drv_process_rx_frames has a risk of reentrancy. Should we add exclusive protection for pfe_hif_drv_process_rx_frames ? Regards, Ryder PFE PFE MCAL Re: PFE MCAL driver receiver processing may have reentrancy issue Hello @Ryder_Gong, The PFE team has picked up the case, also who is the customer that reported this? Best regards,  Radu Re: PFE MCAL driver receiver processing may have reentrancy issue Hi, The original issue is from Mobileye, actually software team has involved by a debug call. Re: PFE MCAL driver receiver processing may have reentrancy issue Hello Ryder.  Thank you for finding the race condition. It was confirmed as cause of the "Rx stops working" issue and bug ticket ANET-1032 was created to fix it. It will be fixed by adding an exclusive area protection as you have proposed. The bug affects all versions of the PFE MCAL driver, in polling mode, and it will be fixed in version 1.8.0.

CAN based WakeUp Transrecevier TJA1465 Hi  I am using TJA1465 CAN SIC transceiver with partial networking for CAN Based Wake up i have configure this with 500kbs bitrate and ID 0x18ff21b1 for CAN wake up using partial networking using SPI. But transreceiver wake ups for other bitrate also which is not configured in the Partial networking data rate and filter configuration register (address 031h). why does transreciever wake up for bitrate also other than configured.  below is the sample code   static void tja1465_configure_can_wakeup_ext_dlc0(void) { uint8_t mode_stat,sys_stat; printf("CAN Wakeup Config Enter \n" ); tja1465_read(REG_MODE_STATUS, &mode_stat); printf("Mode Status (0x070) = 0x%02X (%s)\n",mode_stat, mode_str(mode_stat)); tja1465_write(0x031, 0x14); /* WUF ID = 0x18FF21B1 *//*0x18FF0180* MASK 0x0000304D*/ tja1465_write(0x020, 0xB1); tja1465_write(0x021, 0x21); tja1465_write(0x022, 0xFF); tja1465_write(0x023, 0x18); /* WUF ID mask (match full 29-bit ID) */ tja1465_write(0x024, 0x00); tja1465_write(0x025, 0x00); tja1465_write(0x026, 0x00); tja1465_write(0x027, 0x00); tja1465_write(0x028, 0x05); tja1465_write(0x029, 0x00); tja1465_write(0x02A, 0x00); tja1465_write(0x02B, 0x00); tja1465_write(0x02C, 0x00); tja1465_write(0x02D, 0x00); tja1465_write(0x02E, 0x00); tja1465_write(0x02F, 0x00); tja1465_write(0x030, 0xC8); tja1465_write(0x011, 0x00); tja1465_write( 0x060, 0xFF); tja1465_write( 0x061, 0xFF); tja1465_write( 0x062, 0x04); tja1465_write(0x032, 0x03); uint8_t pn_status_reg; tja1465_read(0x073, &pn_status_reg); tja1465_read(0x071, &sys_stat); printf("PN Status (0x073) = 0x%02X (CPNS: %s),CPNERRS :0x%02X\n", pn_status_reg, (pn_status_reg & 0x20) ? "OK" : "Error",(pn_status_reg & 0x40)); printf("System Status(0x071) = 0x%02X\n", sys_stat); tja1465_write(REG_MODE_CTRL, MODE_SLEEP); usleep(3000); tja1465_read(REG_MODE_STATUS, &mode_stat); printf("Mode Status (0x070) = 0x%02X (%s)\n", mode_stat, mode_str(mode_stat)); tja1465_read(REG_SYS_STATUS, &sys_stat); printf("System Status(0x071) = 0x%02X\n", sys_stat); printf("CAN Wakeup Config Exit \n" ); } Re: CAN based WakeUp Transrecevier TJA1465 Hello Vivekananda Good day! I'm going to run tests to find the error and I'll get back to you as soon as I have an answer. Have a great day and best of luck. Re: CAN based WakeUp Transrecevier TJA1465 Hello Vivekananda Can you clarify what they mean with below green sentence on ‘other bitrates’, is this about CAN FD frames? But transreceiver wake ups for other bitrate also which is not configured in the Partial networking data rate and filter configuration register (address 031h). If it’s indeed CAN FD frames, then after the wake-up please check if PNFDER =1. If so, try changing below yellow line to: tja1465_write(0x032, 0x07). This will set PNECC = 1 and CAN FD frames would not increase the error counter anymore, PNFDER should stay 0 and the device does not wake up. The Application Notes (AN14388, which can be downloaded on our page) are showing an example SPI sequence for a PN configuration for your reference (section 4.2, pages 23-24). Please take a look. I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck.

S32K144 引导加载程序和 CAN over UDS 应用程序闪存工具指南 你好@JonAnder_Amante   我看到了您关于使用 S32K 统一引导加载器的讨论，并注意到您已经实现了引导加载器和应用程序闪存。我正在研究 S32K144 EVB，需要您的实际指导。 能否请您分享一下 您使用的具体工具和设置尤其是 硬件工具 调试探头（PE Micro、Segger J-Link、OpenSDA 等） CAN 接口硬件（PEAK、Vector、USB-CAN 等） 任何特殊布线或终端要求 软件工具 集成开发环境（S32 Design Studio 版本） CAN 刷机工具（ECU-总线 Pro、Open总线、CANoe 等） 使用的 JSON / flash 驱动程序配置文件 通过 UDS 闪存应用程序的脚本或实用程序 测试程序 如何验证启动加载程序和应用程序切换 您如何通过 CAN 测试 UDS 闪烁 您的实践经验对我顺利完成项目大有帮助。

i.MX8Mimi LPDDR4 ZQ0 および ZQ1 ZQ キャリブレーション リファレンス デザイン こんにちは、 ファイル SPF31399 では、R6 は DNP です。別のファイル SPF47712 も同じで、MT53D512M32D2DS はデュアルダイです。SO、R6 に 240 オームの抵抗器を配置する必要がありますか? どのビジョンが最新ですか? MT53D512M32D2DS は EOL になります。これを MT53E1G32D2FW に交換したいのですが、ハードウェアのどの部分を変更する必要があるか教えていただけますか?それとも、PCB を変更する必要がなく、完全に互換性があるのでしょうか? ありがとう！ HW-オープンソース#i.MX8 mini HW-Open-Source Re: i.MX8Mimi LPDDR4 ZQ0 and ZQ1 ZQ calibration reference design こんにちは@Zack8 R6を接続する必要はありません。ZQ キャリブレーション抵抗は 1 つで十分です。 BR

iMX RT700 EVK 访问 SDIO 卡 尝试访问 RT700 EVK 上的 1.8V SDIO 卡。使用带调试语句的增强型示例，将跳线 JP65 和 JP66 设置为 1-2。 SDCARD fatfs freertos 示例。 已插卡。 SDCARD fatfs freertos 示例。 已插卡。 --- SD 卡初始化 --- SD 卡初始化失败！状态：1834 可能的原因： - 卡不支持 1.8V 信号 - 电压开关故障 - 卡通信错误 正在尝试基本的卡片检测... 过流调节(OCR)：0x 0 标志：0x 0 Re: iMX RT700 EVK accessing SDIO Card 嗨，@MikeAtPhantom、 非常感谢您关注我们的产品并使用我们的社区。 请仔细查看自述文件。 我为你做了一个测试，SDK 演示运行正常。 硬件：MIMXRT700-EVKJP65 1-2 已连接 SW: mimxrt700evk_sdcard_fatfs_freertos_cm33_core0 SD： 闪迪至尊高速 32G 请使用推荐的 SD 卡，并尝试重新运行示例。 顺祝商祺！ MayLiu

iMX RT700 EVK accessing SDIO Card Trying to access 1.8V SDIO card on RT700 EVK. Set jumpers JP65 and JP66 to 1-2 using a sample enhanced with debug statements. SDCARD fatfs freertos example. Card inserted. SDCARD fatfs freertos example. Card inserted. --- SD Card Init --- SD card init failed! Status: 1834 Possible causes: - Card doesn't support 1.8V signaling - Voltage switch failed - Card communication error Trying basic card detection... OCR: 0x 0 Flags: 0x 0 Re: iMX RT700 EVK accessing SDIO Card Hi @MikeAtPhantom , Thank you so much for your interest in our products and for using our community. Please carefully check the readme file. I did a test for you, the SDK demo runs okay. HW: MIMXRT700-EVK    JP65 1-2 connected SW:  mimxrt700evk_sdcard_fatfs_freertos_cm33_core0 SD:    SanDisk  Ultra   32G Please use Recommend SD Cards , and try to run the example again. Best Regards MayLiu

首次成功设计 KW47（汽车级）或 MCX W72（物联网 / 工业级）PCB 的最佳方法 /*** 2025 年 4 月最新免责声明： - KW47、MCX W72 是 KW45 和 MCX W71 的直接衍生产品 —— 请将本页面加入书签以获取未来更新 - 本文基于 KW45、K32W148、MCX W71 进行早期启用说明，有待 2025 年 KW47 和 MCX W72 更广泛发布时更新 -- 大部分设计文档（包括数据手册、参考手册和硬件制造文件）可应要求提供--  ***/ 请参考以下重要链接，了解如何使用 KW47 或 MCX W72 设计 PCB，以及有关射频性能、低功耗和射频认证 (CE/FCC/IC) 的所有信息。 KW47 产品 NXP 官网页面：https://www.nxp.com/products/KW47 MCXW72 产品 NXP 官网页面：https://www.nxp.com/products/processors-and-microcontrollers/arm-microcontrollers/general-purpose-mcus/mcx-arm-cortex-m/mcx-w-series-microcontrollers/mcx-w72x-secure-and-ultra-low-power-mcus-for-matter-thread-zigbee-and-bluetooth-le:MCX-W72X KW-MCXW-EVK 入门指南 NXP 官网页面（待 KW47/MCXW72 发布） KW47-LOC 入门指南 NXP 官网页面（待 KW47/MCXW72 发布） MCXW72-LOC 入门指南 NXP 官网页面（待 KW47/MCXW72 发布） 硬件  KW47 和 MCX W72 EVK 开发板：初步附件  KW47 LOC 信道探测板 - 原理图：初步附件  KW47-MCXW72-EVK 硬件指南：可应要求提供    HVQFN48 封装规格：SOT619-17 (D)（待 SOT619-17 (DD) 发布）    KW47-MCXW72-EVK 用户手册（待 KW47/MCXW72 发布）    最小物料清单（附件）>> KW45 - MCX W71 - KW47 - MCX W72 Minimum BoM Presentation Customers July25.pdf   DC-DC 管理指南 (AN13831)：KW45/K32W148 - 电源管理硬件 (nxp.com)（KW45 的内容适用于 KW47，待 KW47/MCXW72 版本发布）   Design-In 检查清单：请参阅本文底部附件   射频匹配：S 参数（附件）（待 KW47/MCXW72 发布）   PCB 上纽扣电池应用处理方法：AN14664_Coincell_Hardware_recommendation_Rev1.0.pdf 说明：“由于射频性能取决于 PCB 布局和制造工艺，基于 NXP 建议制作的 PCB 原型必须进行微调，以确保最终产品平台达到预期的射频合格标准。” 在 EVK 上，为连接 M10 模块进行射频测试，建议使用 μFL 转 SMA 电缆： CSH-SGFB-200-UFFR TE Connectivity / Linx Technologies | Mouser France 在 KW47-LOC 或 MCXW72-LOC 上，需安装特定的 SMA 连接器以实现连接：TE Connectivity Ltd CONSMA021.062-G 从 KW45 到 KW47 的硬件移植： KW47 与 KW45 引脚到引脚兼容。然而，从硬件的角度来看，某些组件的值需要进行调整，例如 RF 匹配组件的值。 根据当前的硅验证，预计KW4x周围的其他组件不会发生变化。 另请注意，为实现 KW47 的新功能，部分引脚采用了新的复用配置。例如，KW47 提供了第二个 Flex CAN。详见附件。 射频   射频报告：KW45 和 K32W148 的蓝牙低功耗射频系统评估报告，以及 K32W148 的 802.15.4 应用评估报告……（待 KW47/MCXW72 发布，可应要求提供）   射频共存：Kinetis 无线系列产品的蓝牙低功耗与 Wi-Fi 共存应用（nxp.com）（待 KW47/MCXW72 发布）   距离性能：参考附件（待 KW47/MCXW72 发布）   天线： 用于NXP EVK板的2.4 GHz通信设计和应用的紧凑型平面天线 用于信道探测应用的天线   BLE 连接性测试二进制文件：可按需在 SDK 中获取   回波损耗 (S11) 测量：如何测量射频匹配的回波损耗 (S11)（射频报告 AN13728 的一部分）   负载牵引：待 KW47/MCXW72 发布 用于 RF 试验的 SW 工具：   IoT 工具箱（移动应用）   连接性产品的连接测试工具（IoT 工具箱的一部分）   DTM：如何在 Kinetis 系列产品上使用 HCI_bb……- NXP 社区 https://community.nxp.com/t5/Wireless-Connectivity-Knowledge/BLE-HCI-Application-to-set-transmitter-... 晶体  文章：KW45/K32W1 的 32MHz 和 32kHz 振荡裕量 - NXP 社区（待 KW47/MCXW72 发布） 推荐的水晶已附上 低功耗 蓝牙 LE 功耗配置文件估算工具 KW45_WK47_BLE_power_profile_calculator_v1.32.xlsm   低功耗              AN14554 Kinetis KW47 & MCX W72 Bluetooth LE Power profile analysis release.pdf 802.15.4 Matter & Zigbee 功率配置文件估算工具               MCX W7x 802.15.4 Matter ICD SIT LIT & ZED Power profile v0.2.xlsx                 AN MCX W72 802.15.4 Matter and Zigbee Power profile analysis - proposal.pdf CCC 信道探测 BLE 功率配置文件估算工具               KW47 Digital Key CCC CS Power Estimator tool v0.8.xlsx               AN14628_AN14628_KW47_CCC_CS_Power_Profile_estimator tool_release.pdf Bluetooth ® 信道探测技术概述  认证 RF 预认证已完成 - 完整认证待 KW47/MCXW72发布 KW47 和 MCXW72 已通过蓝牙 6.0 信道探测认证！

KW47（オートモーティブ）またはMCX W72（IoT/インダストリアル）を使用してPCBを初めて正しく構築するための最適な方法 /*** 2025年4月の最新免責事項： - KW47、MCX W72は、KW45とMCX W71からの直接的なデリバティブです。今後の更新に備えて、このページをブックマークしてください。 - この記事は、KW45、K32W148、MCX W71に基づく早期イネーブルメントを目的としていますが、2025年にKW47とMCX W72の範囲を広げた新しいリリースが予定されているため、更新は保留になっています。 --データシート、リファレンスマニュアル、ハードウェア製造ファイルを含め、ほとんどの設計ドキュメントはリクエストに応じて共有--***/ KW47またはMCX W72を使用してPCBを構築するための重要なリンクと、無線性能、低消費電力、無線認証（CE/FCC/IC）に関することすべてについて、把握しておいてください。 KW47製品のNXPウェブページ：https://www.nxp.com/products/KW47 MCXW72製品のNXPウェブページ：https://www.nxp.com/products/processors-and-microcontrollers/arm-microcontrollers/general-purpose-mcus/mcx-arm-cortex-m/mcx-w-series-microcontrollers/mcx-w72x-secure-and-ultra-low-power-mcus-for-matter-thread-zigbee-and-bluetooth-le:MCX-W72X KW-MCXW-EVKスタートガイドのNXPウェブページKW47/MCXW72のリリースは保留中 KW47-LOCスタートガイドのNXPウェブページKW47/MCXW72のリリースは保留中 MCXW72-LOCスタートガイドのNXPウェブページKW47/MCXW72のリリースは保留中 ハードウェア KW47 MCX W72 EVKボード：暫定版を添付 KW47 LOCチャネルサウンディングボード - 図：暫定版を添付 KW47-MCXW72-EVKハードウェアガイドライン：リクエストに応じて提供 HVQFN48パッケージ仕様：SOT619-17(D) SOT619-17(DD)のリリースは保留中   KW47-MCXW72-EVKユーザーマニュアルKW47/MCXW72のリリースは保留中 最小BoM（添付ファイル） > > KW45 - MCX W71 - KW47 - MCX W72 Minimum BoM Presentation Customers July25.pdf DCDC管理ガイド（AN13831）：KW45/K32W148 - パワーマネジメントハードウェア（nxp.com）KW45はKW47に適用可能KW47/MCXW72はリリース待ち デザインインチェックリスト：本記事末尾の添付ファイルを参照 RFマッチング：Sパラメータ（添付ファイル）KW47/MCXW72のリリースは保留中 PCBでのコインセルアプリケーションの処理方法:  AN14664_Coincell_Hardware_recommendation_Rev1.0.pdf  情報: 「RFの動作はPCBレイアウトおよび製造に依存するため、最終製品化されたプラットフォームのRFで期待どおりの認定を確保するには、PCBプロトタイプ（NXPの推奨事項に基づく）を微調整する必要があります。」 EVKで、RF試験のM10モジュールを接続するには、µFLからSMAへのケーブルが推奨されます。 CSH-SGFB-200-UFFR TE Connectivity / Linx Technologies | Mouser France KW47-LOCまたはMCXW72-LOCにSMAを接続するには、専用コネクタTE Connectivity Ltd CONSMA021.062-Gを取り付けるする必要があります。 KW47ハードウェア移植によるKW45： KW47はKW45とのピン間互換性があります。ただし、ハードウェアの観点からは、一部のコンポーネントの値（RFマッチングコンポーネントの値など）を調整する必要があります。 KW4x周辺の他のコンポーネントについては、現在のシリコン検証に基づいた変更は想定されていません。 また、KW47のピンが新機能に対応するよう、新しい多重化が導入されていることにもご注意ください。たとえば、KW47では2番目のFlex CANが対応します。添付ファイルを参照してください 無線 RFレポート： Bluetooth LEアプリケーションK32W148 foとr 802.15.4アプリケーションのKW45/K32W148 RFシステム評価レポート...KW47/MCXW72のリリースは保留中 - オンデマンドで提供     無線共存： Kinetisワイヤレスファミリ製品Bluetooth Low EnergyとWi-Fiアプリケーション（nxp.com）の共存 KW47/MCXW72のリリースは保留中  距離性能：添付ファイルを参照KW47/MCXW72のリリースは保留中 アンテナ： NXP EVKボード内2.4GHz通信デザイン/アプリケーション用小型平面アンテナ チャンネルサウンディングアプリケーション用アンテナ BLEコネクティビティテスト用バイナリファイル：オンデマンドでSDKにて提供 リターンロス（S11）測定： RFマッチング（S11）のリターンロスを測定する方法RFレポート（AN13728）の一部 ロードプル：KW47/MCXW72のリリースは保留中 RF試験用ソフトウェアツール： IoTツールボックス（モバイルアプリケーション） コネクティビティ製品のコネクティビティテストツール (IoT ツールボックスの一部) DTM： HCI_bbをKinetisファミリ製品で使用する方法 - NXPコミュニティ https://community.nxp.com/t5/Wireless-Connectivity-Knowledge/BLE-HCI-Application-to-set-transmitter-... クリスタル 記事 : KW45/K32W1 32MHz & 32kHz Oscilllation margins - NXP CommunityKW47/MCXW72のリリースは保留中 推奨クリスタル付属 低消費電力 Bluetooth LE電力プロファイル推定ツール KW45_WK47_BLE_power_profile_calculator_v1.32.xlsm 低消費電力              AN14554 Kinetis KW47 & MCX W72 Bluetooth LE Power profile analysis release.pdf 802.15.4 Matter & Zigbee 電力プロファイル推定ツール               MCX W7x 802.15.4 Matter ICD SIT LIT & ZED Power profile v0.2.xlsx                 AN MCX W72 802.15.4 Matter and Zigbee Power profile analysis - proposal.pdf CCC チャネルサウンディング BLE パワープロファイル推定ツール               KW47 Digital Key CCC CS Power Estimator tool v0.8.xlsx               AN14628_AN14628_KW47_CCC_CS_Power_Profile_estimator tool_release.pdf Bluetooth ® チャネルサウンディング技術概要 認証 RF事前認証完了 - 完全認証についてははKW47/MCXW72のリリースは保留中  KW47とMCXW72はBluetooth 6.0チャネルサウンディング認定です。

linux6.12+imx8mp内核报告Fixed dependency cycle(s) with xxx linux6.12+imx8mp内核启动时报告： [ 0.057737] /soc@0: Fixed dependency cycle(s) with /soc@0/bus@30000000/efuse@30350000/unique-id@8 [ 0.058809] /soc@0/bus@32c00000/lcd-controller@32fc6000: Fixed dependency cycle(s) with /soc@0/bus@32c00000/hdmi@32fd8000 [ 0.058972] /soc@0/bus@32c00000/hdmi@32fd8000: Fixed dependency cycle(s) with /soc@0/bus@32c00000/lcd-controller@32fc6000 [ 0.059239] /soc@0/interrupt-controller@38800000: Fixed dependency cycle(s) with /soc@0/interrupt-controller@38800000 [ 0.061960] /soc@0/bus@30000000/pinctrl@30330000: Fixed dependency cycle(s) with /soc@0/bus@30000000/pinctrl@30330000/miscgrp [ 0.061986] /soc@0/bus@30000000/pinctrl@30330000: Fixed dependency cycle(s) with /soc@0/bus@30000000/pinctrl@30330000/hoggrp [ 0.062566] imx8mp-pinctrl 30330000.pinctrl: initialized IMX pinctrl driver [ 0.063301] /soc@0/bus@30000000/efuse@30350000: Fixed dependency cycle(s) with /soc@0/bus@30000000/clock-controller@30380000 [ 0.064431] /soc@0/bus@30000000/efuse@30350000: Fixed dependency cycle(s) with /soc@0/bus@30000000/clock-controller@30380000 [ 0.065497] /soc@0/bus@30000000/clock-controller@30380000: Fixed dependency cycle(s) with /soc@0/interrupt-controller@38800000 [ 0.074336] /soc@0/bus@32c00000/lcd-controller@32fc6000: Fixed dependency cycle(s) with /soc@0/bus@32c00000/hdmi@32fd8000 [ 0.074446] /soc@0/bus@32c00000/hdmi@32fd8000: Fixed dependency cycle(s) with /soc@0/bus@32c00000/lcd-controller@32fc6000 [ 0.076363] /soc@0/bus@32c00000/lcd-controller@32fc6000: Fixed dependency cycle(s) with /soc@0/bus@32c00000/hdmi@32fd8000 [ 0.076855] /soc@0/bus@32c00000/lcd-controller@32fc6000: Fixed dependency cycle(s) with /soc@0/bus@32c00000/hdmi@32fd8000 [ 0.076990] /soc@0/bus@32c00000/hdmi@32fd8000: Fixed dependency cycle(s) with /soc@0/bus@32c00000/lcd-controller@32fc6000 原因是什么？需要处理吗 Re: linux6.12+imx8mp内核报告Fixed dependency cycle(s) with xxx Hi @machangbao This is normal, no need to deal with it. Best Regards, Zhiming Re: linux6.12+imx8mp内核报告Fixed dependency cycle(s) with xxx Hi @machangbao This is the patch that was introduced upstream of the kernel, the commit message is: driver core: fw_devlink: Stop trying to optimize cycle detection logic commit bac3b10b78e54b7da3cede397258f75a2180609b upstream. In attempting to optimize fw_devlink runtime, I introduced numerous cycle detection bugs by foregoing cycle detection logic under specific conditions. Each fix has further narrowed the conditions for optimization. It's time to give up on these optimization attempts and just run the cycle detection logic every time fw_devlink tries to create a device link. The specific bug report that triggered this fix involved a supplier fwnode that never gets a device created for it. Instead, the supplier fwnode is represented by the device that corresponds to an ancestor fwnode. In this case, fw_devlink didn't do any cycle detection because the cycle detection logic is only run when a device link is created between the devices that correspond to the actual consumer and supplier fwnodes. With this change, fw_devlink will run cycle detection logic even when creating SYNC_STATE_ONLY proxy device links from a device that is an ancestor of a consumer fwnode. The fw_devlink framework on top of 6.12 is more robust than before, and Fixed dependency cycle(s) with indicates that fw_devlink detected the ring and solved the problem by adjusting the linking policy (e.g., downgrading certain link types or not creating certain links). This is not an error, but an informational note that the system handles potential deadlock risks at boot time. driver core: fw_devlink: Make cycle detection more robust fw_devlink could only detect a single and simple cycle because it relied mainly on device link cycle detection code that only checked for cycles between devices. The expectation was that the firmware wouldn't have complicated cycles and multiple cycles between devices. That expectation has been proven to be wrong. For example, fw_devlink could handle: +-+ +-+ |A+------> |B+ +-+ +++ ^ | | | +----------+ But it couldn't handle even something as "simple" as: +---------------------+ | | v | +-+ +-+ +++ |A+------> |B+------> |C| +-+ +++ +-+ ^ | | | +----------+ But firmware has even more complicated cycles like: +---------------------+ | | v | +-+ +---+ +++ +--+A+------>| B +-----> |C|<--+ | +-+ ++--+ +++ | | ^ | ^ | | | | | | | | | +---------+ +---------+ | | | +------------------------------+ And this is without including parent child dependencies or nodes in the cycle that are just firmware nodes that'll never have a struct device created for them. The proper way to treat these devices it to not force any probe ordering between them, while still enforce dependencies between node in the cycles (A, B and C) and their consumers. So this patch goes all out and just deals with all types of cycles. It does this by: 1. Following dependencies across device links, parent-child and fwnode links. 2. When it find cycles, it mark the device links and fwnode links as such instead of just deleting them or making the indistinguishable from proxy SYNC_STATE_ONLY device links. This way, when new nodes get added, we can immediately find and mark any new cycles whether the new node is a device or firmware node. Best Regards, Zhiming

S32K3XXドライバ構成 S32K3XXシリーズチップの新規構築プロジェクトについてお伺いします。ドライバを使用する際に、各ドライバ（各ドライバタイプはポジション1に対応）の設定インターフェースにある各設定項目（ポジション3に表示）について解説したドキュメントやチュートリアルはありますか？実際のエンジニアリングアプリケーションでは、どのような情報を参考に設定すればよいでしょうか？設定するたびに設定項目名を見て機能を推測し、設定内容を決めています。公式の根拠が不足しているように感じ、それぞれの設定が非常に不確実で根拠がないと感じています。 Re: S32K3XX的drivers配置 こんにちは@Aaron_LL AN13435 の次のセクションでは、さまざまなコンポーネントについて説明します。 さらに、公式 Web サイトには周辺機器の設定トレーニング チュートリアルが多数用意されており、そこから見つけることができます。 https://www.nxp.com/products/S32K3

报告 K5 RTD 引脚配置 嗨，团队 我有一份报告与 K5 引脚配置有关。(0.8.0 CD3) GPIO 258 需要一些限制。 所以我用了下面的方法。 我认为这与下文有关。 顺便说一下，如果我使用 MCAL，它看起来会正常工作... 谢谢。 RTD 来源：恩智浦内部来源：恩智浦内部 Re: Report K5 RTD pin configuration 嗨，@Luke_Chun、 如果使用 Dio_WriteChannel 向 GPIO258 写入数据，则该函数将通过 GPDO 寄存器向 GPIO258 写入数据。 但 Siul2_Dio_Ip_WritePins() 函数将写入 PGPDO 寄存器。GPIO258 相当于 PGPDO16 寄存器，但硬件不包含该寄存器。因此，这可能是硬件问题，用户不能使用 Siul2_Dio_Ip_WritePins() 函数向 GPIO258 写入数据。在 Siul2_Ip 层中，我建议你可以使用 siul2_dio_IP_setGPDO 或 siul2_dio_IP_ClearGPDO 函数在 u8siul2Instance = 3 和 gpdoNum = 258 的情况下设置/清除 GPIO258（取自 RTD_DIO_UM.pdf 文件中的图 3.1 GPIO 分配）。 目前，RTD 驱动程序尚未通过有关此解决方法的验证，但我认为你可以尝试这样做 。 顺祝商祺！ 丹

NXP mpc5744p MCUボードと開発キットMotorGDボードの3Dモデル こんにちは、みんな、 mpc5744p MCU や DevKit motorGD ボードなどの NXP 製品を含む新しいテストベンチを開発しています。 私はテストベンチ用にプロフェッショナルな 3D 画像を入手しようとしており、次の 3D ファイルが必要です: 1. mpc5744p MCUボード 2. DevKit モーターGDボード NXPのウェブサイトで検索したら、.zipファイルを見つけました。レイアウト用のファイルがありましたが、Easyeda を使用して開くことができませんでした。 1. LAY-29379_B.zip 2. LAY-29333_E.zip どなたか、これらを開くか、2 つのボードの 3D モデル ファイルを取得するのを手伝っていただけませんか。 ありがとう、良い一日をお過ごしください！ Re: 3d Model of NXP mpc5744p MCU Board & Devkit MotorGD Board こんにちは、 NXPのウェブサイトで検索したら、.zipファイルを見つけました。レイアウト用のファイルがありましたが、Easyeda を使用して開くことができませんでした。 1. LAY-29379_B.zip 2. LAY-29333_E.zip これらは、Candace: allegro で設計されたレイアウト ファイルです。 レイアウトデザインから 3D モデルを抽出できるとは思っていません。 私は次の方法を見つけました: EAGLE + Fusion 360 .brdファイルを開くEAGLE のファイル。 Fusion 360 Sync 機能を使用します。 Fusion 360 → EAGLE デザインをインポートに移動します。 コンポーネントを含む完全な 3D PCB モデルを生成します。 機械統合のために STEP (.step) または IGES としてエクスポートします。 レイアウトデザインから 3D モデルを抽出できるとは思っていません。 500MB 程度の STEP ファイルをコミュニティ経由で共有することはできません。 よろしくお願いいたします。 ピーター Re: 3d Model of NXP mpc5744p MCU Board & Devkit MotorGD Board こんにちは、 petervlnaさん ご返信ありがとうございます。 提案された解決策をEagle + Fusion 360を使用して試しましたが、残念ながら、ファイルを開くことができないことを示すエラーが発生しました (下の画像を参照)。EasyEDA、Altium、KiCadなどの他の PCB ソフトウェアを使用する場合にも、同じ問題が発生します。 この時点で、 .STEP 形式の 2 つのボードの 3D モデルが緊急に必要です。これらのファイルを、 Google Drive、OneDrive、MEGAなどのクラウド ストレージ サービスやその他の便利なプラットフォーム経由で直接提供していただければ幸いです。 改めましてサポートありがとうございます。ご返信をお待ちしております。 よろしくお願いします、 アハメド Re: 3d Model of NXP mpc5744p MCU Board & Devkit MotorGD Board こんにちは、 はい、そのような場合は、NXP サポートにチケットを送信してください。 このようなファイルを取得するには、NXP との有効な NDA も締結する必要があります。 当社のサポート ポータルでは 2GB のファイルが許可されており、以前にも STEP ファイルを共有したことがあるため、STEP モデルをサポート ポータル経由で共有することが可能です。 内部ファイルを当社の公式システム外で共有することはできません。 よろしくお願いいたします。 ピーター Re: 3d Model of NXP mpc5744p MCU Board & Devkit MotorGD Board こんにちは、 petervlnaさん ご提案ありがとうございます。番号 (CASE: 00756530) でCASEを開設しました。 できるだけ早くファイルを入手したいと考えています。 どうもありがとう。 よろしくお願いします、 アハメド

[乱用] 投稿者: @JohnKlug / ボード: imx-processors / 報告者: thzuyfoc thzuyfoc は、 @JohnKlug が投稿した 「Could not invoke dnf for external kernel module in Yocto kirkstone」という 投稿について、以下の理由で報告しました: 理由:誤解を招く、または虚偽の情報 詳細： 投稿リンク: https://community.nxp.com/t5/i-MX-Processors/Could-not-invoke-dnf-for-external-kernel-module-in-Yocto/mp/1627964#M203740 投稿者: @JohnKlug |メール著者 報告者: thzuyfoc |メールレポーター 報告された投稿には 2 件の返信があります。

EB 客户许可证管理员 我使用的是 Tresos Studio 29.2。此前，在使用 MPC574xB 时，注册是成功的，一切运行正常。但是，既然我们已经切换到 S32K314 平台并尝试使用相应的激活码将其激活，则出现了以下错误： 错误：flxactappActivationSend (50040,41147,10248) 该激活请求不产量获得许可证的权利。 与 FlexNet Operations Server 的连接失败。 请问问题出在哪里，EB 真的只支持一个平台吗？ 电源 Re: EB ClientLicenseAdministrator 你好、 请检查您的账户，获取新的激活代码。此外，还存在可用许可证数量的问题。我已经联系了许可证管理部门来解决这个问题。 Re: EB ClientLicenseAdministrator 我通过下面的网站重新获取了最新的激活代码，但发现还是以前的激活代码，无法成功激活。接下来我该怎么办？ 设计 ：产品下载 ：文件

TPMS 位定时 大家好， 我正在尝试使用 FXTH87E 传感器匹配 OEM TPMS 传感器的位定时。 我修改了入门项目 FXTH87_E_FW_Periodic_RF_Tx。 我所遇到的问题是，我正试图使发送的数据达到 ~25us 位定时，但有些位是 ~50us 位，有些位是 ~25us 位。 我曾尝试通过 RFCR0 将数据传输速率提高一倍，达到 ~40 kbits，这样就解决了前导码问题，但最终得到的比特数却只有 ~13us。 我使用的也是曼彻斯特编码。 我似乎无法找到正确的设置，让所有比特都以相同的数据速率传输。 我附上了我的 main.c 和两个逻辑分析仪捕获，一个是 OEM TPMS 传感器，另一个是我的。我正在尝试复制 ~5ms 的数据包长度和 ~25us 的位定时。 目前，我得到的数据包长度约为 7ms，可变位定时约为 50us 和 25us。 如有任何建议，我们将不胜感激。 致以最诚挚的问候 Re: TPMS bit timing 你好，克雷格、 从主设备中的代码来看，以 19200 bps 的数据传输速率（RFCR0 配置）传输 136 比特。因此传输时间为 136/19200 = 7 毫秒。因此，从代码来看，完全可以预期帧的持续时间是 7 毫秒，而不是 5 毫秒。 数据传输速率为 19200 bps，一个比特持续约 50 秒。在射频配置中，曼彻斯特编码被选择为 434 MHz。而在曼彻斯特，在位的中间（约 25 秒后）有一个高到低或低到高的转换。这意味着低电平或高电平状态可以持续 25 us 或 50 us。 我将手册（UM11227）中显示曼彻斯特编码的摘录复制如下。 因此，捕获的波形与 main.c 中的配置相匹配，没有什么不正常的。 BRs, Tomas Re: TPMS bit timing 你好，托马斯、 感谢您的详细答复。 同样使用 FXTH87E 的 OEM 传感器一定没有使用标准的数据发送方式？ 下面的逻辑分析器捕获没有像 UM11227 中显示的那样有过渡效果。据我所知，连续的 0 和 1 并没有产生转换，它只是在两个周期内保持相同的值，即 ~50us。 解码后的捕获为： 010101010101010101010010110010101010101 他们是否可能以某种方式修改了发送的数据，以创建上述数据，使连续比特的比特时序加倍，而不发生转换？ 我尝试过使用不同的 CODE[1:0] 设置，还将位定时提高到 40 kbit 以获得 ~25us 位定时，但并没有消除过渡。 对不起，我的问题很简单，这是我第一次尝试复制数据包。 如能提供进一步指导，将不胜感激。 致以最诚挚的问候 克雷格 Re: TPMS bit timing 经过几个小时的实验，我相信我已经取得了进展。 我知道数据是曼彻斯特编码的。 了解到这一点后，我使用了 NRZ，这样就能实现单个比特 25us 和两个连续比特 50us 的一致比特定时。 然后我继续使用曼彻斯特编码对数据字节进行编码。经过反复试验，我终于能够复制 OEM 数据包，并通过接收器成功解码。 在我努力工作的过程中，感谢您的指导。 请将此问题视为已解决。 致以最诚挚的问候 克雷格

CODEWarrior USB TAP 驱动程序问题 你好，我们使用的是 DSP56F803 芯片，我需要用 S-Record 文件闪存它。 我们有：安装了适用于 56800E 数字信号控制器 V8.3 的 CodeWarrior 的 Windows XP，安装了 56800E 闪存编程器，还有 USB TAP 调试器。 我检查了驱动程序是否已正确安装（CCS-> 驱动程序-> USB）。设备管理器显示该设备已正确安装（libusb-Win32 设备-> CodeWarrior USB TAP）。 但是，USB TAP TX/RX 呈红色闪烁，每次我想刷新 S-Record 文件时它都会提示 " CCSProtocolPlugin: CCS: USB 打开失败 "。 我不知道为什么，一切似乎都很正常，驱动程序也显示正常。 Re: CodeWarrior USB TAP driver issue 你好@Chenxuan、 感谢您的来信。我注意到你还有一个一模一样的私人箱子。我将专注于在该案件中解决您的问题。如需任何最新信息，请随时在该私人邮箱中回复我。 感谢您的理解。 BR 西莱斯特