S32K44とS32K388は何つの直交エンコーダ入力をサポートできますか? https://community.nxp.com/t5/S32K/Quadrature-decoder-on-S32K344/m-p/1507580 とアプリケーションノートも見つけました https://www.nxp.com/design/design-center/development-boards-and-designs/MCSPTE1AK344 しかし、どれだけの直交エンコーダをインスタンス化できるか特定に苦労しています。 理想的には、4つの独立した直交デコーダーを用意したいアプリケーションがあります。S32K344もS32K388もそれをサポートするのでしょうか?

S32K311 HSE_B ASB：为原始安全恢复应用程序生成 ADKP 派生的 GMAC 您好，NXP技术支持， 我们正在使用带有 HSE_B 的 S32K311。我们的主要启动引导加载程序使用高级安全启动 (ASB)，具有 AES-CMAC 认证的安全内存区域和核心 RESET 条目。UID多样化的ADKPm已经完成编程，并且安全恢复功能已启用。 固件更新后，我们需要为替换的安全恢复应用程序重新生成身份验证数据，而无需更改现有的 ADKP 或将其派生的签名密钥保留在主机可访问的内存中。 恢复应用程序从 Cortex-M7 向量表开始。其布局如下： 区域地址 恢复 IVT 0x00480000 恢复应用程序向量表和代码起始于 0x00482000 恢复 IV，12 字节 0x0049FFE4–0x0049FFEF 恢复 GMAC，16 字节 0x0049FFF0–0x0049FFFF 单独签署IVT成功。然而，将原始恢复应用程序的向量表地址提交给 HSE_SRV_ID_BOOT_DATA_IMAGE_SIGN 会返回 HSE_SRV_RSP_INVALID_PARAM 错误。该请求使用 inTagLength = 28 和系统 SRAM 中的输出缓冲区。 在 S32K311 HSE_B 上，UID 多样化的 ADKPm 已编程并启用了安全恢复，主机如何为原始安全恢复应用程序生成 12 字节 IV 和 16 字节 GMAC？当 pInImage 指向 Cortex-M7 向量表时，HSE_SRV_ID_BOOT_DATA_IMAGE_SIGN 返回 HSE_SRV_RSP_INVALID_PARAM。 是否存在 HSE 服务，可以在不暴露该密钥的情况下，使用内部派生的 ADKP 生成安全恢复 GMAC？否则，GMAC 是否必须从外部生成？ 此外，IVT 安全恢复长度是否包含 12 字节的 IV，以及具体验证哪些字节？ 谢谢。 Re: S32K311 HSE_B ASB: Generating ADKP-derived GMAC for a raw Secure Recovery Application 嗨@sameer_chawla 之前手册中对安全恢复过程的描述有误（可能是在某个旧版本中，比如 2.3 版本，现在已经更新了）。从那时起，我还有以下补充笔记，总结了它的实施方式： 不要向安全恢复映像添加 AppBL 标头格式。 安全恢复映像的“第一个可执行字节”是指其向量表起始地址。镜像中不需要启动头/IVT。 不要使用 HSE_SRV_ID_BOOT_DATA_IMAGE_SIGN 服务生成安全恢复映像 GMAC IV 应由客户指定，GMAC 也应由客户生成（可通过 OpenSSL 等通用工具生成，或由 HSE 在单独的应用程序项目中生成）。 在客户计算 GMAC 之前，应将 12 字节的 IV 添加到镜像末尾，并且其长度（12 字节）也应计入镜像大小。 不要使用 AES-128 (ADKP) 进行 GMAC 计算。相反，使用 AES-256 (ADKP-Hash256) 计算 GMAC，如图 11 所示，参见 HSE 固件参考手册修订版。2.8. 手册现在在“2.6.1.3.1”中明确指出安全恢复模式”： 此致， Lukas Re: S32K311 HSE_B ASB: Generating ADKP-derived GMAC for a raw Secure Recovery Application 嗨@lukaszadrapa ， 感谢您的快速回复。 此后，我们测试了一种使用高级安全启动的替代方案，因为我们想避免保留或单独配置 ADKP-Hash256 以生成恢复映像 GMAC。 我们的配置如下： CB（我们的主要引导加载程序）通过 SMR0 进行身份验证。 SRB（我们的恢复引导加载程序）通过 SMR1 使用 AES-CMAC 和 HSE 驻留密钥进行身份验证，遵循与 CB 相同的身份验证方法。 核心 RESET 条目选择 CB 作为主要目的地，SRB 作为备用目的地。如果 CB 认证失败，HSE 会在启动 SRB 之前对其进行认证。 据我们了解，这使用的是 ASB 的已验证备用启动路径，而不是专用的基于 ADKP 的安全恢复机制。ADKP 仍为其现有的 IVT 身份验证和安全调试目的配置。 在 S32K311 HSE_B 上，这是受支持和推荐的方法吗？对于经过身份验证的恢复引导加载程序来说，使用单独的 SMR 和 CR 备用启动目标是否是一种常见的设计？或者与专用的安全恢复机制相比，是否存在我们应该考虑的限制？ 谢谢你， 萨米尔

HTRC11001T 的 EVM 您好， HTRC11001T是否有可用的EVM（评估模块）？ Re: EVM of HTRC11001T NXP 没有为 HTRC110 提供专用的官方评估板。 不过，我们可以提供一些参考资料来帮助您进行设计和开发工作。 硬件设计参考：我们建议参考应用笔记AN98080_基于 HITAG 读写 IC 的读写设备。本文档详细介绍了基于HTRC110的读写器设计，包括： 125 kHz 天线设计 谐振和匹配网络设计 外围耦合电路 解调电路原理 时钟和电源相关设计 其他外部元器件选择建议 软件开发参考：NXP 可提供 HTRC110 的相关示例代码和参考文档，作为客户进行底层驱动程序和应用程序开发的起点。但是，申请这两项都需要签署保密协议。 对于评估硬件或现成的读卡器解决方案，我建议查看 NXP ®合作伙伴市场： https://www.nxp.com/design/design-center/partner-marketplace:PARTNER-MARKETPLACE Re: EVM of HTRC11001T 您好， 感谢您的快速回复。 其中一个查询，如 HTRC110 应用笔记中所述，仅针对 HITAG 系列标签进行了优化。那么，这是否意味着它不能与其他标签（例如 EM 系列 (EM4305) 标签）一起使用？ Re: EVM of HTRC11001T 你好@Shanmukh 很抱歉，HTRC11001T 没有可用的 EVM（评估模块）！ BR 凯莉

RW612用32.768kHz水晶発振子 こんにちは、 現在、u-bloxのIRIS-W10モジュールにRW612を内蔵したPCB設計プロジェクトに取り組んでいます。これはNXP MCUを使った初めてのデザインです。 RTC外部クリスタルの回路設計方法が迷っています。STM32などの他のMCUでは、水晶発振器のピン両方に外部負荷コンデンサが必要であることがわかっています。しかし、NXPのMCUの中には、内部で設定可能な負荷容量を備えているものもあるようだ。RW612レジスタリストで、RTC CTRLレジスタ、特にRTC_OSC_LOADCAPフィールドを見つけました。これはこのMCUに内部負荷上限があることを示していますが、この分野に関するドキュメントは見つかりませんでした。 SO 質問ですが、このレジスタで特定のコンデンサ値を設定するためのビットフォーマットは何でしょうか? 製品: WiFi RW6XX Re: 32.768kHz Crystal for RW612 以下は、32k XTALに関連するレジスタです。RTC_OSC_LOADCAPのレジスターはこの製品に当てはまらない可能性があるため謎のようです Re: 32.768kHz Crystal for RW612 ご返信よろしくお願いします。 RTC水晶発振器の構成は2つのセクションに分かれているようだ。あなたが見せてくれたのはPMUからのものです。私にとって頭痛の種はRTCセクションです。 下のスクリーンショットでは外部コンデンサは見当たりませんが、内部のコンデンサは見当たりません このスクリーンショットでは、私が質問で話していた特定のレジスターが見えます。 このMCUには内部コンデンサが全くないというあなたの言う通りかもしれませんが、もしそうならRTC_OSC_LOADCAPフィールドはレジスタのドキュメントに表示されないはずです。 一方、FRDM-RW612のこの水晶回路には、工場出荷時には負荷コンデンサが取り付けられていません。 Re: 32.768kHz Crystal for RW612 こんにちは、 @Niwo さん。お元気でお過ごしでしょうか。 すでに32kHzのクリスタルを選んでいるか確認していただけますか?これは重要な点で、各結晶はデータシートで定義された一定の負荷静電容量を必要とします。 また、水晶発振回路周辺の適切な特性を決定するためには、水晶発振器メーカーと連携して作業を進めることを強くお勧めします。 Re: 32.768kHz Crystal for RW612 こんにちは、 @RomanVR さん、 ご返信ありがとうございます。 まだ部品は注文していませんが、これを使おうと思っています。 https://eu.mouser.com/de/ProductDetail/ECS/ECS-.327-6-16-TR3?qs=A6eO %2BMLsxmSq6P7XbVvfvw% 3D%3D よろしくお願いいたします。

我应该使用哪个 Matter 分支/版本？ 你好， 我有点困惑该选择哪个 Matter 分支。我看到有v1.6.0.0.1版本和一个分支v1.6-branch-imx_matter_2026_q2 ，后者是建议在 Linux 环境下运行的 iMX93 上使用的分支。这两个分支之间有什么需要注意的重大变化吗？ __展示 __展示

Secure Boot Fuse programming I have a question regarding SRK hash fuse protection and secure boot on the i.MX RT1024. The SRK hash is 256 bits, stored across eight 32-bit OCOTP fuse words. Since OTP fuses can only be programmed from 0 to 1, some bits in the expected SRK hash will intentionally remain 0. My concern is that, even after programming all eight SRK hash words correctly, an unintended or unauthorized write could change an intentionally zero bit to 1. This would permanently modify the stored SRK hash and cause HAB authentication to fail. Could you please clarify the following? SRK hash write protection: On the i.MX RT1024, does programming SEC_CONFIG to enable closed mode prevent further programming of the SRK hash fuse words (OCOTP addresses 0x18–0x1F)? Dedicated lock mechanism: Is there a separate fuse or hardware mechanism to permanently prevent further modification of the SRK hash after provisioning? If so, could you please specify the relevant fuse addresses and the procedure to enable this protection? Protection of intentional zero bits: If an SRK hash bit is 0 in the expected hash, what prevents that bit from being unintentionally or maliciously programmed to 1 after the device has been provisioned? Re: Secure Boot Fuse programming Hi @Abhay2080 , Thanks for your questions! 1. Closed mode only tells the ROM to reject images that fail HAB authentication. It does not write-protect OTP fuse. The SRK hash words can still be programmed after the device is closed. 2. Based on internal feedback, SRK_LOCK must not be used on the RT1024, as it can prevent the ROM from correctly reading the SRK hash and cause boot failure. Therefore, we cannot recommend a fuse address or programming procedure for permanently locking this region. Within the RT10xx series, only the RT1010 supports the LOCK function. For the RT11xx series, fuses are generally programmed on a word-by-word basis, and they incorporate ECC protection; therefore, there is no need to worry about bit 0 being altered again. Please check AN12800 for more details. 3. Closed mode alone does not prevent these bits from being programmed to 1. The recommended mitigation is runtime access control and privilege separation: restrict access to the OCOTP programming registers to trusted privileged code and prevent ordinary application code from accessing them. This reduces the risk of unintended or unauthorized programming; it is not a permanent fuse write lock. I hope this clarification helps! Best regards, Gavin

Guiguider 2.0.1 では C 言語シミュレータを作成できません。 Windows 10にguiguider 2.0.1をインストールしたところ、インストールと実行は正常に完了し、コード生成も正常でした。しかし、Cシミュレータを生成する際に、以下のエラーが発生しました。 私のシステムがWindows 10（Windows 11が必要）だからなのか、それとも他に何か問題があるのか知りたいです。

Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 Hello NXP Team, I am working on a custom NXP i.MX95 board and want to enable HDMI output using the ADV7535 MIPI-DSI-to-HDMI bridge. I am a beginner in Yocto Linux, device-tree configuration, and HDMI initialization. Could you please guide me step by step on: Required Linux kernel drivers and configurations. Device-tree (DTS) changes for the ADV7535 and MIPI-DSI. Yocto configuration and HDMI initialization. Any reference device-tree files, application notes, or beginner-friendly guides. Thank you for your support. Re: Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 Hello, You can use this post as reference to develop a new image for your custom design. Yocto Project customization guide Our BSP has all the required drivers to use ADV7535 bridge and you can use EVK board device tree as a reference to include it in your device tree configuration: imx95-19x19-evk-adv7535.dtso Best regards. Re: Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 Request for Review of i.MX95 ADV7535 HDMI Device-Tree Patch Hello NXP Team, I have created a device-tree patch (hdmi_patch_imx95-15x15.patch) to enable HDMI output through the ADV7535 MIPI-DSI-to-HDMI bridge on my custom i.MX95 15×15 board. Could you please review my attached patch and verify whether the HDMI integration is correct? Please focus only on the HDMI-related changes, Note: The patch also contains LAN9646 Ethernet-switch configuration. Please ignore the LAN9646-related changes and review only the HDMI integration. Please let me know if any changes are missing or incorrect and suggest the required corrections with reference to the i.MX95-15x15-FRDM device tree. Thank you for your support. Re: Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 Hello NXP Team, Thank you for sharing the reference files. I need step-by-step guidance to enable HDMI output on my custom i.MX95 15x15 board using the ADV7535 bridge. Could you please explain: i need to modify i.mx95-15x15-FRDM.dtsi file which is used in i.mx95-15x15-frdm board    How to adapt imx95-19x19-evk-adv7535.dtso for my custom hardware? 3. Right now i am using i.mx95-15x15-frdm image letter everything verify i will make my own custom machine image  Please provide example code and commands for each step, as I am a beginner in device-tree configuration and Yocto. Thank you for your support. Re: Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 Hello, Unfortunately, we do not have a step-by-step guide regarding how to do this from scratch but adding your changes using a new layer based in the EVK can be a goo approach. Please refer to the post mentioned before. Your configuration seems according to our reference design using this bridge. Best regards. Re: Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 Dear @JorgeCas , Thanks for the Quick reply, Could you please review the changes in the patch shared by @deepak_k in this post? We are following a similar approach by using the reference DTSO file for the ADV7535 HDMI configuration from the EVK board. Could you please review the implementation and let us know if we are missing any additional configurations or changes required to make it work correctly? Your feedback would be appreciated. Best regards, Asadullah

i.MX 8ULP - M33上のMIPI CSIおよびISI（リアルタイム領域） こんにちは、 私はMIPI CSIカメラを、アプリケーションドメインの関与なしにリアルタイムドメインから完全に使おうとしています。 ほとんど動作させることができましたが、ISIのフレーム補完割り込みはアプリケーションドメインでのみ利用可能であるようです。誰かそれが正しいか確認できますか? 完了したフレームを検出するためにISIチャネルステータスレジスタをポーリングすることはできますが、理想的とは言えません。私は割り込みを直接使用したいです。A35からM33にMU経由で割り込みを転送すると設計の目的が損なわれるので、それは避けたいです。 A35側のハンドラーに頼らずに、M33がフレームの完了を通知される他の方法はありますか？ i.MX8ULP Re: i.MX 8ULP - MIPI CSI and ISI on M33 (realtime domain) こんにちは、 残念ながら、Cortex-M33はMIPI-CSI割り込みを扱えず、A35のみが対応可能です。

Unable to save flash image from target board with MCULink probe W10, Linkserver 26.9.130, MCULink FW 3.174: I want to save a flash image from a LPC804 board using SWD. I have the MCULink probe, I installed the Linkserver package which includes the LinkFlash tool. With this I was able to update the MCULink FW to the latest. Using the LinkFlash GUI I am not able to save the flash image from my target board due to a "Failed on Connect (Ee42)". No probe jumpers are placed (SWD). I have selected "LPC804:" as a device, but I noticed in other examples a more complete part# and an IDE is usually named. Do I need to create a configuration file or install an IDE such as Expresso to get past this, or is it more likely to be cabling and target connection issue? Ns: LinkServer RedlinkMulti Driver v26.9 (Sep 18 2026 19:34:33 - crt_emu_cm_redlink.exe build 1382) Pc: ( 0) Reading remote configuration Wc(03). No cache support. Nc: Found generic directory XML file in C:\Users\T\AppData\Local\Temp\tmps4ueywdg\crt_directory.xml Pc: ( 5) Remote configuration complete Nc: Reconnected to existing LinkServer process. Nc: Connecting to probe 1 core 0 (using server started externally) reports: 'Ee(42). Could not connect to core.' Nc: Retrying... Nc: Reconnected to existing LinkServer process. Nc: Server OK but no connection to probe 1 core 0 (after 3 attempts) - Ee(42). Could not connect to core. Ed:02: Failed on connect: Ee(42). Could not connect to core. Et:31: No connection to chip's debug port Pc: (100) Target Operation Failed Re: Unable to save flash image from target board with MCULink probe I also tried the CL instead of the GUI but it made no difference. Comparing with your output I seem to get stuck on: Nc: Connecting to probe 1 core 0 (using server started externally) reports: 'Ee(42). Could not connect to core.' This seems to be complaining about the probe, not the target. Re: Unable to save flash image from target board with MCULink probe I think you might have a connection (physical cable?) issue. Using it on Ubuntu, but same would apply to Win10: /usr/local/LinkServer_26.9.130/LinkServer flash --probe 4FIQSNVD2MICA LPC804: dump 0x00000000 0x00001000 /tmp/memory.bin INFO: Exact match for LPC804: found INFO: Selected device LPC804:LPCXpresso804 INFO: Selected probe #1 4FIQSNVD2MICA (MCU-LINK Pro (r1CF) CMSIS-DAP V3.174) INFO: MCU-Link firmware update `check`: Probe ([4FIQSNVD2MICA] [MCU-LINK Pro (r1CF) CMSIS-DAP V3.174]) is already running the same firmware version as the included firmware version [3.174] Firmware update `check`: not required - forced update can be performed using: `./LinkServer probe #1 update forced` Ns: LinkServer RedlinkMulti Driver v26.9 (Sep 18 2026 19:46:03 - crt_emu_cm_redlink build 1382) Pc: ( 0) Reading remote configuration Wc(03). No cache support. Nc: Found generic directory XML file in /tmp/tmpuhtfp3bl/crt_directory.xml Pc: ( 5) Remote configuration complete Nc: Reconnected to existing LinkServer process. Nc: Probe Firmware: MCU-LINK Pro (r1CF) CMSIS-DAP V3.174 (NXP Semiconductors) Nc: Serial Number: 4FIQSNVD2MICA Nc: VID:PID: 1FC9:0143 Nc: USB Path: 0005:0013:00 Nc: Using memory from core 0 after searching for a good core Pc: ( 30) Emulator Connected Pc: ( 40) Debug Halt Pc: ( 50) CPU ID Nc: debug interface type = CoreSight DP (DAP DP ID 0BC11477) over SWD TAP 0 Nc: processor type = Cortex-M0+ (CPU ID 00000C60) on DAP AP 0 Nc: number of h/w breakpoints = 4 Nc: number of flash patches = 0 Nc: number of h/w watchpoints = 2 Nc: Probe(0): Connected&Reset. DpID: 0BC11477. CpuID: 00000C60. Info: Nc: Debug protocol: SWD. RTCK: Disabled. Vector catch: Disabled. Ns: Content of CoreSight Debug ROM(s): Nc: RBASE E00FF000: CID B105100D PID 04000BB4C0 ROM (type 0x1) Nc: ROM 1 E000E000: CID B105E00D PID 04000BB008 Gen SCS (type 0x0) Nc: ROM 1 E0001000: CID B105E00D PID 04000BB00A Gen DWT (type 0x0) Nc: ROM 1 E0002000: CID B105E00D PID 04000BB00B Gen FPB (type 0x0) Nc: NXP: LPC804 Nc: DAP stride is 1024 bytes (256 words) Nc: Inspected v.2 On-chip Flash Memory LPC80x_32.cfx Nc: Image 'LPC80x (32K) Sep 18 2026 18:35:07' Pc: ( 65) Chip Setup Complete Pc: ( 70) License Check Complete Nt: Dumping 'memory.bin' Binary section 0 at 0x00000000 len 0x1000 Nc: Opening flash driver LPC80x_32.cfx Nc: VECTRESET requested, but not supported on ARMv6-M CPUs. Using SOFTRESET instead. Nc: Using SOFT reset to run the flash driver Nc: Flash device supported (32KB = 32*1K at 0x0) Ps: ( 0) at 00000000: 0 bytes - 0/4096 Ps: (100) at 00000000: 4096 bytes - 4096/4096 Nc: Closing flash driver LPC80x_32.cfx Nt: Dumped 0x1000 bytes in 17ms (about 240kB/s) With the GUI: I hope this help, Erich

s32 design studio for arm V2.2 license expired Hello, my S32 Design Studio for ARM v2.2 license has expired 12 Oct 2026. Registration Code：S32DS-IDE-ARM-V2-X_181798567 Product Version: S32 Design Studio for ARM v2.2] Please extend the license. Thank you.

MKW38 BLE 扫描在长时间测试后无法工作 尊敬的 Christine Li 和 NXP 团队   感谢您的支持   针对我们之前报告的 BLE 扫描问题，我们想分享我们长期测试的更多分析结果，并提出一些问题。     1. 总结 在连续扫描期间，控制器有时会停止向主机发送任何 LE 广告报告。 在此期间，LL 寄存器显示扫描仍在进行中（SCAN_STATUS.Scan_on = 1），但根本没有收到任何数据包。PKT_RSSI_STATUS 和 CH_ADDR 不会改变。 大多数情况下，控制器会在 1 秒至 2.5 分钟内自行恢复。其中一次，它始终未能恢复（超过 8 小时，直到日志结束）。 我们获悉 SDK 2.6.916修复了此问题。但是，使用 SDK 2.6.916 库大约一周后，该问题再次出现。 测试条件   单元数/持续时间：约 5 个单元每次测试持续14.6天，测试期间MCU未发生RESET。 控制器库：于 2023 年 4 月导入，版本为 2.6.615 或更高版本（包含 Controller_SetPeripheralDiscThreshold()；确切版本未知） lib_ble_kw38a4_controller_gcc.a，617,384 字节，MD5 前缀 50417a8d65 单独测试： SDK 2.6.916图书馆 – 大约一周内出现相同症状。 扫描参数： 活动扫描，间隔 0x0011 (10.625 毫秒)，窗口 0x0008 (5 毫秒) 筛选策略：全部接受，禁用重复项筛选 连续扫描（gGapScanContinuously_d），扩展扫描（扫描 PHY 寄存器 0x14E = 0x0005） 扫描启动/停止：启动后启动一次；测试期间不进行扫描停止/启动。 环境：约正常运行时每秒发送 75-110 条广告报告 应用层寄存器访问： 每隔 1 秒对 LL 寄存器进行只读轮询（0x01C、0x01E、0x064、0x0C4、0x0D2、0x0D4、0xF28） 每隔 180 秒对 INIT_SCN_ADV_RX_FIFO (0x4008007C) 进行一次 16 位读取，用于诊断。 应用程序不会写入任何LL注册表。 3. 我们如何检测问题 我们每秒都会统计每一层的广告报告数量： L1： LE（扩展）广告报告事件从控制器传递到主机。在通过 Controller_Init() 注册的 Ble_HciRecv() 的包装器中进行计数。 L2： gDeviceScanned_c / gExtDeviceScanned_c 已传递给应用程序回调。 L4：应用程序任务处理的报告。 当出现问题时，所有计数器都停止在 L1。控制器停止生成广告报告。主机和应用程序不参与其中： 当时ble_HciRecv()没有报告任何故障。 应用程序消息分配不会失败。 应用程序队列为空。 4. 统计学（5 个单元，约 100 个学分）14.6天） 单元 1：8 次停滞事件，8 次恢复（持续时间 11 – 35 秒） 单元 #2：9 次失速事件，8 次已恢复（持续时间 11 – 159 秒）；最后一次失速事件未恢复（> 8 小时） 单元#3：7次停滞事件，7次恢复（持续时间11-78秒） 单元#4：2次停滞事件，2次恢复（持续时间11-30秒） 单元#5：3次停滞事件，3次恢复（持续时间12-14秒） 总计：29起停滞事件，28起已恢复 （持续时间包含10秒检测时间。） 关键观察结果： 在所有 28 个恢复事件中，停滞之前接收到的最后一个数据包是在辅助广告频道上。CH_ADDR RX 索引为 0x06、0x0A、0x0C、0x0E、0x10、0x12、0x14、0x16、0x1E、0x22、0x26、0x28、0x2A、0x30、0x3E、0x4A 之一。大多数情况下，PKT_PAYLOAD_STATUS = 0x0007，即 7 字节有效载荷。这表明，在接收到 AUX 数据包后，故障立即开始出现。 在未恢复的事件中，最后一个接收到的数据包位于主通道 37上（CH_ADDR = 0x0018，PKT_PAYLOAD_STATUS = 0x0025）。 5. 注册未恢复事件的快照（单元 #2） -SCAN_STATUS(0x01C) = 0x0900 (Scan_on = 1，无待处理的中断) -SCAN_NEXT_INSTANT(0x01E) = 0xB4B7 -REF_CLK(0x064) = 0xB4AD -CH_ADDR(0x0C4) = 0x0018 -PKT_PAYLOAD_STATUS(0x0D2) = 0x0025 -PKT_RSSI_STATUS(0x0D4) = 0x3FB3 -SCAN_SYNC_RX_PKT_CNT(0xF28) = 0x0000   SCAN_STATUS、CH_ADDR、PKT_RSSI_STATUS 和 SCAN_SYNC_RX_PKT_CNT超过 8 小时保持不变。在此期间，L1报告计数器也保持不变。 6. 版本说明回顾 SDK 2.6.212 中唯一与扫描相关的项– 2.6.916 包含在 2.6.815 中。链路层各版本修复/更改： 2.6.212（ble_controller 1.6.11.1）：无变化 2.6.415（2022-05，1.6.14）：仅主机修复 2.6.615（2023-02，1.6.14.1）：提前终止 ACL 选项（Controller_SetPeripheralDiscThreshold） 2.6.715（2023-03，1.6.14.3）：MD 位处理 2.6.815（2023-05，1.6.14.4）：频道映射修复； “修复了扫描问题，该问题会导致某些情况下广告无法显示。” 2.6.915（2023-09，1.6.14.5）：增强通知对齐修复；自主长度程序已禁用 2.6.916（2023-10，1.6.14.6）：在增强通知中返回未映射的 ChannelNumber（算法 #1） 7. 问题 这是KW38 BLE控制器的已知问题吗？它与 2.6.815 有关吗？修复“扫描问题导致广告漏播”？如果是这样，您能否详细描述一下具体修复了什么问题？ 扩展扫描（跟随 AUX 指针到辅助通道）是否会导致 LL 扫描器进入一种状态，即当SCAN_STATUS.Scan_on保持为 1时，它不再接收任何通道的信号？ 由于该问题已在 SDK 2.6.916 中重现，是否有更新的控制器库或补丁可以解决该问题？ 在应用层，检测和恢复这种状态的推荐方法是什么？例如： Gap_StopScanning() / Gap_StartScanning() 是否足够？ 是否需要RESET控制器（例如，HCI RESET 或 LL SOFT_RESET 命令？ 是否有任何LL状态登记册需要查阅？ 禁用扩展扫描（仅使用传统扫描）是否可以避免这个问题？ 是否允许从应用程序中读取 INIT_SCN_ADV_RX_FIFO (0x4008007C) 以进行诊断？这次读取操作是否会影响控制器的 FIFO 处理？ Re: MKW38 BLE Scan not working when long time test 主要观察结果：[已修改] -在所有 28 个恢复事件中，最后一个接收到的数据包位于辅助广告通道上，并且在大多数情况下，PKT_PAYLOAD_STATUS = 0x0007（7 字节有效载荷，是携带 AuxPtr 的扩展广告 PDU 的典型值）。这表明这些卡顿现象是在扫描仪跟随 AUX 指针时开始发生的。 -未恢复的事件（单元 #2）具有不同的签名：最后一个接收到的数据包在主通道 37 上，有效载荷为 37 字节（PKT_PAYLOAD_STATUS = 0x0025），即很可能是一个传统的通告 PDU。我们没有发现任何迹象表明本案涉及大量广告宣传。在系统卡死期间，INIT_SCN_ADV_RX_FIFO 每 3 分钟读取一次为 0，并且控制器超过 8 小时没有恢复。 Re: MKW38 BLE Scan not working when long time test 注意：在早期固件中，应用程序会定期向 SCAN_INTR_CLEAR (0x4008001C) 写入 0xFFFF。 在该固件中，我们观察到不同的停滞情况，即 INIT_SCN_ADV_RX_FIFO 仍然保存着数据，而 SCAN_SYNC_RX_PKT_CNT 为 0，通过 J-Link 读取一次 0x4008007C 后，扫描立即恢复。 我们已删除该条记录。本报告中的统计数据来自当前固件，其中 FIFO 在卡顿期间读取 0，读取 0 不会影响恢复。 Re: MKW38 BLE Scan not working when long time test 你好， @JungkyuHan1 感谢您向我们提交新的案件。 我会尽快核实详细信息并向您汇报最新情况。 BR， Christine。 Re: MKW38 BLE Scan not working when long time test 你好， @JungkyuHan1 请允许我再花些时间回复您。 我需要和内部团队确认一些事项。 BR， Christine。 Re: MKW38 BLE Scan not working when long time test 你好， @JungkyuHan1 如果我理解正确，我收到了您提到“ 我们使用SDK 2.6.916进行了 BLE 扫描测试，效果非常好。超过 8 天没有出现扫描错误。 “2025 年 12 月。” 但现在您遇到了这个问题：“然而，使用 SDK 2.6.916 库大约一周后，该问题再次出现。 ” 请问OK和NOK病例在测试方面是否存在任何差异？ 如果我们知道这些差异，对我们进一步追踪它将会非常有帮助。 关于您的问题： 这是KW38 BLE控制器的已知问题吗？它与 2.6.815 有关吗？修复“扫描问题导致广告漏播”？如果是这样，您能否详细描述一下具体修复了什么问题？ ==>[Christine]: 正如我们之前沟通的那样，是的，这是一个已知问题。我们知道， 目前我知道的版本 2.6..916 至少有一个变通方法可以帮助解决扫描问题。据我所知，扫描问题是由于扫描 FIFO 冲突引起的，因此需要刷新扫描 FIFO。  扩展扫描（跟随 AUX 指针到辅助通道）是否会导致 LL 扫描器进入一种状态，即当SCAN_STATUS.Scan_on保持为 1时，它不再接收任何通道的信号？ 由于该问题已在 SDK 2.6.916 中重现，是否有更新的控制器库或补丁可以解决该问题？ ==>[Christine]:抱歉，我们没有比 SDK 2.6.916 更新的 SDK 版本修复此问题。 在应用层，检测和恢复这种状态的推荐方法是什么？例如： Gap_StopScanning() / Gap_StartScanning() 是否足够？ 是否需要RESET控制器（例如，HCI RESET 或 LL SOFT_RESET 命令？ 是否有任何LL状态登记册需要查阅？ ==>[克里斯汀]: 您可能需要手动在应用程序代码中添加以下解决方法 应该有一个函数 ll_flush_adv_rx_fifo()。该函数的代码在应用程序代码中不存在，因此需要使用“extern”声明它。将此函数外部化后，输入参数和返回值均为 void，然后调用： 1.每次停止扫描前都要打电话 2. 如果设备长时间未扫描，请停止扫描并重新呼叫，然后再开始扫描。 禁用扩展扫描（仅使用传统扫描）是否可以避免这个问题？ 是否允许从应用程序中读取 INIT_SCN_ADV_RX_FIFO (0x4008007C) 以进行诊断？这次读取操作是否会影响控制器的 FIFO 处理？ ==>[Christine]:关于这两个问题，我需要进一步了解后再回复你。   BR， Christine。

KW45 automotive bluetooth - drop in module? KiCad? Dear community,  as lesser experienced in the bluetooth radio domain I am looking for your help.  Our projekt needs  bluetooth  connectivity. The KW45 evaluation board has been used for POCs and early tests. Now e want the KW45 right on our board. Using KiCad we are not able to access the NXP reference design. And reading through the documentation lets me humble shrink the size of an ant. Or smaller. Seeing the many Forum posts I wonder if someone could share a ready made design that we could use?  We have a stable 3.3V supply and communicate with UART.  Its an Automotive retrofit application and should be as small as it could be. And thats already everthing we need.  Best regards Michael  KW45  Re: KW45 automotive bluetooth - drop in module? KiCad? Hello @Orbiter, Please note that the KW45 mya have less features compared to newer devices. You may also want to consider the KW47 family, which offers several enhancements, including larger memory capacity, a dedicated CM33 radio core running at up to 64 MHz, has a 2.4 GHz Bluetooth Low Energy Core Version 6.x and supports Bluetooth channel sounding. In addition, the KW47 is pin-compatible with the KW45, which can simplify migration efforts. Please refer to AN14796 for more information on the feature differences and migration considerations. We only provide the KW45-EVK design files, along with this community post, which outline the best way to build a PCB first time right with KW45. BR Habib

KW45のオートモーティブBluetooth - ドロップインモジュール?KiCad？ 親愛なるコミュニティの皆様へ Bluetooth無線分野に関しては経験が浅いため、皆様のご協力をお願いいたします。 私たちのプロジェクトにはBluetoothコネクティビティが必要です。KW45評価ボードはPOCや初期試験に使用されてきました。 今、私たちはKW45を私たちのボードに搭載したいのです。KiCadを使うとNXPのリファレンスデザインにアクセスできません。そしてドキュメントを読むことで、アリの大きさを謙虚に縮めることができます。あるいはもっと小さいサイズ。 フォーラムの投稿が多いのを見て、誰か使える既製のデザインを教えてもらえませんか?安定した3.3V電源を供給し、UARTで通信します。 これはオートモーティブの改修用車なので、できるだけ小さくするべきです。 そして、それだけで私たちに必要なものはすべて揃っている。 よろしくお願いいたします。 マイケル KW45 Re: KW45 automotive bluetooth - drop in module? KiCad? こんにちは、 @Orbiter さん、 KW45 myaは、最新機種に比べて機能が少ない点にご注意ください。また、 KW47ファミリ、 も検討すると良いでしょう。これは、より大きなメモリ容量、最大64MHzで動作する専用CM33無線コア、2.4GHzのBluetooth Low Energy Core Version 6.x、Bluetoothチャネルサウンディングのサポートなど、いくつかの強化機能を備えています。さらに、KW47はKW45とピン互換性があり、移行作業を簡素化できます。機能の違いや移行に関する考慮事項の詳細については、 AN14796を参照してください。 私たちは KW45-EVKデザインファイルと、この コミュニティ投稿のみを提供しており、KW45で初めてPCBを作る最良の方法をまとめています。 BR ハビブ

WCT-15WTXAUTO Zギャップ こんにちは、NXPサポートチームの皆さん、 情報ありがとうございます。 公開されているドキュメントは確認しましたが、WCT-15WTXAUTOプラットフォームの実際のZギャップ性能データはまだ必要です。 このリファレンスデザインを担当するフィールドアプリケーションエンジニアまたはエンジニアリングチームにつなげていただけますか? 具体的には、Zギャップに対する充電電力の測定値、および石英や花崗岩などの非金属表面を通して動作させた場合のテスト結果を探しています。 私のターゲットアプリケーションは、表面厚さ10〜20mmのカウンタートップ内蔵型ワイヤレス充電器です。 もしこれらのパラメータがWCT-15WTXAUTOで利用できない場合、この用途により適した別のNXP送信機プラットフォームをおすすめしていただけますか? ご協力ありがとうございます。 よろしくお願いいたします。 Re: WCT-15WTXAUTO Z-gap こんにちは、 @Harryk89 さん。 投稿ありがとうございます。このリクエストは、さらなる検討のため、適切なワイヤレス充電開発チームにエスカレーションする必要があります。 サポートプロセスによると、NXPについておよびプロジェクトについて追加情報が必要です。プライバシーを守るために、サポートチケットを作成して、非公開のチャネルでサポートを行うことをお勧めします。 https://support.nxp.com/s/?language=en_US 良い１日を。 BR セレステ

i.MX 8ULP - MIPI CSI and ISI on M33 (realtime domain) Hello, I'm trying to use a MIPI CSI camera entirely from the real-time domain, with no involvement from the application domain. I've been able to get most of it working, but it looks like the ISI frame completion interrupts are only available in the application domain. Can anyone confirm if that's correct? I can poll the ISI Channel Status register to detect completed frames, but it is not ideal. I would prefer to use the interrupt directly. Forwarding the interrupt from A35 to M33 via the MU would defeat the purpose of the design, so I'd like to avoid that. Is there any other way for M33 to be notified of completed frames without relying on A35-side handlers? i.MX8ULP Re: i.MX 8ULP - MIPI CSI and ISI on M33 (realtime domain) Hello,  Unfortunately, Cortex-M33 cannot handle MIPI-CSI interrupts, only A35 can.

ADV7535を使用したカスタムi.MX95ボードでのHDMI起動に関するガイダンス NXPチームの皆様、こんにちは。 私はNXP i.MX95カスタムボードを開発中で、ADV7535 MIPI-DSI-to-HDMIブリッジを使用してHDMI出力を有効にしたいと考えています。 私はYocto Linux、デバイスツリー設定、HDMI初期化の初心者です。どうかステップごとにご案内いただけますか: 必要なLinuxカーネルドライバーと設定。 ADV7535およびMIPI-DSIのデバイスツリー（DTS）の変更点。 Yoctoの設定とHDMI初期化について。 参考のデバイスツリーファイル、アプリケーションノート、初心者向けのガイドなど。 再開まで今しばらくお待ちください。 Re: Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 こんにちは、 この投稿を参考にして、カスタムデザインの新しい画像を作成できます。 Yocto Projectのカスタマイズガイド 私たちのBSPにはブリッジADV7535使うために必要なすべてのドライバがあり、EVKボードのデバイスツリーを基準にしてデバイスツリー構成に組み込めます。 imx95-19x19-evk-adv7535.dtso よろしくお願いいたします。 Re: Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 i.MX95 ADV7535 HDMIデバイスツリーパッチのレビュー依頼 NXPチームの皆様、こんにちは。 私は、自作のi.MX95 15×15ボード上でADV7535 MIPI-DSI-to-HDMIブリッジを介してHDMI出力を有効にするために、デバイスツリーパッチ（ hdmi_patch_imx95-15x15.patch ）を作成しました。 添付したパッチを確認して、HDMI統合が正しいか確認してもらえますか? HDMI関連の変更点のみに注目してください。 注意: パッチにはイーサネット・スイッチ構成LAN9646含まれています。LAN9646関連の変更は無視し、HDMI統合のみを確認してください。 変更点に漏れや誤りがある場合はお知らせください。また、i.MX95-15x15-FRDMデバイスツリーを参照して、必要な修正案をご提案ください。 再開まで今しばらくお待ちください。 Re: Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 NXPチームの皆様、こんにちは。 参考資料を共有していただきありがとうございます。ADV7535ブリッジを使用して、自作のi.MX95 15x15ボードでHDMI出力を有効にするための手順を段階的に説明していただきたいです。 説明していただけますか? i.mx95-15x15-FRDMボードで使用されているi.mx95-15x15-FRDM.dtsiファイルを修正する必要があります。 imx95-19x19-evk-adv7535.dtsoを自分のカスタムハードウェアに適合させるにはどうすればよいですか？ 3. 現在、私はi.mx95-15x15-frdmイメージレターを使用していますが、すべて検証済みなので、独自のカスタムマシンイメージを作成します。 各ステップごとに例のコードとコマンドを教えてください。デバイスツリー設定とYoctoの初心者です。 再開まで今しばらくお待ちください。 Re: Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 こんにちは、 残念ながら、ゼロから行う手順のステップバイガイドはありませんが、EVKベースの新しいレイヤーを使って変更を加えるのはGooアプローチです。前述の投稿を参照してください。 あなたの構成は、このブリッジを使った私たちのリファレンスデザインに合っているようですね。 よろしくお願いいたします。 Re: Guidance for HDMI Bring-Up on Custom i.MX95 Board Using ADV7535 親愛なる@JorgeCas様、 迅速なご返信ありがとうございます。 この投稿で共有されたパッチの変更点 @deepak_k確認していただけますか? EVKボードのADV7535 HDMI構成用の参照DTSOファイルを使用することで、同様のアプローチを採用しています。 実装を確認して、正しく動作させるために必要な追加設定や変更がないか教えていただけますか? ご意見をお聞かせいただければ幸いです。 よろしくお願いします、 アサドゥラ

WCT-15WTXAUTO Z-gap Hello NXP Support Team, Thank you for the information. I have reviewed the publicly available documentation, but I still need the actual Z-gap performance data for the WCT-15WTXAUTO platform. Could you please connect me with a Field Applications Engineer or the engineering team responsible for this reference design? Specifically, I am looking for measured charging power versus Z-gap data and any test results for operation through non-metallic surfaces such as quartz or granite. My target application is a countertop-integrated wireless charger with a surface thickness of 10–20 mm. If these parameters are not available for the WCT-15WTXAUTO, could you recommend another NXP transmitter platform better suited for this application? Thank you for your help. Best regards Re: WCT-15WTXAUTO Z-gap Hello @Harryk89 , Thank you for your post. This request will need to be escalated to the appropriate wireless charging development team for further review. According to our support process, we need some additional information about your company and project. To protect your privacy, I recommend that you create a support ticket so we can assist you through a private channel: https://support.nxp.com/s/?language=en_US  Have a nice day. BR Celeste

WCT-15WTXAUTO Z型间隙 您好，NXP支持团队， 谢谢你提供的信息。 我已经查阅了公开的文档，但我仍然需要 WCT-15WTXAUTO 平台的实际 Z 间隙性能数据。 请问您能否帮我联系一位现场应用工程师或负责此参考设计的工程团队？ 具体来说，我正在寻找测量的充电功率与 Z 间隙数据，以及通过石英或花岗岩等非金属表面进行操作的任何测试结果。 我的目标应用是一款台面集成式无线充电器，表面厚度为 10-20 毫米。 如果 WCT-15WTXAUTO 没有这些参数，您能否推荐另一个更适合此应用的 NXP 发射器平台？ 感谢您的帮助。 顺祝商祺！ Re: WCT-15WTXAUTO Z-gap 你好@Harryk89 ， 感谢您的帖子。该请求需要上报给相应的无线充电开发团队进行进一步审查。 根据我们的支持流程，我们需要一些关于贵公司和项目的其他信息。为了保护您的隐私，我建议您创建支持工单，以便我们通过私密渠道为您提供帮助： https://support.nxp.com/s/?language=en_US 祝你今天过得愉快。 BR 塞莱斯特

Guiguider 2.0.1 cannot create a C simulator. I installed guiguider 2.0.1 on Windows 10, and it installed and ran normally, and the code generation was also normal. However, when generating the C simulator, I encountered the following error: I want to know if it's because my system is Windows 10 (which requires Windows 11), or if there's some other problem?