アプリケーションがDCSRレジスタの値を読み取った際に、CPUがフリーズした。 私のデバイス環境は、OSEオペレーティングシステムを実行するB4860ハードウェアチッププラットフォームで構成されており、DCSRアドレス空間マッピングタイプはSASEです。 0xf1100000 - 0xf14fffff 0x00400000 rw-r-- cio ----g- SASE dcsr 0xf1124fffから0xf1125fffの範囲内のアドレスを逆参照すると、CPUがフリーズし、ウォッチドッグタイムアウトによりリセットされました。このアドレス空間のサイズは4KBです。チップのDCSRレジスタについて知りたいのですが、DCSRレジスタの機能は何ですか？その値に直接アクセスして読み取ることはできないのでしょうか？

Demonstration material upload error Functional Safety and Related System Considerations for Power Management ICs | NXP Semiconductors The information in this video is the video URL, not the document URL. Re: 演示资料上传错误 Hi, The issue you reported has been noted and I have identified the affected page. The training course "电源管理IC的功能安全及相关系统注意事项 | NXP 半导体" (Functional Safety in Power Management ICs and Related System Considerations, course ID: TIP-NXP-AUT-T4050) on the NXP Chinese website does appear to have an incorrectly configured material/presentation download link, pointing to the video URL rather than the downloadable presentation file. I have flagged this to the responsible web content team for correction and will update you once the link has been fixed. In the meantime, if you require the presentation slides from this training, the global English-language version of the same course is available at: https://www.nxp.com/design/design-center/training/TIP-NXP-AUT-T4050 BRs, Tomas

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

imx8 nano 内核迁移（适用于 a53 核心），从 5.15 版本迁移到 6.18 版本 imx_rproc_kick 你好 我正在将 A53 核心的内核从 5.15 升级到 6.18，但是我发现缺少 imx_rproc_kick。 请查看调试信息 # dmesg | grep -nE "rpmsg|virtio|remoteproc|imx-rproc|imx_rproc_kick|goodbye|new 频道|获取[0-9]" 118:[ 0.030048] imx rpmsg 驱动程序已注册。 222:[ 1.538994] remoteproc remoteproc0: imx-rproc 可用 224:[ 1.544537] remoteproc remoteproc0：正在连接到 imx-rproc 225:[ 1.555034] rproc-virtio rproc-virtio.1.auto:已分配保留内存节点 vdevbuffer@b8400000 226:[ 1.564322] virtio_rpmsg_bus virtio0: rpmsg 主机已联机 227:[ 1.569846] rproc-virtio rproc-virtio.1.auto:已注册 virtio0（类型 7） 228:[ 1.576689] remoteproc remoteproc0: 远程处理器 imx-rproc 已连接 327:[ 5.860600] imx-rproc imx8mn-cm7: imx_rproc_kick: 失败 (1, 错误:-62) 问候 亚杜纳特·R

当另一个端口失去连接时，端口上的 T1040 mEMAC TX_FIFO_OVFL 会发出警报。 我正在调试 T1040 上的以太网问题，该交换机使用 1G mEMAC RGMII 接口。当另一个端口失去物理连接（例如，电缆断开）时，我发现以太网端口上出现丢包现象。当两个端口都以高数据速率运行时，这种情况似乎最常发生。 当出现问题时，我看到正常端口的中断事件寄存器（`IEVENT`）中设置了`TX_FIFO_OVFL`位。 我目前的解释是，当一个正在发送数据的 mEMAC 失去物理链路时，FMan/mEMAC 发送路径中的某些东西会暂时阻止另一个 mEMAC 足够快地耗尽其 TX FIFO。正常端口最终会报告 `IEVENT[TX_FIFO_OVFL]`，导致帧丢失。然而，我尚未确定导致这种行为的共享资源或机制。 我的问题是： * 这是已知的 T1040 / FMan v3 / mEMAC 芯片问题还是勘误？ * 1G mEMAC 端口之间是否存在共享资源，导致一个端口在传输时出现载波丢失，从而暂时影响另一个端口的 TX FIFO？ * 当 PHY 失去链路时，是否有必要的顺序，例如停止 QMI 出队、禁用 BMI TX 端口、禁用 mEMAC TX/RX 或重置 mEMAC？ * 是否有任何 mEMAC 或 FMan 状态寄存器可以在溢出发生之前检测到导致 `TX_FIFO_OVFL` 的情况？ * 是否有建议的 FMan/mEMAC 或 PHY 配置更改可以防止在这种情况下出现 `TX_FIFO_OVFL`？ 谢谢！ Re: T1040 mEMAC TX_FIFO_OVFL on port when another port loses link 你好， 目前尚无公开记录的 T1040/FMan v3 硅勘误表，专门描述由对等端口链路丢失触发的健康端口上的 TX_FIFO_OVFL 。T1040 芯片勘误表文档受 NDA 控制，未公开索引，但尚未发现 T1040 mEMAC 存在此类跨端口 TX FIFO 溢出勘误。 您观察到的行为很可能是共享的 FMan BMI 资源中的架构交互，而不是芯片缺陷。   此致 Re: T1040 mEMAC TX_FIFO_OVFL on port when another port loses link 您好， 四个共享的 BMI 资源是 TNUM（任务）、DMA 通道、FIFO（MURAM）和流水线深度。由于您的 FIFO 大小、流水线深度 ( DPDE ) 和 FIFO 低阈值 ( FLCL ) 的更改没有产生任何改进，因此 DMA 通道层很可能是瓶颈，而不是 MURAM 分配。 T1040 FMan 具有固定的 DMA 通道池，该通道池在所有活动的 TX 端口之间共享。每个端口的发送路径为： CPU → QMI dequeue → BMI opens DMA read (DDR → MURAM) → TX FIFO → mEMAC → wire     当您的停滞端口失去链路并且您清除 COMMAND_CONFIG[TX_EN] 时，mEMAC 会停止向线路发送数据，但任何已在流水线中间的帧（特别是 BMI TX 端口已发出 DMA 读取事务 (DDR → MURAM TX FIFO) 的帧）不会立即完成。DMA 读取可能已经将数据移入 TX FIFO，而 FMan DMA 引擎现在正在等待“DMA 完成/EBD（外部缓冲区描述符）释放”确认，这取决于正在使用 FIFO 的 MAC。当 TX_EN=0 ，MAC 不进行消费，因此 DMA 事务保持打开状态。 停滞端口上的那些未关闭的 DMA 事务占用共享的 DMA 通道槽位。在高负载下，健康端口的 BMI TX 路径无法获得足够的 DMA 通道槽位来从 DDR 快速获取数据，从而无法保持其 TX FIFO 的供应 → TX FIFO 短暂为空 → 然后回填速度比 MAC 的耗尽速度更快 → TX_FIFO_OVFL 。 此致 Re: T1040 mEMAC TX_FIFO_OVFL on port when another port loses link 谢谢。您能否确定是哪种共享的 BMI 资源或仲裁机制导致了这种行为？ 我测试了FMBM_PFS[IFSZ]、FMBM_TFP[DPDE]和FMBM_TFP[FLCL]的更改，但没有看到有意义的变化。当 IF_STATUS[RGLINK] 变为低电平时，我也会立即停止入队并禁用 mEMAC TX，但健康的端口仍然可能会丢包。 是否有已记录或推荐的配置方法可以将端口与这种交互隔离？此外，是否有计数器、状态寄存器或调试机制可以显示哪个 BMI 资源正在耗尽、阻塞或以其他方式阻止健康的 mEMAC 清空其 TX FIFO？

Linux 6.+ の ls104x 上バージョン NXPはLS104Xチップ向けにLinux 6.0以上の上位バージョンを公式に提供しているのでしょうか?ダウンロードリンクを教えてもらえますか?

ls104x 更高版本的 Linux 6.+ NXP 官方是否为 LS104X 芯片提供了更高版本的 Linux 6.0 或更高版本？能否提供下载链接？

T1040 mEMAC TX_FIFO_OVFL は、別のポートがリンクを失ったときにポートで動作します。 私は1G mEMAC RGMIIインターフェースを使ってT1040のイーサネット問題をデバッグしています。別のポートが物理的なリンクを切った場合(例えばケーブルが切断されている場合)、イーサネットポートでパケットロスが発生しています。これは、両方のポートが高速データ転送速度で動作している場合に最も頻繁に発生するようです。 問題が発生すると、健康なポートの割り込みイベントレジスタ(「IEVENT」)に「TX_FIFO_OVFL」ビットが設定されているのが見えます。 私の現在の解釈では、アクティブに送信中のmEMACが物理的なリンクを失うと、FMan/mEMAC送信経路の何らかの要因によって、別のmEMACがTX FIFOを十分に速く使い切ることが一時的に妨げられる、ということだ。正常なポートは最終的に`IEVENT[TX_FIFO_OVFL]`を報告し、フレームが失われます。しかし、この行動を引き起こす共通のリソースやメカニズムはまだ特定していません。 私の質問は以下のとおりです。 * これは既知のT1040 / FMan v3 / mEMACシリコンの問題ですか、それともエラタムですか? * 1G mEMACポート間で共有リソースがあり、送信中に一方のポートでキャリアが失われ、別のポートの送信FIFOに一時的に影響が出る可能性があるか? * PHYがリンクを失った場合、QMIデキューの停止、BMI TXポートの無効化、mEMAC TX/RXの無効化、mEMACのリセットなど、必要なシーケンスはありますか? * オーバーフローが発生する前に「TX_FIFO_OVFL」状態を検出できるmEMACやFManステータスレジスタはありますか? * この状況で「TX_FIFO_OVFL」を防ぐために推奨されるFMan/mEMACやPHYの設定変更はありますか? よろしくお願いします。 Re: T1040 mEMAC TX_FIFO_OVFL on port when another port loses link こんにちは、 T1040/FMan v3のシリコンエラッタで、ピアポートのリンク喪失によって正常なポートで TX_FIFO_OVFL トリガーされることを具体的に説明したものは、公式には文書化されていません。T1040チップの正誤表はNDA（秘密保持契約）によって管理されており、一般には公開されていませんが、T1040 mEMACに関して、そのようなクロスポートTX FIFOオーバーフローの正誤表は確認されていません。 観察されている現象は、シリコンの欠陥というよりも、共有されているFMan BMIリソース内のアーキテクチャ上の相互作用によるものである可能性が最も高いです。   よろしくお願いします。 Re: T1040 mEMAC TX_FIFO_OVFL on port when another port loses link こんにちは、 共有される4つのBMIリソースは、TNUM(タスク)、DMAチャネル、FIFO(MURAM)、パイプライン深度です。FIFOサイズ、パイプライン深度( DPDE )、FIFOの低閾値( FLCL )の変更で改善が見られなかったため、DMAチャネル層が最もボトルネックであり、MURAM割り当てではありません。 T1040 FManは、すべてのアクティブなTXポートで共有される固定されたDMAチャネルプールを持っています。各ポートのTXパスは以下のとおりです。 CPU → QMI dequeue → BMI opens DMA read (DDR → MURAM) → TX FIFO → mEMAC → wire     停止したポートがリンクを失い、 COMMAND_CONFIG[TX_EN] クリアすると、mEMAC はワイヤへの送信を停止しますが、既にパイプラインの途中にあるフレーム、特に BMI TX ポートが既に DMA 読み取りトランザクション (DDR → MURAM TX FIFO) を発行しているフレームは、すぐには完了しません。DMA読み取りによって既にデータがTX FIFOに移動されている可能性があり、FMan DMAエンジンは現在、FIFOを消費するMACに依存する「DMA完了/EBD（外部バッファ記述子）解放」確認応答を待っています。 TX_EN=0 ではMACが消費されないため、DMAトランザクションは開かれたままになります。 停止したポートで開いているDMAトランザクションは、共有DMAチャネルスロットを保持します。高負荷時には、健康なポートのBMI TXパスが十分なDMAチャネルスロットを獲得できず、DDRからデータを迅速に取得できず、TX FI→FOが一時的に空になり→その後MACのドレインレート→ TX_FIFO_OVFL よりも速く戻ってしまいます。 よろしくお願いします。 Re: T1040 mEMAC TX_FIFO_OVFL on port when another port loses link ありがとう。この行動を引き起こすと予想される共有のBMIリソースや仲裁メカニズムを特定しますか? FMBM_PFS[IFSZ]、FMBM_TFP[DPDE]、およびFMBM_TFP[FLCL]への変更をテストしましたが、意味のある変化は見られませんでした。また、IF_STATUS[RGLINK]が低下したらエンキューをやめ、mEMAC TXをすぐに無効にしていますが、健康なポートでもパケットが失われることがあります。 この相互作用からポートを分離するための、文書化された、または推奨される構成はありますか？また、どのBMIリソースが枯渇したり、ブロックされたり、健康なmEMACがTX FIFOを消耗させないようにしているかを示すカウンター、ステータスレジスタ、デバッグ機構はありますか?

OX05B1S GMSL2 相机，配备 MAX96717/MAX96724，搭载于 i.MX95 上 您好，NXP团队： 我们正在测试运行 Linux 的 i.MX95 19x19 EVK 上的 OX05B1S GMSL2 相机。 设置： OX05B1S 相机 - MAX96717 - GMSL2 - MX95MBDESER01 MAX96724 - i.MX95 MX95MBDES10001 套件附带的 OX03C10 摄像头与相同的解串器板配合使用，并且可以使用 cam -l 命令查看。 但是，cam -l 并未列出配备 MAX96717 的 OX05B1S 相机。 BSP包含ox05b1s.ko，max96724.ko，max96717_lib.ko，以及 OX05B1S DTB 文件。 OX05B1S DTB 似乎描述了直接的 MIPI 连接，而 OX03C10 DTB 包含 MAX96724 拓扑结构。 NXP是否为这种配置提供参考设备树配置？ OX05B1S - MAX96717 - MAX96724 - i.MX95 如果不行，请问要将这款 OX05B1S GMSL2 相机与 MX95MBDESER01 板配合使用，需要进行哪些更改？ 谢谢！ 此致， 塔伦 Re: OX05B1S GMSL2 camera with MAX96717/MAX96724 on i.MX95 谢谢你的解释。我们了解到，目前的 电路板支持包 正式支持通过直接 MIPI-CSI 接口实现的 OX05B1S，而 MAX96717/MAX96724 SerDes 支持则用于 OX03C10。 我们使用 OX05B1S 相机模块，该模块通过 MAX96724 解串器连接到 i.MX95，并带有 MAX96717 串行器。GMSL2 链路锁定成功，MAX96717 可通过远程 I2C 通道访问。 目前 电路板支持包 是否不支持 OX05B1S + MAX96717 + MAX96724，这意味着需要自定义驱动程序/设备树集成？或者是否有针对这种组合的参考实现或补丁？ Re: OX05B1S GMSL2 camera with MAX96717/MAX96724 on i.MX95 当前 电路板支持包 支持使用 MIPI_CSI miniSAS 连接器直接连接 i.MX95 板的 OX05B1S 传感器。Omnivision OX03C10 传感器可通过以下供应商提供的串行器/解串器解决方案在 i.MX 95 上获得支持： • Analog Devices：MAX96717/MAX96724 • 德州仪器：DS0UB953/DS0UV960 更多详细信息，请参阅第 6.1.3 章。相机参考手册 https://www.nxp.com/docs/en/reference-manual/RM00293.pdf Re: OX05B1S GMSL2 camera with MAX96717/MAX96724 on i.MX95 是的，请参考驱动程序 MX95mbcam.c如果使用 OX03C10 驱动程序，并且需要更换摄像头，则必须完全更换该驱动程序。 https://github.com/nxp-imx/linux-imx/blob/lf-6.18.y/drivers/media/i2c/mx95mbcam.c

设备（型号为 MK22FN1M0VLQ12）工作一段时间后出现复位循环 嗨，大家好， 我有一个运行在 MK22FN1M0VLQ12 上的设备。 问题是，运行一段时间后，它在启动时会陷入重置循环。 起初我以为是闪存损坏的问题（该应用程序将日志保存在闪存中）。我采用了乒乓球式策略来解决这个问题。 但有些设备退回来时也存在类似问题。我尝试调试其中一个设备，但没有设置任何断点，它总是在 ASerialLDD2_Init 或 IntFlashLdd1_Erase 处停止，这两个函数都是由处理器专家生成的。我用内存转储功能检查了其他设备，发现内存确实损坏了，所以我就修复了闪存的使用方式。 另一点需要注意的是，有时这种情况会在几个月后发生，有时则会在一年后发生。另外，我还有一些设备已经安装了一年半以上，目前运行正常。 另外，我尝试使用 usbdm 对该设备进行内存转储，并尝试读取相同的地址，有时读取正常，有时返回 ARM 事务错误。 有人遇到过类似的情况吗？ Re: Device with MK22FN1M0VLQ12 resetting loop after working for some time 谢谢你的回复 我会调查一下，因为这个问题发生的时间恰好与内存读取命令的时间重合。虽然有一个引脚在不应该置为高电平的时候置为高电平。该引脚初始化为低电平输出。 也就是说，在调试过程中，有没有什么原因可以解释为什么它会在这些函数处暂停？在读取命令之前，ASerialLDD2_Init() 仅在 PE_low_level_init() 中被调用。 我正在使用PE Micro多链路进行调试。 Re: Device with MK22FN1M0VLQ12 resetting loop after working for some time 谢谢你的回复 我会调查一下，因为这个问题发生的时间恰好与内存读取命令的时间重合。虽然有一个引脚在不应该置为高电平的时候置为高电平。该引脚初始化为低电平输出。 也就是说，在调试过程中，有没有什么原因可以解释为什么它会在这些函数处暂停？在读取命令之前，ASerialLDD2_Init() 仅在 PE_low_level_init() 中被调用。 我正在使用PE Micro多链路进行调试。 Re: Device with MK22FN1M0VLQ12 resetting loop after working for some time 你好@Rigolon ， 感谢你的帖子。 我认为这更像是 Flash 操作相关的故障或 Flash 内容损坏问题，而不是 ASerialLDD2_Init 或 IntFlashLdd1_Erase 本身的问题。RM 指出，如果 MCU 在受到活动的 Flash 命令操作时读取 FTFE 资源，则会设置 FSTAT[RDCOLERR]，并且无法保证读取的数据。 您可以参考AN4835 ，其中也提到：“擦除或编程命令的中断会导致闪存内容损坏。中断可能包括RESET、断电或与处理器上运行的代码发生冲突。这与以下观察结果相符：读取同一地址有时会成功，有时会返回 ARM 事务错误：如果 Flash 区域损坏或处于不确定状态，读取它可能会触发总线故障；在类似情况下，擦除受影响的扇区，或在必要时进行批量擦除，用于恢复 Flash 阵列。请参阅“已解决：查找内部 Flash MK22FX512VLH12 的损坏 - NXP 社区”了解更多详情。 希望对您有所帮助。 BR 塞莱斯特

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

エラーが発生した際にS32K322レジスタを表示できません NXPテクノロジーチームの皆さん、こんにちは。 私のプロジェクトの現在のソフトウェアバージョンは、一定時間実行すると不具合が起きます。しかし、レジスタを表示しようとすると表示できず、シミュレーションも切断されています。ラウトバッハ氏のスクリーンショットを以下に添付します。 チップ用の3.3Vおよび1.5V電源はすべて正常で、異常な波形は見られないことを確認済みです。 私の状況は、以前の投稿（https://community.nxp.com/t5/S32K/S32K3-core-power-down-error-amp-running-bus-error/m-p/1853122）と似ているようです。 この問題のトラブルシューティングや解決方法を教えていただけませんか?RTDのバージョンはSW32K3_S32M27x_RTD_4.4_4.0.0_P24_D2405で、EB Tresos AUTOSARに設置されています。

发生错误时，S32K322 无法查看寄存器 恩智浦科技团队，您好！ 我的项目当前软件版本运行一段时间后会出现故障。但是，当我尝试查看寄存器时，却无法查看，并且仿真已断开连接。劳特巴赫的截图附在下面。 我已经检查过芯片的 3.3V 和 1.5V 电源，它们都正常，没有出现异常波形。 我的情况似乎与之前的帖子类似。@https://community.nxp.com/t5/S32K/S32K3-core-power-down-error-amp-running-bus-error/m-p/1853122 请问如何排查并解决这个问题？RTD 版本为 SW32K3_S32M27x_RTD_4.4_4.0.0_P24_D2405，位于 EB Tresos AUTOSAR 中。

S32DS K116 コンパイルの問題 こんにちは、NXPのエンジニアさん！ MCSPTE1AK116 は初めてです。MCSPTE1AK116-SW、S32K11x_AMMCLIB_RTM_1_1_45_BIN、S32DS-IDE-ARM_2.2.2_D2312、および FMASTERSW32 をインストールしました。MCSPTE1AK116_PMSM_FOC_1Sh サンプルプロジェクトを S32DS にインポートしてコンパイルしました。その後、.srec ファイルをドライブ E に直接コピーし、電源を入れ直した後、FreeMaster を使用して接続して実行しました。通信は正常に行われ、指定された速度で動作しましたが、数秒後に停止し、PDB0 エラーが報告されました。SW ディレクトリから元の .srec ファイルをドライブ E に直接コピーすると、正常に動作しました。コンパイル設定に何か問題があるのでしょうか？ Re: S32DS K116编译问题 こんにちは、ロビンさん。 我安装了S32 Design Studio (S32DS) for ARM 2.2 UP1和UP2 也安装了S32K1xx 3.0.3用のS32ソフトウェア開発キット(SDK) 図のように、我下了老的S32K11X_AMMCLIB_RTM_1_1_37_BIN、また不行、 我找不到S32K11X_AMMCLIB_RTM_1_1_29_BIN下載链接，你能出版一个给我试そして、私たちの 3 つの工程は、PMSM_FOC_1Sh 工程のみが不稼働と判断され、さらに 2 つの工程は問題がないと判断されました。   Re: S32DS K116编译问题 こんにちは 元のフォルダにあるテストファイル（.srec）は正常に動作するが、コンパイル済みのファイル（.srec）でエラーが発生する場合は、コンパイル済みのファイルも実行できるはずです。 したがって、 S32K11x 用の Automotive Math and Motor Control Library Setの古いバージョンをダウンロードすることをお勧めします。たとえば、 MCSPTE1AK116-SWのインストール手順で説明されているバージョンS32K11X_AMMCLIB_RTM_1_1_29_BIN などです。 MCSPTE1AK116_ReleaseNotes.txt ファイルには、このプロジェクトが以下のバージョンに基づいて開発されたことが示されています。 開発キットアプリケーションは、以下のIDE、ドライバ、ツールを使用して構築およびテストされました。 ===================================================================================== - ARM 2.2 用 S32 Design Studio (S32DS) - S32K1xx 用 S32 ソフトウェア開発キット (SDK) 3.0.3 - FreeMASTER 3.1.4.5 S32K1 SDKのバージョン3.0.3がインストールされていることを確認してください。 よろしくお願いします、 ロビン 回复： S32DS K116编译问题 これは奇妙な問題です。付属のBLDC_6StepsとPMSM_FOC_2Shプロジェクトを使ってプロジェクトを直接ダウンロードすることはできますし、コンパイル後にダウンロードすることもできます。ただ、コンパイル後にダウンロードできないのです。 Re: S32DS K116编译问题 こんにちは、ロビンさん 理由は分かりませんが、すべての.srecファイルが実行できません...あなたのプログラムを試すことができません。 評価委員会を通過する方法を教えていただけますか？ 今月、S32K116EVBを購入しました。外観を確認するにはどうすれば良いでしょうか？ Re: S32DS K116编译问题 こんにちは 1. 他のバージョンを削除し、S32K11x_AMMCLIB_v1.1.29のみをインストールしました。 2. 現在、テスト用のハードウェアプラットフォームが手元にないため、S32K11x_AMMCLIB_v1.1.29 をベースにしたバージョンを添付しました。コンパイル済みの.SRECファイルをテスト用に提供しました。（プライベートメッセージで送信済みです。） 3. 正常に動作する場合は、お客様のアカウント用にソフトウェアチームにS32K11x_AMMCLIB_v1.1.29をリクエストします。バージョンソフトウェア。 4. ハードウェアの違いも確認する必要があるかもしれません。お使いのS32K116EVBはS32K116EVB2Q048でしょうか？S32K116EVB-Q048という以前のバージョンもありました。 Re: S32DS K116编译问题 以下はS32K116EVB-Q048という旧バージョンで、モーターキットには対応していません。最も顕著な違いは、ソケット（J5）が1列少ないことです。 以下はS32K116EVB2Q048のスクリーンショットです。 まずキットを取り外し、S32K116EVBのみをテストすることをお勧めします。また、 P&E Recovery Utilityツールを使用してCPUを停止し、新しいプログラムをダウンロードすることをお勧めします。

S32K358 SEMA42 demo Hello! I need to use the Gate register in the SEMA42 module to write to its GTFSM field. I need to enable SEMA42 operations in mcal to ensure that the GTFSM field can be written to and read from correctly during use. Could you please provide a demo of inter-core communication using SEMA42? Thank you! Re: S32K358 SEMA42 demo Hi @liyongfeng, To use SEMA42, you need to configure XRDC first. By default, only one domain is active — domain 0. If you want a core to lock a gate, for example, under domain 1 (GTFSM = 0010b, meaning domain 1 holds the lock), you must enable domain 1 in XRDC. XRDC is configured via the RM RTD MCAL driver. So either use the MCAL RM driver, or enable the relevant XRDC configuration in your custom code. For a reference, see the RTD example: Rm_Example_All_S32K358. It demonstrates how to configure both XRDC and SEMA42. Regards, Daniel

i.MX95基板上にMAX96717/MAX96724を搭載したOX05B1S GMSL2カメラ こんにちは、NXP チームの皆様、 Linuxを動かすi.MX95 19x19 EVKでOX05B1S GMSL2カメラをテストしています。 設定： OX05B1S カメラ - MAX96717 - GMSL2 - MX95MBDESER01 MAX96724 - i.MX95 MX95MBDES10001キットに付属のOX03C10カメラは、同じデシリアライザボードで動作し、cam -lコマンドで確認できます。 しかし、MAX96717を搭載したOX05B1Sカメラはcam -lコマンドではリストに表示されません。 BSPにはox05b1s.koが含まれています。max96724.ko、max96717_lib.ko、およびOX05B1S DTBファイル。 OX05B1S DTBは直接MIPI接続について記述しているようで、一方OX03C10 DTBにはMAX96724トポロジーが含まれている。 NXPはこの構成に対応したリファレンスデバイスツリー構成を提供していますか？ OX05B1S - MAX96717 - MAX96724 - i.MX95 もしなければ、このOX05B1S GMSL2カメラをMX95MBDESER01ボードで使うにはどんな変更が必要か教えていただけますか? よろしくお願いします。 よろしくお願いします、 タルン Re: OX05B1S GMSL2 camera with MAX96717/MAX96724 on i.MX95 ご説明いただきありがとうございます。現在のBSPは公式には直接MIPI-CSIインターフェースを通じてOX05B1Sをサポートしており、OX03C10にはMAX96717/MAX96724 SerDesサポートが提供されていると理解しています。 OX05B1SカメラモジュールとMAX96717シリアライザーをMAX96724デシリアライザー経由でi.MX95に接続しています。GMSL2リンクは正常にロックされ、MAX96717はリモートI2Cチャネルを通じてアクセス可能です。 OX05B1S + MAX96717 + MAX96724は現在BSPでサポートされていないため、カスタムドライバー/デバイスツリー統合が必要になるのでしょうか?あるいは、この組み合わせに対応するリファレンス実装やパッチは存在しますか？ Re: OX05B1S GMSL2 camera with MAX96717/MAX96724 on i.MX95 現在のBSPは、miniSASコネクタMIPI_CSI IMX95ボードを直接接続するためのOX05B1Sをサポートしています。Omnivision OX03C10 センサは、以下のベンダーのシリアライザー/デシリアライザーソリューションを用いて i.MX 95でサポートされています。 • アナログ・デバイセズ:MAX96717/MAX96724 • テキサス・インスツルメンツ:DS0UB953/DS0UV960 詳細については、第6.1.3章を参照してください。カメラのリファレンス・マニュアル https://www.nxp.com/docs/en/reference-manual/RM00293.pdf Re: OX05B1S GMSL2 camera with MAX96717/MAX96724 on i.MX95 はい、ドライバーのmx95mbcam.cを参照してくださいカメラをOX03C10使うので、もしカメラを変えたいなら、このドライバーを完全に変えるべきです。 https://github.com/nxp-imx/linux-imx/blob/lf-6.18.y/drivers/media/i2c/mx95mbcam.c

HSE AB Swap 在裸机上运行正常，但在 S32K312 上设置 MCAL 时钟后失败。 您好， 我正在对 S32K312 MINI-EVB 进行 HSE-B AB Swap 测试，HSE 固件版本为 0.2.55.0（ab_swap 变体）。该板处于 OEM_PROD 生命周期，并且 Bank A 当前处于活动状态。两家银行的 HSE 固件版本相同。 我有一个工作参考，其中裸机主函数轮询 HSE INIT_OK，然后提交激活被动块服务。该调用返回成功，交换将在下次RESET时生效。Bank B 包含一个有效的 IVT，其指针已根据 RM00286 的第 11.3 节编译为较低的地址空间。 相同的 MU 提交代码，在 MCAL 时钟初始化后移入引导加载程序，返回 HSE 响应 55A5A26A（无效地址）。HSE INIT_OK 保持设置状态。在这种状态下，其他 HSE 服务（AES、RSA、安全散列算法(SHA)）都能正常工作。工作运行和失败运行之间的唯一区别在于，引导加载程序路径在时钟初始化期间写入 MC_CGM MUX 0 分频器寄存器，保持源在 FIRC 上，但将 AIPS_SLOW 与 HSE_CLK 的比率从 1:1（SBAF 默认值）更改为 1:4。 我的主要问题是：对于激活被动区块服务而言，无效地址响应指的是什么，因为该服务不接受任何数据结构？在 HSE 达到 INIT_OK 状态后，是否有记录在案的重新配置 MC_CGM 分频器的步骤，以保持该特定服务的可用性？ 我可以根据要求分享故障二进制文件、寄存器转储和时钟配置。 谢谢！ Re: HSE AB Swap works from bare metal but fails after MCAL clock setup on S32K312 嗨，大卫， 感谢您对 DCF 客户端的指导。为了确保我第一次就能正确设置，请您澄清以下几点： 1. 你的列表中第 5 点指出 MC_CGM MUX 0 源必须是 PLL_PHI0。这是一个硬性要求——激活被动块服务是否要求系统时钟位于 PLL 上，还是也可以与运行在 FIRC (48 MHz) 上的系统一起工作？ 2. 您能否分享一下同一份清单中的前 1 到 4 点？图片中只有第 5 点和第 6 点，我们怀疑缺少必要的前提条件。 3. 第 6 点给出了 120 MHz HSE 时钟场景下的 DCF 值。对于 48 MHz FIRC 配置，AIPS 慢时钟频率为 12 MHz（1:4 比率），应该在 UTEST_MISC DCF 记录的时钟模式和垫片控制位字段中编程什么值？ 4. S32K312 上该记录的确切 UTEST 地址是什么？是否有示例或 Design Studio / Cyclone 算法文件可供我们安全地进行编程？由于 UTEST 是一次性可编程的，我们希望在编写之前确保万无一失。 5. 除了 UTEST_MISC 之外，AB Swap 是否还需要其他 DCF 记录，例如 UTEST 中的 OTA 启用标记，或者活动和被动块中的 OTA 指示符？如果可以，也请分享一下。板卡上下文：HSE 固件 0.2.55.0 ab_swap 变体，OEM_PROD 生命周期，INIT_OK 和 OEM SU 权限位已设置。 多谢， Re: HSE AB Swap works from bare metal but fails after MCAL clock setup on S32K312 我猜你还没有安装DCF客户端，而这是你所描述的使用方法所必需的。 Re: HSE AB Swap works from bare metal but fails after MCAL clock setup on S32K312 1）我不想截取第 5 点的屏幕截图，但我想截取第 6 点的屏幕截图。 2）摘自RM： 3）关键在于比例为 1:4。此外，RM嵌入式附件（S32K3xx_DCF_clients.xlsx）中也有描述。 4) 要编程的 DCF 记录地址需要您自己找出（找到第一个位置为 0xFFFF_FFFF）。具体来说，地址应该在 0x1B000780 附近，但编程前请仔细检查。 请参阅以下文档以了解 DCF 记录： https://community.nxp.com/t5/MPC5xxx-Knowledge-Base/MPC57xx-DCF-records/ta-p/1114884 此外，还有DCF计算器： https://community.nxp.com/t5/S32K-Knowledge-Base/S32K344-DCF-Configurator/ta-p/1986243 我一直按如下方式使用 TRACE32 脚本： ; UTEST 程序 执行 ~~\demo\arm\flash\s32k3.cmm 仅准备 flash.程序 3. /OTP ;输入由 S32K344 DCF 配置器生成的行 数据集 0x1B000780 %QUAD 0x0010000460000101 ;dcf_client_utest_misc 闪光灯程序关闭 上述 DCF 计算器还允许您创建任何程序员/调试器都可以对其进行编程的 S 记录。 5) 当安装 AB_SWAP HSE 固件时，OTA 标志会自动编程，用户无需关心。我不知道还需要其他 DCF 配置。 Re: HSE AB Swap works from bare metal but fails after MCAL clock setup on S32K312 你好， 后续：我已经按照您的指示为 dcf_client_utest_misc 准备了 DCF 记录（值为 0x0010000460000101，目标地址为 0x1B000768 — 我板上的第一个空闲 QUAD，已验证）。然而，S32DS + PEmicro 多链路调试配置会静默跳过 UTEST 写入 — 闪存会话结束后，0x1B000768 处的字节仍然为 FFFFFFFFFFFFFFFF。 使用 PEmicro Multilink（或 S32DS 3.6.4 附带的任何工具）将单个 DCF 记录编程到 S32K312 上的 UTEST OTP 中的正确工具/步骤是什么？我需要特定的刷写算法文件、不同的调试配置，还是独立的 S32 刷写工具？

在定制板上，ECSPI1 未生成预期的 SPI 时钟。 大家好， 我们正在使用基于 i.MX8MP EVK 配置的 i.MX8MP 定制板。 在 i.MX8MP EVK 上，我们有一个通过 ECSPI2 连接的 SPI 设备。使用现有的 EVK 设备树配置，SPI 通信工作正常，我们可以在示波器上观察到预期的 SCLK 波形。 在我们的定制板上，SPI 接口连接到 ECSPI1 而不是 ECSPI2。 因此，我们修改了设备树配置，使其使用 ECSPI1。但是，使用 ECSPI1 时，我们无法在 SCLK 引脚上观察到预期的/正确的 SPI 时钟脉冲。 我们尝试了几种不同的设备树配置，但问题仍然存在。 1. ECSPI1 配置与现有 ECSPI2 配置类似 我们将控制器从 ECSPI2 改为 ECSPI1，并创建了相应的 ECSPI1 引脚控制组，包括 SCLK、MOSI、MISO 和 CS。 2. 分离 CS 引脚控制组 我们还尝试定义一个单独的 pinctrl_ecspi1_cs，并将其与 ECSPI1 pinctrl 组一起使用。 3. 显式 ECSPI1 引脚复用配置 我们也尝试过显式定义 ECSPI1 引脚。 然而，使用 ECSPI1，我们仍然无法观察到预期的 SPI 时钟脉冲。 我们想知道在 i.MX8MP 上配置 ECSPI1 时，除了启用 &ecspi1 和配置 ECSPI1 SCLK/MOSI/MISO/CS 引脚之外，是否还需要对设备树或 pinctrl 进行任何更改？ 具体来说，ECSPI1 是否需要添加任何 ECSPI1 特有的引脚控制、时钟、IOMUX 或其他设备树配置才能正常工作？ 同样的SPI配置在ECSPI2上也能正常工作，所以我们想了解将接口从ECSPI2迁移到ECSPI1时是否需要任何额外的配置。感谢您事先的指导。 Re: ECSPI1 does not generate expected SPI clock on custom board 你好 ， 请查看附件中的 dts 文件。 Re: ECSPI1 does not generate expected SPI clock on custom board 嗨@SWETHA1 请分享一下您关于 ECSPI1 的 dts 文件。 B.R Re: ECSPI1 does not generate expected SPI clock on custom board 嗨@SWETHA1 我检查了您的dts文件，发现以下错误： 1. ECSPI 引脚被重复使用，导致引脚使用冲突。请移除此部件或使用其他引脚重复使用。     pinctrl_ecspi1: ecspi1grp {         fsl,pins = <             MX8MP_IOMUXC_ECSPI1_SCLK__ECSPI1_SCLK       0x48             MX8MP_IOMUXC_ECSPI1_MOSI__ECSPI1_MOSI       0x48             MX8MP_IOMUXC_ECSPI1_MISO__ECSPI1_MISO       0x48         >;     };     pinctrl_uart3: uart3grp {         fsl,pins = <             MX8MP_IOMUXC_ECSPI1_SCLK__UART3_DCE_RX      0x140             MX8MP_IOMUXC_ECSPI1_MOSI__UART3_DCE_TX      0x140             MX8MP_IOMUXC_ECSPI1_SS0__UART3_DCE_RTS      0x140             MX8MP_IOMUXC_ECSPI1_MISO__UART3_DCE_CTS     0x140         >;     }; 2. ECSPI1 片选 (CS) 配置相互矛盾。请将其更改为以下代码。     pinctrl_ecspi1_cs: ecspi1cs {         fsl,pins = <             MX8MP_IOMUXC_ECSPI1_SS0__GPIO5_IO09     0x40000         >;     }; B.R Re: ECSPI1 does not generate expected SPI clock on custom board 嗨@pengyong_zhang ， 请看以下观察结果。 1. 使用建议的更改后，逻辑分析器的结果 2. 当在之前附加的 dts 文件之上使用以下补丁时，还有另一个观察结果。 上述图表显示了这些变化 pinctrl_ecspi1：ecspi1grp { fsl,pins = < MX8MP_IOMUXC_ECSPI1_SCLK__ECSPI1_SCLK 0x80 MX8MP_IOMUXC_ECSPI1_MOSI__ECSPI1_MOSI 0x80 MX8MP_IOMUXC_ECSPI1_MISO__ECSPI1_MISO 0x80 >; }; 根据建议的修改，我们可以看出时钟运行情况与预期不符。 Re: ECSPI1 does not generate expected SPI clock on custom board 补充一些关于上次回复的细节 观察 1：应用建议的 DTS 更改后获得的结果。然而，SPI时钟波形仍然不符合预期，整体SPI信号行为与预期结果不符。 观察 2：当 MISO 浮空时，CS 出现两个不必要的尖峰，这不是预期的行为。CS 最初被推低。即使将 CS 配置为通过 DTS 驱动为高电平，它最初也会按预期驱动为高电平；但是，在交易之后，CS 似乎又会变低。 能否请您分享一下您对此的见解，并指导我如何继续进行？

Renaming the project caused the entire project to be lost. Starving and looking up S32DS 3.5 Facing a similar new project Rename an old project The new project hasn't even been created yet, so be it. They also deleted my old project!! Explorer can no longer find the original Project Folder. chkdsk indicates no error! How can I salvage an existing old project? Also, why is the [Project Name starting with a number] invalid? Spoiler (Highlight to read) S32DS-ARM S32DS-S32PLATFORM #rename #rename Re: Project [Rename] , 造成 整個 Project 丟失 I manually added many subfolders to this project folder for writing some small tools in Python for other users of the same project.  You know, there exist LOTs of garbagessss for python's `venv` function and PyInstall .  Is it possible that there are too many subfolders/files for `Project Rename` function !?  Re: Project [Rename] , 造成 整個 Project 丟失 > 1. Recycling bin. Order by datetime  > 2. Workspace path and look for the new renamed project (under C:\Users\'xxx'\workspaceS32DS.3.5), or whichever custom path you've used to create the project. No "Wxxx" folder under C:\Users\user\    No free Space on C:  FreeSpace on 😧 was under 100GB ... BEFORE `RENAME` Project  Custom path on D:\Project\NXP\xxx\ disappear now.  > 3. Windows File History, if enabled. None 😞   .metadata folder only have log files , and .plugins\ folder  If you are referring to this issue : Eclipse: All my projects disappeared from Project Explorer - Stack Overflow , Their folders are still exist! So, they can  `5. Do File->Import`  In my case, all the folders from the previous project were DELETED !  Re: Project [Rename] , 造成 整個 Project 丟失 Hello @CY9, Eclipse's "Rename" feature creates a new project, copies the whole old project, and deletes the old one to keep the new one. It seems Eclipse only renames the project folder if it is under the default workspace, if you create the project in a custom location, the project's folder will not be renamed, only internal references and the .project file are renamed. Unless you've deleted the previous project, it is most likely still in your hard drive, have you tried checking:  1. Recycling bin. 2. Workspace path and look for the new renamed project (under C:\Users\'xxx'\workspaceS32DS.3.5), or whichever custom path you've used to create the project. 3. Windows File History, if enabled. Lastly, you can also try checking the .metadata folder, and look for the project reference old or new name. Sources: m2eclipse - Should renaming a project in Eclipse also rename project folder on file system? - Stack Overflow, Eclipse: All my projects disappeared from Project Explorer - Stack Overflow, java - Renamed a project in my Eclipse workspace via the filesystem and now cannot open it. - Stack Overflow, Renaming a project Eclipse Help  Hope this helps. Best regards, Julián Re: Project [Rename] , 造成 整個 Project 丟失 Hello @CY9, I do not think this is because of the subfolder count. From the log in metadata, I can see that a rename operation failed on '2026-08-10': !ENTRY com.nxp.s32ds.ext.ide.core 4 0 2026-08-10 08:50:24.109 !MESSAGE Unexpected error during rename !STACK 1 I infer that the project you were renaming was "202503021_App_118", and you tried to rename to "ADB22pxAPP_VR", correct? I can see the following error: org.eclipse.core.internal.resources.ResourceException(/ADB22pxAPP_VR)[374]: java.lang.Exception: Resource '/ADB22pxAPP_VR' already exists. However, I am not sure if this the root cause, as I've tried to rename a project to an already existing one, and I am not able to: So, I really cannot come to a conclusion from this information alone. The only actions I can recommend is to look for both 202503021_App_118 & ADB22pxAPP_VR with Recuva scan through the whole disk. If project recovery is not possible, I am not sure there are any other solutions available. Best regards, Julián Re: Project [Rename] , 造成 整個 Project 丟失 Yeap,  I am sure `ADB22pxAPP_VR\` is *NOT* exist . Even it really exist, and your program found it.  Should it STOP the rename function !?  Actually, it deleted whole directory.  I have no idea what's happened.  Recuva  can NOT find any folder out.  I am trying to rescue some files ASAP.  Thanks for your concern. 

MW6S010GNR1の代替部品に関するお問い合わせ サポートチームへ 部品番号MW6S010GNR1は製造中止となりました。同等の代替モデルをおすすめしてもらえますか?私たちのアプリケーションはインダストリアル広帯域RF機器です。本当にありがとうございます Re: Inquiry on Alternative Parts for MW6S010GNR1 **MW6S010GNR1のステータスと推奨代替品** ### パート概要 **MW6S010GNR1**(NXP / 旧フリースケール)は、ブロードバンド**アプリケーション**向けに設計された**10W、28V LDMOS**のRFパワートランジスタです。 |パラメータ|価値 | |------------------------|--------------------------------| |周波数帯域 |450 – 1500 MHz | |出力電力|10 W | |電源電圧 |28 V(32 Vまで合格) | |典型的な利得|~18 dB @ 960 MHz | |パッケージ|TO-270-2 ガルウィング(GNR1) | |アプリケーション |クラスA / AB、基地局、ブロードバンド インダストリアル RF | **ステータス**:生産終了/サービス終了(NXPラジオパワー製品ラインの縮小の一部)。 最終購入日は**2026年9月30日**頃と予想され、最終出荷は**2027年**を目標としています。 --- ### 推奨相当モデル/代替モデル NXPからはピン・ツー・ピンの正確な交換部品はありません。以下は産業用広帯域RF機器の最も実用的な代替手段です。いずれも、ネットワークの再最適化が必要となる。 |優先事項 |部品番号|製造元 |主なスペック |パッケージ|注記 / 互換性 | |----------|----------------------|--------------|----------------------------------------|--------------|-----------------------| |1 |**MW6S010NR1** |NXP |GNR1と同じ電気仕様 |TO-270-2 |同じダイスのガルウィング以外のバージョンです。こちらも販売終了していますが、在庫が残っている可能性があります。| |2 |**BLP15H9S10G** または**BLP15H9S10** |Ampleon |10 W、50 V、超広帯域(1–2000 MHz) |TO-270 |優れた広帯域インダストリアル代替手段です。電圧が高くなるため、それに合わせた設計変更が必要です。| | 3 | **BLP15M9S30G** / 関連する 28～32 V デバイス | Ampleon | 30 W クラス、1～1500 MHz、32 V | TO-270 | ヘッドルームが許容できる場合は、より高い電力オプション。| |4 |**AFT27S010N** |NXP |~10 W、28 V、より広い周波数カバー |プラスチック |新しい世代ですが、異なるパッケージとマッチングが必要です。現在の空室状況をご確認ください。| |5 |その他の10W / 28V LDMOS |アンプレオン / インフィニオン |様々な |TO-270または類似の |10Wクラスの比類のないワイドバンドLDMOSを検索。 --- ### インダストリアル広帯域使用に関する実用的な推奨事項 1. **短期** - **MW6S010GNR1** と **MW6S010NR1** の在庫状況を確認し、最終購入価格をご確認ください。 ピン配置の互換性が重要な場合は、可能であればNR1バージョンを優先してください。 2. 中長期（推奨） - **Ampleon BLP15H9S10(G)**シリーズに移行します。これらは、インダストリアル、ISM、ブロードバンドRFアプリケーションで一般的に使われる、現代的で広帯域の堅牢なLDMOSデバイスです。 - 長期的な利用可能性とサポートが優れていること。 3. **デザインノート** - 入出力マッチングネットワークを再設計することを期待してください。 - 特定のインダストリアル環境における熱性能、バイアスポイント(IDQ)、VSWRの耐久性を検証します。 - パッケージのフットプリントおよびはんだプロファイルの互換性を確認する。 --- **私に言ってほしいですか:** - MW6S010GNR1と特定の代替品(例:詳細な電気的パラメータ(ゲイン、効率、静電容量)を比較します。BLP15H9S10G)? - 推奨部品の在庫や価格の検索を助ける? - 回路の参照や評価ボードの一致を提案しますか? より的確なご提案が必要な場合は、ご使用の周波数帯域、電力要件、および希望する供給電圧をお知らせください。 メールアドレス：[email protected]