关于 RW612 OTBR 线程认证架构的问题 您好，NXP团队，   我注意到了线程组认证的元器件：   “NXP RW612 无线 MCU 集成三频 OTBR” （线程 1.4）   我还找到了以下方面的单独认证：   - NXP i.MX MPU 搭载 IW610 三频 OTBR - NXP i.MX MPU 搭载 IW612 三频 OTBR - NXP RW612 无线 MCU，集成三频 OTBR   我想更好地了解 RW612 OTBR 认证所使用的认证架构。   请问您能否澄清一下：   1. 是否使用 RW612 作为独立组网 \(SA\) 的基于 MCU/RTOS 的线程边界路由器获得认证？   2. 认证配置中是否使用了外部 RCP/NCP 设备？   3. 认证过程中使用了哪个软件平台（FreeRTOS、Zephyr 或其他平台）？   4. 是否有公开的参考设计或文档描述了经过认证的 RW612 OTBR 实现？   我们的目标是了解 RW612 OTBR 认证是否代表基于 MCU 的独立组网 \(SA\)线程边界路由器解决方案，而不是基于 Linux 主机的 OTBR 架构。   感谢您的支持。   顺祝商祺！ 赵京焕   Re: Question about RW612 OTBR Thread Certification Architecture 你好， 希望你一切都好。我叫里卡多，这个案子交给了我。 A1：是的。RW612 OTBR 认证是一个真正的独立组网 (SA)单芯片解决方案。 A2：不。与 i.MX MPU + IW610/IW612 OTBR 认证（使用带有外部 IW6xx 无线电协处理器的 Linux 主机，RCP 模式）不同，RW612 认证不使用任何外部 RCP 或 NCP 设备。 A3：让我确认一下。 A4：有关测试配置、测试报告或认证范围的具体详情，请直接联系 Thread Group，网址为threadgroup.org 。 顺祝商祺！ 里卡多 Re: Question about RW612 OTBR Thread Certification Architecture 你好@KyonghwanCho ， 感谢您的耐心等待。 我已经确认所使用的软件平台是 FreeRTOS。 另外，请查看下方的 OTBR 用户指南和版本指南。 ot-nxp/examples/br/README-OTBR.md 位于 版本/v1.4.0.5_26.03 · NXP/ot-nxp ot-nxp/src/rw/rw612/README.md 位于 版本/v1.4.0.5_26.03 · NXP/ot-nxp 顺祝商祺！ 里卡多

代码、连接、NXP 与 WS2812 你好， 我是 NXP 微控制器的新手，想用它来连接一个 16 像素的 WS2812B RGB LED 灯条。 您会推荐哪款NXP开发板用于这个项目？ 我也很希望获得一些关于控制 WS2812B LED 的示例项目、SDK 示例或文档。 谢谢。 Re: Code, Connections, NXP with WS2812 感谢您对恩智浦产品的关注！ FRDM-MCXA366是您项目的理想板。 NXP 提供了一份专用的面向初学者的应用笔记，详细演示了如何使用 MCX A366 控制WS2812B LED 。该文档包括板推荐、硬件连接、源代码和分步设置说明。 AN14980 – 在 MCX A366 上使用 FlexIO 模拟 WS2812 总线 本应用笔记详细解释了如何使用 MCX A366 上的 FlexIO 模块来模拟 WS2812 通信协议并驱动 WS2812B LED。 这应该能提供你开始设计所需的一切。 如有任何疑问，请随时提出。 顺祝商祺！ 阿隆德拉 Re: Code, Connections, NXP with WS2812 你好，阿隆德拉， 谢谢你的建议！我们的设计仍在评估阶段。 在决定使用哪款电路板之前，我想确认一下 LPC5514JBD64E 是否也支持 WS2812 LED？ 此致， 基肖尔

S32K388 TCP/IP 协议栈 5.0.0 无法正常工作 嗨@PavelL ， 我之前使用以下配置成功运行了 TCP/IP 协议栈示例项目： • S32KDS 版本 3.6.5 • RTD（实时驱动程序）版本 7.0.0 • TCP/IP协议栈版本4.0.0 但是，升级到以下版本并执行相同的设置步骤后，却无法正常工作： • S32KDS 版本 3.6.8 • RTD（实时驱动程序）版本 7.0.1 • TCP/IP协议栈版本5.0.0 我已附上我的项目。再次感谢你的帮助。 Re: S32K388 TCP/IP stack 5.0.0 not working 你好@James_Zhang_SE ， 我需要时间进行调查。我会尽力在本周内回复。 感谢您的理解。 顺祝商祺！ 帕维尔 Re: S32K388 TCP/IP stack 5.0.0 not working 你好@James_Zhang_SE ， 由于工作繁忙，回复有所延迟，敬请谅解。 根本原因是 EthIf_Cfg.c正如我们之前在这个帖子中讨论过的，S32K388 TCP/IP 堆栈 4.0.0 在编译时缺少 lwip 文件夹 该示例现在在我的 S32K388EVB-Q289 上运行正常。 总之，我对你的项目做了很多修改，但最关键的是 EthIf_Cfg 文件。所有修改后的文件都可以在附件的压缩包中找到。您可以自行查看更改。 请注意，所提供的代码不提供任何担保。 用补丁替换文件后，请不要忘记执行代码更新。 顺祝商祺！ 帕维尔 Re: S32K388 TCP/IP stack 5.0.0 not working 你好，帕维尔， 非常感谢您的帮助！按照之前的步骤操作后，我能够 ping 通并测试 TCP 回环地址。我有几个问题想问一下： 对于 Ethif 配置修复和 RTD 变通方案，它们是否会在驱动程序和示例项目的未来版本中添加？ 由于我对这个技术栈不太熟悉。当出现故障时，您是否有系统性的调试方法建议？ Re: S32K388 TCP/IP stack 5.0.0 not working 你好@James_Zhang_SE ， 感谢您分享您的最新情况。   如果我之前的帖子帮助您解决了问题，请将其标记为解决方案，因为这可能会帮助其他遇到类似问题的用户。   关于第一点：   我已经将 EthIf_Cfg 问题报告给了相关的软件团队。修复程序的发布日期尚未确定。目前内部仍在讨论 RTD 变通方案应该在何处实施，是在 MAC 驱动程序中还是在时钟配置区域中。目前，我们只能接受现状，并手动应用变通方案。   关于第二点：   我通常的调试流程是检查引脚配置、时钟配置、中断配置、FIFO 大小以及所需的 RTD 变通代码。gPTP 示例也是一个很好的参考，因为它们提供了可用于比较的功能性以太网相关配置。 顺祝商祺！ 帕维尔

我想使用 Flexio 作为特殊的 SPI，同时输出 20 位 MOSI 信号。 需要同时控制 20 个芯片 DAC，我想使用 Flexio 作为特殊的 SPI 来控制这些 DAC 设备。如下所示： 一个 cs， 一声钟响， 使用 20 个 MOSI 板，通过 20 个引脚同时向 20 个 DAC 设备输出 DAC 值，请问可以提供 MCUEXPROS 代码和项目吗？ 谢谢您！ 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time 这个问题太难了，是不是没人能给出任何建议？ 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time 1、cs拉低级别 2、每次传输20通道MOSI，每个通道传输一位，一次传输使用一个移位寄存器。 3、传输8次，使用全部8个移位寄存器，每个通道传输8位。 4、步骤 2、3 是一次 DMA 传输。使用 3 倍的 DMA 来传输每个通道的 24 位数据，因为 DAC 芯片是 24 位的。 5、拉高 cs。 这样可以吗？ 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time 有人在吗？ Re: I want to use flexio to work as a special spi, 20bit mosi output at the same time 我使用的芯片是mcxn947。 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time 嗨@justdomyself 对于类似的实现，我建议查看 FlexIO QSPI 应用笔记 AN14175 和 MCUXpresso SDK 中的 FlexIO SPI DMA 示例。 AN14175 示例演示了如何使用 FlexIO 定时器和移位器创建自定义串行接口，这更接近于您使用一个时钟和多个数据输出同时驱动 20 个 DAC 通道的要求。 FlexIO SPI DMA 示例对于理解 FlexIO 定时器、移位器和 DMA 的基本配置也很有用。 BR 哈里 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time AN14175    对应的工程代码在哪个位置？从哪下载？ 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time 导入的时候报错： justdomyself_0-1785394860116.png 编译的时候报错： justdomyself_1-1785394889652.png debug 的时候报错： justdomyself_2-1785394917545.png 执行 BOARD_PowerMode_OD   。debug直接崩溃报上图错误。 能不能给个新一点的可以用的工程，  我的软件版本：MCUXpresso IDE v25.6 [Build 136] [2025-06-27] 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time 嗨@justdomyself 搜索 | 恩智浦半导体 请在NXP官方网站上搜索AN14175。 您可以点击关联文件：AN14175SW 下载该软件。 Harry_Zhang_0-1785384066285.png BR 哈里 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time 嗨@justdomyself 您可以下载与 AN14175 对应的 SDK 版本。 BR 哈里

S32K358 eMIOS ISRが85℃で停止 親愛なるNXPサポートチームへ、 S32K358において、約85℃の温度試験中に問題が発生しています。   私たちのアプリケーションでは6つのeMIOSチャネルを使用し、それぞれが200Hzの周波数で両方のPWMエッジで割り込みを生成するように設定されています。   85°Cでは、MCUが時々1つのeMIOS ISR内に閉じ込められることがあります。ISRは終了しません。コードがeMIOSレジスタを読み取り割り込みフラグを確認するためですが、フラグは0(ファイルEmios_Mcl_Ip_Irq.c)です 😞   もし (0U != ((Emios_Ip_paxBase[インスタンス]->CH.UC[チャネル]。S) & (uint32)eMIOS_S_FLAG_MASK))   デバッグの結果、問題が発生するとeMIOSのベースアドレスを含む変数がNULL(Emios_Ip_paxBase)であることに気づきました。アプリケーションが正しく動作すれば、同じポインタが有効で、eMIOSレジスタも正しく読み込まれます。 ある条件下では、ISR実行中にeMIOSペリフェラルへの参照が破損またはクリアされているようです。   スタックオーバーフロー、メモリ破損、同時アクセス、ISR処理、温度関連の挙動など、既知の問題や根本原因について何か兆候はありますか?   よろしくお願いいたします。 サイモン Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、ベインさん。 現在、RTD 7.0.0を使用しています。 Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、 @simon98さん どのRTDバージョンを使用していますか？追加情報があれば助かります。 また、RTD バージョン 6.0.0 より前のバージョンでは、関数スコープ内の静的変数のメモリ マッピングが正しくないことに関連する既知の問題がありました (ARTD-159985)。 この問題は、Emios_Mcl_Ip.c で定義されている変数 Emios_Ip_paxBase に関する問題です。また、Emios_Mcl_Ip_Irq.c には、一貫性のない初期化特性が割り当てられています。詳細はソフトウェアリリースノートに記載されています。 BR、VaneB Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、 @simon98さん 観察された挙動を再現できる簡単なアプリケーションを教えていただけますか?また、カスタムボードを使っているのか評価ボードなのか確認してもらえますか? さらに、問題が85°Cで発生していることを確認するための検査方法について教えていただけますか? Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、 @simon98さん この情報を提供していただき、誠にありがとうございます。 コードがEMIOS1_1_IRQで詰まっているようで、あなたの設定からeMIOS 1チャンネル19に対応しているため、この特定の部分に分析を絞り込んでみます。 デバッグを簡素化し、他のモジュールからの干渉を排除するために、このeMIOS構成のみを含む最小限のテストプロジェクトを作成してください。これにより、問題の動作を特定し、根本原因をより深く理解するのに役立ちます。参考までに、スレッド S32M27x/S32K3 – eMIOSの利用法で示されている例を確認できます。 同じ現象は依然として発生しますか？また、評価ボードがあるなら、同じコードをそこで試せたら素晴らしいです。 Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、 @VaneB さん。 現在、カスタムボードでS32K358を使ってこれらのeMIOS_1チャンネルを使って200HzのPWMを生成しています:ch3、ch9、ch11、ch12、ch13、ch19。コードはSIMulinkを使用して生成されます 自作の基板を85℃の恒温恒湿槽に入れたところ、しばらくすると動作が停止する現象が見られました。 S32DS (3.6.7) でデバッグしていたときISR(EMIOS1_1_IRQ)に組み込まれていることが分かり、エントリ/エグジット近くのカスタムカウンターやEmios_Pwm_IrqHandler・Emios_Pwm_Ip_IrqHandler関数にも組み込み、どのコード部分が実行されているかを検出しました。 いくつかのテストの結果、内部で詰まったときに static void Emios_Pwm_IrqHandler(const uint8 Instance, const uint8 Channel) { /* エミオスチャネルでイベントが発生しているか確認してください */ もし(0U != ((Emios_Ip_paxBase[インスタンス]->CH.UC[チャネル]。S) & (uint32)eMIOS_S_FLAG_MASK)) { /* EMIOSチャネルでイベントが発生しているか確認してください */ もし(0U != ((Emios_Ip_paxBase[インスタンス]->CH.UC[チャネル]。C) & ((uint32)(eMIOS_C_DMA_MASK | eMIOS_C_FEN_MASK))) { Emios_Pwm_Ip_IrqHandler(インスタンス、チャネル); } そうでなければ { /* 何もしない - 偽の中断があった場合は直ちに戻ってください */ } } }   if条件: もし(0U != ((Emios_Ip_paxBase[インスタンス]->CH.UC[チャネル]。S) & (uint32)eMIOS_S_FLAG_MASK))   なぜなら、何らかの理由でEmios_Ip_paxBase[インスタンス]が0を指すため、常に0です。つまり、誰も割り込みフラグをクリアしていないため、割り込みフラグは脱出できないループに入ってしまいます。   この問題を検出するために使用したコードは以下のとおりです。 static void Emios_Pwm_IrqHandler(const uint8 Instance, const uint8 Channel) { uint32_t s; uint32_t c; uint32_t s_flag; uint32_t s_ovr; dbg_pwm_last_instance = インスタンス; dbg_pwm_last_channel = チャネル; dbg_pwm_last_base_addr = (uint32_t)Emios_Ip_paxBase[インスタンス]; dbg_pwm_last_c_addr = (uint32_t)&Emios_Ip_paxBase[インスタンス]->CH。UC[チャネル]。C; dbg_pwm_last_s_addr = (uint32_t)&Emios_Ip_paxBase[インスタンス]->CH。UC[チャネル]。S;     dbg_emiosipirq_static_state1++; /* もし (インスタンス == 1) { スイッチ(チャネル) { CASE 16: dbg_emiosipirq_static_cnt_ch16++; 休憩;             CASE 17:                 dbg_emiosipirq_static_cnt_ch17++;                 休憩; ケース18: dbg_emiosipirq_static_cnt_ch18++; 休憩;             case 19:                 dbg_emiosipirq_static_cnt_ch19++;                 休憩; デフォルト： dbg_emiosipirq_static_cnt_oth1++; 壊す; } } それ以外 ヤージュ dbg_emiosipirq_static_cnt_oth2++; } */ /* Lettura reale dei registri vista dal codice */ /* s = Emios_Ip_paxBase[インスタンス]->CH。UC[チャネル]。S; c = Emios_Ip_paxBase[インスタンス]->CH。UC[チャネル]。C; s_flag = s & (uint32)eMIOS_S_FLAG_MASK; s_ovr = s & (uint32)eMIOS_S_OVR_MASK; dbg_pwm_last_s = s; dbg_pwm_last_c = c; dbg_pwm_flag_mask = (uint32)eMIOS_S_FLAG_MASK; dbg_pwm_ovr_mask = (uint32)eMIOS_S_OVR_MASK; dbg_pwm_last_s_and_flag = s_flag; dbg_pwm_last_s_and_ovr = s_ovr; if (s_flag != 0U) ヤージュ dbg_pwm_s_flag_yes++; } それ以外 ヤージュ dbg_pwm_s_flag_no++; } if (s_ovr != 0U) ヤージュ dbg_pwm_s_ovr_yes++; } それ以外 ヤージュ dbg_pwm_s_ovr_no++; } if ((s_flag == 0U) && (s_ovr != 0U)) ヤージュ dbg_pwm_flag0_ovr1_count++; } そうでなければ、((s_flag != 0U) && (s_ovr != 0U)) ヤージュ dbg_pwm_flag1_ovr1_count++; } else if ((s_flag != 0U) && (s_ovr == 0U)) ヤージュ dbg_pwm_flag1_ovr0_count++; } それ以外 ヤージュ dbg_pwm_flag0_ovr0_count++; } */ /* EMIOSチャネルでイベントが発生しているか確認してください */ もし(0U != ((Emios_Ip_paxBase[インスタンス]->CH.UC[チャネル]。S) & (uint32)eMIOS_S_FLAG_MASK)) { dbg_emiosipirq_static_state2++; /* EMIOSチャネルでイベントが発生しているか確認してください */ もし(0U != ((Emios_Ip_paxBase[インスタンス]->CH.UC[チャネル]。C) & ((uint32)(eMIOS_C_DMA_MASK | eMIOS_C_FEN_MASK))) { dbg_emiosipirq_static_state3++; Emios_Pwm_Ip_IrqHandler(インスタンス、チャネル); } そうでなければ { dbg_emiosipirq_static_state4++; /* 何もしない - 偽の中断があった場合は直ちに戻ってください */ } } そうでなければ { dbg_emiosipirq_static_state5++; Emios_Pwm_Ip_IrqHandler(インスタンス、チャネル); Emios_Pwm_Ip_IrqHandler(1, 19); } } Emios_Ip_paxBaseが指すべきアドレスを格納したグローバル変数は以下のとおりです。 dbg_pwm_last_base_addr = (uint32_t)Emios_Ip_paxBase[インスタンス]; dbg_pwm_last_c_addr = (uint32_t)&Emios_Ip_paxBase[インスタンス]->CH。UC[チャネル]。C; dbg_pwm_last_s_addr = (uint32_t)&Emios_Ip_paxBase[インスタンス]->CH。UC[チャネル]。S; また、NVICレジスタの実行時を読み取るカスタムコードも入れました。添付すると、Thread、ジェネラルレジスタ、NVICレジスタと変数式、EMIOSレジスタ、6つのテスト用レジスタが入ったファイルがあります。 また、この動作をテストするために使用したS32DSプロジェクトをプライベートメッセージでお送りします。 これらの情報が役に立てば幸いです。何かご不明な点がございましたら、いつでもお気軽にお問い合わせください。 BR、 サイモン Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、ベインさん。 今週中に、その動作を再現する簡単なプロジェクトを用意してみます。 Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、 @VaneB さん。 カスタムボードで、eMIOS1チャネル6チャネルのみを含む簡易設定で問題をテストしました。残念ながら、この設定ではエラーを再現できません。アプリケーションは正しく動作し、EMIOS_1_IRQで詰まることはありません。 現在、カスタムボード用に開発したプロジェクト全体をEVBにロードすることが可能かどうかを検討しています。進める前に、カスタムボードとEVBのハードウェアの違いが、予期せぬ挙動やEVBの損傷を引き起こす可能性があるかどうかも知りたいです。 BR、 サイモン Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、 @simon98さん 当社の評価ボードは主に室温での使用を想定しており、非常に低温または非常に高温での試験や認証はされていません。 評価ボードは室温範囲外でも使用できますが、その条件下での性能を保証することはできません。 Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、 @VaneB さん。 何度か試みた結果、カスタムボード上で動作するアプリケーションをできるだけ忠実に再現するEVBプロジェクトを作成することができました。特に、すべてのピンを自分のカスタムプロジェクトと同じように設定しました。 このプロジェクトをカスタムボードで85°Cの条件下でテストしましたが、eMIOS ISRの問題は依然として発生し、アプリケーションが固着し続けました。 その後、全く同じプロジェクトをEVB上で同じ温度条件（90℃以上）でテストしましたが、問題は再現できませんでした。EVBはフリーズすることなく正常に動作し続けました。 この時点で、問題の根本原因を特定し、解決策を見つけるために、次にどのような手順を踏むことをお勧めしますか？ 追加の情報、測定値、またはデバッグデータが必要な場合は、お知らせください。 完全なEVBプロジェクトと、カスタムボードおよびEVB上のK358の写真を含むZIPファイルを添付しました。 再開まで今しばらくお待ちください。 BR シモーネ Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、 @simon98さん この問題はカスタムボードで観察されていますがEVBでは見られません。根本原因がハードウェアに関連している可能性を調べる価値があります。 ハードウェア設計をEVBの回路図と比較し、S32K3ハードウェア設計ガイドラインを確認して、関連する推奨事項が適切に実装されているか確認することをお勧めします。 Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、 @VaneB さん。   ハードウェア設計は我々側でレビュー済みで、明らかなハードウェア問題は見つかりませんでした。また、ハードウェア設計や動作条件が異なるため、NXP EVBとは直接比較できません。   お客様がカスタムボードで温度に関する問題を観察した場合、NXPから一対一のサポートをどう受けることができるのでしょうか?   BR、 サイモン Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、 @VaneBさん この件について、私たち自身も調査中なので、皆様のご意見をいただきたいと思います。 特に、根本原因がRAMの破損（例えば、境界外書き込みやスタックの上書き）に関係している場合、S32K358ではどのレジスタまたは診断情報を確認することをお勧めしますか？ eMIOS ISRが詰まる前にメモリ破損が発生していないかを特定するのに役立つ、特定のフォールト状態レジスタ、ECC/エラー報告レジスタ、MPU関連レジスタ、スタック監視機能、その他のデバッグレジスタはありますか? デバッグ時に検査すべき最も有用なレジスタについて、何かご助言いただければ大変ありがたいです。 再開まで今しばらくお待ちください。 よろしくお願いいたします。 サイモン Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、 @simon98さん これはあなたのボードに特有のハードウェア関連の問題のようで、再現できないため、このサポートチャネルからは正確な根本原因の診断が難しいです。さらなるサポートは、代理店または地元のNXP担当者にご連絡することをおすすめします。

FlexBuild LSDK-25.12のイメージ固有のSBOMおよびCVE評価サポート こんにちは、NXPチームの皆様、 FlexBuildと組み合わせたLSDK-25.12_DEBIAN-13_LF-6.12.20を使って、i.MX8MP用のDebianベースの製品イメージを構築しています。RED / EN 18031に基づく脆弱性評価および適合性評価をサポートするために、最終出荷画像におけるソフトウェアコンポーネントおよび既知の脆弱性を特定するための繰り返し可能なプロセスを確立する必要があります。 FlexBuild 25.12のソースツリーを調査した結果、以下のことが判明しました。 SBOM-flexbuild.spdx.jsonは、ビルドイメージの内容ではなく、FlexBuildツール自体を説明するパッケージエントリが1つだけ含まれます。 SCR.txt SDK全体のソフトウェアコンテンツレジスタであり、特定のターゲットイメージに実際にインストールされたコンポーネントを表すものではありません。 フレックスビルダーでは、画像固有のSBOMやCVEマニフェスト生成メカニズムを特定できませんでした。 これらの調査結果を踏まえ、以下の点を明確にしていただけますか? NXPは現在、FlexBuild Debianビルドから画像ごとのSPDX文書のような画像固有のSBOMを生成する公式または推奨の方法を提供していますか? もしこの能力が計画されている場合、目標のリリースや予想される稼働状況を教えていただけますか? NXPは現在、Debian Linux SDKs / FlexBuild向けにVigiles統合を提供している、または提供する予定がありますか?これはYoctoで利用可能なmeta-timesysワークフローに相当します。 直接統合が利用できない場合、Vigiles FAQに記載されているように、CSVマニフェストを手動で作成してインポートする方法は、FlexBuildベースのイメージに対して依然として推奨されるアプローチですか？ このリリースに含まれる以下のコンポーネントのセキュリティアドバイザリー、CVE適用情報、セキュリティ修正の公式情報源は何ですか? Linux-IMX LF-6.12.20-2.0.0 uboot-imx lf-6.12.20-2.0.0 imx-atf imx-optee-os NXPが提供するファームウェアおよびDDR、HDMI、VPU、ワイヤレスファームウェアなどのバイナリパッケージ 例えば、NXPのセキュリティアドバイザリー、リリースノートの修正済みCVEリスト、特定の維持管理されているGitブランチ、あるいは他の公式ソースに頼るべきでしょうか? LSDK-25.12および関連するlf-6.12.20 BSPコンポーネントの保守およびセキュリティ更新のライフサイクルはどのようなものですか? 特に： このリリースのセキュリティ修正はどのくらいの期間提供されますか? バックポートされた修正を監視するために、どのブランチまたはリポジトリを監視すべきでしょうか？ NXPは、継続的な脆弱性マネジメントプロセスを必要とする製品に対してどのようなアップグレード頻度を推奨していますか? 私たちの目標は、実際の出荷イメージに対して、再現性があり、証拠に基づいたSBOMおよびCVE評価プロセスを確立することです。公式ドキュメント、サポートツール、推奨手順の参考文献があればぜひ教えていただけると助かります。 よろしくお願いします。 Re: Image-specific SBOM and CVE assessment support for FlexBuild LSDK-25.12 こんにちは、 @Chavira さん。 Debianディストリビューションのサポート状況についてのご説明ありがとうございます。 Debianとの統合自体は、概念実証として提供されていることを理解しています。しかし、残された疑問は基盤となるBSPコンポーネントに関するものであり、私たちが知る限り、Yocto BSPリリースで消費されているリポジトリやブランチと同じです。 - Linux-IMX(LF-6.12.20-2.0.0) - uboot-IMX(LF-6.12.20-2.0.0) - IMX-ATF - IMX-optee-OS - NXP提供のファームウェアバイナリ(DDR、HDMI、VPU、ワイヤレス) どのビルドシステムやルートファイルシステムが使われているかに関わらず、確認していただけますか: 1. これらのコンポーネントのセキュリティ修正はlf-*リリースブランチを通じて提供されるのか、またYocto BSPリリースノートに公開されている修正CVE情報は、これらのコンポーネントのCVE修復状況の権威ある情報源なのか? 2. lf-6.12.20世代に関して、これらのコンポーネントに適用されるセキュリティ修正を得るために、どの後続のlf-*リリースやブランチを監視すべきか? 3. lf-6.12.20 BSPコンポーネント生成のメンテナンス期間はどのくらいで、継続的な脆弱性マネジメントプロセスを維持する必要がある製品に対してNXPはどのアップグレードの頻度を推奨していますか? [[ ## completed ##]] 私たちはNXPにDebianベースのイメージのサポートや検証を求めているわけではありません。NXP BSPコンポーネント自体の公式なセキュリティ修正情報源を特定するSO、それをCAN追跡・適用できます。 よろしくお願いします。 Re: Image-specific SBOM and CVE assessment support for FlexBuild LSDK-25.12 こんにちは、 @Leo_dev さん。 NXPサポートまでご連絡いただきありがとうございます。 残念ながら、DebianはNXPによって概念実証ディストリビューションと見なされており、YoctoベースのBSPリリースと同じレベルのサポート、検証、長期的なメンテナンスを受けていません。 実際、起動時には、ソフトウェアが機能やサポートの保証なしに提供されていることを示す免責事項が表示されます。その結果、Debian上で直面する問題は、Yoctoベースのイメージで再現される問題と同じレベルの調査や検証を受けられない場合があります。 本番開発や完全にサポートされたユースケースには、NXPが提供するYocto BSPの使用を推奨します。 私たちの公開されているすべてのソースコードはGitHub上でホストされており、以下の組織を通じてアクセスCANです。 https://github.com/nxp-imx よろしくお願いします、 チャビラ Re: Image-specific SBOM and CVE assessment support for FlexBuild LSDK-25.12 こんにちは、 @Leo_dev さん。 1. はい。NXP BSPコンポーネントのセキュリティ修正は通常、公式のlf-releaseブランチを通じて提供されます。i.MX Linux BSPリリースノート(RN00210)および関連するマニフェスト/変更ログは、統合修正やCVE修復状況の追跡における主要なNXP参照資料です 2. LF6.12.20世代については、LF6.12.34_2.1.0などの後続のBSPリリースを監視します。LF6.12.49_2.2.0、LF6.18.2_1.0.0、およびそれ以降のリリースでは、セキュリティや保守の修正がこれらのブランチに引き継がれます。 3.継続的な脆弱性管理が必要な製品に対して、NXPの推奨方法は、新しいBSPのメンテナンスや四半期ごとのリリースを定期的に追跡・評価し、セキュリティアップデートやバグ修正を取得することです

CGM-RD (UM12423) — NHS2634 が割り込みピンをアサートせず、NHS2x34_Init() が永久にハングアップする NHS2x34_Init() は、NHS2634 の割り込みピンがハイになるのを無期限に待機してハングアップします。これがハードウェアの問題なのか、電源供給シーケンスの問題なのか、それともファームウェアの設定の問題なのかを判断するのにご協力をお願いします。 イベント情報の順序: 1. NHS2634_HOSTIF_InitSpiAndInterrupt() が実行され、成功を返します。 2. NHS2x34_PMC_ResetAFE() が呼び出されます。これは、PMC制御レジスタへのSPI書き込み（AFEリセットビットの設定）を実行します。成功（ステータス＝0）を返します。 3. その後、コードは次のループで待機し、チップがSPIコマンドを受け入れる準備ができたら割り込みピンをハイにするのを待ちます。このループは決して終了しない。 while (!NHS2634_HOSTIF_GetInterruptPinLevel()) { } 既に実行された診断： 1. SEGGER RTT ログにより、ループが実際に回転していること (ライブ ポーリング カウンターが継続的に数千万まで増加していること) が確認され、フリーズしたりクラッシュしたりしていないことが確認されました。CPUは動作しており、ピンを積極的に再チェックしています。 2. デバッガ（J-Link/GDB）を接続し、ループの途中で2回停止しました。プログラムカウンタはNHS2634_HOSTIF_GetInterruptPinLevel()の中にあり、GPIO_PinRead()を2回呼び出しており、アクティブポーリングと一致している。 3. PMC制御レジスタに書き込みを行った直後に、その内容を読み戻してください。リセットビットと書き込み保護バイトを反映したゼロでないパターンを期待していましたが、返0x00000000されました。 4. 生のSPIループバックテストを実行しました(MOSIからMISOへのショートをセンサーコネクタに直接接続し、NHS2634モジュールを完全に切り離しました)。送信したバイトのエコーではなく、特徴的なテストパターンに対して0x00000000が返ってきた。 5. 上記の手順をNHS2634モジュールを完全に取り外した状態で繰り返した。結果はコネクテッド時と全く同じでした。 私が明らかにしようとしていること： 私はNXPが提供する公式SDKを使っており、ドライバーコードは変更していません。これがハードウェアの問題なのか、電源供給シーケンスの問題なのか、それとも私の側のファームウェア設定の問題なのか、また、これが私のユニット固有のハードウェア障害のように見えるのかどうかを判断する必要があります。 次にどこを調べれば良いか、何かアドバイスをいただけるとありがたいです。 MCU-リンク-PRO、 MCUXPRESSO-VSC、 血液グルコースモニター  @nxp 、 @nxp5 通信・制御(I3C |I2C |SPI |FlexCAN |イーサネット |FlexIO) MCXA MCX C MCX N パッケージとIO|GPIO パワー Re: CGM-RD (UM12423) — NHS2634 never asserts INTERRUPT pin, NHS2x34_Init() hangs forever SPIループバックが0x00を読み取れなかったため、ホストマイクロコントローラのSPIペリフェラル/ GPIO ルーティング は 実際には データを 転送していません ホストピン の 多重接続 、クロック、GPIO初期化 を修正してください

CGM-RD (UM12423) — NHS2634 始终无法置位中断引脚，NHS2x34_Init() 函数无限期挂起 NHS2x34_Init() 无限期地挂起，等待 NHS2634 的中断引脚变为高电平。我希望有人能帮我确定这究竟是硬件问题、电源时序问题还是固件配置问题。 事件顺序： 1. NHS2634_HOSTIF_InitSpiAndInterrupt() 运行并返回成功。 2. 调用 NHS2x34_PMC_ResetAFE()。这将向 PMC 控制寄存器发出 SPI 写入操作（设置 AFE RESET 位）。它返回成功（状态 = 0）。 3. 然后，代码在以下循环中等待，期望芯片在准备好接受进一步的 SPI 命令时将其中断引脚置为高电平。这个循环永远不会结束。 while (!NHS2634_HOSTIF_GetInterruptPinLevel()) { } 诊断程序已运行： 1. 通过 SEGGER RTT 日志确认循环确实在旋转（实时轮询计数器持续递增至数千万），没有冻结或崩溃。CPU 已启动并正在主动重新检查引脚。 2. 连接调试器（J-Link/GDB），并在循环过程中两次停止。程序计数器位于 NHS2634_HOSTIF_GetInterruptPinLevel() 内部，两次调用 GPIO_PinRead()，这与主动轮询一致。 3. 写入 PMC 控制寄存器后立即将其读回。预期会收到一个非零模式，反映复位位加上刚刚发送的写保护字节，但返回的是 0x00000000。 4. 运行原始 SPI 回环测试（将传感器连接器上的 MOSI 和 MISO 直接短接，NHS2634 模块完全断开）。使用特殊测试模式时，仍然返回 0x00000000，而不是发送字节的回显。 5. 将 NHS2634 模块完全拔掉后，重复上述所有步骤。结果与连接时完全相同。 我想确定的是： 我使用的是NXP官方提供的SDK，没有修改驱动程序代码。我需要确定这是否是我的硬件问题、电源时序问题或固件配置问题，以及这是否像是我的设备特有的硬件故障。 非常感谢您能提供一些关于下一步该如何着手的指导。 MCU-LINK-PRO 、 MCUXPRESSO-VSC 、血糖监测仪 @nxp ， @nxp5 通信与控制（I3C | I2C | SPI | FlexCAN | 以太网 | FlexIO） MCXA MCXC MCX N 代码包，软件包和 I/O|GPIO 电源 Re: CGM-RD (UM12423) — NHS2634 never asserts INTERRUPT pin, NHS2x34_Init() hangs forever 由于 SPI 回环读取 0x00 失败，因此主机微控制器的 SPI 外设/ GPIO 路由 实际上 并未 传输数据 。 任何 数据。修复主机引脚 复用 、时钟和 GPIO 初始化。

S32K358 eMIOS ISR 卡在 85°C 尊敬的恩智浦技术支持团队： 我们在 S32K358 上进行 85°C 左右的温度测试时遇到了问题。   在我们的应用中，我们使用了 6 个 eMIOS 通道，每个通道都配置为在 PWM 的两个边沿生成中断，频率为 200Hz。   在 85°C 时，MCU 有时会卡在某个 eMIOS 中断服务例程 (ISR) 中。ISR 无法退出，因为代码会通过读取 eMIOS 寄存器来检查中断标志，但该标志的值为 0（文件 Emios_Mcl_Ip_Irq.c）。 😞   如果( 0U != ((Emios_Ip_paxBase[Instance]->CH.UC[Channel].S) & (uint32) eMIOS_S_FLAG_MASK ))   调试后我们发现，当问题出现时，包含 eMIOS 基地址的变量（ Emios_Ip_paxBase）为 NULL 。而当应用程序正常运行时，该指针有效，并且 eMIOS 寄存器也能被正确读取。 似乎在某些情况下，对 eMIOS 外设的引用在 ISR 执行期间会被损坏或清除。   您是否有任何关于可能存在的已知问题或根本原因的线索，例如堆栈溢出、内存损坏、并发访问、中断服务例程处理或温度相关行为？   顺祝商祺！ 西蒙 Re: S32K358 eMIOS ISR stuck at 85°C 嗨，范恩 我目前使用的是 RTD 7.0.0 版本。 Re: S32K358 eMIOS ISR stuck at 85°C 嗨@simon98 你使用的是哪个版本的RTD？任何其他信息都将不胜感激。 此外，在 6.0.0 之前的 RTD 版本中，存在一个与函数作用域内静态变量的内存映射不正确相关的已知问题 (ARTD-159985)。 此问题描述了在 Emios_Mcl_Ip.c 中定义的变量 Emios_Ip_paxBase 存在的问题。Emios_Mcl_Ip_Irq.c 被赋予了不一致的初始化特性。更多详情请参阅软件版本说明。 BR，VaneB Re: S32K358 eMIOS ISR stuck at 85°C 嗨@simon98 能否提供一个能够重现所观察到的现象的简单应用程序？另外，能否确认一下您使用的是定制电路板还是评估电路板？ 另外，能否分享一下测试是如何进行的，以确认该问题是否在 85°C 时出现？ Re: S32K358 eMIOS ISR stuck at 85°C 嗨@VaneB ， 目前我正在使用一块带有 S32K358 的定制板，其中我使用以下 eMIOS_1 通道生成 200 Hz 的 PWM：ch3、ch9、ch11、ch12、ch13、ch19。代码是使用 Simulink 生成的。 我将定制电路板放入 85°C 的气候箱中一段时间后，观察到了卡顿现象。 我在使用 S32DS (3.6.7) 进行调试时我发现它卡在了 ISR(EMIOS1_1_IRQ) 中，所以我在入口/出口函数附近以及 Emios_Pwm_IrqHandler 和 Emios_Pwm_Ip_IrqHandler 函数中都添加了一些自定义计数器，以便检测代码的哪些部分正在执行。 经过一些测试，我发现，当它卡住时，内部…… static void Emios_Pwm_IrqHandler(const uint8 Instance, const uint8 Channel) { /* 检查 Emios 通道上是否发生了事件 */ 如果 (0U != ((Emios_Ip_paxBase[Instance]->CH.UC[Channel].S) & (uint32)eMIOS_S_FLAG_MASK)) { /* 检查 EMIOS 通道上是否发生了事件 */ 如果 (0U != ((Emios_Ip_paxBase[Instance]->CH.UC[Channel].C) & ((uint32)(eMIOS_C_DMA_MASK | eMIOS_C_FEN_MASK)))) { Emios_Pwm_Ip_IrqHandler(实例, 通道); } 别的 { /* 什么也不做 - 如果遇到虚假中断，立即返回 */ } } } if 条件： 如果 (0U != ((Emios_Ip_paxBase[Instance]->CH.UC[Channel].S) & (uint32)eMIOS_S_FLAG_MASK)) 始终为 0，因为由于某种原因，Emios_Ip_paxBase[Instance] 指向 0。这意味着没有人清除中断标志，因此它进入了一个无法逃脱的循环。 以下是我用来检测此问题的代码： static void Emios_Pwm_IrqHandler(const uint8 Instance, const uint8 Channel) { // uint32_t s; // uint32_t c; // uint32_t s_flag; // uint32_t s_ovr; dbg_pwm_last_instance = 实例; dbg_pwm_last_channel = Channel; dbg_pwm_last_base_addr = (uint32_t)Emios_Ip_paxBase[Instance]; dbg_pwm_last_c_addr = (uint32_t)&Emios_Ip_paxBase[Instance]->CH.UC[Channel].C; dbg_pwm_last_s_addr = (uint32_t)&Emios_Ip_paxBase[Instance]->CH.UC[Channel].S; dbg_emiosipirq_static_state1++; /* 如果 (实例 == 1) { 切换（通道） { 案例16： dbg_emiosipirq_static_cnt_ch16++; 休息; 案例17： dbg_emiosipirq_static_cnt_ch17++; 休息; 案例18： dbg_emiosipirq_static_cnt_ch18++; 休息; 案例19： dbg_emiosipirq_static_cnt_ch19++; 休息; 默认： dbg_emiosipirq_static_cnt_oth1++; 休息; } } 别的 { dbg_emiosipirq_static_cnt_oth2++; } */ /* Lettura reale dei registri vista dal codice */ /* s = Emios_Ip_paxBase[Instance]->CH.UC[Channel].S; c = Emios_Ip_paxBase[Instance]->CH.UC[Channel].C; s_flag = s & (uint32)eMIOS_S_FLAG_MASK; s_ovr = s & (uint32)eMIOS_S_OVR_MASK; dbg_pwm_last_s = s; dbg_pwm_last_c = c; dbg_pwm_flag_mask = (uint32)eMIOS_S_FLAG_MASK; dbg_pwm_ovr_mask = (uint32)eMIOS_S_OVR_MASK; dbg_pwm_last_s_and_flag = s_flag; dbg_pwm_last_s_and_ovr = s_ovr; 如果 (s_flag != 0U) { dbg_pwm_s_flag_yes++; } 别的 { dbg_pwm_s_flag_no++; } 如果 (s_ovr != 0U) { dbg_pwm_s_ovr_yes++; } 别的 { dbg_pwm_s_ovr_no++; } 如果 ((s_flag == 0U) && (s_ovr != 0U)) { dbg_pwm_flag0_ovr1_count++; } 否则如果 ((s_flag != 0U) && (s_ovr != 0U)) { dbg_pwm_flag1_ovr1_count++; } 否则如果 ((s_flag != 0U) && (s_ovr == 0U)) { dbg_pwm_flag1_ovr0_count++; } 别的 { dbg_pwm_flag0_ovr0_count++; } */ /* 检查 EMIOS 通道上是否发生了事件 */ 如果 (0U != ((Emios_Ip_paxBase[Instance]->CH.UC[Channel].S) & (uint32)eMIOS_S_FLAG_MASK)) { dbg_emiosipirq_static_state2++; /* 检查 EMIOS 通道上是否发生了事件 */ 如果 (0U != ((Emios_Ip_paxBase[Instance]->CH.UC[Channel].C) & ((uint32)(eMIOS_C_DMA_MASK | eMIOS_C_FEN_MASK)))) { dbg_emiosipirq_static_state3++; Emios_Pwm_Ip_IrqHandler(实例, 通道); } 别的 { dbg_emiosipirq_static_state4++; /* 什么也不做 - 如果遇到虚假中断，立即返回 */ } } 别的 { dbg_emiosipirq_static_state5++; //Emios_Pwm_Ip_IrqHandler(Instance, Channel); //Emios_Pwm_Ip_IrqHandler(1, 19); } } 以下是我存储 Emios_Ip_paxBase 应指向的地址的全局变量： dbg_pwm_last_base_addr = (uint32_t)Emios_Ip_paxBase[Instance]; dbg_pwm_last_c_addr = (uint32_t)&Emios_Ip_paxBase[Instance]->CH.UC[Channel].C; dbg_pwm_last_s_addr = (uint32_t)&Emios_Ip_paxBase[Instance]->CH.UC[Channel].S; 我还添加了一些自定义代码，用于在运行时读取 NVIC 寄存器：附件中包含线程、通用寄存器、NVIC 寄存器和变量表达式、EMIOS 寄存器等文件，以及我进行的 6 次测试。 另外，我会在私信中提供我用来测试此行为的 S32DS 项目。 希望这些信息对大家有所帮助。如有任何其他疑问，请随时联系我。 BR， 西蒙 Re: S32K358 eMIOS ISR stuck at 85°C 嗨@simon98 非常感谢您提供这些信息。 由于代码似乎卡在了 EMIOS1_1_IRQ 中，根据您的配置，它对应于 eMIOS 1 通道 19，让我们尝试将分析范围缩小到这一特定部分。 为了简化调试并排除其他模块的任何干扰，请创建一个仅包含此 eMIOS 配置的最小测试项目。这将有助于我们找出问题所在，并更好地了解其根本原因。如需指导，您可以查看S32M27x/S32K3 – eMIOS 使用主题中提供的示例。 同样的行为是否仍然存在？另外，如果您有评估板，最好能在上面测试一下相同的代码。 Re: S32K358 eMIOS ISR stuck at 85°C 嗨，范恩 我本周会尝试给你一个简单的项目来复现这种行为。 Re: S32K358 eMIOS ISR stuck at 85°C 嗨@simon98 我们的评估板主要设计用于室温环境，尚未经过极低或极高温度的测试或认证。 您仍然可以在室温范围之外使用评估板，但我们无法保证它们在这些条件下的性能。 Re: S32K358 eMIOS ISR stuck at 85°C 嗨@VaneB ， 我用简化的配置在我的定制板上测试了这个问题，该配置只包括六个 eMIOS1 通道。遗憾的是，在这种配置下我无法重现该错误。应用程序运行正常，不会卡在 EMIOS_1_IRQ 中。 目前，我正在研究将为我们定制板开发的完整项目加载到 EVB 上是否可行。在继续之前，我还想了解一下定制板和 EVB 之间的硬件差异是否可能导致任何意外行为，甚至损坏 EVB。 BR， 西蒙 Re: S32K358 eMIOS ISR stuck at 85°C 嗨@VaneB ， 经过多次尝试，我终于创建了一个 EVB 项目，该项目尽可能地重现了在我的定制板上运行的应用程序。具体来说，我将所有引脚的配置方式都与我的自定义项目中的配置方式相同。 然后我在 85°C 的条件下用我的定制板测试了这个项目，eMIOS ISR 问题仍然存在：应用程序继续卡住。 之后，我在相同的温度条件下，甚至在 90°C 以上，对 EVB 进行了完全相同的项目测试，但我无法重现该问题——EVB 继续正常运行，没有出现卡顿。 此时，您会建议采取哪些后续步骤来确定问题的根本原因并找到可能的解决方案？ 如果您需要我提供任何其他信息、测量数据或调试数据，请告诉我。 我附上了一个 ZIP 文件，其中包含完整的 EVB 项目以及我的定制板和 EVB 上的 K358 图片。 感谢您的支持。 BR 西蒙娜 Re: S32K358 eMIOS ISR stuck at 85°C 嗨@simon98 由于该问题仅在您的定制板上出现，而未在 EVB 上出现，因此值得调查根本原因是否与硬件有关。 我建议您将您的硬件设计与 EVB 原理图进行比较，并查看 S32K3 硬件设计指南，以验证所有相关建议是否已正确实施。 Re: S32K358 eMIOS ISR stuck at 85°C 嗨@VaneB ，   我们已对硬件设计进行了审查，未发现明显的硬件问题。此外，由于硬件设计和运行条件不同，该电路板与 NXP EVB 不具有直接可比性。   如果客户发现定制板存在温度相关问题，如何才能从恩智浦半导体获得一对一的支持？   BR， 西蒙 Re: S32K358 eMIOS ISR stuck at 85°C 嗨@VaneB 我想就此话题稍作跟进，因为我们仍在调查此事，希望得到您的反馈。 具体来说，如果根本原因与 RAM 损坏有关（例如，越界写入或堆栈覆盖），您会建议在 S32K358 上检查哪些寄存器或诊断信息？ 是否有任何特定的故障状态寄存器、ECC/错误报告寄存器、MPU相关寄存器、堆栈监控功能或其他调试寄存器可以帮助识别在eMIOS ISR卡住之前是否发生了内存损坏？ 非常感谢您能就调试过程中最需要检查的寄存器提供一些指导。 感谢您的支持。 顺祝商祺！ 西蒙 Re: S32K358 eMIOS ISR stuck at 85°C 嗨@simon98 由于这似乎是您主板特有的硬件相关问题，而且我们无法重现该问题，因此很难通过此支持渠道准确诊断根本原因。我们建议您联系您的代理商或当地的恩智浦代表以获取更多帮助。

Flexioを特殊なSPIとして、同時に20ビットMOSI出力として動作させたい。 20個のチップDACを同時に制御する必要があるため、Flexioを特別なSPIとして使用してDACデバイスを制御したいと考えています。詳細は以下の通りです。 1つのcs、 1クリック、 20 MOSI、20ピンを使って、同時に20台のDACデバイスにDAC値を出力します。MCUEctrossのコードとプロジェクトを教えてもらえますか? ありがとうございます！ 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time この質問は難しいもので、誰も提案できないのでしょうか? 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time 1、csプル低レベル 2、フレキシオは20チャネルを常に送信し、各チャネルは1ビットを送信し、1回送信は1シフトレジスタを使用します。 3、送信8回 8つのシフトレジスタすべてを使い、各チャンネルは8ビットを送信します。 4、ステップ2、3は1回のDMA送信です。DACのchipiは24ビットなので、各チャネルで24ビットデータを3回送信します。 5．CSを高く引く。 これでうまくいくのでしょうか? 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time 誰かいますか？ Re: I want to use flexio to work as a special spi, 20bit mosi output at the same time 私が使用しているチップはmcxn947です。 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time こんにちは、 @justdomyself 同様の実装としては、FlexIO QSPIのアプリケーションノートAN14175とMCUXpresso SDK内のFlexIO SPI DMA例を確認することをお勧めします。 AN14175例はFlexIOタイマーとシフターを使ってカスタムシリアルインターフェースを作成する方法を示しており、1クロックと複数のデータ出力で20のDACチャネルを同時に駆動するというあなたのニーズにより近いものです。 FlexIO SPI DMAのサンプルは、FlexIOの基本的なタイマー、シフター、およびDMA構成を理解する上でも役立ちます。 BR ハリー 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time AN14175のプロジェクトコードはどこにありますか？どこからダウンロードできますか？ 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time インポート中にエラーが発生しました。 justdomyself_0-1785394860116.png コンパイル中にエラーが発生しました。 justdomyself_1-1785394889652.png デバッグ中にエラーが発生しました。 justdomyself_2-1785394917545.png BOARD_PowerMode_ODを実行すると、デバッグ関数が上記の画像に示すエラーで即座にクラッシュします。 より新しい、動作するプロジェクトを提供していただけますか？ 私のソフトウェアバージョン：MCUXpresso IDE v25.6 [ビルド 136] [2025-06-27] 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time こんにちは、 @justdomyself 検索 |NXP Semiconductors NXP公式ウェブサイトでAN14175を検索してください。 そして、関連ファイル:AN14175SWをクリックするとソフトウェアをダウンロードできます。 Harry_Zhang_0-1785384066285.png BR ハリー 回复： I want to use flexio to work as a special spi, 20bit mosi output at the same time こんにちは、 @justdomyself AN14175対応のSDKバージョンをダウンロードできます。 BR ハリー

请问有人可以帮我找到S32K3的功能安全手册吗？ 大家好，我正在寻找NXP S32K3 MCU系列的**功能安全**手册。请问有人能帮我找到它或者提供访问方式吗？ Re: Could someone please help me find the Safety Manual for the S32K3? HI 你已经和恩智浦签署保密协议了吗？如果您不确定公司是否与恩智浦半导体签署了保密协议，请告诉我公司的全名或地址。 如果您已经持有有效的保密协议，请参考此文档注册安全文件帐户。 获得安全文件访问权限后，您可以点击 S32K3 产品页面 文档部分的“安全”按钮 ，下载 功能安全手册 。 Safety Manual S32K3.png 此致敬礼， Robin

どなたかS32K3のセーフティマニュアルを探すのを手伝ってもらえますか? 皆さんこんにちは、NXP S32K3 MCUファミリのセーフティマニュアルを探しています。どなたか見つける手助けやアクセス方法の情報を教えていただけませんか? Re: Could someone please help me find the Safety Manual for the S32K3? ハイ NXP社とは既に秘密保持契約（NDA）を締結済みですか？もし会社がNXPとNDAを結んでいるか確信が持てない場合は、会社のフルネームか住所を教えてください。 既に有効な秘密保持契約（NDA）をお持ちの場合は、この文書を参照してセキュアファイルアカウントを登録してください。 Secure Fileへのアクセスができたら、 S32K3製品ページの ドキュメントセクションで 「Secure 」をクリックして セーフティマニュアル をダウンロードできます。 Safety Manual S32K3.png よろしくお願いいたします ロビン

mc9s08qg8 编译器 原型：我有一个使用这款芯片的产品。它并没有过时。我有一份要编译的代码，是 1980 年的。我想做的是更新 Windows 11 上的 CS v6.3 代码。我想将产品从评估单元更新为可运行的单元，以便发布给缝纫设备制造商。我用三行C代码更新了产品，使其能够投入生产环境。历史：线轴展 <1980 年。在展会上展示了该设备的样机，并以每台 150 美元的价格售出了 15 台。我在国际微电路公司（IMI）开发了专用门阵列芯片来实现各种功能。嗯，这台设备是一次性的。我获得了专利，然后把线轴控制器“BC”收了起来，直到1983年才重新启用。使用 mc9s08qg8 芯片将 BC 升级到更多功能。我靠救济金生活，没有钱发展我的事业。现在我把开发好的设备从仓库里拿出来了，我已经72岁了，正在努力完成最后的编码工作，以获得最新的功能。我打算在死前把它卖个好价钱。这是我临死前的最后一步，我绝不能输。如果你不能再帮我了，我就去德州仪器（TI）用他们的芯片了。你们的开发软件把我锁住了。所以，我大概还有 12 年的时间，而你的芯片是产品的核心。如果你对这款产品不感兴趣，我就去德州仪器（TI）看看。我没时间跟你们玩弄商业周期。我估计如果这款产品畅销，我能卖出2万台。它比我43年前预想的要好得多，所以我到底是加入还是退出？我的Wiztronics电脑需要BDM驱动器。com 板接口和 cw 11.1 完成最终单元。另外，我目前仍在领取社保金。身无分文，只有梦想。我买不起500美元的P&E USB多链路通用编程器。或许你想对这款设备进行“风险投资”。我已经把完整的C语言代码下载给你了！现在轮到你了。 Re: mc9s08qg8 compiler Hello 我在你的另一篇帖子中给你提了个建议，或许能帮你修复 BDM 驱动程序，以便在 CodeWarrior 中使用该设备。 mc9s08qg8 驱动程序 请问您是否就驱动程序在其电路板上的使用情况咨询过 Wiztronics 公司？您有任何反馈吗？ 顺祝商祺！

mc9s08qg8コンパイラ プロトタイプ:このチップを使った製品があります。それは時代遅れではない。コンパイルするためのコードは1980年のものを持っています。私がやりたいのは、Windows 11のCS v6.3コードを更新することです。製品と評価ユニットを動作ユニットに更新し、裁縫機器の製造業者に提供したいと考えています。製品を本番環境向けに更新するためのCコードが3行あります。歴史：ボビンショー < 1980年。展示会で試作品を展示し、1台150ドルで15台を販売した。私はInternational Microcircuits INC（IMI）で、特定の機能を実装するための特殊なゲートアレイチップを開発しました。ええと、そのユニットは使い捨てでした。特許を取得し、ボビンコントローラー「BC」は1983年までしまっていました。mc9s08qg8チップを使用して、BCの機能を多数追加アップグレードしました。生活保護を受けていたので、事業を拡大するためのお金がありませんでした。開発済みのユニットを保管場所から取り出し、72歳という年齢で最新の機能を実現するために最後のコーディングを完了させようとしています。死ぬ前に、それを大きく売ってみせるつもりだ。死ぬ前の最後の一手、負けるわけにはいかない。これ以上助けられない場合は、TIに行って彼らのチップを使うつもりです。あなたの開発ソフトウェアから締め出されています。SO i got maybe 12 years left, and ur chip is the core of the 製品.もしこの製品に興味がなければ、TIに行きます。君たちの景気循環に付き合っている暇はない。もしこのユニットが成功すれば、2万台売れると思っています。43年前に思っていたよりもうまくいく。だから、私は参加するのか、それとも出るのか。Wiztronics製機器用にBDMドライブが必要です。最終ユニットを仕上げるためにComボードインターフェースとCW 11.1を導入しました。あと、私はまだ社会保障給付を受けています。お金はない、あるのは夢だけ。私はP&E USBマルチリンクのユニバーサルプランマーに500ドルも払う余裕はありません。もしかしたら、そのデバイスに「ベンチャーキャピタル」を投資したいと思うかもしれませんね。君は私がダウンロードしたCコード全体を手に入れた!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ボールは君のコートにある。 Re: mc9s08qg8 compiler Hello あなたの他の投稿で提案しますが、CodeWarriorでBDMドライバーを修復するのに役立つかどうか助かります mc9s08qg8 ドライバ Wiztronicsのボードでのドライバの使用について相談したことはありますか?何かフィードバックはありますか? よろしくお願いいたします。

NXP SR040 峰值功耗 您好，SR040的峰值功耗是多少？能否提供一下发送/接收/空闲时间的详细数据？ Re: NXP SR040 Peak Power Consumption 你好， 希望你一切都好。很抱歉给您带来不便，但由于该产品的信息受保密协议（NDA）约束，因此不对外公开。 如需了解有关该芯片的更多信息，请联系我们代理商网络|NXP中的一位代理商。或者，如果您有任何直接联系人曾帮助您获得此设备，请与他们联系。 如果您正在寻找有关我们 UWB 产品的信息，或者您对这项技术感兴趣，我建议您查看我们合作伙伴（ Trimension UWB 合作伙伴）提供的这些开发套件和模块。 如果您对这些套件/模块感兴趣，您需要直接与他们联系，了解流程以及他们能够提供的支持，因为这项技术的支持途径是通过他们。 文档和软件由相应的UWB模块合作伙伴分发。选择模块后，您将被引导至我们合作伙伴的页面，您可以在该页面访问数据表、应用笔记和所需的启用信息。 此致， 里卡多

NXP SR040のピーク消費電力 こんにちは、SR040の最大消費電力はどれくらいですか？Tx/Rx/アイドルの内訳を教えてもらえますか? Re: NXP SR040 Peak Power Consumption こんにちは、 あなたの調子が良いといいのですが。ご不便をおかけして申し訳ありませんが、この製品の情報はNDA(秘密保持契約)に基づいており、公開されていません。 チップについての詳細は、代理店ネットワークで利用可能な当社の代理店のいずれかにお問い合わせください。NXPですか?または、このデバイスを手に入れるのを手伝った直接の連絡先がいれば、ぜひ連絡してください。 もし当社のUWB製品に関する情報をお探しの方やこのテクノロジに興味がある方は、パートナー(Trimension UWB Partners)のこれらの開発キットとモジュールをご確認いただくことをお勧めします。 これらのキットやモジュールに興味がある場合は、直接彼らに相談してプロセスやサポートを受けられるかを知る必要があります。なぜなら、このテクノロジのサポートは彼らを通じて行われるからです。 ドキュメントとソフトウェアは対応するUWBモジュールパートナーによって配布されます。モジュールを選択すると、パートナーのページに案内され、データシート、アプリケーションノート、必要なイネーブルメントにアクセスできます よろしくお願いいたします。 リカルド

MBDT中的CAN总线处理 我正在使用 NXP 的 MBDT for S32K344 来配置 FlexCAN0。我想了解 CAN 消息处理的哪些部分由 NXP 模块/工具箱管理，哪些部分需要由应用程序处理。 仲裁和缓冲区处理是否由驱动程序/工具箱管理？例如：如果我先发送 0x18FEF111，那么 0x18FEEF00 都不会出现在总线上。但如果先发送 0x18FEEF00，则两者都会被发送。当两者同时触发信号时，只会显示其中一个。 那么，在同时发送多个帧时，是否需要为每个消息 ID 分配专用的发送硬件对象？ MBDT 或 SDK 是否处理消息优先级，并在未收到 ACK 时自动重试？ 如果高优先级 ID 失败（例如，没有收到 ACK），是否会阻塞其他消息？我们如何检测并从中恢复？ 为了避免阻塞或消息丢失，模型中是否需要手动管理缓冲区分配或传输时序？ 在 MBDT 中配置多个 Tx 消息 ID 的最佳方法是什么？使用动态缓冲区。 请明确哪些是内部处理的，哪些是我们需要在应用程序中处理的。 示例模型 Re: CAN Bus Handling in MBDT 你好@SorinIBancila ， 我遇到了需要发送的帧数超过可用 HTH 硬件对象数量的情况。由于 S32CT 无法利用 CanIf 发送缓冲实现，您能否推荐一种基于 Simulink 的缓冲解决方案来解决此问题？ 谢谢，此致敬礼！ 桑德什 Re: CAN Bus Handling in MBDT 你好， 32 个 Can Hw 对象数量并非限制。根据你所使用的MCU型号，你还可以进一步提高这个限制。您可以修改 Can Hw Object Count 的数量，但如果您输入的数字过大，S32CT 将报错。 顺祝商祺！ 索林·班奇拉 Re: CAN Bus Handling in MBDT 明白了！如果我需要发送超过 32 条消息，是否应该创建额外的发送硬件对象？另外，在 S32K3 中使用 S32CT，单个 CAN 收发器或控制器下最多可以配置多少个硬件对象？ 想了解在限制条件下，如何以最佳方式构建大型消息集的 HOH。 Re: CAN Bus Handling in MBDT 你好， 你认为一次需要发送多少条信息？ 我已在 S32K358 HVBMS 参考设计上测试了以下场景： 使用单个 TX 硬件对象，并将Can 硬件对象计数设置为 32（以允许缓冲区中最多 32 条消息）。 SorinIBancila_0-1751890828580.png 在 Simulink 中，我向消息缓冲区填充了 32 条消息，随着缓冲区填充的进行，消息优先级也随之增加，以验证仲裁过程。 SorinIBancila_3-1751891054922.png 结果： 正如预期的那样，由于消息缓冲区尚未完全填充，因此发送的第一批消息优先级较低。大约在第 6 条消息时，缓冲区已满，我们可以看到优先级较高的消息会先发送。 SorinIBancila_5-1751891107134.png 由于你想使用单个收发器，因此实际上不可能同时发送所有消息。 顺祝商祺！ 索林·班奇拉 Re: CAN Bus Handling in MBDT 索林，你好 感谢您的意见！ 我想说明在使用动态缓冲区时，在 MBDT 中配置多个 Tx 消息 ID 的最佳方法。就我而言，该控制器用于电动汽车应用，采用基于 J1939 的 CAN 设置，涉及数百个循环消息。 在 S32CT 中为每条消息创建单独的硬件对象似乎既不可扩展也不实用。我希望使用单个 Tx 硬件对象来动态处理多个消息，并通过一个 CAN 接口同时传输它们。 请问针对这种使用场景，推荐的配置或最佳实践是什么？另外，请推荐一些我需要参考的文档，以便了解 MBDT 中配置设置的工作原理和相关函数。 Re: CAN Bus Handling in MBDT 你好， 首先，我想指出的是，S32K3xx 的 MBDT 是基于 S32K3 RTD 的版本。外围设备的配置是在 S32 配置工具中完成的，以便您可以灵活地进行所需的设置。因此，要检查 NXP 的 MBDT S32K3xx 是否支持某个功能，您可以检查外设（在 S32K3 RTD 中）使用的源代码及其在 S32 配置工具中的可用设置。 在工具箱中，您可以在此处找到 FlexCAN 外设的实现： {toolboxRoot}/src/S32K3_RTD/SW32K3_S32M27x_RTD_R21-11_6.0.0/eclipse/plugins/Can_43_FLEXCAN_TS_T40D34M60I0R0/ 笔记！根据您使用的 MBDT S32K3 版本不同，S32K3 RTD 的名称可能会有所不同。 你问题的答案是基于我的经验，可能并不完全准确。 1、2 和 5：该工具箱不处理任何仲裁，但我不太确定 SDK 中有哪些选项可用于此目的。在你的示例中，你创建了另一个CanHardwareObject并使用它来发送第二条消息，但这种方法可能难以管理。第二个解决方案可能是增加Can Hw 对象计数，以允许缓冲区中存在更多消息。 SorinIBancila_0-1751638634625.png 3：S32K3 的 MBDT 不处理任何消息优先级。据我所知，FlexCAN 控制器负责重试发送消息，直到收到 ACK 为止，同时将消息阻塞在缓冲区中。 4. 检测消息是否已发送的一种方法是使用硬件中断回调中的CanIf_TxConfirmation中断来标记消息已发送。如果指定的 PDU 没有触发信号中断，则表示该消息未发送。此外，还有一个中断（ CAN_ControllerBusOff ）可用，当满足 CAN 总线关闭的条件时，该中断会产生触发信号。在 S32 配置工具中，有一个选项可以从总线关闭状态自动恢复。 SorinIBancila_1-1751640323228.png 如有任何疑问，请随时回复。 此致， 索林·班奇拉 Re: CAN Bus Handling in MBDT 你好， 您好，我认为绕过硬件对象数量限制的一种方法是配置多个 CAN 控制器并将它们连接到同一总线上。然后，为了避免接收来自其他 CAN 控制器的消息，您可以利用过滤代码和掩码在控制器级别直接丢弃消息。（卸载MCU）。 然后，在 Simulink 中，您可以使用 CAN 控制器向总线发送数据，无论是通过轮询方式还是您认为合适的任何方式。 我还没有尝试过这种方法，但我会随时向你汇报它是否有效。 此致， 索林·班奇拉

MBDTにおけるCANバス処理 FlexCAN0の設定には、NXPのS32K344用MBDTを使用しています。CANメッセージ処理のどの部分がNXPのブロックやツールボックスで管理され、何がアプリケーションで処理されるべきかを理解したいです。 仲裁やバッファの処理はドライバやツールボックスで管理されていますか?例：最初に0x18FEF111を送信すると、0x18FEEF00はバス上に表示されません。しかし、0x18FEEF00を先に送信すると、両方とも送信されます。両方を同時に送信すると、どちらか一方のみが表示されます。 SO、複数のフレームを同時に送信する際、各メッセージIDに専用のTxハードウェアオブジェクトを割り当てる必要がありますか? MBDTやSDKsはメッセージの優先順位付けを処理し、ACKが届かない場合に自動的に再試行しますか? 優先度の高いIDが失敗した場合（例えば、ACKが返ってこなかった場合）、他のメッセージもブロックされますか？これをどのように検知し、復旧すればよいのでしょうか？ ブロックやメッセージの喪失を避けるために、モデル内でバッファの割り当てや送信タイミングを手動で管理する必要がありますか? MBDTで複数のTxメッセージIDを設定する最適な方法は何ですか？動的バッファを使用する場合。 社内で何が処理されるのか、アプリケーションで何が処理されるのかを明確にしてください。 サンプル・モデル Re: CAN Bus Handling in MBDT こんにちは、 @SorinIBancila さん、 利用可能なHTHハードウェアオブジェクトの数よりも多くのフレームを送信する必要がある状況に遭遇しました。CanIf送信バッファリング実装はS32CTでは活用できないため、この問題に対してsimulinkベースのバッファソリューションをおすすめしてもらえますか? ありがとうございます。 サンデシュ Re: CAN Bus Handling in MBDT こんにちは、 32 CANのハードウェアオブジェクト数は制限ではありません。MCUによってはさらに制限を上げることも可能です。CANオブジェクトカウントの上限を変更できますが、数字を大きくするとS32CTがエラーを出します。 よろしくお願いいたします。 ソリン・バンシラ Re: CAN Bus Handling in MBDT 理解した！SO、32以上のメッセージを送信する必要がある場合、追加のTx Hardware Objectを作成するべきでしょうか?また、S32CTを使ったS32K3で単一のCANトランシーバまたはコントローラの下で設定できるハードウェアオブジェクトの最大数はどれくらいですか? 制限内に収まるように、大規模なメッセージセットに対してHOH（階層型ヘッダー）を構成する最適な方法を理解したいと考えています。 Re: CAN Bus Handling in MBDT こんにちは、 一度に何件のメッセージを送信する必要があると思いますか？ S32K358 HVBMSリファレンスデザインで以下のシナリオをテストしました: 単一の送信ハードウェアオブジェクトを使い、Can Hw Objectカウント を32に設定します(バッファ内に最大32メッセージを許可するため)。 SorinIBancila_0-1751890828580.png Simulinkでは、調停プロセスを検証するために、メッセージバッファに32個のメッセージを格納し、バッファにメッセージが格納されるにつれて優先度を上げました。 SorinIBancila_3-1751891054922.png 結果： 予想通り、メッセージバッファが完全に満たされていないため、最初に送信されるメッセージは優先度が低くなります。6番目のメッセージあたりでバッファが埋められ、CANの優先度の高いメッセージが最初に送信されるのがわかります。 SorinIBancila_5-1751891107134.png 単一のトランシーバを使いたい場合、すべてのメッセージを同時に送信することは実際には不可能です。 よろしくお願いいたします。 ソリン・バンシラ Re: CAN Bus Handling in MBDT こんにちは、ソリンさん。 ご意見ありがとうございます！ 動的バッファを使用する場合に、MBDTで複数の送信メッセージIDを設定する最適な方法を明確にしたいと思いました。私の場合、コントローラはJ1939ベースのCANセットアップでEVアプリケーションに使われており、数百のサイクリックメッセージが関わっています。 S32CTでメッセージごとに個別のハードウェアオブジェクトを作成する方法は、拡張性にも実用性にも欠けるように思われる。単一のTxハードウェアオブジェクトを使って複数のメッセージを動的に処理し、1つのCANインターフェースを通じて同時に送信したいと考えています。 このユースケースで推奨されるセットアップやベストプラクティスについて教えていただけませんか?また、MBDTで使われる設定設定や関連関数の仕組みを理解するために参照しなければならないドキュメントもぜひ教えてください。 Re: CAN Bus Handling in MBDT こんにちは、 まず最初に、S32K3xx用のMBDTはS32K3 RTDをベースに構築されていることを指摘しておきたいと思います。ペリフェラルの設定はS32設定ツールで行い、必要な設定に完全な柔軟性を持たせます。つまり、NXPのMBDT S32K3xxで機能がサポートされているかどうかを確認するには、ペリフェラル(S32K3 RTDで使用されている)のソースコードとS32設定ツールの利用可能な設定を確認できます。 ツールボックスには、FlexCANペリフェラルの実装がこちらにあります: {toolboxRoot}/src/S32K3_RTD/SW32K3_S32M27x_RTD_R21-11_6.0.0/eclipse/plugins/Can_43_FLEXCAN_TS_T40D34M60I0R0/ 注記！S32K3 RTDの名称は、使用するMBDT S32K3のバージョンによって異なる場合があります。 ご質問への回答は私の経験に基づくものであり、必ずしも完全に正確とは限りません。 1 & 2 & 5:ツールボックスは仲裁を扱っていませんが、SDKでこのマターに関してどんなオプションがあるのかはよくわかりません。あなたの例では、別のCanHardwareObjectを作成してそれを使って 2 番目のメッセージを送信していますが、この方法は管理が難しいかもしれません。2つ目の解決策は、バッファにより多くのメッセージを入れるためにCan Hw Object Countを作成することです。 SorinIBancila_0-1751638634625.png 3：S32K3 用の MBDT はメッセージの優先順位付けを処理しません。私の知る限り、FlexCANコントローラの役割は、ACKが受信されるまでメッセージを再送信しつつ、バッファ内でメッセージをブロックすることです。 4. メッセージが送信されたかどうかを検出する方法の1つは、ハードウェア割り込みコールバックで割り込みCanIf_TxConfirmationを使用して、メッセージが送信されたことをマークすることです。指定されたPDUに対して割り込みが発生しない場合、メッセージは送信されなかったことを意味します。さらに、CANバスオフの条件を満たすとトリガーされる別の割り込み(CAN_ControllerBusOff)が利用可能です。S32設定ツールには、バスオフ状態から自動的に復旧するオプションがあります。 SorinIBancila_1-1751640323228.png ご質問があれば、遠慮なくご返信ください。 よろしくお願いします、 ソリン・バンシラ Re: CAN Bus Handling in MBDT こんにちは、 こんにちは、ハードウェアオブジェクト数の制限を回避する一つの方法は、複数のCANコントローラを設定し、それらを同じバスに接続することです。そして、他のCANコントローラーからのメッセージを受け取らないように、フィルターコードやマスクを使ってコントローラーレベルでメッセージを破棄できます。(MCUを降ろす)。 そしてSimulinkでは、両方のCANコントローラーを使って、ラウンドロビンや適した方法でバスにデータを送信できます。 まだこの方法は試していませんが、効果があるかまた報告します。 よろしくお願いします、 ソリン・バンシラ

读取变量时随机出现超时 您好，我一直在使用前人在这个项目中搭建的电池测试装置。 测试装置使用 nxp S32K144EVB 板，通过 USB 连接到计算机。 该代码由 simulink 文件构建，测试监控通过 FreeMASTER 3.2 进行。 该项目已在一台笔记本电脑上运行了几个月，现在需要配置一台新的笔记本电脑作为替代品。然而，即使安装相同版本的 FreeMASTER、相同的驱动程序并使用相同的项目文件，所有变量仍然显示为“?”由于在看似随机的时间段后出现超时错误。 若能得到任何帮助，我将不胜感激。 运行 12 分钟后未发现任何问题，已记录错误： fbw_0-1784820901163.png Re: Random occurences of timeouts while reading variables 你好， 我目前还没有遇到过这个问题，但我有一些建议，或许能帮到你： 尝试使用 12V 电源适配器为 S32K144EVB 供电，而不是使用 USB 接口。S32K144EVB 入门指南 尝试不同的方法将 FreeMASTER 项目连接到 EVB： 使用板载 USB 连接器 外置串口转USB转换器 使用调试探针直接连接到 S32K144 MCU 尽量减少非关键变量的刷新时间。 阻止笔记本电脑进入睡眠模式（因为睡眠模式可能会切断 USB 电源以节省电池电量）。 尝试从头开始创建一个新的 FreeMASTER 项目。 顺祝商祺！ 索林·班奇拉

変数の読み取り中にタイムアウトがランダムに発生する こんにちは。私はこのプロジェクトの前任者たちが設置したバッテリー試験装置を使って作業しています。 テストリグはnxp S32K144EVBボードをUSBでコンピューターに接続しています。 コードはSimulinkファイルから構築され、テストの監視はFreeMASTER 3.2を介して行われます。 このプロジェクトは数ヶ月間ノートPCで作業しており、新しいノートPCを交換する必要がありました。しかし、同じFreeMASTERバージョン、同じドライバ、同じプロジェクトファイルを使っていても、すべての変数が「?」と読み取られます。一見ランダムな時間経過後にタイムアウトエラーが発生するため。 どんなご支援でも大変感謝いたします。 12分間の実行後、問題なくログに記録されたエラー： fbw_0-1784820901163.png Re: Random occurences of timeouts while reading variables こんにちは、 私はまだその問題に直面していないと思いますが、いくつか提案があります。役に立つかもしれません。 S32K144EVBをUSBではなく12V電源から起動してみてください。S32K144EVB の入門 FreeMASTERプロジェクトをEVBに接続するために、さまざまな方法を試してみてください: オンボードのUSBコネクタを使用する 外部シリアル-USB変換アダプター デバッグプローブを使って直接S32K144 MCUに接続してください 重要度の低い変数については、更新時間を短縮してみてください。 ノートPCがスリープモードに入らないようにしてください(バッテリー節約のためにUSB電源が切れる可能性があります)。 FreeMASTERプロジェクトをゼロから新規作成してみてください。 よろしくお願いいたします。 ソリン・バンシラ