S32G399には、DDRベースの共有メモリをAコアとMコアの両方でアクセスできるように設定してください。 チップS32G399では、DDRベースの共有メモリをAコアとMコアの両方がアクセスできるように設定してください。実装例やデモはありますか？ Re: For S32G399, configure DDR‑based shared memory to be accessed by both A‑Core and M‑Core. こんにちは、 @zhijie 投稿ありがとうございます。 私の知る限り、そのような正式なデモやサンプルは存在しないようですので、ご自身で開発する必要があるかもしれません。 MコアとAコア間の通信については、現在NXPがIPCFを提供していますが、デフォルトではSRAMをベースとしています。 BR チェイン

LPC54S018をSPI-MRAM（MR25H40）から起動します。 私はLPC54S018を搭載したEVB LPC54S018M-EVKを購入し、それにSPI-MRAMチップ=MR25H40を接続します。 SPI-MRAM（MR25H40）からLPC54S018にファームウェアをロードする必要があります。MRAMをFLEXCOMM9に接続しました。ファームウェアからこのMRAMへのデータの読み書きは正常にできますが、問題ありません。でもMCUを起動できません。 オシログラムでは(RESET後に)マイクロコントローラのブートROMコードがMRAMと通信し始めるのがデフォルト速度=12 MHz(起動ROMがウェイクアップコマンド(opcode = 0xAB)を送信し、その後「read JEDEC-ID」コマンドを3回送信します(opcode = 0x9F))。その後、SPI上ではそれ以上の活動は発生しない。ウェイクアップコマンドはMRAMによって正常に処理されますが、「JEDEC-ID読み取り」コマンドはメモリによってサポートされていません（MRAMのデータシートによる）。私は、ブートROMコードが「JEDEC-IDの読み取り」コマンドに対する応答を受け取らなかったため、デフォルトの速度で起動を続行するだけだと思っていました。しかし、理由は不明だが、「JEDEC-IDの読み取り」を3回試みた後、ブートプロセスがキャンセルされる。 LPC54S018のISPピンを以下の状態に設定してみました。 1) または ISP0 = high、ISP1 = high、ISP2 = high; 2) または ISP0 = high、ISP1 = low、ISP2 = high。 何も変わりません。マイクロコントローラが起動しません。 「read JEDEC-ID」コマンドへの応答を待たずに、SPIメモリからLPC54S018の起動を続行する方法はありますか？ 追伸：負荷処理のオシログラムを添付します。 Re: Boot LPC54S018 from SPI-MRAM (MR25H40). LPC540xxをSPI-MRAM（MR20H40/MR25H40）から起動することは不可能であるようです。SPI-MRAMは「read JEDEC-ID」コマンドをサポートしていないためです。 😞😞 しかし、SPI-FRAM(SPI-MARMとは異なり)は「read JEDEC-ID」コマンドをサポートしています。SPI-MRAMをSPI-FRAM（FM25V05）に交換したところ、LPC54S018の起動に成功しました！しかし、FM25V05では、ファームウェアはアドレス0x0000からではなく、0x0001から開始する必要があります。「read JEDEC-ID」コマンドの後、LPC540xxブートROMはまず24ビットアドレスを持つ読み出しコマンド0x03をSPIメモリに送信します。読み取りが失敗した場合は、32ビットのアドレスを持つ読み取りコマンド0x03を送信します。FM25V05は16ビットのアドレスを持ちます。しかし、ブートイメージをアドレス0x0001にシフトすると、LPC540xxはFM25V05からでも正常にブートします。ブートROMでは24ビットの読み取りコマンドが使われるため、最初のバイト読み込みは省略されます。 添付のオシログラムを参照してください。 後で、24ビットアドレス指定が可能なCY15B104QN（SPI-FRAM）からの起動を試してみます。 Re: Boot LPC54S018 from SPI-MRAM (MR25H40). こんにちは、 @jcxzさん ボードが正常に起動したと聞いて大変嬉しく思います。 他に何かご質問やご不明な点はありますか？ よろしくお願いします。 BR アリス Re: Boot LPC54S018 from SPI-MRAM (MR25H40). はい。次に、CY15B104QN-50SXI SPI-FRAMからの起動を試みました。機能しません 😞 CY15B104QNからは起動しません。このチップは「JEDEC-ID読み取り」コマンドに応答しますが、しかし、CY15B104QN は逆バイト順の JEDEC-ID を出力します: "00,2C,C2,7F,7F,7F,7F,7F,7F" (16 進数)。おそらくそれが、LPC54018のブートROMがそこから起動しない理由でしょう。 FM25V05は「7F,7F,7F,7F,7F,7F,C2,23,00」(16進数)の形式でJEDEC-IDを出力します。LPC54018ブートROMはこれを受け入れて起動します。しかし、FM25V05の容量は私のプロジェクトには小さすぎます。 それでは、FM25V20Aから起動してみます。そこから起動してくれるといいのですが。 PS: CY15B104QNは、新世代のSPI-FRAMチップである「EXCELON™ F-RAM」（Infineon社製）に属します。どうやらLPC54018ブートローダーはそれらをサポートしていないようです。 Re: Boot LPC54S018 from SPI-MRAM (MR25H40). FM25V20A-GからLPC54018を正常に起動できました！ LPC54018のMRAM/FRAMブート機能チェックの最終結果： 1. SPI-MRAM (MR25H40) からのブート:失敗。考えられる原因＝JEDEC-ID読み取りコマンドがサポートされていない。 2. SPI-FRAM CY15B104QN からのブート、JEDEC-ID = "00,2C,C2,7F,7F,7F,7F,7F,7F" (16 進数):失敗。考えられる原因＝ブートROMがJEDEC-IDを認識していない。 3. SPI-FRAM FM25V20A-G からブート中、JEDEC-ID = "7F,7F,7F,7F,7F,7F,C2,25,08" (16 進数):成功。考えられる理由＝ブートROMがJEDEC-IDを認識している。 4. SPI-FRAM FM25V05 からブート、JEDEC-ID = "7F,7F,7F,7F,7F,7F,C2,23,00" (16 進数):成功。考えられる理由：ブートROMがJEDEC-IDを認識している。ただし、ブートイメージはアドレス1（0ではない）に配置する必要があります。 しかし、CY15B104QNのメモリファミリは新しいです。これは旧型のFM25Vxxの後継機種です。したがって、CY15B104QNを使用したいと思います。CY15B104QNからのブートがサポートされていないのはなぜですか？また、FUTUREのLPC540xxのリビジョンでは、CY15B104QN(またはこのファミリの他のチップ)からの起動機能は追加されるのでしょうか?

SoM設計に基づくiMX95 PMIC出力に関する疑問 iMX95をベースにしたカスタムPCBを作成したかったので、iMX95 SoMの回路図をリファレンス回路図として使用しています。 私の理解では、PF09はマスターPMICとなり、SoCとARMコアの電圧を除くすべての電圧を出力します。これらのコア電圧はpf530xによって作られています。 私の疑問点は以下の通りです。 1.参照回路図では、PF09のLDO3がVDD_SoC電圧ラインも構成していますが、これはなぜでしょうか？ 2. そして、最大200mAまでしか供給できないことが示されていますが、SoCの電流要求はそれ以上で、もしPF09とPF530xの両方が同じ電圧を出しているなら、それは電源線をショートさせるようなものです。その場合、PF09のピンが電流を吸収して問題を引き起こすのでしょうか? 3. Pf09 LDOの電源出力を外して、もう一方のLDOを使うべきか、またはCANでしょうか?動作しますか?(「削除すべきか」や「CAN」など、明確な提案をしてください) 参考用の画像を下に添付します PF09の出力 VDD_SOC生成にPF530xを使用

关于 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 。 顺祝商祺！ 里卡多

S32K3 的 SVD 文件 - 许可证问题 我想发布一些基于 S32K388 和 S32K344 SVD 文件开发的软件。但SVD文件包含以下文本： 版权所有 2016-2024 NXP NXP 机密专有软件。本软件归 NXP 所有或受其控制。 由恩智浦半导体（NXP）所有，且仅可严格按照适用法律法规使用。 许可条款。通过明确接受这些条款或下载， 安装、激活和/或以其他方式使用该软件，即表示您同意 您同意已阅读并同意遵守本条款。 受此类许可条款的约束。如果您不同意受其约束，则表示您同意接受此类许可条款的约束。 如果违反适用的许可条款，则您不得保留、安装或激活。 或者以其他方式使用该软件。 我能否将这段代码放到一个公共代码库中？或者我需要在代码库中添加说明，告诉用户下载 S32DS 并自行提取 SVD 文件吗？ Re: SVD files for S32K3 - license question 谢谢你的提问。遗憾的是，S32K3 SVD 文件（S32K344.svd，S32K388.svd)带有“NXP 机密和专有”许可，不允许在公共存储库中重新分发或发布衍生作品。 我们建议采用以下方法： 请勿将 SVD 派生代码直接包含在公共仓库中，因为这很可能违反许可条款。 相反，请在您的存储库中提供构建脚本/工具，并指示用户自行下载 S32DS 并提取 SVD 文件，然后在本地运行代码生成步骤。 如果您需要获得明确许可才能公开发布衍生代码，请联系您的 NXP 销售代表，申请正式的许可例外。 在 NXP 澄清或更新 SVD 文件许可条款之前，这是最安全的方法。

Boot LPC54S018 from SPI-MRAM (MR25H40). I am buy EVB LPC54S018M-EVK with LPC54S018 and connect to it SPI-MRAM chip = MR25H40. I need to load the firmware into LPC54S018 from SPI-MRAM (MR25H40). I connected the MRAM to FLEXCOMM9. I can read and write of data to this MRAM from my firmware normally - it ok. But I can't boot of MCU from it. On the oscillogramm, I see that (after RESET) the microcontroller's boot-ROM code begins communicating with the MRAM at the default speed = 12 MHz (boot-ROM sending it a wake-up command (opcode = 0xAB) and then three times sending a "read JEDEC-ID" command (opcode = 0x9F)). After that, no further activity occurs on the SPI. The wake-up command is processed normally by the MRAM, but the "read JEDEC-ID" command is not supported by the memory (according to the datasheet by MRAM). I thought that the boot-ROM code, having not received a response to the "read JEDEC-ID" command, would simply continue booting at the default speed. But for unknown reason, after three attempts to "read JEDEC-ID", the boot process is cancelled. I tried setting the ISP pins of LPC54S018 to the following states: 1) or ISP0 = high, ISP1 = high, ISP2 = high; 2) or ISP0 = high, ISP1 = low, ISP2 = high. Nothing changes - the microcontroller won't boot. Is there any way to continue booting of LPC54S018 from SPI-memory without waiting for a response to the "read JEDEC-ID" command? PS: I am attaching oscillograms of the loading process. Re: Boot LPC54S018 from SPI-MRAM (MR25H40). It appears that booting the LPC540xx from SPI-MRAM (MR20H40/MR25H40) is impossible. Because SPI-MRAM does not support the "read JEDEC-ID" command.  😞😞 But SPI-FRAM (unlike SPI-MRAM) supports the "read JEDEC-ID" command. I replaced SPI-MRAM to SPI-FRAM (FM25V05) and booted my LPC54S018 successfully! However, in the FM25V05, the firmware should start from address 0x0001, not from 0x0000. After the "read JEDEC-ID" command, the LPC540xx boot-ROM sends a read command 0x03 to the SPI memory first, with a 24-bit address. If the reading is unsuccessful, it then sends a read command 0x03 with a 32-bit address. The FM25V05 has a 16-bit address. However, if the boot image is shifted to address 0x0001, the LPC540xx boots successfully even from the FM25V05. 24-bit read commands are used by boot-ROM for booting, so the first byte read is skipped. See attached oscillogram. Later I'll try booting from the CY15B104QN (SPI-FRAM), which has 24-bit addressing. Re: Boot LPC54S018 from SPI-MRAM (MR25H40). Yes. Next, I tried booting from the CY15B104QN-50SXI SPI-FRAM. Its doesn't work 😞 Doesn't boot from the CY15B104QN. Although this chip responds to the "read JEDEC-ID" command. But CY15B104QN outputs a JEDEC-ID in reverse byte order: "00,2C,C2,7F,7F,7F,7F,7F,7F" (hex). That's probably why the boot-ROM LPC54018 refuses to boot from it. The FM25V05 outputs a JEDEC-ID in the form: "7F,7F,7F,7F,7F,7F,C2,23,00" (hex) - the LPC54018 boot-ROM accepts it and boots. But capacity of FM25V05 is too small for the my project. Now I'll try booting from the FM25V20A. I hope it will boot from there. PS: The CY15B104QN belongs to the new generation of SPI-FRAM chips - "EXCELON™" F-RAM" (Infineon). Apparently, the LPC54018 bootloader doesn't support them. Re: Boot LPC54S018 from SPI-MRAM (MR25H40). Hi @jcxz  It is great to hear that your board has booted successfully. Do you have any further questions or concerns? Thank you. BR Alice Re: Boot LPC54S018 from SPI-MRAM (MR25H40). I was able to successfully boot LPC54018 from FM25V20A-G! Final result of the LPC54018 MRAM/FRAM boot capability check: 1. Booting from SPI-MRAM (MR25H40): FAILED. Possible reason = JEDEC-ID read command not supported. 2. Booting from SPI-FRAM CY15B104QN, JEDEC-ID = "00,2C,C2,7F,7F,7F,7F,7F,7F" (hex): FAILED. Possible reason = boot-ROM does not recognize JEDEC-ID. 3. Booting from SPI-FRAM FM25V20A-G, JEDEC-ID = "7F,7F,7F,7F,7F,7F,C2,25,08" (hex): SUCCESSFUL. Possible reason = boot-ROM recognizes JEDEC-ID. 4. Booting from SPI-FRAM FM25V05, JEDEC-ID = "7F,7F,7F,7F,7F,7F,C2,23,00" (hex): SUCCESSFUL. Possible reason: The boot ROM recognizes the JEDEC-ID. However, the boot image must be located at address 1 (not 0). But the CY15B104QN memory family is newer. It replaces the outdated FM25Vxx. Therefore, I'd like to use the CY15B104QN. Why booting from CY15B104QN not supported? And will booting from the CY15B104QN (or other chips in this family) be added in future LPC540xx revisions?

从 SPI-MRAM (MR25H40) 启动 LPC54S018。 我购买了 EVB LPC54S018M-EVK，其中包含 LPC54S018，并将其连接到 SPI-MRAM 芯片 = MR25H40。 我需要将固件从 SPI-MRAM (MR25H40) 加载到 LPC54S018 中。我将 MRAM 连接到了 FLEXCOMM9。我的固件可以正常地对这个 MRAM 进行数据读写操作——没问题。但我无法从中启动MCU。 从示波器上，我看到（RESET后）微控制器的启动 ROM 代码开始以默认速度 = 12 MHz 与 MRAM 通信（启动 ROM 向其发送唤醒命令（操作码 = 0xAB），然后三次发送“读取 JEDEC-ID”命令（操作码 = 0x9F））。此后，SPI 上不再发生任何活动。唤醒命令由 MRAM 正常处理，但存储器不支持“读取 JEDEC-ID”命令（根据 MRAM 的数据手册）。我原以为，由于没有收到“读取 JEDEC-ID”命令的响应，启动 ROM 代码会继续以默认速度启动。但不知何故，在三次尝试“读取 JEDEC-ID”后，启动过程被取消。 我尝试将 LPC54S018 的 ISP 引脚设置为以下状态： 1) 或 ISP0 = 高，ISP1 = 高，ISP2 = 高； 2) 或 ISP0 = 高，ISP1 = 低，ISP2 = 高。 情况依旧没有改变——微控制器无法启动。 是否有办法在不等待“读取 JEDEC-ID”命令的响应的情况下，继续从 SPI 存储器启动 LPC54S018？ PS：我附上了加载过程的示波图。 Re: Boot LPC54S018 from SPI-MRAM (MR25H40). 看来无法从 SPI-MRAM (MR20H40/MR25H40) 启动 LPC540xx。因为 SPI-MRAM 不支持“读取 JEDEC-ID”命令。 😞😞 但 SPI-FRAM（与 SPI-MRAM 不同）支持“读取 JEDEC-ID”命令。我已将 SPI-MRAM 更换为 SPI-FRAM (FM25V05)，并成功启动了我的 LPC54S018！但是，在 FM25V05 中，固件应该从地址 0x0001 开始，而不是从 0x0000 开始。在执行“读取 JEDEC-ID”命令后，LPC540xx 启动 ROM 首先向 SPI 存储器发送 READ命令 0x03，地址为 24 位。如果读取失败，则发送带有 32 位地址的 READ命令 0x03。FM25V05 具有 16 位地址。但是，如果将启动映像移至地址 0x0001，即使从 FM25V05 启动，LPC540xx 也能成功启动。启动 ROM 使用 24 位读取命令进行启动，因此会跳过读取的第一个字节。 请参见附图示波图。 稍后我会尝试从 CY15B104QN（SPI-FRAM）启动，它具有 24 位寻址。 Re: Boot LPC54S018 from SPI-MRAM (MR25H40). 是的。接下来，我尝试从 CY15B104QN-50SXI SPI-FRAM 启动。它不起作用 😞 无法从 CY15B104QN 启动。虽然该芯片响应“读取 JEDEC-ID”命令。但 CY15B104QN 以相反的字节顺序输出 JEDEC-ID："00,2C,C2,7F,7F,7F,7F,7F,7F"（十六进制）。这大概就是为什么启动 ROM LPC54018 无法从中启动的原因。 FM25V05 输出 JEDEC-ID，格式为："7F,7F,7F,7F,7F,7F,C2,23,00"（十六进制） - LPC54018 启动 ROM 接受它并启动。但是 FM25V05 的容量太小，无法满足我的项目需求。 现在我尝试从 FM25V20A 启动。我希望它能从那里启动。 PS：CY15B104QN 属于新一代 SPI-FRAM 芯片——“EXCELON™”F-RAM（英飞凌）。显然，LPC54018 引导加载程序不支持它们。 Re: Boot LPC54S018 from SPI-MRAM (MR25H40). 嗨@jcxz 很高兴听到您的板已成功启动。 您还有其他问题或疑虑吗？ 谢谢！ BR 爱丽丝 Re: Boot LPC54S018 from SPI-MRAM (MR25H40). 我成功地从 FM25V20A-G 启动了 LPC54018！ LPC54018 MRAM/FRAM 启动能力检查的最终结果： 1. 从 SPI-MRAM (MR25H40) 启动：失败。可能原因 = 不支持 JEDEC-ID 读取命令。 2. 从 SPI-FRAM CY15B104QN 启动，JEDEC-ID = "00,2C,C2,7F,7F,7F,7F,7F,7F" (十六进制):失败。可能的原因 = 启动 ROM 无法识别 JEDEC-ID。 3. 从 SPI-FRAM FM25V20A-G 启动，JEDEC-ID = "7F,7F,7F,7F,7F,7F,C2,25,08" (十六进制):成功。可能的原因 = 启动 ROM 识别 JEDEC-ID。 4. 从 SPI-FRAM FM25V05 启动，JEDEC-ID = "7F,7F,7F,7F,7F,7F,C2,23,00" (十六进制):成功。可能的原因：启动 ROM 识别了 JEDEC-ID。但是，启动映像必须位于地址 1（而不是 0）。 但CY15B104QN系列内存是较新的产品。它取代了过时的FM25Vxx。因此，我想使用 CY15B104QN。为什么不支持从 CY15B104QN 启动？未来 LPC540xx 版本是否会增加从 CY15B104QN（或该系列的其他芯片）启动的功能？

NXP RFEP24-300 schmatic I am working on a legacy system that uses a RFEP24-300. The biases and pwoer seem to come on but there seems to be no game. I would ike to trouble shoot the pallet but have no documents. Could I get a copy? Failing that, it may be that it was run without proper cooling. Is there a way to determine if the final stage is still working? Re: NXP RFEP24-300 schmatic Hello, Thank you for contacting us. Regarding your inquiry, please note that the RFEP24-300 has been discontinued and is no longer supported. We sincerely apologize for any inconvenience this may cause and appreciate your understanding. 

NXP RFEP24-300 回路図 私はRFEP24-300を使用している旧式システムの作業をしています。偏見や権力は存在するようだが、ゲームは存在しないようだ。パレットのトラブルシューティングをしたいのですが、関連書類がありません。コピーをいただけますか? そうでなければ、適切な冷却が行われずに運転されていた可能性もある。最終段階が正常に機能しているかどうかを確認する方法はありますか？ Re: NXP RFEP24-300 schmatic こんにちは、 お問い合わせいただきありがとうございます。 お問い合わせいただいた件についてですが、RFEP24-300は既に製造中止となっており、サポートも終了しておりますのでご了承ください。 ご迷惑をおかけして誠に申し訳ございません。ご理解いただけますようお願い申し上げます。

mcxn947 dma传输开启後没进入回调 #include "fsl_debug_console.h" #include "pin_mux.h" #include "clock_config.h" #include "board.h" #include "app.h" #include "fsl_flexio_spi_edma.h" #include "board.h" //#include "app.h" #include "fsl_debug_console.h" void BOARD_InitHardware ( void ); #include "fsl_debug_console.h" #include "fsl_flexio.h" #include "fsl_edma.h" #include "fsl_inputmux.h" #include "fsl_common.h" /* ハードウェア常数定义 */ #define DEMO_FLEXIO_BASE FLEXIO0 #define DEMO_DMA_BASE DMA0 #define DEMO_DMA_CH      0 /* DMA チャネル 61 を使用 */ #define CHANNEL_COUNT    20 /* 20路并行引 */ #define BIT_DEPTH        24 /* 24位深度 */ #define SHIFTERS_USED    8 /* 次回 DMA 充填 8 个 シフター */ /* データ缓冲区：DMA パフォーマンスを強化する必要があります */ SDK_ALIGN ( uint32_t g_dac_buffer [ BIT_DEPTH ], 32 ); edma_handle_t g_edma_handle ; volatile bool g_transfer_done = false ; /* DMA 完了回调 */ void EDMA_Callback ( edma_handle_t * handle , void * param , bool transferDone , uint32_t tcds ) {    if ( transferDone )     {        /* FlexIO の最後の一組のデータを確保します */        while ( ! ( FLEXIO_GetShifterStatusFlags ( DEMO_FLEXIO_BASE ) & 0x01U ));        /* 立即关闭 DMA 请要求、生成仮想假触発を防止 */        FLEXIO_EnableShifterStatusDMA ( DEMO_FLEXIO_BASE , 1 << 0 , false );        g_transfer_done = true ;    } } void Init_FlexIO_DAC ( void ) {    flexio_config_t fxioConfig ;    flexio_shifter_config_t shConfig = { 0 };    flexio_timer_config_t timConfig = { 0 };    FLEXIO_GetDefaultConfig ( & fxioConfig );    FLEXIO_Init ( DEMO_FLEXIO_BASE 、 & fxioConfig );    FLEXIO_Reset ( DEMO_FLEXIO_BASE );    /* 配置 8 个 Shifter 并行出力 */    for ( uint8_t i = 0 ; i < SHIFTERS_USED ; i ++ )     {        shConfig.timerSelect​​   = 0 ;        shConfig.timerPolarity = kFLEXIO_ShifterTimerPolarityOnPositive ;​​        shConfig . pinConfig     = kFLEXIO_PinConfigOutput ;        shConfig.pinSelect​​     = 0 ; /* 引脚から D0 開始 */        shConfig . pinPolarity   = kFLEXIO_PinActiveHigh ;        shConfig.shifterMode​​   = kFLEXIO_ShifterModeTransmit ;        shConfig.inputSource​​   = kFLEXIO_ShifterInputFromPin ;        shConfig . shifterStop   = kFLEXIO_ShifterStopBitDisable ;        shConfig . shifterStart  = kFLEXIO_ShifterStartBitDisabledLoadDataOnEnable ;        shConfig 。平行幅= CHANNEL_COUNT - 1U ; /* 20路并行宽度 */        FLEXIO_SetShifterConfig ( DEMO_FLEXIO_BASE , i , & shConfig );    }    /* タイマー 0 を SCLK 時間源として設定 */    timConfig.triggerSelect​​   = FLEXIO_TIMER_TRIGGER_SEL_SHIFTnSTAT ( 0 );    timConfig.triggerPolarity​​= kFLEXIO_TimerTriggerPolarityActiveLow ;    timConfig.triggerSource​​   = kFLEXIO_TimerTriggerSourceInternal ;    timConfig . pinConfig       = kFLEXIO_PinConfigOutput ;    timConfig.pinSelect​​       = 20 ; /* 時刻信号出力 D20 */    timConfig.timerMode​​       = kFLEXIO_TimerModeDual8BitBaudBit ;    timConfig.timerDisable​​    = kFLEXIO_TimerDisableOnTimerCompare ;    timConfig.timerEnable​​     = kFLEXIO_TimerEnableOnTriggerHigh ;    /* 8 位 = 16 边沿線 (15)、周波数分周波数 = 10 */    timConfig.timerCompare​​    = ( 15U << 8U ) | 10U ;    FLEXIO_SetTimerConfig ( DEMO_FLEXIO_BASE , 0 , & timConfig ); } void Init_DMA_DAC ( void ) {    edma_config_t edmaConfig ;    /* 修正後の MCXN947 InputMux 接続 */    /* 結果 kINPUTMUX_Flexio0Shift0ToDma0Ch61Ena 依然报错，       kINPUTMUX_Flexio0Request0ToDma0Ch61Ena */    INPUTMUX_Init (INPUTMUX0);    //INPUTMUX_EnableSignal(INPUTMUX0, kINPUTMUX_Flexio0Shift0ToDma0Ch61Ena, true);    INPUTMUX_EnableSignal (INPUTMUX0, kINPUTMUX_FlexIO0ShiftRegister0RequestToDma0Ch61Ena , true );    EDMA_GetDefaultConfig ( & edmaConfig );    EDMA_Init ( DEMO_DMA_BASE , & edmaConfig );    EDMA_CreateHandle ( & g_edma_handle , DEMO_DMA_BASE , DEMO_DMA_CH );    EDMA_SetCallback ( & g_edma_handle , EDMA_Callback , NULL ); } void DAC_Transmit ( void ) {    edma_transfer_config_t xferConfig ;    edma_minor_offset_config_t offsetConfig ;    g_transfer_done = false ;    /*       パラメータ修正説明： 1.bytesEachRequest = 32 (每次触発行搬运 8 个 Shifter、每个 4 字节) 2.transferBytes = 96 (总共 24 位データ、每位 4 字节、24 * 4 = 96)       このように 96 % 32 == 0、承認すれば通過できます。    */    EDMA_PrepareTransferConfig ( & xferConfig 、 ( void * )g_dac_buffer, /* srcAddr */                               4 , /* srcWidth: 4文字节 */                               4 、 /* srcOffset: 4 */ ( void * ) & ( DEMO_FLEXIO_BASE -> SHIFTBUF [ 0 ]), /* destAddr */                               4 , /* destWidth: 4文字节 */                               4 、 /* destOffset: 4 */                               32 、 /* bytesEachRequest: 32 */                               96 /* transferBytes: 96 (！！修正点) */                               );    /* 提交配置 */    EDMA_SubmitTransfer ( & g_edma_handle , & xferConfig );    /* 配置地址回帰：マイナーループ終了後、目的地址减去 32 字节回帰 SHIFTBUF[0] */    offsetConfig.enableSrcMinorOffset​​  = false ;    offsetConfig.enableDestMinorOffset = true ;​​    offsetConfig.minorOffset​​           = -32 ;​    EDMA_SetMinorOffsetConfig ( DEMO_DMA_BASE , DEMO_DMA_CH , & offsetConfig );    /* DMA と FlexIO の要求 */    EDMA_StartTransfer ( & g_edma_handle );    FLEXIO_EnableShifterStatusDMA ( DEMO_FLEXIO_BASE , 1 << 0 , true ); } int main ( void ) {    /* 基础ハードウェア初期化 (時間钟/引脚) */    BOARD_InitHardware ();    Init_FlexIO_DAC ();    Init_DMA_DAC ();    /* 例データ充填 */    for ( int i = 0 ; i < BIT_DEPTH ; i ++ ) g_dac_buffer [ i ] = 0xAAAAA ;    （ １ ）​     {        DAC_Transmit ();        /* 等待ち回调执行 */        while ( ! g_transfer_done );        /* 間隔 */        SDK_DelayAtLeastUs ( 1000 、 SystemCoreClock);    } }     程序卡死在 while(!g_transfer_done); 問題はここにあります 通信・制御(I3C |I2C |SPI |FlexCAN |イーサネット |FlexIO) Re: mcxn947 dma传输开启后没有进入回调 コールバックは実行されませんでした。 ここではどのチャネルをDMAに使用すべきでしょうか？チャネル61ではアサーションが満たされません。チャネル61は16を超えることはできません。 DMAチャネルが0に設定されている場合、DMAコールバックは一切実行されません。 Re: mcxn947 dma传输开启后没有进入回调 こんにちは、 @justdomyself 1) デバッグ用のブレークポイントを設定し、eDMA割り込み関数とコールバック関数が実行されているかどうかを確認します。 2) 使用されているeDMAチャネルを確認してください。 ＃定義する DEMO_DMA_CH      / * DMAチャネル61を使用 */ ここではチャネル0が使用されているようです。 INPUTMUX_EnableSignal(INPUTMUX0, kINPUTMUX_FlexIO0ShiftRegister0RequestToDma0Ch61Ena, true); ただし、コメントとこのコード行から判断すると、チャネル61を使用しているようです。 BR アリス

NXP RFEP24-300原理图 我正在维护一个使用 RFEP24-300 的遗留系统。偏见和力量似乎都出现了，但比赛却似乎没有开始。我想排查托盘故障，但我没有任何文件。我可以要一份吗？ 如果以上原因都不成立，那可能是因为冷却系统运行不当。有什么方法可以确定最后阶段是否仍在运行？ Re: NXP RFEP24-300 schmatic 你好， 感谢您与我们联系。 关于您的询问，请注意，RFEP24-300 已停产，不再提供支持。 由此给您带来的不便，我们深表歉意，并感谢您的理解。

Doubt regarding iMX95 PMIC output based on SoM design i wanted to make a custom pcb based on iMX95 and i am using the iMX95 SoM schematic as the reference schematic. As per what i understood, the PF09 will be the master pmic and will be making all the voltages except the soc and arm core voltages, these core voltages are made by pf530x. My doubts are: 1.  In the ref schematic LDO3 of PF09 is also making the VDD_SoC voltage line, why is it done? 2. And it is shown it can only source upto 200mA, but SoC current requirement is more than that, and if we both PF09 and PF530x is making the same voltages then it is like shorting the power lines, in such case will the pin at PF09 sink the current and then cause issues? 3. Should I/Can I remove the  power output from Pf09 LDO and just use the other one, will it work? (give a clear suggestion, regarding "should i remove" or "can i remove") images are attached below for reference PF09 outputs PF530x used for VDD_SOC generation

MBD中的LIN到CAN 我正在使用NXP MBD模块集，并通过LIN接收帧模块从CANoe上的LIN从站获取反馈，然后尝试使用CAN发送模块将LIN反馈发布到CAN总线上。为此，我使用了数据解复用器，但出现了维度错误。我也无法使用ldf文件。我还尝试将数据存储在存储器中并从中读取，这没有报错，但我仍然无法发布数据。

对于 S32G399，配置基于 DDR 的共享内存，以便 A 核心和 M 核心都能访问。 对于芯片 S32G399，配置基于 DDR 的共享内存，以便 A 核心和 M 核心都能访问。是否有任何实施方案和示例可供参考？ Re: For S32G399, configure DDR‑based shared memory to be accessed by both A‑Core and M‑Core. 你好， @zhijie 感谢你的帖子。 据我所知，似乎没有类似的正式演示/示例，你可能需要自己开发。 目前，M 内核和 A 内核之间的通信中，IPCF 由 NXP 配置，但默认情况下它是基于 SRAM 的。 BR 陈银

Skywell BE11 ヘッドユニット ブリックモード こんにちは、 私はハンガリー出身のアッティラ ポトンディです。 ヘッドユニットを元の状態に戻すためのご協力をお願いしたいのですが。 私はドイツで中古車を購入しましたが、スカイウェル販売店に送った手紙には何の返事もありません。 車体番号はLMELBL1P4NRC03065です。 スカイウェル BE11 NXP i.MX8QXP プロセッサ 残念ながら、どちらの国の代理店もメーカーも質問に答えてくれないので、あなたにお願いします。 ターミナル経由でいくつかのAPKファイルを削除しようとしたところ、システムがクラッシュし、ターミナル経由でパスワードの入力を求められました。 よろしくお願い申し上げます。 アッティラ

mcxn947 dma传输开启后没有进入回调 #include "fsl_debug_console.h" #include "pin_mux.h" #include "clock_config.h" #include "板.h" #include "app.h" #include “fsl_flexio_spi_edma.h” #include "板.h" //#include "app.h" #include "fsl_debug_console.h" void BOARD_InitHardware ( void ); #include "fsl_debug_console.h" #include "fsl_flexio.h" #include "fsl_edma.h" #include "fsl_inputmux.h" #include "fsl_common.h" /* 硬件硬件定义 */ #define DEMO_FLEXIO_BASE FLEXIO0 #define DEMO_DMA_BASE DMA0 #define DEMO_DMA_CH      0 /* 使用 DMA 通道 61 */ #定义CHANNEL_COUNT    20 /* 20路主板引脚 */ #define位深度        24 /* 24位深度 */ #define SHIFTERS_USED    8 /* 补充 DMA 填充 8 个 Shifter */ /* 数据像素：必须对齐以优化 DMA 性能 */ SDK_ALIGN ( uint32_t g_dac_buffer [ BIT_DEPTH ], 32 ); edma_handle_t g_edma_handle ; volatile bool g_transfer_done = false ; /* DMA完成回调 */ void EDMA_Callback ( edma_handle_t * handle , void * param , bool transferDone , uint32_t tcds ) {    如果（转移完成）     {        /* 确定 FlexIO 最后一组数据已从升降机旋转释放 */        while ( ! ( FLEXIO_GetShifterStatusFlags ( DEMO_FLEXIO_BASE ) & 0x01U ));        /* 立即关闭 DMA 请求，防止产生转向触发 */        FLEXIO_EnableShifterStatusDMA ( DEMO_FLEXIO_BASE , 1 << 0 , false );        g_transfer_done = true ;    } } void Init_FlexIO_DAC ( void ) {    flexio_config_t fxioConfig ；    flexio_shifter_config_t shConfig = { 0 };    flexio_timer_config_t timConfig = { 0 };    FLEXIO_GetDefaultConfig （ & fxioConfig ）；    FLEXIO_Init （ DEMO_FLEXIO_BASE ， & fxioConfig ）；    FLEXIO_重置（ DEMO_FLEXIO_BASE ）；    /* 配置8个Shifter输出 */    for ( uint8_t i = 0 ; i < SHIFTERS_USED ; i ++ )     {        shConfig.timerSelect​​   = 0 ；        shConfig.timerPolarity = kFLEXIO_ShifterTimerPolarityOnPositive ;​​        shConfig.pinConfig​​     = kFLEXIO_PinConfigOutput ；        shConfig.pinSelect​​     = 0 ; /* 引脚从D0开始 */        shConfig.pinPolarity​​   = kFLEXIO_PinActiveHigh ；        shConfig.shifterMode​​   = kFLEXIO_ShifterModeTransmit ；        shConfig.inputSource​​   = kFLEXIO_ShifterInputFromPin ；        shConfig.shifterStop​​   = kFLEXIO_ShifterStopBitDisable ；        shConfig.shifterStart​​  = kFLEXIO_ShifterStartBitDisabledLoadDataOnEnable ;        shConfig 。并行宽度= CHANNEL_COUNT - 1U ； /* 20路宽度 */        FLEXIO_SetShifterConfig ( DEMO_FLEXIO_BASE , i , & shConfig );    }    /* 配置定时器 0 作为 SCLK 时钟源 */    timConfig.triggerSelect​​   = FLEXIO_TIMER_TRIGGER_SEL_SHIFTnSTAT ( 0 );    timConfig.triggerPolarity​​= kFLEXIO_TimerTriggerPolarityActiveLow ；    timConfig.triggerSource​​   = kFLEXIO_TimerTriggerSourceInternal ；    timConfig.pinConfig​​       = kFLEXIO_PinConfigOutput ；    timConfig.pinSelect​​       = 20 ； /*时钟信号在D20输出*/    timConfig.timerMode​​       = kFLEXIO_TimerModeDual8BitBaudBit ；    timConfig.timerDisable​​    = kFLEXIO_TimerDisableOnTimerCompare ;    timConfig.timerEnable​​     = kFLEXIO_TimerEnableOnTriggerHigh ；    /* 8个位 = 16个边沿 (15), 频率频分 = 10 */    timConfig.timerCompare​​    = ( 15U << 8U ) | 10U ;    FLEXIO_SetTimerConfig ( DEMO_FLEXIO_BASE , 0 , & timConfig ); } void Init_DMA_DAC ( void ) {    edma_config_t edmaConfig ；    /* 修改后面的MCXN947 InputMux连接 */    /* 如果 kINPUTMUX_Flexio0Shift0ToDma0Ch61Ena 仍然报错，       请尝试 kINPUTMUX_Flexio0Request0ToDma0Ch61Ena */    输入/输入混合器初始化（输入/输入混合器0）；    //INPUTMUX_EnableSignal(INPUTMUX0, kINPUTMUX_Flexio0Shift0ToDma0Ch61Ena, true);    INPUTMUX_EnableSignal (INPUTMUX0, kINPUTMUX_FlexIO0ShiftRegister0RequestToDma0Ch61Ena , true );    EDMA_GetDefaultConfig ( & edmaConfig );    EDMA_Init ( DEMO_DMA_BASE , & edmaConfig );    EDMA_CreateHandle ( & g_edma_handle , DEMO_DMA_BASE , DEMO_DMA_CH );    EDMA_SetCallback ( & g_edma_handle , EDMA_Callback , NULL ); } void DAC_Transmit ( void ) {    edma_transfer_config_t xferConfig ；    edma_minor_offset_config_t offsetConfig ；    g_transfer_done = false ;    /*       参数修改说明： 1.bytesEachRequest = 32  (每次触发搬运 8 个 Shifter，每 4 字节) 2.传输字节数 = 96     (总共 24 位数据，传输 4 字节，24 * 4 = 96)       这样 96 % 32 == 0，断言即可通过。 */    EDMA_PrepareTransferConfig （ & xferConfig ， ( void * )g_dac_buffer, /* srcAddr */                               4 , /* srcWidth: 4字节 */                               4 ， /* srcOffset: 4 */ ( void * ) & ( DEMO_FLEXIO_BASE -> SHIFTBUF [ 0 ]), /* destAddr */                               4 , /* 目标宽度: 4字节 */                               4 ， /* destOffset: 4 */                               32 ， /* bytesEachRequest: 32 */                               96 /* 传输字节数: 96 (！！！修改点) */                               );    /* 提交配置 */    EDMA_SubmitTransfer ( & g_edma_handle , & xferConfig );    /* 配置地址回退：小循环结束后，目的地址减少 32 字节返回 SHIFTBUF[0] */    offsetConfig.enableSrcMinorOffset​​  = false ；    offsetConfig.enableDestMinorOffset = true ;​​    offsetConfig.minorOffset​​           = -32 ；​    EDMA_SetMinorOffsetConfig ( DEMO_DMA_BASE , DEMO_DMA_CH , & offsetConfig );    /* 启动 DMA 和 FlexIO 请求 */    EDMA_StartTransfer ( & g_edma_handle );    FLEXIO_EnableShifterStatusDMA ( DEMO_FLEXIO_BASE , 1 << 0 , true ); } int main ( void ) {    /* 基础硬件初始化（时钟/引脚） */    BOARD_InitHardware ();    初始化 FlexIO_DAC ();    初始化 DMA_DAC ();    /* 示例数据填充 */    for ( int i = 0 ; i < BIT_DEPTH ; i ++ ) g_dac_buffer [ i ] = 0xAAAAA ;    当（ 1 ）     {        DAC_Transmit ();        /* 等待回调执行 */        while ( ! g_transfer_done );        /* 间隔 */        SDK_DelayAtLeastUs （ 1000 ，系统核心时钟）；    } }     程序卡死在 while(!g_transfer_done); 没有往下走。询问哪里生长问题 通信与控制（I3C | I2C | SPI | FlexCAN | 以太网 | FlexIO） Re: mcxn947 dma传输开启后没有进入回调 callback  回调没有进 。  这里dma应该用哪个通道？  通道61，断言的时候就过不去，不能超过16. dma通道设0 ，dma回调直接进不去。 Re: mcxn947 dma传输开启后没有进入回调 Hi @justdomyself  1）打断点调试，查看是否进入了eDMA 中断和callback函数。 2）确认具体使用的哪个eDMA channel.  #define DEMO_DMA_CH      0  /* 使用 DMA 通道 61 */ 这里貌似使用的是channel 0.   INPUTMUX_EnableSignal(INPUTMUX0, kINPUTMUX_FlexIO0ShiftRegister0RequestToDma0Ch61Ena, true);   但从备注和这行代码看似乎又使用的Chaanel 61. BR Alice

imx95 + la12xx hi NXP       问题描述：我现在使用imx95加la1234，之间通过pcie连接，我现在将hostsw_la12xx的kernel_driver编译，并且加载了yami.ko，让后通过lspci没有查看到la1234这个设备      1.我现在la1234中没有烧写程序，需要烧写程序以后imx95才可以通过lspci查看吗，如何烧写呢 Re: imx95 + la12xx 从现象看，当前问题大概率不是 host 侧 yami.ko 编译或加载本身导致的。 lspci 能看到 LA1234 的前提是 LA1234 已经作为 PCIe Endpoint 正常启动，并且 PCIe link 已经训练成功。 如果 LA1234 端目前没有烧写/启动任何程序，那么 i.MX95 侧通过 lspci 看不到 LA1234 是合理的。需要先让 LA1234 从支持的 boot source 启动 LA12xx 端 BSP/FreeRTOS/PCIe EP firmware，使其完成 PCIe Endpoint 初始化后，i.MX95 作为 Root Complex 才能枚举到该设备。 hostsw_la12xx/kernel_driver/yami.ko 是 host Linux 侧 LA12xx PCIe driver。它通常是在 PCIe 设备已经能被 host 枚举后，再负责 LA12xx 进一步初始化，例如 PCIe inbound/outbound window、e200 OS boot、VSPA image boot、IPC/RFIC 等。它不能在 LA1234 端完全未启动 PCIe EP 的情况下，让设备直接出现在 lspci 中。 建议先按以下方向检查： 确认 LA1234 boot mode/boot source 是否正确，LA1234 端是否已启动包含 PCIe Endpoint driver 的 LA12xx BSP/FreeRTOS image。 确认 LA1234 PCIe controller 配置为 EP，i.MX95 侧配置为 RC。 检查 PCIe REFCLK、PERST#、power sequence、SerDes lane 设置、lane width/speed 是否匹配。 i.MX95 侧先执行 dmesg | grep -i pcie 、 echo 1 > /sys/bus/pci/rescan 、 lspci -nn -vv ，确认是否有任何 endpoint 枚举。 若仍无设备，建议先用一个已知可工作的 PCIe endpoint 接到 i.MX95，确认 i.MX95 RC 侧硬件和 device tree/kernel 配置没有问题；然后再回到 LA1234 侧检查 EP boot 和硬件连接。 关于如何烧写 LA1234，需要使用 LA12xx SDK/BSP 中提供的 LA1234/LA12xx 端 boot image 和对应烧写流程。公开的 hostsw_la12xx 仓库主要是 host 侧软件，FreeRTOS 端代码不在该仓库中，因此需要参考 LA12xx SDK User Guide / BSP release package 中关于 LA12xx board boot 和 image programming 的章节。

Skywell BE11主机砖模式 你好， 我是来自匈牙利的阿提拉·波通迪。 我想请您帮忙将主机恢复到原始状态。 我在德国买了一辆二手车，但我写给 Skywell 经销商的信件一直没有收到任何回复。 车辆识别码 (VIN) 为：LMELBL1P4NRC03065 Skywell BE11 NXP i.MX8QXP 处理器。 遗憾的是，这两个国家的代理商和制造商都没有回答这些问题，所以我才来向您求助。 我想通过终端删除一些 APK 文件，但这些文件导致系统崩溃，并要求通过终端输入密码。 谢谢 阿提拉

Ubuntu 26.04 LTS での「8MPLUSLPD4-EVK」ビルドの問題 こんにちは、NXPさん。 私は「8MPLUSLPD4-EVK」を使用しています。BSPをビルドしようとしているのですが、ビルドで問題が発生しています。この件についてご協力をお願いします。さらに詳しい情報が必要な場合はお知らせください。 エラーログ: dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/project/imx-Yocto-bsp/build$ bitbake core-image-minimal エラー:サーバー環境の設定を試みます:ローカルパラメータでサーバー構成を更新できません:トレースバック(直近の通話履歴): runCommand内のファイル「/ホーム/dasmiddepogu/NXP/project/imx-Yocto-bsp/sources/poky/bitbake/lib/bb/command.py」、runCommandの91行目 結果 = command_method(self、commandline) ファイル「/ホーム/dasmiddepogu/NXP/project/imx-Yocto-bsp/sources/poky/bitbake/lib/bb/command.py」、updateConfigの291行目 command.cooker.updateConfigOpts(options,環境、コマンドライン) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ファイル「/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/cooker.py」、updateConfigOptsの471行目 self.reset() ~~~~~~~~~~^^ ファイル「/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/cooker.py」、1741行目、リセット中 self.handlePRServ() ~~~~~~~~~~~~~~~~~^^ ファイル「/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/cooker.py」、337行目、handlePRServ 内 self.hashserv.serve_as_process(log_level=記録。警告) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^ ファイル「/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/asyncrpc/serv.py」、402行目、serve_as_process self.process.start() ~~~~~~~~~~~~~~~~~~~^^ ファイル "/usr/lib/python3.14/multiprocessing/process.py",121行目、開始 self._popen= self._Popen(self) ~~~~~~~~~~~^^^^^^ ファイル "/usr/lib/python3.14/multiprocessing/context.py",230行目、_Popen内 return _default_context.get_context().Process._Popen(process_obj) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^ ファイル "/usr/lib/python3.14/multiprocessing/context.py",306行目、_Popen内 return Popen(process_obj) ファイル "/usr/lib/python3.14/multiprocessing/popen_forkserver.py",35行目、 __init__ super(). __init__ (process_obj) ~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^ ファイル "/usr/lib/python3.14/multiprocessing/popen_fork.py",20行目、 __init__ self._launch(process_obj) ~~~~~~~~~~~~^^^^^^^^^^^^^ ファイル "/usr/lib/python3.14/multiprocessing/popen_forkserver.py",47行目、_launch内 reduction.dump(process_obj,buf) ~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^ ファイル "/usr/lib/python3.14/multiprocessing/reduction.py",60行目、ダンプファイル内 ForkingPickler(file, protocol).dump(obj) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^ _pickle。PicklingError: local object .run をpickleできません0x7802f7325380> 辞書項目 '_target' をシリアライズするとき multiprocessing.context.Process の状態をシリアル化する場合 multiprocessing.context.Process オブジェクトをシリアル化する際 リポジトリの詳細: $ mkdir imx-yocto-bsp $ CD IMX-Yocto-BSP $ repo init -u https://github.com/nxp-imx/imx-manifest-b imx-linux-scarthgap -ムimx-6.6.36-2.1.0.xml $ リポジトリ同期 $ DISTRO=fsl-imx-xwayland MACHINE=imx8mp-lpddr4-evk ソース imx-setup-release.sh -b build LinuxホストPCの詳細: PRETTY_NAME="Ubuntu 26.04 LTS" NAME="Ubuntu" VERSION_ID="26.04" VERSION="26.04 (Resolute Racoon)" VERSION_CODENAME=決然 ID=ubuntu ID_LIKE=debian HOME_URL="https://www.ubuntu.com/" サポートURL=" https://help.ubuntu.com/ " バグ報告URL=" https://bugs.launchpad.net/ubuntu/ " PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy " UBUNTU_CODENAME=resolute ロゴ=ubuntuロゴ ホストPCの設定: 建築:x86_64 CPUオペモード:32ビット、64ビット アドレスサイズ:物理42ビット、仮想48ビット バイト順:リトルエンディアン CPU(16) オンラインCPUリスト:0-15 ベンダーID:GenuineIntel モデル名:Intel(R) Core(TM) Ultra 7 255H CPUファミリ:6 モデル:197 スレッド数(コアあたり):1本 ソケットあたりのコア数:16個 ソケット数:1 ステップ数:2 CPUスケーリングMHz:17% CPU最大MHz:5100,0000 CPU最小MHz:400.0000 DDR容量：32GB i.MX8ULP Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS こんにちは、 @middepogudasさん お元気でお過ごしのことと思います。 imx-linux-scarthgap BSPはUbuntu 22.04およびUbuntu 24.04でサポートされていることが検証されています。 Ubuntu 26.04はデフォルトでPython 3.14を使用していますが、そのBSPに含まれるBitbakeのバージョンはPython 3.14と完全には互換性がないようです。 Ubuntu 26.04 LTSが完全にサポートされるまでは、Ubuntu 24.04 LTSまたはUbuntu 22.04 LTSを使用してコンパイルすることをお勧めします。 また、Python 3.12で仮想環境を使うのも試してみてください。 よろしくお願いいたします。 サラス。 Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS こんにちは、NXPさん。 Ubuntuを24.04にアップデートしましたが、ビルドの問題が発生しています。ビルドエラーログを添付します。このビルドの問題についてご協力をお願いします。 OS情報: asmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/DOC$ cat /etc/os-release PRETTY_NAME="Ubuntu 24.04.4LTS" 名前="Ubuntu" VERSION_ID="24.04" バージョン="24.04.4 LTS (ノーブル・ナンバット)" バージョンコード名=ノーブル ID=ubuntu ID_LIKE=debian HOME_URL=" https://www.ubuntu.com/ " サポートURL=" https://help.ubuntu.com/ " バグ報告URL=" https://bugs.launchpad.net/ubuntu/ " PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy " UBUNTU_CODENAME=noble ロゴ=ubuntuロゴ dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/DOC$ ビルドエラーログ: 今では「bitbake 」を実行できます。 一般的なターゲットは以下の通りです: コアイメージ最小 メタツールチェーン meta-toolchain-sdk ADT-installer meta-IDE-サポート ビルド環境は以下のように構成されています。 MACHINE=imx8mp-lpddr4-evk SDKMACHINE=i686 DISTRO=fsl-imx-xwayland EULA= BSPDIR= BUILD_DIR=。 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/DOC$ DISTRO=fsl-imx-xwayland MACHINE=imx8mp-lpddr4-evk ソース imx-setup-release.sh -b build dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/imx-yocto-bsp/build$ bitbake core-image-minimal 注意:あなたのconf/bblayers.confは自動的に更新されました。 警告: ホストディストリビューション「ubuntu-24.04」このバージョンのビルドシステムでは検証されていません。予期しないエラーが発生する可能性があります。テスト済みのディストリビューションを使用することをお勧めします。 キャッシュの読み込み: 100% | | 残り時間: --:--:-- 依存関係キャッシュから0件のエントリを読み込みました。 レシピの解析: 100% |# 3643 .bb の解析ファイル完了（キャッシュ済み0個、解析済み3643個）。ターゲット数5719、スキップ数375、マスク数17、エラー数0。 注：不足しているタスクキューの依存関係を解決します ビルド構成: BB_VERSION = 「2.8.0」 BUILD_SYS = 「x86_64-linux」 NATIVELSBSTRING = "ubuntu-24.04" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" ディストリビューション = "fsl-imx-xwayland" DISTRO_VERSION = 「6.6-スカースギャップ」 TUNE_FEATURES = "aarch64 armv8a crc crypto" TARGET_FPU = "" メタ meta-poky = "HEAD:f43f393ef0246b7bee6eed8bcf8271cf2b8cdf40" メタOE メタマルチメディア meta-python = "HEAD:80e01188fa822d87d301ee71973c462d7a865493" meta-freescale = "HEAD:0f8091c63dd8805610c09b08409bc58492a3b16f" meta-freescale-3rdparty = "HEAD:6c063450d464eb2f380443c7d9af1b94ce9b9d75" meta-freescale-distro = "HEAD:b9d6a5d9931922558046d230c1f5f4ef6ee72345" メタ-IMX-BSP meta-imx-sdk メタ-IMX-ML meta-imx-v2x = "HEAD:92ad51ef3cc7f132238f1ae6c8e81432f2a69cc7" meta-nxp-demo-experience = "HEAD:8fd7154c05b716e9635279047f65785399432d88" meta-nxp-マター-baseline meta-nxp-openthread = "HEAD:783becb4b5716d989f50db95b7133d38eae5b47b" meta-Arm meta-arm-toolchain = "HEAD:1b85bbb4cab9658da3cd926c62038b8559c5c64e" meta-clang = "HEAD:fe561f41aef0cff9e6f96730ab59f28dca2eb682" メタノーム メタネットワーキング meta-filesystems = "HEAD:80e01188fa822d87d301ee71973c462d7a865493" meta-qt6 = "HEAD:dc13e1bfda4a4757a08c2d6673bc4bac012c4a80" メタパーセク meta-tpm = "HEAD:11ea91192d43d7c2b0b95a93aa63ca7e73e38034" meta-仮想化 = "HEAD:6a80f140e387621f62964209a2e07d3bcfb125ce" 注: 非ネイティブバイナリ shim を取得していますhttp://downloads.yoctoproject.org/releases/uninative/4.5/x86_64-nativesdk-libc-4.5.tar.xz;sha256sum=43ee6a25bcf5fce16ea87076d6a96e79ead6ced90690a058d07432f902773473（まずPREMIRRORSを確認します） Sstate の概要: 要求 2656 ローカル 0 ミラー 0 見逃した 2656 現在 0 (一致率 0%、完了率 0%)################################################################################################################################### ## | ETA: 0:00:00 Initialising tasks: 100% |## ## 注：タスクの実行 エラー: PermissionError: [Errno 1] 操作が許可されていません 上記の例外処理中に、別の例外が発生しました。 トレースバック(直近の通話): ファイル「/ホーム/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/bin/bitbake-worker」、278行目、子内 bb.utils.disable_network(uid,gid) ファイル「/ホーム/dasmiddepogu/NXP/imx-Yocto-bsp/sources/poky/bitbake/lib/bb/utils.py」、1696行目、disable_network Open("/proc/self/uid_map", "w")をfとして使う: 許可エラー:[Errno 1] 操作は許可されません エラー:タスク(/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_unpack)が終了コード「1」で失敗しました エラー:許可エラー:[エラー1] 操作は許可されていません 上記の例外処理中に、別の例外が発生しました。 トレースバック(直近の通話): ファイル「/ホーム/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/bin/bitbake-worker」、278行目、子内 bb.utils.disable_network(uid,gid) ファイル「/ホーム/dasmiddepogu/NXP/imx-Yocto-bsp/sources/poky/bitbake/lib/bb/utils.py」、1696行目、disable_network Open("/proc/self/uid_map", "w")をfとして使う: 許可エラー:[Errno 1] 操作は許可されません エラー:タスク(/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_prepare_recipe_sysroot)が終了コード「1」で失敗しました。 注:タスク概要:34件のタスクを試みましたが、そのうち再実行不要は0件、2件は失敗しました。 概要:2つの課題が失敗: /ホーム/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_unpack /home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_prepare_recipe_sysroot 概要：警告メッセージが1件ありました。 概要：2件のエラーメッセージが発生し、ゼロ以外の終了コードが返されました。 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/imx-yocto-bsp/build$ ありがとう、、 ダス・ミッデポグ Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS こんにちは、NXPさん。 BSPビルドエラーで助けていただけませんか? dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ python3 --version Python 3.12.3 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ cat /etc/os-release PRETTY_NAME="Ubuntu 24.04.4LTS" 名前="Ubuntu" VERSION_ID="24.04" バージョン="24.04.4 LTS (ノーブル・ナンバット)" バージョンコード名=ノーブル ID=ubuntu ID_LIKE=debian HOME_URL=" https://www.ubuntu.com/ " サポートURL=" https://help.ubuntu.com/ " バグ報告URL=" https://bugs.launchpad.net/ubuntu/ " PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy " UBUNTU_CODENAME=noble ロゴ=ubuntuロゴ dasmiddepogu@dasmidde | エラー: 設定に失敗しました 警告: シェルコマンドからの終了コードが 1 です。 エラー:タスク(/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure)が終了コード「1」で失敗しました 注:タスク概要:1539件のタスクを試み、そのうち1519件は再実行不要、2件は失敗しました。 概要:2つの課題が失敗: /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_6.1.bb:do_package /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure 概要：警告メッセージが2件ありました。 概要：3件のエラーメッセージが発生し、ゼロ以外の終了コードが返されました。 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ bitbake core-image-minimal Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS こんにちは、NXPさん。 私が使用しているPythonのバージョンを記載してください。以下にビルドエラーログを示しますので、ビルドを正常に完了させるための修正方法をお知らせください。config.log ファイルは添付ファイルをご覧ください。 asmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ python3 --version Python 3.12.3 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~ asmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ bitbake core-image-minimal 警告:ホストディストリビューション「ubuntu-24.04」はこのビルドシステムのバージョンで検証されていません。予期せぬ失敗に遭遇するかもしれません。テスト済みのディストリビューションを使用することが推奨されます。 キャッシュの読み込み: 100% |# 依存関係キャッシュから5303件のエントリを読み込みました。 注：不足しているタスクキューの依存関係を解決します ビルド構成: BB_VERSION = "2.4.0" BUILD_SYS = 「x86_64-linux」 NATIVELSBSTRING = "ubuntu-24.04" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" ディストリビューション = "fsl-imx-xwayland" DISTRO_VERSION = 「6.1-ミックルドア」 TUNE_FEATURES = "aarch64 armv8a crc crypto" TARGET_FPU = "" メタ meta-poky = "HEAD:0a98281d37b0bd8dc1548c390216cb3978e36e0e" メタOE メタマルチメディア meta-python = "HEAD:75cf318cef3b4ee81fad2782cf063ecd69ba8842" meta-freescale = "HEAD:9b00d40b787c2b7105ce209f5635cc1a0cab81ca" meta-freescale-3rdparty = "HEAD:93ba05e3a16a028b770fa1e813b13eb87a59ac63" meta-freescale-distro = "HEAD:b09c18a3f649f0cf1b40432bb39e76ba16fe94e2" メタBSP meta-SDK メタML meta-v2x = "HEAD:6efe87f014c5bdcbda30f06156ee11d8bc3dc7fe" meta-nxp-demo-experience = "HEAD:7f34a32c7877e55e87b6a99e90da4128ed632bf2" meta-Arm meta-arm-toolchain = "HEAD:0e043288fd0b17fbf31cf00ae33045107a991144" メタクロム = "HEAD:e232c2e21b96dc092d9af8bea4b3a528e7a46dd6" meta-clang = "HEAD:af4dcba009ba98250315520f3003fde4ee164cce" メタノーム メタネットワーキング meta-filesystems = "HEAD:75cf318cef3b4ee81fad2782cf063ecd69ba8842" meta-qt6 = "HEAD:1406d0a85525a71fe5d7892d7f915404290a78ad" メタパーセク meta-tpm = "HEAD:d7db0a3bd1a8639df7570483f003ce00cbe274a2" meta-virtualization = "HEAD:56593e277a377157944a6676e57497066b770a35" 警告:ホストのglibcバージョン(2.39)はUninative(2.37)よりも新しいバージョンです。Uniativeを無効にしてステートが破損しないようにします。 タスクの初期化:100% |###############################################################################################################################################################################################################|時間:0:00:01 Sstate概要:指名手配833 ローカル2 ミラーズ 0 欠落 831 現行940(0%一致、53%完了) 注意:タスクの実行 エラー:linux-libc-headers-6.1-r0 do_package: exec_func_python()でpython関数を実行する際のエラーが自動生成: この例外/失敗を引き起こしたPython呼び出しのスタックトレースは以下の通りです: ファイル: 'exec_func_python() autogenerated', lineno: 2, function: 0001: *** 0002:perform_packagecopy(d) 0003: ファイル: '/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/classes-global/package.bbclass', lineno: 355, function: perform_packagecopy 0351: rpath_replace (dvar, d) 0352:} 0353:perform_packagecopy[パッケージ] = "${PKGD}" 0354:perform_packagecopy[パッケージ] = "${PKGD}" *** 0355: 0356:python populate_packages () { 0357: oe.package.populate_packages(d) 0358:} 0359:populate_packages[dirs] = " ${D} " ファイル: '/usr/lib/python3.12/subprocess.py'、行番号: 466、関数: check_output 0462: それ以外の場合: 0463: 空 = b'' 0464: kwargs['input'] = 空 0465: *** 0466: return run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0467: **kwargs).stdout 0468: 0469: 0470:class CompletedProcess(object): ファイル: '/usr/lib/python3.12/subprocess.py'、行番号: 571、関数: run 0567: # process.wait() は呼び出しません。 __exit__それをやってくれます。 0568: 上げる 0569: retcode = process.poll() 0570: チェックして戻りコードを取得する場合: *** 0571: raise CalledProcessError(retcode, process.args, 0572: output=stdout, stderr=stderr) 0573: return CompletedProcess(process.args, retcode, stdout, stderr) 0574: 0575: 例外:サブプロセス。CalledProcessError: コマンド 'tar --exclude=./sysroot-only -cf - -C /ホーム/dasmiddepogu/NXP/lp_imx-Yocto-bsp/build/tmp/work/armv8a-poky-Linux/Linux-libc-headers/6.1-r0/image -p -S|tar -xf - -C /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/linux-libc-headers/6.1-r0/package' は非ゼロの終了ステータス2を返しました。 サブプロセスの出力: 不明な di に対して *at() システムコールを取得しました ar: ./usr/include/asm-generic/poll.h: 開けられない:そのようなファイルやディレクトリは存在しません tar:過去のエラーにより故障状態で退出 エラー:故障ログファイルは以下のホームに保存されています:/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/linux-libc-headers/6.1-r0/temp/log.do_package.75498 エラー:タスク (/ホーム/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-kernel/Linux-libc-headers/Linux-libc-headers_6.1.bb:do_package)出口コード「1」で失敗 エラー: libxcrypt-4.4.33-r0 do_configure: configure failed エラー: libxcrypt-4.4.33-r0 do_configure: ExecutionError('/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/libxcrypt/4.4.33-r0/temp/run.do_configure.75465', 1, None, None) エラー:故障ログファイルは以下のカテゴリに保存されています:/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/libxcrypt/4.4.33-r0/temp/log.do_configure.75465 ログデータは以下のとおりです。 注：以下のconfig.logファイルには、さらに詳しい情報が記載されている場合があります。 |注意:/ホーム/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/libxcrypt/4.4.33-r0/build/config.log |エラー:CONFIGURE fail |警告:シェルコマンドからコード1を終了してください。 エラー:タスク(/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure)が終了コード「1」で失敗しました 注:タスク概要:1546件のタスクを試み、そのうち1537件は再実行不要、2件は失敗しました。 概要:2つの課題が失敗: /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_6.1.bb:do_package /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure 概要：警告メッセージが2件ありました。 概要：3件のエラーメッセージが発生し、ゼロ以外の終了コードが返されました。 よろしくお願い申し上げます。 Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS こんにちは、NXPさん。 上記のビルドエラーについて何か解決策をご存知でしょうか？ ダス・ミッデポグ

RW612 OTBR Thread認証アーキテクチャに関する質問 NXPチームの皆様、こんにちは。   Thread Group認証のコンポーネントに気づきました:   「NXP RW612無線MCUと統合トライラジオOTBR」 (Thread 1.4)   また、以下の個別の認定も見つけました。   - NXP i.MX IW610 トライラジオ OTBRを搭載したMPU - NXP i.MX MPU(IW612 トライラジオ OTBR搭載) - NXP RW612 ワイヤレスMCU(統合トライラジオOTBR)   RW612 OTBR認証に使用されている認証アーキテクチャについて、より深く理解したいと考えています。   もう少し詳しく教えていただけますか:   1. 認証はRW612を単独のMCU/RTOSベースのThreadボーダールーターとして取得したものか?   2. 認証された構成では、外部のRCP/NCPデバイスが使用されましたか？   3. 認証時に使用されたソフトウェアプラットフォーム(FreeRTOS、Zephyr、または他のプラットフォーム)は?   4. 認証済みRW612 OTBR実装を説明する公開リファレンス・デザインやドキュメントはありますか?   私たちの目標は、RW612 OTBR認証がLinuxホストベースのOTBRアーキテクチャではなく、独立したMCUベースのThread Border Routerソリューションであるかどうかを理解することです。   再開まで今しばらくお待ちください。   よろしくお願いいたします。 チョ・ギョンファン   Re: Question about RW612 OTBR Thread Certification Architecture こんにちは、 あなたの調子が良いといいのですが。私の名前はリカルドで、このCASEを任されました。 A1：はい。RW612 OTBR認証は、真のスタンドアロン型シングルチップソリューションです。 A2: いいえ。i.MX MPU + IW610/IW612 OTBR認証(LinuxホストにRCPモードで外部IW6xx無線コプロセッサを搭載)とは異なり、RW612認証は外部RCPやNCPデバイスを一切使用しません。 A3：確認させてください。 A4: テスト構成、テストレポート、認証範囲の詳細については、Thread Groupに直接お問い合わせください。 連絡先は threadgroup.org。 よろしくお願いいたします。 リカルド