Are there any guidelines for multiple chained MIMXRT105x JTAG PCB layout and MCU-LINK-Pro settings We are looking to include multiple MIMXRT105x chips along with other devices in a 5 pin JTAG chain (TMS, TCK, TDI, TDO and nTRST). We have found AN4826, AN12419 and the MCU-LINK-PRO UM11673-2940346 documents. Are there any other application notes or other documentation that could contain useful guidelines and instructions for PCB layout and how to write an appropriate custom MCU-LINK-PRO connection scripts. Thank you for your help, Richard Re: Are there any guidelines for multiple chained MIMXRT105x JTAG PCB layout and MCU-LINK-Pro settin Thank you for you help Sam. +1 My take away is that there is no additional NXP documentation to find detailed NCU-LINK-Pro configuration comparable to e.g. Segger's more expensive debug probe and it's documentation; no worries and thank you once again. Best regards, Richard  Re: Are there any guidelines for multiple chained MIMXRT105x JTAG PCB layout and MCU-LINK-Pro settin Hi @RidiculousRichard  Thanks for your questions, it seems you want to know how to find dedicated documentaion about JTAG or MCU-LINK-pro for program or debug when you use MIMXRT105X, e.g useful guidelines and instructions for PCB layout. There are some comments from my side, please help clarify more if my understanding is wrong. 1. MIMXRT1050 EVKB Board Hardware User’s Guide to find JTAG connetor (J21 is a standard 20-pin/2.54 mm Box Header Connector for JTAG) 2. MIMXRT1050-EVK Design Resouces to download the schematics, layout files, and gerber files (including Silkscreen) for layout reference 3. AN4826 published by 2014 is still good guidelines for Schematic and PCB Layout, also please refer MCU-LINK-Pro User Manual to find more details, or other from MCU-LINK-Pro Documentation, it works well with our MCUXpresso or 3rd part IDE. Have a nice day. Sam Hi @Masmiseim  Thanks for your information and input. Have a nice day, Sam Re: Are there any guidelines for multiple chained MIMXRT105x JTAG PCB layout and MCU-LINK-Pro settin Thank you for the link and good experience report. +1 I'm hoping someone who knows of MCUXpresso & MCU-LINK-Pro configuration documents will post some links to them. Re: Are there any guidelines for multiple chained MIMXRT105x JTAG PCB layout and MCU-LINK-Pro settin Hello, We did this with the 1170. The whole thing was very unspectacular and runs without any problems. If you want to achieve good performance, you should just follow the usual layout rules. Microchip has also created a nice summary on chaining: https://onlinedocs.microchip.com/pr/GUID-73C92233-8EC5-497C-92C3-D52ED257761E-en-US-1/index.html?GUID-31B03AFD-1033-4EF9-A937-872192990AE9 How you have to adapt the connect script depends on the development environment you are using. In principle, you only have to configure the bits before and after the device to be addressed, in each case for the instruction and data register. Unfortunately, I cannot say how this works with MCUXpresso. We use Rowley Crossworks, which makes this very easy. Regards

LPC55S69 USB问题 问候！ 对于医疗设备项目，我们正在使用 LPC55S69，我无法从用户手册或硬件设计手册中找到有关以下问题的信息，因此，如果您能提供帮助，我将非常感激： 1. USB0 和 USB1 PHY 是否已经包含串联终端电阻（90 欧姆要求）以及用于电速度信号传输或检测的上拉/下拉电阻？ 2. 如果使用 24 Mhz 的外部晶体作为 MCU 的时钟源，那么 USB0 和 USB1 是否也会使用它来获取其时钟？换句话说，无晶溶液不再相关，对吗？ 3. 如果 USB1 被用作主机控制器，是否有办法强制它仅在 FS/LS 控制器上运行；换句话说，主机控制器应该拒绝任何连接到它的 HS 设备 提前致谢！ 曼努埃拉 回复：LPC55S69 USB问题 你好，Pavel，谢谢你的及时回复。祝您周末愉快！ 回复：LPC55S69 USB问题 您好，我可以更详细地回答您的问题。 第一个问题与 USB 规范中关于 90 欧姆差分阻抗的规定有关。我们串联使用 33 欧姆电阻，因为阻抗包括 USB 收发器的阻抗。USB 收发器的阻抗低于 USB 规范的要求，因此需要 33 Ω 电阻器来使设备阻抗在所需的规范限制范围内。请检查 EVK 的原理图作为参考。 2. 全速 USB 上的主机操作和高速 USB 上的主机/设备操作都需要晶振。需要适当的时钟配置来确保您选择正确的时钟源和衍生时钟。可以使用 MCUXpresso 时钟配置工具来简化此操作。 3. 对于主机操作，由于 IP 规格限制，当两端都具有 HS 功能时，没有设置可以将 USB1 限制为全速。如果适用的话，我建议使用 USB0。其他可能的解决方案可能包括在 USB1 中添加全速 USB 集线器 IC，从而有效地将速度限制为全速。对于 USB1 上的设备操作，有一个 FORCE FS 字段可以作为全速设备运行。 此致， 帕维尔 回复：LPC55S69 USB问题 您好，我查看了您的问题，并查看了参考手册和数据表，但没有找到足够的信息，我会向内部工程师询问。 此致， 帕维尔 回复：LPC55S69 USB问题 您好，我叫 Pavel，我将支持您的案例，让我获取有关 USB 的更多信息，当我有更多详细信息时，我会与您联系。 此致， 帕维尔

BFU660F 的 Spice 型号 您好， 能否提供 BFU660F 的香料型号？ 谢谢！ 约翰 Re: Spice Model for BFU660F 您好， ，我试图将此模型用于 Orcad PSpice，但似乎无法识别某些参数（例如：...M参数......），软件就会出错。请提供可在 orcad PSpice 中导入的 BFU660F 模型， ，谢谢您的支持 ，致以最诚挚的问候 Jonata Re: Spice Model for BFU660F 亲爱的艾丽卡 我想在 LTSPICE 中使用 2 发射器模型。 请发布 BFU660F 的 4 针型号。 顺祝商祺！ 诹访仁 Re: Spice Model for BFU660F 嗨，艾丽卡、 谢谢你的香料模型。 您可以关闭此主题。 顺祝商祺！ 约翰 Re: Spice Model for BFU660F 您好。 SPICE 模型附后。 希望对你有所帮助。 此致问候

CLRC66301B 掉电模式仍消耗 2 mA 而不是 nA 您好，恩智浦社区 我正在使用 CLRC66301B NFC 读卡器IC 并尝试通过将 PDOWN 引脚设为高电平来激活掉电模式 (3.3)V），详见数据手册。但是，电流消耗保持在2 mA，而数据表显示掉电时电流消耗应在8 nA至40 nA之间。 设置详情： PDOWN 引脚：3.3 V（恒定高电平） VDDs：VDD（TX）、VDD（AUX）、VDD（MCU）电压均为 3.3 V 接口：I²C（测试期间空闲） XTAL：连接 27.12 MHz 晶体 当前测量期间无通信或活动 测量电流： ~2 mA 问题 1.在断言 PDOWN 之前是否需要对寄存器进行配置？ 2。IRQ、XTAL、IFSEL 或其他 GPIO 能否阻止进入真正的掉电模式？ 3.PDOWN 是否需要使用 VDD 或 RESET 进行额外的定时或排序？ 如有任何见解或建议，我们将不胜感激。 谢谢！ 乌玛桑卡尔 NFC 控制器解决方案 Re: CLRC66301B Power-Down Mode Still Consumes 2 mA Instead of nA 您好， 当您提到当 SDA 和 SCL 物理断开时电流消耗会降低时，是指您移除了该引脚上的所有连接（同时移除主机 MCU 和上拉电阻器），还是指这些线路仅与主机 MCU 断开？ 另外，能否请您描述一下测量所用的方法、设备和测试点？ Eduardo。 Re: CLRC66301B Power-Down Mode Still Consumes 2 mA Instead of nA 亲爱的恩智浦团队 我使用带有 CLRC66303B 芯片的官方 CLEV6630ARD 板进行了掉电电流测试。只有在进行任何 I²C 通信之前物理断开 SDA 和 SCL 时，电流才会达到 ~40 nA。如果使用一次 I²C，即使将 PDOWN 设为高电平，电流也会保持在 2 mA 以上。 请说明在进入 PDOWN 之前，I²C 线路应该做些什么？具体来说 在断言 PDOWN 之前，MCU 是否应将 SDA 和 SCL 设置为高阻抗（输入，无拉）？ 之前的任何 I²C 通信是否会阻止芯片进入真正的硬掉电？ 谢谢！ Follow-Up: CLRC66303 – High Current in Hard Power-Down Mode (CLEV6630ARD-Based Design) 亲爱的恩智浦团队 我之前曾就 CLRC66301HN 的硬掉电电流提出过问题，你的回复建议迁移到 CLRC663 Plus 系列 (CLRC66303)。此后我改用 CLRC66303B，使用基于 CLEV6630ARD 参考设计的定制板，我想继续提供最新的测试结果。 你之前的回复侧重于 LPCD 行为和 AN11783，但这个问题仅涉及通过 PDOWN 引脚进行硬掉电，没有RF场或 LPCD 处于活动状态。 掉电电流测量 (CLRC66303B)： > 当 PDOWN 处于低电平时（芯片处于活动状态，RF场 开启）：~100 mA >当 PDOWN 为高电平且存在 I²C 上拉时：~1.2 mA >当 PDOWN 为高且 I²C 线路被驱动为低时： ~6.6 mA >当 PDOWN 为高电平且 I²C 线路在使用前已物理断开时：~40 nA 只有在进行任何 I²C 通信之前物理断开 SDA 和 SCL 连接时，芯片才会在 PDOWN 模式下消耗 ~40 nA 电流。如果只使用一次 I²C，则即使在 PDOWN 钳位高电平之后，电流仍保持高电平。 硬件设置摘要： 芯片：CLRC66303B，I²C 模式。 微控制器：TI CC2652R7，100 kHz I²C 电压：3.3 V 调节 上拉：SDA/SCL 上 4.7 kΩ 至 3.3 V 未使用的引脚：按照数据表拉动 未启用射频或 LPCD 功能 方案设计：基于 CLEV6630ARD（附后） 需要澄清的问题： 1.在 PDOWN 模式期间，SDA/SCL 是否内部偏置？ 2。即使后来将PDOWN设置为高电平，之前的任何I²C活动是否会阻止真正的掉电？ 3.在断言 PDOWN 之前，是否有必要将 MCU I²C 引脚设置为 Hi-Z（输入，无拉）？ 4.是否有恩智浦推荐的方法，可在硬 PDOWN 模式下可靠地实现<100 nA，而无需物理断开 I²C 线路？ 我们的目标是确保电池的使用寿命，并且必须实现数据手册中规定的低功耗性能。如果有任何专门关于 PDOWN 行为和 I²C 漏电流的指导或文档，我们将不胜感激。 附上示意图以供参考。 顺祝商祺！ Umasankar C Re: CLRC66301B Power-Down Mode Still Consumes 2 mA Instead of nA 你好@Umasankarc 希望你一切顺利。 我知道你使用的是基于 CLRC66301HN（非增强版）的自定义板，对吗？如果是，请考虑我们建议改用 CLRC663 plus 系列 (CLRC66303)。 引脚 PDOWN 的高电平应启用硬掉电。数据手册中描述的掉电电流 (Ipd) 相当于 CLRC663 芯片中所有电源电流的总和；但是，嵌入在板中的外部元器件可能会消耗额外的功率。 AN11783 CLRC663 plus《电源卡检测》第 3.4 节中描述了一些低功耗设计建议。 Eduardo。

rt685 HiFi4、MCUからロードされたときの不安定なDSPコードの動作 こんにちは、 私は R685-AUD-EVK で実行されるオーディオ プロセッシング デモに取り組んでいます。私は入門リソースに従いました。MCU と DSP FW は主に SDKs の「audio_demo_bm」に基づいています。 MCU FW は、シンプルなユーザーインターフェースのために GPIOS の基本的な初期化のみを実行します。 DSP FW はオーディオ入出力用の I2S と DMA を初期化し、NXP アプリケーション ノートの 1 つで提案されている「トリプル バッファ」アプローチを使用してデータをバッファリングします。 実際のオーディオ プロセッシング関数は、1msのオーディオデータ（つまり、左48個、右48個のサンプルが受信されました。 オーディオ データのプロセッシングには、natureDSP ライブラリ関数が使用されます。 これまでのところ、MCU FW と DSP FW がビルドされ、デバッグ モードで実行されるとすべてが期待どおりに実行されますが、DSP FW が MCU からロードされるときに問題が発生しています (リリース ビルド、 DSP_IMAGE_COPY_TO_RAM = 1)。 オーディオ プロセッシング関数（ISRから呼び出される）が「.iram0.text」に配置されている場合(命令 TCM メモリ) DSP FW で例外が発生します。 xt-ocd プリント: エラー: 例外の詳細: exccause:0x0、excvaddr:0xff0042、epc:0x240205bc、epcdbg:20e022 関数が TCM 以外のメモリに配置されている場合、または DSP FW がデバッグ モードでロードされている場合、この問題は発生しません。 観察された問題を説明するために探すべきものはありますか? これはメモリの配置に関係しているのでしょうか? i.MX RT600 Re: rt685 HiFi4, erratic DSP code bahaviour when loaded from MCU @Omar_Anguiano返信ありがとうございます。 post_buildスクリプトは「.iram0.text」をコピーしないことがわかりました。セクションは MCU コードに含まれるバイナリ ファイルに含まれていたSO、実際の機能コードはメモリ内に存在しませんでした。 現時点では「デバッグ」モードで作業を継続CANため、アライメントの問題についてはこれ以上調べていません。 BRウィタリ Re: rt685 HiFi4, erratic DSP code bahaviour when loaded from MCU アライメントの問題が潜在的な問題となる可能性がありますが、デバッグ用にビルドされている場合はこの問題は発生しないことがわかります。 リリース用にビルディングする場合、コンパイラによっていくつかの最適化レベルが追加されるCANがあり、それが例の動作に影響を与える可能性があります。 MCUが.iram0.textを適切にコピーしない場合または整列させないと、DSP は無効な命令をフェッチし、結果として 0x0 (不正な命令) が発生する可能性があります。 よろしくお願いします、 オマール

IMX8DXL 闪烁问题 您好，NXP团队， 我们的定制板使用i.MX8DXL处理器，我们的一位客户报告说，在使用Windows系统刷新设备时出现了闪存问题。该错误似乎与 USB 有关；但是，我们无法在我们的终端重现该问题。您有什么建议或可能与客户笔记本电脑有关的潜在原因吗？ 以下是日志 UUU Tool\iW-PRGOT-R3.0-REL1.0-TelematicsGateway_Linux6.1.22_UUU>.\uuu.exe .\iW-PRGOT-R3.0-REL1.0-B0-iMX8DXL_Linux_6.1.22_UUU.uuu 用于 nxp imx 芯片的 uuu（通用更新实用程序） -- libuuu_1.4.243-0-ged48c51 成功 0 失败 1 2:7 1/ 0 [打开 USB 设备失败] U-启动 2023.04-iwg27_6.1.22_2.0.0_1.1+gb6bf789da2(Mar 20 2024 - 05:40:28 +0000) 中央处理器：NXP i.MX8DXL RevB A35，频率 1200 MHz，温度 34C 型号：iW-RainboW-G46M-i.MX8DXL-OSM 板：iWave iMX8DXL IWG46M OSM 启动：USB 动态随机存取存储器(DRAM)：2 GiB 核心：169 个设备，25 个 uclasses，设备树：单独的 MMC：FSL_SDHC：0 从 MMC 加载环境... *** 警告 - CRC 错误，使用默认环境 输入：串行 输出：串行 错误：串行 董事会信息： BSP 版本：iw-prgot-sc-r3.0-rel1.0-Linux6.1.22 SOM 版本： iW-PRGWZ-AP-01-R3.80000000 CPU 唯一 ID：0x301e880e8293EE1C 载板版本：iw-prgjj-ap-01-rx.X（自定义 ） BuildInfo： -SCFW 6638c032、SECO-FW 80649c52、IMX-MKIMAGE 5cfd2180、ATF 8103e82 - 启动 2023.04-iwg27_6.1.22_2.0.0_1.1+gb6bf789da2 -V2X-FW 75e63de2 版本 1.2.1 切换到分区 #0，OK mmc0（第 0 部分）是当前设备 检测 USB 启动。将进入快速启动模式！ 网络：无法获得 FEC0 的 PHY：addr 4 无法获得 FEC0 的 PHY：addr 4 在以太网上 获取共享 mii 总线 @5b050000 eth1：以太网 @5b050000 Fastboot：正常将总线 设置为 3 有效芯片地址：17 51 6A 6B 74 77 从 USB 启动 mfgtools *** 警告-使用 mfgtool 的默认环境，使用默认环境 运行 bootcmd_mfg：运行 mfgtool_args;if iminfo${initrd_addr}; then if test${tee} = yes; then bootm${tee_addr} ${initrd_addr} ${fdt_addr} ; else booti${loadaddr} ${initrd_addr} ${fdt_addr} ; fi; else echo"运行 fastboot ..."; fastboot auto; fi ; 点击任意键停止自动启动：0 ## Checking Image at 83100000 ... 未知图像格式！ 运行 fastboot ... auto usb 1 Re: IMX8DXL flashing issue 嗨@Tanushree 对不起，我和我们的内部团队谈过了，目前还没有关于 uuu 无法在 win10 上运行，但可以在 win11 和 Ubuntu 操作系统上正常运行的解决方案。 最好的方法是使用 Ubuntu 或 Win11 操作系统运行 uuu 工具。 B.R Re: IMX8DXL flashing issue 你好@pengyong_zhang 是否有可能使用另一台 i.mx8dXL 设备刷新一台 i.mx8dXL 设备？有人尝试过这种方法吗？如果您有任何建议或指导，我们将不胜感激。 对 UUU 的观察结果与您在上次回复中分享的相同。 Re: IMX8DXL flashing issue 嗨@Tanushree 请尝试使用以下 uuu 版本在 windows10 操作系统上进行测试： https://github.com/nxp-imx/mfgtools/releases/download/uuu_1.5.201/uuu.exe B.R Re: IMX8DXL flashing issue 你好@pengyong_zhang 在设备管理器中，该设备作为 " USB 下载小工具列在 " 其他设备 " 下。"请与我们联系需要安装的具体驱动程序，以便我们继续进行测试。 Re: IMX8DXL flashing issue 请尝试卸载 USB 驱动程序并重新安装。这很奇怪，我以前从未遇到过这种问题。 Re: IMX8DXL flashing issue 是的，我们也尝试过了，但还是失败了，错误是：“无法打开 USB 设备”。 Re: IMX8DXL flashing issue 请尝试使用 uuu-b 命令将图像闪存到您的板上。 Re: IMX8DXL flashing issue 你好 请参见下文--它已检测到 已连接的已知 USB 设备 路径芯片 Pro Vid Pid BCD版本 =================================================================== MX8DXL Re: IMX8DXL flashing issue 嗨@Tanushree 当你键入 uuu -lsusb 命令时你能找到你的板设备吗？ B.R Re: IMX8DXL flashing issue 你好@pengyong_zhang 请查看所附的 Windows 10 故障日志。 Re: IMX8DXL flashing issue 嗨@Tanushree Windows 10 应该不是根本原因，请共享 Windows 10 操作系统的故障日志。 B.R Re: IMX8DXL flashing issue 我查看了 Linux 6.1.22 的版本说明内核版本，发现它建议使用 UUU 1.5.21 版。目前，我使用的 UUU 版本如下所示： 虽然闪存在 Windows 11 和 Ubuntu 20.04 或更高版本上运行正常，但在 Windows 10 上却失效了。但是，我在发行说明中没有发现任何提及支持或不支持的Windows版本的内容——只提到了Ubuntu 20.04。 Re: IMX8DXL flashing issue 嗨@Tanushree 请分享您在 Windows10 操作系统上的 UUU 故障日志。你的 uuu 版本是什么？请使用最新的 uuu 版本。 B.R Re: IMX8DXL flashing issue 我们遇到一个问题，即内核 6.1.22 在 Windows 10 上无法闪烁，而在 Windows 11 上却能成功闪烁。这可能是因为缺乏对 Windows 10 的支持吗？此外，我们最近从内核版本 5.15.52 迁移到了 6.1.22。UUU 工具在 Windows 10 上使用 5.15.52 版时运行正常。 Re: IMX8DXL flashing issue 嗨@Tanushree 没有关于 Windows 设置 UUU 的特别说明。 B.R Re: IMX8DXL flashing issue 你好@pengyong_zhang 谢谢您的答复。 UUU 脚本似乎没有任何问题，因为同样的程序在某些笔记本电脑上也能运行。我们正在使用自己的自定义版本。是否有任何特定的 Windows 设置会影响 UUU 工具闪烁或 UMS 检测？ 问候， Tanushree Re: IMX8DXL flashing issue 嗨@Tanushree 如果运行 uuu -b emmc_all <.wic> 命令？ 不要选择 uuu 脚本文件闪存。 B.R

S32M27x EWM こんにちは、NXP 家、我在 S32M27x RM 手册中無法找到外部 WatchDog モニター関連説明，想麻烦帮忙提供下，谢谢 Re: S32M27x EWM こんにちは@Chenxu1 このような簡単な質問でお待たせしてしまい申し訳ございません。また、まだ内部から何の確認も受けておりません。 しかし、これはドキュメントのエラーであると確信しており、S32M27 には S32K1 や S32M24 のような EWM モジュールはありません。 ご理解いただきありがとうございます。 Re: S32M27x EWM こんにちは@ Chenxu1 お待たせして申し訳ございませんが、社内チームからの確認はまだありません。 2025年7月28日 Re: S32M27x EWM こんにちは@ Chenxu1 お待たせして申し訳ございませんが、社内チームからの確認はまだありません。 Re: S32M27x EWM こんにちは@Chenxu1 これがドキュメントのエラーであるかどうかを確認する必要があります。 私の知る限り、S32K3 には S32K14X と同様の EWM モジュールがないので、S32M27X にも EWM モジュールはないはずです。

設定ツール v26.06 こんにちは、NXPさん Config Tools を v25.3 から v25.6 にアップグレードしました。 DDR テストを実行すると、次のエラーが発生しました。v25.3 を使用してテストを実行しても問題はありません。最新の v25.6 でこの問題を解決するにはどうすればよいですか? ありがとうございます サイモン ################## ## Result for: phy_init ## ## ## Run 1 ## ###############################################Microsoft Windows [バージョン 10.0.26100.4652] (c) マイクロソフトコーポレーション。無断転載を禁じます。 C:\nxp\i.MX_CFG_25.06\bin>プロンプトテストプレフィックス: テストプレフィックス: "C:/nxp/i.MX_CFG_25.06/bin/python3/python"「C:/nxp/i.MX_CFG_25.06/bin/python3/memtool/memtool_entry.py」-t "runtest" -d "C:/ProgramData/NXP/mcu_data_25.06/processors/MIMX9596xxxxN/ksdk2_0/mem_validation/ddrc"-p "C:/ユーザー/eg_fw/AppData/Local/Temp/mem_validation/phy_training_phy_test_0_0_.log"-l INFO "C:/ユーザー/eg_fw/AppData/Local/Temp/mem_validation/connect.json" "C:/ユーザー/eg_fw/AppData/Local/Temp/mem_validation/test.json""C:/ユーザー/eg_fw/AppData/Local/Temp/mem_validation/phy.json""C:/ユーザー/eg_fw/AppData/Local/Temp/mem_validation/ddrc_registers.json""C:/ユーザー/eg_fw/AppData/Local/Temp/mem_validation/ddrc_config.json""C:/ユーザー/eg_fw/AppData/Local/Temp/mem_validation/ddrc_config_in.json" 情報 memtool.utils.helper *****C:/Users/eg_fw/AppData/Local/Temp/mem_validation/connect.json 情報 memtool.utils.helper *****C:/ユーザー/eg_fw/AppData/Local/Temp/mem_validation/test.json 情報 memtool.utils.helper *****C:/Users/eg_fw/AppData/Local/Temp/mem_validation/phy.json 情報 memtool.utils.helper *****C:/Users/eg_fw/AppData/Local/Temp/mem_validation/ddrc_registers.json 情報 memtool.utils.helper *****C:/Users/eg_fw/AppData/Local/Temp/mem_validation/ddrc_config.json 情報 memtool.utils.helper *****C:/Users/eg_fw/AppData/Local/Temp/mem_validation/ddrc_config_in.json 情報 memtool.processor.imx9.imx9_processorXls マッピングの読み込み時間 0.037542 情報 memtool.processor.imx9.imx9_processor設定時間 0.000289 情報 memtool.processor.imx9.imx9_processorDSファイル時間 0.281771 情報 memtool.phyinit.phy_init2024.09\lpddr5 の phyinit を実行します。 情報 memtool.comm.serial_channelシリアル使用: COM27 エラー memtool.common.base_testアプリケーションのロードが例外で終了しました: 構成エラーのためダウンロードが完了しませんでした。 Re: Config Tools v26.06 こんにちは@simonng 最新の Config Tool バージョン 25.06 では、imx95 チップ B0 バージョンのみをサポートしています。チップも A1 または A0 バージョンであると思われますので、以前のバージョンのツールを使用して i.MX95 の DDR 関連テストを実行する必要があります。 BR

LPC55S36 I3C SCL 在热连接期间未完成 您好， 我正在尝试使用I3C总线实现热连接流程。但是，当目标触发信号热连接地址 (0x02) 时，SCL 会在第 8 个时钟滴答时停止。R/W 和 ACK 没有时钟，你知道吗？ Re: LPC55S36 I3C SCL isn't completed during Hot Join 你好@sam_wu_7911 在 i3c 规范中，ack 之后是停止条件或重复启动条件。 这是我的代码。 你可以试试 BR 哈利 Re: LPC55S36 I3C SCL isn't completed during Hot Join 你好@Harry_Zhang 应用解决方案后，会出现最后两个时钟。但是，收到 ack 后就是停止条件，这与 I3C 规范不符。 根据规范，应重复执行 START 条件，而不是 STOP 条件。您还有其他想法吗？ Re: LPC55S36 I3C SCL isn't completed during Hot Join 你好@sam_wu_7911 是的，你说得对。然后动态分配地址。 你可以试试 BR 哈利 Re: LPC55S36 I3C SCL isn't completed during Hot Join 你好@Harry_Zhang 您是指当控制器接收到热连接中断时，发送响应 ACK 吗？ 它和下面的代码类似吗？ BRs， 山姆 Re: LPC55S36 I3C SCL isn't completed during Hot Join 你好@sam_wu_7911 当您进入 Hot Join 时、 您可以尝试发送 ACK 响应。 I3C_MasterEmitIBIResponse(EXAMPLE_MASTER, kI3C_IbiRespAck); 然后动态分配地址。 BR 哈利 Re: LPC55S36 I3C SCL isn't completed during Hot Join 嗨 @Harry_Zhang 是的，我确实试过了 LPC55S36 板的目标。 此外，我还试过另一个传感器 IC，情况也一样。 你能为我提供一个触发信号最后两个时钟滴答的解决方案吗？我会很感激的。 Re: LPC55S36 I3C SCL isn't completed during Hot Join 你好@sam_wu_7911 我想问一下你的目标也是 lpc55s36 板吗？ BR 哈利

tlbwe 指令（e200z7）的同步要求 你好 启动 MPC5777C 时，我在理解 tlbwe 指令的同步要求时遇到了一些困难。从 EREF_RM 表 4-3 中，我（认为我）理解了这一点： 为了同步数据访问，我们必须在 tlbwe 之前使用一条 CSI 指令，在 tlbwe 之后使用另一条 CSI 指令。注 5 显示了在 tlbwe 之后可能需要额外 msync 的情况。 要实现指令取回/执行同步，只需在 tlbwe 之后执行 CSI 指令。注 2 显示了在 tlbwe 之后可能需要额外 msync 的情况。 AN5191 显示的示例中，除了运行 MMU 配置本身的 TLB 页面外，没有执行任何同步。在这种情况下，msync 在 tlbwe 之前执行，isync 在 tlbwe 之后执行。我的问题是 - 什么时候可以确定 tlbwe 不需要 CSI 指令？ - 在 AN5191 示例中，se_isync 是否可以用任何其他 CSI 指令代替？ - 在 AN5191 示例中，为什么在 tlbwe 之前插入 msync？这是否等同于描述在 tlbwe 之后可能需要额外 msync 的 EREF 注释？ - EREF_RM 表 4-41 将 msync 描述为执行指令和内存同步。为什么在 msync 之后需要 CSI 指令？ 谢谢！ 里卡多 Re: Synchronization requirements for tlbwe instruction (e200z7) 最新版本可从我们的网站下载： 然而，msync、tlbwe、isync 等序列都是行之有效、广泛使用的序列。 根据《EREFrequirements》，isync 似乎可以放在 tlbwe 之前（在这里添加并无不妥，因此如果使用 msync、isync、tlbwe、isync）。 显然，它的性能得到了优化，因为它是在启动过程中使用的，不需要访问存储器，只需要访问内核寄存器和执行指令。这可能需要更深入的分析。 此外，MTSPR（MASn）的运行也有一定的要求。 Re: Synchronization requirements for tlbwe instruction (e200z7) 你好，戴维、 我使用的是 EREF 2.0 Rev. 0 09/2011 - 这是我找到的最新版本，除了这个版本之外，我找不到其他版本(https://community.nxp.com/pwmxy87654/attachments/pwmxy87654/mpc5xxx/3777/1/EREFRM.pdf)。 我能看到的表格有 我感知到在写入 TLB 条目之前完成所有交易是有意义的，但我无法在文档的任何地方找到 tlbwe " 之前的 " msync 的明确要求。能否告诉我这一要求的位置，以便我在自己的文档中参考？ 我提到的注释是我粘贴在这里的第一个表格的注释 5："，如果必须确保这些补全，则 tlbwe、tlbilx ，或 tlbivax 之后必须有同步和上下文同步指令" 。如果我在 tlbwe 之前使用了 msync，是否可以忽略此说明？ 最后，我和我的同事们都希望使用一种适用于任何情况的通用同步指令模式。因此，如果 msync-tlbwe-isync 可以涵盖所有情况，那么即使我们可以使用更少（或更轻）的指令，我们也会使用它。在解释这种模式时，我们只需要一些参考就可以了。 谢谢您！ Re: Synchronization requirements for tlbwe instruction (e200z7) 表 5-3.数据访问同步要求和表 5-4。指令取回和/或执行同步要求明确定义了 tlbwe 的同步要求。 通常的顺序是 毫同步 tlbwe 异步 问：什么时候可以确定 tlbwe 不需要 CSI 说明？ 答：最好能做到无懈可击，并始终放在那里，然后再处理因丢失同步指令而造成的问题。更改上下文需要几个周期，如果在此期间没有触及新的上下文（例如定义之前没有定义的内存），就不会有问题。在 AN5191 中，它是启动代码，tlbwe 之后是另一个寄存器加载和另一个 TLB 的定义，因此可以退出 TLB1 或 TLB3。 问：在 AN5191 示例中，se_isync 是否可以用任何其他 CSI 指令代替？ 答：是的，如果确实有感知的话。表中符号 "CSI "指任何上下文同步指令（sc、isync、rfi、rfgi 、rfci、rfdi 或 rfmci）。在 AN5191 中，这没有任何感知。 问：在 AN5191 示例中，为什么在 tlbwe 之前插入 msync？这是否等同于描述在 tlbwe 之后可能需要额外 msync 的 EREF 注释？或者在其他情况下，需要在 tlbwe 之前进行 msync？ 答：不知道你想的是哪个音符，但这是可能的。我会保留标准序列，例如 MAS TLB 计算器中的序列： https://community.nxp.com/t5/MPC5xxx-Knowledge-Base/MMU-Assist-Register-CONFIGURATOR/ta-p/1110436 问：表 4-41 EREF_RM 将 msync 描述为执行指令和内存同步。为什么在 msync 之后需要 CSI 指令？ 答：您显然没有最新的文件。最新版本为 EREFRM Rev. 1 12/2007。正如我已经提到的，tlbwe 需要 Isync。

在 i.MX8 DRM 上使用 modetest 启用不同叠加平面时，为什么会收到"Permission denied" ？ 你好 我正在 i.MX 平台上使用 modetest 工具测试叠加平面。我注意到，当我尝试启用某些叠加平面时，会出现"Permission denied" 错误，而其他叠加平面则运行正常。 以下是命令和结果： 飞机 70：   modetest -P 70@69:1024x768 # ... testing 1024x768@XR24 overlay plane 70 # (Success) 84 号飞机 modetest -P 84@69:1024x768 # ... testing 1024x768@XR24 overlay plane 84 # failed to enable plane: Permission denied 为什么启用某些飞机能起作用，而其他飞机却返回"拒绝许可" ？ 是否有任何硬件或驱动程序限制了某些飞机的使用？ 这是否与权限、资源冲突或其他因素有关？ 任何建议或文档参考将不胜感激！ 谢谢！ Re: Why do I get "Permission denied" when enabling different overlay planes with modetest 您好@longzimggg 请键入 modetest -l 命令显示结果。 您不能直接在同一 CRTC 上同时独立运行多架飞机。这种限制主要来自 DRM 框架和驱动程序资源管理，而非硬件本身。 B.R Re: Why do I get "Permission denied" when enabling different overlay planes with modetest 请允许我说明一下我的情况： 目前，我正在使用 相同的 CRTC.我认为问题与使用相同的 CRTC 有关。然而，我想要实现的是使用不同进程的同一 CRTC 的不同平面进行渲染。

Basic Secure Boot HSE S32K344 ADKP Hello everyone, I wanted to ask how to program ADKP in Base Secure Boot S32K344-WB #HSE#BaseSecureBoot Thanks Re: Basic Secure Boot HSE S32K344 ADKP Hello everyone, I’m working with an S32K312EVB-Q172 board and I’d like to test the HSE demo examples. Would it be possible to get access to the file S32K3_HSE_DemoExamples_1_0_0.zip? I’m using S32 Design Studio for S32 Platform together with a PEMicro debugger. Thank you in advance for your help! Best regards, Davide Re: Basic Secure Boot HSE S32K344 ADKP Hi @silvia_zandoli2  I recommend reviewing the following thread, as it may be related to the problem you are experiencing. S32K344 Secure Boot HSE_VerifyBootImage issue Re: Basic Secure Boot HSE S32K344 ADKP Hello, After successfully booting the bootloader (HSE_SignBootImage OK) and passing the verification, the system displays a brief LED blue flash (indicating a successful Secure Boot). However, upon reboot or a second debug, the system crashes and it does not pass /* Verify that the generated TAG is valid for the APPBL */ #if VERIFY_TAG srvResponse = HSE_VerifyBootImage(pAppBL); ASSERT(HSE_SRV_RSP_OK == srvResponse); I suspect the problem is an overwrite. Do you know how to fix it? Thank you very much Re: Basic Secure Boot HSE S32K344 ADKP Hi @silvia_zandoli2  The HSE service response 0x55A5AA33 corresponds to HSE_SRV_RSP_OK. However, if you are encountering issues when calling the HSE_SignBootImage() function, I recommend reviewing the following thread, as it may be related to the problem you are experiencing. HSE_VerifyBootImage return HSE_SRV_RSP_VERIFY_FAILED If the issue persists or the thread does not address your specific case, please let me know. Re: Basic Secure Boot HSE S32K344 ADKP  I have S32K3_HSE_DemoExamples_1_0_0, S32K344 device The ADKP is programmed successfully (check_debug_password_programmed_status() returns TRUE). However, the function HSE_SignBootImage() continues to fail immediately upon invocation, returning the error code 0x55a5aa33 In the main of Basic Secure Boot it does not pass the assert /* Verify that the generated TAG is valid for the APPBL */ #if VERIFY_TAG srvResponse = HSE_VerifyBootImage(pAppBL); ASSERT(HSE_SRV_RSP_OK == srvResponse); #endif I generate S32K344_SecureBootBlinky.bin, I put it in C:\NXP while the SecureBootBlinky and the Basic_SecureBoot are in C:\NXP\S32K3_HSE_DemoExamples_1_0_0\S32K3_HSE_DemoExamples\Secure_Boot I noticed in the linker file of Basic Secure Boot "S32K344_flash.ld" there is not  _adkp_key :    {      . = ALIGN(4);      KEEP(*(_adkp_key))       . = ALIGN(4);    } > PFLASH Do I have to modify that file? i attach it to you /***************************************************************************** * * Copyright 2020-2022 NXP * All Rights Reserved * ***************************************************************************** * * THIS SOFTWARE IS PROVIDED BY NXP "AS IS" AND ANY EXPRESSED OR * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. * IN NO EVENT SHALL NXP OR ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, * INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR * SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF * THE POSSIBILITY OF SUCH DAMAGE. * ****************************************************************************/ __STACK_SIZE = 0x00001000; __HEAP_SIZE = 0x00001000; /* Linker script to configure memory regions. aggiungi PFLASH_SECURE se vuoi una regione dove mettere chiavi critiche*/ MEMORY { ITCM (RWX) : ORIGIN = 0x00000000, LENGTH = 0x10000 PFLASH (RX) : ORIGIN = 0x400000, LENGTH = 0x3f4000 DFLASH (RX) : ORIGIN = 0x10000000, LENGTH = 0x20000 DTCM (RW) : ORIGIN = 0x20000000, LENGTH = 0x20000 SRAM0_STDBY (RW) : ORIGIN = 0x20400000, LENGTH = 0x8000 SRAM (RW) : ORIGIN = 0x20408000, LENGTH = 0x48000 } /* Linker script to place sections and symbol values. Should be used together * with other linker script that defines memory regions FLASH and RAM. * It references following symbols, which must be defined in code: * Reset_Handler : Entry of reset handler * * It defines following symbols, which code can use without definition: * __exidx_start * __exidx_end * __ecc_table_start__ * __ecc_table_end__ * __etext * __data_start__ * __preinit_array_start * __preinit_array_end * __init_array_start * __init_array_end * __fini_array_start * __fini_array_end * __data_end__ * __bss_start__ * __bss_end__ * __end__ * end * __HeapLimit * __StackLimit * __StackTop * __stack */ ENTRY(Reset_Handler) SECTIONS { .text : { KEEP(*(.vectors)) *(.text*) KEEP(*(.init)) KEEP(*(.fini)) /* .ctors */ *crtbegin.o(.ctors) *crtbegin?.o(.ctors) *(EXCLUDE_FILE(*crtend?.o *crtend.o) .ctors) *(SORT(.ctors.*)) *(.ctors) /* .dtors */ *crtbegin.o(.dtors) *crtbegin?.o(.dtors) *(EXCLUDE_FILE(*crtend?.o *crtend.o) .dtors) *(SORT(.dtors.*)) *(.dtors) *(.rodata*) KEEP(*(.eh_frame*)) } > PFLASH .ARM.extab : { *(.ARM.extab* .gnu.linkonce.armextab.*) } > PFLASH __exidx_start = .; .ARM.exidx : { *(.ARM.exidx* .gnu.linkonce.armexidx.*) } > PFLASH __exidx_end = .; .ecc.table : { . = ALIGN(4); __ecc_table_start__ = .; QUAD (__data_start__) QUAD ((__data_end__ - __data_start__) / 😎 QUAD (__bss_start__) QUAD ((__bss_end__ - __bss_start__) / 😎 QUAD (__HeapTop) QUAD ((__HeapLimit - __HeapTop) / 😎 QUAD (__StackLimit) QUAD ((__StackTop - __StackLimit) / 😎 QUAD (ORIGIN(ITCM)) QUAD (LENGTH(ITCM) / 😎 QUAD (ORIGIN(DTCM)) QUAD (LENGTH(DTCM) / 😎 __ecc_table_end__ = .; } > PFLASH .copy.table : { . = ALIGN(4); __copy_table_start__ = .; LONG (__etext) LONG (__data_start__) LONG ((__data_end__ - __data_start__) / 4) /* Add each additional data section here */ /* LONG (__etext2) LONG (__data2_start__) LONG ((__data2_end__ - __data2_start__) / 4) */ __copy_table_end__ = .; } > PFLASH .zero.table : { . = ALIGN(4); __zero_table_start__ = .; /* Add each additional bss section here */ /* LONG (__bss2_start__) LONG ((__bss2_end__ - __bss2_start__) / 4) */ __zero_table_end__ = .; } > PFLASH __etext = ALIGN(8); .boot_header : { KEEP(*(.boot_header)) } > DFLASH .standby_ram : { *(.standby_ram) } > SRAM0_STDBY /* Due ECC initialization sequence __data_start__ and __data_end__ should be aligned on 8 bytes */ .data : AT (__etext) { . = ALIGN(8); __data_start__ = .; *(vtable) *(.data) *(.data.*) . = ALIGN(4); /* preinit data */ PROVIDE_HIDDEN (__preinit_array_start = .); KEEP(*(.preinit_array)) PROVIDE_HIDDEN (__preinit_array_end = .); . = ALIGN(4); /* init data */ PROVIDE_HIDDEN (__init_array_start = .); KEEP(*(SORT(.init_array.*))) KEEP(*(.init_array)) PROVIDE_HIDDEN (__init_array_end = .); . = ALIGN(4); /* finit data */ PROVIDE_HIDDEN (__fini_array_start = .); KEEP(*(SORT(.fini_array.*))) KEEP(*(.fini_array)) PROVIDE_HIDDEN (__fini_array_end = .); KEEP(*(.jcr*)) . = ALIGN(8); /* All data end */ __data_end__ = .; } > SRAM /* Due ECC initialization sequence __bss_start__ and __bss_end__ should be aligned on 8 bytes */ .bss : { . = ALIGN(8); __bss_start__ = .; *(.bss) *(.bss.*) *(COMMON) . = ALIGN(8); __bss_end__ = .; } > SRAM /* Due ECC initialization sequence __HeapTop and __HeapLimit should be aligned on 8 bytes */ .heap (COPY): { . = ALIGN(8); __HeapTop = .; __end__ = .; _end = .; PROVIDE(end = .); . = . + __HEAP_SIZE; . = ALIGN(8); __HeapLimit = .; } > SRAM /* Due ECC initialization sequence __StackLimit and __StackTop should be aligned on 8 bytes */ .stack (ORIGIN(SRAM) + LENGTH(SRAM) - __STACK_SIZE) (COPY) : { . = ALIGN(8); __StackLimit = .; . = . + __STACK_SIZE; . = ALIGN(8); __StackTop = .; } > SRAM PROVIDE(__stack = __StackTop); /* Check if data + heap + stack exceeds RAM limit */ ASSERT(__StackLimit >= __HeapLimit, "region RAM overflowed with stack") CM7_START_ADDRESS = ORIGIN(PFLASH); __STDBYRAM_START = ORIGIN(SRAM0_STDBY); __STDBYRAM_SIZE = LENGTH(SRAM0_STDBY); } S32K344-WB  Re: Basic Secure Boot HSE S32K344 ADKP Hi @silvia_zandoli2  Refer to the following thread, which contains information related to this topic and may be helpful for you. [S32K3] Restrict the debug access with a password when HSE is used Additionally, I recommend reviewing the implementation of the functions ProgramADKPService(), Advance_LifeCycle_Service(), and attributeProgrammingService() provided in the S32K3 MCUs for General Purpose HSE Demo Examples and/or the HSE_DEMOAPP. BR, VaneB

S32K3のeTPUクランク、カム、インジェクション、イグニッション こんにちは、 クランクとカムの信号に合わせてインジェクションと点火を作動させるドライバを実装する必要があります。 このドライバを実装するための最適なソリューションを理解する必要があります。 私の疑問は次のとおりです: 1) AN4907SW.zip で提供される API は、S32K3xx に存在する eTPU と互換性がありますか? 2)いいえの場合、この API を S32K3xx に適合させるのは良い解決策ですか、それとも ConfigTool を使用するのが最善の解決策でしょうか? このアプリケーションについて S32K3xx の例はありますか? よろしく、フランチェスコ。 Re: eTPU crank, cam, injections and Ignitions on S32K3 こんにちは@francescovico ビッグ エンディアンからリトルエンディアンにデータを変換するには、データ型のサイズに応じてビット シフトとマスクを調整してバイト順序を逆にする必要があります。 GCC は、このプロセスを簡素化する組み込み関数を提供します。例: uint32_t __builtin_bswap32 (uint32_t x)。詳細については、GCC ドキュメントの7.2.3 バイトスワッピング組み込みを参照してください。 Re: eTPU crank, cam, injections and Ignitions on S32K3 こんにちは@VaneB 、 私が正しく理解していれば、オートモーティブ機能 (CRANK、SPARK...) はビッグエンディアンマイクロコントローラ用に作られています。 S32K364 (リトルエンディアン) 上のオートモーティブ機能で eTPU を使用するには、次を選択して関数セットをダウンロードする必要があります。 そして関数を変更します: uint32_t *fs_memcpy32(uint32_t *dest、uint32_t *source、uint32_t size); void fs_memset32(uint32_t *開始、uint32_t 値、int32_t サイズ); 各 32 ビット値を交換して、リトルエンディアン コードとパラメータを読み書きするというのは本当ですか? よろしく、フランチェスコ。 Re: eTPU crank, cam, injections and Ignitions on S32K3 こんにちは@francescovico 電動化アプリケーション向け S32K39/37/36 マイクロコントローラにはeTPU が含まれています。ただし、現在、これらのデバイス向けに利用できる MPC5634 の AN4907 に類似した専用のドキュメントやデモはありません。 ただし、AN4907 ドキュメント、デモ、マイクロコードは S32K39/37/36 ファミリに適していますが、これらのデバイスはリトルエンディアン アーキテクチャを使用していることに注意してください。したがって、メモリ アクセス API を変更する必要があります。 リトルエンディアン に更新された CodeWarrior eTPU 関数セレクタ でモータ制御関連のモジュールを参照できます。 BR、ヴェインB Re: eTPU crank, cam, injections and Ignitions on S32K3 指摘していただきありがとうございます！ エンディアン変換の問題が発生しました。その結果、欠落した歯のマスクが正しく構成されず、1 回転あたり 350 度、または 1 サイクルあたり 700 度とカウントされました。 現在、元の投稿のデモ アプリは修正されています。 Re: eTPU crank, cam, injections and Ignitions on S32K3 こんにちは@MilanBrejlさん、 現在、Fuel Cyl 1 etpu ドライバを使用しようとしています。 ドライバは s24AngleNormalEnd を「開始角度」として使用し、s24AngleStop で噴射を停止するようです。 u24InjectionTime の持続時間は決して尊重されません。 それは可能ですか？ .rarが添付されていますインジェクターパラメータが以下の「燃料シリンダー 1」のピコスコープ取得を含むファイル: Etpu_Fuel_Ip_ConfigType fuel_1_config = { .s24角度法線終了= DEG2TCR2(-180)、 .s24アングルストップ= DEG2TCR2(-360)、 .s24角度オフセット再計算= DEG2TCR2(-30)、 .u24注入時間= USEC2TCR1(1200)、 .u24補償時間= USEC2TCR1(0)、 .u24注入時間最小値= USEC2TCR1(0)、 .u24オフタイム最小値= USEC2TCR1(0)、 .eGenerationDisable= ETPU_FUEL_GENERATION_ALLOWED }; ピコスコープ取得では、正確に 180° で注入が開始され、360° で注入が停止し、注入持続時間が 30 ms (1.2 ms であるべき) であることが確認できます。 よろしく、フランチェスコ。 Re: eTPU crank, cam, injections and Ignitions on S32K3 こんにちは@MilanBrejlさん、 現在、Fuel Cyl 1 etpu ドライバを使用しようとしています。 ドライバはs24AngleNormalEnd を「開始角度」として使用し、s24AngleStop ですべての噴射を停止するようです。 u24InjectionTime の持続時間は決して尊重されません。 それは可能ですか？ .rarが添付されていますインジェクターパラメータが以下の「燃料シリンダー 1」のピコスコープ取得を含むファイル: Etpu_Fuel_Ip_ConfigType fuel_1_config = { .s24角度法線終了= DEG2TCR2(-180)、 .s24アングルストップ= DEG2TCR2(-360)、 .s24角度オフセット再計算= DEG2TCR2(-30)、 .u24注入時間= USEC2TCR1(1200)、 .u24補償時間= USEC2TCR1(0)、 .u24注入時間最小値= USEC2TCR1(0)、 .u24オフタイム最小値= USEC2TCR1(0)、 .eGenerationDisable= ETPU_FUEL_GENERATION_ALLOWED }; ピコスコープ取得では、正確に 180° で注入が開始され、360° で注入が停止し、注入持続時間が 30 ms (1.2 ms であるべき) であることが確認できます。 よろしく、フランチェスコ。 Re: eTPU crank, cam, injections and Ignitions on S32K3 こんにちは@MilanBrejlさん、 おっしゃる通り、 s24AngleOffsetRecalc は正の数である必要がありますが、次のように記述します。 s24角度オフセット再計算 = DEG2TCR2(30) 結果は同じです（。 私は 16 チャネルの 2 つの ETPU (A と B) を備えた S32K364 を使用しています。 ETPUA で燃料ドライバーを使用するとドライバーは正常に動作しますが、ETPUB チャネル 0 を使用する必要があります。 私の必要性は、STAC レジスタを使用して、ETPUA から ETPUB に TCR1 と TCR2 を共有することです。 STAC レジスタが正しく初期化されていない可能性があります。 よろしく、フランチェスコ。 Re: eTPU crank, cam, injections and Ignitions on S32K3 こんにちは@francescovicoさん、 これは、eTPU1 から eTPU2 に TCR1 と TCR2 を共有するように STAC_ENG1 および STAC_ENG2 レジスタを設定する方法です。 役に立つかどうか教えてください。 よろしくお願いいたします。 ミラノ Re: eTPU crank, cam, injections and Ignitions on S32K3 こんにちは@MilanBrejlさん、 私のレジスターはあなたの提案と全く同じです: しかし、問題はまだ存在しています。 添付のピコスコープ取得では、ETPU A で生成されたスパークが青色で、ETPU B で生成されたスパークが赤色で確認できます。 両方のスパークの終了角度は 180 度、滞在時間は 8000 マイクロ秒です。 よろしく、フランチェスコ。   Re: eTPU crank, cam, injections and Ignitions on S32K3 こんにちは@francescovicoさん、 私のサイトでもあなたの問題を再現し、根本的な原因を見つけました。両方の eTPU エンジン間で TCR1/TCR2 時間/角度バスを共有するだけでは不十分です。スパークおよび燃料機能は、実際のエンジン速度に基づいて時間を角度に変換します。TRR（ティック レート レジスタ）を使用します。このレジスタは、Angle Clock ロジックの一部であり、eTPU A で実行される Crank eTPU 機能によって管理されます。したがって、TRR の正しい値は eTPU A でのみ保持されます。次に、eTPU B TRR を使用した eTPU B の時間から角度への変換で間違った結果が返されます。 これはかなり基本的な問題で、おそらく両方の eTPU エンジンでエンジン制御を実行している人に会ったことがないので、これは解決されていません。特に、新しい S32K3 デバイスは 16+16 チャネルに制限されているため、これは重要になります。このユースケースを提起していただき、またお待ちいただきありがとうございます。 添付のデモ アプリケーションは、(このスレッド内の) 以前のものに基づいており、次の変更が追加されています。 Spark 2 チャネルは eTPU エンジン A から eTPU エンジン B に移動されます。 チャネルマスクはそれに応じて更新されます チャネルリンクは両方のエンジンの使用をサポートする必要があります（マクロ ETPU_IP_CHANNEL_TO_LINK を使用） ピン構成が更新され、割り込み構成が更新されました Crank eTPU FW の新機能: eTPU FW イメージが更新されました。Crank 関数は両方のエンジンで実行でき、他の eTPU エンジンの TRR 値も更新できます。 この新機能では、クランク構成に1つの新しいパラメータを設定する必要があります。 どこ これが役に立つことを願います。 よろしくお願いいたします。 ミラノ Re: eTPU crank, cam, injections and Ignitions on S32K3 こんにちは@MilanBrejlさん、 今では完璧に動作しています。 サポートしていただき本当にありがとうございます！ よろしく、フランチェスコ。 Re: eTPU crank, cam, injections and Ignitions on S32K3 こんにちは。私もK396基板について調べており、クランクシャフト、カムシャフト、オイルインジェクターにETPUを使用したいと考えています。この件についてもう少し詳しくお話しいただけますでしょうか？

Imx93 evk ONOFFボタンはスタンバイ機能にCAN使用できます。 こんにちは、imx93 evk の ONOFF ボタンは、短押しスタンバイと短押しウェイクアップ機能を再び CAN 実行しますか?どうやってそれを達成するのでしょうか? Re: Imx93 evk ONOFF button can be used for standby function. ああ、残念ですが、すでにお気づきですね。私の返答は無視してください。 Re: Imx93 evk ONOFF button can be used for standby function. @xiang_1001はい、ON/OFF ボタンは GPIO ラインにルーティングされ、さらに PMIC 入力に送られ、ウェイクアップ ソースとして機能するように構成CANます。 デフォルトの BSP の一部として、ONOFF ボタンを短く押すことで、システムを CAN サスペンド状態から復帰させることができます。「 echo mem > /sys/power/state 」を実行してサスペンド状態にしてから、オン/オフ ボタンを 1 回だけ押して復帰させてみることCANます。 または、オン/オフボタンをシステムの「サスペンド」に設定する場合は、次の手順を実行する必要があります。 1. conf ファイルを編集します - /etc/systemd/logind.conf HandlePowerKey変数を「suspend」に設定する 2. systemd-logindを再起動します。 systemctl で systemd-logind を再起動します。 この後、ONOFFボタンを短く押すことでimx93をサスペンド状態にすることができます。 回复： Imx93 evk ONOFF button can be used for standby function. この機能は、/etc /etc/systemd/logind.conf ファイルを変更することで実現されます。

S32R47 IPCF v0.8.0 - UM API 规范与 Linux API 不同 亲爱的 AP 支持专家 在尝试使用 S32R47 IPCF v0.8.0 版本的 UM 用于： 通过 LLM（恩智浦的 Copilot）生成代码，用于 一个 S32R47/A53/Linux 用户空间应用程序 在轮询模式下 我遇到了 UM 中描述的 API 与 ipc-shm 模块中可用的 API 之间的差异： ipc_shm_is_channel_not_empty, ipc_shm_get_message_from_channel& ipc_shm_get_channel_type（GET_DATA_API）[第 7.32、7.33 节& 7.34，第 44 页]在 Linux 中不存在（参见：https://github.com/nxp-auto-linux/ipc-shm/blob/SW32R47_IPCF_0.8.0/ipc-shm.h#L162、 & c.f. 其他内核可用的 API ： https://bitbucket.sw.nxp.com/projects/IPCF/repos/ipcf/browse/src/common/ipc-shm.h?at=refs%2Ftags% 2FSW32R47_IPCF_0.8.0#293) UM Sektion 7 API 中列出的错误代码在 Linux 上根本不存在。而不是使用 errno。 必须在 UM 中说明这两种分歧 我看到我们的内部存储库 1. 中的开发已经解决了这个问题（即GET_DATA_API将成为未来版本的一部分，从而消除了未来版本中的差异）。 对于 2：这种分歧是否经过深思熟虑？如果是，则必须在 UM 中提及。如果不行，也许可以放弃在 Linux 上使用 errno，以便在所有内核上使用完全相同的 api，尽管在 Linux 上使用 errno 更符合规范。另外，也可以尝试将所有非 Linux 系统使用的错误代码与 errno 统一起来，但这感觉很危险。 致以最崇高的敬意， Leonard Hübner IPCF Re: S32R47 IPCF v0.8.0 - UM API Spec diverges from Linux API 你好@leonard-huebner、 以下是有关您的询问的一些说明： 1.这将在 2026 年 3 月的下一个版本中推出。 2。未来版本的新用户手册将单独列出 RTOS 和 Linux 类型的章节。    因此，从下一个版本开始，这些问题将得到解决。 祝您愉快， Marius

在 LS1088A 上禁用 DDR 时 eMMC 闪存编程器出现故障-自定义板 大家好 我正试图用 cwflash.py 对 eMMC 进行编程，但即使命令（如 fl_dump）已完成，我还是面临初始化失败的问题。 1。我在做什么： 我想转储第一个扇区（512 字节），所以我运行： 奇怪的是： - 我的 eMMC 容量为 7.3GB，但信息仅为 3.6 - 转储说完成，但立即出现"init error（初始错误）。" 2.我做出的改变 由于我的 DDR 无法初始化（DDR：等待 D_INIT 时超时），我按照官方文档进行了操作 ——注释掉了 DDR 初始调用——在 Config_Flash_Device () 中设置 sw_address = 0x18000000 (OCRAM) ——重装板和闪存编程器。 除了 init_ddr() 之外，我还需要禁用其他程序吗？请告诉我 提前谢谢！ 顺祝商祺！ Re: eMMC flash programmer fails when DDR disabled on LS1088A - Custom Board 鉴于 eSDHC 编程算法的复杂性和规模，早先的尝试并未成功。 关于 DDR 问题，您通过 DDR 验证了吗？ 谢谢！

i.MX8MQ の Jailhouse ハイパーバイザーの Inmate セル作成に関する問題 拝啓、 NXP i.MX 8MQ EVK ボードの Jailhouse 経由でカスタム (E-call) Inmate Linux デモ セルを作成しようとしています。 実行したすべての手順は、添付の「NXP_Jailhouse_Ticket.txt」に追加されています。ファイル。 直面している問題:- コンパイルに問題が発生しています。 linux-inmate-demo.c をコンパイルする方法ファイルと.oを生成するおよび.cellファイル？ 適切な.bbを作成する方法linux-inmate-demo.c をコンパイルするためのファイルファイルと.oを生成するおよび.cellファイルをコピーして最終画像に追加しますか? カスタム刑務所の囚人セルを作成するためのアプリケーションノートをご提供ください または 同じ解決策が記載されている以前の NXP コミュニティ チケットへのリンクはありますか? また、上記の手順について訂正し、解決策を提供してください。 i.MX8ULP Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ 受刑者がインターネットにアクセスできるようにネットワークを設定する方法については、以下を参照してください。セットで USB ネットまたは eth ネットを使用するように更新する必要があります。 ネットワークを使用して2台目のLinuxのネットワークを設定する方法 Linuxが最初に起動した後 sysctl -w net.ipv4.ip_forward=1 sysctl -p /etc/sysctl.conf ルートセルが有効になった後 iptables -A 転送 -i eth1 -j 受け入れる iptables -A FORWARD -o eth1 -j ACCEPT iptables -t nat -A ポストルーティング -o eth0 -j マスカレード 2回目のLinux起動後 ifconfig eth1または2 192.168.1.4最初のLinuxルートセル ifconfig eth0 192.168.1.52番目のLinux囚人セル 「ip route 192.168.1.4 経由でデフォルトを追加2番目のLinux用の「dev eth0」 「ipルート 10.193.100.0/24 を追加192.168.1.4経由2番目のLinux用の「dev eth0」 これで、「mount -t nfs 10.193.108.xx:/ホーム/xxx/nfs」と実行できるようになります。/分" 手順3と4で、ネットワークに応じて10.193.xx.xxを自分のものに更新します。 よろしくお願いします。 彭。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ こんにちは、ペンさん。 サポートありがとうございます。ルート セルから受刑者セルに 'scp' をコピーできるようになりました。 基本的に、私たちは Inmate セル側で MQTT を使用して E-call アプリケーションを維持したいと考えています。 ルートから受刑者セルまで読み取り/書き込み共有メモリを共有できます。また、お客様のご提案どおりに、ルート/受刑者セルに静的 IP を付与することもできます。 ここで、ルート セルから受信したデータをクラウドに送信するために、受刑者セルにインターネット接続が必要になります。 Quectel EC25 モジュールを USB ポート経由で NXP i.MX8MQ ボードにコネクテッドしました。 ルートセルデータのIFCONFIG: 」 ifconfig eth0: flags=-28669 mtu 1500 イーサ 00:04:9f:05:a5:9c txqueuelen 1000 (イーサネット) RXパケット 0 バイト 0 (0.0 B) RXエラー 0 ドロップ 0 オーバーラン 0 フレーム 0 送信パケット 0 バイト 0 (0.0 B) 送信エラー 0 ドロップ 0 オーバーラン 0 キャリア 0 衝突 0 eth1: flags=-28605 mtu 16384 inet 192.168.0.3 ネットマスク 255.255.255.0ブロードキャスト 192.168.0.255 inet6 fe80::88f0:a7ff:fe40:2407 プレフィックス長 64 スコープID 0x20 ether 8a:f0:a7:40:24:07 txqueuelen 1000 (イーサネット) RXパケット 41 バイト 7030 (6.8 KiB) RXエラー 0 ドロップ 0 オーバーラン 0 フレーム 0 送信パケット 71 バイト 18812 (18.3 KiB) 送信エラー 0 ドロップ 0 オーバーラン 0 キャリア 0 衝突 0 lo: flags=73 mtu 65536 inet 127.0.0.1 ネットマスク 255.0.0.0 inet6 ::1 プレフィックス長 128 スコープID 0x10 loop txqueuelen 1000 (ローカルループバック) RXパケット 103 バイト 9268 (9.0 KiB) RXエラー 0 ドロップ 0 オーバーラン 0 フレーム 0 送信パケット 103 バイト 9268 (9.0 KiB) 送信エラー 0 ドロップ 0 オーバーラン 0 キャリア 0 衝突 0 usb0: flags=-28605 mtu 1500 inet 192.168.225.39ネットマスク 255.255.255.0ブロードキャスト 192.168.225.255 inet6 2401:4900:4bb5:e7a7:609f:c3ff:fe2c:903b プレフィックス長 64 スコープID 0x0 inet6 fe80::609f:c3ff:fe2c:903b プレフィックス長 64 スコープID 0x20 ether 62:9f:c3:2c:90:3b txqueuelen 1000 (イーサネット) RXパケット 84バイト 7614 (7.4 KiB) RXエラー 0 ドロップ 0 オーバーラン 0 フレーム 0 送信パケット 117 バイト 13860 (13.5 KiB) 送信エラー 0 ドロップ 0 オーバーラン 0 キャリア 0 衝突 0 「 ご覧のとおり、ROOT セル側でインターネット接続が確立されています。 以下はPINGコマンドの出力です 」 root@imx8mqevk:/ホーム ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) バイトのデータ。 8.8.8.8 からの 64 バイト: icmp_seq=1 ttl=114 time=193 ms 8.8.8.8 からの 64 バイト: icmp_seq=2 ttl=114 time=68.9MS 8.8.8.8 からの 64 バイト: icmp_seq=3 ttl=114 time=62.8MS 8.8.8.8 からの 64 バイト: icmp_seq=4 ttl=114 time=68.5 ms 8.8.8.8 からの 64 バイト: icmp_seq=5 ttl=114 time=66.5 ms 8.8.8.8 からの 64 バイト: icmp_seq=6 ttl=114 time=78.6 ms 8.8.8.8 からの 64 バイト: icmp_seq=7 ttl=114 time=71.0MS 」 現在、私は Inmate セルでインターネットの問題に直面しています。IFCONFIG ログは以下のとおりです。 」 root@imx8mqevk:~ ifconfig eth0 リンクカプセル化:イーサネット HWaddr 6E:58:98:59:01:A0 inetアドレス:192.168.0.4放送:192.168.0.255マスク:255.255.255.0 inet6 アドレス: fe80::6c58:98ff:fe59:1a0/64 スコープ:リンク アップブロードキャスト 実行中 マルチキャスト MTU:16384 メトリック:1 RXパケット:184 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 送信パケット:65 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 トランザクション数:1000 RX バイト:78814 (76.9 KiB) TX バイト:14002 (13.6 KiB) lo リンクカプセル化:ローカルループバック inetアドレス:127.0.0.1マスク:255.0.0.0 inet6 アドレス: ::1/128 スコープ:ホスト アップループバック実行中 MTU:65536 メトリック:1 RXパケット:22 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 送信パケット:22 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 トランザクション数:1000 RX バイト:3897 (3.8 KiB) TX バイト:3897 (3.8 KiB) 」 また、ルートセル側での IP 転送も試しました。 受刑者の独房に外部ネットワークへのアクセスを許可するには: 根細胞内 エコー 1 > /proc/sys/net/ipv4/ip_forward iptables -A FORWARD -i eth1 -o usb0 -j ACCEPT iptables -A FORWARD -i usb0 -o eth1 -j ACCEPT iptables -t nat -A ポストルーティング -o usb0 -j マスカレード 」 上記のコマンドを実行すると、以下のログが出力されます。 」 root@imx8mqevk:/ホーム iptables -t nat -A POSTROUTING -o usb0 -j MASQUERADE [ 1869.738194] 監査: タイプ=1325 監査(1755848821.593:11):テーブル=nat ファミリ=2 エントリ=7 op=xt_replace pid=713 comm="iptables" root@imx8mqevk:/ホーム [ 1869.749806] 監査: タイプ=1300 監査(1755848821.593:11):アーチ = c00000b7 syscall = 208 成功 = はい exit = 0 a0 = 4 a1 = 0 a2 = 40 a3 = aaaafd66a400 items = 0 ppid = 607 pid = 713 auid = 4294967295 uid = 0 gid = 0 euid = 0 suid = 0 fsuid = 0 egid = 0 sgid = 0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" key=(null) [ 1869.779649] 監査: タイプ=1327 監査(1755848821.593:11):proctitle=69707461626C6573002D74006E6174002D4100504F5354524F5554494E47002D6F0075736230002D6A004D415351554552414445" 」 ルートセルからDmesgログも出力します 」 [ 71.141601]刑務所セル「ecall-linux-inmate-demo」を作成しました [ 77.822386]IPv6: ADDRCONF(NETDEV_CHANGE): eth1: リンクが準備完了になりました [ 206.451703]監査: タイプ=1325 監査(1755847158.198:4):テーブル=nat ファミリ=2 エントリ=0 op=xt_register pid=651 comm="iptables" [ 206.463131]監査: タイプ=1300 監査(1755847158.198:4):Arch=c00000b7 syscall=209 success=yes exit=0 a0=4 a1=0 a2=40 a3=ffffe78d01c0 items=0 ppid=607 pid=651 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" key=(null) [ 206.493176]監査: タイプ=1327 監査(1755847158.198:4):proctitle=69707461626C6573002D74006E6174002D4100504F5354524F5554494E47002D6F0065746830002D6A004D415351554552414445 [ 206.508268]監査: タイプ=1325 監査(1755847158.202:5):テーブル=nat ファミリ=2 エントリ=5 op=xt_replace pid=651 comm="iptables" [ 206.519201]監査: タイプ=1300 監査(1755847158.202:5):arch=c00000b7 syscall=208 成功=はい 終了=0 a0=4 a1=0 a2=40 a3=aaaabb51c230 項目=0 ppid=607 pid=651 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" キー=(null) [ 206.547353]監査: タイプ=1327 監査(1755847158.202:5):proctitle=69707461626C6573002D74006E6174002D4100504F5354524F5554494E47002D6F0065746830002D6A004D415351554552414445 [ 217.506636]監査: タイプ=1325 監査(1755847169.257:6):テーブル=nat ファミリ=2 エントリ=6 op=xt_replace pid=657 comm="iptables" [ 217.517791]監査: タイプ=1300 監査(1755847169.257:6):arch=c00000b7 syscall=208 成功=はい 終了=0 a0=4 a1=0 a2=40 a3=aaaaec783230 項目=0 ppid=607 pid=657 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" キー=(null) [ 217.547639]監査: タイプ=1327 監査(1755847169.257:6):proctitle=69707461626C6573002D74006E6174002D4100504F5354524F5554494E47002D6F0075736230002D6A004D415351554552414445 [ 294.389911]監査: タイプ=1325 監査(1755847246.146:7):テーブル=フィルター ファミリ=2 エントリ=0 op=xt_register pid=659 comm="iptables" [ 294.401564]監査: タイプ=1300 監査(1755847246.146:7):arch=c00000b7 syscall=209 success=yes exit=0 a0=4 a1=0 a2=40 a3=fffff5707410 items=0 ppid=607 pid=659 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" key=(null) [ 294.431369]監査: タイプ=1327 監査(1755847246.146:7):proctitle=69707461626C6573002D4100464F5257415244002D690065746831002D6F0075736230002D6A00414343455054 [ 294.445250]監査: タイプ=1325 監査(1755847246.150:8):テーブル=フィルター ファミリ=2 エントリ=4 op=xt_replace pid=659 comm="iptables" [ 294.456430]監査: タイプ=1300 監査(1755847246.150:8):Arch=c00000b7 syscall=208 success=yes exit=0 a0=4 a1=0 a2=40 a3=aaaaeb8d3950 items=0 ppid=607 pid=659 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" key=(null) [ 294.484541]監査: タイプ=1327 監査(1755847246.150:8):proctitle=69707461626C6573002D4100464F5257415244002D690065746831002D6F0075736230002D6A00414343455054 [ 314.598783]監査: タイプ=1325 監査(1755847266.267:9):テーブル=フィルター ファミリ=2 エントリ=5 op=xt_replace pid=662 comm="iptables" [ 314.610726]監査: タイプ=1300 監査(1755847266.267:9):Arch=c00000b7 syscall=208 success=yes exit=0 a0=4 a1=0 a2=40 a3=aaaac05eaac0 items=0 ppid=607 pid=662 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" key=(null) [ 314.640305]監査: タイプ=1327 監査(1755847266.267:9):proctitle=69707461626C6573002D4100464F5257415244002D690075736230002D6F0065746831002D6A00414343455054 [ 849.488680]監査: タイプ=1006 監査(1755847801.267:10):pid=671 uid=0 old-auid=4294967295 auid=0 tty=(none) old-ses=4294967295 ses=3 res=1 [ 849.501588]監査: タイプ=1300 監査(1755847801.267:10):アーチ = c00000b7 syscall = 64 success = はい exit = 1 a0 = 3 a1 = ffffc0aa76a0 a2 = 1 a3 = ffff83653020 items = 0 ppid = 238 pid = 671 auid = 0 uid = 0 gid = 0 euid = 0 suid = 0 fsuid = 0 egid = 0 sgid = 0 fsgid = 0 tty=(なし) ses=3 comm="crond" exe="/usr/sbin/crond" key=(null) [ 849.527425]監査: タイプ=1327 監査(1755847801.267:10):proctitle=2F7573722F7362696E2F63726F6E64002D6E [ 1869.738194] 監査: タイプ=1325 監査(1755848821.593:11):テーブル=nat ファミリ=2 エントリ=7 op=xt_replace pid=713 comm="iptables" [ 1869.749806] 監査: タイプ=1300 監査(1755848821.593:11):アーチ = c00000b7 syscall = 208 成功 = はい exit = 0 a0 = 4 a1 = 0 a2 = 40 a3 = aaaafd66a400 items = 0 ppid = 607 pid = 713 auid = 4294967295 uid = 0 gid = 0 euid = 0 suid = 0 fsuid = 0 egid = 0 sgid = 0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" key=(null) [ 1869.779649] 監査: タイプ=1327 監査(1755848821.593:11):proctitle=69707461626C6573002D74006E6174002D4100504F5354524F5554494E47002D6F0075736230002D6A004D415351554552414445 「 CAN 受刑者の独房における上記のインターネット問題の解決にご協力いただけますか? Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ Linux で「root」または「inmate」を実行すると、セグメント エラーが発生します。 2 つの Linux 間で ivshmem をテストするには、次のようにします。 ルートセル内: ivshmem-demo -d /dev/uio0 -t 2 囚人セル内: ivshmem-demo -d /dev/uio0 -t 0 すると、2 つのセル間の通信が表示されます。 ivshmem-demo のソースコードは imx-jailhouse/tools/demos/ivshmem-demo.c にあります。 受刑者セルにファイルをコピーする方法については、受刑者Linuxが起動した後、 囚人房内: ifconfig eth0 192.168.0.4 ルートセル内: ifconfig eth0 192.168.0.3 次に、scp を使用して、ルートから inmate にファイルをコピーできます。 または、ルート セルで ip forward を構成して、受刑者が外部ネットワークにアクセスできるようにすることもできます。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ こんにちは、ペンさん。 ご返信ありがとうございます。cell.c をコンパイルできるようになりました。コードと生成された.cellファイル。 「 カスタム ecall-inmate-linux-demo セルが正常に作成され、ecall-inmate-linux-demo ゲストが起動して実行されています。 Linuxホスト root imx8mqevk:~監獄セルリスト ID 名前 状態 割り当てられたCPU 故障したCPU 0 imx8mq 実行中 0-1 1 ecall-inmate-linux-demo が 2-3 で実行中 ecall-inmate-linux-demo ゲスト 「 通信には /dev/uio0 デバイス ノードを使用しています。 いくつかの Python コードを試したところ、ルート セルでの書き込み/送信は成功しました。同時に、Linux デモの囚人セルには何も受信できません。 その後、Cプログラミングコードに移行し、「ivshmem_common.h」を添付しました。'ivshmem_inmate.c','ivshmem_root.c' および Makefile。 バイナリを生成するために以下のコマンドを使用します ソース /opt/fsl-imx-wayland/5.15-kirkstone/environment-setup-armv8a-poky-Linux エクスポート CROSS_COMPILE=aarch64-poky-Linux- KDIR=/ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work-shared/imx8mqevk/kernel-build-artifacts CC="aarch64-poky-Linux-gcc --sysroot=$SDKTARGETSYSROOT" ARCH=arm64 CROSS_COMPILE=aarch64-poky-Linux- を作成します。 aarch64-poky-Linux-gcc --sysroot=/opt/fsl-imx-wayland/5.15-kirkstone/sysroots/armv8a-poky-Linux -Wall -O2 -o root ivshmem_root.c デスクトップ側では、上記のコマンドを使用して、imx8mq ツール チェーンを使用してコンパイルしました。 生成されたバイナリを Linux inmate デモ セルにコピーします。 ルート セル側へのコピーは成功しましたが、Inmate Linux デモ セルでコピーまたはコンパイルする手順がわかりません。 CAN あなたは私に同じことをする方法を教えていただけますか? NXP ドキュメント「UG10163」、名前「iMX_Linux_user_guide_LF6.12.20_2.0.0」を参照しています。 この Linux デモ インメイト セルを使用するための実用的なサンプル コードとユーザーガイドが必要です。SO、ルート セルからデータ (JSON や文字列/バイナリなどのバンドル データ) を送信し、その逆に Linux インメイト デモ セルからデータを受信します。 ありがとう、 スミット Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ SO私の理解では、コンパイルの問題があるということです。 NXP にはリポジトリがあります: https://github.com/nxp-imx/imx-jailhouse なぜセル ファイルを自分で構築しようとしているのか理解できません。make を使用するだけで jailhouse とすべてのセル ファイルを構築するのは非常に簡単です。Simense リポジトリを使用している場合でも、ドキュメントには次のように記載されています。 make [KDIR=/path/to/kernel/objects] そして、すべてを構築するという私の命令： . /opt/fsl-imx-internal-xwayland/6.12-styhead/environment-setup-armv8a-poky-linux エクスポート CROSS_COMPILE=aarch64-poky-linux- CFLAGSの設定を解除する LDFLAGSを解除します KDIR=$HOME/linux/linux-lts-nxp を CC="aarch64-poky-linux-gcc --sysroot=$SDKTARGETSYSROOT" に設定し、ARCH=arm64 CROSS_COMPILE=aarch64-poky-linux- Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ 親愛なるPENG様 ご提案ありがとうございます。 まだ問題が続いています。詳細は以下の通りです。 .cell を作成するためのフローファイル (Jailhouse Inmate バイナリ)、SDKs コンパイル コマンド: ツールチェーン環境のセットアップ: ソース /opt/fsl-imx-wayland/5.15-kirkstone/environment-setup-armv8a-poky-linux パス bash: /opt/fsl-imx-wayland/5.15-kirkstone/sysroots/x86_64-pokysdk-Linux/usr/bin:/opt/fsl-imx-wayland/5.15-kirkstone/sysroots/x86_64-pokysdk-Linux/usr/sbin:/opt/fsl-imx-wayland/5.15-kirkstone/sysroots/x86_64-pokysdk-Linux/bin:/opt/fsl-imx-wayland/5.15-kirkstone/sysroots/x86_64-pokysdk-Linux/sbin:/opt/fsl-imx-wayland/5.15-kirkstone/sysroots/x86_64-pokysdk-Linux/usr/bin/../x86 _64-pokysdk-Linux/bin:/opt/fsl-imx-wayland/5.15-kirkstone/sysroots/x86_64-pokysdk-Linux/usr/bin/aarch64-poky-Linux:/opt/fsl-imx-wayland/5.15-kirkstone/sysroots/x86_64-pokysdk-Linux/usr/bin/aarch64-poky-Linux-musl:/ホーム/オートモーティブ/.local/bin:/ホーム/オートモーティブ/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/snap/bin: そのようなファイルまたはディレクトリはありません aarch64-poky-Linux-gcc -c -I/ホーム/オートモーティブ/jailhouse/hypervisor/include -I/ホーム/オートモーティブ/jailhouse/hypervisor/arch/arm64/include -I/ホーム/オートモーティブ/jailhouse/include -nostdlib -nostartfiles -ffreestanding ecall-inmate-Linux-demo.c -o ecall-inmate-Linux-demo.o 注意: Jailhouse ヘッダー ファイルはツール チェーンの一部ではないSO、Seimens (github バージョン) から Jailhouse フォルダーに別途ダウンロードしました。コンパイルにはヘッダー ファイル inmate-linux-demo.cell を使用しました。.cには変更を加えていないファイル。 テスト目的でデフォルトのものを使用しました。 ステップ1: .oをリンクしてフラットなELFファイルを作成する aarch64-poky-linux-ld \ -Tテキスト=0x0 \ -nostdlib \ -o ecall-inmate-linux-demo.elf \ ecall-inmate-linux-demo.o -Ttext=0x0 は .text を配置しますフラットバイナリレイアウトのアドレス 0x0 のセクション。 -nostdlib は標準 C ライブラリのリンクを防止します (囚人には必要ありません)。 ステップ2: ELFを生のバイナリ.cellに変換する aarch64-poky-linux-objcopy \ -O バイナリ \ ecall-inmate-linux-demo.elf \ ecall-inmate-linux-demo.cell 結果を確認します。 ファイル ecall-inmate-linux-demo.cell 印刷されたメッセージ: ecall-inmate-linux-demo.cell: データ デフォルトの imx8mq.cell と imx8mq-linux-demo.cell を削除しました 'imx8mq.cell と imx8mq-linux-demo.cell' を生成しましたファイルはターゲットフォルダにプッシュされます: '/usr/share/jailhouse/cells' その後、生成されたimx8mq.cellでJailhouseを有効にすると、以下のエラーが発生します。 / jailhouse で /usr/share/jailhouse/cells/imx8mq.cell を有効にする [ 2533.385877] jailhouse: システム構成ではありません JAILHOUSE_ENABLE: 無効な引数 問題を解決するためのガイダンスと、可能であればユーザーガイド/アプリケーションノートまたは Makefile/適切な GCC コマンドを提供してください。 makefile を添付します (上記のすべてのコマンドが含まれています) コンピレーション、 作る aarch64-poky-Linux-gcc -nostdlib -nostartfiles -ffreestanding -I/ホーム/オートモーティブ/jailhouse/hypervisor/include -I/ホーム/オートモーティブ/jailhouse/hypervisor/arch/arm64/include -I/ホーム/オートモーティブ/jailhouse/include -c imx8mq.c-o imx8mq.o aarch64-poky-linux-ld -Ttext=0x0 -nostdlib -o imx8mq.elf imx8mq.o aarch64-poky-Linux-ld:警告: エントリシンボル _start が見つかりません。デフォルトは 00000000000000000 です aarch64-poky-Linux-objcopy -O バイナリ imx8mq.elf imx8mq.cell .elfを生成しました、.cell、.o。 次のコマンドでファイル形式を検証しました: ファイル imx8mq.elf imx8mq.elf:ELF 64 ビット LSB 実行ファイル、ARM aarch64、バージョン 1 (SYSV)、静的リンク、ストリップなし ファイル imx8mq.o imx8mq.o:ELF 64 ビット LSB 再配置可能、ARM aarch64、バージョン 1 (SYSV)、ストリップなし ファイル imx8mq.cell imx8mq.セル:データ サポートありがとうございます。 スミット Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ ところで: これは間違っている 「バッシュ PYTHONPATH=/ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/x86_64-Linux/jailhouse-native/0.12-r0/image/usr/share/jailhouse/tools をエクスポートします。 エクスポート C_INCLUDE_PATH=/ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/x86_64-linux/jailhouse-native/0.12-r0/image/usr/include/jailhouse      /ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/x86_64-Linux/jailhouse-native/0.12-r0/image/usr/bin/jailhouse-cell-Linux \      /ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/armv8a-poky-Linux/jailhouse-ecall/1.0-r0/ecall-inmate-Linux-demo.c\ -o ecall-inmate-linux-demo.cell セルは jailhouse-cell-linux ではなく GCC によってコンパイルされます。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ 私はYoctoについてあまり知識がありません。私のビルド コマンドを共有します: . /opt/fsl-imx-internal-xwayland/6.12-styhead/environment-setup-armv8a-poky-linux KDIR=$HOME/linux/linux-lts-nxp CC="aarch64-poky-linux-gcc --sysroot=$SDKTARGETSYSROOT" ARCH=arm64 CROSS_COMPILE=aarch64-poky-linux- V=1 を作成します。 次にセルが構築されます。 5.10も同様のはずです。 コンパイルしたセル ファイルも共有してください。jailhouse-cell-linux がセルでエラーを報告する理由を調べさせてください。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ 彭凡様 状態テーブル、RW セクション、および入出力セクションに関するご回答で提供された、i.MX 8MQ 上の Jailhouse の IVSHMEM メモリ領域に関する貴重なご指導に感謝いたします。皆様のご提案をセル構成に取り入れましたが、i.MX 8MQ EVK ボード上で Yocto 5.15 Kirkstone (Linux 5.15.71-2.2.0) を使用してカスタム E-Call 受刑者セルを作成しようとすると、依然としてコンパイル エラーが発生します。以下に、問題の詳細な概要、解決に向けた取り組み、および現在の状況を示します。この問題の解決に役立つ具体的な参考資料、アプリケーションノート、その他のガイダンスなどをご提供いただければ幸いです。 問題の概要 私たちは、カスタムE-Call受刑者セル構成（最初は `imx8mq-linux-demo.c` に基づいて、`jailhouse-cell-linux` ツールを使用して、簡略化された `ecall-inmate-linux-demo.c` を使用します。`jailhouse-ecall.bb` の `do_compile` タスク中にコンパイルが失敗します。次のエラーのあるレシピ: 「 エラー: jailhouse-ecall-1.0-r0do_compile: 実行エラー('/ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/armv8a-poky-Linux/jailhouse-ecall/1.0-r0/temp/run.do_compile.225085', 1, なし, なし) ログデータは次のとおりです: デバッグ: シェル関数 do_compile を実行しています セル構成ではありません: /ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/armv8a-poky-Linux/jailhouse-ecall/1.0-r0/imx8mq-Linux-demo.c 警告: シェル コマンドから終了コード 1 が返されました。 エラー: タスク (/ホーム/オートモーティブ/yocto_imx_linux/sources/meta-ecall/recipes-jailhouse/jailhouse-cells/jailhouse-ecall.bb:do_compile) が終了コード '1' で失敗しました 「 このエラーは、`jailhouse-cell-linux` がセル構成ファイルを有効なものとして認識していないことを示します。解決するために何度も試みましたが、問題は解決しません。 解決に向けた取り組みの詳細 コミュニティからのフィードバックと試行錯誤に基づいて、Yocto レシピ、セル構成、環境にいくつかの更新を加えました。主な取り組みの概要は次のとおりです。 1. 初期設定とエラー: - `jailhouse-ecall.bb` から始めました`imx8mq-linux-demo.c` を使用するそして `jailhouse-native.bb`Siemens Jailhouse フォーク (`git://github.com/siemens/jailhouse.git;branch=master;SRCREV=e57d1eff`) に基づいています。 - `pyjailhouse` モジュールが見つからないことと、`jailhouse-cell-linux` コマンド構文が正しくないこと (例: `-I` を `CELLCONFIG` と誤って解釈する) に関連するエラーが発生しました。 2. レシピの更新: - jailhouse-native.bb: - 当初はヘッダーのインストールが不足していた（`jailhouse/types.h`、`jailhouse/cell-config.h` を参照してください。更新内容: 「ビットベイク インストール -d ${D} ${includedir} /jailhouse cp -r ${S} /include/jailhouse/*.h ${D} ${includedir} /jailhouse/ 「 - i.MX 8MQ の互換性のために `jailhouse_0.12.bb` と整合させるために、NXP Jailhouse フォーク (`git://source.codeaurora.org/external/imx/imx-jailhouse.git;branch=imx_5.4.47_2.2.0;SRCREV=8bbe203`) に切り替えました。 - `pyjailhouse` のインストールと `python3-native` の依存関係を確保しました。 - jailhouse-ecall.bb: - 無効な '/dev/null' 引数を削除し、適切な構文を使用することで 'jailhouse-cell-Linux' コマンドを修正しました。 「ビットベイク ${STAGING_BINDIR_NATIVE} /jailhouse-cell-Linux \ ${S} /ecall-inmate-Linux-demo.c\ -o ${S} /ecall-inmate-linux-demo.cell 「 - E-Call ユースケースに重点を置くために、`imx8mq-linux-demo.c` ではなく `ecall-inmate-linux-demo.c` を使用するように 'SRC_URI' を更新しました。 - ヘッダーと Python モジュールが確実に見つかるよう、「export C_INCLUDE_PATH」と「PYTHONPATH」を追加しました。 3. セル構成の更新: - 'imx8mq-linux-demo.c' をベースに簡略化した 'ecall-inmate-linux-demo.c'そしてIVSHMEMのガイダンス: - 状態テーブル: `0xbfdf0000`、4 KB、読み取り専用。 - RW セクション: `0xbfdf1000`、64 KB、読み取り/書き込み。 - ルート出力: `0xbfdfa000`、8 KB、読み取り/書き込み。 - ルート入力: `0xbfdfc000`、8 KB、読み取り専用。 - UART1 (`0x30860000`)、RAM (`0xc0000000`、256 MB)、通信領域 (`0x80000000`) が含まれています。 - 解析の問題を回避するために、複雑なマクロ (例: `JAILHOUSE_SHMEM_NET_REGIONS`) を削除しました。 - 構成スニペットの例: 「.c」 .mem_regions= { /* IVSHMEM 状態テーブル */ { .phys_start= 0xbfdf0000, .virt_start= 0xbfdf0000, 。サイズ= 0x1000, .フラグ= JAILHOUSE_MEM_READ | JAILHOUSE_MEM_ROOTSHARED、 }, /* IVSHMEM RWセクション */ { .phys_start= 0xbfdf1000, .virt_start= 0xbfdf1000, 。サイズ= 0x10000, .フラグ= JAILHOUSE_MEM_READ | JAILHOUSE_MEM_WRITE | JAILHOUSE_MEM_ROOTSHARED、 }, /* IVSHMEM ルート出力 */ { .phys_start= 0xbfdfa000, .virt_start= 0xbfdfa000, 。サイズ= 0x2000, .フラグ= JAILHOUSE_MEM_READ | JAILHOUSE_MEM_WRITE | JAILHOUSE_MEM_ROOTSHARED、 }, /* IVSHMEM ルート入力 */ { .phys_start= 0xbfdfc000, .virt_start= 0xbfdfc000, 。サイズ= 0x2000, .フラグ= JAILHOUSE_MEM_READ | JAILHOUSE_MEM_ROOTSHARED、 }, ... } 「 4. 依存関係とレイヤー構成: - `bblayers.conf` に `meta-ecall` と `meta-freescale` を追加しました。 - `local.conf` を更新しました: 「会議 IMAGE_INSTALL:append = " jailhouse jailhouse-ecall python3" DISTRO_FEATURES:append = " jailhouse 仮想化" 「 - `jailhouse_0.12.bb` がターゲット展開に NXP フォークを使用していることを確認しました。 - `python3-native`、`pyjailhouse`、およびヘッダーがネイティブ sysroot (` ${STAGING_DIR_NATIVE} /usr/share/jailhouse/tools/pyjailhouse/`、` ${STAGING_DIR_NATIVE} /usr/include/jailhouse/`) にインストールされていることを確認しました。 5. 手動テスト: - 手動でテストされた `jailhouse-cell-Linux`: 「バッシュ export PYTHONPATH=/ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/x86_64-Linux/jailhouse-native/0.12-r0/image/usr/share/jailhouse/tools export C_INCLUDE_PATH=/ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/x86_64-Linux/jailhouse-native/0.12-r0/image/usr/include/jailhouse /ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/x86_64-Linux/jailhouse-native/0.12-r0/image/usr/bin/jailhouse-cell-Linux \ /ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/armv8a-poky-Linux/jailhouse-ecall/1.0-r0/ecall-inmate-Linux-demo.c\ -o ecall-inmate-linux-demo.cell 「 - 同じエラー: 「セル構成ではありません」。 - 検証済みの sysroot コンテンツ: `pyjailhouse` モジュール、ヘッダー、および `jailhouse-cell-linux` が存在します。 現在の状況 - 次の場合も「セル構成ではありません」というエラーが続く: - `jailhouse-cell-linux` 構文を修正しました。 - セル構成の簡素化。 - `jailhouse-native.bb` を NXP フォークに合わせます。 - ヘッダーと `pyjailhouse` がインストールされていることを確認します。 - 他のレシピ (`jailhouse-native`、`jailhouse`) は正常にコンパイルされ、問題は `jailhouse-ecall.bb` とセル構成の解析に固有のものであることが示されています。 ご質問とガイダンスのリクエスト 1. このエラーは、NXP Jailhouse フォーク (`imx_5.4.47_2.2.0`) とセル構成のバージョンの不一致が原因である可能性がありますか?このフォークの `jailhouse-cell-linux` には特定の要件がありますか? 2. Yocto 5.15 Kirkstone を使用して i.MX 8MQ でカスタム Jailhouse 受刑者セルを作成するためのアプリケーション ノートまたはユーザー ガイドはありますか?このプラットフォームの詳細なドキュメントは見つかりませんでした。 3. `jailhouse-cell-linux` が複雑な構成 (IVSHMEM 領域など) を解析する際に既知の問題はありますか?構成をさらに簡素化する必要がありますか? 4. `jailhouse-ecall.bb` の参照を提供できますか？i.MX 8MQ 用の `.cell` ファイルをコンパイルするためのレシピまたは例はありますか? 5. i.MX 8MQ 上の Jailhouse に必要な特定の U-Boot またはカーネル構成が不足している可能性はありますか? 6. カスタム レシピ/BB レイヤーの Jailhouse 依存関係の問題を解決するにはどうすればよいですか? 添付ファイル（参考） - `jailhouse-ecall.bb`:E-Callセルのレシピを更新しました。 - `jailhouse-native.bb`:ヘッダー付きの NXP フォークに更新されました。 - `ecall-inmate-linux-demo.c`: IVSHMEM 領域を使用した簡素化された構成。 - `imx8mq-linux-demo.c`:オリジナル構成（参考） - 詳細なコンパイル ログ (必要な場合は、共有方法を確認してください)。 私たちは、E-Call 受刑者セルの展開と共有メモリ通信のテストを進めるために、この問題を解決したいと考えています。私たちのアプローチに関するご意見、参考資料、修正などがあれば、ぜひお知らせください。 サポートありがとうございます！ よろしくお願いします、 スミット 注: 応答の改善や詳細ログの生成についてサポートが必要な場合はお知らせください。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ こんにちは、Bio_TICFSLさん あなたの github リンクで、5.15 Kirkstone へのリンクがいくつか見つかりました: https://github.com/NXP/meta-nxp-harpoon/blob/imx-linux-kirkstone/recipes-extended/jailhouse/jailhouse_%25.bbappend https://github.com/NXP/meta-nxp-harpoon/tree/imx-linux-kirkstone NXP i.MX8MQ ボードに役立ちますか? ありがとう、 スミット Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ いくつかヒントを挙げてみましょう: 1. ドキュメント/inter-cell-communication.md では、メモリの配置方法について説明します。 各セルには、ivshmem 用の次の領域が必要です。 - 状態テーブルを保持するための読み取り専用領域（通常は1ページの大きさ） - すべてのピアが読み取り/書き込み可能な1つの領域 - ピアごとに1つの出力領域があり、そのうちの1つに対してのみ読み取り/書き込み可能 2. i.MX8MQへ /* IVHSMEM 共有メモリ領域 00:00.0*/ { .phys_start= 0xbfdf0000, .virt_start= 0xbfdf0000, 。サイズ= 0x1000, .フラグ= JAILHOUSE_MEM_READ、===> これは状態テーブルです。 }, { .phys_start= 0xbfdf1000, .virt_start= 0xbfdf1000, 。サイズ= 0x9000, .フラグ= JAILHOUSE_MEM_READ | JAILHOUSE_MEM_WRITE 、 ===> これは RW セクションです。これをコミュニケーションにCANます。あるいはこれを拡大します。 }, { .phys_start= 0xbfdfa000, .virt_start= 0xbfdfa000, 。サイズ= 0x2000, .フラグ= JAILHOUSE_MEM_READ | JAILHOUSE_MEM_WRITE 、 ==> これはルート入出力です }, { .phys_start= 0xbfdfc000, .virt_start= 0xbfdfc000, 。サイズ= 0x2000, .フラグ= JAILHOUSE_MEM_READ, ==> これはルート入力です }, { .phys_start= 0xbfdfe000、 .virt_start= 0xbfdfe000、 。サイズ= 0x2000, .フラグ= JAILHOUSE_MEM_READ, ==> これはルート入力です これは、imx8mq-inmate-linux.c のレイアウトと同様です。 RW と INPUT/OUTPUT SECTION を設定できますが、State セクションには触れないでください。 INPUT/OUTPUT の場合、複数の領域を定義すると、各領域のサイズは同じである必要があります。 よろしくお願いします。 彭。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ こんにちは、 MX8MQには監獄はありませんが、MX8Mと同じファミリなので、githubをベースとするか、6.6.36を使用することができます。BSP。 よろしくお願いします。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ こんにちは、Bio_TICFSL 早速のご返信ありがとうございます。 i.MX NXP 8MQ EVKボード「i.MX 8MQuad」を使用しているため、 部品番号「TDA6637」。 SO、現在、Linux Yocto 5.15 Kirkstone ' 5.15.71-2.2.0 ' をフラッシュしました。 しかし、「 NXP Harpoon Jailhouse 統合」に対する返信では、「 i.MX Linux Yocto Project BSP 6.6.36-2.1.0 Harpoon v3 リリース」が必要です。 i.MX 8MQボードでは5.15 Kirkstone Imageまでサポートされており、Harpoonユーザーガイド「UG10170」に記載されています。 Github リンク ' https://github.com/NXP/meta-nxp-harpoon/tree/imx-linux-scarthgap' このリリースでは次のボードがテストされました。 NXP i.MX 8MMini LPDDR4 EVK (imx8mm-lpddr4-evk) NXP i.MX 8MNano LPDDR4 EVK (imx8mn-lpddr4-evk) NXP i.MX 8MPlus LPDDR4 EVK (imx8mp-lpddr4-evk) i.MX 8MQ については触れられていませんが、当社のボードに特定の刑務所ソリューションを提供できますか、または囚人用の独房を作成するための他の可能性を提案できますか? サポートありがとうございます。 ありがとう、 スミット Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ こんにちは、 bbappend レシピを通じて、NXP Harpoon Jailhouse 統合と同様のアプローチに従うことCAN。 例を参照してください: meta-nxp-harpoon/recipes-extended/jailhouse/jailhouse-imx_%.bbappend at imx-linux-scarthgap · NXP/me... ユーザーガイド: https://www.nxp.com/docs/en/user-guide/Harpoon_USERS_GUIDE.pdf よろしくお願いします。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ @ペン [email protected] 上記のチケットで説明されているように、私たちが直面しているカスタム Jailhouse セルの作成問題に対する解決策を提案していただけますか? サポートありがとうございます。 さらに詳しい情報が必要な場合はお知らせください。

Zephyr：Dts：如何在 mimxrt1160_evk 中设置我想要的时钟？(区域培训中心、培训管理组织等） 你好 我正在MIMXRT1160-EVK上测试 nxp_zephyr_4_1_0 代码库。 1.https://www.nxp.com/design/design-center/software/embedded-software/mcuxpresso-for-visual-studio-code:MCUXPRESSO-VSC 2.我想知道如何将内部时钟（包括 PLL）输出到 mco（主时钟输出）引脚。如果有相关的例子，请提供。 3.mimxrt1160-evk 有一个 32.768kHz 的外部时钟，我想知道如何启用这个 RTC 时钟。* 例如，我不需要像&rtc 这样的 dts 设置吗？ 4.mimxrt1160-evk 的 flax-ram 时钟为 166MHz。我想知道如何将其改为 200MHz。 5.我想知道如何根据自己的喜好调整 lpspi 时钟。 例如，我想知道 0x6c 和 2 在以下 lpspi2 时钟设置中的确切含义。我想把 lpspi2 的时钟频率设置为 100MHz，但不知道如何操作。 &lpspi2 { status = "okay"; clocks = <&ccm IMX_CCM_LPSPI2_CLK 0x6c 2>; //< What exactly do 0x6c and 2 mean? dmas = <&edma0 2 38>, <&edma0 3 39>; dma-names = "rx", "tx"; }; 请详细告诉我如何在 zephyr 中设置上述时钟。谢谢。 Re: Zephyr: Dts: How can I set the clock I want in mimxrt1160_evk? (RTC, MCO, etc) 您好， 对于 RT1160-EVK，只有一块板。 关于您的问题，我的意见如下： 1.请在RT1160-EVK设计资源中找到 EVK SCH，并确保您已理解它。在你想通过软件端快速修改时钟频率之前，你需要自己分析硬件，以确保可以在这个板上修改 " lpspi2 "、" rtc " 和 " 同步动态随机存取存储器(SDRAM) "。具体方法请参考下面的 FlexSPI 示例。 2。FlexSPI 示例：NXP-ZSDK v4.1 仓库由恩智浦维护和开发，但依赖的 Zephyr 由 Zephyr 社区（第三部分开放社区）维护。您可以直接查看正在咨询的DTS配置的 Zephy。例如， FlexSPI1 （EVK 板上默认使用 FlexSPI1 用于 qspi 闪存，PIN 设置 p inmux_flexspi1 取决于硬件连接）显示它可以在 104MHz 上运行 。 硬件连接和开发板相同，但是在恩智浦 软件开发工具包 v25.06中，FlexSPI1的配置为133MHz，而且运行良好。 3.我假设你能理解 EVK 原理图和软件 DTS 配置，然后你就知道了 EVK 板上没有 LPSPI2。仅支持 LPSPI，默认情况下该模块为 DNP（已启用） 4。因此，需要了解这些第三方元器件和EVK软件/硬件的数据表，才能将其修改为合理的值，而不仅仅是假设将其更改为1GHz或200MHz（实际上，如果我们熟悉或非 Flash及其工作模式，FlexSpi1仅在某些条件下支持166Mhz）。 5.关于支持范围，我们支持恩智浦官方软件和硬件。由于不确定因素，对某些定制产品的支持有限。 Re: Zephyr: Dts: How can I set the clock I want in mimxrt1160_evk? (RTC, MCO, etc) 你好 首先，你搞错了。我问的是MIMXRT1160-EVK，而不是MIMXRT1060-EVK。 据我所知，只有一个 MIMXRT1160-EVK，对吗？ -https://www.nxp.com/design/design-center/development-boards-and-designs/i-mx-evaluation-and-development-boards/i-mx-rt1160-evaluation-kit:MIMXRT1160-EVK 接下来，zephyr 的版本是4.1.0。既然我说我使用的是nxp_zephyr_4_1_0版本库，我想你应该知道 zephyr 的版本是 4.1.0。 现在，我已经提供了必要的信息，请回顾一下我的问题。 🙂 Re: Zephyr: Dts: How can I set the clock I want in mimxrt1160_evk? (RTC, MCO, etc) 您好， 根据你提供的信息，我无法理解你的观点。在提出这些问题之前，您能提供更多详细信息吗？比如 EVK 板（EVKB 还是 EVKC？），带有专用的 Zephyr 版本等，以供理解。 我试着从 Zephyr 搜索MIMXRT1060-EVK的 DTS，但只能确认它与MCUXPresso SDK（恩智浦官方 SDK v24.12）不同、EVKB），但我找不到您在下面提到的代码 " &lpspi2 "。 https://github.com/zephyrproject-rtos/zephyr/blob/v4.2-branch/boards/nxp/mimxrt1060_evk/mimxrt1060_evk_mimxrt1062_qspi.dts

FPGA 如何实现CAN通讯 用SJA1000的话，如何实现信号连接，电平不匹配 Re: FPGA 如何实现CAN通讯 你可以尝试使用level shifter芯片NTS0104-Q10 或者NTS0102-Q10

S32K312 " 无法访问内存 " 在 Cyclone 闪存编程期间出现错误和设备锁定 你好 在使用 Cyclone 编程器对 S32K312 MCU 编程时，我们遇到了一些问题。我们的流程需要使用内存交换功能，我们的 Cyclone 脚本按以下顺序写入图像： HSE 图片 FBL + RTSW 图像 B 部分区域的 FBL 图像 在刷新过程中，我们经常会遇到"无法访问内存" 错误，有时 MCU 会被锁定。这个问题似乎尤其发生在 HSE 映像编程之后。 我们想问 在对 HSE 映像进行编程后，是否严格要求完全的电源循环（完全断电和开机）？ 在为 S32K312 使用 Cyclone 脚本时，是否有推荐的闪存顺序或注意事项，尤其是有关 HSE 和内存交换的内容？ 使用内存交换功能时还有其他注意事项吗？ 如果 MCU 被锁定，推荐的恢复方法是什么（例如，安全启动恢复工具）？ 如果您能提供任何官方指南、推荐编程顺序或故障排除建议，我们将不胜感激。 谢谢！ Re: S32K312 "cannot access memory" Error and Device Lock During Cyclone Flash Programming 对 HSE 映像进行编程后，并不严格要求进行完整的电源循环；标准 RESET 通常就足够了。但是，在安装了 HSE 固件的 A/B 交换版本后，需要进行两次 RESET 才能将固件自动复制到主动和被动分区。"无法访问内存" 错误和 MCU 锁定问题通常是由于 Cyclone 编程器使用了不正确的闪存算法造成的。您必须选择与配置相对应的特定闪存算法（例如，如果启用了内存交换，则选择 nxp_s32k312_1x32x424k_ab_swap.arp），以确保编程器不会覆盖 HSE 固件保留的内存区域。使用内存交换功能时，必须等到 HSE 固件在交换后完成对被动分区的备份，这可能需要长达一秒钟的时间。这由 HSE_STATUS_INIT_OK 标志指示。如果 MCU 被锁定，恢复方法取决于特定的锁定状态（例如，如果配置了安全启动）。安全启动恢复工具是一种选择，但成功与否取决于锁定的确切原因 pay byplatema Re: S32K312 "cannot access memory" Error and Device Lock During Cyclone Flash Programming 你好，@HaileyByun "在刷新过程中，我们经常会遇到"无法访问内存" 错误，有时 MCU 会被锁定。" - 这似乎是最重要的一点。安装 HSE 固件后，是否选择了正确的闪存算法？您可以访问： https://www.pemicro.com/arm/device_support/NXP_Automotive/S32K3xx/S32K312/index.cfm 有三种算法： nxp_s32k312_1x32x500k_hse_disabled.arp nxp_s32k312_1x32x424k_ab_swap.arp nxp_s32k312_1x32x456k_hse_enabled.arp 对UTEST 中的 HSE 功能闪存编程时，将从内存映射中删除为 FULL_MEM 版本固件保留的闪存区域。一旦安装了 AB_SWAP 固件，内存中就会为活动块预留额外区域。 Pemicro 程序员需要了解这一点--有必要选择正确的算法。那么它就不会触及这些保留区域。 这难道不是根本原因吗？ 回答你的问题 - 在对 HSE 映像进行编程后，是否严格要求完全的电源循环（完全断电和开机）？ 不，RESET 就足够了。请注意，安装 AB_SWAP 版本后需要进行两次 RESET，因为需要将固件复制到主动和被动分区（自动完成）。 - 在为 S32K312 使用 Cyclone 脚本时，是否有推荐的闪存顺序或注意事项，尤其是有关 HSE 和内存交换的内容？ 如上所述，有必要选择正确的闪光算法。 - 使用内存交换功能时还有其他注意事项吗？ 每次交换后，将 HSE 固件备份到被动分区大约需要 1 秒钟。应用程序（此处也包括闪存编程器）应等待该操作完成（直到 HSE_STATUS_INIT_OK 被设置）。 -如果 MCU 被锁定，推荐的恢复方法是什么（例如，安全启动恢复工具）？ 这取决于"锁定" 的含义。您的应用程序是否配置了安全启动？是否设置了 ADKP，生命周期是否提前？您能通过调试器建立连接吗？ 问候， Lukas