Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
使用 Yocto Scarthgap iMX8M Mini 实现 gltransformation 我想在 imx8M Mini Yocto 版本上将 " gltransformation " 添加到我的 gstreamer 中。我的 gst-inspect 中有其他"opengl" 库,但没有看到 gltransformation。 Re: gltransformation with Yocto Scarthgap iMX8M Mini 为了进一步澄清我的问题,我正在尝试在最小的 Yocto 版本中做到这一点(没有 X11/Wayloand)。这是一个无头 RTSP 服务器,我想使用 gltransformation 来校正视频。 我能够通过修补 gstreamer 配方来启用 gltransformation 来添加 " 石墨烯 ",但是在无头使用它时遇到了问题。 Re: gltransformation with Yocto Scarthgap iMX8M Mini 你好@cjcdev 希望你一切都好。 能否请您详细介绍一下您提到的问题? "在使用它时遇到问题,无头" 。 顺祝商祺! 萨拉斯 Re: gltransformation with Yocto Scarthgap iMX8M Mini @Manuel_Salas 我正在尝试在 Headless(没有 X11/Wayland)的 Yocto 版本上使用 gltransformation。我可以使用测试启动进行普通的 rtsp 直播。但是,当我尝试使用 gltransformation 管道时,却出现了故障。 我通过创建 gstreamer1.0-plugins-base_%.bbappend 启用了石墨烯: PACKAGECONFIG:append =" 石墨烯" 这允许将 gltransformation 作为 gstreamer 插件的一部分进行构建,我可以在 gst-inspect 中看到它。 然而,当我尝试创建管道时,却遇到了问题。我试过几种不同的方法: # viv_egl_platform=GBM\ gst_gl_platform=EGL\ gst_gl_api=gles2\ gst_gl _window=GBM\ test-launch-p 8554-m /camera " (v4l2src 设备=/dev/video2 do-timestamp=true! image/jpeg,width=2560,height=1440,framerate=30/1!jpegdec !glupload !gltransformation rotation-x=45 !gldownload !jpegenc !rtpjpegpay name=pay0 )" (测试发布:8012):gstreamer-GL-Critical **:21:16:47.035:gst_gl_display_egl_from_gl_display: 断言 'native_display != 0' 失败 (测试发布:8012):gstreamer-gl-Critical **:21:16:49.201:gst_gl_display_egl_from_gl_display: 断言 'native_display != 0' 失败 # EGL_PLATFORM=设备 \ GST_GL_PLATFORM=egl \ GST_GL_API=gles2 \ test-launch -p 8554 -m /camera "( v4l2src device=/dev/video2 do-timestamp=true ! image/jpeg,width=2560,height=1440,framerate=30/1!jpegdec !glupload !gltransformation rotation-x=45 !gldownload !jpegenc !rtpjpegpay name=pay0 )" EGL: 警告:wayland 上不支持默认显示 EGL: [ 2128.886314] audit: type=1701 audit(1777670225.965:17):auid=4294967295 uid=0 gid=0 ses=4294967295 subj=uncredined pid=8095 comm= " gstglcontext " exe= " /usr/bin/test-launch " sig=11 re s=1 警告:Wayland 分段故障(核心已转储)不支持默认显示器 # EGL_PLATFORM=设备 \ GST_GL_PLATFORM=egl \ GST_GL_API=gles2 \ GST_GL_WINDOW=surfaceless \ test-launch -p 8554 -m /camera "( v4l2src device=/dev/video2 do-timestamp=true ! image/jpeg,width=2560,height=1440,framerate=30/1!jpegdec !glupload !gltransformation rotation-x=45 !gldownload !jpegenc !rtpjpegpay name=pay0 )" EGL: 警告:wayland 上不支持默认显示 (测试发布:8193):gstreamer-gl-Critical **:21:17:34.954:gst_gl_display_egl_from_gl_display: assertion 'native_display != 0' failed EGL: Warning:wayland 上不支持默认显示 (测试发布:8193):gstreamer-gl-Critical **:21:17:37.004:gst_gl_display_egl_from_gl_display: 断言 'native_display != 0' 失败 Re: gltransformation with Yocto Scarthgap iMX8M Mini 仅供参考--除非 Weston 正在运行(且 LCDIF 已启用),否则 gstreamer 中的 GPU 加速似乎无法工作。
記事全体を表示
frdm-i.mx93 无法在 M33 之后启动准备就绪;Linux 和 Windows 上的 UUU SDPS 启动超时 您好,恩智浦技术支持、 我正在请求帮助恢复 FRDM-i.MX93 主板。在 “M33 准备就绪” 之后,板在早期的 SPL 启动期间会立即停止,并且不会继续运行 BL31 或完全 U-Boot。在 SDPS 启动期间,UUU 恢复也会因超时而失败。 董事会详情: 板:FRDM-i.MX93 SoC shown in serial log: 0xa1009300 LC shown in serial log: 0x2040010 PMIC: PCA9451A DDR: 3733MTS 典型的串行输出: U-Boot SPL 2024.04+gde16f4f1722+p0(Sep 02 2024 - 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: Over Drive Voltage Mode DDR: 3733MTS DDR: 3733MTS M33 ready ok 重建的 2025 SPL 也出现了同样的停止点: U-Boot SPL 2025.04(2026 年 4 月 26 日-16:21:54 +0000) PMIC:PCA9451A PMIC:过载电压模式 DDR:3733MTS DDR:3733 MTS DDR:3733MTS M33 准备好了 使用的硬件设置: P1 = 外部电源,使用 45 W USB-C 墙式适配器进行测试 P16 = 调试串行控制台 P13 = microSD 卡插槽 P2 = 用于 UUU / 串行下载器模式的 USB-C 连接 我还测试了用墙壁适配器供电,而不是用电脑 USB 供电。行为没有改变。 测试的主机系统: Linux Mint / Ubuntu 主机 Windows 主机 已测试的 UUU 版本: uuu 1.5.141 uuu 1.5.243 主要问题是电路板达到 SPL,初始化 PMIC 和 DDR,然后打印 “M33 准备就绪”,然后什么也没发生。它永远不会达到 “正常启动”、“正在尝试从 BOOTROM 启动”、“注意:BL31” 或完整 U-Boot。从 SD 和 eMMC 启动时会发生这种情况。 在 USB 串行下载器模式下,UUU 会检测到主板: sudo ./uuu-lsusb 连接的已知 USB 设备 路径芯片 Pro Vid Pid bcdVersion 5:2 MX93 SDPS: 0x1FC9 0x014E 0x0001 但是,在 SDPS 启动期间,UUU 会失败。使用的命令是 sudo ./uuu-V-b emmc_all imx-boot-imx93frdm-sd.bin-flash_singlebootimx-image-full-imx93frdm.rootfs.wic.zst 在 Linux 系统上,故障是 启动 cmd: sdps: boot-scanterm-f imx-boot-imx93frdm-sd.bin-flash_singleboot-scanlimited 0x800000 Fail HID(W):LIBUSB_ERROR_TIMEOUT 在 Windows 系统中,故障是 启动 cmd: sdps: 启动-scanterm-f。\ imx-boot-imx93frdm-sd.bin-flash_singleboot-scanlimited 0x800000 14% 失败 HID (W):LIBUSB_ERROR_TIMEOUT (-7) 在 Linux 和 Windows 上进行了测试,结果相同。 测试过的图像: 我测试了恩智浦官方 frdm-i.mx93 Rev 4.0 演示映像包: LF_v6.6.36-2.1.0_images_FRDM_4.0_IMX93 启动映像哈希值为: 7aba6102e5ec64add64add632cd6667e77fa3f6f6f6f6f6f6fd72c314e4c01f2964c0fc056a5f imx-boot-imx93frdm-sd.bin-flash_singleboot 我还测试了自己的 Yocto 镜像 imx93frdm,它使用相同的启动映像哈希值。 我验证了 SD 启动选择是否有效。在未插入 SD 卡的 SD 启动模式下,没有串行输出。在插入 SD 卡的 SD 启动模式下,SPL 在 “M33 准备就绪” 时开始和停止。因此,SD 启动开关似乎正在工作。 我还验证了恩智浦官方的 .wic映像包含预期偏移量为 32 KiB/0x8000 的启动映像。使用的命令 wic=nxp.wic 启动=imx -启动-imx93frdm-sd.bin-flash_singleBoot xxd -l 64 -s $((32*1024))"$WIC" xxd -l 64 -s 0"$BOOT" cmp-n " $ (stat-c%s " $BOOT ") "-i $ ((32*1024)): 0 " $WIC " " $BOOT " & & echo " " NXP WIC 包含 32K 的启动映像" 恩智浦 WIC 不包含 32K 的启动映像 " 结果: 恩智浦 WIC 包含 32K 的启动映像 因此,SD 映像似乎正确包含了启动容器。 为了排除只有 2024.04 SPL 映像是问题所在,我使用 Flexbuild/U-Boot 构建了一个更新的启动映像。内置映像中的 SPL 显示: U-Boot SPL 2025.04(2026 年 4 月 26 日-16:21:54 +0000)恩智浦 FRDM-IMX93 我将这个新的 flash.bin 文件写入 SD 卡,偏移量为 32 KiB: sudo dd if=flash-imx93frdm-2025.bin of=/dev/sdX bs=1K seek=32 conv=fsync sync 然后,主板打印了新的 SPL 标语,确认它正在执行新的 SD 启动映像: U-Boot SPL 2025.04(2026 年 4 月 26 日-16:21:54 +0000) PMIC:PCA9451A PMIC:过载电压模式 DDR:3733MTS DDR:3733 MTS DDR:3733MTS M33 准备好了 但是,它仍然在同一时间停止了,没有继续使用BL31/Full U-Boot。 eMMC 状态: 最初,eMMC 启动到足以登录 Linux 的程度,但由于根文件系统中缺少 /bin/sh,根登录被中断。在尝试恢复过程中,eMMC 使用 .wic 文件从 SD Linux 重写。图像之后,在 “M33 准备就绪” 之后,eMMC 启动也会停止。但是,使用恩智浦官方镜像启动SD时以及重建的2025 SPL也会出现同样的停止点,因此当前的问题似乎早于Linux/rootFS。 我所相信的已经被排除: 串行端口错误:串行端口正常工作并显示 SPL 输出。 电脑电源不良:使用外置 45 W 墙式适配器测试。 错误的 SD 启动开关:没有 SD 卡的 SD 启动模式没有输出。 SD 映像中缺少启动映像:经过验证的启动映像存在于恩智浦官方 WIC 中的 0x8000/32 KiB。 Linux/rootFS 问题:故障发生在 BL31/Full U-Boot/Linux 之前。 UUU 的主机操作系统问题:UUU SDPS 启动超时出现在 Linux 和 Windows 上。 只有旧的 2024 SPL 是坏的:重建的 2025.04 SPL 也在 "M33 准备就绪 "后停止。 你能帮忙确定这是否是已知的 frdm-i.mx93 提前启动问题吗? Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows 你在使用我们发布的 BSP 版本吗? 适用于i.MX应用处理器的嵌入式Linux|恩智浦半导体 您正在使用并选择哪个版本的 BSP? 劳动节回来后,我会尝试在我们的电路板上进行测试,我将在下周三回到办公室然后进行测试,然后给你回复我的测试结果。 祝您有美好的一天 顺祝商祺! Rita Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows 我使用的是 LF_v6.6.36-2.1.0_images_FRDM_4.0_IMX93。图像 Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows 我回到办公室将在我们的板上进行测试,然后告诉你结果。 Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows 你想出来了吗? Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows @Rita_Wang 我也遇到了同样的问题…… 我从未见过 BL31 使用我的 imx-image-full-imx93frdm.rootfs-20260705225501.wic.zst scarthgap 版本启动。 Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows 您好,我目前也遇到了同样的问题。请问您找到解决方法了吗? Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows 我也遇到同样的问题。是否有任何更新需要进行哪些操作才能使 imx93 从 SD 卡启动,或者使 UUU 正常工作? Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows 我们注意到该主板上的内存芯片与其他frdm-imx93主板有所不同。或许这有助于找到问题所在。 正常工作的板是微米级的,而故障板的品牌我不认识。   IMG_7007.jpegIMG_7007.jpeg   Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows 我也遇到了同样的问题。 这应该标记为高优先级,因为唯一可用的映像是出厂时在 eMMC 上提供的映像!如果重新刷写固件,我的 FRDM-IMX93 就彻底报废了,直到找到解决方案为止,我怀疑这与 DDR 内存时序有关。 我的程序也卡在了“M33 prepare ok”这里,这表明DDR配置/时序存在问题,而且我的主板也和上面@SynchronicIT帖子中的一样,使用了相同的“无名”DDR IC(制造商标志带有“J”)。 为什么这些电路板可以出厂时就带有 eMMC 上的可用镜像,而 NXP 提供的所有可用镜像都无法使用? 当我通过(出厂预装的)eMMC启动时(启动正常),u-boot 版本为: U-Boot SPL 2025.04-g99518e6b6f20(2026年2月2日 05:52:54 +0000) 而从 NXP 下载的最新版本 (LF_v6.6.36-2.1.0_images_FRDM_4.0_IMX93.zip)“imx-boot-imx93frdm-sd.bin-flash_singleboot”文件是 u-boot 版本: U-Boot SPL 2024.04+gde16f4f1722+p0(2024年9月2日 10:44:35 +0000) 下面显示的是正常工作的工厂镜像 eMMC 的完整输出,以及不正常工作的 SD 卡刷入镜像和 UUU 上传的 u-boot 的完整输出。 * 工作正常(出厂预装eMMC)* U-Boot SPL 2025.04-g99518e6b6f20(2026年2月2日 05:52:54 +0000) PMIC:PCA9451A PMIC:过驱动电压模式 DDR:3733MTS 找到匹配的 DRAM 2CS_2GB DRAM M33 准备就绪 正常启动 尝试从 BOOTROM 启动 启动阶段:主启动 图像偏移量 0x8000,页面大小 0x200,ivt 偏移量 0x0 通过 ROM_API 从 0x57800 加载镜像 注意:TRDC 初始化完成 通知:BL31:v2.12.0(版本):lf-6.18.2-1.0.0 通知:BL31:建造时间:2026年2月10日 07:53:18 U-Boot 2025.04-g99518e6b6f20(2026年2月2日 05:52:54 +0000) 重置状态:POR CPU:NXP i.MX93(52) Rev1.2 A55,频率 1700 MHz CPU:工业级温度范围(-40℃至105℃),工作温度24℃ 型号:NXP FRDM-IMX93 动态随机存取存储器(DRAM):2 GiB 板:V1.0(ADC2:684,ADC3:271) TCPC:供应商 ID [0x1fc9],产品 ID [0x5110],地址 [I2C2 0x52] SNK.Power3.0 on CC1 PDO 0:0 型,5000 mV,3000 mA [E] PDO 1:0 型,9000 mV,3000 mA [] PDO 2:0 型,12000 mV,3000 mA [] PDO 3:0 型,15000 mV,3000 mA [] PDO 4:0 型,20000 mV,3250 mA [] PDO 5:类型 3,未定义 请求 PDO 4:20000 mV,750 mA 源接受请求 PD源已准备就绪! tcpc_pd_receive_message:轮询 ALERT 寄存器,TCPC_ALERT_RX_STATUS 位失败,返回值为 -62 TCPC:供应商 ID [0x1fc9],产品 ID [0x5110],地址 [I2C2 0x50] 核心:229 个设备,32 个微类,设备树:独立 MMC:FSL_SDHC:0,FSL_SDHC:1 从 MMC 加载环境... 从 MMC(0) 读取... *** 警告 - CRC 校验错误,使用默认环境 视频链接设置失败 输入:串行 输出:串口 错误:串行 构建信息: - ELE固件版本2.0.5-7a34cee 切换到分区 #0,确定 mmc0(第 0 部分)是当前设备 UID:4a7ff07fa81b46d8b2b59146dfa5af84 闪存目标是 MMC:0 网络:eth0:以太网@42890000,eth1:以太网@428a0000 [PRIME] Fastboot:正常 正常启动 按任意键停止自动启动:0 u-boot=> * 无法正常工作 * U-Boot SPL 2024.04+gde16f4f1722+p0(Sep 02 2024 - 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: Over Drive Voltage Mode DDR: 3733MTS DDR: 3733MTS M33 ready ok - 悬挂 - Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows 我也遇到了同样的问题。我无法通过 uuu.exe 刷入任何镜像,输出相同的“HID(W): LIBUSB_ERROR_TIMEOUT (-7)”错误。我主板上的内存芯片也是“J”牌的,而不是美光的。 Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows 补充一点关于具体 DDR 部件信息的数据,因为我认为替换的内存是关键,但我还没有看到确切的部件编号公布。 **板:** FRDM-IMX93,SCH-94611 REV B2(电路板标签 DRQ30063390) **SoC:** i.MX93(52) Rev1.2SOC 0xa1009300,LC 0x2040010 **PMIC:** PCA9451A **DDR:**原理图和用户指南指定使用 LPDDR4x Micron MT53E1G16D1FW-046。我板上实际安装的芯片标记为**JSL4BAG167ZAMF** — 而不是 Micron。这与本帖中其他人报告的情况一致(故障主板上使用“J”品牌的DDR内存,而正常工作的主板上使用Micron品牌的DDR内存)。 **问题出在DDR训练/验证环节,而非M33/ELE环节。**将正常工作的工厂 eMMC 启动程序与出现故障的公共电路板支持包。启动程序进行比较,就能清楚地看出这一点: 工作正常(工厂 eMMC、U-Boot SPL 2025.04,BL31 lf-6.18.2-1.0.0): ``` DDR:3733MTS 找到匹配的 动态随机存取存储器\(DRAM\) 2CS_2GB 动态随机存取存储器\(DRAM\) M33 准备就绪 正常启动 ... ``` 失败 (LF_v6.6.36-2.1.0)公开版本(U-启动 SPL 2024.04,2024 年 9 月 2 日): ``` DDR:3733MTS DDR:3733MTS M33 准备就绪 - 悬挂 - ``` 正常工作的引导加载程序中存在“找到 动态随机存取存储器\(DRAM\) ... 动态随机存取存储器\(DRAM\) 匹配”这一行,而故障的引导加载程序中则不存在这一行。主板卡在了 DDR 验证即将完成的时刻,也就是 BL31 / 正常启动之前。所以这看起来像是 6.6.36 版本。DDR配置/时序与替换的DDR部件不匹配,而不是下游部件的问题。 正常工作的 eMMC 引导加载程序还报告 **ELE 固件版本 2.0.5-7a34cee**,比 6.6.36 代码包,软件包中提供的版本更新——注意,以防修复取决于 DDR 时序和 ELE 版本。 **为了节省时间,我已经排除了以下可能性**: - 版本:我自己的 Yocto imx93frdm 构建生成的 imx-启动 与工厂代码包,软件包 (sha256 7aba6102e5ec64add632cd6667e77fa3f6886fd72c314e4c01f2964c0fc56a5f) 字节级完全相同,所以这不是构建问题。 - SD 刷写:已验证启动容器大小为 32 KiB (0020 0287 magic),有效的 MBR (55aa),以及引导加载程序区域中的两个 FIT magic。 - 启动开关:SD 模式下,如果没有卡,则不会有串行输出;插入卡后,SPL 可以运行——因此 USDHC2/SD 选择是正确的。 - 电源:使用多个 USB-C 电源时结果相同。 - 主机/USB:在两个不同的 Linux 主机上,UUU SDPS 启动失败,出现 HID(W): LIBUSB_ERROR_TIMEOUT 错误。 - 硬件本身很好:板启动其出厂 eMMC 映像到 Linux,因此 DDR *可以* 由正确的引导加载程序进行训练。 **问题:** 1.适用于 REV B2 板卡的修正版 DDR 配置(非 Micron (JSL4BAG167ZAMF) DDR)是否已在任何当前公开的 电路板支持包。中提供?例如,6.6.52-2.2.0 或 6.12.x 版本——还是仅限于目前在 eMMC 上提供的较新的引导加载程序 (lf-6.18.2)? 2. 如果尚未有公开版本,是否可以发布更新后的 FRDM-IMX93 DDR 时序接头(或 lf-6.18.2 FRDM 引导加载程序),以便 SD 卡启动可以在这些板上工作? 如果这有助于缩小问题范围,我很乐意在这个板上运行诊断程序或测试候选引导加载程序/时序配置。 谢谢, jjudk Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows 后续提供可行的解决方案,希望能帮助本帖中其他使用相同板/DDR组合的用户。 摘要:此次故障是公共 LF6.6.36-2.1.0 版本中的 DDR 训练问题。较新的 FRDM-IMX93 板上的电路板支持包,这些板配备了替代的(非 Micron)LPDDR4X 内存。升级到 **LF6.18.2 (Whinlatter) 电路板支持包。** 即可解决此问题——板可以训练其 DDR 并从 SD 卡正常启动。 板/DDR(参考,引用): - FRDM-IMX93,SCH-94611 REV B2 - 原理图上标明的是 Micron MT53E1G16D1FW 芯片;实际安装的芯片标记为 JSL4BAG167ZAMF(非 Micron 替代芯片)。 最终确认根本原因的是:工厂 eMMC 镜像(可以正常启动)使用了较新的引导加载程序——U-Boot SPL 2025.04。BL31 lf-6.18.2,内核 6.18.2 — 其 SPL 打印“找到 动态随机存取存储器\(DRAM\) 2CS_2GB 动态随机存取存储器\(DRAM\) 匹配”,然后“M33 准备正常”。公开的 LF6.6.36SPL(U-启动 2024.04)不打印`动态随机存取存储器\(DRAM\) 已匹配`,并卡在`M33 准备正常`。 所以是 6.6.36DDR 配置不会训练这种替代内存,而 6.18.2 配置会。 工作流程——构建并启动 LF6.18.2 电路板支持包。: mkdir imx-bsp-6.18.2 && cd imx-bsp-6.18.2 仓库 init -u https://github.com/nxp-imx/imx-manifest -b imx-linux-whinlatter -m imx-6.18.2-1.0.0.xml 仓库同步 发行版。=fsl-imx-xwayland MACHINE=imx93-11x11-lpddr4x-frdm source sources/meta-imx/tools/imx-setup-版本.sh -b 版本-frdm bitbake imx-image-core   请注意,机器名称为 `imx93-11x11-lpddr4x-frdm`(此电路板支持包。的原生名称——与 6.6.36 不同,不需要单独的 meta-imx-frdm 层)。 然后将生成的 `.wic.zst` 烧录到 SD 卡(解压缩并使用 dd 命令烧录到整个卡设备),将启动开关设置为 SD 卡(SW1 = 1 1 0 0),然后启动。REV B2 / JSL DDR 板的结果: DDR:3733MTS 找到匹配的 动态随机存取存储器\(DRAM\) 2CS_2GB 动态随机存取存储器\(DRAM\) M33 准备就绪 正常启动 ... NXP FRDM-IMX93 登录: `free -h` 确认全部 2GB 内存已训练完毕并可用。 NXP方面仍存在疑问:是否有计划将更新后的FRDM DDR配置向后移植到LF6.6.36-2.1.0?分支,供需要继续使用 6.6.36 版本的人使用?对于能够升级到 6.18.2 的用户来说,上述方法有效。 希望这能帮到其他人,省去调试的麻烦。 jjudk Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows 嗨,丽塔, 请问这件事有任何最新进展吗?我们被这个问题困住了。 Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows 我已使用演示镜像 images LF_v6.6.36-2.1.0_images_FRDM_4.0_IMX93 在我们的 93FRDM REV B 版本板上进行了测试, 使用 UUU uuu 工具版本 uuu_1.5.243 分别在SD卡和eMMC上尝试,下载和启动都成功,没有重现您遇到的错误。 .\uuu.exe -b emmc_all imx-boot-imx93frdm-sd.bin-flash_singlebootimx-image-full-imx93frdm.rootfs.wic.zst Rita_Wang_0-1786613213510.pngRita_Wang_0-1786613213510.png Rita_Wang_1-1786613222942.pngRita_Wang_1-1786613222942.png Rita_Wang_2-1786613231468.pngRita_Wang_2-1786613231468.png Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows 看来问题出在REV B2板上。请在REV B2上尝试一下 Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows 大家好。 @Rita_Wang这不是“修改”的问题。我桌上有两块主板,版本相同,但LP DDR芯片不同。 然而,以下是你们团队的原话: LFU-956 imx93_frdm:为 i.MX93 FRDM 添加 2CS 2GB 动态随机存取存储器(DRAM) 支持 FRDM-IMX93 使用 Micron MT53E1G16D1FW 1CS 动态随机存取存储器(DRAM),但该芯片已停产。它将替换为 JSC JSL4BAG167ZAMF 2CS 动态随机存取存储器(DRAM)。对 1G 动态随机存取存储器\(DRAM\) 的支持将被取消。 在 i.MX93 FRDM 上添加 2CS 2GB 动态随机存取存储器\(DRAM\) 支持,以支持基于 1CS 和 2CS 动态随机存取存储器\(DRAM\) 的 FRDM-IMX93 板。 这是因为这两个芯片(见附图)具有不同的时序参数。正如@jjudk所说,唯一的解决办法是升级到新版本的固件。 就我而言,我只能继续使用旧版本。因此,我直接挑选了所需的补丁(请看这里: https ://github.com/nxp-imx/uboot-imx/commit/4c35a6086aedca2f6220382920242ad81ae372f6 ) 如果还有人遇到问题,我可以提供预编译好的版本。 -加布里埃尔
記事全体を表示
由于 高效密码学标准\\(SEC\\)/CAAM 未初始化,BL2 中的安全启动失败 secure_boot_test.png 安全启动在 BL2 中失败看起来是因为 高效密码学标准(SEC)/CAAM 未初始化。在仔细研究代码时,似乎没有直接调用 sec_init,但看起来配置函数是在它之前被调用的,因此全局变量无法获得 高效密码学标准(SEC) 区块地址的定义常量。即 NXP_CAAM_ADDR 值。当我对这个值进行硬编码时,我可以让它稍微进一点,但随后我出现了无法刷新/重置任务铃声的错误。 QorIQ LS1设备 Re: Secure boot fails in BL2 because SEC/CAAM not initialized 你好 BL2中的这种安全启动失败是TF-A(可信固件-A)初始化流程中典型的 " chicken and egg " 问题,专门针对恩智浦Layerscape或i.MX平台。 当你对 NXP_CAAM_ADDR 进行硬编码并克服地址错误但遇到 Job Ring 刷新/RESET 错误时,这通常意味着 CAAM 硬件块要么没有时钟,要么处于过渡状态,要么被安全违规阻止。   1.初始化序列 sec_init 没有在配置函数之前被调用的原因,很可能是 bl2_main.c 中的顺序造成的。或特定平台的 plat_bl2_el3_setup.c 。 修复:确保在 bl2_el3_early_platform_setup 内调用 plat_ls_sec_init() (或与 SoC 类似的函数)。 全局变量问题:如果 NXP_CAAM_ADDR 没有弹出,请检查平台的 plat_get_caam_address() 函数是否返回 0,或者 BL2 转换表中的数据段是否没有正确映射。   2.为什么工作环冲洗失败 如果代码试图刷新作业环却失败了,请考虑以下三个罪魁祸首: 安全违规(最有可能):如果 SoC 处于 " Closed " 模式(已熔丝),CAAM 可能在从 bootROM 过渡到 BL2 的过程中触发了安全违规。网络安全违规会使 CAAM 处于 " Halted " 状态,在该状态下,在违规行为被清除之前,无法重置或使用工作戒指。 缺少时钟/功率:如果在 BL2 期间未在 DCFG(设备配置)或 PCC(外设时钟控制)中明确启用 高效密码学标准(SEC) 模块时钟门,则寄存器将可访问(如果幸运的话),但内部逻辑(如 Job Ring 控制器)不会响应重置命令。 主 ID (MID) 不匹配:作业环需要特定的主 ID 配置,以便 BL2(在 EL3 中运行)能够"自己的" 。如果 BootROM 将振铃分配到不同的 MID 但没有释放它们,BL2 在尝试 RESET 它们时会超时。   3.调试步骤 检查 SEC_VID(版本 ID)和 SEC_STA(状态)寄存器:在 Job Ring 重置呼叫之前阅读这些寄存器。如果状态寄存器显示网络安全违规,则需要找出触发该违规的原因(通常是前一阶段的身份验证失败)。 验证重置位:确保在切换重置位后等待足够长的时间。在某些芯片版本中,CAAM 重置所需的时间比 SDK 中提供的标准延迟环路长。 检查 TrustZone 设置:确保您正在访问的任务环在中央安全单元 (CSU) 或资源域控制器 (RDC) 中标记为 " Secure "。 此致 Re: Secure boot fails in BL2 because SEC/CAAM not initialized 开机后,但在加载 SRKH 镜像寄存器并释放 CPU 之前,如果我检查 DCFG_CCSR_DEVDISR1 寄存器,我会发现位 22 (高效密码学标准(SEC)) 设置为 1。根据有关重置的文档,该寄存器应全部为 0。在启动过程的这么早期,这个值可能在哪里设置?我需要对 pbl 命令做些什么吗?RCW 是否有误?我确实看到在低功耗安全寄存器中检测到电源故障,但我也看到配置寄存器显示应忽略/不应对低功率篡改采取行动。 Re: Secure boot fails in BL2 because SEC/CAAM not initialized 好吧,谁能帮我确认一下? 在 TF-A 驱动程序/nxp/dcfg/dcfg.c 中我找到了一个用于检查是否启用 高效密码学标准(SEC) 的计算方法。它在 SVR_SEC_MASK 和寄存器 0x1ee00a4 的值之间进行比特& ,寄存器 0x1ee00a4 是一个只读寄存器。如果我正确读取了字段,那么 16-23 位的状态是否为 ls1043 或 ls1023,是否 高效密码学标准\(SEC\) 硬件是否启用。我看到该位的值为 0x00000001。哪个会是这个芯片上禁用的高效密码学标准(SEC)封锁,对吗?我参考了完整零件号的示意图并得到了 LS1043ASN7MNLB,当我查看恩智浦的网站显示高效密码学标准(SEC)已禁用时。这是否导致了我的安全启动问题?高效密码学标准(SEC)能否启用这款芯片,还是在它离开恩智浦后就一成不变了?我们需要考虑其他芯片吗,还是可以在没有高效密码学标准(SEC)的情况下进行安全启动? Re: Secure boot fails in BL2 because SEC/CAAM not initialized 支持人工智能复制粘贴?如果我们要走这条路,就需要进一步调整代理。如果 SoC 知道自己的代码库,那么它就应该知道 NXP_CAAM_ADDR 是在头文件中静态定义的,而不是先填充的。
記事全体を表示
I2CスイッチングアプリケーションでP3S0200を使用する場合、OEをGNDに接続すると、Sを介してスイッチングを行うことはできません。 P3S0200をI2Cスイッチングアプリケーションで使用する場合、OE端子がGNDに接続されているとスイッチングはできません。スイッチングは、電源を一度オフにしてから再度オンにすることでのみ可能です。 Re: P3S0200做I2C切换应用时,OE接GND,S不能实现切换 以下は概略図です。 微信图片_20260409141630_225_32.png   Re: P3S0200做I2C切换应用时,OE接GND,S不能实现切换 回路図を共有していただけますか? 回复: P3S0200做I2C切换应用时,OE接GND,S不能实现切换 回路図をお送りしました。状況をご確認いただけますでしょうか?よろしくお願いいたします。 回复: P3S0200做I2C切换应用时,OE接GND,S不能实现切换 申し訳ありませんが、フォーラムの更新情報に問題があるようです。あなたの返信の通知が表示されません。 OE/S/A/Anを含む波形をキャプチャして、具体的な問題点を確認していただけますか? 例えば、切り替えるとき
記事全体を表示
利用 AAOS 14 在 i.MX8QuadMax 上启用双显示器 嗨,团队、 我正在使用 AAOS 14 在 i.MX8QuadMax 上启用多显示器,需要您的帮助。 目前,我连接了两个外部显示器,并测试了以下组合: 情况 i:LVDS0_CH0 + MIPI_DSI0 MIPI_DSI0 上出现 Android 屏幕 LVDS0_CH0 显示空白屏幕 情况 ii:LVDS1_CH0 + MIPI_DSI0 MIPI_DSI0 上出现 Android 屏幕 LVDS1_CH0 显示空白屏幕 情况 iii:LVDS0_CH0 + MIPI_DSI1 LVDS0_CH0 上出现 Android 屏幕 MIPI_DSI1 显示空白屏幕 情况 iv:LVDS1_CH0 + MIPI_DSI1 MIPI_DSI1 上出现 Android 屏幕 LVDS1_CH0 显示空白屏幕 要求: 我们需要任意两个端口(LVDS0_CH0、LVDS1_CH0、MIPI_DSI0、MIPI_DSI1)来同时显示 Android 屏幕。 此外,我还检查了 DRM 的状态: write /sys/class/drm/card0-HDMI-A-2/status on write /sys/class/drm/card1-HDMI-A-2/status on 输出显示已连接,但仍只有一个显示屏处于活动状态。 能否请您帮助我们了解启用双屏显示输出需要哪些配置或更改? 谢谢。 Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 您好@harshi03 ,能否分享一下您使用的是哪张 dtb 图像? 致敬, Zhiming Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 嗨,感谢您的回复 我附上了截图,显示了用于在 imx8qm 上闪烁的 dtbo 映像。 谢谢! Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14     您好, 感谢您的反馈, 按照要求,我分享了用于 i.MX8QM 闪存的 DTBO 映像。能否请您帮助我们了解启用双屏显示输出所需的正确配置步骤? 具体来说,我们希望得到以下方面的指导 启用两个活动显示管道 (LVDS/MIPI) 所需的设备树 (DTB/DTBO) 正确路由显示接口 (DCSS/LCDIF) 以实现同步输出 AAOS 14 支持多显示器所需的任何内核或 DRM 配置 是否需要对 init.rc 或显示服务配置进行额外更改 目前,虽然两个显示屏在 DRM 中都显示为"connected" ,但同时只有一个显示屏处于活动状态。 如果您能在 i.MX8QM 上共享支持双显示器的参考配置或示例设置,那将非常有帮助。 谢谢     Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 你好@harshi03 AAOS 14 支持多显示器,dts 文件是 imx8qm-mek-car-m d.dts,请根据此 dts 进行修改。 android-imx_device_fsl/imx8q/mek_8q/BoardConfig.mk at android-14.0.0_2.2.0 - nxp-imx-android/android-imx_device_fsl - GitHub 致敬, Zhiming Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 你好@刘志明、 要使用 AAOS 14 源代码在 imx8qm 上显示两个显示器,需要做哪些更改,请提供步骤。 谢谢& Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 你好@刘志明、 我附上了 imx8qm-mek.dts 文件以供审查,显示映射是否正确,附上的 dtb 图像也请查看并指导我是否需要对第二台显示器进行任何更改。请尽快回复。 谢谢& Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 您好@harshi03 您使用的是 AOSP 还是汽车 AOSP? 最美好的祝愿, Zhiming Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 你好@刘志明、 我使用的是汽车 AOSP(i.MX8 quad max 平台上的 AAOS 14)。 谢谢& 。 Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 你好@刘志明、 感谢您的回复 按照建议,我们检查了 imx8qm-mek-car-md.dts 和 BoardConfig.mk(android-14.0.0_2. 2.0),并相应地更新了设置。 但是, imx8qm-mek-car-md.dts 文件似乎与源代码中已经存在的文件相同,我们 不清楚需要进行哪些具体修改。 即使验证了这一点,我们仍然只能看到一个活动的显示屏。请说明需要对 DTS 或配置进行哪些具体更改才能启用多显示器? 感谢并致意。 Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 你好@刘志明、 我已经通过 MIPI_DSI0 将 LVDS0_CH0 和 MIPI_DSI0 连接到主板上,它显示的是主显示器,但是通过 LVDS0_CH0 它将其视为 HDMI 显示器。 DRM、HWC 和 SurfaceFlinger 都能正确检测到 HDMI 显示屏, adb shell dumpsys SurfaceFlinger --display-id 显示 了端口 0 和端口 1 的 显示屏。 logcat 还显示了 分辨率为 1920x1080 的 DisplayDeviceInfo{"HDMI 屏幕"}。 但是,重启后, adb shell dumpsys 显示 屏显示 HDMI, mIsEnabled=false。我启用了 config_enableMultiDisplay=true 和 config_enableDisplayPortInDisplayLayout=true,将占用映射从 INSTRUMENT_CLUSTER 改为 MAIN,添加了 /vendor/etc/displayconfig/display_layout_configuration.xml,并在 config_localPrivateDisplayPorts 中添加了端口 1 。我尝试了 和 XML 格式,但 LogicalDisplayMapper 仍然只应用了包含端口 0 的布局,因此 HDMI 端口 1 从未添加到活动布局中。 有时第二个显示屏会变成 mIsEnabled=true,但重启后 又会 变成 false 。您能否确认 display_layout_configuration.xml 的 XML 模式 是否 正确 ,以及 LogicalDisplayMapper/DeviceStateToLayoutMap 是否需要任何额外的框架覆盖、DTS 配置或 NXP 特定补丁才能永久启用 HDMI 逻辑显示? 谢谢,并致以问候。 Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 你好@刘志明、 现在我使用的是午餐 mek_8q_car-trunk_staging-userdebug 您能建议我们应该选择什么特定的午餐命令来启用多显示器功能吗? 谢谢!
記事全体を表示
[フィルター: スパム] dexter_travis の投稿本文が「loan」、ボード「1007forum-board」に一致しました。 [フィルター: スパム] dexter_travis の投稿本文が「loan」、ボード「1007forum-board」に一致しました。 投稿件名: Re: i.MX95 EVK と SJA1105Q-EVB の接続 投稿本文: 残念ながら、私はお客様に SJA1105 ボードを貸与しなければなりませんでした。彼らは、DSA 実装がニーズに適しているかどうかを確認するために、93 車載 EVK でこれをテストして使用しています。 現時点では 95 の結果を確認することはできません。 テストと検証をしていただきありがとうございます。ボードが戻ってきたら、あなたの結果を再現してみます。それまではこのチケットを閉じておけます。 本文のテキスト「loan」がフィルター パターン「loan」と一致しました。 ユーザー[id=241378,login=dexter_travis]による投稿は、エンドユーザー側で発生する次のエラーのため拒否されました: メッセージ本文にローンが含まれていますが、このコミュニティでは許可されていません。投稿を送信する前にこのコンテンツを削除してください。
記事全体を表示
i.MX93 - 1PPS入力とPTP 目標: GPS レシーバからの Pulse-Per-Second (PPS) 信号と GPRMC ログを使用して、ENET_QoS イーサネット コントローラ内で PTP 時間の同期を検証する ハードウェア: i.MX 93 ビルドルート: 2025.11.1 Linux: 6.12.16 Linuxptp : 4.4 デバイスツリーオーバーレイの変更: eqos のステータスを「無効」から「正常」に変更します usdhc2 pinctrl-* エントリから pinctrl_usdhc2_gpio および pinctrl_usdhc2_gpio_sleep エントリを削除します。 pinctrl_eqos と pinctrl_eqos_sleep に「MX93_PAD_SD2_CD_B__ENET_QOS_1588_EVENT0_IN 0x31E」エントリを追加します。 usdhc2 cd-gpiosエントリを削除し、broken-cdに置き換えます pinctrl_usdhc2_gpio ノードと pinctrl_usdhc2_gpio_sleep ノードを削除します。  ターゲット上のソフトウェアの場所: eMMCからの起動 LinuxカーネルとptpアプリをubootingしてSDカードから実行する  Linux PTPソフトウェアを実行中: ptp4l -E4H -i eth1 ts2phc -c /dev/ptp1 -s nmea --ts2phc.nmea_remote_host10.128.240.54 --ts2phc.nmea_remote_port3001 --ts2phc.ピンインデックス0 -l 7 -m PPS入力: 現在、GPS レシーバからの PPS 信号を受け入れるように FRDM i.MX 93 ボードに変更を加える前に、あらゆるイベントのタイムスタンプを検証しようとしています。これらのイベントを生成するために、SD カード ソケットの機械式スイッチの脚の間に絶縁体を挿入しています。SD2_nCD に接続された IO ピンを GPIO 入力として手動で設定し、このアクションによってピンの入力電圧が変化することを確認しました。ハードウェアによるイベント情報のタイムスタンプは、特定の周期性に依存すべきではないと私は想定しています。 テスト結果: ts2phcはGPRMCログを受信していますが、ログにはポーリングで常にゼロイベント情報が返されることが示されています。 devmem プログラムを使用したスクリプト経由でレジスタを調べると、次のようになります。 SW_MUX_CTL_PAD_SD2_CD_B 0x00000001 SW_PAD_CTL_PAD_SD2_CD_B 0x0000031E MAC_SYSTEM_TIME_SECONDS 0x69AB35B0 MAC_SYSTEM_TIME_NANOSECONDS 0x10642013 MAC_TIMESTAMP_STATUS 0x00000000 MAC_補助制御 0x00000010 MAC_AUXILIARY_TIMESTAMP_NANOSECONDS 0x00000000 MAC_AUXILIARY_TIMESTAMP_SECONDS 0x00000000 システム時間レジスタが適切に時間をカウントしていることがわかります 補助タイムスタンプ レジスタにはゼロ以外の値が表示されることはありません。リファレンス マニュアルでは、FIFO が空のときには常にゼロが読み取られるのか、それとも最新のタイムスタンプが返されるのかは明確ではありません。 SW_MUX_CTL_PAD_SD2_CD_B レジスタの SION ビットを 0 と 1 の両方に設定してこれを試しましたが、結果に違いはありませんでした。 pin_index マッピングが予想どおりでなかった場合に備えて、MAC_AUXILIARY_CONTROL レジスタの 4 つの ATSEN ビットをすべて設定してみましたが、結果に違いはありませんでした。 i.MX 93 アプリケーションプロセッサリファレンスマニュアル、Rev. 6、2025-07-01 を読んだときに生じた追加の質問: 第 43 章 TSN 対応イーサネット コントローラ (ENET_QoS)、セクション 43.5、表 417 には、2 つの異なるイベント入力 1588_EVENT_AUX_IN と 1588_EVENT_IN がリストされています。これら 2 つの信号はどの外部ピンまたは内部デバイス ポートに接続されますか?1588_EVENT_IN ポートは ENET_QoS 内で何に接続しますか?1588_EVENT_AUX_INはptp_aux_trig_i[0]に接続され、ATSEN0ビットによって制御されていると推測します。(これはカーネルと ts2phc が期待していることでもあるようです。)それは正しいですか? 第43章、セクション43.5、表417には、1つのイベント出力1588_EVENT_OUTがリストされています。この信号はどの外部ピンまたは内部デバイス ポートに接続されますか?1588_EVENT_OUT ポートは ENET_QoS 内で何に接続しますか?PPS 出力の 1 つに関連付けられていますか? 第 43 章では、タイムスタンプをトリガーするために ptp_aux_trig_i 入力のどのエッジ (立ち上がり/立ち下がり/両方) が使用されるかが指定されていないようです。 Re: i.MX93 - 1PPS input and PTP こんにちは、 NXP Semiconductors製品にご興味をお持ちいただきありがとうございます。 AUX_IN 信号は、現在の時刻 (この時刻は、どのアプリケーションでもタイムスタンプ値として使用されます) をタイムスタンプ FIFO にラッチすることをトリガーするために使用されます (以前のトリガー イベントから複数のタイムスタンプ値がある場合があります)。 EVENT_IN はメディア クロック生成および回復ブロックへの入力であり、次のトリガーに使用されます。 アプリケーションから読み取られたターゲットプレゼンテーション時間のキャプチャは、リカバリモードが有効になっている場合は MAC_PPSn_Target_Time_Seconds に結果を生成します。 生成モードが有効になっている場合、サンプリングされたトリガーで現在のプレゼンテーション時間をキャプチャします。 1588_EVENT_OUT は、プロセッサによって PPS 出力を駆動するために使用されます。 よろしくお願いします。 Re: i.MX93 - 1PPS input and PTP AUX_IN という用語を使用する場合、それは表 417 の 1588_EVENT_AUX_IN という用語と同じですか? もしそうなら、どの特定の ATSEN* ビットにマップされますか? AUX_IN (1588_EVENT_AUX_IN) は、SW_MUX_CTL_PAD_SD2_CD_B の ENET_QOS_1588_EVENT0_IN モードに接続しますか? Re: i.MX93 - 1PPS input and PTP こんにちは@Kevin_M はい、1588_EVENTx_AUX_IN です。次のフィールドを確認してください。これが AUX の使用法です。 PTGE プレゼンテーション時間生成の有効化 このビットが設定されると、プレゼンテーション時間生成が有効になります。 0 - プレゼンテーション時間生成が無効 1 - プレゼンテーション時間生成が有効 ... MAC_PPS0_ターゲット時間秒 PPS ターゲット時間秒レジスタ このフィールドには、時間を秒単位で格納します。 PPSターゲットタイム秒レジスタ このフィールドには時間が秒単位で保存されます。タイムスタンプ値が両方のターゲット タイムスタンプ レジスタと一致するかそれを超えると、MAC は PPS 信号出力を開始または停止し、MAC_PPS_CONTROL レジスタの対応する PPS 出力に対して選択されたターゲット タイム モードに基づいて割り込み (有効な場合) を生成します。 ... 43.7.9.1 メディアクロック生成のプログラミングガイドライン 1. PPSインスタンスをメディアクロック生成モードに設定するには、適切なプレゼンテーションタイムコントロール(サポートされている生成モード「1001-1011」)をMAC_PPS_CONTROLレジスタのPPSCMD(0番目のインスタンスの場合)/PPSCMD#i(1、2、3番目のインスタンスの場合)にプログラムします。 2. 選択されたPPSインスタンスに基づいて、アプリケーションは対応するmcg_pst_trig_i[#i]に適切なトリガー信号を駆動する必要があります。 ... 43.7.9.2 メディアクロックリカバリのプログラミングガイドライン 1. MAC_TIMESTAMP_CONTROL レジスタの PTGE フィールドを設定して、現在のプレゼンテーション時間 (CPT) カウンタを有効にします。システム時間の初期化値をプログラムすることに加えて、同等のプレゼンテーション時間の初期値で MAC_PRESN_TIME_UPDT レジスタを更新します。その後、MAC_TIMESTAMP_CONTROL レジスタの TSINIT フィールドが設定されます。 2. システム時間に使用される増分値は、現在のプレゼンテーション時間にも使用されます。これは、増分値がサブ秒およびサブナノ秒単位であるためです。 1.各ATSENはそれぞれのEVENTにマッピングされます 2. 正解です。ここでAUX_INを確認できます。https://github.com/nxp-imx/linux-imx/blob/lf-6.12.y/arch/arm64/boot/dts/freescale/imx8mp-pinfunc.h#L54 よろしくお願いいたします。 Re: i.MX93 - 1PPS input and PTP @JosephAtNXP私は PPS 出力を設定しようとしているわけではなく、IEEE 1722 と関係のあることもしようとしているわけではありません。ENET_QOS_1588_EVENT0_IN の状態が変化した瞬間にタイムスタンプを付けようとしています。 Re: i.MX93 - 1PPS input and PTP @JosephAtNXP さん、ENET_QoSで1588 PPSの入力がうまく機能しない理由について、まだ調査中でしょうか? Re: i.MX93 - 1PPS input and PTP @Kevin_Mこの問題の解決に何か進展はありましたか?私も同じ問題に直面しています。ENETインスタンスではPTPをPPS入力と同期させることはできますが、リファレンスマニュアルやドライバでEVENT0_INピンをENET_QOSで使用する方法が見つかりません。 Re: i.MX93 - 1PPS input and PTP ケビンさん、ありがとうございます。確かにそれが唯一の方法のようですが、stmmacドライバではまだ対応していないようなので、追加する必要がありますね。 Re: i.MX93 - 1PPS input and PTP NXPは、ENET_QoSのAUX TIMESTAMP機能がi.MX93チップの内部または外部のいずれにも接続されていないことを確認しました。 私は、1588_EVENT0_IN モードで SD2_CMD を介して PPS をルーティングし、MAC_PPS_CONTROL をプレゼンテーション時間制御オプション 0001 を使用するように設定して、PPS 信号の立ち上がりエッジでプレゼンテーション時間をキャプチャし、MAC_PPS0_TARGET_TIME_SECONDS でキャプチャされた時間を読み取ることに成功しました。まだ解決すべき細かい点はたくさんありますが、これは有望な解決策のように思えます。
記事全体を表示
FRDM-MCXW71 调试问题 您好,NXP团队: 我正在开发 FRDM-MCXW71 板,正在尝试调试 m cxw71_evk_cmsis_button_toggle_led 的示例和一些使用 mcuxPresso 编写 Visual Studio Code(版本 26.2.46)的 BLE 示例。但是,调试会话没有启动。 它显示了以下错误 无法启动:远程连接已关闭 (从目标选择扩展远程 172.0.0. 1:2356) 我还尝试过使用 LinkFlash(Linkflash v25.12.83)对板进行编程,但它显示了这个错误: 无法连接到核心 Et:31:无法连接到芯片的调试端口 PC: (100) 目标操作失败 在硬件方面,USB_ACT 绿色 LED 亮起,ISP_EN_MLINK 红色 LED 闪烁,USB LED 也亮起。 之前开发板运行良好,但现在我无法调试或刷新任何示例。 请问如何解决这个问题? 我附上了屏幕截图以供参考。#mcxw71 #FRDMMXCW71 模拟(ADC|CMP|DAC|OPAMPS) 核心与内存 FRDM 培训 MCXA MCXC MCX N USB Re: FRDM-MCXW71 debug issue 你好,希望你一切都好。 你能否确认一下你是否能够构建和调试这个之前的任何其他示例?您使用的是哪个版本的 SDK?您能够运行的最后一个示例是什么? 由于您使用的是 MCXW71-EVK 示例,能否请您尝试导入 FRDM-MCXW71 示例(标有"frdmmcxw71_cmsis_button_toggle_led" ),并告诉我是否有效?   谨致问候, Ana Sofia。 Re: FRDM-MCXW71 debug issue 你好, 感谢您的答复。 我使用的是 SDK 25.12 版本。早些时候,示例 mcxw71_evk_cmsis_button_toggle_led 在 FRDM-MCXW71 板上运行,BLE 示例也能正常运行。 收到您的回复后,我再次下载了 FRDM-MCXW71 SDK 25.12 版,并尝试调试和运行 frdmmcxw71_cmsis_button_toggle_led 示例。但是,我还是遇到了同样的问题:,同样的问题出现在 " 启动 GDB 服务器:"C:\\NXP\\LinkServer_25.12.83\\LinkServer.exe"-l5 gdbserver " mcxw716cxxxa: frdm-mcxw71 "--probe U04N4UXLTCAYZ--gdb-port 2330--no-boot--core primary--redlink-port 2440 请查看终端选项卡(GDB 服务器控制台)查看 " C:\NXP\LinkServer_25.12.83\ LinkServer.exe " 的输出 输出基数现在设置为十进制 10、十六进制 a、八进制 12。 输入基数现在设置为十进制 10,十六进制 a,八进制 12。 错误 103:无法启动 GDB:远程连接已关闭(从目标选择扩展远程 127.0.0. 1:2330)",你 能帮我理解如何解决这个问题吗? Re: FRDM-MCXW71 debug issue 恩智浦团队您好, ,能否请您在方便时提供最新信息? 如果需要我提供任何补充信息,请告诉我。 谨致 Ramdev Re: FRDM-MCXW71 debug issue 恩智浦团队您好, ,能否请您在方便时提供最新信息? 如果需要我提供任何补充信息,请告诉我。 谨致 Ramdev Re: FRDM-MCXW71 debug issue 你好   如果启动时发生错误,D7 LED 会快速闪烁。你能否尝试使用第 3.4 节使用 UM12063 FRDM-MCXW71 板用户手册的固件更新实用程序更新 MCU‑Link 固件中所述的步骤更新 MCU‑Link 调试固件?   使用 MCU-Link 调试 MCXW71 MCU 所需的跳线和连接器设置,请参见第 3.2 节 "支持的调试方案"。你能否帮我验证一下你的 FRDM 板上的这些设置,以及 JP5 是否已打开,这样 MCU‑Link 就可以正常启动。当 JP5 短路时,MCU‑Link 将被迫进入互联网服务提供商模式,无法遵循其标准启动顺序。   另外,为了确认一下,您之前运行的是哪个 BLE 示例?您测试过低功耗的例子吗?设备也有可能进入低功耗状态。   致以最诚挚的问候, Ana Sofia。 Re: FRDM-MCXW71 debug issue 你好@sofiaurueta, 1) D7 LED 以 1 秒间隔闪烁。我参考了用户手册第 3.4 和 3.2 节,并验证了跳线和连接设置。但是,使用 LinkFlash 和 VS Code 调试时,板仍然无法闪烁。前面提到的问题依然存在。 我只启动了 adv_ext_central_freertos 示例和按钮切换 LED 示例。我没有闪存过任何低功耗示例。 请问如何解决这个问题? Re: FRDM-MCXW71 debug issue 您好 , 能否请您在方便时提供最新信息? 如果需要我提供任何补充信息,请告诉我。 谨致 Ramdev Re: FRDM-MCXW71 debug issue 您好 , 能否请您在方便时提供最新信息? 如果需要我提供任何补充信息,请告诉我。 谨致 Ramdev Re: FRDM-MCXW71 debug issue 你好 你能试着进行一次大规模清除吗?在 J-Link Commander 中使用"unlock kinetis" 命令,或通过 MCUXpresso(使用图形用户界面闪存工具)使用大量擦除命令,同样有效。 之后,你可以尝试运行 hello_world 或 BLE 示例,以确保板正常运行。   如果还不行,我会尝试使用外部调试器。 希望这能帮到您。 致以最诚挚的问候, Ana Sofia。
記事全体を表示
How to do DPP test with two 88W8997 and one IW612 What's DPP? DPP:Device Provisioning Protocol It is also called: Wi-Fi Easy Connect. The DUT is a device that needs to join the network. It actively initiates DPP authentication (Initiator + Enrollee), which is configured by CTT1, and finally joins the Wi-Fi network provided by CTT2 (Responder + AP) as a STA. DPP Role introduction: CTT1 (Configurator) Reads DUT's bootstrap key Coordinates DPP Authentication/Configuration Sends Wi‑Fi credentials to the DUT DUT (Initiator + Enrollee + STA) Is the device being provisioned Initiates DPP Authentication toward CTT2 Receives Wi‑Fi credentials from CTT1 Connects as a STA to the AP on CTT2 CTT2 (Responder + AP + Enrollee) Responds to DUT’s DPP Authentication messages Operates as an AP using hostapd The DUT will join this AP after provisioning Below is the process flow: 1.Add a Configurator and generate QR code on CTT1 (configurator). 2.Authenticate the DUT on DUT(STA) 3.Generate the QR Code and get URI on CTT2 4.Enter the QR Code on CTT1 and authenticate 5.Update AP configuration on CTT2 6.The connection between the DUT (STA) and CTT2 (AP) is successful. DPP flow.png   Reference: https://docs.nxp.com/bundle/RM00297/page/connectivity-features/topics/wi-fi_easy_connect_dpp.html Wi-Fi Easy Connect Specification   The red fonts in the pdf are commands. The green fonts in the pdf are comments. CTT1:Configurator Typically, it's a mobile phone or PC used to scan QR codes and issue Wi-Fi credentials. IMX93-EVK+IW612 module imx93evk login: root root@imx93evk:~# uname -a Linux imx93evk 6.12.34-lts-next-gbe78e49cb433 #1 SMP PREEMPT Wed Sep  3 05:59:19 UTC 2025 aarch64 GNU/Linux root@imx93evk:~# cat /lib/firmware/nxp/wifi_mod_para.conf SDIW612 = { cfg80211_wext=0xf max_vir_bss=1 cal_data_cfg=none ps_mode=2 auto_ds=2 host_mlme=1 drv_mode=0x17 fw_name=nxp/sduart_nw61x_v1.bin.se } root@imx93evk:~# vi wpa_supplicant.conf root@imx93evk:~# cat wpa_supplicant.conf ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=0 update_config=1 dpp_config_processing=2 modprobe moal mod_para=nxp/wifi_mod_para.conf root@imx93evk:~# wpa_supplicant -i mlan0 -D nl80211 -c wpa_supplicant.conf -B & [1] 678 root@imx93evk:~# Successfully initialized wpa_supplicant rfkill: Cannot open RFKILL control device [1]+  Done                    wpa_supplicant -i mlan0 -D nl80211 -c wpa_supplicant.conf -B root@imx93evk:~# root@imx93evk:~# root@imx93evk:~# wpa_cli wpa_cli v2.11-M005 Copyright (c) 2004-2024, Jouni Malinen and contributors This software may be distributed under the terms of the BSD license. See README for more details. Selected interface 'mlan0' Interactive mode > DPP_CONFIGURATOR_ADD 1 > SET dpp_configurator_params " conf=sta-dpp configurator=1" OK > DPP_BOOTSTRAP_GEN type=qrcode chan=81/1 mac=fc:84:a7:51:87:fc //MAC address of CTT1 itself. 1 > DPP_BOOTSTRAP_GET_URI 1  //Attention here, after this command, will generate a QR code, which will be use on DUT with command:DPP_QR_CODE DPP:C:81/1;M:fc84a75187fc;V:2;K:MDkwEwYHKoZIzj0CAQYIKoZIzj0DAQcDIgAD/bYibd4JdGvnK1etdgX/z4P+aJE2ztv89Q8xwjmbZNc=;; > DPP_LISTEN 2412 role=configurator OK //Hold on here, and now go to DUT side to authenticate the DUT with above QR Code. After authenticate on DUT, will auto output below logs. <3>DPP-RX src=20:4e:f6:bb:08:d9 freq=2412 type=0 <3>DPP-TX dst=20:4e:f6:bb:08:d9 freq=2412 type=1 <3>DPP-TX-STATUS dst=20:4e:f6:bb:08:d9 freq=2412 result=SUCCESS <3>DPP-RX src=20:4e:f6:bb:08:d9 freq=2412 type=2 <3>DPP-AUTH-SUCCESS init=0 pkhash=74a40ec058ac8c7f7acb6589253e76f5d1a9582359353bcd5e6983ee97c3a382 own=1 peer=-1 <3>DPP-CONF-REQ-RX src=20:4e:f6:bb:08:d9 <3>DPP-BAND-SUPPORT 81,82,83,84,115,116,117,118,119,120,121,122,123,124,125,126,127,128,129,130 <3>DPP-RX src=20:4e:f6:bb:08:d9 freq=2412 type=11 <3>DPP-CONF-SENT conf_status=0 //Now continue, after you generate the QR Code and get URI on CTT2. Enter the QR Code on CTT1 and authenticate: > DPP_QR_CODE DPP:C:81/1;M:02e93a0db8cd;V:2;K:MDkwEwYHKoZIzj0CAQYIKoZIzj0DAQcDIgACQOp5kWO1ex4L2U5rRXdS9yPYWA9NdRXTsuT+v5L/jvc=;; 2 //On successfully adding QR Code, a bootstrapping info id is returned as shown 2 in above command and should input in below command DPP_AUTH_INIT > DPP_AUTH_INIT peer=2 conf=ap-dpp configurator=1 OK //Now go to CTT2 to update AP configurations. <3>DPP-TX dst=02:e9:3a:0d:b8:cd freq=2412 type=0 <3>DPP-TX-STATUS dst=02:e9:3a:0d:b8:cd freq=2412 result=SUCCESS <3>DPP-RX src=02:e9:3a:0d:b8:cd freq=2412 type=1 <3>DPP-AUTH-DIRECTION mutual=0 <3>DPP-TX dst=02:e9:3a:0d:b8:cd freq=2412 type=2 <3>DPP-TX-STATUS dst=02:e9:3a:0d:b8:cd freq=2412 result=SUCCESS <3>DPP-AUTH-SUCCESS init=1 pkhash=22233c6d83a272944eeb9788870b0b564b46ba8d48fd80787f5cc22bcec95c87 own=-1 peer=2 <3>DPP-CONF-REQ-RX src=02:e9:3a:0d:b8:cd <3>DPP-RX src=02:e9:3a:0d:b8:cd freq=2412 type=11 <3>DPP-CONF-SENT conf_status=0 > list_networks network id / ssid / bssid / flags > quit root@imx93evk:~# cat /proc/mwlan/adapter0/mlan0/info driver_name = "wlan" driver_version = SDIW612---18.99.3.p26.7-MM6X18540.p7-(FP92) interface_name="mlan0" firmware_major_version=18.99.3 uuid = 1653948cf99e5b2bbe5ad9b851d6151a bss_mode ="Managed" media_state="Disconnected" mac_address="fc:84:a7:51:87:fc" multicast_count="2" essid="" bssid="00:00:00:00:00:00" channel="0" region_code = "00" multicast_address[0]="33:33:00:00:00:01" multicast_address[1]="01:00:5e:00:00:01" num_tx_bytes = 0 num_rx_bytes = 0 num_tx_pkts = 0 num_rx_pkts = 0 num_tx_pkts_dropped = 0 num_rx_pkts_dropped = 0 num_tx_pkts_err = 0 num_rx_pkts_err = 0 carrier off tx queue 0:  stopped tx queue 1:  stopped tx queue 2:  stopped tx queue 3:  stopped === tp_acnt.on:0 drop_point:0 === ====Tx accounting==== [0] Tx packets     : 0 [0] Tx packets last: 0 [0] Tx packets rate: 0 [0] Tx bytes       : 0 [0] Tx bytes last  : 0 [0] Tx bytes rate  : 0Mbps [1] Tx packets     : 0 [1] Tx packets last: 0 [1] Tx packets rate: 0 [1] Tx bytes       : 0 [1] Tx bytes last  : 0 [1] Tx bytes rate  : 0Mbps [2] Tx packets     : 0 [2] Tx packets last: 0 [2] Tx packets rate: 0 [2] Tx bytes       : 0 [2] Tx bytes last  : 0 [2] Tx bytes rate  : 0Mbps [3] Tx packets     : 0 [3] Tx packets last: 0 [3] Tx packets rate: 0 [3] Tx bytes       : 0 [3] Tx bytes last  : 0 [3] Tx bytes rate  : 0Mbps [4] Tx packets     : 0 [4] Tx packets last: 0 [4] Tx packets rate: 0 [4] Tx bytes       : 0 [4] Tx bytes last  : 0 [4] Tx bytes rate  : 0Mbps Tx amsdu cnt            : 0 Tx amsdu cnt last       : 0 Tx amsdu cnt rate       : 0 Tx amsdu pkt cnt        : 0 Tx amsdu pkt cnt last : 0 Tx amsdu pkt cnt rate : 0 Tx intr cnt             : 1 Tx intr last        : 0 Tx intr rate        : 0 Tx pending          : 0 Tx xmit skb realloc : 0 Tx stop queue cnt : 0 ====Rx accounting==== [0] Rx packets     : 0 [0] Rx packets last: 0 [0] Rx packets rate: 0 [0] Rx bytes       : 0 [0] Rx bytes last  : 0 [0] Rx bytes rate  : 0Mbps [1] Rx packets     : 0 [1] Rx packets last: 0 [1] Rx packets rate: 0 [1] Rx bytes       : 0 [1] Rx bytes last  : 0 [1] Rx bytes rate  : 0Mbps [2] Rx packets     : 0 [2] Rx packets last: 0 [2] Rx packets rate: 0 [2] Rx bytes       : 0 [2] Rx bytes last  : 0 [2] Rx bytes rate  : 0Mbps [3] Rx packets     : 0 [3] Rx packets last: 0 [3] Rx packets rate: 0 [3] Rx bytes       : 0 [3] Rx bytes last  : 0 [3] Rx bytes rate  : 0Mbps [4] Rx packets     : 0 [4] Rx packets last: 0 [4] Rx packets rate: 0 [4] Rx bytes       : 0 [4] Rx bytes last  : 0 [4] Rx bytes rate  : 0Mbps Rx amsdu cnt             : 0 Rx amsdu cnt last        : 0 Rx amsdu cnt rate        : 0 Rx amsdu pkt cnt         : 0 Rx amsdu pkt cnt last : 0 Rx amsdu pkt cnt rate : 0 Rx intr cnt      : 7 Rx intr last        : 0 Rx intr rate        : 0 Rx pending          : 0 Rx pause            : 0 Rx rdptr full cnt   : 0 root@imx93evk:~# DUT:Initiator + Enrollee + STA The device you want it to join the network. IMX8MQ-EVK+88W8997 module root@imx8mqevk:~# uname -a Linux imx8mqevk 6.12.49-lts-next-gdf24f9428e38 #1 SMP PREEMPT Fri Nov 21 03:24:46 UTC 2025 aarch64 GNU/Linux root@imx8mqevk:~# cat /lib/firmware/nxp/wifi_mod_para.conf PCIE8997 = {         cfg80211_wext=0xf         max_vir_bss=1         cal_data_cfg=none         ps_mode=1         auto_ds=1         host_mlme=1         fw_name=nxp/pcieuart8997_combo_v4.bin } root@imx8mqevk:~# cat wpa_supplicant.conf ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=0 update_config=1 dpp_config_processing=2 root@imx8mqevk:~# modprobe moal mod_para=nxp/wifi_mod_para.conf root@imx8mqevk:~# wpa_supplicant -i mlan0 -D nl80211 -c wpa_supplicant.conf -B & [1] 799 root@imx8mqevk:~# Successfully initialized wpa_supplicant rfkill: Cannot open RFKILL control device [1]+  Done                    wpa_supplicant -i mlan0 -D nl80211 -c wpa_supplicant.conf -B root@imx8mqevk:~# wpa_cli wpa_cli v2.11-M005 Copyright (c) 2004-2024, Jouni Malinen and contributors This software may be distributed under the terms of the BSD license. See README for more details. Selected interface 'mlan0' Interactive mode > DPP_QR_CODE DPP:C:81/1;M:fc84a75187fc;V:2;K:MDkwEwYHKoZIzj0CAQYIKoZIzj0DAQcDIgAD/bYibd4JdGvnK1etdgX/z4P+aJE2ztv89Q8xwjmbZNc=;; 1 > DPP_AUTH_INIT peer=1 role=enrollee OK <3>DPP-TX dst=fc:84:a7:51:87:fc freq=2412 type=0 <3>DPP-TX-STATUS dst=fc:84:a7:51:87:fc freq=2412 result=SUCCESS <3>DPP-RX src=fc:84:a7:51:87:fc freq=2412 type=1 <3>DPP-AUTH-DIRECTION mutual=0 <3>DPP-TX dst=fc:84:a7:51:87:fc freq=2412 type=2 <3>DPP-TX-STATUS dst=fc:84:a7:51:87:fc freq=2412 result=SUCCESS <3>DPP-AUTH-SUCCESS init=1 pkhash=6785abbd108e5ef6fe780819634ef620fc6eb71715b92b07f393e58af7afa0b6 own=-1 peer=1 <3>GAS-QUERY-START addr=fc:84:a7:51:87:fc dialog_token=199 freq=2412 <3>GAS-QUERY-DONE addr=fc:84:a7:51:87:fc dialog_token=199 freq=2412 status_code=0 result=SUCCESS <3>DPP-CONF-RECEIVED <3>DPP-CONFOBJ-AKM dpp <3>DPP-CONFOBJ-SSID test <3>DPP-CONNECTOR eyJ0eXAiOiJkcHBDb24iLCJraWQiOiJWV0hoQmp0enJVZ0xTSjhpTTJDRmRtNkxPQ0FFWHVCSWJEU3hzMEhaSDhnIiwiYWxnIjoiRVMyNTYifQ.eyJncm91cHMiOlt7Imdyb3VwSWQiOiIqIiwibmV0Um9sZSI6InN0YSJ9XSwibmV0QWNjZXNzS2V5Ijp7Imt0eSI6IkVDIiwiY3J2IjoiUC0yNTYiLCJ4IjoibjBQbXlSMVhUUE14WUNiM2tqYjF1Yjh3Q055bUUtREFTcE4tZ2I0ZDhDcyIsInkiOiJfbmlkd1V6NkFkM1AySy1RYVJuXzZTem9KYlJWRGt3d0VYeTdZU2JoMDU4In19.kfVVpSaFNaTfoLVE5Yu16bLMfpSlVXGlul07FNwQ7gLPlYOTGS5lbOLwCTkP246kSC1Wn-8MWSUXpxgpSpsX2A <3>DPP-C-SIGN-KEY 3039301306072a8648ce3d020106082a8648ce3d0301070322000226d58dd75a168da8b901b47e01694868af2158d57db2984784349e12768e668b <3>DPP-PP-KEY 3039301306072a8648ce3d020106082a8648ce3d03010703220002a0008bd0723f2723408ef53550f5cbc55785ea625ec5265d81e16c0cd45a5e3a <3>DPP-NET-ACCESS-KEY 30770201010420cedd6e85e66768b1a8e14e2e048fd54b7f09277195c3db3f6b1887e8b449e872a00a06082a8648ce3d030107a144034200049f43e6c91d574cf3316026f79236f5b9bf3008dca613e0c04a937e81be1df02bfe789dc14cfa01ddcfd8af906919ffe92ce825b4550e4c30117cbb6126e1d39f <3>CTRL-EVENT-NETWORK-ADDED 0 <3>DPP-NETWORK-ID 0 <3>DPP-TX dst=fc:84:a7:51:87:fc freq=2412 type=11 <3>DPP-TX-STATUS dst=fc:84:a7:51:87:fc freq=2412 result=SUCCESS <3>CTRL-EVENT-SCAN-STARTED <3>CTRL-EVENT-SCAN-RESULTS <3>WPS-AP-AVAILABLE <3>CTRL-EVENT-NETWORK-NOT-FOUND <3>CTRL-EVENT-SCAN-STARTED <3>CTRL-EVENT-SCAN-RESULTS <3>WPS-AP-AVAILABLE <3>CTRL-EVENT-NETWORK-NOT-FOUND <3>CTRL-EVENT-SCAN-STARTED <3>CTRL-EVENT-SCAN-RESULTS <3>WPS-AP-AVAILABLE <3>CTRL-EVENT-NETWORK-NOT-FOUND > DPP_STOP_LISTEN OK //All commands on DUT side finished until here. Now go to CTT2 side to continue, generate the QR Code and get URI on CTT2. <3>CTRL-EVENT-SCAN-RESULTS <3>DPP-TX dst=02:e9:3a:0d:b8:cd freq=2412 type=5 <3>DPP-TX-STATUS dst=02:e9:3a:0d:b8:cd freq=2412 result=SUCCESS <3>DPP-RX src=02:e9:3a:0d:b8:cd freq=2412 type=6 <3>PMKSA-CACHE-ADDED 02:e9:3a:0d:b8:cd 0 <3>DPP-INTRO peer=02:e9:3a:0d:b8:cd status=0 version=2 <3>SME: Trying to authenticate with 02:e9:3a:0d:b8:cd (SSID='test' freq=2412 MHz) <3>Trying to associate with 02:e9:3a:0d:b8:cd (SSID='test' freq=2412 MHz) <3>Associated with 02:e9:3a:0d:b8:cd <3>CTRL-EVENT-SUBNET-STATUS-UPDATE status=0 <3>EAPOL-RX 02:e9:3a:0d:b8:cd 99 <3>EAPOL-RX 02:e9:3a:0d:b8:cd 195 <3>WPA: Key negotiation completed with 02:e9:3a:0d:b8:cd [PTK=CCMP GTK=CCMP] <3>CTRL-EVENT-CONNECTED - Connection to 02:e9:3a:0d:b8:cd completed [id=0 id_str=] > list_networks network id / ssid / bssid / flags 0       test    any     [CURRENT] > quit root@imx8mqevk:~# cat /proc/mwlan/adapter0/mlan0/info driver_name = "wlan" driver_version = PCIE8997--16.92.21.p153.7-MM6X16540.p33-GPL-(FP92) interface_name="mlan0" firmware_major_version=16.92.21 bss_mode ="Managed" media_state="Connected" mac_address="20:4e:f6:bb:08:d9" multicast_count="4" essid="test" bssid="02:e9:3a:0d:b8:cd" channel="1" region_code = "00" multicast_address[0]="33:33:00:00:00:01" multicast_address[1]="01:00:5e:00:00:01" multicast_address[2]="33:33:ff:bb:08:d9" multicast_address[3]="33:33:00:00:00:fb" num_tx_bytes = 2458 num_rx_bytes = 350 num_tx_pkts = 19 num_rx_pkts = 3 num_tx_pkts_dropped = 0 num_rx_pkts_dropped = 0 num_tx_pkts_err = 0 num_rx_pkts_err = 0 carrier on tx queue 0:  started tx queue 1:  started tx queue 2:  started tx queue 3:  started === tp_acnt.on:0 drop_point:0 === ====Tx accounting==== [0] Tx packets     : 0 [0] Tx packets last: 0 [0] Tx packets rate: 0 [0] Tx bytes       : 0 [0] Tx bytes last  : 0 [0] Tx bytes rate  : 0Mbps [1] Tx packets     : 0 [1] Tx packets last: 0 [1] Tx packets rate: 0 [1] Tx bytes       : 0 [1] Tx bytes last  : 0 [1] Tx bytes rate  : 0Mbps [2] Tx packets     : 0 [2] Tx packets last: 0 [2] Tx packets rate: 0 [2] Tx bytes       : 0 [2] Tx bytes last  : 0 [2] Tx bytes rate  : 0Mbps [3] Tx packets     : 0 [3] Tx packets last: 0 [3] Tx packets rate: 0 [3] Tx bytes       : 0 [3] Tx bytes last  : 0 [3] Tx bytes rate  : 0Mbps [4] Tx packets     : 0 [4] Tx packets last: 0 [4] Tx packets rate: 0 [4] Tx bytes       : 0 [4] Tx bytes last  : 0 [4] Tx bytes rate  : 0Mbps Tx amsdu cnt            : 0 Tx amsdu cnt last       : 0 Tx amsdu cnt rate       : 0 Tx amsdu pkt cnt        : 0 Tx amsdu pkt cnt last : 0 Tx amsdu pkt cnt rate : 0 Tx intr cnt             : 18 Tx intr last        : 0 Tx intr rate        : 0 Tx pending          : 0 Tx xmit skb realloc : 19 Tx stop queue cnt : 0 ====Rx accounting==== [0] Rx packets     : 0 [0] Rx packets last: 0 [0] Rx packets rate: 0 [0] Rx bytes       : 0 [0] Rx bytes last  : 0 [0] Rx bytes rate  : 0Mbps [1] Rx packets     : 0 [1] Rx packets last: 0 [1] Rx packets rate: 0 [1] Rx bytes       : 0 [1] Rx bytes last  : 0 [1] Rx bytes rate  : 0Mbps [2] Rx packets     : 0 [2] Rx packets last: 0 [2] Rx packets rate: 0 [2] Rx bytes       : 0 [2] Rx bytes last  : 0 [2] Rx bytes rate  : 0Mbps [3] Rx packets     : 0 [3] Rx packets last: 0 [3] Rx packets rate: 0 [3] Rx bytes       : 0 [3] Rx bytes last  : 0 [3] Rx bytes rate  : 0Mbps [4] Rx packets     : 0 [4] Rx packets last: 0 [4] Rx packets rate: 0 [4] Rx bytes       : 0 [4] Rx bytes last  : 0 [4] Rx bytes rate  : 0Mbps Rx amsdu cnt             : 0 Rx amsdu cnt last        : 0 Rx amsdu cnt rate        : 0 Rx amsdu pkt cnt         : 0 Rx amsdu pkt cnt last : 0 Rx amsdu pkt cnt rate : 0 Rx intr cnt      : 67 Rx intr last        : 0 Rx intr rate        : 0 Rx pending          : 0 Rx pause            : 0 Rx rdptr full cnt   : 0 root@imx8mqevk:~# CTT2 (AP):Responder + AP + Enrollee IMX8MPlus EVK + 88W8997 module root@imx8mpevk:~# uname -a Linux imx8mpevk 6.12.49-lts-next-gdf24f9428e38 #1 SMP PREEMPT Fri Nov 21 03:24:46 UTC 2025 aarch64 GNU/Linux root@imx8mpevk:~# cat /lib/firmware/nxp/wifi_mod_para.conf PCIE8997 = {         cfg80211_wext=0xf         max_vir_bss=1         cal_data_cfg=none         ps_mode=1         auto_ds=1         host_mlme=1         fw_name=nxp/pcieuart8997_combo_v4.bin } root@imx8mpevk:~# hostapd hostapd.conf -B & [1] 1731 root@imx8mpevk:~# HT (IEEE 802.11n) with WPA/WPA2 requires CCMP/GCMP to be enabled, disabling HT capabilities rfkill: Cannot open RFKILL control device uap0: interface state UNINITIALIZED->ENABLED uap0: AP-ENABLED [1]+  Done                    hostapd hostapd.conf -B root@imx8mpevk:~# hostapd_cli hostapd_cli v2.11-M005 Copyright (c) 2004-2024, Jouni Malinen and contributors This software may be distributed under the terms of the BSD license. See README for more details. Selected interface 'uap0' Interactive mode > DPP_BOOTSTRAP_GEN type=qrcode chan=81/1 mac=02:e9:3a:0d:b8:cd //MAC address of CTT2 itself and returned 1 is bootstrap info id which require to get QR code in below command. 1> DPP_BOOTSTRAP_GET_URI 1 //Attention here, after this command, will generate a QR code, which will be use on CTT1 with command:DPP_QR_CODE. Then directly go to CTT1 to enter the QR Code. DPP:C:81/1;M:02e93a0db8cd;V:2;K:MDkwEwYHKoZIzj0CAQYIKoZIzj0DAQcDIgACQOp5kWO1ex4L2U5rRXdS9yPYWA9NdRXTsuT+v5L/jvc=;;> //Hold on here, and now go to CTT1 to authenticate this AP with above QR Code. After authenticate on CTT1 with QR Code, will auto output below logs. Pay attention on the keys and connectors info, will use them later when you update the AP. > <3>DPP-RX src=fc:84:a7:51:87:fc freq=2412 type=0 <3>DPP-TX dst=fc:84:a7:51:87:fc freq=2412 type=1 <3>DPP-TX-STATUS dst=fc:84:a7:51:87:fc result=SUCCESS <3>DPP-RX src=fc:84:a7:51:87:fc freq=2412 type=2 <3>DPP-AUTH-SUCCESS init=0 pkhash=8b3e0f88b70610446a84f53ea9d792f5631b2b87e30cd219a8059c6f7893c501 own=1 peer=-1 <3>GAS-QUERY-START addr=fc:84:a7:51:87:fc dialog_token=0 freq=2412 <3>GAS-QUERY-DONE addr=fc:84:a7:51:87:fc dialog_token=0 freq=2412 status_code=0 result=SUCCESS <3>DPP-CONF-RECEIVED <3>DPP-CONFOBJ-AKM dpp <3>DPP-CONFOBJ-SSID test <3>DPP-CONNECTOR eyJ0eXAiOiJkcHBDb24iLCJraWQiOiJWV0hoQmp0enJVZ0xTSjhpTTJDRmRtNkxPQ0FFWHVCSWJEU3hzMEhaSDhnIiwiYWxnIjoiRVMyNTYifQ.eyJncm91cHMiOlt7Imdyb3VwSWQiOiIqIiwibmV0Um9sZSI6ImFwIn1dLCJuZXRBY2Nlc3NLZXkiOnsia3R5IjoiRUMiLCJjcnYiOiJQLTI1NiIsIngiOiJEbVRmSVFTRFNPVXVkVFBkN0pobEQtQ2xOa0U3U2lEWmctLWpYeGdNRXRJIiwieSI6Iml2NlVCc1J0YXhGSEpzcEtPbWFQSktqUmNDTFV5REh6WHFFeWtLbkhsOGcifX0.vEzfQywitO8AMvmcXenL_qidmkNl7t_jen2YW9OV8M5OID9jmTu-GqVUUkMEQE7R7Ja5vGnOMQ2-x-h7qyRKIQ <3>DPP-C-SIGN-KEY 3039301306072a8648ce3d020106082a8648ce3d0301070322000226d58dd75a168da8b901b47e01694868af2158d57db2984784349e12768e668b <3>DPP-NET-ACCESS-KEY 307702010104200be4b069c34a39d844fca856dd1e583a729e74f394370a4da8bc7d68d0dfadc2a00a06082a8648ce3d030107a144034200040e64df21048348e52e7533ddec98650fe0a536413b4a20d983efa35f180c12d28afe9406c46d6b114726ca4a3a668f24a8d17022d4c831f35ea13290a9c797c8 <3>DPP-TX dst=fc:84:a7:51:87:fc freq=2412 type=11 <3>DPP-TX-STATUS dst=fc:84:a7:51:87:fc result=SUCCESS //Now update AP configurations on CTT2: //First disable AP: > disable <3>AP-DISABLED OK //Update AP parameters: > set ssid test OK > set wpa 2 OK > set wpa_key_mgmt DPP OK > set ieee80211w 2 OK > set rsn_pairwise CCMP OK > set dpp_connector eyJ0eXAiOiJkcHBDb24iLCJraWQiOiJWV0hoQmp0enJVZ0xTSjhpTTJDRmRtNkxPQ0FFWHVCSWJEU3hzMEhaSDhnIiwiYWxnIjoiRVMyNTYifQ.eyJncm91cHMiOlt7Imdyb3VwSWQiOiIqIiwibmV0Um9sZSI6ImFwIn1dLCJuZXRBY2Nlc3NLZXkiOnsia3R5IjoiRUMiLCJjcnYiOiJQLTI1NiIsIngiOiJEbVRmSVFTRFNPVXVkVFBkN0pobEQtQ2xOa0U3U2lEWmctLWpYeGdNRXRJIiwieSI6Iml2NlVCc1J0YXhGSEpzcEtPbWFQSktqUmNDTFV5REh6WHFFeWtLbkhsOGcifX0.vEzfQywitO8AMvmcXenL_qidmkNl7t_jen2YW9OV8M5OID9jmTu-GqVUUkMEQE7R7Ja5vGnOMQ2-x-h7qyRKIQ OK > set dpp_csign 3039301306072a8648ce3d020106082a8648ce3d0301070322000226d58dd75a168da8b901b47e01694868af2158d57db2984784349e12768e668b OK > set dpp_netaccesskey 307702010104200be4b069c34a39d844fca856dd1e583a729e74f394370a4da8bc7d68d0dfadc2a00a06082a8648ce3d030107a144034200040e64df21048348e52e7533ddec98650fe0a536413b4a20d983efa35f180c12d28afe9406c46d6b114726ca4a3a668f24a8d17022d4c831f35ea13290a9c797c8 OK //Re-enable the AP after updates: > enable <3>AP-ENABLED OK //just wait here, it will output below logs after some seconds. > <3>DPP-RX src=20:4e:f6:bb:08:d9 freq=2412 type=5 <3>DPP-TX dst=20:4e:f6:bb:08:d9 freq=2412 type=6 status=0 <3>DPP-TX-STATUS dst=20:4e:f6:bb:08:d9 result=SUCCESS <3>AP-STA-CONNECTED 20:4e:f6:bb:08:d9 dpp_pkhash=74a40ec058ac8c7f7acb6589253e76f5d1a9582359353bcd5e6983ee97c3a382 <3>EAPOL-4WAY-HS-COMPLETED 20:4e:f6:bb:08:d9 > quit > root@imx8mpevk:~# cat /proc/mwlan/adapter0/uap0/info driver_name = "uap" driver_version = PCIE8997--w8997o-V4, RF878X, FP92, 16.92.21.p153.7-MM6X16540.p33-GPL-(FP92) interface_name="uap0" firmware_major_version=16.92.21 media_state="Connected" mac_address="02:e9:3a:0d:b8:cd" num_tx_bytes = 462 num_rx_bytes = 2248 num_tx_pkts = 4 num_rx_pkts = 20 num_tx_pkts_dropped = 0 num_rx_pkts_dropped = 0 num_tx_pkts_err = 60 num_rx_pkts_err = 0 carrier on tx queue 0:  started tx queue 1:  started tx queue 2:  started tx queue 3:  started tkip_mic_failures = 0 ccmp_decrypt_errors = 0 wep_undecryptable_count = 0 wep_icv_error_count = 0 decrypt_failure_count = 0 mcast_tx_count = 20 failed_count = 3 retry_count = 0 multiple_retry_count = 0 frame_duplicate_count = 0 rts_success_count = 0 rts_failure_count = 0 ack_failure_count = 30 rx_fragment_count = 55 mcast_rx_frame_count = 18 fcs_error_count = 401368 tx_frame_count = 22 rsna_tkip_cm_invoked = 0 rsna_4way_hshk_failures = 0 === tp_acnt.on:0 drop_point:0 === ====Tx accounting==== [0] Tx packets     : 0 [0] Tx packets last: 0 [0] Tx packets rate: 0 [0] Tx bytes       : 0 [0] Tx bytes last  : 0 [0] Tx bytes rate  : 0Mbps [1] Tx packets     : 0 [1] Tx packets last: 0 [1] Tx packets rate: 0 [1] Tx bytes       : 0 [1] Tx bytes last  : 0 [1] Tx bytes rate  : 0Mbps [2] Tx packets     : 0 [2] Tx packets last: 0 [2] Tx packets rate: 0 [2] Tx bytes       : 0 [2] Tx bytes last  : 0 [2] Tx bytes rate  : 0Mbps [3] Tx packets     : 0 [3] Tx packets last: 0 [3] Tx packets rate: 0 [3] Tx bytes       : 0 [3] Tx bytes last  : 0 [3] Tx bytes rate  : 0Mbps [4] Tx packets     : 0 [4] Tx packets last: 0 [4] Tx packets rate: 0 [4] Tx bytes       : 0 [4] Tx bytes last  : 0 [4] Tx bytes rate  : 0Mbps Tx amsdu cnt            : 0 Tx amsdu cnt last       : 0 Tx amsdu cnt rate       : 0 Tx amsdu pkt cnt        : 0 Tx amsdu pkt cnt last : 0 Tx amsdu pkt cnt rate : 0 Tx intr cnt             : 22 Tx intr last        : 0 Tx intr rate        : 0 Tx pending          : 0 Tx xmit skb realloc : 64 Tx stop queue cnt : 0 ====Rx accounting==== [0] Rx packets     : 0 [0] Rx packets last: 0 [0] Rx packets rate: 0 [0] Rx bytes       : 0 [0] Rx bytes last  : 0 [0] Rx bytes rate  : 0Mbps [1] Rx packets     : 0 [1] Rx packets last: 0 [1] Rx packets rate: 0 [1] Rx bytes       : 0 [1] Rx bytes last  : 0 [1] Rx bytes rate  : 0Mbps [2] Rx packets     : 0 [2] Rx packets last: 0 [2] Rx packets rate: 0 [2] Rx bytes       : 0 [2] Rx bytes last  : 0 [2] Rx bytes rate  : 0Mbps [3] Rx packets     : 0 [3] Rx packets last: 0 [3] Rx packets rate: 0 [3] Rx bytes       : 0 [3] Rx bytes last  : 0 [3] Rx bytes rate  : 0Mbps [4] Rx packets     : 0 [4] Rx packets last: 0 [4] Rx packets rate: 0 [4] Rx bytes       : 0 [4] Rx bytes last  : 0 [4] Rx bytes rate  : 0Mbps Rx amsdu cnt             : 0 Rx amsdu cnt last        : 0 Rx amsdu cnt rate        : 0 Rx amsdu pkt cnt         : 0 Rx amsdu pkt cnt last : 0 Rx amsdu pkt cnt rate : 0 Rx intr cnt      : 28229 Rx intr last        : 0 Rx intr rate        : 0 Rx pending          : 0 Rx pause            : 0 Rx rdptr full cnt   : 0 root@imx8mpevk:~#
記事全体を表示
[Introduction to NXP Microcontrollers] [Motor Control] [Basics Part 3] How Permanent Magnet Synchronous Motors Work and How to Control Them (Japanese blog) table of contents   [Introduction to NXP Microcontrollers] [Motor Control] [Basics Part 3] Mechanism and Control Method of Permanent Magnet Synchronous Motors The unsung hero! What are Clark Transform and Park Transform? It all began with the complex waves of three-phase AC Step 1: Clarke Transformation - Simplifying 3D into 2D Step 2: Park Transformation - "The Magic of the Merry-Go-Round" - Freeze the Moving World Why go through such a tedious conversion process? What are the huge benefits? Summary: The power of mathematics to manipulate complex waves at will [Introduction to NXP Microcontrollers] [Motor Control] [Basics Part 3] Mechanism and Control Method of Permanent Magnet Synchronous Motors The unsung hero! What are Clark Transform and Park Transform? Hello! When an electric vehicle (EV) takes off smoothly and a high-performance air conditioner operates surprisingly quietly, microcomputers perform complex calculations at ultra-high speeds and skillfully control the motor. This time, let's unravel the mysteries of the "Clark Transformation" and the "Park Transformation" (transformations named after two great experts who work in " vector control ," the heart of control technology), with the GIF animation below! (function() { var wrapper = document.getElementById('lia-vid-6377224605112w540h540r855'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (View My Videos) It all began with the complex waves of three-phase AC First, the top row. This is the world of three-phase AC , the basic energy required to run a motor. Graph on the right (Three-Phase Sine Waves) : Three waves, A, B, and C, are constantly changing in magnitude and direction as they flow. These three waves are interconnected, but as they are, it is extremely difficult to intuitively determine how much force should be applied to the motor at any given time. It's like trying to conduct three musicians who are each playing different pieces of music at the same time. Left graph (Rotating Vector) : However, when the forces of these three waves are combined, something interesting happens. A single force ( rotating vector ) is created that rotates smoothly and constantly, while maintaining a constant magnitude. Physically, this is the " rotating magnetic field " created by the stator coil. It is this rotating magnetic field that attracts the rotor magnet and is the source of the force that turns the motor. Problem: How can we easily and accurately control these "three constantly changing waves" using a microcontroller? Step 1: Clarke Transformation - Simplifying 3D into 2D The first magic is the " Clark transformation ," which transforms a complex 3D world into a more understandable 2D world. The calculation formula is as follows: Clarke.jpg In normal motor control, the following simplified formula is used, assuming amplitude invariant transformation (K=2/3) and balanced three-phase (i_a+i_b+i_c=0).   texclip20251021155548.png​ The graph on the right (Two-Phase Sine Waves α-β) : Look! The three waves have been consolidated into two waves, α (alpha) and β (beta). The wave shape (alternating current) is still there, but one variable has been removed, making it much easier to see. Graph on the left (Clarke Transformation α-β) : This shows the world as seen from two axes (α, β) that intersect at right angles to the rotation vectors seen from three axes (A, B, C). It's like turning a solid object seen from an angle into a flat view from directly above. The rotation vector itself continues to rotate in the same way without any change. [Key points of Clarke conversion] Without losing any information, we simplified the problem by converting from the somewhat difficult to handle three-phase coordinate system to Cartesian coordinates (α-β stationary coordinate system), which are familiar from mathematics. Step 2: Park Transformation - "The Magic of the Merry-Go-Round" - Freeze the Moving World The values of α and β are still changing like waves, and it is difficult to keep track of them. This is where the essence of vector control, the " Park transformation ," comes in! The calculation formula is as follows: texclip20251021155429.png​​ This is a major shift in thinking : "Let's stop looking at the rotating vector from the stationary ground (α-β coordinates) and jump on a merry-go-round that rotates at the same speed as the rotating vector!" This new rotating coordinate system is called the " dq rotating coordinate system ." Right graph (Two-Phase Value dq) : What an amazing result! The two waves that had been changing so drastically have now turned into **almost constant values (direct current)** called d and q! Left graph (Park Transformation dq) : You can see that the dq coordinates rotate in perfect synchronization with the rotation vector. If you stand right next to a horse on a merry-go-round, the horse appears stationary to you, right? It's the exact same principle. From the perspective of the rotating object, it appears stationary. [Points to note about park conversion] By observing from a coordinate system (dq coordinates) that rotates at the same speed as the rotating vector, AC values can be treated as DC values. Why go through such a tedious conversion process? What are the huge benefits? This two-step transformation brings us a tremendous benefit: overwhelming simplification of control . Controlling constantly changing AC values is difficult, but what about DC values? If it's higher than the target value, lower it; if it's lower, raise it. With this simple operation (PID control) that even an elementary school student can understand, you can achieve perfect control of a motor. The DC values of d and q each have an important physical meaning. q-axis value (Quadrature-axis): This directly controls the motor's torque (rotational force). When you step on the accelerator of an EV, the car accelerates sharply because the microcomputer is raising the target value of this q-axis. It is truly a "power dial." d-axis value (Direct-axis): Controls the motor's magnetic flux (magnet strength). In the case of a permanent magnet motor, the strength of the rotor magnet is constant, so basically it is most efficient to control the d-axis current to zero. It is truly an "efficiency dial." In other words, the Clarke and Park transformations are magical in that they separate the "power" and "efficiency" elements of a motor, which are normally mixed together, into two independent DC dials (d and q) . Summary: The power of mathematics to manipulate complex waves at will The complex wave of three-phase AC creates a rotating force (rotation vector) inside the motor. Clarke transformation simplifies the problem by redrawing the three-dimensional world into two dimensions (α-β). The park transformation involves riding on a rotating merry-go-round (dq coordinates) and converting AC values into DC values. The DC torque (q) and magnetic flux (d) values can be easily and accurately controlled using a PID controller! This series of elegant mathematical processes is the basis of "vector control," which supports modern high-performance motors. It is this magic that allows us to enjoy the full benefits of powerful, quiet, and energy-efficient motors. Thank you for reading to the end! If you would like to read the next basic chapter, click here ↓ [Basics Part 4] Practice! Let's see how vector control works using a block diagram! Click here for an explanation of the specific setup method and how to run the sample code. [Introduction to NXP Microcontrollers] [Motor Control] [Practical Part 1] Mechanism and Control Method of Permanent Magnet Synchronous Motors (Japanese blog) Here is a website that compiles articles about NXP motor control: NXP Motor Control - Summary Page - (Japanese blog) =========================​ We are currently unable to respond to comments in the " Comment " section of this post . We apologize for the inconvenience, but when making inquiries, please refer to " How to contact NXP with technical questions ( Japanese blog ) " . (If you are already an NXP distributor or have a relationship with NXP , you may contact the person in charge directly. ) This article will provide an easy-to-understand explanation of motor control using the NXP FRDM board "FRDM-MCXA156." It is divided into a basic section and a practical section, so we hope you will refer to the section that interests you. ・Basics ①~⑦, Practical ①~③ This time, as part 3 of the Basics, we will explain the mechanism and control method of permanent magnet synchronous motors using NXP microcontrollers. MCUXpresso MCUXpresso IDE MCUXpresso SDK MCX Motor Control Technology Focus Japanese Blog
記事全体を表示
RT1060 LVGL-导向器-带旋转的示例 大家好 🙂 我正在评估配备 RK043FN66HS 显示屏的 MIMXRT1060-EVKB 主板。我从evkbmimxrt1060_lvgl_guider示例开始。我以纵向模式(272x480)生成了 GuiGuider 代码,并将其复制到 MCU 示例项目中。 为了旋转屏幕,我将定义DEMO_USE_ROTATE设为1。此时,一切正常。只是性能不是很好。你可以看到画面在更新(见图片一--黄色条正常横跨整个屏幕)。 框架结构 因此,我使用了CONFIG_LV_USE_ROTATE_PXP定义,并将其设置为1。但在此之后,许多文物开始出现(见图二)。 PXP 手工艺品 我到底做错了什么?PXP 是否与我的设置不兼容?如何提高性能--PXP 是正确的方法吗? 此致 乌韦
記事全体を表示
How to enable LVDS panel at uboot on iMX8M PLUS Hi, NXP Support Specialist. We're currently working on enabling an LVDS display in L6.12.20 yocto for an IMX8MP custom board. The LVDS display works well in kernel but uboot doesn't display logo, so we follow this website (https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/Add-i-MX8MP-LVDS-driver-in-uboot/ta-p/1434826) to add patch to uboot 2025.04 and still cannot display. Is there any advices or patch for L6.12.20 yocto bsp? The attachments below are current uboot log we get and dm tree. Graphics & Display Linux Re: How to enable LVDS panel at uboot on iMX8M PLUS Thank you for reply and suggestion, we can see the uboot logo now! Re: How to enable LVDS panel at uboot on iMX8M PLUS Hi @Mikw  Please make sure that you have defined the display timing in simple_panel.c if you are referring the 0001-L6.1.55-Add-i.MX8MP-LVDS-panel-demo.patch. The uboot log you provided shows that the ldb driver can't decode display timing. Best Regards, Zhiming
記事全体を表示
FS26 Wake Up Issue on ISOSPI Wake My customer has an issue with FS26 PMIC After enabling AFE LPCM successfully, FS26 PMIC enters LPOFF mode with wake polarity configured as High. During an under‑voltage fault, the ISOSPI asserts the INTR pin from Low to High. This INTR signal is connected in parallel to FS26 WAKE1 and S32K322 GPIO PTC12. However, when INTR transitions to High, the line only reaches around 600 mV, which is not sufficient for FS26 to exit LPOFF. Due to this, FS26 is not waking up. I would suspect loading on the shared WAKE/INTR net (e.g., MCU pin not fully Hi‑Z or weak/OD INTR driver), but I would appreciate if any guidance or recommendation to fix issue. FS26 S32K3 Re: FS26 Wake Up Issue on ISOSPI Wake Hi Allan (@AllanAn), Could you please help with this question from our colleague Yuko-san? Thanks & BRs, Tomas Re: FS26 Wake Up Issue on ISOSPI Wake Hi Yuko, From your description, INTR too low leading to not reach FS26 WAKE pin high threshold, as a result, device did not wakeup. I only suggest customer to have a high INTR voltage and I did not see any action from FS26 side, as it is customer responsibility to make sure wakeup signal should be valid within FS26 spec as attached. Brs Allan 
記事全体を表示
威【xins4698】老街腾龙公司注册游戏获取代码账号申请下载官网 威【xins4698】老街腾龙公司注册游戏获取代码账号申请下载官网 General graphics lpc2000 LPC3xxx LPCOpen Peripherals USB User Content 中国用户论坛
記事全体を表示
RT1021 入力最大電流 こんにちは。GPIO 入力が処理できる電流量をご存知ですか?私は GPIO_AD_B1_02 を使用しており、そのピンには 8mA が流れています。 ピンが損傷する前に入力が処理できる最大電流はどれくらいですか? ピンはデフォルト値になっています。正しく理解していれば、デフォルトでは100kのプルダウン抵抗付きの入力として構成されています。 よろしくお願い申し上げます。 Re: RT1021 input max current こんにちは@jtrujillo 、 一般に、RT1xxx GPIO ピンの最大電流は、ソース電流でもシンク電流でも 25 mA に制限する必要があります。これは、エレクトロマイグレーションによる潜在的な損傷などの信頼性の問題を防ぐためのテクノロジの安全限界であり、ピンが必要な場合は長期間にわたって持続できます。 BR、 エドウィン。
記事全体を表示
i.MX RT1060 API's LPSPI_MasterTransferEDMA does not support 24bit framesize? I’m trying to write 24bit frames via DMA with LPSPI. The application is not important but for my example it is to send data from memory to an external DAC. I want to get this working with DMA because I will eventually use a link-list of TCD’s together with PIT to update the DAC continuously w/o CPU overhead. This is a common application with external ADC and DAC. It is also common that 16bit DAC/ADC’s have 24bit frame requirements (top byte is for command, lower bytes for data). I don’t want to use uint8_t data and split the transfer into 3 bytes, I want to use uint32_t data and send with 24bits frame size, the top byte to be ignored. Now, onto the LPSPI and DMA configuration. 1. The lpspi_master_config_t structure of the imxRT1060 SDK’s API LPSPI_MasterInit function allows me to set bitsPerFrame to 24. This is no problem when doing a standard transfer w/o DMA. 2. However, when using DMA w/ the API's LPSPI_MasterTransferEDMA function, the case for 24-bits frame size is not handled or supported by the eDMA hardware? In LPSPI_MasterTransferEDMALite the DMA transfer width is set in the edma_transfer_config_t struct. Specifically, the srcTransferSize and destTransferSize fields are configured based on the bytesEachRead and bytesLastWrite values, which are derived from the SPI frame size (bytesPerFrame) by…. /* LPSPI_MasterTransferPrepareEDMALite */ uint32_t bytesPerFrame = ((base->TCR & LPSPI_TCR_FRAMESZ_MASK) >> LPSPI_TCR_FRAMESZ_SHIFT) / 8U + 1U; if (bytesPerFrame <= 4U) { handle->bytesEachWrite = (uint8_t)bytesPerFrame; // for 24bit frames = 3 handle->bytesEachRead = (uint8_t)bytesPerFrame; // .... handle->bytesLastRead = (uint8_t)bytesPerFrame; // .... } /* now back in LPSPI_MasterTransferEDMALite */ switch (handle->bytesEachRead) //bytes each transfer { case (1U): transferConfigRx.srcTransferSize = kEDMA_TransferSize1Bytes; transferConfigRx.minorLoopBytes = 1; if (handle->isByteSwap) { addrOffset = 3; } break; case (2U): transferConfigRx.srcTransferSize = kEDMA_TransferSize2Bytes; transferConfigRx.minorLoopBytes = 2; if (handle->isByteSwap) { addrOffset = 2; } break; case (4U): transferConfigRx.srcTransferSize = kEDMA_TransferSize4Bytes; transferConfigRx.minorLoopBytes = 4; break; default: transferConfigRx.srcTransferSize = kEDMA_TransferSize1Bytes; transferConfigRx.minorLoopBytes = 1; assert(false); break; } We get the default case and an error as the case of 3 bytes is not handled. Does the EDMA hardware support 3-byte transfers? Basically I want to use uint32_t data and frame as 3 bytes and transfer via DMA, ignoring the most significant byte. Is it possible? Re: i.MX RT1060 API's LPSPI_MasterTransferEDMA does not support 24bit framesize? ok thank you for confirmation, so I don't waste time trying to get it to work! So the only way really is to use make everything uint8_t data and send as three bytes w/ kLPSPI_MasterPcsContinuous. This is ok, as this is how we do it for all other peripherals, but it adds unnecessary overhead in the case of the 16-bit DAC implementation. Thank you.  Re: i.MX RT1060 API's LPSPI_MasterTransferEDMA does not support 24bit framesize? Hi @azone , Thank you so much for your interest in our products and for using our community. Please check the following link, it describe that eDMA support transfer sizes of  1, 2, 4, 8, 16, 32, 64 bytes, it does not support 24bit(3 bytes) transfer size. MCUXpresso SDK API Reference Manual: EDMA: Enhanced Direct Memory Access (eDMA) Controller Driver mayliu1_0-1768271744223.png Best Regards MayLiu
記事全体を表示
RW612 mcuBoot + TF-M 无法启动 你好 我在刷新自定义板时遇到了问题,该设置与 TF-M + M cuBoot 示例中的 FRDM-RW612 非常相似。 看来最新版本的nxp-zephyr仓库(v4.3.0)已经更改了教程中的一些文件。我已经尽我所能地关注它,但是我的板仍然无法正常启动。 当我只闪存 MCUBoot 引导加载程序时,我确实看到了预期的输出错误无法找到可引导映像。当我按照指南的指示闪存 psa 加密样本时,在终端上看不到任何输出,甚至连 MCUBoot 文本都没有了。我还用闪烁的样本对其进行了测试,以防它只是终端问题,但在这种情况下,板 LED 也不会闪烁。 当我在没有 McuBoot 的情况下只刷新 TF-M 时,这两个样本都能启动并运行(west bu ild-b frdm_rw612///ns samples/basic/blinky--pristine & & west f lash)。 在这种情况下,我还注意到一个奇怪的现象。由于我需要将 flexcomm3 用于外设,因此我想将 zephyr 控制台切换到另一个输出端。当我编辑设备树时,我遇到了不同的问题:   1.将 zephyr 控制台切换到 Flexcomm2 而不是 Flexcomm3 对 板/nxp/frdm_rw612/frdm_rw612/frdm_rw612_common.dtsi 进行了以下编辑: 删除了 i2c-0 别名 删除了 ambient-temp0 别名 用&flexcomm2 代替 chosen/zephyr,控制台 已添加 flexcomm2 节点: &flexcomm2 { compatible = "nxp,lpc-usart"; status = "okay"; current-speed = <115200>; pinctrl-0 = <&pinmux_flexcomm2_usart>; pinctrl-names = "default"; wakeup-source; }; 删除了 nxp_pmod_touch_panel_i2c、arduino_i2c 和 mikrobus_i2c 节点 并在 板/nxp/frdm_rw612/frdm_rw612/frdm_rw612-pinctrl.dtsi 中添加了 flexcomm2 pinctrl &pinctrl { pinmux_flexcomm2_usart: pinmux_flexcomm2_usart { group0 { pinmux = ; slew-rate = "normal"; bias-pull-up; }; }; }; 在此之后,当我闪烁与使用 FC3 作为控制台时完全相同的闪烁代码时,我在 FC3 上看到引导加载程序输出(如下图),但在 FC2 上没有任何输出,LED 也不闪烁。 [INF] Starting bootloader [WRN] This device was provisioned with dummy keys. This device is NOT SECURE [INF] PSA Crypto init done, sig_type: EC-P256, using builtin keys [INF] Image index: 1, Swap type: none [INF] Image index: 0, Swap type: none [INF] Bootloader chainload address offset: 0x20000 [INF] Image version: v0.0.0 [INF] Jumping to the first image slot Booting TF-M v2.2.0+g3b3595f16 [WRN] This device was provisioned with dummy keys. This device is NOT SECURE [Sec Thread] Secure image initializing! [INF][PS] Encryption alg: 0x5500100 [INF][Crypto] Provision entropy seed... [INF][Crypto] Provision entropy seed... complete. 2.将 zephyr 控制台切换到 Flexcomm14,而不是 Flexcomm3 用&flexcomm14 代替 chosen/zephyr,控制台 已添加 flexcomm14 节点:   &flexcomm14 { compatible = "nxp,lpc-usart"; status = "disabled"; current-speed = <115200>; pinctrl-0 = <&pinmux_flexcomm14_usart>; pinctrl-names = "default"; wakeup-source; }; 并在 板/nxp/frdm_rw612/frdm_rw612/frdm_rw612-pinctrl.dtsi 中添加了 flexcomm14 pinctrl &pinctrl { pinmux_flexcomm14_usart: pinmux_flexcomm14_usart { group0 { pinmux = ; slew-rate = "normal"; }; }; }; 进行这些编辑后,我在 FC3 或 FC14 上看不到任何输出,LED 指示灯也没有闪烁。 我不知道我在使用 TF-M + MCUBoot 时遇到的问题是否与只使用 TF-M 的控制台输出问题有关,但我想我应该把这个问题包括进去,以防万一。 我的最终目标是拥有 McuBoot 和 TF-M,这样我就可以在启动后进行固件更新,而且我需要使用 Flexcomm3 作为外围设备,所以我需要与 FRDM-RW612 不同的主机输出。 我还想指出,既不使用 TF-M 也不使用 McuBoot 时,我可以用 FC14 刷新我的板并打印到主机,我只有在启用这些子系统后才遇到闪存/启动问题。 如蒙帮助,不胜感激,谢谢! Re: RW612 MCUBoot + TF-M Not Booting 我查看了 proj.conf,发现问题与闪存子系统有关。 目前,我正在测试 MCUBoot(不含 TF-M)。: 跳转到第一个图像插槽的是以下一个或多个 KConfig 选项:   CONFIG_FLASH_FILL_BUFFER_SIZE=32 CONFIG_FLASH=y CONFIG_FLASH_MCUX_FLEXSPI_XIP_MEM="RAM" CONFIG_FLASH_INIT_PRIORITY=50 CONFIG_FLASH_HAS_DRIVER_ENABLED=y CONFIG_FLASH_HAS_EXPLICIT_ERASE=y CONFIG_FLASH_HAS_PAGE_LAYOUT=y CONFIG_FLASH_JESD216=y CONFIG_FLASH_MCUX_FLEXSPI_NOR=y CONFIG_MEMC_MCUX_FLEXSPI=y 我一直在研究 MCUBoot 和 NXP 的闪存文件,但我不确定自己的方向是否正确。 看起来就像这句话: ((void (*) (void)) v t -> RESET) (); 在 MCUBoot 的 zephyr main.c 的 do_boot() 函数中,是我能在 GDB 中调试到的最后一个地方。 调用 RESET " 函数 " 后,电脑处于 0x20005840,继续/步进不起任何作用,程序就挂起了。   再次感谢您提供任何帮助或提示来调试这个问题,谢谢! Re: RW612 MCUBoot + TF-M Not Booting 你好 希望你一切顺利。能否详细介绍一下您的设置? 您在使用 MCUXpresso for VSCode 吗? 在尝试实施与 flexcomms 相关的所有更改之前,能否请您说明一下是否可以跟帖?(相应的版本变更) 顺祝商祺! 里卡多 Re: RW612 MCUBoot + TF-M Not Booting 嗨,里卡多,如果我原来的帖子散乱了,请原谅。 我完全从头开始使用 TF-M + MCUBoot 指南,这样我就可以列出我遇到的问题。在正常开发中,我使用 MCUXpresso for VSCode,但由于指南使用的是 West 命令行工具,所以我在这里也使用了它。 TF-M + MCUBoot 指南的问题(在 nxp_zephyr 标签 nxp-v4.3.0 上) -在 " 修改安全映像 " 的步骤 6 中的 " 版本 and Flash from Downstream " 中,它说 M_BOOT_FLASH_CONF_START 应与 BOOT_FLASH_ACT_APP 相同。我在仓库中的任何地方都找不到 BOOT_FLASH_ACT_APP,我不知道如何找到它的设置。我使用了#define M_BOOT_FLASH_CONF_START (0x18020000) - 在"Modify secure image" 的第 8 步,指南指示在 hardware_init.c 中的 SystemInitHook 添加 VTOR 配置,但看起来该代码已经存在。我没管它。 -在 " 修改非安全图片 " 部分中,该指南指示编辑文件夹 nxp_zephyr\ zephyr\ build\ tfm\ api_ns\ 平台\ 分区中的文件,但是 nxp_zephyr\ zephyr\ zephyr\ build\ build\ tfm\ api_ns\ 平台\ 分区中的文件,但是 nxp_zephyr\ zephyr\ build\ partition 默认不存在。到目前为止,该指南还没有指示任何版本。我(后来)构建应用程序后,步骤 2-6 中的文件已经修改为正确的值。 - 在 "修改非安全映像" 的第 7 步中,没有 nxp_zephyr/zsdk/板。我猜应该是 nxp_zephyr/zephyr/板,所以我沿着第 8 步走了那条路。 -像指南所说的那样编辑 nxp_zephyr/ zephyr/boards/nxp/frdm_rw612/frdm_rw612_rw612_rw612_ns.dts 后,出现以下编译错误:找不到所需的节点标签:slot0_ partition。如果我没有进行编辑,而是使用默认的设备树文件进行构建,则示例几乎可以一直构建,但在最后一步我遇到了错误: Traceback(最后一次调用):... intelHex.AddressOverlapError:地址为 0x18020000 的数据重叠在处理上述 异常期间,发生了另一个异常:... intelHex.AddressOverlapError:/nxp_zephyr/zephyr/build/zephyr/tfm_s_signed.hex 有合并问题我只是忽略了这个错误 继续阅读指南。 -我遇到的最后一个问题是在步骤 3 的 "合并二进制文件" 部分中,我收到错误错误:没有这样的'合并'命令。我使用了"export" 命令,而不是 merge,因为对我来说,它看起来有类似的功能。 进行这些调整并按照指南的指示闪烁后,我仍然得到以下终端输出: *** Booting MCUboot v2.2.0-192-g96576b341ee1 *** *** Using Zephyr OS build nxp-v4.3.0 *** I: Starting bootloader I: Image index: 0, Swap type: perm I: Image index: 0, Swap type: perm I: Primary image: magic=bad, swap_type=0x0, copy_done=0x2, image_ok=0x2 I: Secondary image: magic=good, swap_type=0x1, copy_done=0x3, image_ok=0x1 I: Boot source: none I: Image index: 0, Swap type: perm I: Image index: 0, Swap type: perm I: Image index: 0, Swap type: perm I: Image index: 0, Swap type: perm E: Image in the primary slot is not valid! E: Unable to find bootable image 我不知道我对指南说明所做的任何调整是否导致了我的问题,或者这是更新后的zephyr 仓库中的其他区别。感谢您的回复。 Re: RW612 MCUBoot + TF-M Not Booting 你好@jm-streametric,希望你一切都好。 你所指的指南(使用 RW612 的 Zephyr McuBoot + TFM 演示)仅适用于低于 4.2.0 的 Zephyr 版本,在这种情况下,对于 Zephyr v4.3.0(恩智浦的下游存储库),构建和刷新示例的过程对于 FRDM-RW612 来说更简单,请参阅以下构建和刷新 psa_crypto 示例的步骤: 单击 "从资源库导入示例"。 选择恩智浦下游软件源 V4.3.0,这一点很重要,因为主 Zephyr 软件源尚未完全添加对 FRDM-RW612 的 TF-M 支持。然后选择 FRDM-RW612 的非安全版本。 RomanVR_0-1770328270240.png 选择 psa_crypto 示例,点击导入按钮。 RomanVR_1-1770328301685.png 最后,生成示例并将其闪存到板上(如果需要,您也可以打开调试会话)。如果一切顺利,串行终端上的日志应该如下图所示。 RomanVR_2-1770328336393.png 请注意,此步骤目前仅适用于 FRDM-RW612 主板,因为您将 RW612 与定制主板一起使用,因此需要检查并进行必要的更改才能为您的主板添加 TF-M 支持。要考虑的要点是您正在使用的闪存设备,因此,如果在这方面有任何区别,则可能需要使用更大的端口。 关于您在更改用于 Zephyr 控制台的 Flexcomm 实例时遇到的问题,请勿直接在 boards/nxp/frdm_rw612/frdm_rw612_common.dtsi 文件上进行更改,因为此更改在版本时会重写为默认值,而是尝试使用 frdm_rw612.overlay 文件添加修改,此叠加层优先于 Zephyr 默认设备树文件并且您的更改将保持不变。 如果这些信息有用,请告诉我。 Re: RW612 MCUBoot + TF-M Not Booting 你好,Roman, 感谢您的答复!我能够听从你的指示,让我的板上的事情顺利进行:)。我的自定义板上的闪存布局与 FRDM-RW612 相同,所以幸运的是我不需要在那里进行更改。 添加叠加层是个好主意,我以前没想到要这么做。 作为后续问题,是否可以更改 TF-M secure + BL2 系统的 FlexComm 输出?我不能使用默认的 Flexcomm3 接口,因为我在上面安装了一个外设。现在我正在静音调试输出,但是有什么地方可以修改 BL2+S 版本以输出到(比如)FC14 USART 而不是 FC3? 谢谢! Re: RW612 MCUBoot + TF-M Not Booting 嗨,@jm-streametric。 关于您提出的 Flexcomm 问题:在当前的实现中,TF-M 被 "硬编码 "为使用USART3。如果需要切换到不同的 USART 实例,可以查看并修改位于以下位置的 TF-M 平台文件: /modules/tee/tf-m/trusted-firmware-m/platform/ext/target/nxp/frdmrw612 作为起点,我建议查看platform_base_address.h归入 frdmrw612/Device/Include 该文件定义了平台级基础地址,包括 TF-M 使用的 USART 实例。 此外,在同一 TF-M 目标目录下的 project_template 文件夹中,还可以找到 USART 的初始配置代码。这些初始化应为您提供清晰的参考,了解 USART3 当前的设置方式以及在何处应用更改以切换到其他 USART 实例 希望这些信息能有所帮助! Re: RW612 MCUBoot + TF-M Not Booting 你好,Roman, 我试着切换 TF-M 系统使用的 USART。当我切换所有定义时 target/nxp/frdmrw612/project_template/* board.h和 pin_mux.c从 FC3/USART3 -> FC2/USART2,更改生效。 但是,当我按照同样的步骤将其改为 FC14/USART14 时,BL2 程序却挂起了。我用 bl2.elf 通过 addr2line 运行了程序挂起的地址,结果发现程序似乎永远都卡在 target/nxp/frdmrw612/Native_Driver/drivers/fsl_reset.c 中循环运行。第 51 行。这对我来说似乎不对劲,因为我认为 FC14 外设 RESET 应该使用第 67 线的开关外壳,但是 addr2line 可能有问题? 无论如何,当我将 TF-M 系统切换到 USART14 打印时,BL2 程序就会挂起,zephyr 应用程序也无法启动。您以前遇到过这种问题吗?您知道为什么会出现这种情况吗? Re: RW612 MCUBoot + TF-M Not Booting 你好@jm-streametric,希望你一切都好。 你能否在设备树中检查一下引用 Flexcomm14 的节点是否已正确配置和激活?确保状态属性设置为"okay" ,如下面的示例: flexcomm14: flexcomm@126000 { status = "okay"; }; 希望对您有所帮助! Re: RW612 MCUBoot + TF-M Not Booting 嗨,罗曼, 是的,我将 flexcomm14 节点设置为"好的" 状态。虽然我的问题是针对 BL2/安全环境日志记录的。我认为 zephyr 设备树不适用,因为这两个二进制文件是分开构建的?
記事全体を表示
プロトタイプ段階でのPBLベースのプラットフォームでのセキュアブートの設定 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このドキュメントでは、QorIQ PBLベースのPowerPCおよびARMアーキテクチャ・プラットフォームのセキュア・ブート設定方法と手順について説明します。セキュアブートの基本概念について説明します。セキュアブート用のPBL、CSFヘッダー、およびESBCイメージの作成方法について説明します。セキュアブート関連のイメージをターゲットにデプロイする方法と、プロトタイプ段階でOTPMKをブローしてSRKハッシュキーをミラーレジスタに書き込む方法を紹介します。セキュアブートが失敗し、UARTコンソールにメッセージが出力されない場合のトラブルシューティング方法をステップバイステップで提供します。 このドキュメントでは、LS1043を例に挙げていますが、ユーザーが異なるプロセッサを使用する場合は、プロセッサリファレンスマニュアルおよびQorIQ SDKユーザーマニュアルに従ってレジスタとイメージのデプロイメントアドレスを変更する必要があります。 1. PBLベースプラットフォームでのセキュアブートの基本概念 2. セキュアブート用のイメージの準備 2.1 セキュアブートをサポートするRCWを作成する           2.1.1 Linux SDKでセキュアブートRCWを作成する 2.1.2QCVSツールでセキュアブートRCWを作成    2.2 RSAキーと署名イメージを生成して、CSTツールでCSFヘッダーを作成する 3. セキュア ブート イメージをターゲットにデプロイし、SRKH ミラー レジスタを書き込みます 4.セキュアブートのトラブルシューティング。 Qonverge Re: プロトタイプ段階でのPBLベースプラットフォームでのセキュアブートの設定 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Codewarrior自体でコード署名ツールを使用する方法はありますか? Re: プロトタイプ段階でのPBLベースプラットフォームでのセキュアブートの設定 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはジェリー、 私たちのシステムでカスタマーサービスリクエストを作成するか、コミュニティで新しいスレッドを作成して、手順をより詳細に説明していただけませんか? 私があなたのためにもっと調査をします。 ありがとうございます イーピン Re: プロトタイプ段階でのPBLベースプラットフォームでのセキュアブートの設定 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、LS1043ARDBでのセキュアブートのためにこのプロセスを実行しました。ブート ホールドオフは機能しており、コアをリリースする前にすべての値が適切に設定されていることを確認できます。コアが解放された後、u-boot は起動せず、スクラッチ レジスタ 2 のエラー コードが0x00000101
記事全体を表示
回复:Freemaster 无法检测任何指定的 UART 通信端口 Hi  iulian 我的目标是:使用MBDT工具在Matlab中进行编程,通过UART或CAN自动将代码刷入开发板,然后使用Freemaster进行观察。基于此,我有几个问题: 关于使用 S32 和 MPC574xP_S32DS_UART0_CAN0_OpenSDA_RevE.rbf 进行闪存,我是否需要使用 S32 再次配置 Freemaster 驱动程序环境?如何配置Freemaster环境(请提供完整教程),或者可以直接使用Matlab中的Freemaster配置模块吗? 针对我的使用目的,能否提供相应的分步操作?我目前可以从 Matlab 进行闪存,但无法与 Freemaster 通信。 MBDT 是否支持 XCP/CCP? 如果您需要专门从事 MBDT 的同事的支持,请将他们添加到此问题中或帮助我为他们创建相应的问题。 回复:Freemaster 无法检测任何指定的 UART 通信端口 您好,感谢您对 MBDT 产品的关注, 1)配置FreeMASTER主要包括配置FreeMASTER要使用的UART/CAN外设的实例。 此配置完全由FreeMaster_Config块完成,无需在 S32 Design Studio 中进行进一步配置。 2) 如上所述配置的 UART / CAN 实例不能用于除使用 FreeMASTER 进行调试之外的用途。因此,应用程序本身需要使用不同的 UART / CAN 实例。 3) MBDT 不支持 XCP,无论是通过 UART 还是 CAN。但 FreeMASTER 在大多数情况下可以实现相同的目的。 回复:Freemaster 无法检测任何指定的 UART 通信端口 Hi  iulian 我看了第一个视频并阅读了第二篇文章。 我按照视频里的步骤操作,使用相同的模型编译然后刻录,但是还是无法连接Freemaster。 关于第二篇文章,我不确定是否需要在使用 Matlab 之前先使用 S32 配置 UART,或者是否可以直接使用 Matlab。 回复:Freemaster 无法检测任何指定的 UART 通信端口 Hi @Renjie-Wang, 以下 2 篇文章是一个很好的起点: https://www.nxp.com/design/design-center/training/TIPS-ENHANCING-EMBEDDED-APP 通过 UART 发送数据并使用 FreeMASTER 监控信号 我将您的问题移至此社区空间,以便 MBDT 专家可以进行解答。
記事全体を表示
Volansys 模块化网关演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 物联网物理组件 网关 SoC i.MX 6UltraLite     Volansys 模块化网关 支持的 NXP 模块 PN7120 NFC, JN5169 ZigBee   支持的协议 ZigBee、Thread、蓝牙、Wi-Fi   用户兼容性 兼容 MikroBus ™   网络连接 Ethernet, Wi-Fi   规格 100毫米 x 150毫米   应用 智能家居 智能楼宇 智能安全 智慧医疗 智能能源   SOM MODULE SoC i.MX 6UltraLite                                    适用于模块化网关的 Volansys i.MX6UL SOM 内存 DRAM、DDR3、NAND 闪存、EEPROM、eMMC I/O接口 CAN, I2C, SPI, UART, SDIO, PWM, JTAG, SAI, S/PDIF 规格 67.6mm x 45.0mm x 5.0mm 应用 能源管理系统 物联网网关解决方案 工业 HMI 和门禁控制 工业控制与自动化 医疗保健设备 智能家电 移动POS和安全电子商务 KW2XD Module SoC MKW24D512   Volansys KW24D 模块(用于模块化网关)或边缘设备 支持的 NXP 模块 Kinetis® KW2xD 应用 智能能源 M2M 自动抄表 医疗网络 暖通空调控制 照明控制 资产追踪 环境监测与控制 支持的协议 Thread 用户兼容性 MikroBus 兼容 规格 24毫米 x 19毫米 KW41Z Module SoC KW41Z512VHT4   Volansys KW41Z 模块(用于模块化网关)或边缘设备     支持的 NXP 模块 Kinetis® KW41Z 支持的协议 Zigbee、Thread、蓝牙 用户兼容性 MikroBus 兼容 规格     21毫米 x 16毫米 应用 超低功耗嵌入式系统 便携式医疗保健设备 可穿戴运动 健身器材 电脑键盘和鼠标 游戏控制器 门禁控制 安全系统 智能能源 家庭区域网络 自动抄表 医疗网络 暖通空调控制 照明控制 资产追踪 环境监测与控制 边缘设备 支持的 NXP 模块 JN5169 , MKW2xD, MKW41Z Volansys 模块化边缘节点平台(支持与模块化网关相同的无线电模块) 支持的协议 Thread、ZigBee 和 BLE 用户兼容性 MikroBus 兼容 规格 74.98mm x 49.99mm 应用 智能家居 建筑 各行各业 这个演示是关于什么的 视频链接:7307 模块化设计 MikroBus 兼容模块 支持 ZigBee、蓝牙、BLE、Thread、Wi-Fi(SigFox 和 Lora WAN 即将推出) 您的模块与我们的网关无缝集成 即插即用我们的模块将您的产品转换为解决方案 Volansys 的 NXP 特定功能演示。 Volansys 使用 NXP 的 Kinetis KW22D512 处理器创建了一个 KW2xD 线程就绪模块,用于在网关上添加线程支持。 上述演示反映了使用移动应用程序通过 Volansys Gateway 控制 NXP 的 Thread 终端设备。 该移动应用程序是在 Android 上开发的,可以控制 Thread 终端设备传感器(LED、加速度计、开关按压) 使用IAR编译器构建 Volansys IoT 网关是一种可立即投入生产的模块化设计,可轻松实施和修改以制造您的产品,并为您的产品提供连接解决方案。 KW2xD 是具有 MikroBus 兼容性的 Thread 就绪模块,可轻松集成以将您的产品转换为 Thread 就绪解决方案。 KW41Z 是支持多协议的模块(Zigbee + Thread + BLE),具有 MikroBus 兼容性。 NXP 的 NFC Tap Commissioning 有助于更快地连接到网关。 Volansys Gateway 还与 Amazon Alexa 集成,可使用语音控制物联网终端设备,让用户轻松进行通信。 Volansys 概述演示 联系我们 如果您有任何问题或意见,或者没有找到您需要的内容等,请随时直接联系我们的物联网产品经理、物联网解决方案中心跟进团队或物联网解决方案中心社区: [email protected] 通信基础设施
記事全体を表示