使用 FRDM-MCXA156 的 i3c 主题：恩智浦 I3C 混合总线上的集成问题：磁强计 I3C 设置动态地址 (SETDASA) 失败 大家好， 我目前正在使用恩智浦 MCU (MCXA156) 和 MCUXpresso SDK 实现 I3C 从静态地址设置动态地址 (DAA)。我有两个传感器连接到同一 I3C 总线 (I3C0)： P3T1755：温度传感器（符合 I3C 标准，板载）。 磁力计 ：支持 I2C/I3C/SPI。 问题描述在系统初始化过程中，我试图使用 I3C CCC_SETDASA (0x87) 命令分配动态地址： P3T1755响应 ACK，并成功从静态地址切换到分配的动态地址 (0x08)。 但是，当我向IST8216发送 SETDASA 命令时（总线类型设置为 kI3C_TypeI3CSdr，试图分配 0x09），硬件返回 NACK，地址分配失败。 终端输出对数 明文文本（Plaintext）   P3T1755 Before DAA -> 0x48 ACK IST8216 Before DAA -> 0x18 ACK (Ping via I2C successful) P3T1755 After DAA -> 0x08 ACK (P3T1755 successfully switched to dynamic address) IST8216 After DAA -> 0x09 NACK (IST8216 failed to recognize the new address) IST8216 set dynamic address failed. 我的分析和问题关于硬件限制，用户手册（第 2.8 节 I3C 接口）指出 "它有一个温度寄存器，用于存储数字温度读数，控制器可通过两线串行 I3C（最高 12.5 MHz）或 I2C（最高 3.4 MHz）接口读取这些读数。在 FRDM-MCXA156 主板上，U5 传感器可以在以下模式之一下工作： I2C 模式（默认模式）：填充电阻 R57 和 R55（默认已填充）。U5 传感器的静态 I2C 地址（7 位）为 0x90。 I3C 模式：取消填充（移除）电阻 R57 和 R55。U5 传感器的 I3C 地址是动态分配的。" 虽然我没有移除电阻 R57 和 R55，但 P3T1755 在 I3C 模式下仍能正常工作。 这些电阻 (R57/R55) 的存在对这种特定的板载设置中的 I3C 功能没有影响，还是会干扰 I3C 总线信号的完整性？ 如果能就这种 " Mixed 总线 " 集成方法是否正确或者是否有办法在磁强计上强制 I3C DAA 提供任何指导，我们将不胜感激。 顺祝商祺！ 通信& 控制（I3C | I2C | SPI | FlexCAN | 以太网 | FlexIO） FRDM 培训 MCXA Re: i3c using FRDM-MCXA156 你好@ting8999 该问题很可能与 I3C 总线配置本身无关。 P3T1755 可以工作，因为它是真正的 I3C 目标，支持 SETDASA，因此可以切换到动态地址。 但是，IST8216 似乎是 I2C 设备，不支持 SETDASA 等 I3C CCC 命令。因此，它将 ACK 其静态 I2C 地址，但会 NACK 任何分配动态地址的尝试。 在混合 I3C 总线中，此类设备应被视为传统的 I2C 设备，并通过其静态地址进行访问，而不是 I3C 动态寻址。 BR 哈利

Derma Essentialは本当に効果があるのか？2026年のレビュー Derma Essentialは、ハリウッド映画のような恐怖を煽る手法ではなく、現実的な停電時のサバイバル戦略に焦点を当てているため、2026年に最も話題になる防災システムの一つになりつつある。戦闘経験を持つダニエルズ氏が作成したこのプログラムは、実用的なガイド、段階的なビデオ、そして軍隊式の計画立案を組み合わせ、ファミリが長期停電、サイバー脅威、緊急事態に備えるための支援を提供する。ダーマエッセンシャル すぐに使える その際立った点は、初心者にも優しいアプローチであることだ。このシステムは、高価な地下壕や複雑なサバイバル装備を推奨するのではなく、水の貯蔵、予備電源、食料の確保、EMP対策、家庭での備えといった、手頃で実用的な対策に焦点を当てている。多くのユーザーは、このガイドがすべてを一般家庭でも実際に実行できる簡単な週末プロジェクトに分解している点を高く評価している。 2026年には、電力網の不安定性、異常気象、サプライチェーンの混乱に対する懸念が高まるにつれ、防災対策はニッチな趣味からメインストリームの話題へと変化した。Derma Essentialは、極端な「終末論的準備者」にならずとも安心感を求める家族のために、体系的なサバイバルロードマップを提供することで、このトレンドに直接的に着目しています。 詳細はこちらをご覧くださいhttps://tinyurl.com/5c3rm3mv Re: Is Derma Essential Legit Trying? A 2026 Review 最愛のヘレン様、   NXPにご連絡いただき、また弊社製品にご関心をお寄せいただきありがとうございます。 お問い合わせ内容が特定のNXP製品またはデバイスに関するものか、お知らせいただけますでしょうか？そうであれば、喜んでさらにサポートさせていただきます。 必要な部品については、NXPのウェブサイトをご確認ください。 https://www.nxp.com/ ご質問がNXP製品に関係しない場合、残念ながら詳細なサポートを提供することは難しい場合がございます。ご理解いただき、誠にありがとうございます。 必要に応じて、さらに詳しい情報をお聞かせください。できる限りお手伝いさせていただきます。 良い１日を。

S32G3 LINFLexD UART 中断生成 我们有一个 UART 外设，需要断开信号才能正常工作。通过查看 S32G3 参考手册我能看出，UART 模式下的 LinflexD 不支持中断生成。我还在 Linux 驱动程序 fsl_linflexuart.c 中看到一个空的实现。 static void linflex_break_ctl(struct uart_port *port, int break_state) { } 我觉得 LIN 头有可能像 UART 中断一样使用，但这并不理想，因为我们需要切换到 LIN 模式，然后再切换回 UART。 LINFlexD UART 是否真的不支持断点生成？如果是这样，"首选的" 方法是什么？ Re: S32G3 LINFLexD UART break generation 你好@dustinr、 感谢您联系我们。关于你的问题，正如我在参考手册和 RTD 源代码中所看到的那样，中断无法生成 " 按需 "，它由 LinflexD 模块自动处理，由 LINCR1 [MBL] 寄存器控制。 关于您提到的 Linux 函数，它是空的，因为指针需要用于uart_ops结构，而uart_ops结构是 Linux UART 驱动程序使用的。 因此，目前还没有支持从应用程序端生成断点的机制。将引脚更改为 GPIO 模式并在 TX 线路上强制"0" 是可行的，但不建议在应用过程中更改引脚的复用。 如果您有更多问题，请告诉我。

S32K3 崩溃，无法调试 你好，我一直在尝试使用 AB_SWAP 固件进行引导加载。我没有推进生命周期或类似的事情，也没有启用安全启动。我正在闪烁一个程序库，然后使用 HSE 执行活动程序库切换。我遇到了复杂的重置原因 位 0 (0x0001)： 上电复位 位 8 (0x0100)： FXOSC 故障 第 15 位 (0x8000)： 系统 时钟分频器故障 在尝试在银行交换机重置呼叫之前将时钟切换到FIRC之后，我一直无法使用jLink访问我的MCU。 我试过在RESET下连接、循环运行和重启电源等。是否有任何启动配置可以通过引脚将其保持在已知状态，或者出厂重置工具可以将其恢复为已知状态？ 键入 " connect " 建立目标连接，'？'如需帮助 J-Link > connect 请指定设备/内核。 : S32K358 _M7_0 类型 '？'对于选择对话框 设备 > 请指定目标接口： J) JTAG（默认） S) SWD T) cjTag TIF > s 指定目标接口速度 [kHz]。 : 4000 kHz 速度 > 设备 " S32K358_M7_0 " 已选择。 通过 SWD 连接目标 configTargetSettings () 启动 con figTargetSettings () 结束——花了 27us initTarget () 启动 SDA_AP 在必要时检测到正在解锁设备... 设备未锁定。不执行解锁程序。 检查是否已启用调试访问... 调试访问尚未启用。执行启用调试访问序列... 启用调试访问 检查是否安装了 HSE 固件... 未安装 HSE 固件 检查 Cortex-M7_0 和 Cortex-M7_1 是否在锁步模式下运行 启用锁步模式 InitTarget() end - 耗时 10.0ms 找到 ID 为 0x6BA02477 的 SW-DP DPIDR: 0x6BA02477 CoreSight SoC-400 或更早版本 跳过 AP 映射检测。找到手动配置的 AP 映射。 AP[0]：MEM-AP（IDR：未设置，ADDR：0x00000000） AP[1]：APB-AP （IDR：未设置，ADDR：0x00000000） AP[2]：MEM-AP （IDR：未设置，ADDR：0x00000000） AP[3]：AHB-AP（IDR：未设置，ADDR：0x00000000） AP[4]：AHB-AP（IDR：未设置，ADDR：0x00000000） AP[5]：AHB-AP（IDR：未设置，ADDR：0x00000000） AP[6]：MEM-AP（IDR：未设置，ADDR：0x00000000） AP[7]：MEM-AP (IDR: 未设置，ADDR: 0x00000000) AP[4]：跳过 ROMBASE 读取。用户 AP [4] 手动 设置 CorebaseAddr：Core 找到 configTargetSettings () 启动 configTargetSet tings () 结束——花了 13us initTarget () 启动 SDA_AP 在必要时检测到正在解锁设备... 设备未锁定。不执行解锁程序。 检查是否已启用调试访问... 调试访问尚未启用。执行启用调试访问序列...... 启用调试访问 检查是否安装了 HSE 固件...... 未安装 HSE 固件 检查 Cortex-M7_0 和 Cortex-M7_1 是否在锁步模式下运行 启用锁步模式 InitTarget() end - Took 20.5ms 找到 ID 为 0x6BA02477 的 SW-DP DPIDR: 0x6BA02477 CoreSight SoC-400 或更早版本 跳过 AP 映射检测。找到手动配置的 AP 映射。 AP[0]：MEM-AP（IDR：未设置，ADDR：0x00000000） AP[1]：APB-AP （IDR：未设置，ADDR：0x00000000） AP[2]：MEM-AP （IDR：未设置，ADDR：0x00000000） AP[3]：AHB-AP（IDR：未设置，ADDR：0x00000000） AP[4]：AHB-AP（IDR：未设置，ADDR：0x00000000） AP[5]：AHB-AP（IDR：未设置，ADDR：0x00000000） AP[6]：MEM-AP（IDR：未设置，ADDR：0x00000000） AP[7]：MEM-AP (IDR: 未设置，ADDR: 0x00000000) AP[4]：跳过 ROMBASE 读取。CoreBaseAddr 由用户手动设置 AP[4]：找到核心 ****** 错误：读取 AIRCR 时 DAP 出错。 出现错误：无法连接到目标设备。 有关故障排除步骤，请访问： https://kb.segger.com/J-Link_Troubleshooting J-Link> Re: S32K3 bricked, unable to debug 我从同事那里得到了新消息。如果再次遇到此问题，请尝试执行以下命令： R0 Erase 在此之前不要使用 "连接"。清除 "命令发出后，系统会要求您建立连接。然后它会擦除闪存，同时不执行任何代码。 如果不起作用，可以尝试使用 JTAG 模式代替 SWD。看来，这也能带来不同。 此致， Lukas Re: S32K3 bricked, unable to debug 在连接示波器的情况下离开电路板 6 个小时后，我注意到 RESET 模式已经停止。我能够连接并擦除主板。我会继续谨慎发展。 一种理论认为，我在交换机HSE分区中添加的代码包括一个时钟开关，从FXOSC + PLL到FIRC，用于解决一些RESET问题。我想没有正常关闭使用PLL的GMAC外设，或者没有等待它完成关机会导致不稳定，然后在时钟初始化进入某种复位周期的过程中加剧了这种不稳定性。 Re: S32K3 bricked, unable to debug 澄清一下。无论是否连接 JLink，每隔 30 毫秒就会钳位一个 50us 的复位脉冲 Re: S32K3 bricked, unable to debug 嗨，卢卡斯， ，我已经考察过了。在没有任何 JLink 操作的情况下，RESET 似乎会间歇性闪烁。它在连接期间保持高电平，然后作为正常连接过程的一部分进行重置。我试过将 RESET 引脚强力拉高以避免那里出现任何问题，但我还是遇到了完全相同的问题 Re: S32K3 bricked, unable to debug 你好@Greavesinator85 不，此设备上没有启动配置引脚。我知道这可能是其他一些设备上的解决方法，但是 S32K3 的情况并非如此。它始终只能从内置闪存启动。 你能检查一下RESET信号吗？不是一直都在断言RESET吗？我正在主板上玩 jLink，当我在 “连接” 命令执行期间保持 RESET 状态时，我收到了完全相同的错误消息。 此致， Lukas Re: S32K3 bricked, unable to debug 这是一块定制主板，但我已经使用了几个月，所以它不是硬件问题。然后是与 SWD 连接的 J 轨迹。 Re: S32K3 bricked, unable to debug 无法连接到目标设备。？你用什么样的电路板来编程？

使用 SE050 时如何启用平台 SCP 大家好 我使用的是 SE050E，在使用 Platform SCP 时遇到了麻烦。我按照 AN12542(https://www.nxp.jp/docs/en/application-note/AN12542.pdf#4#4) 中的说明定义了 SSS_HAVE_SE05X_AUTH_PLATFSCP03 1，但当我调用 ex_sss_boot_open 函数打开会话时，结果却是 kStatus_SSS_Fail。我做错什么了吗？使用普通通信时，一切正常。如果还需要其他配置，请告诉我。 谢谢！ SE050 Re: How to enable Platform SCP when using SE050 你好@Kan_Li、 我按照第 6.2 和 6.3 节中的说明，尝试运行 SE-PLUG-TRUST-MW_04.07.01 中的 se05x_MandatePlatformSCP 示例，但 sss_key_object_init(eraseAuthCtx.auth.ctx.idobj.pObj、&pCtx->host_ks) 函数返回 kStatus_SSS_InvalidArgument。我需要调用 ex_sss_boot_open、ex_sss_key_store_and_object_init 和ex_sss_boot_open_host_session函数吗？调用sss_key_object_init函数之前先调用sss_key_object_init文件吗？代码如下： /* 关闭 clang-format */ #define MandateSCP_UserID_VALUE \ { \ n'、'e'、'e'、'd'、's'、'c'、'p    } /* clang-format ON */ sss_status_t se050_platformSCP03(void) { sss_status_t status = kStatus_SSS_Fail； sss_object_t keyObject； ex_sss_boot_ctx_t gex_sss_mandate_scp_boot_ctx； SE_Connect_Ctx_t eraseAuthCtx = { 0 }； sss_se05x_session_t *pSession = (sss_se05x_session_t *)&gex_sss_mandate_scp_boot_ctx.session； smStatus_t sw_status； Se05xSession_t *pSe05xSession； SE_Connect_Ctx_t* pOpenCtx； sss_object_t ex_id ={ 0 } ；   const uint8_t host_userid_value[] = MandateSCP_UserID_VALUE； const uint8_t userid_value_factoryreset[] = MandateSCP_UserID_VALUE； eraseAuthCtx.auth.ctx.idobj.pObj =&ex_id；   const char *portName = NULL；   memset(&gex_sss_mandate_scp_boot_ctx, 0, sizeof(gex_sss_mandate_scp_boot_ctx))；   //* 初始化会话以连接 SE050 */ // status = ex_sss_boot_open(&gex_sss_mandate_scp_boot_ctx, portName)； // 如果 (kStatus_SSS_Success != status) // { // ex_sss_session_close(&gex_sss_mandate_scp_boot_ctx)； // return status; /* return error if can't initialize session with SE050 */ // }   // ** 设置密钥存储 */ // status = ex_sss_key_store_and_object_init(&gex_sss_mandate_scp_boot_ctx)； // 如果 (kStatus_SSS_Success != status) // { // ex_sss_session_close(&gex_sss_mandate_scp_boot_ctx)； // return status; /* close sesion and return error if can't initialize fail */ // }   // ex_sss_boot_open_host_session(&gex_sss_mandate_scp_boot_ctx)； /* 准备主机 */ status = sss_key_object_init(eraseAuthCtx.auth.ctx.idobj.pObj.php)、&gex_sss_mandate_scp_boot_ctx.host_ks）； 如果 (kStatus_SSS_Success != status) { LOG_E("失败的 sss_key_object_init")； 去清理；    } status = sss_key_object_allocate_handle(eraseAuthCtx.auth.ctx.idobj.pObj.php)、 make_test_id(__LINE__)、 kSSS_KeyPart_Default、 kSSS_CipherType_UserID、 sizeof(host_userid_value)、 kKeyObject_Mode_Transient）； 如果 (kStatus_SSS_Success != status) { LOG_E("失败的 sss_key_object_allocate_handle")； 去清理；    } status = sss_key_store_set_key(&gex_sss_mandate_scp_boot_ctx.host_ks、 eraseAuthCtx.auth.ctx.idobj.pObj、 host_userid_value、 sizeof(host_userid_value)、 sizeof(host_userid_value) * 8、 NULL、 0); 如果 (kStatus_SSS_Success != status) { LOG_E("失败的 sss_key_store_set_key")； 去清理；    }   pSe05xSession =&pSession->s_ctx；   sw_status = Se05x_API_WriteUserID（pSe05xSession、 NULL、 SE05x_MaxAttemps_NA、 kSE05x_AppletResID_PLATFORM_SCP、 userid_value_factoryreset、 sizeof(userid_value_factoryreset)、 kSE05x_AttestationType_AUTH）；   pOpenCtx =&gex_sss_mandate_scp_boot_ctx.se05x_open_ctx； eraseAuthCtx.tunnelCtx = pOpenCtx->tunnelCtx； eraseAuthCtx.connType = pOpenCtx->connType； eraseAuthCtx.portName = pOpenCtx->portName； eraseAuthCtx.auth.authType = kSSS_AuthType_ID；     sss_session_close(&gex_sss_mandate_scp_boot_ctx.session)；   pSe05xSession =&pSession->s_ctx；   status = sss_session_open(&gex_sss_mandate_scp_boot_ctx.session、kType_SSS_SE_SE05x、 kSE05x_AppletResID_PLATFORM_SCP、 kSSS_ConnectionType_Password,&eraseAuthCtx)；     如果 (kStatus_SSS_Success != status) { LOG_E("失败的 sss_session_open")； 去清理；    }     /* 调用 SE05X API 授权平台 SCP。*/   sw_status = Se05x_API_SetPlatformSCPRequest(&pSession->s_ctx, kSE05x_PlatformSCPRequest_REQUIRED)； if(SM_OK != sw_status) { LOG_E("Se05x_API_SetPlatformSCPRequest 失败")； 去清理；    } 否则 { LOG_I("Se05x_API_SetPlatformSCPRequest Successful")； LOG_W("进一步通信必须加密")；    }   清理： 如果 (kStatus_SSS_Success == status) { LOG_I("se05x_MandatePlatformSCP Example Success !!!...")；    } 否则 { LOG_E("se05x_MandatePlatformSCP Example Failed !!!...")；    } 返回状态； }   谢谢！ Duong Re: How to enable Platform SCP when using SE050 你好@yang_lee、 第 6 章中提供的示例仅适用于 SE050E，但首先请确定您使用的是哪个编译系统。 1.如果使用 MCUXpresso SDK，请按照 6.2 和 6.3 中的步骤操作 2.如果使用 Cmake，请按照 6.4 和 6.5 中的步骤操作 希望对你有所帮助、 祝您愉快， Kan ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 -------------------------------------------------------------------------------

i.MX 8M Plus PCIe Endpoint DMA Test Failed (Failed to prepare DMA memcpy + SDMA Timeout) 各位 NXP 工程师和社区朋友， 我正在使用两块8MP开发板进行 PCIe Endpoint 测试（一块做 RC，一块做 EP）。链路可以正常 Link Up，但 DMA 传输失败。 环境信息： 开发板：8mp BSP 版本：linux 6.1.36 PCIe 配置：RC <-> EP 交叉线缆连接 问题现象： lspci 能正常看到 EP 设备（1131:0000） 中断测试正常 但执行 pcitest -d -w -s 4096000 等 DMA 测试时失败 EP 端出现以下错误： Failed to get private DMA rx channel... imx-sdma Timeout waiting for CH0 ready Failed to prepare DMA memcpy 求助问题： 如何正确启用 i.MX8MP PCIe 的 DMA 通道？ 使用 pci_epf_test 做 DMA 测试需要哪些关键配置或额外 patch？ AN13164 中提到的较高 DMA 带宽如何稳定复现？ 非常感谢大家的帮助！ Dear NXP Engineers and Community, I am using two i.MX 8M Plus development boards to test PCIe Endpoint functionality (one as RC, one as EP). The PCIe link comes up successfully, but DMA transfers are failing. Environment Information: Board: i.MX 8M Plus  BSP Version: Linux 6.1.36 PCIe Configuration: RC ↔ EP connected via crossover cable Problem Description: lspci can detect the EP device correctly (1131:0000) Interrupt test (pcitest -i 1) works fine DMA Write/Read tests fail when using larger sizes (e.g. pcitest -d -w -s 4096000) The following errors appear on the EP side: log   Failed to get private DMA rx channel. Falling back to generic one imx-sdma 30bd0000.dma-controller: Timeout waiting for CH0 ready pci_epf_test pci_epf_test.0: Failed to prepare DMA memcpy pci_epf_test pci_epf_test.0: Data transfer failed     Questions: How to correctly enable and use the DMA channel (especially Embedded DMA / eDMA) for PCIe Endpoint on i.MX 8M Plus? What key configurations or additional patches are required to make pci_epf_test DMA testing work stably? How can we stably reproduce the high DMA bandwidth results mentioned in AN13164? Any help or suggestions would be greatly appreciated! Thank you very much! i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano i.MX8ULP Re: i.MX 8M Plus PCIe Endpoint DMA Test Failed (Failed to prepare DMA memcpy + SDMA Timeout) 亲爱的 Zhiming, 非常感谢你的支持和通过私信发来的材料。 我明天将测试您提供的文件和补丁，并尽快向您通报测试结果。 Best Regards, forlove 您好 Zhiming， 非常感谢您的支持以及通过私信发送的资料。 我将在明天对您提供的文档和补丁进行测试，测试完成后会尽快将结果反馈给您。 此致 敬礼 forlove Re: i.MX 8M Plus PCIe Endpoint DMA Test Failed (Failed to prepare DMA memcpy + SDMA Timeout) Hi, 请参考消息中的附件。 Best Regards, Zhiming

SAM AV2 ChangeKeyEntry APDU / キーパーソナライゼーションフローの理解に助けが必要です こんにちは、みんな、 現在、MIFARE SAM AV2を使用しており、ホスト認証を正常に完了することができました。しかし、キーパーソナライゼーションコマンド、特に`ChangeKeyEntry`のAPDUフレームの構築方法を完全に理解していないため、現在行き詰まっています。 SAM AV2のパーソナライゼーションに関する情報の一部は、NDA（秘密保持契約）または制限付きドキュメントによって保護されている可能性があることを理解しています。 私の場合、既に有効な秘密保持契約（NDA）を締結済みですので、アプリケーションノートへのアクセスを正式にリクエストする方法についてご教示いただければ幸いです。 「MIFARE SAM AV2 – キー マネジメントとパーソナライゼーション」 文書番号: 1823xx どなたかアドバイスをいただけませんか？ * この文書がまだ入手可能かどうか、 * どのチャネルを通じてリクエストできるか、 * また、既存のNDAに基づいてアクセス権を取得するには、NXPの誰に連絡すればよいでしょうか？ よろしくお願いいたします。 Re: Need help understanding SAM AV2 ChangeKeyEntry APDU / key personalization flow こんにちは、 @kupn あなたの調子が良いといいのですが。 MIFARE SAM AV3のご利用をお勧めしますので、ご検討ください。 ご指摘のとおり、SAM AVxをサポートするリソースはNDA（秘密保持契約）によって保護されており、セキュアリソースを通じて申請する必要があります。NXPと有効なNDAを既に締結している場合は、このページの指示に従ってセキュアアクセス権限を通じて必要なアイテムへのアクセスを要求する必要があります：セキュアアクセス権限 | NXP Semiconductors 。また、 NXP Semiconductors のセキュアアクセス権限に関するよくある質問も確認することをお勧めします。 よろしくお願いいたします。 エドゥアルド。

ダウンロードサービスが再び停止しています。 どうやら皆さんはキャッシュダウンロードサーバーの維持管理に問題を抱えているようですが、私はLinux版のLinkserverを入手する必要があります。 URL https://cache.nxp.com/secured/updates/mcuxpresso/LinkServer_26.5.59.x86_64.deb.bin?fileExt=.bin& __gda__ =1779815873_b9f1e93b94d79cfb32bd91c19943032aは 404 を返しています。全国各地に住む同僚にも同じことを試してもらいました。 Re: Your download service is broken again 担当チームは既にこの問題に取り組んでいます。 よろしくお願いします Re: Your download service is broken again いろいろ調べてみた結果、一般的には以下のようなものが入手できるようです。 https://www.nxp.com/lgfiles/updates/mcuxpresso/LinkServer_26.5.59.x86_64.deb.bin

S32DS for DSでS32K344の周辺機器を設定する方法 こんにちは、 S32K344 WBのCAN、UART、SPI、I2Cなどの周辺機器の設定方法を研究し、それらを自社システムの低レベルドライバに移植したいと考えています。私はAUTOSARシステムを必要としないので、EB Tresos DSはダウンロードしません。私はS32およびRTD LLDドライバと、s32k3_wb_can、s32k3_wb_self_testなどのサンプルのみをダウンロードしました。S32DS for DSでS32K344のペリフェラルのピン、クロック、DDRなどを調整する方法がわかりません。学習するためのガイドドキュメントやビデオを提供していただけませんか？ありがとう。 Re: How config S32K344's periperial in S32DS for DS こんにちは 以下のトレーニングプレゼンテーションは、 S32K3のドキュメントに掲載されています。 S32K3xx通信モジュール：LP UARTおよびLIN（RTD搭載） - トレーニング S32K3xx通信モジュール Flex CAN - トレーニング S32K3xx通信モジュール Flex CAN （RTD搭載） - トレーニング S32K3 RTD 3.0.0に基づいたトレーニング・マテリアルもいくつかあります。 S32K3_RTD_Training_eDMA.pdfおよびS32K3_RTD_Training_CAN (2).pdf は、 S32K3xx FlexCAN レガシーおよび拡張 RXFIFO DMAからダウンロードできます。 添付のS32K3_RTD_Training_LPSPI.pdfおよびS32K3_RTD_Training_LPI2C.pdfも参照してください。 申し訳ありませんが、公開されているLPUARTトレーニング・マテリアルはS32K3 RTD 3.0.0に基づいています。行方不明です。 S32K344-WB ハードウェア用の RTD は、あなたが言及したもので、実際には SW32K3_RTD_4.4_2.0.0 をベースにしており、具体的にはS32K344_Whiteboard_Example(LLD)_RTM_1.0.0.zip です。S32K344-WBだけを学習したい場合は、まずここにあるサンプルを学習してテストすることをお勧めします。 新規プロジェクト開発においては、このような旧バージョンのS32K3 RTDを使用することはお勧めしません。以下の動画をご覧ください： S32 Design Studio 3.6.0 を使用した RTD 5.0.0 のダウンロード、インストール、設定方法 RTD5.0_download_install_configure.mp4 の動画の 3:40 のところで、S32K3 RTD のインストール後の多くの例を見ることができます。 S32K3 RTDとS32DSの両方がアップデートされました。 インストールをお勧めします S32K3_S32M27x リアルタイム・ドライバ ASR R23-11 バージョン 7.0.1 ( SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite.zip ) S32DS v3.6.6 。 SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite.zip は、 S32K3 標準ソフトウェア -> オートモーティブ SW - S32K3/S32M27x - Cortex-M 用リアルタイム・ドライバ -> S32K3_S32M27x リアルタイム・ドライバ ASR R23-11 バージョン 7.0.1 を クリックしてダウンロードできます。 お役に立てば幸いです。 よろしくお願いします、 ロビン ------------------------------------------------------------------------------- 注記： この投稿があなたの質問への回答になっている場合は、「解決策として承認」ボタンをクリックしてください。ありがとう！ - 最後の投稿から7週間はスレッドをフォローしますが、それ以降の返信は無視されます。 後日、関連する質問がある場合は、新しいスレッドを作成し、閉じられたスレッドを参照してください。 Re: How config S32K344's periperial in S32DS.3.4 for DS ちなみに、私の設定はS32用のS32DSで、サンプルコードはS32K344_Whiteboard_Example(LLD)_RTM_1.0.0です。RTDはSW32K3_RTD_4.4_2.0.0です。私はEB TresosとAutoSarシステムを使用していないので、Tresosの例は使用していません。

FuelSync Pro 是合法的吗？2026 年回顾 FuelSync Pro 是一款先进的燃油管理解决方案，专为要求从每一滴燃油中获得最佳性能的驾驶员、车队经营者和汽车爱好者而设计。通过将先进的跟踪技术与智能分析相结合，FuelSync Pro 可以实时了解车辆的油耗模式，帮助您做出更明智的驾驶决策。 FuelSync Pro 让您掌控每英里里程 该系统与车辆的 OBD-II 端口无缝集成，可监控发动机性能、怠速时间、加速习惯和路线效率。其直观的移动应用程序提供易读的仪表盘、个性化的节油提示和详细的报告，有助于减少加油站的不必要开支。 无论您管理的是一辆汽车还是整个商业车队，FuelSync Pro 都能毫不费力地满足您的需求。异常用油警报、维护提醒和驾驶员行为评分可确保每次旅行都尽可能高效。 使用 FuelSync Pro，您不仅可以跟踪燃料，还可以控制燃料。驾驶更智能，花费更少，让您的发动机保持最佳运行状态。 告别污渍，焕发光彩

下载 S32K3 FRDM 汽车板安装软件包时出现问题：“待处理（不良行为者）” 错误 你好 我在尝试下载用于 S32K3 开发的特定软件包时遇到了问题，这似乎与账户权限或出口管制筛选有关。 1。供下载的目标包：代码包，软件包 S32K3/FRDM 汽车主板安装包（版本：2026.02） 包括FreeMaster 1.5.0RFP D2512，S32 设计工作室和配置工具 3.6.5D2511，实时驱动程序 7.0.0QLP03 D2512、FreeRTOS 7.0.0CD1 HF1 D2511、LIN 堆栈 4.0.0D2511，TCP/IP 协议栈 4.0.0D2512 2.问题和错误信息的顺序： 第 1 步（初次尝试-错误消息）：我最初直接从主列表中选择了 FRDM 汽车板安装包。但是，在过渡到 “导出控制” 阶段期间，出现了以下警告消息：" 以下软件包处于待处理状态（Bad Actor），请记住，其他软件包可能由于此请求而被禁用。"结果，下一步按钮完全失效，只有 [EXIT] 按钮处于激活状态。(请参阅 "nxp error2.png"）。 第 2 步（错误发生后-访问受阻）：遇到此错误后，每当我再次尝试下载软件包时，系统似乎都会将其视为失败的自定义选择链接。将出现一个带有警告的弹出窗口：" 警告：此选择包含一个或多个不再可用的软件包 "，[应用此选择] 按钮显示为灰色，这使我无法继续操作。(请参阅 "nxp error.png"）。 3.问题 在这种情况下，"待定（Bad Actor）"状态究竟是什么意思？这个问题是否是由于我的账户在出口控制筛查/审批中出现延迟或受到限制造成的？ 目前，我被弹出窗口屏蔽，无法重新选择或继续此软件包的下载过程。我需要采取什么行动，或者需要恩智浦方面进行哪些调整，才能解决这个问题并成功下载FRDM汽车板安装包？ 感谢您的帮助。 顺祝商祺！ Re: Issue with Downloading S32K3 FRDM Automotive Board Installation Package: 'Pending(Bad Actor)' Er 你好@iamengineer、 基于类似的案例，“待处理（不良行为者）” 消息通常表示软件下载的帐户/权限限制，而不是代码包，软件包本身的问题。 请联系您当地的恩智浦FAE，并提供您的恩智浦账户电子邮件、公司/国家、确切的软件包名称/版本和消息的屏幕截图。 你也可以尝试单独从包中下载元器件。 顺祝商祺！ 帕维尔

S32N55 HSE2 ADKP SetAttribute causes chip hang when OTP write - GCS custom board - SoC: S32N55 (B0 silicon) - GrayVIP: 1.0.24 - HSE2 FW: HSE_FW_S32N5_1_0_24_0 - Lifecycle: OEM_OPEN - Board: Custom B/D (SGMII only, no RGMII) EVB board: - FSS/CRS normal operation - ADKP SetAttribute success Custom board issue: - CRS_ETH0/1_RGMII_RX clock source not available (no RGMII interface on board) - Workaround applied: parent clock changed to CRS_SAFE - After workaround: FSS/CRS normal, Secure Boot normal After clock workaround applied on custom board, HSE_OTP_FOEM_ADKP_ATTR_ID SetAttribute returns HSE_SRV_RSP_NOT_ALLOWED (0xAA55A21C). Following this failure, chip becomes unresponsive: - T32 attach fails with bus error at AHB:0xE0042FE0 (CoreSight ROM Table) - FSS cannot be attached via JTAG - Board requires physical intervention to recover Same ADKP provisioning code works correctly on EVB without clock modification. GetAttribute calls (HSE_OTP_LIFECYCLE_ATTR_ID, HSE_OTP_FOEM_ADKP_ATTR_ID) work normally on custom board, confirming basic HSE communication is functional. 1. Can CRS_ETH0/1_RGMII_RX clock configuration affect HSE OTP write operations? 2. Why does chip become unresponsive after ADKP SetAttribute failure, and is there a recovery method without board replacement? 3. Is there any known issue or restriction for ADKP provisioning on custom boards with modified CRS clock configuration in HSE_FW_S32N5_1_0_24_0? 1. What conditions trigger HSE_SRV_RSP_NOT_ALLOWED for HSE_OTP_FOEM_ADKP_ATTR_ID SetAttribute when Lifecycle is confirmed OEM_OPEN? 2. Can CRS_ETH0/1_RGMII_RX clock configuration affect HSE OTP write operations? 3. Why does chip become unresponsive after ADKP SetAttribute failure, and is there a recovery method without board replacement? 4. Is there any known issue or restriction for ADKP provisioning on custom boards with modified CRS clock configuration in HSE_FW_S32N5_1_0_24_0? Re: S32N55 HSE2 ADKP SetAttribute causes chip hang when OTP write - GCS custom board Hello @EddiePark, Sorry for the delay I was out of the office for a couple of days. I got notifications that you replied to my questions but it seems that you deleted those replies. Do you still need support on this topic? Thanks. Re: S32N55 HSE2 ADKP SetAttribute causes chip hang when OTP write - GCS custom board Hello again @EddiePark, Thanks for reaching out to us again. For now I don't have answers for all your questions, I was not able to find any reference to indicate any correlation between the clocks you mentioned and the HSE.  Can you share the exact registers you modified for the clock changes? Also, if your board does not use a RGMII interface, why is this change needed? Thanks.

LX2160 上的 UE 到 UE 通信失败 恩智浦团队你好， 我们的 一位客户使用非IPsec模式和静态IP设置了以下配置。该板以 2160 ASF 为 基础。 核心区有一个 BH 服务器，从 BH 服务器分别 ping 到 UE1 和 UE2 都正常。 IP 地址：192.168.205.3 但当它们从 UE1 ping 到 UE2 时，ping 却不起作用。从 pcap 看来，ping 数据包是从 UPF 到达 gnb 的，但没有转发到 dpdk，而是转发到了 Linux 栈。 当我们看到"restool dpni info dpni.3" stats ingress_bytes 在增加，但 egress_bytes 没有增加。Dpni.3 是 ASF 接口。 我们尝试手动执行 setbhinfo 和 conntrack flush，但仍然没有成功。 问题出在哪里？ 请参见附件中的 pcap 和 nf_conntrack dump。 Re: UE to UE communication failure on LX2160 根据您的描述，您似乎正在使用"ASFSIB ASK" ，这是付费的 SDK。 在社区讨论这个话题很不方便。 我看到您创建了一个内部案件。我们将在内部案件中为您提供支持。

S32K3 FRDM オートモーティブ ボードインストールパッケージのダウンロードに関する問題：「保留中（不正行為者）」エラー こんにちは、 S32K3開発用の特定のソフトウェアパッケージをダウンロードしようとした際に問題が発生しており、アカウント権限または輸出管理スクリーニングに関連しているようです。 1. ダウンロード対象パッケージ: S32K3 / FRDM オートモーティブ基板インストールパッケージ（バージョン：2026.02） 同梱物：FreeMaster 1.5.0RFP D2512、S32 Design Studioおよび構成ツール3.6.5D2511、リアルタイム・ドライバ 7.0.0QLP03 D2512、FreeRTOS 7.0.0CD1 HF1 D2511、LINスタック 4.0.0D2511、TCP/IPスタック4.0.0D2512 2. 問題発生とエラーメッセージの発生順序： ステップ 1 (最初の試み - エラー メッセージ):最初はメインリストから FRDM オートモーティブ ボードインストール パッケージを直接選択しました。しかし、「輸出管理」段階への移行中に、次の警告メッセージが表示されました。 「以下のパッケージは保留状態（不正行為者）です。この要求により、他のパッケージが無効になる可能性があることに注意してください。」その結果、次のステップに進むボタンは完全に無効になり、[終了]ボタンのみが有効になった。（「nxp error2.png」を参照してください） ステップ 2 (エラー発生後 - アクセスがブロックされました):このエラーが発生した後、パッケージを再度ダウンロードしようとすると、システムはそれを失敗したカスタム選択リンクとして扱うようです。「警告：この選択には、現在入手できないパッケージが1つ以上含まれています」という警告が表示されたポップアップウィンドウが表示され、[この選択を適用]ボタンがグレー表示になっていて、先に進むことができません。（「nxp error.png」を参照してください） 3. 質問: この文脈において、「保留中（悪質な行為者）」というステータスは具体的に何を意味するのでしょうか？この問題は、私のアカウントの輸出管理審査／承認における遅延または制限が原因ですか？ 現在、ポップアップウィンドウが表示されて先に進めず、このパッケージの再選択やダウンロード処理を進めることができません。この問題を解決し、FRDM オートモーティブ ボードインストールパッケージを正常にダウンロードするために、私がどのような対応を取る必要がありますか？あるいは、NXP側でどのような調整が必要ですか？ ご協力ありがとうございました。 よろしくお願いいたします。 Re: Issue with Downloading S32K3 FRDM Automotive Board Installation Package: 'Pending(Bad Actor)' Er こんにちは、 @iamengineer さん、 類似の事例に基づくと、「保留中（悪意のある行為者）」というメッセージは、通常、ソフトウェアのダウンロードに関するアカウントまたは権限の制限を示しており、パッケージ自体に問題があるわけではありません。 お近くのNXP FAEにご連絡いただき、NXPアカウントのメールアドレス、会社名／国名、正確なパッケージ名／バージョン、およびメッセージのスクリーンショットをお送りください。 バンドルに含まれるコンポーネントを個別にダウンロードしてみることもできます。 よろしくお願いいたします。 パベル

FRDMPT2000EVM 上的 PT2000 CLK 问题 你好，我正在使用连接到我的微控制器板的 FRDMPT2000EVM。 两块电路板之间的连接是： RESET、DRVEN、SCLK、MISO、MOSI、CS、VCCIO (3.3V)、VCC5，CLK。 我确定 SPI 通信正常（可以读写寄存器）。 我用评估板上的 CLK 跳线（已关闭）上的示波器计验证了 CLK 信号符合规格（频率 1MHz，占空比 50%，电压等级 3.3V），但是当我读取 MainBackupClockStatus 寄存器（地址 0x1A8）时，第 0 位（loss_of_clock）已确定，表明无法识别外部时钟，但我确信时钟是正确的而且连接正确，我还尝试在同一个寄存器中设置 switch_to_clock_pin 位但没有成功，请帮帮我，错误在哪里？ 此致 Re: PT2000 CLK problem on FRDMPT2000EVM 你好，拉法、 我明白你的意思。 我认为就我而言，问题在于，在启动时，PT2000 无法识别外部时钟，因为提供时钟的微控制器板无法与 PT2000 同时供电，因此 PT2000 首先在没有外部时钟的情况下启动，然后微控制器开始为时钟供电，但此时我必须手动切换时钟。 我希望，在最后一块同时启动 PT2000 和微控制器的主板中，PT2000 能够在启动阶段识别时钟。 再次感谢，并致以最崇高的敬意 Re: PT2000 CLK problem on FRDMPT2000EVM 你好 alessandrocorti 日安 如果外部时钟出现故障：设备会自动切换到备用时钟 如果外部时钟返回：设备通常不会自动返回 您必须再次手动切换 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你愉快，好运连连。 Re: PT2000 CLK problem on FRDMPT2000EVM 你好，拉法、 谢谢您的答复，我只想问最后一个问题，因为我还有一个疑问、 一般来说，我必须每次都手动切换到外部时钟引脚，还是 PT2000 在识别到外部时钟时会自动切换？ 谢谢  此致问候 Re: PT2000 CLK problem on FRDMPT2000EVM 你好 alessandrocorti 日安 您确认我需要延迟吗？ 是的，你实施得很完美。 这是正确的还是为了提高功能安全，我必须将延迟时间设置得更长？ 我认为，超过 50 人是过分的。如果你想确定的话，可以再给它 20 us，50 us 应该没有问题。 一般来说，是否必须在两次连续访问寄存器之间插入延迟？ 一般来说，没有必要这样做；这种延迟是为了让 PT2000 有时间稳定时钟。 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你愉快，好运连连。 Re: PT2000 CLK problem on FRDMPT2000EVM 感谢 RafaR 的答复。 我以为 PT2000 芯片可以单独切换到外部时钟，而无需通过用户软件手动切换。 总之，正如我之前所说，我试图手动切换，但之后所有寄存器访问都返回类似 0xAAAC 的错误代码。 我不得不在写寄存器访问和读寄存器访问之间增加 50 us 的延迟时间，现在这个新函数似乎可以正常工作了： int PT2000ClockCheck(PT2000_Device*PT2000Device) { PT2000Device->extClkIsOk= PT2000MissingClkBitCheck(PT2000Device)； 同时( !PT2000Device->extClkIsOk) { PT2000Device->BkpClkStatReg.B.SwitchToClkPin= 1; PT2000WriteRegister(PT2000Device、 主备份时钟状态，PT2000Device->BkpClkStatReg.U); delayus(50))； // 等待 50 微秒 PT2000Device->extClkIsOk= PT2000MissingClkBitCheck(PT2000Device)； } 返回0; } 函数 PT2000MissingClkBitCheck 的位置： 布尔 PT2000MissingClkBitCheck(PT2000_Device*设备) { 布尔CLKCheckResult = TRUE； // 检查 CLK 1MHz PT2000TransferData(PT2000Device.SpiCmdWrite) SpiCmdWrite, 选择注册, common_page）； // 设置公共页面 PT2000Device->BkpClkStatReg.U= PT2000TransferData（PT2000Device、 数据读取, 主备份时钟状态, 0x00); // 读取备份时钟状态寄存器 如果( PT2000Device->BkpClkStatReg.B.LossOfClk) { CLKCheckResult = FALSE； // 如果没有 1MHz CLK，则将结果设置为 0 } 返回CLKCheckResult； } 如果没有 delayus(50) 就不起作用。 您确认我需要延迟吗？ 这是正确的还是为了提高功能安全，我必须将延迟时间设置得更长？ 一般来说，是否必须在两次连续访问寄存器之间插入延迟？ 顺祝商祺！ Re: PT2000 CLK problem on FRDMPT2000EVM 你好 alessandrocorti 日安 PLL 在启用外部 CLK 后约 25 秒锁定 switch_to_clock_PIN：此位（在上升沿处于活动状态）用于提供一种重置时钟丢失条件的方法。如果该位是在时钟丢失条件下设置的，则一旦时钟管理器将 PLL 输入切换到外部基准电压源，它就会被重置。如果该位在没有时钟损失的情况下设置，则该位会立即重置而不会产生任何影响。 您能否确认在尝试执行 switch_too_clock_pin 时 PLL 确实发生了变化？ RESET后，延迟尝试。让时钟监测稳定下来。 我还建议你重读第 7.4.3 章时钟监测、闪光灯启用和数据表的 drVen 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你愉快，好运连连。

Guidance for Low Power Mode on i.MX8MP Hi NXP Team, I am working on a custom product based on i.MX8M Plus (i.MX8MP) using Yocto Linux and BusyBox userspace. Current hardware configuration: i.MX8MP LA9410 connected through PCIe LTE modem (u-blox LARA-L6) connected through USB MIPI CSI camera connected to i.MX8MP Yocto BSP based Linux BusyBox rootfs Project requirement: We need to implement low power operation with: Low latency wakeup Fast resume back to normal operation PCIe and USB subsystem stability after resume Camera pipeline recovery after wakeup LTE modem reconnect/resume support We are currently evaluating: WAIT mode STOP mode DSM (Deep Sleep Mode) From the Reference Manual and AN13400, DSM gives maximum power saving, but our concern is wakeup latency and peripheral resume stability. Main questions: Which low power mode is recommended for this use case? WAIT STOP DSM For low latency wakeup with PCIe + USB + camera active systems, is suspend-to-idle preferred over deep suspend? Are there any known limitations for: PCIe device resume (LA9310) USB LTE modem resume CSI camera recovery after suspend Which BSP version/kernel is most stable for low power support on i.MX8MP? We are currently considering: LF 6.6.3 BSP Yocto Nanbield Are there recommended SDKs, patches, or reference implementations for: PCIe wakeup USB wakeup Runtime PM DSM entry/exit Low latency suspend/resume Is there any recommended approach for keeping LTE connectivity partially active while reducing overall system power? Reference documents we are studying: AN13400: i.MX 8M Low Power Design By M Core Running i.MX8MP Reference Manual Chapter 5 (GPC / Low Power) Linux PM framework gpcv2 driver Any guidance, reference SDKs, Yocto layers, example DTS configurations, or suspend/resume debug methods would be very helpful. Thank you. FRDM-Training Hands-On Training HW-Open-Source i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano PMIC Security Suspected Software Defect Yocto Project Re: Guidance for Low Power Mode on i.MX8MP Hi, 1. I would recommend Runtime PM first, use runtime PM/autosuspend for individual subsystems while Linux is running: PCIe endpoint idle handling, need PCIe endpoint driver support: https://docs.kernel.org/power/pci.html USB modem autosuspend / remote wakeup: linux/Documentation/driver-api/usb/power-management.rst camera stream stop / sensor power management, should be shutdown before IDLE/SLEEP CPU idle / DVFS 2. For short idle periods and fast wakeup, use Linux suspend-to-idle. DSM only for long idle / maximum power saving 3. For  the BSP verison, recommend to use latest version. Best Regards, Zhiming

SE05X - 支持并发和并行访问 你好， 我正在使用 Plug & Trust 中间件使用 SE05x，我想了解它对并发（并行）访问的支持。 是否可以同时从多个线程或进程访问 SE05X？ 如果回答为 "是"： - 使用并发访问时是否有任何限制或约束？ - SE05X 是否在内部处理同步问题，还是完全由主机端管理？ - 对于多线程或多会话使用，是否有推荐的最佳实践？ 如果不是： - 在多线程或多进程环境中使用 SE05X 的推荐架构是什么？ 如有任何澄清或提及相关文件，将不胜感激。 谢谢！ Smart Card Re: SE05X - Support for concurrent and parallel access 你好@nofarbe 希望你一切顺利。 SE05x 支持多租户模式。请参阅《SE050A/B/C/D 用户指南》/《 EdgeLock SE050E 用户指南》第 5 章。 Eduardo。

RT1176 cm7 程序收到 SIGHUP 信号，挂起。 我正在定制的 RT1176 主板上进行调试。 调试 SDK 样本 "evkbmxrt1170_iled_blinky_cm4 "没有问题。 但是，当我尝试调试 SDK 样本 "evkbmimxrt1170_iled_blinky_cm7 "时， ，出现以下信息，并且无法正常运行： ------------------------------------------------------------ 程序收到信号 SIGHUP，挂起。 0x00254330 在 ?? () 警告：无法获取所需的 XPSR 内容。不可能再松绑了。 ------------------------------------------------------------ cm4 和 cm7 之间的区别是什么？ 如有任何建议，我们将不胜感激。 Re: RT1176 cm7 rogram received signal SIGHUP, Hangup. 嗨，@kojimiura、 我很高兴您能利用我同事分享的信息解决问题。 如果您对此还有任何疑问，或遇到任何有关 CM7 编程的其他问题，请随时与我联系。 BR, Edwin. Re: RT1176 cm7 rogram received signal SIGHUP, Hangup. 这个答案很有帮助。 https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/Unable-to-Program-M7-Project-on-i-MX-RT1170-with-MCUXpresso-IDE/td-p/2072769 谢谢！

ot-daemon 在 i.MX 8ULP + IW612 上无法启动（LPSPI 不支持 SPI_MOSI_IDLE_LOW）。 你好 我目前正在尝试使用与 IW612 配对的 i.MX 8ULP 启用线程（802.15.4）功能。但是，ot-daemon 无法启动。内核日志显示以下错误： spidev spi0.0：设置：不支持的模式 位数 20000 出现这个问题的原因是 i.MX 8ULP 上的 lpspi 主机驱动程序不支持 SPI_MOSI_IDLE_LOW (0x20000) 模式位。尽管ecspi（在较早的i.MX系列中使用）支持这一点，但从lpspi硬件寄存器来看，似乎无法本机控制MOSI IDLE状态。 在研究 ot-daemon 源代码后，我发现 SPI_MOSI_IDE_LOW 被明确设置为在 MOSI 上产生上升沿，将 RCP 从深度睡眠中唤醒。以下补丁引入了这一行为： https://github.com/nxp-imx/meta-nxp-connectivity/blob/imx_matter_2026_q1/meta-nxp-openthread/recipes-openthread/openthread-iwxxx/files/otpatches-102-a9a9d84/0062-host-handle-power-save-mode-on-ssp-rxd.patch 在 Linux 6.12 上运行 OpenThread、我正在考虑恢复或放弃这个补丁。能否请您澄清以下几点？ IW612 RCP 在正常运行时（如作为边界路由器或路由器时）是否会进入深度睡眠模式？ 如果不进入深度休眠，放弃"62-host-handle-power-save-mode-on-ssp-rxd.patch" 是否是安全有效的解决方法？ 有没有官方推荐的变通方法或设备树配置来绕过这种模式位限制，可以在基于LPSI的平台（如i.MX 8ULP和i.MX 9系列）上通过SPI运行OpenThread？ 环境详情： 内核：Linux 6.12（lf-6.12.y 分支） OpenThread：openthread-iwxxx（meta-nxp-连接/imx_matter_2026_q1）IW612 固件：sduart_nw61x_v1.bin.se（imx-固件/lf-6.12.49_2.2.0） 谢谢， mizo i.MX8ULP Re: ot-daemon fails to start on i.MX 8ULP + IW612 (SPI_MOSI_IDLE_LOW not supported by LPSPI) 你好，@水渊大辅 感谢您为我们创建案例。 让我仔细核对一下信息。 请给我一点时间。 我会尽快回复您。 顺祝商祺！ Christine。 Re: ot-daemon fails to start on i.MX 8ULP + IW612 (SPI_MOSI_IDLE_LOW not supported by LPSPI) 你好@Christine_Li， 感谢您的回复。我会等待你的更新。 致以最崇高的敬意， mizo。 Re: ot-daemon fails to start on i.MX 8ULP + IW612 (SPI_MOSI_IDLE_LOW not supported by LPSPI) 你好，@水渊大辅 对不起，我的回复晚了。 在我检查了您的需求并与我们的内部团队讨论后，我需要创建一个内部案例，向我们的专家团队寻求进一步帮助。 这样我们才能给你一个确定的答复。因为正如您所提到的，这是有关补丁的详细信息。 请再给我一些时间，一旦有任何更新，我会通知你们的。 顺祝商祺！ Christine。 Re: ot-daemon fails to start on i.MX 8ULP + IW612 (SPI_MOSI_IDLE_LOW not supported by LPSPI) 你好，@水渊大辅 感谢您的耐心等待。 我们的内部团队已对该问题进行了调查，并确认了问题的根本原因和建议的解决方法。下面是我们对您所提问题的答复。 关于这个问题，错误是 spidev spi0.0：设置：不支持的模式位数 20000 是由补丁 0062-host-host-handle-patch 上的 power-save-save-mode-on-ssp-rxd.patch（存在于 meta-nxp-connectivity/imx_matter_2026_q1 中）在初始化期间无条件调用 ioctl（SPI_IOC_WR_MODE32、SPI_MOSI_IDLE_LOW）造成的。 i.MX8ULP 上的 LPSPI 控制器在硬件级不支持 SPI_MOSI_IDLE_LOW (0x20000) 模式位。这与支持该功能的旧版 ECSPI 不同。因此，ioctl 调用返回 EINVAL，从而产生内核警告。 问 1： IW612 RCP 在正常运行期间（如边界路由器或路由器）是否真的会进入深度睡眠模式？ [恩智浦]：没有。只有当线程无线电明确进入休眠状态时，IW612 RCP 才会进入深度睡眠模式（DSM）。在边界路由器或路由器角色中，无线电持续处于接收状态，在正常网络运行期间不会进入 DSM。 问题 2： 如果无法进入深度休眠状态，是否可以使用 0062 补丁作为安全有效的解决方法？ [恩智浦]： 是的，对于边界路由器/路由器用例，这是可以接受的。由于 RCP 在活动网络运行期间不会进入深度休眠状态，因此这里不需要 0062 补丁提供的唤醒机制，放弃该补丁将允许 ot-daemon 启动，而不会出现错误。 问题 3：对于基于 LPSPI 的平台，是否有任何官方推荐的变通方法或设备树配置？ [恩智浦]：无需更改设备树。这纯粹是用户空间 ot-daemon SPI 接口的问题。推荐的修复程序是0074-fix-spi-idle-low-warning-setting.patch 补丁，我会单独发送到您的私人邮箱，这将有助于您的修复、 在初始化时，通过回读 SPI 模式寄存器来检测是否支持 SPI_MOSI_IDLE_LOW。 如果不支持（LPSPI 平台），则从容跳过不支持的 ioctl 调用 请帮助在 imx_matter_2026_q1 版本的基础上手动应用共享用户空间 ot-daemon 应用程序端补丁，并确认它是否有助于解决此内核警告。 如果在应用更改后仍遇到问题，请帮助分享详细的重现步骤和驱动程序日志。 顺祝商祺！ Christine。 Re: ot-daemon fails to start on i.MX 8ULP + IW612 (SPI_MOSI_IDLE_LOW not supported by LPSPI) 你好，@Christine_Li 感谢您提供的补丁。 我使用了它，效果和预期的一样。我真的很感谢您的支持！ 最崇高的敬意， mizo。

Boar Green Boresight Review Available? Ask Yourself 2026 Boar Green Boresight is becoming one of the most talked-about firearm alignment tools in 2026 because it focuses on improving sight accuracy and reducing wasted ammunition instead of relying on time-consuming manual adjustments. Designed for shooters, hunters, and firearm enthusiasts, the device helps users quickly align optics and sights before live firing, making the setup process faster, easier, and more efficient. Boar Green Boresight Ready to go What makes it stand out is its beginner-friendly and practical approach. Rather than requiring advanced gunsmith knowledge or expensive range sessions, the tool is designed to simplify the sighting process for everyday users. Many firearm owners appreciate that it can help save time, reduce frustration, and minimize unnecessary ammo use while improving overall accuracy setup. In 2026, with rising ammunition costs and increasing interest in shooting sports, hunting, and firearm maintenance, more people are looking for affordable tools that improve efficiency and precision. Boar Green Boresight taps directly into this trend by offering a convenient alignment solution that supports faster scope adjustments and better preparation before heading to the range. Is it worth buying? For firearm owners looking for a practical sight alignment tool, the answer appears to be yes. The value comes from the convenience, time-saving benefits, and ease of use provided by the system. However, proper firearm handling and final live-fire testing are still necessary for the best accuracy results. It is best suited for users who want a simpler and more efficient way to prepare their optics and sights before shooting sessions. see more: - https://tinyurl.com/skhtee8p