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。

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

关于 i.MX 93 的 Windows 10/11 物联网企业版 - bootcmd 嗨，朋友们、 有人知道吗，如何为 i.MX93 配置正确的 bootcmd 以允许它从 U-Boot 正确启动，然后从 ARM 上的 Windows 启动？ 在过去的时间里，我们在 defconfig 中对 i.MX 8 Series bootcmd 进行了如下配置： CONFIG_BOOTCOMMAND="fatload mmc${mmcdev}:${mmcpart} ${loadaddr} /uefi.fit；bootm${loadaddr} ；" 因为当我们版本 i.MX 8 固件，例如 i.MX 8M Plus 时，在 ~/win10-iot-bsp/imx-MKIMAGE/IMXImage/ IMX8M 中，你可以找到：imx8mp-evk.dtb，您还可以检查 soc.mak它将处理 imx8mp-evk.dtb并将其合并为最终固件文件。 但 i.MX93 文件夹结构相同、 soc.mak并没有做同样的事情。它不会在路径中创建 imx93-11x11-evk.dtb：~/win10-iot-bsp/imx-mkimage/imx-mkimage/IMX 9。 因此，如果我们按照同样的方式在 defconfig 中配置 CONFIG_启动 COMMAND，i.MX 8 系列的 U-Boot 程序将不一样，它不会进入 microSD WinPE（efi/boot/bootaa64.efi），它将继续重启。 有人知道如何正确操作吗？我们无法在 i.MX Windows IoT 用户指南、快速入门指南......中找到相关信息。 谢谢你们的帮助！ 祝您有美好的一天 亚历克斯-张 参考。 适用于 i.MX 应用处理器的 Windows 10/11 物联网企业版 Windows Windows 10 物联网企业版 Re: About Windows 10/11 IoT Enterprise for i.MX 93 - bootcmd 关于 Windows I0/11 IOT，我建议您 与 [email protected] 的 IOT 团队联系。 看看他们是否有这方面的信息。 Re: About Windows 10/11 IoT Enterprise for i.MX 93 - bootcmd 嗨，朋友们、 我们尝试对imx93_11x11_evk_nt_deconfig CONFIG_BOOTCOMMAND进行如下配置： mmc dev 1；如果 mmc 重新扫描；那么 fatload mmc 1:2 ${kernel_addr_r} EFI/启动/bootaa64.efi && fatload mmc 1:2 ${fdt_addr_r} dtb/imx93-11x11-evk.dtb && fdt addr ${fdt_addr_r} && fdt header && bootefi ${kernel_addr_r} ${fdt_addr_r}; fi 在重新编译固件并将其闪存到 microSD 卡并将其放入 i.MX 93 EVK 后，我们的 PuTTY 消息如下： 剧透 （高亮部分可供阅读） U-启动 2023.04-g93957155-dirty(Aug 08 2025 - 09:59:05 +0800) CPU：i.MX93 (52) rev1.1 1700 MHz（运行频率为 1692 MHz） CPU：30 摄氏度的工业温度等级（-40 摄氏度至 105C） 型号：恩智浦 i.MX93 11X11 EVK 板 动态随机存取存储器(DRAM)：2 GiB 内 核：218 个设备，30 个 u 类，设备树：独立的 MMC：FSL_SDHC：0，FSL_SDHC：1 来自 MMC 的加载环境... 好吧 ... 输入：串行 输出：串行 错误：串行 BuildInfo: - ELE 固件版本 0.1.0-e943c57c 切换到分区 #0，OK mmc1 是当前设备 闪存目标是 MMC：1 Fastboot：正常 正常启动 按任意键停止自动启动：0 切 换到分区 #0，OK mmc1 是当前设备 1 303 毫秒 (1.9 MiB/s) 读取 50392 字节在 7 毫秒 (6.9 MiB/s) 内 工作 FDT 设置为 83000000 魔法：0xd00dfeed 总大小：0xd00dfeed 总大小：0xd00dfeed 总大小：0xd00dfeed 总大小：0xd00dfeed 总大小：0xd00dfeed 总大小：0xd00dfeed 总大小：xc4d8 ( 50392) off_dt_struct：0x38 off_dt_strings：0xb5f8 off_mem_rsvmap：0x28 版本：17 last_comp_version：16 boot_cpuid_phys：0x0 size_dt_strings：0 xedb size_dt_struct：0xb5c0 数字 mem_rsv：0x0 正在启动 /EFI\启动\bootaa64.efi BlinitializeLibrary 失败 0xc0000225 ## 应用程序 失败，r = 14 启动= > U-启动 2023.04-g93957155-dirty（2025 年 8 月 8 日-09:59:05 +0800）CPU：i.MX93 (52) rev1.1 1700 MHz（以 1692 MHz 运行）CPU：30摄氏度的工业温度等级（-40摄氏度至 105摄氏度）型号：恩智浦 i.MX93 11X11 EVK BoardDRAM：2 GibCore：218 个设备，30 个 u 类，设备树：separateMMC：FSL_SDHC：0，FSL_SDHC：0，FBoardDRAM：2 GibCore：30 个设备，30 个 u 类，设备树：SeparateMMC SL_SDHC: 1正在从 MMC 加载环境...好的... 输入：SerialOut：SerialErr：SerialBuildInfo：-ELE 固件版本 0.1.0-e943c57cswitch到分区 #0，OKMMC1 是当前设备闪存的目标是 mmc: 1FastBoot：normalNormal 启动按任意键停止自动启动：0 切换到分区 #0，okmmc1 是当前设备在 1303 毫秒 (1.9 MiB/s) 内读取 50392 字节 (6.9 MiB/s) 工作 FDT 设置为 83000000magic：0xd00dfeedtotaltalmcmic：0xd00dfeedtotaltalmc1 大小：0xc4d8 (50392) off_dt_struct：0x38off_dt_strings：0xb5f8f8off_mem_rsvmap：0x28版本：17last_comp_versize：16boot_cpuid_phys：0xedbsize_dt_struct：0xb5c0number mem_rsvt：0xb5c0number mem_rsvt v: 0x0启动 /EFI\ Boot\ boot\ bootaa64.efiblinitializeLibrary 初始化库失败 0xc0000225## 启动失败，r = 14u-boot= > 我们曾尝试从 microSD\ WinPE\ boot.wim 中删除 Lanage P ackage 以缩小尺寸。(从 2.X GB 到 347 MB） 但是 i.MX 93 仍然无法启动。 有人有解决这个问题的经验吗？ 谢谢您！ 亚历克斯-张

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 哈利

iMX91-FRDM BLE接続の問題 こんにちは、 私は iMX91-FRDM ボード上の BLE コネクティビティに取り組んでいます。BLE チップは ( IW610 ) です。私の目標は、Gatt-Client を実装することです。 初期段階では特定の BLE デバイスに接続しようとしています。以下はその C コードです。 #define OCF_LE_EXT_CREATE_CONN 0x0043 int hci_connect( uint8_t *pMacAddr ) { le_ext_create_conn_cp cp; int ret; memset( (& cp), (0x00), sizeof(cp) ); cp.filter_policy = (0x00); //// do not filter cp.own_addr_type = (0x00); //// THIS device has a Random MAC address cp.peer_addr_type = (0x01); //// peer has a Random MAC cp.peer_addr.b[0] = (pMacAddr[0]); cp.peer_addr.b[1] = (pMacAddr[1]); cp.peer_addr.b[2] = (pMacAddr[2]); cp.peer_addr.b[3] = (pMacAddr[3]); cp.peer_addr.b[4] = (pMacAddr[4]); cp.peer_addr.b[5] = (pMacAddr[5]); cp.initiating_phys = (0x01); //// 01-->1M PHY cp.scan_interval = (0x0060); //// time between scans (x 0.625) => 60mS cp.scan_window = (0x0060); //// scan duration (x 0.625) => 60mS cp.conn_interval_min = (0x0050); //// connection interval MIN => 50mS cp.conn_interval_max = (0x00A0); //// connectino interval MAX => 100mS cp.conn_latency = (0x0000); //// connecion latency => 0mS cp.supervision_timeout = (0x03E8); //(0x0190); //// supervision timeout => 250mS cp.min_ce_length = (0x0000); //// 0 cp.max_ce_length = (0x0000); //// 0 ret = send_hci_command( m_hci_device, OGF_LE_CTL, OCF_LE_EXT_CREATE_CONN, (uint8_t *)(& cp), sizeof(cp) ); if ((0x00) != ret) { printf("-------- !!!! hci_connect() ---- %02x-%04x ", OGF_LE_CTL, OCF_LE_EXT_CREATE_CONN); printf(" ---- FAIL(0x%02x)\r\n", ret); return (0); } printf("@@@@@@@@ hci_connect() ---- %02x-%04x ", OGF_LE_CTL, OCF_LE_EXT_CREATE_CONN); printf(" ---- OK(0x%02x)\r\n", ret); return (1); } ........ bdaddr_t bdaddr; uint16_t handle; str2ba("CC:CD:C5:BA:7B:71", &bdaddr); int status = hci_le_add_white_list(m_hci_device, &bdaddr, 0, 1000); // 0 = public, 1 = random if (status == 0x00) printf("Device added to white list\n"); else printf("Failed, status: 0x%02x\n", status); scanEnabParm.enable = (0x00); //// enable == true printf("Set Scan-DISABLE Parameters.\n"); if (! send_hci_command( m_hci_device, 0x08, 0x0042, (uint8_t *)(& scanEnabParm), sizeof(scanEnabParm) )) { printf("\nSet Scan-Disable Parameters command failed.\n"); } sleep(2); if (! hci_connect(m_con_addr)) { printf("*Error- hci_connect() - FAILED \n"); return (0); } ただし、接続は完全には成功していません。以下はその hcidump です。 コードを実行すると、以下の応答が返されます。 HCI送信失敗: 入出力エラー 以下のコマンドは検出されません: HCIコマンド: 不明 (0x08|0x0043) plen 26   0000: 00 01 01 71 7b ba c5 cd  cc 01 60 00 60 00 50 00  ...q{.....`.`.P.   0010: a0 00 00 00 e8 03 00 00  00 00                    ………… > HCIイベント情報: コマンドステータス (0x0f) plen 4     不明 (0x08|0x0043) ステータス 0x00 ncmd 1 < HCIコマンド: LEデバイスを承認リストに追加 (0x08|0x0011) plen 7   0000: 00 71 7b ba c5 cd cc                              .q{.... > HCIイベント情報: コマンド完了 (0x0e) plen 4     LE デバイスを承認リストに追加 (0x08|0x0011) ncmd 1     ステータス 0x00 < HCIコマンド: 不明 (0x08|0x0042) plen 6   0000: 00 01 00 00 00 00                                …… > HCIイベント情報: コマンド完了 (0x0e) plen 4     不明 (0x08|0x0042) ncmd 1     0000: 00                                                。 < HCIコマンド: 不明 (0x08|0x0043) plen 26   0000: 00 01 01 71 7b ba c5 cd  cc 01 60 00 60 00 50 00  ...q{.....`.`.P.   0010: a0 00 00 00 e8 03 00 00  00 00                    ………… > HCIイベント情報: コマンドステータス (0x0f) plen 4     不明 (0x08|0x0043) ステータス 0x00 ncmd 1 > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 31     接続リクエスト     0000: 00 80 00 00 01 71 7b バ  c5 cd cc 00 00 00 00 00  .....q{.........     0010: 00 00 00 00 00 00 00 9c  00 00 00 e8 03 01        .............. < HCI コマンド: LE リモート使用機能の読み取り (0x08|0x0016) plen 2   0000: 80 00                                            .. > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 4     コマンド完了     0000: 80 00 01                                          ... > HCIイベント情報: コマンドステータス (0x0f) plen 4     LE リモート使用機能読み取り (0x08|0x0016) ステータス 0x00 ncmd 1 > ACLデータ: ハンドル128フラグ0x02 dlen 7     ATT: MTU要求 (0x02)       クライアント RX MTU 245 > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 11     お問い合わせ完了     0000: 80 00 f9 00 48 08 f9 00  48 08                    ……はぁ……はぁ。 > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 12     LE リモート読み取り使用機能完了       ステータス 0x00 ハンドル 128       機能: 0x25 0x41 0x00 0x00 0x00 0x00 0x00 0x00 < ACLデータ: ハンドル128フラグ0x00 dlen 7     ATT: MTU要求 (0x02)       クライアント rx mtu 517 < ACLデータ: ハンドル128フラグ0x00 dlen 7     ATT: MTU応答 (0x03)       サーバー rx mtu 517 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128フラグ0x02 dlen 7     ATT: MTU応答 (0x03)       サーバー RX MTU 245 < ACLデータ: ハンドル128 フラグ 0x00 dlen 11     ATT: タイプによる読み取り要求 (0x08)       開始 0x0001、終了 0xffff       タイプUUID 0x2b3a > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128フラグ0x02 dlen9     ATT: エラー (0x01)       エラー: 属性が見つかりません (10)       ハンドル 0x0001 のタイプ要求 (0x08) による読み取り < ACLデータ: ハンドル128 フラグ 0x00 dlen 11     ATT: グループによる読み取り要求 (0x10)       開始 0x0001、終了 0xffff       タイプUUID 0x2800 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128フラグ0x02 dlen 24     ATT: グループ応答による読み取り (0x11)       属性ハンドル 0x0001、終了グループハンドル 0x0009       値 0x00 0x18       属性ハンドル 0x000a、終了グループハンドル 0x000d       値 0x01 0x18       属性ハンドル 0x000e、終了グループハンドル 0x001a       値 0x0a 0x18 < ACLデータ: ハンドル128 フラグ 0x00 dlen 11     ATT: グループによる読み取り要求 (0x10)       開始 0x001b、終了 0xffff       タイプUUID 0x2800 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128 フラグ 0x02 dlen 86     ATT: グループ応答による読み取り (0x11)       属性ハンドル 0x001b、終了グループハンドル 0x002f       値 0x66 0x9a 0x0c 0x20 0x00 0x08 0x12 0xab 0xea 0x11 0x78 0x6f 0x40 0x1b 0xc9 0xed       属性ハンドル 0x0030、終了グループハンドル 0x003e       値 0x66 0x9a 0x0c 0x20 0x00 0x08 0xf4 0xbd 0xe6 0x11 0x42 0x5b 0x90 0x82 0xea 0x18       属性ハンドル 0x003f、終了グループハンドル 0x0053       値 0x66 0x9a 0x0c 0x20 0x00 0x08 0xf4 0xbd 0xe6 0x11 0xcc 0x8b 0x50 0x10 0x58 0x4b       属性ハンドル 0x0054、終了グループハンドル 0xffff       値 0x9e 0xca 0xdc 0x24 0x0e 0xe5 0xa9 0xe0 0x93 0xf3 0xa3 0xb5 0x01 0x00 0x40 0x6e < ACLデータ: ハンドル128フラグ0x00 dlen 9     ATT: 書き込み要求 (0x12)       0x000dの値を処理する  0x02 0x00 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128フラグ0x02 dlen5     ATT: 書き込み応答 (0x13) < ACLデータ: ハンドル128フラグ0x00 dlen 7     ATT: 読み取り要求 (0x0a)       ハンドル 0x0003 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 11     お問い合わせ完了     0000: 80 00 f9 00 48 08 f9 00  48 08                    ……はぁ……はぁ。 > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 6     認証完了     0000: 00 80 00 02 02                                    ..... > ACLデータ: ハンドル128フラグ0x02 dlen16     ATT: 読み取り応答 (0x0b)       0000: 53 42 44 2d 44 43 20 54  4f 4f 4c                SBD-DCツール < ACLデータ: ハンドル128フラグ0x00 dlen 7     ATT: 読み取り要求 (0x0a)       ハンドル 0x0005 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128フラグ0x02 dlen 7     ATT: 読み取り応答 (0x0b)       0000: c0 03                                            .. > HCIイベント情報: 切断完了 (0x05) plen 4     ステータス 0x00 ハンドル 128 理由 0x13     理由: リモートユーザーが接続を終了しました Re: iMX91-FRDM BLE connection issue こんにちは、 ご確認いただきありがとうございます。 - BluetoothCTを使用したテストのターミナル出力全体を共有してください - btmon -w file.pcapを使用してテストした HCI ログ ファイルを共有してください。 - 接続しようとしている BT デバイスの詳細を教えてください。IW610 がセントラルとして動作していると理解しています。ペリフェラルの GATT プロファイルを共有してください。 よろしくお願いいたします。 ダニエル。 Re: iMX91-FRDM BLE connection issue こんにちは、 私の返信は以下をご覧ください。 1. root@imx91frdm:~# cat /etc/os-release ID=fsl-imx-xwayland NAME="NXP i.MX リリース ディストリビューション" VERSION="6.6-スカースギャップ (スカースギャップ)" バージョンID=6.6-スカースギャップ VERSION_CODENAME="スカースギャップ" PRETTY_NAME="NXP i.MX リリース ディストリビューション 6.6-scarthgap (scarthgap)" CPE_NAME="cpe:/o:openembedded:fsl-imx-xwayland:6.6-scarthgap" ルート@imx91frdm:~#    uname -a Linux imx91frdm 6.6.36-lts-next-ge3c30730af75 #1 SMP PREEMPT 水曜日 9月  4 08:22:45 UTC 2024 aarch64 GNU/Linux 2. root@imx91frdm:~# bluetoothctl hci0 new_settings: 電源付きボンディング可能 le secure-conn cis-セントラル cis-ペリフェラル  エージェント登録済み [CHG] コントローラ B8:F4:4F:E0:53:A4 ペアリング可能: はい [Bluetooth] # バージョン バージョン5.72 [ブルートゥース] ＃ 3. bluetoothctl から接続を試みましたが、正常に接続されません。ACL ログは hcidump -X で表示されます。BLE デバイスからの応答が表示されます。また、モバイル上の nRF Connect アプリを使用して BLE デバイスを正常に接続できました。 Re: iMX91-FRDM BLE connection issue こんにちは、 以下の情報についてご協力をお願いします。 1. 使用している OS のバージョンは何ですか? 2. 使用しているワイヤレス ドライバのバージョンは何ですか? 3. 問題を再現するために、bluetoothctl などの BlueZ ツールを既に試しましたか? よろしくお願いいたします。 ダニエル。

示例项目中缺少 TCP/IP 协议栈 你好、 我正在使用 S32K1 系列板，更具体地说，是 S32K148。 我面临的问题是，连示例项目都无法编译。我使用 S32DS IDE 和"New -> Project from Example" 创建它，从中选择 lwip_FreeRTOS_S32K148。 该文档说，应该可以直接从那里版本它。但事实并非如此，因为有很多文件丢失了。打开 S32 配置工具并更新代码后，大部分问题都解决了。但是，lwip 堆栈文件夹仍然丢失，我在 “税务摊销收益” 中出现错误，指出 tcp/ip 堆栈不包含在工具链中。 正如堆栈发行说明中所述，我安装了 S32K1_S32M24X 实时驱动程序 AUTOSAR R21-11 版本 3.0.0还有 S32K1 FreeRTOS 10.5.1 版本 2.0.0 代码包，我使用的是 S32DS 3.6.3。 Re: Missing TCP/IP stack in example project 你好@sergioGeronimo、 这是由 RTD 3.0.0 之间的清单 SDK 版本不匹配造成的(版本 2.0.0）和 TCP/IP 3.0.0(版本 3.0.0)版本。 要解决这个问题，请按照以下步骤操作： 1.进入 S32DS 安装文件夹，或机器的相应路径。 C:\NXP\S32DS.3.6.1\S32DS\software\PlatformSDK_S32K1_S32M24 2.打开tcpip_itm_manifest.xml ，将版本从 3.0.0 改为 2.0.0 3.重新启动 S32DS 4.打开外设视图并运行"更新代码" 5. 再次运行 Build 顺祝商祺！ 帕维尔

NOR フラッシュに UBI を接続すると、U-Boot「ubi0: レイアウト ボリュームが見つかりません」というエラーが発生します。 「私は、256 MiB NOR フラッシュ (GD55B02g2) を搭載した i.MX ベースのボードで U-Boot 2024.04 を使用しています。」 U-Boot はフラッシュとパーティションを正しく検出します。 mtdparts=21e0000.qspi:448k(U-Boot),64k(U-BootEnv),-(ubi パーティション) しかし、U-Boot が UBI パーティションを接続しようとすると失敗します。 SPIFlashから環境をロード中... SF: ページサイズ256バイト、消去サイズ64 KiB、合計256 MiBのGD55B02g2を検出しました *** 警告 - CRC が不正です。デフォルトの環境を使用しています UBI から環境をロードしています... ubi0: mtd3 を接続 ubi0: スキャンが完了しました ubi0 エラー: ubi_read_volume_table: レイアウトボリュームが見つかりませんでした ubi0 エラー: ubi_attach_mtd_dev: mtd3 の接続に失敗しました、エラー -22 UBIエラー: mtd3をアタッチできません UBI エラー: UBI を初期化できません、エラー -22 UBI初期化エラー22 正しい MTD パーティションが使用されているかどうか (サイズが十分大きいか) を確認してください。 ** mtdパーティション「ubi-partition」が見つかりません mtdparts と mtd list はパーティションが有効であることを示します。 sf プローブは正常に動作します。 U-Boot が正常に接続できるように、この ubi パーティションを適切に初期化またはフォーマットするにはどうすればよいですか? => mtdパーツ デバイス nor0 <21e0000.qspi>、部品数 = 3 #: 名前 サイズ オフセット mask_flags 0: U-Boot 0x00070000 0x00000000 0 1: U-BootEnv 0x00010000 0x00070000 0 2: ubiパーティション 0x0ff80000 0x00080000 0 アクティブパーティション: nor0,0 - (U-Boot) 0x00070000 @ 0x00000000 デフォルト: mtdids: nor0=21e0000.qspi mtdparts: mtdparts=21e0000.qspi:448k(U-Boot),64k(U-BootEnv),-(ubi-partition) => mtdリスト MTD デバイスのリスト: * ノル0 - デバイス: flash@0 - 親: spi@21e0000 - ドライバ: jedec_spi_nor - パス: /soc/bus@2100000/spi@21e0000/flash@0 - タイプ: NORフラッシュ - ブロックサイズ: 0x10000 バイト - 最小I/O: 0x1バイト - 0x000000000000-0x000010000000 : "nor0" - 0x000000000000-0x000000070000 : 「U-Boot」 - 0x000000070000-0x000000080000 : 「U-BootEnv」 - 0x000000080000-0x000010000000 : 「ubiパーティション」 次を使用して、U-Boot で UBI パーティションをアタッチしてみました。 => sfプローブ => ubi パート ubi パーティション U-Boot が UBI デバイスを正常に接続し、利用可能なボリュームを一覧表示することを期待していました。 しかし、次の理由で失敗しました: ubi0 エラー: ubi_read_volume_table: レイアウトボリュームが見つかりませんでした ubi0 エラー: ubi_attach_mtd_dev: mtd3 の接続に失敗しました、エラー -22 また、パーティション レイアウトが正しいことと、フラッシュが適切に検出されたことを確認するために、mtdparts と mtd list も実行しました。これで有効な UBI パーティションが確認されると思っていましたが、有効な UBI ヘッダーがまだないようです。 Re: U-Boot "ubi0: the layout volume was not found" error when attaching UBI on NOR flash. こんにちは@LoKi 返信が遅くなり申し訳ありません。まずは ubi パーティションをフォーマットして、有効な UBI パーティションにする必要があります。 BR

S32K144: lin_master_s32k144 (S32DS.ARM2.2) への FlexCAN の統合 おはよう： 現在、S32K144EVB ボードを使用してシステム デモを準備しており、1 つの従来の CAN-HS ネットワーク (500k) と 3 つの LIN を管理する必要があります。（19200、各LINに複数のスレーブ） k144EVB ボードは 3 つの LIN の LIN マスターとして動作します。そのため、開始点として LIN_master_S32K144 の例を選択しました。LINStACK は正常に動作しており、現在、プロジェクトへの CAN 通信の統合を確認し始めています。S32K144 のドキュメントと例を確認すると、K144 には CAN 通信を管理する 2 つの方法があることがわかります... FIFO 経由か MB 経由です... どちらが優れているかは不明です... 4 〜 5 件の CAN メッセージを受信し、コンテンツ データの一部を処理し、定期的に 1 つまたは 2 つの CAN メッセージを送信する必要があるシステムの場合: 1) LIN マスターがフル稼働することを考慮すると、FIFO または MB のどちらの構成の方が使いやすいですか? 2) NXP linstack と FlexCAN 統合の間でレジスタ/クロック/割り込みの競合が発生する可能性はありますか? 3) このような統合 (LIN-MASTER + CAN-HS) を備えた例は既に存在しますか? Re: S32K144: Integration of FlexCAN inside lin_master_s32k144 (S32DS.ARM2.2) こんにちは@rricart LIN と CAN の間には関係はなく、2 つの独立したペリフェラルです。 S32K1 FlexCAN の場合、CAN FIFO は CAN FD をサポートしていないため、CAN FD をサポートする必要があるかどうかを検討する必要があります。 プロジェクトで CAN FD 機能が必要ない場合は、MB または FIFO のいずれかで十分です。 このリンクで提供されているデモを参照できます。このデモでは、FlexCAN のさまざまな使用方法が分類され、簡単なテスト デモが提供されています。 https://community.nxp.com/t5/S32K-Knowledge-Base/S32K1xx-FlexCAN-Mask-Setting-Demo/ta-p/1519753

i.MX95 上的显示输出问题 - LVDS 连接不起作用 大家好 我们已经成功地为恩智浦 i.mx95LPD5EVK-19cm 板构建并刷新了 Yocto 镜像。根据《快速入门指南》，应使用 IMX-MIPI-HDMI 适配器通过 J14 MIPI-DSI 接口连接显示器。不过，我们目前只能使用 IMX-LVDS-HDMI 适配器，我们以前曾在恩智浦 i.MX8 平台上使用过这种适配器。 我们注意到 i.MX95 板包含两个 LVDS 连接器。我们尝试使用两者连接显示器，但板似乎无法识别连接的监测。（我们附上了照片以供参考。） 我们的主要问题是：i.MX95 板 是否支持 LVDS 显示输出，还是在当前设备树配置中可能禁用此功能？或者，MIPI 是否是该板唯一支持的显示界面，要求我们获取 IMX-MIPI-HDMI 适配器？ 如能提供任何指导或说明，将不胜感激。 致以最诚挚的问候， Dušan Re: Display Output Issue on i.MX95 – LVDS Connection Not Working 你好@DusanStanisic99, 我尝试了你提到的步骤，并将 DTB 更新为 imx95-19x19-evk-it6263-lvds1.dtb。但是，我现在在启动过程中面临以下问题： root @imx95a1evk：~# dmesg | grep it6263 [3.514817] it6263 2-004c：使用驱动程序 it6263 的探测失败，出现错误 -5 根 @imx95a1evk：~# dmesg | grep drm [3.611604] imx95-ldb 4b0c0000.syscon: ldb @4： [drm:ldb_init_helper] *ERROR* 无效通道节点地址：1 [ 6.837909] systemd[1]：Starting Load Kernel Module drm... root@imx95a1evk:~# ls /sys/class/drm/ version 你有什么建议可以解决这个探测失败和 DRM 通道节点错误吗？ 预先感谢您的帮助！ Re: Display Output Issue on i.MX95 – LVDS Connection Not Working 嗨，@卡比尔、 我们设法解决了这个问题，但还没有在网上更新帖子。解决办法是将加载的默认 DTB 改为：imx95-19x19-evk-it6263-lvds1.dtb 你可以使用串行通信在 U-启动 上停止执行，然后运行： setenv fdtfile imx95-19x19-evk-it6263-lvds1.dtb saveenv 启动 更改后，显示输出将永久设置为 LVDS。 希望对您有所帮助！           Re: Display Output Issue on i.MX95 – LVDS Connection Not Working 你好@DusanStanisic99， ，我在使用 i.MX95 LVDS 显示输出时也遇到了同样的问题。请告诉我您是否解决了这个问题，如果是，您是如何解决的？ 预先表示感谢。 Re: Display Output Issue on i.MX95 – LVDS Connection Not Working 你好、 由于我们使用的是HMI-LVDS-HDMI 适配器，因此通过使用 dtb (imx95-19x19-evk-it6263-lvds-dual.dtb) 和 overlay (imx95-19x19-evk-it6263-lvds-dual.dtbo) 组合而非 默认组合，我们成功地将输出重定向到标准 HDMI 显示器的全高清分辨率 。 但是，当我们插入基于使用情况的 1920x720 分辨率 HDMI 显示器时，我们的驱动程序出现了故障（将添加图片），Weston 服务也出现了故障（将提供日志）。 这说明默认情况下可能不支持某些自定义分辨率。您能否为我们提供一些指导，告诉我们应该研究什么，或者应该在哪里进行修改？ Weston 服务日志： root@imx95-19x19-lpddr5-evk:~# cat /run/user/0/weston.log 日期：2025-05-21 UTC [12:03:24.176] Weston 12.0.4 https://wayland.freedesktop.org 错误报告请发送至： https://gitlab.freedesktop.org/wayland/weston/issues/ 版本：10.0.0-1228-gc3c1f9ff+ [12:03:24.177] 命令行：/usr/bin/weston--log=/run/user/0/weston.log--modules=systemd-notify.so [12:03:24.177] 操作系统：Linux，6.6.36-lts-next-g27c987054d68，#1 SMP PREEMPT 9 月 4 日星期三 08:2254d68 UTC 2024 年:45，aarch64 [12:03:24.177] 飞行记录器：启用 [12:03:24.177] 使用配置文件 "/etc/xdg/weston/weston.ini"[12:03: 24. 177] 输出重绘窗口最大为 16 毫秒。 [12:03:24.177] 正在加载模块"/usr/lib/libweston-12/drm-backend.so"。 [12:03:24.193] 初始化 drm 后台 [12:03:24.193] 尝试 libseat 启动器... [12:03:24.193] [c/debug/seatd/0.8.0/libseat/backend/seatd.c:64] 无法连接到套接字 /run/seatd.sock：没有此类文件或目录 [12:03:24.193] [c/debug/seatd/0.8.0/libseat/libseat.c:76] 后端 "seatd "打开 seat 失败，跳过。 [12:03:24.199] [c/debug/seatd/0.8.0/libseat/libseat.c:73] 使用后端 "logind "打开席位 [12:03:24.199] libseat：已授予会话控制权 [12:03:24.205] 使用 /dev/dri/card0 [12:03:24.205] DRM：支持原子模式设置 [12:03:24.205] DRM：支持 GBM 修改器 [12:03:24.205] DRM：不支持异步翻页 [12:03:24.205] DRM：支持图片宽高比 [12:03:24.205] 正在加载模块"/usr/lib/libweston-12/g2d-renderer.so [12:03:24.236] event0-scmi_dev.11：被 udev 标记为：键盘 [12:03:24.236] event0-scmi_dev.11：设备是键盘[12:03:24.243] event6- WM8962 蜂鸣发生器：未标记为支持的输入设备 [12:03:24.244] event6-不使用输入设备 “/dev/input/event6” [12:03:24.254] event1-罗技 USB 键盘：被 udev 标记为：键盘[12:03:24.254] event 1-罗技 USB 键盘：设备 是 键盘 [ 12:03:24.264] event2-罗技 USB 键盘消费者控制：被 udev 标记为：键盘 [12:03: 24.265] event2-罗技 USB 键盘消费者控制：设备是键盘 [12:03:24.274] event3-罗技 USB 键盘系统控制：被 udev 标记为：键盘[12:03:24.274] event3-罗技 USB 键盘系统控制：设备是键盘 [12:03:24.284] event4-罗技 USB 光电鼠标：被 udev 标记为 ：鼠标 [12:03:24.285] event4- 罗技 USB 光电鼠标：设备是指针[12:03:24.359] event5-HID 0712:000 a：被 udev 标记为：触摸屏 [12:03:24.360] event5-HID 0712:000 a：设备是触摸设备 [12:03:24.379] libinpu t：配置设备 " scmi_dev .11 "。 [12:03:24.379] libinput：配置设备 " 罗技 USB 键盘 ". [12:03:24.379] libinput：配置设备 " 罗技 USB 键盘消费者控制 ". [12:03:24.379] libinput：配置设备 " 罗技 USB 键盘系统控制 ". [12:03:24.379] libinput：配置设备 " 罗技 USB 光电鼠标 ". [12:03:24.379] 触摸屏-HID 0712:000 a-/sys/devices/Platform/soc/4c200000.usb/CI_HDRC.0/USB1/1-1/1-1.3/1-1.3:1.03:0712:000A.0005/input/input11/Event5 [12:03:24.379] libinput：配置设备 " HID 0712:000 a "。 [12:03:24.379] 输入设备 event5 没有关联的已启用输出（未命名），暂时跳过校准。 [12:03:24.469] DRM：找到 "HDMI-A-1 "头，已连接 40 号连接器，EDID 制作为 "KTC"，型号为 "WaveShare"，序列号为 "1"。 支持 EOTF 模式：SDR [12:03:24.470] 注册了大小为 40 的插件 API "weston_drm_output_api_v1"。 [12:03:24.470] 颜色管理器：无操作 [12:03:24.470] 正在加载模块 '/usr/lib/libgbm.so'. [12:03:24.470] 加载模块失败：/usr/lib/libgbm.so: 无法打开共享对象文件：No such file or directory [12:03:24.471] no available modes for HDMI-A-1 (this is related to the picture above) [12:03:24.471] Cannot configure an output using weston_drm_output_api. [12:03:24.472] event0-scmi_dev.11：设备已移除 [12:03:24.474] event1-罗技 USB 键盘：设备已移除 [12:03:24.476] event2-罗技 USB 键盘消费者控制：设备移除 [12:03:24.480] event4-罗技 USB 键盘系统控制：设备移除 [12:03:24.480] event4-罗技 USB 键盘事件 4-罗技 USB 键盘系统控制光电鼠标：设备已移除 [12:03:24.481] event5-HID 0712: 000 a：设备已移除 此致 杜尚 Re: Display Output Issue on i.MX95 – LVDS Connection Not Working 你好 要让 LVDS 在 MX95 上运行，需要对 dtb 进行一些修改，但是最新的 linux 电路板支持包中包含了它，请查看一下。 您的故障更像是缺少 GPU，请使用 yocto 中的完整图像，看看会发生什么。 此致 Re: Display Output Issue on i.MX95 – LVDS Connection Not Working 下面是一些来自 dmesg 的其他日志： root@imx95evk:~# dmesg -w | grep drm [ 2.977422][drm:drm_bridge_attach] *ERROR* 将桥接器 /soc/dsi@4acf0000 连接到编码器失败 None-39: -19 [ 2.987370][drm:drm_bridge_attach] *ERROR* 将网桥 /soc/syscon@4b010000/bridge@8/ports/port@0 连接到编码器失败 None-39: -19 [ 3.006505][drm:drm_bridge_attach] *ERROR* 将网桥 /soc/bridge@4b0d0000/channel@0 连接到编码器失败 None-39: -19 [ 3.006520]imx95-dpu 4b400000.display-controller:[drm] *ERROR* 未能将桥接器连接到 stream0 的编码器： -19 [ 6.895845]systemd[1]：Starting Load Kernel Module drm... ^C root@imx95evk:~# dmesg -w | grep gpu [ 2.412169]Mali 4d900000.Gpu：内核 DDK 版本 r50p0-00eac0 [ 2.419577]Mali 4d900000.Gpu：为 GPU 存档初始化寄存器 LUT 000a0a00 0x000a0c07 [ 2.433046]Mali 4d900000.Gpu：在硬件问题表中未找到 r0p0 状态 1； [ 2.445219]Mali 4d900000.Gpu：回退到最接近的匹配：R0P0 状态 0 [ 2.461651]Mali 4d900000.Gpu：通过后备匹配正常执行 [ 2.469057]Mali 4d900000.Gpu：GPU 标识为 0x4 arch 10.12.7 r0p0 status 0 [ 2.481551]Mali 4d900000.Gpu：CSF_GPU_RESET_TIMEOUT 上限从 12400ms 降至 4500ms [ 2.489391]Mali 4d900000.Gpu：KBASE_PRFCNT_ACTIVE_TIMEOUT 上限为 24000ms 至 4500ms [ 2.489396]Mali 4d900000.Gpu：KBASE_AS_INACTIVE_TIMEOUT 的上限从 24000ms 降为 4500ms [ 2.511041]Mali 4d900000.Gpu：CSF_FIRMWARE_STOP_TIMEOUT 的上限从 24000ms 调整为 4500ms [ 2.519312]Mali 4d900000.Gpu：未配置优先级控制管理器 [ 2.526015]Mali 4d900000.Gpu：编译时已禁用大型页面支持！ [ 2.526042]Mali 4d900000.Gpu：未配置内存组管理器 [ 2.526060]Mali 4d900000.Gpu：受保护的内存分配器不可用 [ 2.557911]Mali 4d900000.Gpu：使用配置的功率模块 mali-tvax-powermodel 和备用的 mali-simple-power-model [2.575151]Mali 4d900000.Gpu：OPP 0 : opp_freq=1000000000 core_mask=1 [ 2.589295]Mali 4d900000.Gpu：OPP 1 : opp_freq=800000000 core_mask=1 [ 2.589301]Mali 4d900000.Gpu：OPP 2 : opp_freq=500000000 core_mask=1 [ 2.596639]Mali 4d900000.Gpu：* MALI kbase_mmap_min_addr 编译为 CONFIG_DEFAULT_MMAP_MIN_ADDR，无法进行运行时更新！* [ 2.635192]Mali 4d900000.Gpu：被检测为 mali0 [ 3.772845]debugfs：目录 "gpu "的父目录 "pm_genpd "已经存在！  

MPC5748G MCUのEXTENDED SPIモードでEOQFフラグが設定されない こんにちは、チームの皆さん 32 ビット フレームの送信に MPC5748G MCU の拡張 SPI モードを使用していますが、転送の最後に EOQF フラグが設定されないという問題が発生しています。MPC5777C MCU にも同じコードを使用しており、すべてが期待どおりに動作しています。 この問題の原因について何かアイデアはありますか。あらゆる提案やアイデアは大いに活用されます。 いくつかの洞察を楽しみにしています。 よろしくお願いします。 よろしくお願いいたします。 クリシュナ。 i.MX RT 向け eIQ 機械学習ソフトウェア Re: EOQF flag is not getting set in EXTENDED SPI mode in MPC5748G MCU こんにちは、Y iseyさん ご返答ありがとうございます。EOQ フラグを確認しない限り、SPI モジュールを正しく構成して 32 ビット フレームを送信し、MPC5748 で読み取りと書き込みの両方が機能しています。そして、最後のワードを送信するように EOQ フラグを設定しましたが、モジュールはそれを認識しません。 ちなみに、EOQ には割り込みは使用せず、そのフラグをポーリングしています。 「ダミーのキュー終了ワード」について言及されていますが、これはどういう意味か説明していただけますか? よろしくお願いします。 よろしくお願いいたします。 クリシュナ。

swd構成デバイスが検出されません こんばんは、 残念ながら、フラッシュを誤ってプログラミングした後、ターゲットを見つけることがCANません。 .launchを削除してみましたファイル; カードが存在することはCAN認識しますが、もう見つかりません。 外部デバッガーがありません。ターゲットを修復するにはどうすればいいですか? よろしくお願いいたします。 Re: swd configuration no device detected こんにちは、パブロさん。 RT1062-EVKB ボードを使用していますが、プログラムもできません。MCUXpresso IDE は CMSIS-DAP デバッガーを検出しますが、デバッグ セッションを起動すると、SWD が検出されないというメッセージが表示されます。セキュア プロビジョニング ツールで提案されたことを実行しようとしましたが、チップの検出にも失敗しました。SO、CMD を使用して強制しようとしましたが、何も機能しませんでした。何か提案はありますか？ Re: swd configuration no device detected おはようございます、パブロさん。 どうぞよろしくお願いいたします。なんとか修理でき、カードは動作するようになりました。 なぜこのようなことが起こったのか教えていただけますか? 改めて感謝申し上げます。 Re: swd configuration no device detected こんにちは@Transidico 、 フラッシュメモリが保護されている可能性があります。メモリが保護されているかどうか確認してもらえますか? これは、MCUXpresso Secure Provisioning Toolを使用して実行 CAN。 UART ボタン (赤) をクリックします。これにより、「ターゲット プロセッサとの接続」ウィンドウが開きます。 MCU-Link USB (J13) を介してボードを接続し、テスト接続ボタン (緑) を使用して UART 接続をテストします。 フラッシュが図のように固定されている場合は、次の操作を試してください。 コマンドラインインターフェース (青) を開き、次のコマンドを実行します。 blhost -p COM37,57600 -- フラッシュ消去すべて非セキュア 注: COM ポートは設定によって異なる場合があります。 よろしくお願いします、 パブロ Re: swd configuration no device detected 一括消去コンソール: フラッシュ操作「消去」を実行しています (フラッシュ消去) - Wed Sep 10 10:16:37 CEST 2025 MCU 情報を確認しています... ターゲットをスキャンしています... フラッシュアクションを実行しています... MCUXpresso IDE RedlinkMulti ドライバ v24.9 (2024年9月19日 19:34:05 - crt_emu_cm_redlink.exe ビルド 802) ( 0) リモート構成の読み取り Wc(03)。キャッシュはサポートされていません。 C:/ユーザー/transidico/Desktop/workspace2/TB1585/Debug\MCXC242.xml にチップ XML ファイルが見つかりました （5）リモート設定完了 既存の LinkServer プロセスに再接続しました。 ============= スクリプト: MCXC_connect.scp ============== MCXC 接続スクリプト プローブインデックス = 1 に接続しています このプローブ = 1 このTAP = 0 このコア = 0 DPID = 0BC11477 NRESETをアサートする リセットピンの状態: 00 パワーアップデバッグ MDM-AP APID: 0x001C0020 MDM-AP システムリセット/ホールドリセット/デバッグ要求 MDM-AP制御: 0x00000008 MDM-AP ステータス (フラッシュ準備完了): 0x00000036 部品は固定されています 一括消去が必要です ============= スクリプト終了 ============================ プローブファームウェア: MCU-LINK FRDM-MCXC242 (r0E7) CMSIS-DAP V3.160 (NXP Semiconductors) シリアル番号: D3RQLYWOEAOJ0 VID:PID: 1FC9:0143 USBパス: 0001:000d:00 適切なコアを検索した後、コア0のメモリを使用する redlink サーバー クライアント - 2000 ミリ秒後にサーバーからの応答 (op 62 へ) を受信できませんでした - タイムアウトしました (rc 138) 接続に失敗しました - EE(47): デバッグメールボックス要求が失敗しました...再試行しています redlink サーバー クライアント - 2000 ミリ秒後にサーバーからの応答 (op 12 へ) を受信できませんでした - タイムアウトしました (rc 138) プローブ 1 TAP 0 は TAP ID の読み取りに失敗しました - Ee(FF)。Redlink インターフェース エラー 255。 接続に失敗しました: Ee(FF)。Redlink インターフェース エラー 255。 接続してリセットしました。以前は: 未接続でした。DpID: 0BC11477。CPUID: 00000000。情報: 最後のスタブエラー0: OK 最後のスティッキーエラー: 0x0 AIndex: 0 デバッグバスが選択されました: MemAp 0 DAP 速度テストが実行されなかったか失敗しました デバッグ プロトコル: SWD。RTCK: 無効。ベクターキャッチ: 無効。 （100）ターゲット操作に失敗しました redlink サーバー クライアント - 警告 - サーバーからの予期しないデータ 28 バイト デバッグセッションの終了時にエラーが発生しました - Nn(05)。DAP アクセスにおける Wire ACK 障害 操作を実行できません! コマンドは終了コード 1 で失敗しました Re: swd configuration no device detected おはようございます、パブロさん。 LPC55s69のプログラミングを試みましたが、うまくいきませんでした。フラッシュメモリの一括消去も試みましたが、やはりうまくいきませんでした。 .launchファイルを削除した場合デバイスが見えます しかし、充電しようとするとデバイスが認識されません。 本当にどうすればいいのか分からない。 ありがとうございます。よろしくお願いいたします。 Re: swd configuration no device detected この新しいファームウェアが何と関係があるのか分かりません。フラッシュを間違ってプログラムした場合、フラッシュを一括消去すると問題が解決すると思います。コンソールからの変数を使用してフラッシュをプログラムし、コンソールが突然シャットダウンした場合、フラッシュを誤ってプログラムしたことになります。一括消去でこの問題が解決するかどうか教えていただけますか? ご返信ありがとうございます。 Re: swd configuration no device detected こんにちは@Transidico 、 CAN LPC55S69 のファームウェアを更新することで問題が解決するかどうかをテストするのを手伝ってもらえますか? 次の投稿に記載されている手順に従ってください。 MCX-NとMCX-Aのデバッガーを更新する方法 - NXPコミュニティ FRDM-MCXC242 で EVK を DFU モードに設定するには、ジャンパー JP1 を閉じる必要があります。 よろしくお願いします、 パブロ Re: swd configuration no device detected 何が起こったのか説明しましょう。私は統合された mcxpresso コンソールを備えた frdm-mcxc242 ボードを使用しています。コンソールから挿入してフラッシュ ドライブに変数を保存する、非常にシンプルなプログラムを作成してみたいと思いました。変数をフラッシュ ドライブに 3 回または 4 回保存して読み取った後、ある時点で、前述の画面 (SWD にデバイスが利用できません) が表示されました。 外部デバッガーは使用していませんが、ボードを回復する必要があります。リセットボタンを押してPCを再起動してみたのですが、効果はありませんでした。 ボードは紛失しましたか?

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

IW610モジュールを搭載したカスタムボードでSDIO初期化が停止する こんにちは、皆さん。 私はカスタム ボードを使用してMIMXRT1176に取り組んでおり、 IW610チップ ファミリに基づく Bluetooth/Wi-Fi モジュール用に MCUXpresso SDKs v25.09を使用しています。 ハードウェア接続: SDIO インターフェース: SD_DATA0-3、SD_CMD、SD_CLK がコネクテッド。 UART : Tx、Rx、GND コネクテッド。 GPIO : WL_RST、SDIO_RST がコネクテッド。 モジュールは外部 USB-C ケーブルを介して電源を供給されます。 ソフトウェア: 私は BLE 用の SDK サンプルWireless_uartを使用しています。 プリプロセッサ セクションのマクロを次のように更新しました。 WIFI_IW610_ボード_ムラタ_2LL_M2 SDIO インターフェースを初期化しようとすると、プログラムがループに陥ります。 ハングが発生しているコードセクションのスクリーンショットを添付しました。 この問題の原因は何なのか、またはカスタム ボード上の IW610 モジュールの適切な SDIO 初期化に関するガイダンスを提供できる方はいらっしゃいますか? 前もって感謝します、 アマール。 Re: SDIO Initialization Stuck on Custom Board with IW610 Module こんにちは@Ricardo_Zamoraさん、 他のサンプルコードを使用してテストしましたが、同じ問題が発生しました。コマンド転送が正しく応答している間、Wi-Fi クライアントの例では、長さ 16 または 17 を返す次の関数を使用して確認されます。 t_u16 wlan_card_read_f1_base_regs(void) { t_u16 レジスタ; uint32_t 応答 = 0; (void)sdio_drv_creg_read(READ_BASE_0_REG、1、&resp); reg = (t_u16)(応答 & 0xFFU); (void)sdio_drv_creg_read(READ_BASE_1_REG、1、&resp); reg |= (t_u16)((resp & 0xFFU) << 8); reg を返します。 } しかし、ファームウェアデータを送信しようとすると、転送は SDMMCHOST_TransferFunction 。この関数は、以下のフラグを使用してデータ転送の失敗を検出します。 else条件 そしてセット エラー = kStatus_Fail 。 ご参考までに機能の画像を添付いたしました。このデータ転送の問題を解決する方法についてアドバイスをいただけませんか? どちらも IW610 チップセット ファミリをベースとしていますが、MURATA TYPE 2LL モジュールに提供されているのと同じファームウェアを MAYA W4 モジュールにも使用できますか? ありがとう、よろしく。 タラク。 Re: SDIO Initialization Stuck on Custom Board with IW610 Module こんにちは、アマールさん。 もしかしたら、他の Wi-Fi の例もテストしたことがありますでしょうか? よろしくお願いいたします。 リカルド Re: SDIO Initialization Stuck on Custom Board with IW610 Module こんにちは@Ricardo_Zamora 、 私の進捗状況について最新情報をお知らせします。SDIO の初期化が正常に機能しており、ファームウェアを MAYA W476 モジュールにダウンロードしようとしています。ただし、 fwdnld_sdio.c内の関数static fwdnld_intf_ret_t sdio_interface_send()で問題が発生しています。実行中、長さの値は2 ～ 3 回の反復で 16になり、その後はエラーが発生します。正確な停止位置を示す画像を参考までに添付しました。 さらに、次の点を明確にしておきたいと思います。Murataタイプ 2LL モジュールとMAYA-W4はどちらもIW610 チップセットをベースとしているため、 Murata 2LL に提供されているのと同じファームウェアを MAYA-W4 でもCAN使用できますか? よろしくお願いいたします。 アマール。 Re: SDIO Initialization Stuck on Custom Board with IW610 Module ご説明のとおり、Wi-Fi/BLE モジュールの完全な部品番号はu-blox MAYA-W476で、 NXP IW610チップセットをベースにしています。 ドライバのサポートが利用可能な場合は、サポートを有効にするために必要なソフトウェアの変更について教えてください。 よろしくお願いいたします。 アマルナート。 Re: SDIO Initialization Stuck on Custom Board with IW610 Module こんにちは @Ricardo_Zamora 、 ご返信よろしくお願いします。 1.私は持っていません MIMXRT1170-EVKB 、これが私がカスタム ボードを使用している理由です。 2. 現在、 ユーブロックス MAYA-W4 モジュールは、 IW610 Wi-Fi/BLE 用のチップ ファミリ。 u-blox MAYA-W4 のドライバー/ファームウェア サポートが利用可能かどうか教えてください。 よろしくお願いいたします。 アマール。 Re: SDIO Initialization Stuck on Custom Board with IW610 Module こんにちは、 あなたの調子が良いといいのですが。もしかしたら、弊社のMIMXRT1170-EVKBを試してみたことがありますか？同じ動作が見られますか? 2LL Murataモジュールを使用していることをご確認ください。 よろしくお願いいたします。 リカルド

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 ファイルを変更することで実現されます。

S32G399A 运行 SRAM 演示错误 亲爱的工程师们 在自定义板和 VNP-RDB3 参考板的比较测试中使用 S32G399A 时，我遇到了以下问题： 串行输出问题：使用 S32DS FlashTools 刻录"S32G_TestTransmission_921600_0x34080000_SRAM.bin 之后"以两个板为例，VNP-RDB3 可以正确输出数据，但是我的板没有输出任何数据。 1.QSPI 闪存算法错误：在我的板上使用 S32DS FlashTools 烧录 QSPI FLASH 算法会导致错误（QSPI FLASH 与 VNP-RDB3 的型号相同）。 2. 工作演示：使用 S32DS + S32Debug Probe 烧录的 M7 UART 演示和 M7 GMAC 演示版可在我的板上正常运行。 3. 附加信息：我的主板上的时钟源是 1.8V CMOS 有源晶振，它与 VNP-RDB3 的时钟配置不同。 晶体波和 S32DS 闪存工具错误 Re: S32G399A Run SRAM Demo ERROR 您好， 抱歉回复晚了。 您能提供更多信息吗？ 你能用 Flash T ool 把 " S32G_TestTransmission_921600_0x34080000_SRAM.bin " 刷到你的客户板上 或非 Flash 吗？您是否在客户板上使用过 Flash 算法？图像的功能是什么？ BR 乔伊 Re: S32G399A Run SRAM Demo ERROR 该问题发生在闪存算法编程之后，编程之后 QSPI 时钟没有波形。 Re: S32G399A Run SRAM Demo ERROR hi，liuchi 感谢您提供的信息和提出的问题。 在将图像加载到或非闪存之前，您应该烧录下载算法。在你关于 “在我的板上使用 S32DS FlashTools 烧录 QSPI FLASH 算法会导致错误 "” 的信息中，我认为你应该检查一下客户板上的硬件问题。确保算法加载成功。 BR 乔伊 Re: S32G399A Run SRAM Demo ERROR 大家好 我可以在文件夹下提问吗？ C:\NXP\S32FlashTool_2.3.3\examples\S32G\SRAM\ 有 2 个 bin 文件 - S32G_TestTransmission_921600_8E1_0x34080000_SRAM.bin - S32G_TestTransmission_921600_8E1_0x34080000_SRAM_SINGLE.bin 我试着把它们放到评估板 (EVB3) 上，通过 UART 刷机 - S32G_TestTransmission_921600_8E1_0x34080000_SRAM.bin -> worked - S32G_TestTransmission_921600_8E1_0x34080000_SRAM_SINGLE.bin -> 不显示任何控制台 它们之间有什么不同？ 谢谢！

iMX8MPlus + 88W8987 + PDnピン iMX8MPlusのPDnピンを使用してAndroid 10で8987モジュールを再起動しようとしています     # モジュールをアンロードする $ rmmod -f moal $ rmmod -f mlan     [ 987.206583]wlan: MWLAN ドライバをアンロードしています [ 987.211780]wlan: ドライバがアンロードされました     #MMCコントローラのバインドを解除 $ echo "30b50000.mmc"> /sys/bus/プラットフォーム/ドライバ/sdhci-esdhc-imx/unbind   [ 988.124586]mmc1: カード0001が取り外されました   # PDnをLOWに設定   $ echo "30b50000.mmc"> /sys/bus/プラットフォーム/ドライバ/sdhci-esdhc-imx/bind   [ 998.119429]mmc1: 30b50000.mmc 上の SDHCI コントローラ [30b50000.mmc]ADMAを使用する       # PDnをHIGHに設定   [ 1010.224255] mmc1: アドレス0001の新しい超高速SDR104 SDIOカード     # モジュールをロードする $ insmod /vendor/lib/modules/mlan.ko $ insmod /vendor/lib/modules/moal.ko mod_para=wifi_mod_para.conf       [ 1027.098443] wlan: MWLANドライバを読み込んでいます [ 1027.103256] wlan: バス ドライバに登録... [ 1027.120295] ベンダー=0x02DF デバイス=0x9149 クラス=0 機能=1 [ 1027.126578]マウントハンドルオペレーション、カードインターフェースタイプ: 0x105 [ 1027.133282]SD8987: usr cfg からの init モジュール パラメータ [ 1027.138829] カードタイプ: SD8987、構成ブロック: 0 [ 1027.143989] cfg80211_wext=0xf [ 1027.147669] sta_name=wlan [ 1027.151001] uap_name=wlan [ 1027.154341] wfd_name=p2p [ 1027.157589] max_vir_bss=1 [ 1027.160926] cal_data_cfg=なし [ 1027.164611] ps_mode = 2 [ 1027.167844] auto_ds = 2 [ 1027.171028] host_mlme=有効 [ 1027.174629] fw_name=sdiouart8987_combo_v0.bin [ 1027.179833]SDIO: max_segs=128 max_seg_size=65472 [ 1027.185353] rx_work=1 cpu_num=4 [ 1027.189296]MLAN アダプタ操作の接続。card_type は 0x105 です。 [ 1027.204869] wlan: TX SGモードを有効にする [ 1027.209100] wlan: RX SGモードを有効にする [ 1027.216328]ファームウェアのリクエスト: sdiouart8987_combo_v0.bin [ 1028.066187]Wlan: FW のダウンロードが終了しました。firmwarelen=603832 がダウンロードされました (603832) [ 1030.080214]ファームウェアステータスのポーリングに失敗しました: firmwarestat=0xf005 [ 1030.086693]FWが時間内にアクティブ化できませんでした。 [ 1030.091600] wlan_dnld_fw 失敗 ret=0xffffffff [ 1030.096656]WLAN: nowwait: 0 で FW のダウンロードに失敗しました [ 1030.102459]SDIO 機能0 (0x0-0x9): 43 03 02 02 03 00 00 02 03 00 [ 1030.109401]SDIO 機能 1 (0x10-0x17): 00 00 00 00 00 00 00 00 [ 1030.116157]SDIO 機能1: (0x8) 00 (0x58) 00 (0x5c) 0d (0x5d) 00 (0x60) 01 (0x61) 00 (0x62) 00 (0x64) 10 (0x65) 01 (0x66) 00 (0x68) 00 (0x69) 00 (0x6a) 00 [ 1030.130949]SDIO 機能1 (0xe8-0xf2): 05 f0 00 00 00 00 00 00 24 14 70 [ 1030.241168]SDIO 機能1 (0xe8-0xf2): 05 f0 00 00 00 00 00 00 24 14 70 [ 1030.248445] woal_request_fw が失敗しました [ 1030.252557]ファームウェアの初期化に失敗しました [ 1030.260510]フリーモジュールパラメータ [ 1030.264292] woal_add_card が失敗しました [ 1030.268383] wlan_sdio: mmc1:0001:1 のプローブがエラー -1 で失敗しました [ 1030.275567] wlan: バスドライバへの登録が完了しました [ 1030.280673] wlan: ドライバが正常にロードされました       # cat /sys/kernel/debug/mmc1/ios クロック: 208000000 Hz vdd: 21 (3.3 ~ 3.4 V) バスモード: 2 (プッシュプル) チップセレクト: 0 (無視) 電源モード: 2 (オン) バス幅: 2 (4 ビット) タイミング仕様: 6 (SD uhs SDR104) 信号電圧: 1 (1.80 V) ドライバタイプ: 0 (ドライバタイプ B)   wifi 8987 + imx8m プラス   &usdhc2 { 割り当てられたクロック = <&clk IMX8MP_CLK_USDHC2>; 割り当てられたクロックレート = <400000000>; pinctrl-names = "default", "state_100mhz", "state_200mhz"; ピンctrl-0 = <&pinctrl_usdhc2>; pinctrl-1 = <&pinctrl_usdhc2_100mhz>; pinctrl-2 = <&pinctrl_usdhc2_200mhz>; バス幅 = <4>; pm-無視-通知; 電源を停止したままにする; fsl、sdio 非同期割り込みが有効; ステータス = "正常"; }; Re: iMX8MPlus + 88W8987 + PDn pin こんにちは、 以下のハードウェア条件により、ログにエラー コードが記録されますので、それぞれのポイントを確認してください。 1. SDIO通信が異常です 2. Wi-Fiチップの32.768Kクロックは使用されない 3. Wi-Fi チップの電源電流が足りません (FW をダウンロードするとき、ピーク電流要件が比較的大きく、3.3V の合計電源電流は 1.5A より大きくなければなりません)。 よろしくお願いいたします。

i.MX8M MiniはBOOTPで起動します カスタムのi.MX8M Miniボードを使用しているのですが、起動に問題が発生しています。特定のボードがSDカードからの起動に失敗し、代わりにBOOTPにフォールバックし、「パーティションテーブルがありません - mmc2...」や「PHYネゴシエーションを待機しています...」といったメッセージが表示されます。しかし、全く同じSDカードが同じデザインの別のスタックでは全く問題なく動作します。両方のボードは同一仕様で、SDカードには有効なYoctoイメージが入っています。このSDカードが動作した他のボードに、同じビルドの同一のSDカードを挿すと、同じBOOTPエラーが発生します。 この動作の違いの原因は何でしょうか？確認すべき点について何かアドバイスはありますか？ i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ Linux Yocto Project Re: i.MX8M Mini boots into BOOTP こんにちは、 SOC は USDHC 信号を正しく読み取ることができないため、SOM ボード上の USDHC 信号ラインに干渉がないか、または SOC の USDHC ピンに不適切なはんだ付けがないか確認する必要があります。 よろしくお願いします、 志明 Re: i.MX8M Mini boots into BOOTP こんにちは@Zhiming_Liu 動作していないスタックから動作しているキャリアに SoM を交換すると (またはその逆に、動作している SoM を問題のあるキャリアに配置すると)、ブートの問題は SoM に伴って発生します。問題のある SoM は常に起動に失敗しますが、正常であることがわかっている SoM はどのキャリアでも完璧に起動します。 これは、正常に動作することが確認されている SoM が接続されている場合、キャリア上の SD カード インターフェース が正常であることを示します。SDカード自体も同様に正常であることが確認されています。 問題が SoM/プロセッサから発生していると思われる場合、この動作の根本的な原因は何でしょうか?具体的には、SoM に続く「パーティション テーブルなし - mmc2」および「PHY ネゴシエーションを待機しています」エラーを診断するときに、i.MX8M Mini SoM のどのコンポーネントまたは側面に重点を置く必要がありますか? Re: i.MX8M Mini boots into BOOTP こんにちは@Vanshika 動作していないボードの SD カード インターフェース ハードウェアを確認してください。 よろしくお願いします、 志明

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 セルの作成問題に対する解決策を提案していただけますか? サポートありがとうございます。 さらに詳しい情報が必要な場合はお知らせください。

NFCコックピット用SPIアダプター こんにちは、 PN5180 および他のリーダー用のディスカバリー ボードを発見しました。このボードには USB<->SPI アダプターが搭載されているようで、NfcCockpit はこれを使用して PN5180 などのデバイスと通信できます。 私の質問は、同じことを実現する Arduino ベースのファームウェアはありますか? esp32 または rp2040 をベースにしたボードをたくさん持っていますが、提供されているファームウェアではサポートされていないようです... Re: SPI Adapter for the NFC Cockpit こんにちは。ご提案ありがとうございます! 最終的に、独自のソリューションを設計しました: https://github.com/dakhnod/NFCCockpitSPIAdapter 再度、感謝します！ Re: SPI Adapter for the NFC Cockpit こんにちは@dakhnod 1. 私の質問は、同じことを実現する Arduino ベースのファームウェアはありますか? いいえ、Arduino ベースのファームウェアはありません。 2. esp32 または rp2040 をベースにしたボードをたくさん持っていますが、提供されているファームウェアではサポートされていないようです... NFC COCKPIT VCOMをtesp32またはrp2040に移植できます。ソースコードはNFC Cockpit | NXP Semiconductorsからダウンロードできます。

S32K144 RAM 测试在启动阶段失败 当我在启动阶段进行下面的内存测试时，它总是在 step3 中RESET，我找不到原因， 请帮帮我/(ㄒoㄒ)/~~ -----------------------↓----------------↓----------------------------------- ;;RAM 测试 (__RAM_START=0x1FFF9000 /__RAM_END=0x20006FFF) ;;STEP 1 - 写入背景 00，地址递增 LDR R1, =__RAM_START LDR R2, =__RAM_END subs r2, r2, r1 subs r2, #1 ble .ts1_2 movs r0, #0 movs r3, #4 .ts1_1: ;测试步骤 1.1 str r0, [r1] add r1, r1, r3 subs r2, #4 bge .ts1_1 .ts1_2: ;测试步骤 1.1 ;;第 2 步 - 验证背景并写入反相背景 0xFF，地址递增 LDR R1, =__RAM_START LDR R2, =__RAM_END subs r2, r2, r1 subs r2, #1 ble .ts2_2 LDR R3, =0xFFFFFFFF .TS2_1: ;测试步骤 2.1 LDR R0, [R1] CMP R0, #0 BNE Fst_RAMTSTFAIL str r3, [r1] adds r1, r1, #4 subs r2, #4 bge .ts2_1 .ts2_2: ;测试步骤 2.2 ;;第 3 步 - 验证反相背景 0xFF，并写入背景 0x00，地址为 增加 ldr r1, =__ram_start ldr r2, =__ram_end 子系统 R2、R2、R1 SUBS R2, #1 BLE .TS3_2 MOVS R4, #0 .ts3_1: ;测试步骤 3.1 LDR R0, [R1］ LDR R3， =0xFFFFFFFF CMP R0, R3 BNE Fst_RAMTSTFAIL STR R4、[R1］ 追加 R1、R1、＃4 SUBS R2, #4 BGE .TS3_1 .TS3_2: ;测试步骤 3.2 ;;第 4 步 - 验证背景 0x00，并写入反转背景 0xFF，地址为 .... 第 5 步 - 核实反转背景并写入背景，地址递减 .... Re: S32K144 RAM test failed in startup phase 你好@丹尼尔-马蒂内克 我在禁用 wdog 之前做了 ram 测试，所以它会 RESET！ 在 s32k118（内存大小为 23k）上没有出现这种情况，因为要测试的内存小于 32k144（内存大小为 64k）。 我在内存测试前禁用了监控程序，结果运行正常😁 谢谢 Re: S32K144 RAM test failed in startup phase 你好，@李杰都、 在 RESET 状态下，WDOG 默认处于启用状态： 它在启动过程中被禁用： 此致， 丹尼尔 Re: S32K144 RAM test failed in startup phase 我找到了 RESET 原因，但仍然对此感到困惑，我甚至没有配置 wdog。 Re: S32K144 RAM test failed in startup phase 你好@丹尼尔-马蒂内克 很难找到 RESET 原因！这就是我在这里寻求帮助的原因😭 执行 RESET 处理程序（RESET 向量表）时，MCU 为空，然后它初始化寄存器 R1-R12 并启动 RAM 测试。其他什么都没做。 Re: S32K144 RAM test failed in startup phase 你好，@李杰都、 你还能识别 RESET 源吗？ Re: S32K144 RAM test failed in startup phase 你好@丹尼尔-马蒂内克 感谢您的回答，我已经执行了 HardFault 处理程序，但它没有运行。 这个代码用在 s32k118 上，我在 s32k144 上重复使用它，区别在于 RAM_START 和 RAM_END 的定义。 是代码出了问题，还是我忽略了 s32k144 的其他功能？ Re: S32K144 RAM test failed in startup phase 你好，@李杰都、 你知道 MCU RESET 的地址吗？ 如果 MCU 意外 RESET，则可能是内核锁定造成的，这会设置 RCM_SRS [LOCKUP] 标志。这种情况通常发生在故障（如 HardFault）发生时，而项目中没有执行有效的 HardFault_Handler。 为了改进调试并更有效地捕获这些异常，我建议实施自定义 HardFault_Handler。 此致， 丹尼尔