i.mx8QMおよびi.mx8QXP EVKのMFi認証チップを接続するにはi2cラインが必要です こんにちは、NXPチーム i.mx8QM および i.mx8QXP EVK で Apple MFi 認証チップを接続するには、テスト ポイントまたはピンの詳細が必要です。以下のピンを募集しています。 3.3V VCC SDA SCL GND 前もって感謝します i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Re: Need i2c lines for connecting MFi Authentication Chip in i.mx8QM and i.mx8QXP EVK AUX I2Cは標準I2CとしてCAN使用できますが、このコネクタの仕様は持っていません。同封のBOMファイルを参照してください。そこにはメーカーと部品番号が記載されています。添付ファイルを見つけてください。 Re: Need i2c lines for connecting MFi Authentication Chip in i.mx8QM and i.mx8QXP EVK こんにちは@joanxieさん、返信ありがとうございます。返信を時間通りに確認できず申し訳ありません。 SO、私たちに本当に必要なのは、すでに私たち側に存在する MFi チップを接続するための i2c ラインを見つけるのに役立つ、ハードウェア レイアウトと回路図の詳細です。 当社では「MCIMX8-8x-BB」ベースボードを使用しており、そこに i.MX8 QM および QXP ハードウェアを接続しています。そこには 10 個のジャンパー スロットを含む「AUX I2C」(J7) がいくつかあることがわかりました。それぞれのピン配置を知りたいSO、「3.3V」を見つけCANVCC'、SDA、SCL、GND。また、MFiチップの接続に使用CANかどうかの確認が必要です。 ありがとう、 モハメド・シャキル Re: Need i2c lines for connecting MFi Authentication Chip in i.mx8QM and i.mx8QXP EVK i.mx8qm はこれをサポートしますが、詳細な設計や SW 情報などについては、 [email protected] まで お問い合わせください 。 MFiアクセサリ ソフトウェア開発キット（SDK） | NXP Semiconductors Re: Need i2c lines for connecting MFi Authentication Chip in i.mx8QM and i.mx8QXP EVK [email protected]のお問い合わせは誰ですか？メールアドレスが有効ではありません。

NXP IMX8 Plus "创建 电路板支持包。 和 Yocto 版本 环境 " 编译问题 你好，恩智浦、 感谢您提供这份表格。我正在尝试下载并构建 " I.MX 8M Plus " 目标的电路板支持包源代码。 1.我指的是下载和版本电路板支持包代码 "https://docs.nxp.com/bundle/AN13712/page/topics/module_and_board.html"。 2.请查找主机信息： $ uname -a Linux das-ThinkPad-L14-Gen-1 6.14.0-24-generic #24-Ubuntu SMP PREEMPT_DYNAMIC Sun Jun 15 11:18:07 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux 3. 版本和环境设置： das @das-ThinkPad-L14-Gen-1：~$ 发行版=fsl-imx-xwayland machine=imx8mp-lpddr4-EVK 来源 imx-setup-版本.sh-b 版本 das @das-ThinkPad-l14-gen-1：~$ bitbake imx-limage-full-c populate_sdk das @das-Thinkpad-L14-gen-1：~/desktop/das/nxp/Project/nxp/Project/nxpevproject/nxpevProject/nxpevpject/nxpimx-yocto-电路板支持包/版本$ bitbake imx-image-full-c populate_sdk d as @das-ThinkPad-l14-gen-1：dasktop/dask/das/nxp/project/nxp/project/nxp/版本$ sudo apt 安装gawk wget git diffstat 解压texinfo gcc build-essential chrpath socat cpio python3 python3-pip python3-pexpect xz- @dasutils debianutils iputils-ping python3-git python3-jinja2 python3-subunit zstd liblz4-tool 文件语言环境 libacl1 das @das-thinkpad-l14-gen-1：~/desktop/das/nxp/project/nxp/project/nxp/imx-yocto-电路板支持包/版本$ sudo apt install git git diffstat unzip texzip install git diffstat unzip texinfo gcc build-essential chrpath socat cpio python3 pip python3-pip python3-pexpect xz-utils debianutils iputils-ping python3-git python3-jinja2 libegl1-mesa libsdl1. 2-devpython3-subunit mesa-common-dev zstd liblz4-tool 文件语言环境-y d as @das-ThinkPad-l14-gen-1：~sudo apt install git git diffstat 解压texinfo gcc build-essential chrpath socat cpio python3-pip python3-pip xz-utils debianutils iputils-ping python3-git python3-git python3-git python3-git python3-git python3-git python3-git pjinja2 python3-subunit zstd liblz4 工具文件本地化 libacl1 das @das-ThinkPad-L14-gen-1：~/desktop/das/nxp/project/nxp/project/nxpevb/imx-yocto-bsp/build$ sudo apparmor_parser-R /etc/apparmor.d/unprivileged_userns das @das-ThinkPad-L14-gen-1：~/desktop/das/nxp/Project/nxp/project/nxpevb/imx-yocto-电路板支持包/build$ sudo locale-gen en_US.UTF-8 das @das-ThinkPad-L14-Gen-1：~/desktop/das/nxp/Project/nxpevb/imx-yocto-电路板支持包/build$ bitbake imx-image-full-c populate_sdk 4。版本错误： das @das-ThinkPad-L14-gen-1：~/desktop/das/nxp/Project/nxpevb/imx-yocto-bsp/build$ bitbake imx-image-full 警告：主机分发 " ubuntu-25.04 " 尚未使用此版本的编译系统进行验证；您可能会遇到意外故障。建议使用经过测试的发行版。 加载缓存：100% |####################################################################################################################################################| 时间：0:00:02 从依赖关系缓存中加载了 5449 个条目。 注意：解决任何缺失的任务队列依赖关系 警告：首选的 llvm-native 17.0.6 版本不可用（针对 llvm-native 项目） 警告：可用的 llvm-native 版本：17.0.3 版本配置： BB_VERSION = " 2.6.0 " BUILD_SYS ="x86_64-linux" NATIVELSBSTRING ="ubuntu-25.04" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" 发行版 = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-nanbield" TUNE_FEATURES = " aarch64 armv8a crcrypto " TAR GET_FPU = " " meta meta-p oky = " Head: 046b70083f3f3bc9e25f547e8026400032f563d9 " meta-oe 元多媒体 meta-python = " Head: 1750c66ae8e4268c472c0b2b94748AD59AD9c0b2b94748AD59AD 6ef866D " meta-freescale = " 头:0a73d1bdd7713a6189482e463c98043c9939a2a2 " meta-freescale-3rdparty = " 头:7725256e3859b62f1ff201db7f2cf7026c17656D " meta-freescale-distro distro meta-freescale-3rdparty = 头:4f1f101ebab5eb054bbedbedbedbed10b247fc0547b30793 " meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = " 头:773c0049c3b35af8f5b5bdf8da78 "a6236a4fc184 " meta-nxp-demo-experience = " 头:db34fa86ad5f3c0d9c0a68f5f5f20240c04f2bfb " meta-arm meta-arm meta-arm-toolchain = " head: 4d22f982bce8df6f6f6f8f8c4d11845c47a4d39f961cc47a4d39f961cc4c961cc47a4d39f961cc4c961cc47a4d39f961cc4c966 " meta-chromium = " 头:dc31889c0899971def535dc1c040edf18bc16691 " meta-clang = " HEAD :9b08495e6bcef524789aefb6a7cc80fdfd2ff409 " 元地精元网络元文件系统 = " head: 1750c66ae8e4268c472c0b2b94748a59d6ef866D " meta-qt6 = head ": fd054cf5fc1b50df6d 50cd606384ab338c6d9206437 " meta-parsec meta-tpm = " 头:070a1e82cc59424d230a23c0b2a104b01fbaa2AD 30 span> meta-virtualization = " head: 9e92984ff47b3ca2106b1d27a93af061b28d1e8a " 警告：您的主机 glibc 版本（2.41）比 uninative 的版本（2.38）新。禁用 uninative，以免损坏 sstate。 初始化任务：100% |###############################################################################################################################################| 时间：0:00:11 状态摘要：想要 7712 本地 0 镜像 0 错过了 7712 当前 142 个（0% 匹配，1% 已完成） 注意：正在执行任务 错误：伪原生 1.9.0+git-r0 do_compile：执行错误（'/home/das/Desktop/das/NXP/Project/nxpevb/imx-yocto-电路板支持包。/版本/tmp/work/x86_64-linux/pseudo-native/1.9.0+git/temp/run.do_compile.28961'，1，无，无） 错误：故障日志文件存储在：/home/das/Desktop/das/NXP/Project/nxpevb/imx-yocto-电路板支持包。/版本/tmp/work/x86_64-linux/pseudo-native/1.9.0+git/temp/log.do_compile.28961 日志数据如下： | DEBUG：Executing shell function do_compile | NOTE: Building/installing only 64-bit libpseudo.so for pseudo-native. | 注意：如果你需要运行 32 位可执行文件，请确保将 NO32LIBS 设置为 0。 | 在 /HOME/das/desktop/das/nxp/project/nxp/project/nxp/project/nxpevb/imx-yocto-bsp/版本/tmp/work/x86_64-Linux/peudo-native/1.9.0+git/recipe-sysroot-native/USR 中找到 3043001 版本的 SQLite 标头。 | 默认启用内存数据库。 | 注意：make -j 4 RPATH=-Wl,--rpath=XORIGIN/../../../sqlite3-native/usr/lib/ | make：对 'all' 没有任何操作。 | 警告：Shell 命令的退出代码为 1。 错误：任务（虚拟：原生：/HOME/das/desktop/das/nxp/Project/nxp/project/nxp/imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/配方-devTools/peudo_GIT.bb: do_compile）失败，退出代码为 “1” 注意：任务摘要：尝试了 359 个任务，其中 358 个不需要重新运行，1 个任务失败。 摘要：1 项任务失败： virtual: native: /HOME/das/desktop/das/nxp/project/nxpevb/imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/recipes-devTools/peudo_GIT.bb: do_compile 摘要：共有 4 条警告信息。 摘要：有 1 条 ERROR 信息，返回非零退出代码。 你能否回过头来解决这个电路板支持包和 Yacto 版本问题； 谢谢！ 达斯 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 导致 OE_RUNMAKE 错误的原因多种多样。DDR 不足可能是其中之一。 确保根据需要正确设置您的开发主机，上述硬件资源除外。 此致 哈维 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 恩智浦 、 您能在这方面提供帮助吗 ： dasmiddepogu @dasmiddepogu-ThinkPad-L13-Yoga-gen-3：~/desktop/das/project/imx-yocto-bsp/build$ bitbake core-image-minimal 加载缓存：100% |#################################################################################################################################################################################################### ##########################| 时间：0:00:01 从依赖缓存中加载了 5449 个条目。 注意：解决任何缺失的任务队列依赖关系 警告：首选的 llvm-native 17.0.6 版本不可用（针对 llvm-native 项目） 警告：可用的 llvm-native 版本：17.0.3 版本配置： BB_VERSION = " 2.6.0 " BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "通用" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-nanbield" TUNE_FEATURES = " aarch64 armv8a crcrypto " TARGET_FPU = " " meta meta-poky = " Head: 046b70083f3f3bc9e25f547e8026400032f563d9 " meta-oe 元多媒体 meta-python = " Head: 1750c66ae8e4268c472c0b2b94748AD59AD9c0b2b94748AD59AD 6ef866D " meta-freescale = " 头:0a73d1bdd7713a6189482e463c98043c9939a2a2 " meta-freescale-3rdparty = " 头:7725256e3859b62f1ff201db7f2cf7026c17656D " meta-freescale-发行版 = 头:4f1f101ebab5eb054bbedbedbedbed10b247fc0547b30793 " meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = " 头:773c0049c3b35af8f5b5bdf8da78 "a6236a4fc184 " meta-nxp-demo-experience = " 头:db34fa86ad5f3c0d9c0a68f5f5f20240c04f2bfb " meta-Arm meta-Arm meta-Arm-toolchain = " head: 4d22f982bce8df6f6f6f8f8c4d11845c47a4d39f961cc47a4d39f961cc4c961cc47a4d39f961cc4c966 " meta-chromium = " 头:dc31889c0899971def535dc1c040edf18bc16691 " meta-clang = " HEAD :9b08495e6bcef524789aefb6a7cc80fdfd2ff409 " 元地精元网络元文件系统 = " head: 1750c66ae8e4268c472c0b2b94748a59d6ef866D " meta-qt6 = head ": fd054cf5fc1b50df6d 50cd606384ab338c6d9206437 " meta-parsec meta-tpm = " 头:070a1e82cc59424d230a23c0b2a104b01fbaa2AD 30 span> meta-virtualization = " head: 9e92984ff47b3ca2106b1d27a93af061b28d1e8a " 初始化任务：100% |##################################################################################################################################################################| Time: 0:00:02 Sstate summary: Wanted 1103 Local 2 Mirrors 0 Missed 1101 Current 1686 (0% match, 60% complete) NOTE: Executing Tasks ERROR: openssl-3.1.4-r0do_compile: oe_runmake 失败 ERROR: openssl-3.1.4-r0do_compile：执行错误（'/HOME/dasmiddepogu/das/project/imx-yocto-bsp/版本/tmp/work/armv8a-参考发行版、系统开发套件。-linux/openSSL/3.1.4/temp/run.do_compile.14161 '，1，无，无）错误：故障日志文件存储在：/HOME/dasmiddepogu/das/Project/desktop/das/Project/desktop/das/Project/desktop/das/Project/desktop/das/imx-yocto-bsp/版本/tmp/work/armv8a-参考发行版、系统开发套件。-linux/openSSL/3.1.4/temp/log.do_compile.14161 日志数据如下： | DEBUG：执行 shell 函数 do_compile | 注意：make -j 12 错误：任务（/HOME/dasmiddepogu/desktop/das/project/imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/配方-连接/openSSL_3.1.4.bb: do_compile）失败，退出代码为 “1” 等待 11 个正在运行的任务完成：0：qemu-native-8.1.2-r0 do_compile - 45s (pid 14162) 1: linux-imx-6.6.3+git-r0do_fetch - 45s (pid 14185) |<=> | 2: rust-llvm-native-1.70.0-r0 do_compile - 45s (pid 14195) 0% | | 3: icu-73-2-r0 do_compile - 44s (pid 14317) 4: perl-5.38.0-r0 do_compile - 43s (pid 14323) 5: util-linux-2.39.2-r0 do_package - 43s (pid 14318) 6: libical-native-3.0.16-r0 do_compile - 43s (pid 14321) 36% |################################################### | 7: bash-5.2.15-r0 do_configure - 43s (pid 1432^C dasmiddepogu@dasmiddepogu-ThinkPad-L13-Yoga-Gen-3:~/Desktop/das/project/imx-y 此致， 达斯 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 恩智浦、 请帮助解决以下错误： dasmiddepogu @dasmiddepogu-ThinkPad-L13-Yoga-gen-3：~/desktop/das/project/imx-yocto-bsp/build$ bitbake-c cleansstate openssl dasmiddepogu @dasmiddepogu-ThinkPad-L13-Yoga-gen-3：~/desktop/das/project/imx-yocto-bsp/build$ bitbake openssl 加载缓存：100% |#######################################################################################################################################################################| 时间：0:00:00 从依赖缓存中加载了 5449 个条目。 注意：解决任何缺失的任务队列依赖关系 版本配置： BB_VERSION = " 2.6.0 " BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "通用" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-nanbield" TUNE_FEATURES = " aarch64 armv8a crcrypto " TARGET_FPU = " " meta meta-poky = " Head: 046b70083f3f3bc9e25f547e8026400032f563d9 " meta-oe 元多媒体 meta-python = " Head: 1750c66ae8e4268c472c0b2b94748AD59AD9c0b2b94748AD59AD 6ef866D " meta-freescale = " 头:0a73d1bdd7713a6189482e463c98043c9939a2a2 " meta-freescale-3rdparty = " 头:7725256e3859b62f1ff201db7f2cf7026c17656D " meta-freescale-发行版 = 头:4f1f101ebab5eb054bbedbedbedbed10b247fc0547b30793 " meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = " 头:773c0049c3b35af8f5b5bdf8da78 "a6236a4fc184 " meta-nxp-demo-experience = " 头:db34fa86ad5f3c0d9c0a68f5f5f20240c04f2bfb " meta-Arm meta-Arm meta-Arm-toolchain = " head: 4d22f982bce8df6f6f6f8f8c4d11845c47a4d39f961cc47a4d39f961cc4c961cc47a4d39f961cc4c966 " meta-chromium = " 头:dc31889c0899971def535dc1c040edf18bc16691 " meta-clang = " HEAD :9b08495e6bcef524789aefb6a7cc80fdfd2ff409 " 元地精元网络元文件系统 = " head: 1750c66ae8e4268c472c0b2b94748a59d6ef866D " meta-qt6 = head ": fd054cf5fc1b50df6d 50cd606384ab338c6d9206437 " meta-parsec meta-tpm = " 头:070a1e82cc59424d230a23c0b2a104b01fbaa2AD 30 span> meta-virtualization = " head: 9e92984ff47b3ca2106b1d27a93af061b28d1e8a " 初始化任务：100% |##################################################################################################################################################################| Time: 0:00:00 Sstate summary: Wanted 100 Local 0 Mirrors 0 Missed 100 Current 616 (0% match, 86% complete) NOTE: Executing Tasks NOTE: No reply from server in 30s (for command ping at 05:13:49.520202) 等待 bitbake 服务器回复时超时 (60s at 05:14:19.561139) 我的主机有 1TB 内存、8GB 内存和 10 个 CPU 内核。 ThinkPad-L13-Yoga-Gen-3 5.15.0-139-generic #149~20.04.1-UbuntuSMP Wed Apr 16 08:29:56 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux 谢谢！ 达斯 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 这是可能的。你可以评论图片配方中的代码包，也可以从Yocto论坛获得帮助。不过，这将是另一个问题。如果需要进一步帮助，请提出新的问题单。如前所述，如果跳过此类应用程序/代码包，则版本完整/多媒体将类似于版本其他较小的图像。 此致 哈维 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好，恩智浦、 在版本以下配置（bitbake fsl-image-machine-test、bitbake imx-image-mage-full、bitbake imx-image-full）时，是否可以在版本 " opencv " 或 " vulkan " 这些元器件的版本脚本文件中注释以跳过版本过程？请分享文件名以及我需要在哪里注释代码才能跳过版本元器件？ 我的最终目标是进行完整版本（bitbake imx-image-full）。通过上述实验，我们可以找出由元器件造成的问题。 谢谢！ 达斯 因此，从上面的配置中我观察到，每当尝试构建 " opencv " 和 " vulkan " 时，我都会遇到 bitbake 服务器连接问题。我们有任何构建选项可以评论或跳过建筑物（" opencv " 和 " vulkan "）然后继续操作吗？ Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 这些应用程序是完整/多媒体图像的主要元器件。与其跳过这些应用程序的版本，不如直接版本 imx-image-core。如前所述，升级您的开发主机。 此致 哈维 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好，恩智浦。 感谢您的支持。我现在使用的是 4 CPU、1TB 硬盘和 8GB 内存。根据您的建议，我可以尝试将内存增至 16 GB 以上。 我正在尝试版本为 "MACHINE = "imx8mp-lpddr4-evk"" 根据我的观察，版本 summery 如下所示： 能够版本： bitbake imx-image-core 无法版本： bitbake fsl-image-machine-test bitbake imx-image-multimedia bitbake imx-image-full 因此，从上面的配置中我观察到，每当尝试版本 " opencv " 和 " vulkan " 时，我都会遇到 bitbake 服务器连接问题。我们有任何版本选项可以评论或跳过建筑物（" opencv " 和 " vulkan "）然后继续操作吗？ 你能否指出编译脚本名称以及在哪里发表评论以跳过 opencv " 和 " vulkan " 的版本？ 感谢你的支持 达斯 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好 您的编译系统似乎不符合此版本的要求。下面是 Yocto 提出的一些配置建议。 Yocto Project 快速版本 — Yocto Project® 5.2.2 文档 至少 8 GB 的 RAM，但强烈建议使用具有尽可能多 RAM 和 CPU 内核的现代开发主机，以最大限度地提高版本性能。 其他建议：如果有 4 个 CPU 内核，至少需要 16GB 内存。1:4 的比例如下您还可以参考https://docs.yoctoproject.org/dev-manual/speeding-up-build.html 如果要创建完整镜像，至少需要 250GB 磁盘空间。 我刚刚在我的主机上进行了同样的测试：22.04.1-Ubuntu bitbake imx-image-full -c populate_sdk 正在加载缓存：100% |##################################################################################################################| 时间：0:00:01 从依赖缓存中加载了 5449 个条目。 注意：解决任何缺失的任务队列依赖关系 警告：首选的 llvm-native 17.0.6 版本不可用（针对 llvm-native 项目） 警告：可用的 llvm-native 版本：17.0.3 版本配置： BB_VERSION = " 2.6.0 " BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "通用" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-nanbield" TUNE_FEATURES = " aarch64 armv8a crcrypto " TARGET_FPU = " " meta meta-poky = " Head: 046b70083f3f3bc9e25f547e8026400032f563d9 " meta-oe 元多媒体 meta-python = " Head: 1750c66ae8e4268c472c0b2b94748AD59AD9c0b2b94748AD59AD 6ef866D " meta-freescale = " 头:0a73d1bdd7713a6189482e463c98043c9939a2a2 " meta-freescale-3rdparty = " 头:7725256e3859b62f1ff201db7f2cf7026c17656D " meta-freescale-发行版 = 头:4f1f101ebab5eb054bbedbedbedbed10b247fc0547b30793 " meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = " 头:773c0049c3b35af8f5b5bdf8da78 "a6236a4fc184 " meta-nxp-demo-experience = " 头:db34fa86ad5f3c0d9c0a68f5f5f20240c04f2bfb " meta-Arm meta-Arm meta-Arm-toolchain = " head: 4d22f982bce8df6f6f6f8f8c4d11845c47a4d39f961cc47a4d39f961cc4c961cc47a4d39f961cc4c966 " meta-chromium = " 头:dc31889c0899971def535dc1c040edf18bc16691 " meta-clang = " HEAD :9b08495e6bcef524789aefb6a7cc80fdfd2ff409 " 元地精元网络元文件系统 = " head: 1750c66ae8e4268c472c0b2b94748a59d6ef866D " meta-qt6 = head ": fd054cf5fc1b50df6d 50cd606384ab338c6d9206437 " meta-parsec meta-tpm = " 头:070a1e82cc59424d230a23c0b2a104b01fbaa2AD 30 span> meta-virtualization = " head: 9e92984ff47b3ca2106b1d27a93af061b28d1e8a " 初始化任务：100% |#############################################################################################################| Time: 0:00:06 Sstate summary: Wanted 3349 Local 0 Mirrors 0 Missed 3349 Current 4781 (0% match, 58% complete) NOTE: Executing Tasks NOTE: Tasks Summary: Attempted 17993 tasks of which 13736 didn't need to be run and all succeeded. 摘要： 有 2 条警告信息。 此致 哈维 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好，恩智浦、 大多数时候，我在版本这些镜像（fsl-image-machine-t est、imx-image-mage-mage-full、imx-image-full）时都会遇到 bitbake 服务器连接问题，但是为这些图像（imx-image-core、core-image-base）版本是可以的。 在版本这些映像（fsl-image-mache-machine-test、imx-image-full）时，它是为 Vulkan 和 OpenCV lib 版本，后者无法由 bitbake 服务器版本。你还有其他如何进行优化以为 Vulkan 和 OpenCV 版本位回的文档吗？ 我的处理器有 4 个 CPU 内核。 您能在这个问题上提供帮助吗？ 请查看以下日志： ******************Logs*********************** 注意：您的 conf/bblayers.conf 已自动更新。 加载缓存：100% |#######################################################################################################################################################################| 时间：0:00:01 从依赖关系缓存中加载了 5449 个条目。 注意：解决任何缺失的任务队列依赖关系 警告：首选的 llvm-native 17.0.6 版本不可用（针对 llvm-native 项目） 警告：可用的 llvm-native 版本：17.0.3 版本配置： BB_VERSION = " 2.6.0 " BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "通用" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-nanbield" TUNE_FEATURES = " aarch64 armv8a crcrypto " TARGET_FPU = " " meta meta-poky = " Head: 046b70083f3f3bc9e25f547e8026400032f563d9 " meta-oe 元多媒体 meta-python = " Head: 1750c66ae8e4268c472c0b2b94748AD59AD9c0b2b94748AD59AD 6ef866D " meta-freescale = " 头:0a73d1bdd7713a6189482e463c98043c9939a2a2 " meta-freescale-3rdparty = " 头:7725256e3859b62f1ff201db7f2cf7026c17656D " meta-freescale-发行版 = 头:4f1f101ebab5eb054bbedbedbedbed10b247fc0547b30793 " meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = " 头:773c0049c3b35af8f5b5bdf8da78 "a6236a4fc184 " meta-nxp-demo-experience = " 头:db34fa86ad5f3c0d9c0a68f5f5f20240c04f2bfb " meta-Arm meta-Arm meta-Arm-toolchain = " head: 4d22f982bce8df6f6f6f8f8c4d11845c47a4d39f961cc47a4d39f961cc4c961cc47a4d39f961cc4c966 " meta-chromium = " 头:dc31889c0899971def535dc1c040edf18bc16691 " meta-clang = " HEAD :9b08495e6bcef524789aefb6a7cc80fdfd2ff409 " 元地精元网络元文件系统 = " head: 1750c66ae8e4268c472c0b2b94748a59d6ef866D " meta-qt6 = head ": fd054cf5fc1b50df6d 50cd606384ab338c6d9206437 " meta-parsec meta-tpm = " 头:070a1e82cc59424d230a23c0b2a104b01fbaa2AD 30 span> meta-virtualization = " head: 9e92984ff47b3ca2106b1d27a93af061b28d1e8a " 初始化任务：100% |##################################################################################################################################################################| 时间：0:00:08 Sstate 摘要：Wanted 1071 Local 2 Mirrors 0 Missed 1069 Current 5652 (0% match, 84% complete) NOTE: Executing Tasks NOTE: No reply from server in 30s (for command ping at 22:27:39.389536) 等待 bitbake 服务器回复时超时 (60s at 22:28:09.428551) middepogudas @middepogudas-ThinkPad-L14-gen-1：~/desktop/das/project/imx-yocto-bsp/build$ bitbake imx-image-multimedia 注意：正在重新连接到 bitbake 服务器... 注意：30 秒后服务器没有回复（对于命令 setFeatures，22:28:45.138 306） 注意：重试服务器连接 (#1)...(22:29:15.167756) 此致， 达斯 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好@middepogudas 如果主机位于公司网络内，请向公司网络管理员咨询。 此致 哈维 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好，恩智浦、 感谢您的支持。你有步骤或方法来检查 "网络安全或代理服务器出现" 吗？ 请帮助我们分享或指导我们。 谢谢！ 达斯 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 请检查您的网络问题是否存在提取故障，是否存在网络安全或代理问题？另请检查您的主机配置，以备第一次回复时参考。也可以尝试开始新版本。 此致 哈维 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 恩智浦、 感谢您回来，请在下面找到粘贴的版本日志。仍然遇到 bitback 服务器连接问题。我重启了几次电脑。我没有找到任何位烤过程。能否请您告知如何进一步开展工作。 ***********************Logs******** dasmiddepogu @dasmiddepogu-ThinkPad-L14-gen-1：~/desktop/das/project/imax8mpluseek/imx-yocto-电路板支持包/build$ bitbake imx-image-full-c populate_sdk 注意：你的 conf/blayers.conf 已自动更新。 加载缓存：100% |########################################################################################################################################################################| 时间：0:00:01 从依赖关系缓存中加载了 5449 个条目。 注意：解决任何缺失的任务队列依赖关系 警告：首选的 llvm-native 17.0.6 版本不可用（针对 llvm-native 项目） 警告：可用的 llvm-native 版本：17.0.3 版本配置： BB_VERSION = " 2.6.0 " BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "通用" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-nanbield" TUNE_FEATURES = " aarch64 armv8a crcrypto " TARGET_FPU = " " meta meta-poky = " Head: 046b70083f3f3bc9e25f547e8026400032f563d9 " meta-oe 元多媒体 meta-python = " Head: 1750c66ae8e4268c472c0b2b94748AD59AD9c0b2b94748AD59AD 6ef866D " meta-freescale = " 头:0a73d1bdd7713a6189482e463c98043c9939a2a2 " meta-freescale-3rdparty = " 头:7725256e3859b62f1ff201db7f2cf7026c17656D " meta-freescale-发行版 = 头:4f1f101ebab5eb054bbedbedbedbed10b247fc0547b30793 " meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = " 头:773c0049c3b35af8f5b5bdf8da78 "a6236a4fc184 " meta-nxp-demo-experience = " 头:db34fa86ad5f3c0d9c0a68f5f5f20240c04f2bfb " meta-Arm meta-Arm meta-Arm-toolchain = " head: 4d22f982bce8df6f6f6f8f8c4d11845c47a4d39f961cc47a4d39f961cc4c961cc47a4d39f961cc4c966 " meta-chromium = " 头:dc31889c0899971def535dc1c040edf18bc16691 " meta-clang = " HEAD :9b08495e6bcef524789aefb6a7cc80fdfd2ff409 " 元地精元网络元文件系统 = " head: 1750c66ae8e4268c472c0b2b94748a59d6ef866D " meta-qt6 = head ": fd054cf5fc1b50df6d 50cd606384ab338c6d9206437 " meta-parsec meta-tpm = " 头:070a1e82cc59424d230a23c0b2a104b01fbaa2AD 30 span> meta-virtualization = " head: 9e92984ff47b3ca2106b1d27a93af061b28d1e8a " 初始化任务：100% |###################################################################################################################################################################| Time: 0:00:19 Sstate summary: Wanted 7008 Local 0 Mirrors 0 Missed 7008 Current 1122 (0% match, 13% complete) NOTE: Executing Tasks WARNING: llvm-project-source-17.0.6-17.0.6-r0 do_fetch：Failed to fetch URL git://github.com/llvm/llvm-project;protocol=https;branch=release/17.x、尝试使用 MIRRORS（如果可用） 注意：服务器在 30 秒内没有回复（命令 ping 时间为 01:48:27.402426 等待 bitbake 服务器回复时超时 (60s at 01:48:57.437217) dasmiddepogu @dasmiddepogu-ThinkPad-l14-gen-1：~/desktop/das/project/imx-yocto-bsp/build$ ps ps PID TTY 时间 CMD 2919 pts/0 00:00:00 bash 213920 pts/0 00:00:00 ps dasmiddepogu @dasmiddepogu-Thinkpad-l14-gen-1：~/desktop/das/Project/iMX-Gen-1：~/desktop/das/Project/iMX-project/iMX-Gen-1：~/desktop8mpluseek/imx-yocto-bsp/build$ Das Middepogu Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 您好， 该错误提示无法连接 bitbake 服务器，原因可能是 bitbake 守护进程挂起或剩余的套接字文件。你可以尝试将其杀死然后清理版本目录下的一些锁定文件然后重启主机，然后再次运行 " bitbake imx-image-full -c populate_sdk "。 此致 哈维 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好，恩智浦、 感谢你回来讨论这个问题。我仍然面临一些版本问题..." 注意：正在重新连接到 bitbake 服务器...".。请在下面找到日志 请从这个链接(https://docs.nxp.com/bundle/AN13712/page/topics/create_the_yocto_build_environment.html)找到我所遵循的步骤。 请就如何进一步开展工作提出建议。 **********************************版本日志*************************************** dasmiddepogu @dasmiddepogu-ThinkPad-L14-Gen-1：~/desktop/das/project/imx8mpluseek/imx-yocto-bsp/build$ dasmiddepogu @dasmiddepogu-ThinkPad-L14-Gen-1：~/desktop/das/project/imx-yocto-bsp/build$ bitbake imx-Image-full-cpulated-1：~/desktop/das/project/imx-yocto-bsp/build$ bitbake _sdk 注意 ：正在重新连接到 bitbake 服务器... 注意：正在重试服务器连接 (#1)...（回溯信息（最后一次通话）： 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py "，第 487 行，位于 setup_bitbake server_connection = bb.server.process. connectProcessServer（sockname，featureset) 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py "，第 686 行，位于 ConnectProcess Server sock.connect (os.path.basename (sockname)) BlockingIOError：[Errno 11] 资源暂时不可用 , 08:00:49.857906) 注意：正在重新连接到 bitbake 服务器... 注意：正在重试服务器连接 (#2)...（回溯信息（最后一次通话）： 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py "，第 487 行，位于 setup_bitbake server_connection = bb.server.process. connectProcessServer（sockname，featureset) 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py "，第 686 行，位于 ConnectProcess Server sock.connect (os.path.basename (sockname)) BlockingIOError：[Errno 11] 资源暂时不可用 , 08:00:49.858338) 注意：正在重新连接到 bitbake 服务器... 注意：正在重试服务器连接 (#3)...（回溯信息（最后一次通话）： 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py "，第 487 行，位于 setup_bitbake server_connection = bb.server.process. connectProcessServer（sockname，featureset) 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py "，第 686 行，位于 ConnectProcess Server sock.connect (os.path.basename (sockname)) BlockingIOError：[Errno 11] 资源暂时不可用 , 08:00:49.858697) 注意：正在重新连接到 bitbake 服务器... 注意：正在重试服务器连接 (#4)...（回溯信息（最后一次通话）： 文件 "/home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py"，第 487 行，位于 setup_bitbake server_connection = bb.server.process. connectProcessServer（sockname，featureset) 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py "，第 686 行，位于 ConnectProcess Server sock.connect (os.path.basename (sockname)) BlockingIOError：[Errno 11] 资源暂时不可用 , 08:00:49.859044) 注意：正在重新连接到 bitbake 服务器... 注意：正在重试服务器连接 (#5)...（回溯信息（最后一次通话）： 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py "，第 487 行，位于 setup_bitbake server_connection = bb.server.process. connectProcessServer（sockname，featureset) 文件 "/home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py", 第 686 行，位于 ConnectProcessServer sock.connect(os.path.basename(sockname)) BlockingIOError：[Errno 11] 资源暂时不可用 , 08:00:54.865054) 注意：正在重新连接到 bitbake 服务器... 注意：正在重试服务器连接 (#6)...（回溯信息（最后一次通话）： 文件 "/home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py", 第 487 行，位于 setup_bitbake server_connection = bb.server.process.connectProcessServer(sockname, featureset) 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py "，第 686 行，位于 ConnectProcess Server sock.connect (os.path.basename (sockname)) BlockingIOError：[Errno 11] 资源暂时不可用 , 08:00:59.870058) 注意：正在重新连接到 bitbake 服务器... 注意：正在重试服务器连接 (#7)...（回溯信息（最后一次通话）： 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py "，第 487 行，位于 setup_bitbake server_connection = bb.server.process. connectProcessServer（sockname，featureset) 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py "，第 686 行，位于 ConnectProcess Server sock.connect (os.path.basename (sockname)) BlockingIOError：[Errno 11] 资源暂时不可用 , 08:01:04.877760) 注意：正在重新连接到 bitbake 服务器... 注意：正在重试服务器连接 (#8)...（回溯信息（最后一次通话）： 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/main.py "，第 487 行，位于 setup_bitbake server_connection = bb.server.process. connectProcessServer（sockname，featureset) 文件 " /home/dasmiddepogu/Desktop/das/project/imax8mpluseek/imx-yocto-bsp/sources/参考发行版、系统开发套件。/bitbake/lib/bb/server/process.py "，第 686 行，位于 ConnectProcess Server sock.connect (os.path.basename (sockname)) BlockingIOError：[Errno 11] 资源暂时不可用 , 08:01:09.884445) ERROR: Unable to connect to bitbake server, or start one (server startup failures would be in bitbake-cookerdaemon.log). dasmiddepogu @dasmiddepogu-ThinkPad-L14-Gen-1：~/desktop/das/project/imax8mpluseek/imx-yocto-电路板支持包/build$ ************************************************************** 此致， 达斯 Re: NXP IMX8 Plus "Creating the BSP and Yocto build environment" compile issue 你好@middepogudas 要版本电路板支持包。(6.6.3)源代码i.MX8MP 的代码，请从文档中下载 Yocto 用户指南。 请参阅 ❤️ 主机设置> 用于 Ubuntu 版本（推荐 20.04/22.04）以及<3.2 节主机代码包 >. 此致 哈维

imx8mplus の SPI チップセレクトのトグル問題 ご挨拶 現在、SPI 経由で i.MX 8M Plus と何らかのモジュール間の通信を試みています。しかし、チップセレクト ラインは、コマンドとその引数のトランザクション全体では低いままであるはずなのに、バイト転送ごとに切り替わっているのがわかります。これはデフォルトの動作ですか?もしSOなら、通信全体を通して CS を主張し続けるにはどうすればよいですか?また、クロックの位相と極性に関して、デフォルトの SPI_MODE は何ですか? Baha_Yenioglu_0-1754317519462.png Re: SPI Chip Select Toggling Problem on imx8mplus この構造を dts に適用した後、CS はトランザクション全体にわたって低いままでした。 ありがとう.. Re: SPI Chip Select Toggling Problem on imx8mplus こんにちは、 @Baha_Yenioglu さん！ NXP サポートにお問い合わせいただきありがとうございます。 デバイスツリー構成を共有していただけますか? 以前にも、構成が以下の例に示す構造に従わない場合に同様の動作が発生したことがあります。 &ecspi2 { #address-cells = <1>; #size-cells = <0>; fsl,spi-num-chipselects = <1>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_ecspi2 &pinctrl_ecspi2_cs>; cs-gpios = <&gpio5 13 GPIO_ACTIVE_LOW>; status = "okay"; spidev1: spi@0 { reg = <0>; compatible = "rohm,dh2228fv"; spi-max-frequency = <500000>; }; }; ... pinctrl_ecspi2: ecspi2grp { fsl,pins = < MX8MP_IOMUXC_ECSPI2_SCLK__ECSPI2_SCLK 0x82 MX8MP_IOMUXC_ECSPI2_MOSI__ECSPI2_MOSI 0x82 MX8MP_IOMUXC_ECSPI2_MISO__ECSPI2_MISO 0x82 >; }; pinctrl_ecspi2_cs: ecspi2cs { fsl,pins_SS0__GPIO5_IO13 0x40000 >; }; 設定が異なる場合、または設定を調整する際にサポートが必要な場合はお知らせください。 よろしくお願いします、 チャビラ

S32G：连续 4~5 次 A53 不正常 RESET 后报告了 PFE 固件错误 PFE 专家们好 客户：LGE/Mobis 平台：S32G2 模块PFE 从属驱动程序 1.6.0 我们的客户使用 BSP36、PFE 从驱动程序 1.6.0 和 PFE MCAL 驱动程序 1.3.0。 客户正在实施 A53 不正常的 RESET。如果 A53 不发送心跳，M7 将强制 RESET A53。 经过 4~5 次连续 RESET 测试后，PFE FW 输出以下错误日志。 它们的使用顺序如下 /* 1.禁用 GIC500 的中断路由器 */ disable_a53_interrupt_routing()； /* 2.删除 PFE 逻辑接口 */ pfe_logif_disable()； /* 3. 清除从属 HIF 内部 Rx bd */ Eth_43_PFE_ChannelBdFlushRx(PFE_PHY_IF_ID_HIF1)； /* 4. 清除 PFE 端口一致性寄存器 */ REG_WRITE32(0x4007CA00,0x0)； /* 5.关闭 A53 内核/分区 */ Bl_DisableCore(0, 1); Bl_DisableCore(1, 1); Bl_DisableCore(2, 1); Bl_DisableCore(3, 1); Bl_DisablePartition(1)； /* 6.启用 GIC500 的中断路由器 */ enable_a53_interrupt_routing()； /* 7.打开 A53 内核/分区 */ Bl_StartApplication()； 我搭建了类似的环境，无法重现问题，我的测试日志正常。 您能帮忙分析一下在什么情况下会出现错误吗？ 感谢您的支持。 顺祝商祺！ 狮子座 PFE Re: S32G: PFE FW error reported after after 4~5 consecutive A53 ungraceful reset 这也让我们感到困惑。阅读代码后，我认为这是针对 1 个 EMAC 连接到同一驱动器的多个 HIF 通道时的用例。但我认为，现在已经不推荐使用这种情况了。而且绝对不能在从属模式下使用。 我看到这条命令没有出错，但不知道是否会产生这个错误： libfci_cli logif-update -i emac2 --egress hif Re: S32G: PFE FW error reported after after 4~5 consecutive A53 ungraceful reset 你好@Sebastian_Raizer 令我困惑的是 tx_port =PFE_PHY_IF_ID_HIF。在什么情况下 tx_port 等于PFE_PHY_IF_ID_HIF？我将要求客户分享他们的 PFE 配置。 BR、 狮子座 Re: S32G: PFE FW error reported after after 4~5 consecutive A53 ungraceful reset 你好@Sebastian_Raizer 感谢您的回答，我会向客户确认他们是如何配置 PFE 的。 BR、 狮子座 Re: S32G: PFE FW error reported after after 4~5 consecutive A53 ungraceful reset 我的 PFE 同事提供的补充信息。 通常情况下，在 PFE Linux 从属设备上执行函数 fp_replica_hif_rx_scaling()，但 if(PFE_PHY_IF_ID_HIF == tx_port) 条件为假，因此跳过此代码，函数返回 new_port = tx_port;。 对于针对 PFE Linux 从属驱动程序的帧，在这种情况下 tx_port 的值应为 7（HIF1）。但是不知何故这里的值是 3，我认为这是在 PFE Linux 独立组网 (SA) 驱动程序的多接口模式中使用的特殊值。此值不应用于 Linux 从属设备。这可能是网桥或灵活解析器配置错误的提示。 Re: S32G: PFE FW error reported after after 4~5 consecutive A53 ungraceful reset 你好，这个错误来自函数 fp_replica_hif_rx_scaling() 中的 FW。这是对该函数中 while 循环的无限循环保护。它试图找到下一个要发送数据包的活动 HIF，但找不到（它刚刚被 BD 冲洗禁用）。 要进一步调查，请尝试查看是否有启用流量传播的特定选项。Linux 驱动程序真的只配置了一个 HIF 吗？我不确定这段 FW 代码是一直执行还是只在某些特定配置下执行。FW 应确定该帧针对的是禁用接口，并将其丢弃。 另外，在调用 Eth_43_PFE_ChannelBdFlushRx() 时，Linux 驱动程序必须处于非活动状态。如果内核处于恐慌状态，情况确实如此，但视它们触发信号心跳损失的方式而定，情况可能并非如此。为了确保这一点，也许在调用 BD flush API 之前关闭 Linux 分区更为安全。或者，他们可以确保内核处于 "恐慌 "模式或其他模式，在这种模式下不会执行任何操作。 我猜他们使用的是桥接模式，而且在恢复过程中看起来流量是流动的。在您的环境中也是这样设置的吗？

MbedTLS 您好， 我正在使用 MbedTLS 示例项目与 HTTPS 服务器通信。在握手过程中，我遇到了以下错误。 1) 当我发送 ClientHello 时，收到 Alert Message Level = 2，description 40（握手失败）。 2) 当我尝试使用 curl 或 chrome 浏览器与服务器通信时，它工作正常... 我检查了 Ciper 套件，服务器接受 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384(0xc030)。我在我的客户端上进行了检查，密码套件中包含了它。 有人能帮我找出问题所在吗？ 谢谢！ 克里斯蒂 Re: MbedTLS 你好 a8Chcx，我也检查了 lwip_httpssrv_mbedTLS_bm 演示的 Ciper 套件，它确实接受 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384。 既然 curl 和 Chrome 浏览器可以正常工作，说明服务器配置基本正确。问题可能在于客户端 MbedTLS 的编译选项或运行时配置，尤其是对高网络安全套件的支持不完整。 Re: MbedTLS 嗨，塞莱斯特、 感谢您的邮件。 1) MCU 为 K66F 2) IDE MCUXpresso V11.5.0 3) 我在使用 SDK 演示版时进行了修改。SDK2.11.0 我用其他服务器进行了测试，运行正常。两个服务器之间的唯一区别是一个使用 0xC02F（正常），另一个使用 0xC030（不正常）。0xC030 是否需要任何设置？ 谢谢！ 克里斯蒂 Re: MbedTLS 你好@a8Chcx、 谢谢您的帖子。 能否请您先回答以下问题？ 1) 您使用的是哪种 MCU？ 2) 集成开发环境及其版本； 3) 您使用的是 SDK 中的演示程序吗？是否做了任何修改？如果是，请提供 SDK 版本和演示版名称。 我会在我这边进行测试。 BRs， 西莱斯特

恩智浦 S32G399ACGM 安全启动流程中的 BL2 MMC 访问和 BL3x 二进制加载和恢复机制 你好，恩智浦社区、 在我启用 Yocto BSP43 和安全启动的自定义 S32G399ACGM 板上，BL3x 二进制文件（BL31、BL32、BL33）位于 MMC 的第一个分区中。 由于BL2负责在启动期间加载和验证这些二进制文件，我希望在这个 BL3x 加载过程中实现恢复机制。 要继续操作，我需要详细了解 BL2 从 MMC 分区获取和加载这些二进制文件的当前默认机制： BL2 是使用固定偏移量还是硬编码地址访问原始数据的 MMC 分区？ 它会解析分区表或文件系统来定位二进制文件吗？ TF-A 或平台代码的哪些具体部分实现了加载和验证？ 是否有围绕 BL3x 加载流程的现有恢复机制？ 了解这一点将使我能够适当地设计恢复解决方案并将其内置到BL3x加载/身份验证过程中。 任何对源代码、配置文件或文档的参考，尤其是对于 S32G399ACGM 上的 Yocto BSP43 而言，都将非常有益。 感谢您的帮助！ Re: BL2 MMC Access and BL3x Binary Loading and Recovery mechanism in Secure Boot Flow on NXP S32G399 你好，@yashasdu、 我提供的信息回答了您的问题吗？或者您还有更多问题。 因此，请将我的答复作为已接受的解决方案。 预先致谢 Re: BL2 MMC Access and BL3x Binary Loading and Recovery mechanism in Secure Boot Flow on NXP S32G399 你好，@yashasdu、 以下是我对你们问题的回答： BL2 是使用固定偏移量还是硬编码地址访问原始数据的 MMC 分区？ 它使用原始数据，这里定义了偏移量： s32cc_platform_def.h#L119 s32cc_platform_def.h#L130 s32cc_platform_def.h#L102 它会解析分区表或文件系统来定位二进制文件吗？ 如上所述，它使用定义的偏移量。 TF-A 或平台代码的哪些具体部分实现了加载和验证？ 请首先查看以下内容：bl_common.c#L151和bl1_main.c#L203 是否有围绕 BL3x 加载流程的现有恢复机制？ 我们没有提供恢复机制的示例，但根据我的经验，其他客户已经在安卓系统中实施了 A/B 更新。尽管您可以将相同的软件刷入两个插槽并根据身份验证结果有选择地启动，而不是仅通过更新来使用它。 您可以查看以下参考： 安卓 A/B 更新 — Das U-启动 未知版本文档 A/B（无缝）系统更新 | Android 开源项目 另请查看 ATF 上的 ARM 官方文档： https://trustedfirmware-a.readthedocs.io/en/latest/plat/nxp/index.html https://trustedfirmware-a.readthedocs.io/en/latest/process/security.html https://trustedfirmware-a.readthedocs.io/en/latest/design/auth-framework.html https://trustedfirmware-a.readthedocs.io/en/latest/design/alt-boot-flows.html 请注意，这只是一项建议，我们不对实施过程中可能出现的问题提供任何支持。 如有需要，您可以联系专业服务部门，要求实施这项功能： 恩智浦工程服务 处理器和微控制器专业支持 专业工程服务信息申请（CAM802 2019） 尽管我们无法为你所需的实施提供支持，但如果你遇到任何与电路板支持包或芯片本身相关的问题，请创建一篇详细的帖子，我或我的同事会尽力帮助你。 如果您有更多问题，请告诉我。

复制： RTD 6.0.0 和 NO_STDINT_H 的问题 本帖复制自 此处 亲爱的团队 该客户报告了在定义了 NO_STDINT_H 宏的构建环境中使用 RTD 版本 6.0.0 时出现问题，目的是避免依赖 。 他们提到，他们最近将代码从 RTD 4.0.0 迁移到了 6.0.0。在分析 COMMON.h在这两个版本的文件中，我观察到以下情况： 在 RTD 6.0.0 中， 被直接包含，而没有检查是否定义了 NO_STDINT_H。 相比之下，RTD 4.0.0 包含 BasicTypes.h，它会首先检查 INT8_MIN、INT8_MAX、UINT8_MAX 等宏是否已定义。如果缺少任何宏，则检查 NO_STDINT_H 宏，如果未定义该宏，则仅包括 。 您能帮我检查一下这种行为吗？我想确认我是否遗漏了什么，我的理解是否有误，或者这是否可能是 RTD 6.0.0 中的一个错误。 提前感谢您的帮助。 BR、VaneB 优先级：中等 RTD 来源：恩智浦内部来源：恩智浦内部 Re: Copy: Issue with RTD 6.0.0 and NO_STDINT_H 你好，@Luis_Garabo、 我在您所附的链接中直接回答了客户的问题。 顺祝商祺！ 丹

FreeRTOS 应用程序测试程序 需要在 imx93 自定义板中使用以下源代码验证 FreeRTOS。 https://mcuxpresso.nxp.com/dashboard 请分享用于验证 FreeRTOS 的应用程序测试文档。 Re: FreeRTOS Application Testing Procedure 你好@Esakkiammal   希望你一切都好。   在 SDK 文件夹中，您会发现一个名为 freertos_exmaples 的文件夹：   linux@machine:~/SDK_25_03_00_MCIMX93-EVK/boards/mcimx93evk/freertos_examples$ ls freertos_event freertos_generic freertos_hello freertos_mutex freertos_queue freertos_sem freertos_sem_static freertos_swtimer linux@machine:~/SDKs/SDK_25_03_00_MCIMX93-EVK/boards/mcimx93evk/freertos_examples$   你可以使用 arm 的 gcc 工具编译任何例子。就我而言，我使用的是 arm-gnu-toolchain-13.3.rel1-x86_64- arm-none-eab i。   您可以下载该工具，然后导出环境变量进行编译：   $ export ARMGCC_DIR=~/cortex-m-toolchain/arm-gnu-toolchain-13.3.rel1-x86_64-arm-none-eabi   然后，转到要编译的项目，例如"freertos_hello" 。在该目录中，你会发现另一个名为"armgcc" 的目录。这里有编译项目所需的脚本：   #Inside of "armgcc" directory $ ./build_release.sh $ cd release $ ls freertos_hello.bin freertos_hello_cm33.elf     现在，您可以将示例加载到板上。   顺祝商祺！ 萨拉斯

LS1028ardB 熔丝配置标头不起作用 我正在尝试让熔丝配置标头在 ls1028ardb 上自动运行，但是在我将标头添加到我的映像后，我的启动卡在 ATF (BL2) 并且无法继续运行。 当我浏览 input_fuse_file 文件时，这是我在 lsdk pdf 中使用的文件 /* * 2018 恩智浦版权所有 */ --------------------------------------------------- # 指定平台。[必填] # 选择平台 - LS2088/LS1088 平台=LS1088 --------------------------------------------------- # 将设置 GPIO 引脚以提高 POVDD [可选的] POVDD_GPIO= --------------------------------------------------- # 二进制形式的一次性可编程主密钥标志。[必须] # 0000 -> 程序默认的最小 OTPMK 值 # 0001 -> 程序随机 OTPMK 值 # 0010 -> 编程用户提供的 OTPMK 值 # 0101 -> 用预设最小值编程随机 OTPMK 值 # 0110 -> 将用户提供的 OTPMK 值与预编程的最小值进行编程 # 1xxx -> 不要吹 OTPMK OTPMK_FLAGS=1000 # 一次性可编程主密钥值。 # [视标志而定，可选的，如果 OTPMK_FLAGS= " 0010 " 或 " 0110 "] OTPMK_0=12345678 OTPMK_1=87654321 OTPMK_2=12345678 OTPMK_3=87654321 OTPMK_4=12345678 OTPMK_5=87654321 OTPMK_6=12345678 OTPMK_7=87654321 --------------------------------------------------- # 超级根密钥哈希 [可选的] SRKH_0= SRKH_1= SRKH_2= SRKH_3= SRKH_4= SRKH_5= SRKH_6= SRKH_7= --------------------------------------------------- # 指定 OEM UID。[可选的] # 例如 OEM_UID_0=11111111 OEM_UID_0=12345678 OEM_UID_1=21436587 OEM_UID_2=34567812 OEM_UID_3=12345678 OEM_UID_4=87654321 --------------------------------------------------- # 指定调试挑战值和响应值。[可选的] # 例如 DCV_0=11111111 DCV_0= DCV_1= DRV_0= DRV_1= --------------------------------------------------- # 以二进制形式指定调试级别。[可选的] # 000 -> 广泛开放：无条件启用调试门户。 # 001 -> 通过质疑答复有条件开放，无需通知。 # 01x -> 通过挑战响应有条件开放，并发出通知。 # 1xx -> 已关闭。禁用所有调试门户。 DBG_LVL= --------------------------------------------------- # 二进制形式的系统配置寄存器位 [可选的] # WP（OEM 写保护） # ITS（保障意向） # NSEC（非安全） # ZD（禁用 ZUC） # K0、K1、K2、K3、K4、K5、K6（密钥撤销位） # FR0（字段返回 0） # FR1（现场返回 1） WP= ITS= NSEC= ZD= K0= K1= K2= K3= K4= K5= K6= FR0= FR1= --------------------------------------------------- # 指定输出熔丝配置文件名。(默认值：fuse_scr.bin）[可选的] 输出保险丝文件名=fuse_scr.bin --------------------------------------------------- 我想知道这里的问题似乎出在哪里？ Re: LS1028ardb fuse provisioning header not working 亲爱的@Steven_27， ，请按照下一个链接中提到的步骤进行操作： https://docs.nxp.com/bundle/GUID-487B2E69-BB19-42CB-AC38-7EF18C0FE3AE/page/GUID-BBED1716-8F27-4B01-9033-075D2037CAFE.html Re: LS1028ardb fuse provisioning header not working 固定机载 DDR 注意：4 GB DDR4，32 位，CL=11，ECC 通知中：BL2：v2.4（版本）：lf-5.10.52-2.1.0-rc2-0-gbb 4957067-dirty 通知：BL2：版本：2025 年 9 月 24 日 13:20:00 我的启动过程永远停留在这里。我将其更改为 LS1028 作为平台，除了 OEM UID，我什么都没指定，以下是我的输入文件： [root@fbubuntu ls2088_1088]$ cat input_fuse_file /* * Copyright 2018 NXP */ --------------------------------------------------- # 指定平台。[必须] # 选择平台-LS2088/LS1088 PL ATFORM=LS1028 ------------------------------------------------------------------------------------------------- # 一次性二进制形式的可编程主密钥标志。 [必须] # 0000-> 程序默认最小 OTPMK 值 # 0001-> 程序随机 OTPMK 值 # 0010-> 程序用户提供的 OTPMK 值 # 0101-> 使用预先编程的最小值编程随机 OTPMK 值 # 0110-> 程序用户提供的 OTPMK 值和预先编程的最小值 # 1xxx-> 不要吹掉 OTPMK OTPMK_FLAGS=1000 # 一次性可编程主密钥值。 # [可选取决于标志，如果 OTPMK_FLAGS= " 0010 " 或 " 0110 "] OTPMK_0= OTPMK_1= OTPMK_2= OTPMK_3= OTPMK_3= OTPMK_4= OTPMK_5= OTPMK_6= OTPMK_7=---------------------------------------------------------# 超级根密钥哈希 [可选] SRKH_0= SRKH KH_ 1= SRKH_ 2= SRKH_3= SRKH_4= SRKH_5= SRKH_5= SRKH_6= SRKH_6= SRKH_7= --------------------------------------------------------------------------------------------- [可选的] # e.g OEM_UID_0=11111111 OEM_UID_0=12345678 OEM_UID_1=21436587 OEM_UID_2=34567812 OEM_UID_3=12345678 OEM_UID_4=87654321 --------------------------------------------------- # 指定调试质询和响应值。[可选] # 例如 DCV_0=11111111 DCV_0= DCV_1= DRV_0= DRV_1= DRV_1=------------------------------------------------------------- ----------------------------------------# 以二进制形式指定调试 级 别。 [可选的] # 000 -> 全面开放：调试门户无条件启用。 # 001 -> 通过质疑答复有条件开放，无需通知。 # 01x -> 通过挑战响应有条件开放，并发出通知。 # 1xx -> 已关闭。禁用所有调试门户。 DBG_LVL= ------------------------------------------------------------------------------------ # 二进制形式的系统配置寄存器位 [可选] # WP（OEM 写入保护） # ITS（安全意图）# ZD（ZUC 禁用） # K0、K1、K2、K3、K4、K5、K6（密钥撤回位） # FR0（字段返回 0） # FR1（字段返回 1） WP= ITS= NSEC= ZD= K0= K1= K2= K3= K3= K4= K5= K6= FR0= FR0= FR1=----------------------------------------------------------------- # 指定输出保险丝 配置文件名。(默认值：fuse_scr.bin）[可选] output_fuse_filename=fuse_scr .bin------------------------------------------------------------------------- Re: LS1028ardb fuse provisioning header not working 亲爱的@Steven_27 ，请使用 LS1028 作为平台，而不是 LS1088。 请告诉我结果 BR LFGP

PN5190 EMI 问题（谐波） 大家好 我们在 NFC 读取器设计中遇到了辐射发射测试问题。 当 NFC 卡直接放置在读卡器顶部（平行，在天线正上方）时，我们无法通过 13.56 MHz 谐波的辐射发射测试，违反了约 3-4 dB 的限制。如果我们将卡移至读卡器上方约 1 厘米处，测试就会通过。卡片高出 7 厘米，也能通过。有没有办法在不减少最大读取距离的情况下减少谐波辐射？如能就软件优化提出任何建议，我们将不胜感激。 卡在读卡器顶部： 0cm.png 卡片位于读卡器上方 1 厘米处： 1cm.png 感谢并致意 乌特库 Re: PN5190 EMI Problem (Harmonic) 你好@utqq LPCD 通过轮询和待机模式实现低功耗，而 DPC 通过限制电流来控制功率。对于您的具体问题，DPC 可能更有效。 不过，40.68 MHz 和 67.8 MHz 的谐波发射超过了限值。我们建议您尝试调整截止频率和带宽。请参阅 AN12549（第 3.1.2 节和 3.1.3)了解详情。您还可以使用在线 NFC 天线工具（NFC - NXP Community）调整天线网络参数，如下图所示： KaiLi_0-1758101551568.png Re: PN5190 EMI Problem (Harmonic) 您好@KaiLi, 在我们的软件中，LPCD 和 DPC 同时启用，系统似乎正常工作。它在某些情况下会造成问题吗？ 此外，在启用 DPC 后，我们还观察到读卡器正上方放置卡片时，EMI 有明显改善。不过，40.68 MHz 和 67.8 MHz 的谐波仍然非常接近极限。您对如何进一步减少这些谐波有何建议？ Re: PN5190 EMI Problem (Harmonic) 你好@utqq LPCD 和 DPC 不能同时启用。 Re: PN5190 EMI Problem (Harmonic) 你好@utqq 您可以通过寄存器 0x56 读出 TXLDO 的电流和VDDPA 的电压，然后计算功率。 Re: PN5190 EMI Problem (Harmonic) 另外，我使用的是 LPCD 模式。为了使用 DPC，我是否应该切换到另一种模式，还是它们可以一起使用？ Re: PN5190 EMI Problem (Harmonic) 你好@KaiLi, 在不使用 EMVCo 测试 PICC 的情况下，我们如何测量或估算传输到 NFC 卡的功率？ Re: PN5190 EMI Problem (Harmonic) 你好@utqq 建议启用 DPC。但在启用 DPC 之前，需要进行校准。

S32G3 BSP44.0：fsl-image-ubuntu 正在查找 virtual/x86_64-fslbsp-linux-gcc-crosssdk 我正在尝试使用 S32G3 Linux BSP44.0 为 s32g399ardb3 版本 ubuntu 镜像。 我将机器设置为 s32g399ardb3ubuntu，运行 bitbake fsl-image-ubuntu 时出现错误： 错误：没有任何东西提供 “virtual/x86_64-fslbsp-linux-gcc-crosssdk”（但是 /newhome/arthur/fsl-auto-yocto-bsp44.0_s32g/sources/meta-alb/meta-alb-sdk/recipes-devtools/binutils2.34/binutils-cross-canadian_2.34.bb 取决于或以其他方式需要）。 近距离比赛： virtual/x86_64-fslbsp-linux-g++ virtual/x86_64-fslbsp-linux-gccvirtual/x86_64-fslbsp-linux-go 我可以在 BSP44.0 中为 s32g399ardb3 版本 fsl-image-auto 镜像。 我还可以在 BSP43.0 中为 s32g399ardb3ubuntu 版本 fsl-image-ubuntu 镜像。 我正在制造的机器是 SB 版本：core-11.1.0 ubuntu2-noarch: printing-11.1.0 ubuntu2-noarch: 网络安全-11.1.0 ubuntu2-noarch 代理商 ID：Ubuntu 描述：Ubuntu 20.04.6 LTS 版本：20.04 代号：focal 内核版本为 5.4.0-204-generic 和 ldd (Ubuntu GLIBC 2.31-0ubuntu9.18)2.31 关于首选版本 2.35 glibc 不可用的日志警告。 我缺少包裹吗？ 此致， 亚瑟 完整日志： arthur@nmgPowerEdgeT630:~/fsl-auto-yocto-bsp44.0_s32g/build_s32g399ardb3ubuntu$ bitbake fsl-image-ubuntu 正在加载缓存：100% |##############################################################################################################| Time: 0:00:02 Loaded 5800 entries from dependency cache. Parsing recipes: 100% |############################################################################################################| 时间：0:00:01 完成对 3692 个 .bb 文件的解析（缓存 3691 个，解析 1 个）。目标 5803 个，跳过 615 个，屏蔽 2 个，错误 0 个。 注意：解决任何缺失的任务队列依赖关系 警告：cross-localedef-native 的首选版本 2.35 不可用（适用于跨语言环境的项目）警告：跨语言环境的原生版本可用：2.31+git 2.39+git 警告：binutils-cross-aarch64 的首选版本 2.38 不可用（适用于项目 virtual/aarch64-fsl-linux-binutils） 警告：binutils-cross-aarch64 的首选版本 2.38 不可用（适用于项目 virtual/aarch64-fsl-linux-binutils） 警告：binutilscross-aarch64 可用：2. 34 2.42 警告：cross-localedef-native的首选版本 2.35 不可用（适用于跨语言环境的项目）警告：跨语言环境的本机版本可用：2.31+git 2.39+git 警告：跨语言环境的首选版本 2.35 不可用（适用于跨语言环境的本机开发项目）警告：首选 2.31+git 2.39+git 警告：binutils-crosssdk-x86_64-f slbsp-的 2.38 版 linux 不可用（适用于物品 virtual/x86_64-fslbsp-linux-binutils） 警告：binutils-crosssdk-x86_64-fslbsp-linux 版本可用：2.42 警告：nativesdk-glibc 的首选版本 2.35 不可用（适用于物品 virtual/nativesdk-libc）警告：nativesdk-glibc 版本可用：2.39+git 警告：glibc 的首选版本 2.35 不可用（适用于项目 virtu al/libc）警告：glibc 版本可用：2.31 +git 2.39+git 警告：binutils-native 的首选版本 2.38 不可用（适用于 binutils-native 项目）警告：binutils-native 版本可用：2.42 警告：nativesdk-glib c 的首选版本 2.35 不可用 可用（适用于物品 virtual/nativesdk-libintl） 警告：nativesdk-glibc 版本可用：2.39+git 警告：nativesdk-glibc 的首选版本 2.35 不可用（适用于物品 virtual/nativesdk-libiconv） 警告：nativesdk-glibc 版本可用：2.39+git 警告：glibc 的首选版本 2.35 不可用（适用于物品 glibc-utils）警告：可用的 glib c 版本：2.31+git 2.39+git 警告：glibc 的首选版本 2.35 不可用（适用于项目 glibc-dbg） 警告：glib c 版本可用：2.31+git 2.39+git 警告：glibc 的首选版本 2.35 不可用（适用于项目 glibc-dev） 警告：glibc 版本可用：2.31+git 2.39+git 警告：glibc-locale-18iidata-18iribc 的首选版本不可用 n) 警告：gli bc-locale 版本可用 : 2.31 2.39+git 警告：glibc 的首选版本 2.35 不可用（适用于 glibc-thread-db 项目）警告：glibc 版本可用：2.31+git 2.39+git 警告：binutils-cross-canadian-aarch64 的首选版本 2.38 不可用（适用于 binutils-cross-canadian-aarch64 项目）警告：binutils-cross-canadian-aarch64 版本可用：2.34 2.42 警告：nativesdk-glibc 的首选版本 2. 35 不可用 ( 对于项目 nativesdk-ldconfig） 警告：nativesdk-glibc 版本可用：2.39+git 警告：nativesdk-glibc 的首选版本 2.35 不可用 （适用于项目 nativesdk-glibc-dev）警告：nativesdk 的版本 -glibc 可用：2.39+git 警告：nativesdk-glibc 的首选版本 2.35 不可用（适用于项目 nativesdk-glibc）警告：nativesdk-glibc 版本可用：2.39+git 警告：nativesdk-glibc 的首选版本 2.35 不可用（适用于项目 nativesdk-glibc-utils）警告：nativesdk-glibc 版本可用：2.39+git 警告:glibc 的首选版本 2.35 不可用（适用于项目 gli bc） 警告：glibc 版本可用：2.31+git 2.39+git 警告：glibc 的首选版本 2. 35 不可用（适用于项目 ldconfig）警告：glibc 版本可用 ：2. 31+git 2.39+git 警告：glibc语言环境的首选版本 2.35 不可用（适用于项目 glibc-locale）警告：glibc语言环境版本可用：2.31 2.39+git 警告：glibc 的首选版本 2.35 不可用（适用于商品） virtual/libintl） 警告：glibc 版本可用：2.31+git 2.39+git 错误：没有提供 “virtual/x86_64-fslbsp-linux-gcc-crosssdk”（但是/newhome/arthur/fsl-auto-yocto-bsp44.0_s32g/sources/meta-alb-sdk/recipes-devtools/binutils2. tools/binutils2.0 34/binutils-cross-cross-canadian_2.34.bb 取决于或以其他方式需要）。近距离比赛： virtual/x86_64-fslbsp-linux-g++ virtual/x86_64-fslbsp-linux-gcc virtual/x86_64-fslbsp-linux-go注意：运行时目标 “binutils- cross-canadian-aarch64” 无法构建，正在删除... 缺少或无法构建的依赖链是：['binutils-cross-cross-canadian-aarch64'，'virtual/x86_64-fslbsp-linux-gcc-crosssdk'] 注意：运行时目标 “packagegroup-cross-canadian-s32g399ardb3” 无法构建， 正在删除... 缺少或无法构建的依赖链是：[“packagegroup-cross-canadian-s32g399ardb3”、“binutils-cross-cross-canadian-aarch64”、“virtual/x86_64-fslbsp-linux-gccc-crosssdk”] 错误：所需的构建目标 “fsl-image-ubuntu” 没有可构建 的提供商。 缺少或无法构建依赖链：['fsl-image-ubuntu','packagegroup-cross-canadian-s32g399ardb3','binutils-cross-canadian-aarch64','virtual/x86_64-fslbsp-linux-gcc-crosssdk']. 摘要：共有 48 条警告信息。 摘要：有 2 条ERROR 信息，返回非零退出代码。 Linux BSP Re: S32G3 BSP44.0: fsl-image-ubuntu looking for virtual/x86_64-fslbsp-linux-gcc-crosssdk 迁移到参考发行版、系统开发套件。 5.0 后，Linux 电路板支持包。 支持不再包括 Ubuntu rootfs。此限制也记录在 BSP 版本 44 的 Linux 电路板支持包发行说明中。 Re: S32G3 BSP44.0: fsl-image-ubuntu looking for virtual/x86_64-fslbsp-linux-gcc-crosssdk 抱歉，这是与https://community.nxp.com/t5/AP-Software-Support/Linux-BSP-44-build-errors/td-p/2164327的重复，信息可能更多一些。 此致， 亚瑟

GUI Guier1.5.0版本本来可以生成代码和C模拟，但突然又不能生成代码，显示Error： null 现在每次点击生成代码时都弹出Error： null是怎么回事呢 a36887b3518e4600a0f204ceb178bece.png aa312ce1c98e4ffcb8b33ad0f32ce99d.png   Re: GUI Guier1.5.0版本本来可以生成代码和C模拟，但突然又不能生成代码，显示Error： null 你是指的什么数据呢？工程数据吗？如果是工程的话，它默认存放在"C:\NXP\GUI-Guider-Projects"路径下，的确不会因为GUI-Guider某一个版本的卸载而自动删除，你可以进入该路径手动删除。 Celeste_Liu_0-1757904311132.png Re: GUI Guier1.5.0版本本来可以生成代码和C模拟，但突然又不能生成代码，显示Error： null 也是不行，软件自带的卸载程序和电脑上控制面板里的程序卸载都试过，但是重新下载后还是会有保存数据 Re: GUI Guier1.5.0版本本来可以生成代码和C模拟，但突然又不能生成代码，显示Error： null 你可以用卸载程序试试。 Celeste_Liu_0-1757666299537.png Re: GUI Guier1.5.0版本本来可以生成代码和C模拟，但突然又不能生成代码，显示Error： null 我用其他电脑试了一下也没问题，只有我这台有问题。哪怕重新建立最简单的工程也是一样的。 尝试了一下卸载重新安装，发现重新安装后会记录原有的数据，不知道有没有办法把所有数据都删除呢，我想重新安装试试。 Re: GUI Guier1.5.0版本本来可以生成代码和C模拟，但突然又不能生成代码，显示Error： null Hello @Newbie2 , 我刚刚下载了GUI-Guider v1.5.0，试了一下，没复现你的问题。 Celeste_Liu_0-1757657261310.png 这个情况是最近才出现的吗？如果新建一个简单的项目，再点击生成代码，也会出现同样的报错吗？ 如果是的话，建议检查一下你的网络环境。 BR Celeste

BLE 连接间隔 您好，NXP团队， 是否可以将最小连接间隔设置为小于 7.5 毫秒以将数据发送到中央设备。 我正在使用 KW45 EVK 的 eatt 外围设备和 eatt 中央示例代码。 谨致问候 切坦 开发板 Re: BLE connection interval 你好，查坦 感谢您的理解。 顺祝商祺！ Re: BLE connection interval 你好，路易斯、 1.I am using wireless uart example for BLE how and when I trying to use lpuartedma example it is not printing anything in teraterm.我参考了 kw45b41zevk_lpuart_edma_transfer 但没有打印任何东西你能指导我如何在无线 UART 中实现 edma 吗。 使用 KW45 LOC 板 2.请确认在 teraterm 中，shell 是使用 dma 来存储数据，还是使用普通的 malloc 来存储和发送数据。 感谢并致意 切坦 Re: BLE connection interval 你好 可以在 KW45-LOC 中闪存未经修改的 [lpuart_edma_transfer] 示例，并执行每 8 个字符回传一次接收到的数据的程序。此示例专用于适用于 KW45B41Z-EVK 的 SDK，因此请注意您在 KW45-LOC 中进行的配置，因为它不是预期的板。 刷新您的板后，请进行RESET，然后您应该会看到这样的消息，例如测试 8 个数字。 luis_maravilla_0-1759874551639.png 能否请您帮助我们共享您的日志，或描述一下您对示例不工作的评论所指的内容？ 如果你想使用多个设备执行 BLE 连接，在 teraterm 中发送数据接收和打印，能否以无线 UART 为例，该设备可以连接多个设备，根据你的数据特性，请考虑，当多个设备尝试与同一个中央天线通信时，较短的连接间隔会导致拥塞，从而导致干扰和潜在的数据丢失。值得注意的是，蓝牙规格中宣传的数据传输速率只是理论值；在实际应用中，由于以下几个因素，实际吞吐量要低得多 最诚挚的问候，路易斯 Re: BLE connection interval 你好 Luis, 我在 kw45 LOC 板中使用 lpuart_edma_transfer 但它不起作用，比起我使用 EDMA 内存传输带外壳的内存传输示例（我添加了外壳），但是在 UART 中反射的数据非常慢。 你能不能建议我使用什么来最大限度地接收数据，并在 teraterm 中为多台设备打印，速度为 30 毫秒，每台 240 字节。（我使用 KW45 loc 板进行数据接收）和 loc 板 sdk 示例。 谢谢 Chetan Re: BLE connection interval 为了与无线 MCU 配合使用，连接软件实现了自己的串行管理器驱动程序，它不使用 SDK 调试控制台，因此不使用半托管调试控制台。除此以外，示例的实现还与正常的 UART 通信有关；避免直接使用 printf()，以防止阻塞 BLE 堆栈或干扰定时敏感操作。 另外，您能帮我们确认一下，您使用的是 KW45-LOC 还是 KW45-EVK？EVK SDK 包含 DMA 示例，也许能帮到您。 您能帮我们确认一下，您是如何利用 edma 实现 lpuart 的？您是否正在使用 KW45-EVK SDK 中的 [lpuart_edma_transfer] 示例，但却无法正常工作？还是您为 eatt 中央代码做了实现？ 顺祝商祺！ 路易斯 Re: BLE connection interval 你好，Nxp 团队、 你能否告诉我 shell 和 printf 的区别是 shell 使用 DMA 在 teraterm 中打印数据（在 eatt central sdk 示例中），因为我现在正在尝试实现 dma 来处理多个设备数据。 我需要使用哪个示例 sdk 来实现 dma，目前我使用 shell 进行内存到内存的传输，但在 teraterm 中打印的数据较少。 我也有疑问，我试着用 edma 实现 lpuart，但没有成功，我发现调试控制台无法在 eatt 中央代码中使用。 谢谢  切坦 Re: BLE connection interval 你好，切坦 当多个设备尝试与同一个中央天线通信时，较短的连接间隔可能会导致拥塞，从而导致干扰和潜在的数据丢失。值得注意的是，蓝牙规格中宣传的数据速率是理论上的；在现实应用中，实际吞吐量要低得多，这要归因于以下几个因素：每个连接间隔的数据包数量有限、数据包之间必须有 150 微秒的帧间空间 (IFS) 延迟、即使没有发送数据也要传输空包以保持连接，以及每个数据包只有一部分承载实际有效负载的协议开销。当多个设备同时连接到同一个中央设备时，这些限制会变得更加明显，从而进一步减少可用带宽并增加数据丢失的机会。 如果您想以最高的数据传输速率发送大量原始数据，恩智浦在另一个MCU SDK（QN9090）中提供了示例私有我的，如果可以调整您的终端任务应用程序的方向，则考虑到多个设备也可能导致数据丢失。 顺祝商祺！ 路易斯 Re: BLE connection interval 你好 我在大约 30 毫秒的时间内使用超过 180 个字节从 4 个设备发送多个字节，但是随着连接设备数量的增加，即使我实现了 4 个队列，我也会看到数据丢失，但我只能收到每个 65 个数据。我以最大波特率检查了 teraterm 日志。 Re: BLE connection interval 你好 您能帮我们确认一下，您使用的是哪个示例：EATT 还是 Wireless Uart？ 如果你使用的是无线 Uart 示例，只修改设备数量而不更改数据大小，你还会看到这个问题吗？ 您能帮我们描述一下您所做的修改吗？ 虽然建议设计较小的属性值大小，但作为无线UART的GATT层只能在无线数据包中发送23字节的数据，将ATT数据包的默认长度设置为23，ATT数据包长度设置为保持无线电数据包和ATT数据包之间的逻辑映射。 如果你需要发送更多字节的数据，我建议你查看社区帖子 [1-4] 系列文章《蓝牙低功耗——在GATT服务器上使用长属性——第1部分：ATT_MTU——恩智浦社区》，如上所述，如何写入长属性包括写入队列，以及修改GATT客户端和服务器的ATT_MTU以支持通过MTU交换实现更大的MTU。 Re: BLE connection interval Hii 、 我正在尝试将 4 个 KW45 芯片设备连接到 KW45 LOC 板，并使用 BLE 每 30 毫秒发送 220 字节数据，我能够成功连接 4 台设备，但是在收到数据丢失时，我从 uart 中的 kw45 LOC 板输出中获取日志并进行了分析。 你能告诉我原因吗？ 我正在使用无线 uart 在 KW45 LOC 板上接收四台设备多设备的数据。 谨致问候 切坦 Re: BLE connection interval 你好 蓝牙核心规范允许的最小连接间隔 蓝牙核心规范为 7.5 毫秒。 有关此主题的更多详细信息，请参阅 蓝牙核心规范》，第 6 卷，B 部分，第 4.5.1 节 因此，根据标准 connInterval 不能小于 7.5 毫秒，请您提供更多细节，告诉我们您想实现什么目标，以便我们检查是否有任何建议可以提供给您？ 此致

imx8mp 柔性扫描硬件时间戳 你好 我们有自己的设计，基于恩智浦的 imx8mp 和内核 6.6.23。 我们同时使用两个 flexcan 接口，并希望从驱动程序中读取硬件时间戳。我们正在使用 candump，但读数始终为 0 candump -H -L (0000000000.0000000000)canfd1 776#94CD03004FC7E1 您知道如何启用这项功能吗？ 致以最诚挚的问候和感谢 天使 Re: imx8mp flexcan hardware timestamp 默认 16 位定时器：FlexCAN 模块具有内置 16 位定时器，用于计算 CAN 总线上的比特间隔。 它还有一个令人讨厌的特点，那就是每次 CAN 时钟同步时，这个 16 位定时器的时钟周期都会受到一点影响。并非所有 16 位定时器周期都等于位时间。因此，如果尝试使用其他 on-SoC 定时器（其时钟与 CAN 时钟来自同一时钟父时钟）来计算 16 位定时器溢出，以扩展时间戳时钟的宽度，则需要以某种方式跟踪 CAN 接收流量导致的时间戳时钟漂移。 Re: imx8mp flexcan hardware timestamp 你好 谢谢您的答复。 我们知道 imx8mp 中的硬件 Flexcan 控制器支持这种硬件时间戳功能。 请确认恩智浦在内核 6.6.23 中提供的 Linux 驱动程序是否也支持该功能？ 致以最诚挚的问候和感谢 天使 Re: imx8mp flexcan hardware timestamp 你好 i.MX 8M Plus FlexCAN具有硬件时间戳功能，该功能 使用自由运行的16位计时器，该定时器根据CAN波特率随每个比特间隔递增，默认情况下在接收每个CAN帧时进行RESET 。要获得更精确的时间戳并克服限制，必须在 FlexCAN 控制寄存器 1 中启用高分辨率 (HR) 时间戳。这需要一个单独的外部定时器源，通常是系统定时器 (STM)，通过配置该定时器可提供高分辨率时基。  工作原理   默认 16 位定时器：FlexCAN 模块具有内置 16 位定时器，用于计算 CAN 总线上的比特间隔。 该定时器在 65535 个时钟刻度后缠绕（溢出）。 溢出所需的时间取决于 CAN 总线的速度。 您可以将 CRTL1 [TSYN] 设置为 “1”，以便在收到帧时自动 RESET 计时器，这对于保持消息顺序很有用，但仍受到 16 位限制的限制。 高分辨率 (HR) 时间戳：为实现更高精度，可通过设置 FlexCAN 控制寄存器中的相关位来启用 HR 时间戳功能。 这将禁用用于时间戳的内部 16 位定时器。 它允许使用外部定时器源（如 STM）进行时间戳记录。 然后，您可以从专用寄存器读取 HR 时间戳值。  如何启用人力资源时间戳   配置外部计时器 (STM)：安装 STM 以提供高分辨率的时基。 在 FlexCAN 中启用 HR 时间戳：在 FlexCAN 控制器中，启用 HR 时间戳功能。 读取时间戳读取 HR_TIME_STAMP 寄存器，获取高分辨率时间戳 此致

S32 Power Architecture Design Studio 是否支持 e200z6 S32 Power Architecture Design Studio 支持 e200z6 吗？目标处理器中没有 e200z6 的选项，但是版本工具支持 e200z6。我能否开发出 BOOKE 编码的 mpc5554？ Re: Does S32 Design Studio for Power Architecture support e200z6 你好@heidou S32 Design Studio 官方不支持 MPC55xx 设备。如果是 MPC5554，建议使用 Classic CodeWarrior IDE： https://www.nxp.com/design/design-center/software/development-software/codewarrior-development-tools/codewarrior-legacy/codewarrior-development-studio-for-mpc55xx-mpc56xx-classic-ide-v2-10:CW-MPC55XX_56XX 问候， Lukas

ゲーミングモニターのリフレッシュレートを最適化するための提案 モニターのリフレッシュレートを最適化するだけで、ゲーム体験をよりスムーズで没入感のあるものにするにはどうすればよいでしょうか？最近、このテーマについて研究していて、 NXPコミュニティの皆さんとアイデアを共有できたら素晴らしいと思いました。 When setting up a ゲーム用にモニターを設定する際、リフレッシュレートを調整すると、ゲームプレイの滑らかさと応答性に顕著な違いが生まれます。ディスプレイがサポートされている最大リフレッシュレートで動作するようにし、アダプティブシンクオプションを有効にし、システム出力設定を一致させることで、画面のティアリングや入力遅延を解消できます。品質の高いケーブルの使用、ドライバの最新化、ゲーム内のフレーム制限の微調整など、ちょっとした工夫でも、より安定した快適なゲーム体験が得られることが分かりました。 リフレッシュ レートを最適化することは、競争力のあるゲーマーだけのものではなく、すべての人にとって全体的な視覚品質と快適さを向上させるものであると、私は心から信じています。これは、ゲームセッションをより魅力的で楽しいものにするための簡単なステップです。 どのような設定や方法があなたにとって最も効果的であったかについて、他のコミュニティ メンバーからお聞きしたいです。NXP コミュニティは、アイデアを交換し、互いに学ぶための素晴らしい場です。皆さんの積極的な提案や成功事例を期待しています。 Re: Suggestions to Optimize Refresh Rate on a Gaming Monitor こんにちは、 具体的な製品を教えてください。 よろしくお願いします、 志明

信息娱乐、连接和安全：美光：时序和信号分析的优势和方法 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 随着内存接口数据速率的增加，确保系统使用该接口时设计适当的裕度的需求也随之增加。美光公司研究系统内存接口使用情况的一种方法是通过时序和信号分析 (TSA)。TSA 将物理硬件连接到内存设备，以观察系统操作的内存接口子集。内存接口的另一种方法是虚拟 TSA (vTSA)。该方法使用内存控制器的训练算法来提供裕度信息，而无需使用物理测试硬件。该方法可以表征整个内存接口。本次会议将比较和对比两种不同的方法，并最终展示在系统平台上集成 vTSA 工具的价值。我们打算参考最新 i.MX 8 QXP 板的实际结果。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 随着内存接口数据速率的增加，确保系统使用该接口时设计适当的裕度的需求也随之增加。美光公司研究系统内存接口使用情况的一种方法是通过时序和信号分析 (TSA)。TSA 将物理硬件连接到内存设备，以观察系统操作的内存接口子集。内存接口的另一种方法是虚拟 TSA (vTSA)。该方法使用内存控制器的训练算法来提供裕度信息，而无需使用物理测试硬件。该方法可以表征整个内存接口。本次会议将比较和对比两种不同的方法，并最终展示在系统平台上集成 vTSA 工具的价值。我们打算参考最新 i.MX 8 QXP 板的实际结果。 i.MX 应用处理器 接口和连接

在 QorIQ Layerscape ARMv8 平台上移植 OpenWrt/LEDE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OpenWrt 是一个高度可扩展的 GNU/Linux 发行版，适用于嵌入式设备（通常是无线路由器），OpenWrt 从一开始就构建为功能齐全、易于修改的路由器操作系统。LEDE基于OpenWrt，面向广泛的无线SOHO路由器和非网络设备。本文档介绍如何在QorIQ LS1012/LS1043平台上移植和运行OpenWrt/LEDE。 1. 在 QorIQ Layerscape 平台上移植 OpenWrt/LEDE 源代码 2. 部署 OpenWrt/LEDE 镜像来启动系统 3. 验证 LEDE 系统中的 VLAN 接口和 PFE QorIQ LS1设备 回复：在 QorIQ Layerscape ARMv8 平台上移植 OpenWrt/LEDE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， 您能否指出我需要做哪些更改才能在 ls1012a 的 Freedom 参考板上部署 openwrt？ 在此先感谢您的帮助， 回复：在 QorIQ Layerscape ARMv8 平台上移植 OpenWrt/LEDE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 王一平您好， 我正在研究 NXP 主板型号：LS1012A RDB 主板，RevB。我正在使用 yocto 源 LS1012A-SDK-SOURCE-20161230-yocto.iso。 我能够从 SD 卡刷新并启动 yocto kernel.itb 和 rootfs。但是使用默认的 yocto 构建图像，以太网接口不起作用。 因此，我按照“Porting Openwrt on QorIQ Layerscape ARMv8 Platforms.pdf”中的步骤尝试了 openWrt。并面临与 miguel lopez 解释的同样的问题。“Boot Loader”下没有选项可供选择，没有.bin构建后生成的文件。 需要以下澄清.. 1. 我们需要应用您在第一篇帖子中附加的补丁文件吗？ 2. 这里使用的 u-boot 和内核版本是什么？在 LS1012ARDB 上启用以太网接口的内核配置是什么？ 3.如何生成启动LS1012ARDB板所需的uboot、内核和其他映像文件。 回复：在 QorIQ Layerscape ARMv8 平台上移植 OpenWrt/LEDE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， miguel lopez ， 抱歉，我没有注意到您之前的评论，我之前没有关注这个页面。 我记得所有针对LS1012/LS1043 的 NXP 补丁都已经被 LEDE 社区接受了。最新版本是 v8，在这个版本中，固件rcw/uboot-32b/ppfe 应该首先上传到 github。 构建的flash镜像应该包含rcw/uboot/fman/ppfe/dtb/kernel/rfs，在地址0处对该flash镜像进行编程后，就可以设置系统了。 我去年已经删除了我的 LEDE 工作区。 我需要克隆最新的LEDE源代码来为您做验证，稍后会给您反馈。 谢谢！ 依萍

飞思卡尔 MQX ™ 4.0.2发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 全新 Freescale MQX ™ 4.0.2 版本现已在www.freescale.com/MQX上发布 ·         可用文件                    # 名称 描述 1 FSL_MQX_发布说明_4_0_2 飞思卡尔 MQX ™ RTOS 4.0.2发行说明 2 FSL_MQX__FFS_发布说明_4_0_2 飞思卡尔 MQX ™ FFS 软件包 4.0.2发行说明 3 FSL_MQX_ATHEROS_发布说明_4_0_2 飞思卡尔 MQX ™ Atheros Wifi 软件包 4.0.2发行说明 4 飞思卡尔 MQX RTOS 4.0.2Atheros Wifi 套餐 适用于 MQX ™ 4.0.2 的 Atheros Wifi 解决方案 5 飞思卡尔 MQX RTOS 4.0.2FFS 包 MQX ™ 4.0.2 的 NAND 闪存文件系统解决方案 6 飞思卡尔 MQX RTOS 4.0.2 MQX ™源代码。包括 RTOS、文件系统、TCP/IP 和 USB 主机/设备软件堆栈。不需要安装 MQX ™ 4.0。 ·         有什么新鲜事？ 哦   AutoEVB Vybrid A5 和 M4 板支持包 §  支持双核 Vybrid 处理器的 CortexA5 和 CortexM 内核 §  支持标准IO驱动程序集 哦   Vybrid BSP扩展 §  RTC 和 NAND 闪存驱动程序移植到 Vybrid 平台 §  通过处理 4KB 内存块扩展 MMU 支持 §  推出新的 QuadSPI 驱动程序 §  已启用 CortexM4 启动选项。 §  从 QuadSPI 闪存直接执行代码 – 提供 XIP。Vybrid QuadSPI 引导加载程序中演示的功能。 推出了 eDMA 驱动程序的第一个版本——该驱动程序是实验性的，将在下一个 MQX 版本中进一步扩展。未提供文档。 哦   Kinetis SPI 驱动程序已更新为使用 eDMA 驱动程序。 哦   硬件计时器驱动程序支持扩展到 Systick 和 GPT HW 模块。Kinetis 和 Vybrid BSP 已更新，利用硬件计时器来提供 MQX 滴答时间。 哦   ENET 驱动程序中启用了 RTCS 硬件校验和加速（用于 TCP 和 UDP）；好处是增加了吞吐量并减少了处理器负载。对于 K60N512 平台，此选项默认启用。 哦   HTTP 服务器经过重新设计，可提供更快、更强大的解决方案。服务器 API 经过简化和更改，以符合 RTCS 标准。 哦   作为 RTCS 网络套件的一部分，提供了新的 SMTP 客户端功能。客户端提供了一个简单的 API 来处理电子邮件。新的 RTCS Shell 命令“电子邮件”展示了其功能。 哦   此版本中删除了 security_email、security_webserver 和 security_telnet 演示应用程序。RTCS shell 和 httpsrv 示例应用程序中演示了网络功能。 哦   多核通信（MCC）库更新至1.1版本。修复了 mcc_send() 函数中缓存宏的错误使用。 ·         已知问题 哦   有关已知问题和限制，请参阅发行说明。

Open-CMSIS-Packs: EmSA Example GOAL Learn how to import CMSIS packs into existing projects. In this particular project, CMSIS packs from EmSA will be used alongside the lpcxpresso55s16_mcan_interrupt_transfer example obtained from the LPCXpresso55s16 SDK. ENVIRONMENT This guide requires MCUXpresso IDE v11.9.1 or latest. PROCEDURE 1. Import the lpcxpresso55s16_mcan_interrupt_transfer example into the workspace. In this example, SDK drivers, startup and board interface files are readily available. CAN pins are already routed and enabled. OCP-EmSA-Step1.gif     2. Launch Config Tools to configure the clock for the CAN peripheral OCP-EmSA-Step2.gif 3. Configure the clock for the CAN peripheral. I. Set up the main clock so that it is generated from crystal or oscillator, and it is evenly dividable by 40 MHz. OCP-EmSA-Step3.gif   II. Change the PLL configuration an even multiple of 40 MHz OCP-EmSA-Step3.2.gif   III. Set the CAN divider to get a 40 MHz clock. OCP-EmSA-Step3.3.gif 4. Update the code. OCP-EmSA-Step4.gif   5. Add Open-CMSIS Packs to the project. OCP-EmSA-Step5.gif   6. Project set-up I. Add the watchdog driver. OCP-EmSA-Step6.gif   II. Exclude the fsl_mcan.c module from the build. A dedicated version is included in the EmSA packs. OCP-EmSA-Step6.2.gif III. Add the main.c module from CMSIS template OCP-EmSA-Step6.3.gif   IV. Exclude or remove the original main source code mcan_interrupt_transfer.c file. OCP-EmSA-Step6.4.gif 7. Save and build the project. OCP-EmSA-Step7.gif     Open-CMSIS-Packs