OV5640 与 i.MX RT1170（无显示器）连接，实现图像捕获和流式传输至桌面 你好， 我正在使用 i.MX RT1170-EVKB 板，我的目标是从 OV5640 摄像头捕获图像，并在我的台式电脑上查看捕获的图像或实时视频流，而无需使用 LCD 显示器。 我尝试了 MIPI CSI SDK 示例，并能够以 RAW 格式捕获图像数据。但是，我遇到了一些问题。 捕获的输出是 RAW 格式，我找不到任何文档解释如何正确转换或查看这些图像。 捕获的图像似乎颜色不正确或有滤镜般的伪影，因此很难验证相机输出是否正确。 我找不到任何官方文档、应用笔记或视频教程来描述从 OV5640 捕获图像并在台式电脑上查看图像的完整工作流程。 目前还没有明确的参考资料解释如何在不使用机载显示屏的情况下，通过以太网或 USB 传输摄像机输出。 我也尝试了 sd_jpeg 示例，但遇到了多个问题。 在集成过程中，该项目报告缺少 JPEG 库配置文件，例如 jconfig.h。 在解决了一些构建问题之后，我在将 JPEG 编码器与 MIPI CSI 相机示例结合使用时，仍然遇到编译和集成错误。 我无法从捕获的相机帧中生成有效的 JPEG 图像。 我的目标是： 无需使用液晶显示屏，即可将 OV5640 相机与 i.MX RT1170-EVKB 板连接。 捕获图像并将其传输到我的台式电脑上进行查看。 如果支持，请通过以太网将摄像头的实时视频流传输到我的台式电脑。 我希望您能就以下问题提供指导： 是否有针对此用例的官方 SDK 示例或参考项目？ 是否有任何文档解释从 OV5640 到 MIPI CSI、内存、JPEG 或 RAW 处理，再到以太网或 USB 传输到台式电脑的完整图像捕获流程？ RT1170-EVKB 是否支持以太网实时流媒体传输？如果可以，能否推荐合适的 SDK 示例或中间件？ sd jpeg 示例是否存在已知问题？或者将其与 MIPI CSI 相机示例集成是否需要任何额外的配置步骤？ 任何指导、文档或参考项目都将不胜感激。 感谢您的支持。 Re: OV5640 Interfacing with i.MX RT1170 (Without Display) Image Capture and Streaming to Desktop 嗨@Sureshk123 ， 我们没有适用于您应用程序的官方示例项目或参考设计。也就是说，根据我的了解，我建议您按以下步骤完成整个申请流程： 摄像头采集路径（OV5640 > MIPI CSI > cameraBuffer）：这部分我们提供了一个示例应用程序，即前面提到的 MIPI CSI SDK 示例。请注意，根据错误代码 ERR051248：“视频复用控制器 (VIDEO_MUX) 不支持将原始数据和 YUV422 (10 位) 格式发送到 MIPI_CSI2 模块。” 使用并行 CSI 或视频解码器是一种可选的解决方法。 一旦您的 cameraBuffer 中有足够的数据，您就可以集成我们 SDK 中基于 USB 或 lwIP 的示例项目，将此数据传输到您的 PC。我建议只有在确认缓冲区工作正常后才考虑 JPEG 编码。 BR， 埃德温。

MCUX 11.0.1 - デバッガーが「割り込み失敗」ダイアログを表示する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 現在、RT1050で特定のFreeRTOSタスク内でブレークポイントを試みているのですが、ブレークポイントに達したときにデバッガーが自ら一時停止できず、手動でデバッガーを一時停止しようとすると「割り込み失敗」というダイアログが表示されます。 なので、私のアプリケーションは正常に起動します。プログラムを手動で一時停止すると、有効なデバッガーコンテキストが得られます。 これは私が介入したいタスクなので、メッセージキューの受信コールが戻った直後のswitch()文にブレークポイントを設定しています。また、そのすぐ下にNetIfInit()という方法内に2つ目のブレークポイントを設定しています。デバッガはその両方、あるいは少なくともどちらかに当てると思います。 また、メッセージキューへの送信を開始するブレークポイントをテスト関数内に設定しました。シリアルコンソールでキーを押すと、デバッガーがそのブレークポイントに到達して停止します。 次に、NetInit() 関数にステップインします。この関数は最終的に xQueueSend() を呼び出し、デバッガーはしばらくの待機の後、その関数にステップインします。次に、xQueueGenericSend() の本体を順に処理していき、この箇所に到達します。 846行目をステップオーバーしようとすると、デバッガーがしばらく停止した後、コンテキストを失います。履歴書の全て、すべてを一時停止、全て終了するボタンを失い、左側のスレッドリストも失っています。このセッションで使用できるボタンは、「一時停止」と「終了」のみです。一時停止をクリックすると、IDEは数秒間待機し、その後次のダイアログが表示されます。 これで終わりだ。デバッガーのゲームオーバーだ。一方、私のシリアルコンソールは、書きかけのUART出力で停止している。「やばい、スタックを全部使い果たしちゃった、ターゲットは死んだに違いない」と思うかもしれないが、そうではない。残っているボタンは赤い「終了（停止）」ボタンだけで、それをクリックするとデバッグセッションが終了し、実行が再開されます。タスクは正常に動作しています。 Initialize eth0. #DA4 12.996 | eth: netif init #DA4 12.999 | eth: NV MAC = 00-07-F0-00-56-03 #DA4 12.999 | eth: NV cfg: address = 192.168.1.180, netmask = 255.255.252.0, gateway = 192.168.1.1, static #DA4 13.000 | eth: netif add: MAC 00-07-F0-00-56-03, PHY address 3 Returning to main menu. #BB4 17.572 | No Handle Base Curr HiWByte State Name #BB4 17.575 | 10 80010db8 19 19 824 Blocked Tmr Svc #BB4 17.575 | 05 20206b68 12 12 1396 Suspended led_act #BB4 17.576 | 04 20206500 12 12 1388 Blocked led_cpu #BB4 17.576 | 08 2020ba18 8 8 7216 Blocked tcpip_thread #BB4 17.576 | 07 20209868 7 7 6900 Blocked eth_mgr #BB4 17.577 | 06 20207818 4 4 1912 Blocked gui #BB4 17.577 | 01 20203538 3 3 2812 Suspended debug_mgr #BB4 17.577 | 02 20204a68 2 2 4248 Running test #BB4 17.577 | 03 20205e88 1 1 3948 Blocked backgrnd #BB4 17.579 | 09 80010d40 0 0 748 Ready IDLE‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ つまり、実行は設定したブレークポイントで実際に止まったようですが、デバッガが自ら故障しただけです。 なぜデバッガがこんなふうに狂ったのか、心当たりはありますか? （追記：コンソール出力の添付ファイルを追加しました。もし役に立つようでしたら。） デビッド・ロジャース Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog 私も似たような状況で、デバッガがmain()で停止せず、その後は一時停止できず、「割り込み失敗」と表示されることがあります。ワークスペースディレクトリ「.mcuxpressoide_packages_support」を置き換えることで問題を解決しました。および「.metadata」私が持っていたバックアップを使って。 これらのディレクトリは別のコンピュータのインストールから入手できるかもしれません。 プロジェクトを再インポートするだけでも解決するかもしれません。 Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog この問題が解決されたかどうかも知りたいです。私もまったく同じ問題を抱えています。MCUXpresso(v11.4)を使っているのですが、FreeRTOSアプリは何時間も問題なく動作します。手動でデバッガーを一時停止してコードをステップで進めることができます。しかし、私のプログラムは最終的にクラッシュし、デバッガ（Segger JLink経由）は「割り込み失敗」と報告するだけで、デバッグ機能がすべて失われてしまいます。 Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog こんにちは、皆さん。 私たちも現在、同じ問題を抱えています。 問題のデバッグを行おうとしたのですが、ブレークポイントに到達した後、J-Linkデバッガーに「割り込みに失敗しました」と表示されます。 このスレッドはサポートシステムへのヒントで終わりますが、もう解決策はあるのでしょうか? 敬具 デビッド Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、エーリッヒさん。 えっ…まだチケット制なの？NXPは何年も前にフォーラムに行くように言ってそのサポートを閉ざしたと思っていました。(当時はあまり喜びませんでした。なぜなら、これはカスタマーサービスの削減、つまり「私たちに来るな、一般の方に助けを求めろ」と受け取ったからです。)しかし、NXPのエンジニアたちはフォーラムに積極的に参加しているようで、第三者からの意見は通常役に立つ。 サポートチケットをどこで送信できるか、簡単なリンクはありますか?もし今週中に割り切れるなら(笑)、少なくともEVKB上で正しく動作しつつ、ブレークポイントの失敗を示すバージョンを作れるか試してみます。ありがとう。 デビッド・R. Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、デイビッドさん。 通常のサポートチケットを使ってプロジェクトを提出することもできます。IDEエンジニアにとっては、EVK上で動作するハードウェアが手元にあるので、プロジェクトが小さいほど良いと思います。 ご協力いただきありがとうございます！ エーリッヒ Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 現在、他にも多くの案件を抱えていますが、数日中に追加情報をお伝えできるよう努めます。おっしゃる通り、私はフォーラムに自分のプロジェクトを投稿するつもりはありませんが、もしあなたやNXPのエンジニアに直接プロジェクトを送れる裏ルートがあれば、それで構いません。しかし、現在のプロジェクトの形態では、100％再現可能です。もし私のプロジェクトをプライベートで送ってもらえるなら、EVKB上で動作しつつも問題が残る修正版を作ってみます。 デビッド・R. Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、デイビッドさん。 私も時々同じ経験がありましたが、再現可能なケースはできなかったので、プロジェクトを共有することはできないと思います(そうでなければ、ぜひ共有してください)。 私が気づいたこと、あるいは考えていることは、SEGGER FreeRTOSの認識実装に問題がある可能性があるということです。大量のデータ読み取りが行われ、ビューの更新が頻繁に発生していることに気づきました。その件に関して、SEGGER社に問い合わせが保留されています。 確実に効果があったのは、デバッガでSEGGER FreeRTOS認識を無効にしたことです(ただし、これだとFreeRTOSアプリケーションのデバッグがユーザーフレンドリーで劣るのは認めます)。 もう一つやったことは、トラフィックを減らすために、できるだけ多くのビュー（特に分解ビュー）を閉じることでした。 理想的ではないことは承知していますし、もしIDEエンジニアリングチームのために他に何か教えていただけると助かります。 役立つかもしれないのはGDBトレースです。 EclipseのBoard Bring-Up Tips、GDBログとトレースを参照してください。MCUのエクリプス  お役に立てば幸いです。 エーリッヒ

S32K3 低功耗唤醒问题 最近在调试S32K314低功耗唤醒的时候，发现进入休眠后无法唤醒，使用的是外部唤醒， 在正常的时候外部动作该DI，是有反应的，但是一旦进入休眠后，就没有任何反应了 附件是代码工程请问是什么原因造成，应该怎么解决？ Re: S32K3 低功耗唤醒问题 Hi,Julián 采纳了你的建议后，发现可以唤醒，是不是就可以说明真的进入了进入Standby模式。 另外想请教一下，进入Standby模式后IO口状态是否维持之前的状态？ 还有一个问题，我们电路设计上有一个硬件看门狗需要MCU定时喂狗，低功耗下如何处理？ 谢谢， Joker_Y Re: S32K3 低功耗唤醒问题 嗨@Joker_Y ， 你分享的项目看起来规模相当大。我还没有全部检查一遍，但我可以看到你没有启用相应的唤醒源。您有以下这行代码被注释掉了： Wkpu_Ip_EnableInterrupt(0,Wkpu_Ip_ChannelConfig_PB[0].hwChannel); 另外，在进入待机状态之前，使用 Clock_Ip_Init() API 将主时钟更改为 FIRC。 您可以参考低功耗示例；它展示了如何更改时钟配置以及如何启用 WKPU 通道。 S32K3 低功耗管理 AN 和演示 [RTD600 MCAL & IP] S32K3 低功耗管理 AN 和演示 此致， 朱利安 Re: S32K3 低功耗唤醒问题 嗨@Joker_Y ， 1.您可以通过查看 MC_ME.MODE_STAT[PREV_MODE] 来检查您是否处于待机状态。它会显示之前的模式是RESET（任何RESET）还是待机。 您还可以测量MCU的电流消耗。典型的待机值在S32K3XX 的数据手册第 6.7 章（电源电流）中进行了描述。 2. 所有引脚在待机模式下将保持其在运行模式下的最后设置状态。但是，默认情况下，复位事件发生后，所有引脚都会恢复到其默认状态。您可以启用引脚保持功能，确保引脚从唤醒状态恢复到用户再次初始化状态。 请参阅 S32K3XX 参考手册 中的 41.12 垫片保存 。 3. 我想这取决于设计和应用。我认为，你可以将看门狗设置为睡眠状态（如果看门狗支持的话），或者持续唤醒 S32K3（通过 RTC 或任何其他唤醒方式），维护看门狗，然后恢复低功耗状态。 此致， 朱利安 Re: S32K3 低功耗唤醒问题 好的，谢谢，我尝试一下

s32k312 HSE AB SWAP 您好： 我目前正在使用 S32K312 上的 HSE 的 AB 交换功能。 例如，程序当前正在分区 A 上运行。在首次更新期间，我们会擦除/写入分区 B 中的闪存，然后调用 HSE 接口启用分区 B。此时，不会执行任何重置操作。 在第二次更新过程中，我们仍然需要擦除/编程分区 B 中的闪存。但是，如果在编程过程中断电，然后设备再次通电，则程序将无法运行。 我想请问：如果我们启用安全启动，我们能否使用 SMR 和安全恢复模式来实现基于软件的分区 A 和分区 B 之间的切换/跳转？ Re: s32k312 HSE AB SWAP 嗨@ruller 请查看帖子“如何在 S32K3 上启用 HSE AB_SWAP 的回滚功能？”它针对回滚和恢复提出了一些建议，这些建议可能对您的实施有所帮助。 BR，VaneB

LS1043AXN8QQB DVFS Dear support,  The customer used the LS1043AXN8QQB platform and set the CPU dynamic frequency adjustment from 1.6GHz to 800MHz and 500MHz. It was found that RCU stall and PCIE communication abnormality occurred when the CPU ran at 500MHz. According to the RM and datasheet of the chip, LS1043 supports 1GHz to 1.6GHz. The official document does not mention the minimum supported frequency for dynamic frequency adjustment. It is uncertain whether 500MHz is supported? Does LS1043A support dynamic frequency adjustment when the CPU is running normally? the customer projects (LS1043AXN8QQB ) used version: Linux 5.4.301 LS1043A RDB Board 4-cores CPU QCA6390 WiFi chip Marvell 88E6393X Switch 512GB SATA SSD eMMC 32GB Customer feedback: Regardless of whether the fixed frequency is at 500MHz or the dynamic frequency is adjusted to 500MHz, the system will experience abnormalities, mainly manifested as PCIE communication abnormalities and RCU stall system freezing. The customer wants an official response from NXP. Re: LS1043AXN8QQB DVFS Please refer to https://community.nxp.com/t5/Layerscape/LS1043AXN8QQB-DVFS/td-p/2389683

S32 Design Studio for ARM 2.2 – 许可证激活错误（CLLReason errorNo=27） 您好，NXP授权团队， 我的 S32 Design Studio for ARM v2.2 许可证即将到期，我想继续使用它。许可证到期日和授权到期日均显示为 2026 年 7 月 5 日，因此授权本身将到期，使用现有激活码重新激活将不再产生有效的许可证。 细节 ： 产品：S32 Design Studio for ARM v2.2 激活码：CCB1-BEC2-FF96-4859 如果我点击 激活 输入我的激活码后，立即出现以下错误： CLLReason [errorNo=27, errorString=向远程激活服务器发送返回请求并处理响应时出错。退货次数已达上限，如有需要请联系产品供应商寻求帮助。（FNP 错误 0），flxActMajorErrNo=0，flxActMinorErrNo=0，flxActSysErrNo=0，flxCommErrNo=0] 请您重置此激活码的返回计数器，或者发放一个新的激活码，以便我可以在当前的PC上激活S32 Design Studio for ARM 2.2？ 非常感谢您的帮助。

Clarification on FMEDA Results for MC33772C I’m currently working with the MC33772CTC1AE component and have been referring to the AN12638 functional safety document. The document mentions that it applies to MC3377xC devices (where x can be 1 or 2). However, the FMEDA results included are only for the MC33771C, not for MC33772C or MC3377xC for both the variants Could anyone clarify whether the FMEDA results provided for MC33771C can also be applied to MC33772C? Re: Clarification on FMEDA Results for MC33772C Hello, I have already provided a response in your support ticket 00990450. I will continue following up with you through that ticket.

LX2080 After the LX2080 processor operates for a period of time in a high-temperature environment, the on-board temperature sensor reads 86°C. Upon power cycling, printing freezes at the message "Fixed DDR on board", and the serial port becomes unresponsive. Re: LX2080 Thank you for your reply. Only one board in this batch has this issue. The problem reproduces after full power cycle, but rebooting via the kernel does not trigger the fault. We are unable to run verification tools in high-temperature environments, and the board functions normally at room temperature.@June_Lu Re: LX2080 Please validate the DDR on the high-temperature environment with QCVS DDR to confirm DDR works well. Thanks Re: LX2080  "on-board temperature sensor reads 86°C", is it Tj or on board sensor used to test the board temperature? Thanks

S32K328 – 启用多核时，FIRC 时钟分频器 (DIV16) 不生效 您好，NXP技术支持团队， 我有一个关于 S32K328 的 FIRC 时钟配置的问题。 在单核设置中，我将 STM2 模块的 FIRC 时钟源配置为 3MHz（16 格）。在单核配置中，我确认 FIRC 时钟源以 3MHz 的频率正确输出。 但是，一旦我启用多核，即使分频器仍设置为 16，FIRC 时钟源的输出频率也会从 3MHz 变为 48MHz。 在我目前的架构中，MCU 初始化和设置模式只能在 Core 0 上执行。我的问题是，MCU 时钟是否也可以从 Core 1 访问（或重新配置），以及这是否可能是问题的原因。 关于我的配置的补充信息： 我正在使用 AUTOSAR 环境，并添加了 RM（资源管理器）模块以实现多核支持。 Domain0 主服务器：核心 0，Domain1 主服务器：核心 1。已为每个功能域授予所有内存和外围设备访问权限。 工具环境： MCAL RTD 3.0.0 EB Tresos 27.1.0 我自身分析得出的结论： 在运行时读取 CONFIG_REG_GPR 寄存器中的 FIRC_DIV_SEL 字段时，其值为 3，根据驱动程序代码，这对应于 48MHz（分频器值映射：48MHz→3，24MHz→1，3MHz→2）。我还注意到时钟驱动程序中的分频器写入路径包括 APP_CORE_ACC 权限检查，以及等待安全 BAF (CORE2) 进入 WFI（通过轮询 PRTN0_CORE2_STAT）。我怀疑在多核配置中可能会跳过除法器写入操作。 请问您能否就以下问题提供建议： 为什么启用多核时 FIRC 分频器设置（DIV 16）没有生效，导致输出频率为 48MHz 而不是 3MHz？ 在这种情况下，是否支持或需要从 Core 1 访问或重新配置 MCU 时钟。 在多核配置中，是否由于 APP_CORE_ACC 权限检查或 Secure BAF WFI 超时而跳过分频器写入，以及如何确保正确应用分频器。 感谢您的支持。期待您的回复。 此致， AWS-LIBRARIES-S32K3 Re: S32K328 – FIRC Clock Divider (DIV16) Not Applied When Multicore Is Enabled 你好， 我已经找到了 问题的 根本原因 。 请查看下面的相关驱动函数 （位于 \Mcu_TS_T40D34M30I0R0\src\Clock_Ip_IntOsc.c 中的 Clock_Ip_SetFircDivSelHSEb） 。😞 c /* Application can write this divider */ if ( ((IP_CONFIGURATION_GPR->CONFIG_REG_GPR & CONFIGURATION_GPR_CONFIG_REG_GPR_APP_CORE_ACC_MASK) >> CONFIGURATION_GPR_CONFIG_REG_GPR_APP_CORE_ACC_SHIFT) == CLOCK_IP_APP_CAN_WRITE) { ... /* FIRC_DIV_SEL write happens here */ } else { /* HSE firmware doesn't allow to write FIRC post divider. */ Clock_Ip_ReportClockErrors(CLOCK_IP_REPORT_WRITE_PROTECTION_ERROR, Config->Name); } 问题在于，在我的多核配置中，代码在全速运行时永远不会进入 if (APP_CORE_ACC == CLOCK_IP_APP_CAN_WRITE) 代码块。我通过在该代码块内添加一个 while(1) 循环验证了这一点——它永远不会被执行。结果， FIRC_DIV_SEL 写入操作被跳过，寄存器保持在复位值 3 (48MHz)，而不是配置的 2 (3MHz)。这导致我的 STM 时钟频率比预期快了 16 倍。 然而， 当我在调试模式下运行（单步执行/设置断点）时，同一个代码块执行正常 ，FIRC_DIV_SEL 也 被正确设置为 2（3MHz）。 这种 全速执行和调试执行 之间的差异 是 关键症状。 因此，在 全速多核启动期间， 当 Mcu_InitClock 读取 CONFIG_REG_GPR 中的 APP_CORE_ACC 位时，该位 并未设置为 CLOCK_IP_APP_CAN_WRITE ，但当 我 使用调试器减慢执行速度时，该位就变为可写。 关于我的配置，还有以下补充信息： Mcu_InitClock和 Mcu_SetMode仅在 Core 0 上调用。Core 1 (CM7_1) 不调用任何 MCU时钟 API。 核心 1通过 MC_ME (PRTN0_CORE1_*) 从核心 0 启动。 我没有加载任何HSE 应用固件。 同样的配置在单核处理器中也能正常工作（FIRC_DIV_SEL = 2 / 3MHz）。 工具环境：MCAL RTD 3.0.0，EB Tresos 27.1.0。 请问您能否帮我理解以下问题： CONFIG_REG_GPR 中的 APP_CORE_ACC 位由什么控制 ？ SBAF 在什么条件下 授予 应用程序核心对 FIRC_DIV_SEL 的写入权限 ？ 为什么 在 单核 模式下该 位会被正确设置， 而 在多核配置下（以全速运行时） 却不会被设置 ？启动 CM7_1 或添加多核启动 流程是否会改变 SBAF 授予此访问权限的时间和方式？ 由于该代码块 在调试器下 执行 正确 ，但速度并非全速， 这强烈暗示 SBAF 授予写入权限与 Core 0 调用 MCU_InitClock 之间存在时序/顺序问题。如何 确保 在 Core 0 执行时钟 初始化 之前， SBAF 已授予 APP_CORE_ACC = APP_CAN_WRITE 权限 ？ 在多核配置中，是否存在特定的启动配置（IVT、生命周期或SBAF相关设置）来决定是否授予应用程序核心此访问权限？ 感谢您的支持。期待您的指导。 此致， Re: S32K328 – FIRC Clock Divider (DIV16) Not Applied When Multicore Is Enabled 你好， 感谢您进行测试并提供详细答复。 关于您提出的关于我实现方式的问题： 1. 我如何配置 FIRC_DIV_SEL： 在我的 Clock_Ip_IrcoscConfigurations_0结构中，FIRC 时钟配置的 IRCOSC 范围设置为 CLOCK_IP_SUPPORTS_3MHZ_FREQUENCY 。因此，预期配置为 3MHz，与您的测试相同。 2. 如何初始化第二个核心/是否需要在另一个核心上调用时钟初始化： Mcu_InitClock和 Mcu_SetMode都只在 Core 0 上调用。在Core 1 上，我没有调用任何与 MCU时钟相关的 API。 也就是说，我将 通过 进一步的调试来 再次检查这种行为 ，以确认 核心 1 上 没有意外地发生时钟重新配置 。 补充说明： 在单核模式下，FIRC_DIV_SEL 读取为 2 (3MHz)，并且工作正常。 在多核处理器中，FIRC_DIV_SEL 读取为 3 (48MHz)，导致 STM 时钟周期比预期快 16 倍。 我也会按照您的建议，评估是否迁移到最新的RTD版本。 我会尽快将调试结果反馈给您 。同时，如果 您对 导致 FIRC_DIV_SEL 最终值为 3(48MHz) 的原因有任何建议（即使时钟 初始化仅在 Core 0 上以 3MHz 配置 执行 ），我 将不胜感激。 此致， Re: S32K328 – FIRC Clock Divider (DIV16) Not Applied When Multicore Is Enabled 嗨@dpsdprtmvl 首先，您使用的软件版本比当前版本落后好几个版本，因此我建议您迁移到最新的软件版本。 关于 FIRC_DIV_SEL，我在 S32K3X8EVB-Q289 板上使用 S32K3 IPCF v4.3.0 中的 IPCF_Example_S32K358 进行了一个简单的测试。为了进行本次测试，我修改了 IRCOSC 配置结构（Clock_Ip_IrcoscConfigurations_0），将 IRCOSC 范围从 CLOCK_IP_SUPPORTS_48MHZ_FREQUENCY 更改为 CLOCK_IP_SUPPORTS_3MHZ_FREQUENCY。 运行应用程序并允许内核之间的乒乓通信完成后，我验证了 CONFIG_REG_GPR[FIRC_DIV_SEL] 已正确配置为预期值 (10b)，如下图所示。 您能否提供更多关于您实施方案的细节？您是如何配置 FIRC_DIV_SEL 的？你是如何初始化第二个核心的？你是否也在另一个核心上调用了时钟初始化函数？ BR，VaneB

LS1043AXN8QQB DVFS Dear support,  The customer used the LS1043AXN8QQB platform and set the CPU dynamic frequency adjustment from 1.6GHz to 800MHz and 500MHz. It was found that RCU stall and PCIE communication abnormality occurred when the CPU ran at 500MHz. According to the RM and datasheet of the chip, LS1043 supports 1GHz to 1.6GHz. The official document does not mention the minimum supported frequency for dynamic frequency adjustment. It is uncertain whether 500MHz is supported? Does LS1043A support dynamic frequency adjustment when the CPU is running normally? Re: LS1043AXN8QQB DVFS 500 MHz CPU runtime operation is supported if it is achieved by the CPU clock divider / cpufreq path, not by lowering the CGA PLL itself below 1 GHz. For the PCIe abnormality: if the frequency change is done through the normal CPU DFS path, NXP evidence says only the CPU frequency is affected, while AHB/APB remains unchanged . Therefore PCIe should not be impacted by CPU DFS alone. If PCIe becomes abnormal, check whether the implementation is also changing platform/SYSCLK/PLL ratios, because the datasheet requires the platform clock settings to remain within their valid limits and states a PCIe platform-clock requirement for proper PCIe operation. LS1043A does support runtime CPU frequency scaling to 500 MHz, but the CGA PLL must stay at ≥1 GHz and PCIe/platform clocks must not be disturbed.

Clarification on sharing Ethernet PHY interrupt pins on i.MX8M Plus Hi NXP Team, We are designing an i.MX8M Plus-based SOM with two Ethernet PHYs. Currently, each PHY has a dedicated interrupt GPIO connected to the i.MX8M Plus. We need clarification on the following: What are the main software use cases of the Ethernet PHY interrupt pins? Are they mainly used for link up/down, auto-negotiation, speed/duplex change, and Wake-on-LAN events? Can both Ethernet PHY interrupt outputs be combined and connected to a single i.MX8M Plus GPIO, with software reading both PHY status registers through MDIO to identify the interrupt source? If direct sharing is not recommended, can one or both Ethernet PHYs be operated using PHY polling without an interrupt pin? Will using PHY polling affect normal Ethernet data communication, apart from a small delay in detecting link-status changes? Our intention is to free one GPIO and use it for an ADC data-ready interrupt. Re: Clarification on sharing Ethernet PHY interrupt pins on i.MX8M Plus Hello @Sudharsun  Hope you are doing very well. What are the main software use cases of the Ethernet PHY interrupt pins? Are they mainly used for link up/down, auto-negotiation, speed/duplex change, and Wake-on-LAN events? Ethernet PHY interrupt pins are mainly used for PHY event notification such as link up/down, auto-negotiation, speed/duplex changes, and optional Wake-on-LAN events. Normal Ethernet data traffic does not depend on the interrupt pin. If a PHY interrupt is not provided, Linux PHYLIB can operate the PHY in polling mode. Can both Ethernet PHY interrupt outputs be combined and connected to a single i.MX8M Plus GPIO, with software reading both PHY status registers through MDIO to identify the interrupt source? Combining two PHY interrupt outputs into one GPIO may be possible but the safer design is to use polling for one PHY and reserve the GPIO for your ADC DRDY. Will using PHY polling affect normal Ethernet data communication, apart from a small delay in detecting link-status changes? Using polling should not affect normal Ethernet communication or throughput. Best regards, Salas.

S32 Design Studio for ARM 2.2 – ライセンスアクティベーションエラー(CLLReason errorNo=27) NXPライセンスチームの皆様、こんにちは。 私のS32 Design Studio for ARM v2.2ライセンスが期限切れになるので、使い続けたいと思っています。ライセンスの有効期限と権利の有効期限の両方が2026年7月5日と表示されているため、権利自体は期限切れとなり、既存の有効化コードで再有効化しても有効なライセンスは得られません。 詳細 ： 製品:ARM v2.2用S32 Design Studio 起動コード:CCB1-BEC2-FF96-4859 クリックすると 活性化 そしてアクティベーションコードを入力すると、すぐに次のエラーが表示されます。 CLLReason [errorNo=27, errorString=Error リモートアクティベーションサーバーへの返還要求送信と応答プロセッシング。返品回数の上限に達した場合、必要な場合は製品ベンダーに連絡してください。(FNPエラー0)、flxActMajorErrNo=0、flxActMinorErrNo=0、flxActSysErrNo=0、flxCommErrNo=0] このアクティベーションコードのリターンカウンターをリセットするか、新しいアクティベーションコードを発行して、現在のPCでARM 2.2用のS32 Design Studioを有効化できるようにしてもらえますか? 大変お世話になりました。ありがとうございました。

关于 i.MX8M Plus 上以太网 PHY 中断引脚共享的说明 您好，NXP团队： 我们正在设计一款基于 i.MX8M Plus 的 SOM，带有两个以太网 PHY。目前，每个 PHY 都有一个专用的中断 GPIO 连接到 i.MX8M Plus。 我们需要澄清以下几点： 以太网PHY中断引脚的主要软件应用场景有哪些？它们主要用于链路建立/断开、自动协商、速度/双工模式更改和网络唤醒事件吗？ 能否将两个以太网 PHY 中断输出合并并连接到单个 i.MX8M Plus GPIO，然后通过 MDIO 软件读取两个 PHY 状态寄存器来识别中断源？ 如果不能直接共享，能否使用 PHY 轮询方式操作一个或两个以太网 PHY，而无需中断引脚？ 除了检测链路状态变化时会有轻微延迟外，使用 PHY 轮询是否会影响正常的以太网数据通信？ 我们的目的是释放一个 GPIO，并将其用作 ADC 数据就绪中断。 Re: Clarification on sharing Ethernet PHY interrupt pins on i.MX8M Plus 你好@Sudharsun 希望你一切都好。 以太网PHY中断引脚的主要软件应用场景有哪些？它们主要用于链路建立/断开、自动协商、速度/双工模式更改和网络唤醒事件吗？ 以太网 PHY 中断引脚主要用于 PHY 事件通知，例如链路连接/断开、自动协商、速度/双工更改以及可选的 Wake-on-LAN 事件。 正常的以太网数据传输不依赖于中断引脚。如果没有提供 PHY 中断，Linux PHYLIB可以以轮询模式操作 PHY。 能否将两个以太网 PHY 中断输出合并并连接到单个 i.MX8M Plus GPIO，然后通过 MDIO 软件读取两个 PHY 状态寄存器来识别中断源？ 将两个 PHY 中断输出合并到一个 GPIO 中或许可行，但更安全的设计是使用轮询方式处理一个 PHY，并将 GPIO 保留给 ADC DRDY。 除了检测链路状态变化时会有轻微延迟外，使用 PHY 轮询是否会影响正常的以太网数据通信？ 使用轮询不应影响正常的以太网通信或吞吐量。 顺祝商祺！ 萨拉斯。

ベクトルテーブルのLPC1778チェックサムが無効です。復旧が必要です。 こんにちは。LPC1778のFLMをデバッグしていたところ、FLMを使用して0x0～0x400にデータを書き込んだ後、データが正しくないことがわかりました。そのため、デバッガがチップに接続できません。ドキュメントを確認したところ、ベクタテーブルに書き込まれたデータが正しくなく、書き込もうとしていたデータと一致しないため、チェックサムが無効になっていると考えられます。ドキュメントによると、チェックサムが無効になると、チップはISPモードに入り、プログラムのダウンロードを待機するとのことです。 1. この状態から回復する方法を知りたいです。 2. FLMで0x0～0x400を書き込むと問題が発生するのに、0x400～0x7FFFFを書き込むと正常に動作するのはなぜですか？FLMのソースコードを見ると、チェックサムを自動的に変更するSET_VALID_CODEというパラメータがあります。この部分に何か問題があるのでしょうか？ Re: LPC1778 checksum in vector table invalid need recover こんにちは@BianHaopeng1 0x0000～0x0400の領域は、単なる通常のフラッシュデータ領域ではありません。ブートベクタテーブル、0x1Cの有効コードチェックサム、および0x2FCのCRP構成ワードが含まれています。チェックサムが正しくない場合、ROMブートローダーはユーザーコードが無効であると判断し、ISP（インサービスモジュール）に入ります。また、0x2FCに誤ってCRPパターンが書き込まれると、JTAG/SWDアクセスが制限されたり、通常のデバッグモードに戻れなくなったりする可能性もあります。 ISPごとに復旧の優先順位を設定できます。 P2[10]がローにプルダウンされると、チップがリセットされ、ブートローダーが引き継いでISPモードに入ります。 フルワイプを実行するか、有効なイメージを再ダウンロードするには、UART0:P0[2] / P0[3] を介して FlashMagic または同等の ISP ツールに接続します。 チェックサムのみが無効な場合は、ISPに入った後に消去および復元できるはずです。CRP1/CRP2が誤って書き込まれた場合は、JTAGは無効になりますが、ISPには限定的な復旧パスがまだあります。CRP3が誤って書き込まれた場合は、ドキュメントによるとJTAGとISPが完全にブロックされるため、通常のISP/JTAG経由での復旧は基本的に不可能です。 BR ハリー

s32k312 HSE AB SWAP hi: I am currently using the AB swap function with HSE on the S32K312. For example, the program is currently running from Partition A. During the first update, we erase/program the flash in Partition B, and then call the HSE interface to enable Partition B. At this point, no reset is performed. During the second update, we still erase/program the flash in Partition B. However, if power is lost during the programming process and the device is powered on again, the program fails to run. I would like to ask: if we enable Secure Boot, can we use SMR and Secure Recovery Mode to implement software-based switching/jumping between Partition A and Partition B? Re: s32k312 HSE AB SWAP Hi @ruller  Take a look at the thread How to enable the rollback function of HSE AB_SWAP on S32K3? It has some suggestions around rollback and recovery that might help with your implementation. BR, VaneB

S32K3 Low-Power Wake-up Issue While debugging the S32K314 low-power wake-up function recently, I found that it cannot wake up from sleep mode, even when using an external wake-up method. Under normal circumstances, the DI will respond to external stimuli, but once it enters hibernation, it will not respond at all. The attached file contains the code. What could be causing this issue, and how can it be resolved? Re: S32K3 低功耗唤醒问题 Hi, Julián After adopting your suggestion, I found that I could wake up. Does that mean I have truly entered Standby mode? Another question I'd like to ask is, after entering Standby mode, does the I/O port status remain the same as before? Another question is, in our circuit design, there is a hardware watchdog that needs to be fed by the MCU at regular intervals. How can this be handled under low power consumption? Thanks, Joker_Y Re: S32K3 低功耗唤醒问题 Hi @Joker_Y, The project you've shared seems to be quite big. I have not gone through all of it, but I can see that you are not enabling the respective wake-up source.  You have the following line commented: Wkpu_Ip_EnableInterrupt(0,Wkpu_Ip_ChannelConfig_PB[0].hwChannel); Also, before entering standby, change the main clock to FIRC with Clock_Ip_Init() API. You can refer to the low power examples as reference; it shows how to change clock configuration and how to enable WKPU channel. S32K3 Low Power Management AN and demos [RTD600 MCAL & IP] S32K3 Low Power Management AN and demos Best regards, Julián Re: S32K3 低功耗唤醒问题 Hi @Joker_Y, 1. You can check if you are in standby by looking at MC_ME.MODE_STAT[PREV_MODE]. It shows if the previous mode was either reset (any reset) or standby. You could also measure MCU's current consumption. Typical standby values are described in S32K3XX's Datasheet chapter 6.7 (Supply currents). 2. All pins will retain its last set states in run mode during standby mode. However, all pins will also be placed to its default states after reset event by default. You can enable pad keeping ensuring the pin retains its state from wakeup, until user initializes it again. Refer to 41.12 Pad keeping from S32K3XX's Reference Manual. 3. I guess this depends on design and application. In my opinion, you can either set the watchdog to sleep (if the watchdog supports it), or continuously wake up S32K3 (by RTC or any other wakeup), service the watchdog, and resume low power.  Best regards, Julián Re: S32K3 低功耗唤醒问题 Okay, thank you, I'll give it a try.

Why results from NPU tflite model and tflite model are different? I have quantized classification model. I convert to NPU tflite model with command  ./neutron-converter \ --input QAT.tflite \ --output QAT_NPU.tflite \ --target imxrt700 \ --dump-header-file-output \ --dump-header-file-input \ --use-sequencer After that, I use 2 generated model header files for NPU and CPU. I use the sample tflm_cifar10_cm33_core0, modified for our models. I use the sample image_data.h (resized image to model input size). But the final results of 2 models (on CPU and NPU modes) are different: - In almost cases, the predicted class is same with similar probability (not exactlty match by values) - In some cases, the predicted classes in 2 modes are different ==> Do you have any comment for this problem? Sorry I can not share my model. Re: Why results from NPU tflite model and tflite model are different? I tried to verify this problem with the sample tflm_cifar10_cm33_core0. But in this sample, there is only NPU tflite model, I did not see the other one (CPU tflite model). I want to compare predicted results with different images to see whether this problem is happened with model pretrained by NXP. If you have CPU tflite model (correspond NPU tflite model tflm_cifar10_cm33_core0), please share with me. I am curious about whether conversion from tflite model to NPU tflite model results in difference of inference's results. Thank you. Re: Why results from NPU tflite model and tflite model are different? @mayliu1 Hi could you help me about this problem? Sorry, I feel that the number of NXP's supporters in i.MX RT is small and questions are sometimes missed. Before, I worked with MIMXRT1060 and N947, I got response very quickly. Re: Why results from NPU tflite model and tflite model are different? Hi @nnxxpp, It is expected that after the model conversion process, you see slight differences on the output values, due to the fact that the Neutron Converter restructures the model into NeutronGraph nodes for NPU execution, rather than executing the original graph on an operator basis like it would be done on a CPU-based TFLM. That said, if the outputs are too different, resulting in miss predicted classes on too many occasions, it would be important to check things like: The neutron convertor version and neutron libraries version used on runtime to ensure matching SW, memory configuration used for the NPU, as well as inspecting the converted nodes to ensure the whole model was correctly converted rather than only partially. BR, Edwin. Re: Why results from NPU tflite model and tflite model are different? Hi @nnxxpp , Thank you for sharing your feedback. Your case is currently being followed by my colleague, Edwin, who is actively working on it. We would appreciate your patience while the investigation continues. Edwin will continue to follow up on this matter and keep you informed of any progress. Thank you for your understanding. Best regards, May Re: Why results from NPU tflite model and tflite model are different? @mayliu1  Oh, I am very happy to hear that from you. Thank you so much for supporting. I will wait good news from you. Re: Why results from NPU tflite model and tflite model are different? @EdwinHz  Thank you so much for supporting. Yes. I understood that it is expected, so in this case I need to evaluate NPU tflite on board (not tflite model) to see exact performance. Thank you.

关于 MC33772C 的 FMEDA 结果的澄清 我目前正在使用 MC33772CTC1AE 元器件，并参考了 AN12638 功能安全文档。该文件提到它适用于 MC3377xC 设备（其中x可以是 1 或 2）。然而，所包含的 FMEDA 结果仅适用于 MC33771C，而不适用于 MC33772C 或 MC3377xC 这两种变体。 请问有人能解释一下，针对 MC33771C 提供的 FMEDA 结果是否也适用于 MC33772C 吗？ Re: Clarification on FMEDA Results for MC33772C 你好， 我已经回复了您的支持工单 00990450。我会继续通过该工单与您联系。

LX2080 LX2080 处理器在高温环境下运行一段时间后，板载温度传感器读数为 86°C。重启电源后，打印过程卡在“Fixed DDR on board”这条信息上，并且串口无响应。 Re: LX2080 感谢你的回复。这批板中只有一块有这个问题。完全断电重启后问题仍然存在，但通过内核重启不会触发故障。我们无法在高温环境下运行验证工具，但电路板在室温下工作正常。@ June_Lu Re: LX2080 请用 QCVS DDR 在高温环境下验证 DDR，以确认 DDR 工作正常。 谢谢！ Re: LX2080 “板载温度传感器读数为 86°C”，这是指 Tj 还是用于测试电路板温度的板载传感器？ 谢谢！

frdmrw612_lpc_gpio_input_interrupt が動作しません RW612に付属のサンプルプロジェクトlpc_gpio_input_interruptは動作しません！ 何か心当たりはありますか? 王 Re: frdmrw612_lpc_gpio_input_interrupt does not work こんにちは、 どのSDKバージョンを使っていますか? SDK 26.06で試してみたところ、その例は正常に動作しています。 MCUX SDK version: 2026.06.00 GPIO Driver example. SW2 is turned on. SW2 is turned on. SW2 is turned on. SW2 is turned on. よろしくお願いいたします。 ダニエル。