PTN38003A サポート終了 ハイテクジャパン 現在、PTN38003Aの代替品を探しています。 上記部分はEOLです。親切にこれを手伝ってください。別のNXPパーツについて言及してください。 Re:PTN38003Aサポート終了 こんにちはアルジュンスバンサル 申し訳ございませんが、現時点ではこのデバイスの直接の代替品はありません。 通常、私の経験では、お客様は依然としてデバイスを使用することを好みます。 これらのケースで他のお客様が使用しているのを見てきたのは、電圧レベルトランスレータと、別のデバイスで機能を補完することです(これは特に必要なものによって異なります)。 この情報がお役に立てば幸いです。 ご不便をおかけして申し訳ございません。 素晴らしい一日を過ごし、幸運を祈ります。

关于随机数生成器函数的问题 大家好，各位队员。 希望一切顺利 我看到一位 NXP 工程师在这个论坛上对 TRNG 相关问题的回答是“TRNG 在内部运行以生成构建 PRNG 的种子”。 那么，这是否意味着不需要输入单独的种子值来生成随机数？ Ps：我知道使用DRBG算法时需要输入一个具有一定熵的种子。DRBG算法和PRNG是不同的概念吗？ 回复：关于随机数生成器函数的问题 没错，我问的是 S32K 上的 CSEc。谢谢您的帮助！我的问题已经全部解决了 回复：关于随机数生成器函数的问题 你好@Derek_Yoon 我们讨论的是 S32K1 上的 CSEc 吗？这是由 SHE 规范给出的。初始种子由 CMD_INIT_RNG 命令生成。然后，您可以生成随机数，而不需要重新播种。您在运行时唯一可以做的额外事情是运行 CMD_EXTEND_SEED 命令来提供 128 位熵。无论何时需要额外的熵，您都可以调用此命令。 问候， 卢卡斯

S32K3 RTD5.0.0 lpi2c hello! Recently, I updated RTD4.0.0 to 5.0.0, then got problem. In Lpi2c configure page, "I2C Clock Source" don't contains any value.(in RTD4.0.0 it works ok) the RTD error is : Source clock is not enabled in Clock component is that a bug ? or something I didn't configure? 回复： S32K3 RTD5.0.0 lpi2c Hi@Vandarkholme Please add"Clock_Ip_ReferencePoints" and then try again. 回复： S32K3 RTD5.0.0 lpi2c oh, I add clockReference then it worked! In RTD5.0.0 clockReference is key component? RTD4.0.0 not need to configure that component

ChangeKey desfire ev3の整合性エラー こんにちは、私はkeyNo = 0のデフォルトのaesキーを別のaesキーに変更しようとしています。しかし、私は得続けます コマンドの送信時に整合性エラーが発生し0x1E、CRCが間違っていることを示していると思います。 javascriptで書きました。これが私のcrc32計算関数です static crc32 = (input) => { const crcTable = new Array(256); for (let i = 0; i < 256; i++) { let c = i; for (let j = 0; j < 8; j++) { c = ((c & 1) ? (0xEDB88320 ^ (c >>> 1)) : (c >>> 1)); } crcTable[i] = c >>> 0; } let crc = 0 ^ (-1); for (let i = 0; i < input.length; i++) { crc = (crc >>> 😎 ^ crcTable[(crc ^ input.charCodeAt(i)) & 0xFF]; } crc = crc ^ (-1); // Convert the integer to an array of bytes const crcBytes = []; for (let i = 0; i < 4; i++) { crcBytes.push((crc >>> (i * 8)) & 0xFF); } return crcBytes.reverse(); }​ 私の理解では、CRCはCmd + keyNo +(newKey xまたはoldkey)+keyversionで計算されます。こんな感じ。 let data_to_crc = cmd.concat(_keyNo).concat(_newKey).concat(_keyVersion); let data_to_crc_string = DesfireUtils.getHexFromDecArray(data_to_crc); let crc_data = DesfireUtils.crc32(data_to_crc_string); データに対してcrc32関数を実行すると、このオンラインcrc32計算機を使用したときに同じ結果が得られます  次に、cryptogram = newkey + keyversion + crc_data + パディング 次に、 を送信します。 暗号化された暗号で送信すると、暗号化されていないのと同じ結果が得られます0x1E。暗号化キーはセッション キー、iv = 0 です Re:ChangeKey desfire ev3の整合性エラー 問題を修正しました。問題はCRC32アルゴリズムにあります。 私はこのCコードを使用し、javascriptで書き起こし/実装しました http://www.rfidiot.org/crc32.c

我可以使用 MIMXRT1060-EVKB 在 tflm_cifar10 中运行 Opencv 吗？ 我的问题就在标题里。我想使用 Opencv 中的一些内置方法，但我不确定是否可以在 MIMXRT1060-EVKB 上运行 Opencv。 如果可以，请帮我配置它。我需要将源代码和配置放在哪里以进行构建并刷入到电路板上。 谢谢！ i.MXRT 106x 回复：我可以使用 MIMXRT1060-EVKB 在 tflm_cifar10 中运行 Opencv 吗？ @Sam_Gao @Dennisleon 谢谢。我明白了。我是嵌入式新手。 我的情况是在 PC 上构建 TF 模型，并使用 OpenCV 调整图像大小。在MIMXRT1060-EVKB 上部署时，我使用了 SDK (tflm_cifar10) 中的示例，它的图像大小调整比较简单 ==> 模型精度不如 PC 上的好。这就是我想在开发板上使用 OpenCV 的原因。实际上，我使用了 tflm_cifar10 的 Makefile，但我不知道如何在这个项目中集成 OpenCV。 您能给我一些建议，让我能够提高董事会的准确性吗？谢谢。 回复：我可以使用 MIMXRT1060-EVKB 在 tflm_cifar10 中运行 Opencv 吗？ @Sam_Gao @Dennisleon 感谢您提供有用的信息。 OpenCV 是一个强大的工具。就我而言，我想使用 OpenCV 中的一些调整大小方法。 由于内存限制和更复杂的编译过程，我想获得另一种解决方案。我发现这个 repo https://github.com/nothings/stb/blob/master/stb_image_resize2.h 。对我来说这很容易。简单来说，我把 .h文件到源代码并运行它而不改变任何配置。

尝试使用 RPI_CAM 时，无法在 FRDM im93 板的默认映像上使用 ap1302 固件 我正在尝试在 FRDM imx-93 开发板中预装的 NXP Go point 上运行演示。为此，我从 ONSEMI github repo 9 下载了 ap1302 固件，如 Board User Manual Rev. 1.0 中所述。我已将固件文件重命名并放置在 /lib/firmware/imx/camera/ 路径中。当连接 RPI-CAM-MIPI 时，我无法与相机连接，并且在尝试运行 GoPoint 演示进行视频测试或对象分类时没有收到任何反馈。 我尝试使用 UM 中 ONSEMI github 链接上提供的所有 3 个固件，但得到的结果相同。 $dmesg | grep ap1302 的输出作为图像附加。 FRDM 培训 动手实践培训 回复：尝试使用 RPI_CAM 时，无法在 FRDM im93 板的默认映像上使用 ap1302 固件 你好@Aditya_Vashista 您解决了这个问题吗？我也在同一块板上工作并面临同样的问题。

PF1550 退出 SHIP 模式 亲爱的论坛 我目前正在实施PF1550来为i.MX-RT1060供电 对于我的应用程序，我需要使用（拉低）“ONKEY”退出PMIC“SHIP”模式。 数据表（修订版 7）让我感到困惑，因为第 24 页的表 26 中指出：“ BATFET 打开，未连接 LICELL。VSYS = 0 V，仅通过启用 ONKEY 唤醒。”这给人的印象是该功能受到支持。 但是，第 75 页上写道： “退出此模式的唯一方法是通过充电器连接事件。发生这种情况时，状态机将退出到 REGS_DISABLE 状态。重新连接电池也可用于退出 SHIP 模式。” PF1550 是否支持使用 ONKEY 退出 SHIP 模式？是否有一个寄存器可以实现此功能？ 亲切的问候 西蒙·马蒂斯 PF1550 | PF1510

在哪里可以找到 MC56F8257 的示例程序？ 您好，在哪里可以找到 MC56F82xx 系列的指南和示例？ 回复：在哪里可以找到 MC56F8257 的示例程序？ 谢谢你，伙计！

无法构建 imx-image-full，出现 git-native 编译错误 我正在尝试在 Ubuntu 24.04 LTS 服务器上构建 imx-image-full。 我正在使用所有软件包和 imx8 的最新版本 命令行： 回购初始化 -u https://github.com/nxp-imx/imx-manifest-b imx-linux-scarthgap -m imx-6.6.52-2.2.0.xml 发行版=fsl-imx-xwayland 机器=imx8mp-lpddr4-evk 源 imx-setup release.sh -b 构建 bitbake imx-图像-full 错误： 警告：主机发行版“ubuntu-24.04”尚未通过此版本的构建系统进行验证；您可能会遇到意外的失败。建议您使用经过测试的发行版。 加载缓存：100% |################################################################################################################################################### ##| Time: 0:00:05 Loaded 5730 entries from dependency cache. Parsing recipes: 100% |## #############################################################################################################################################################| 时间：0:00:01 3654 .bb 的解析文件已完成（3653 个已缓存，1 个已解析）。5731 个目标，跳过 377 个，屏蔽 3 个，错误 0 个。 注意：解决任何缺失的任务队列依赖关系 构建配置： BB_VERSION = "2.8.0" BUILD_SYS =“x86_64-linux” NATIVELSBSTRING =“通用” TARGET_SYS =“aarch64-poky-linux” 机器=“imx8mp-lpddr4-evk” 发行版 = “fsl-imx-xwayland” DISTRO_VERSION = "6.6-scarthgap" TUNE_FEATURES = “aarch64 armv8a crc 加密” 目标FPU = "" 元 元-poky =“头：200d12b6a58ad961d60a7774ca0f7a9d29498724” 元 元多媒体 meta-python =“HEAD：72018ca1b1a471226917e8246e8bbf9a374ccf97” 元飞思卡尔=“HEAD：0627128b341cfb2bef7a0832ce8cac0ce1127f13” meta-freescale-3rdparty =“HEAD:6c063450d464eb2f380443c7d9af1b94ce9b9d75” meta-freescale-distro =“HEAD:b9d6a5d9931922558046d230c1f5f4ef6ee72345” meta-imx-bsp meta-imx-sdk meta-imx-ml 元-imx-v2x =“头：219f6d04a4c339eb6f2dc626f944bbdf9a716ff5” meta-nxp-demo-experience =“HEAD:e8e646e22b1f926aac83bb7ad522efa9cd8ccc45” 元-nxp-物质-基线 meta-nxp-openthread =“HEAD:f58365ec75a5768ff3e8e8bcd64f237738c93160” 元臂 meta-arm-toolchain =“HEAD：950a4afce46a359def2958bd9ae33fc08ff9bb0d” meta-clang =“HEAD：2b7433611d80f6d0ee1b04156fa91fc73d3c2665” 元侏儒 元网络 元文件系统 = “HEAD:72018ca1b1a471226917e8246e8bbf9a374ccf97” meta-qt6 =“HEAD：586a6cb5aec755803a3be3cec359baafe89d6432” 元秒差距 meta-tpm =“HEAD：459d837338ca230254baa2994f870bf6eb9d0139” 元虚拟化 = “HEAD：6f3c1d8f90947408a6587be222fec575a1ca5195” Sstate 摘要：想要 5228 本地 0 镜像 0 错过 5228 当前 2596（0% 匹配，33% 完成）####################################################### ## | ETA: 0:00:01 Initialising tasks: 100% |## #######################################################################################################################################################| 时间：0:00:15 注意：执行任务 错误：git-native-2.44.1-r0 do_compile：oe_runmake 失败 错误：git-native-2.44.1-r0 do_compile：ExecutionError（'/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/temp/run.do_compile.60384'，1，无，无） 错误：故障日志文件存储在：/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/temp/log.do_compile.60384 日志数据如下： | 调试：执行 python 函数 autotools_aclocals | 调试：SITE 文件 ['endian-little'、'common-linux'、'common-glibc'、'bit-64'、'x86_64-linux'、'common'] | 调试：Python 函数 autotools_aclocals 已完成 | DEBUG：执行 shell 函数 do_compile |注意：make -j 16 NO_PYTHON=1 CFLAGS=-isystem/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/include -O2 -pipe LDFLAGS=-L /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -L /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib -Wl，--启用新dtags -Wl，-rpath链接，/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -Wl，-rpath链接，/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib -Wl，-rpath，/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -Wl，-rpath，/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib-Wl，-O1-Wl，--allow-shlib-undefined-Wl，--动态链接器=/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2-pthread PERL_PATH=/usr/bin/env perl COMPUTE_HEADER_DEPENDENCIES=no NO_GETTEXT=1 NO_CROSS_DIRECTORY_HARDLINKS=1 | 链接 git | LINK 标量 | /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/hosttools/ld: common-main.o: 在函数“main”中： | common-main.c:(.text.startup+0xde):对“cmd_main”未定义引用 | collect2：错误：ld 返回 1 退出状态 | make: *** [Makefile:2833: scalar] 错误 1 | make：*** 等待未完成的工作.... | /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/hosttools/ld:git.o:(.data.rel+0x7d0):对“cmd_pack_objects”的未定义引用 | /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/hosttools/ld:git.o:(.data.rel+0xb60):对“cmd_submodule__helper”未定义引用 | /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/hosttools/ld:git.o:(.data.rel+0xd10):对“cmd_worktree”未定义引用 | collect2：错误：ld 返回 1 退出状态 | make: *** [Makefile:2418: git] 错误 1 | 错误：oe_runmake 失败 | 警告：从 shell 命令退出代码 1。 错误：任务（虚拟：本机：/mnt/disks/yocto_disk/imx-yocto-bsp/sources/poky/meta/recipes-devtools/git/git_2.44.1.bb:do_compile）失败，退出代码为“1” 注意：任务摘要：尝试了 2220 项任务，其中 2216 项无需重新运行，1 项失败。 摘要：1 个任务失败： 虚拟：本机：/mnt/disks/yocto_disk/imx-yocto-bsp/sources/poky/meta/recipes-devtools/git/git_2.44.1.bb:do_compile 摘要：有 1 条警告消息。 摘要：有 2 条错误消息，返回非零退出代码。 回复：无法使用 git-native 编译错误构建 imx-image-full 我想这有帮助，因为之后我设法通过了 git-native 步骤。 回复：无法使用 git-native 编译错误构建 imx-image-full 尽管如此，在 git-native 上重新尝试为 imx8 构建 bitback 仍然失败。 ubuntu@yocto-build-server:/mnt/disks/yocto_disk/imx-yocto-bsp/build$ bitbake imx-image-full WARNING: Host distribution "ubuntu-24.04" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution. Loading cache: 100% |#######################################################################################################################################| Time: 0:00:02Loaded 5730 entries from dependency cache. Parsing recipes: 100% |#####################################################################################################################################| Time: 0:00:00Parsing of 3654 .bb files complete (3653 cached, 1 parsed). 5731 targets, 377 skipped, 3 masked, 0 errors. NOTE: Resolving any missing task queue dependencies Build Configuration: BB_VERSION = "2.8.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "universal" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-scarthgap" TUNE_FEATURES = "aarch64 armv8a crc crypto" TARGET_FPU = "" meta meta-poky = "HEAD:200d12b6a58ad961d60a7774ca0f7a9d29498724" meta-oe meta-multimedia meta-python = "HEAD:72018ca1b1a471226917e8246e8bbf9a374ccf97" meta-freescale = "HEAD:0627128b341cfb2bef7a0832ce8cac0ce1127f13" meta-freescale-3rdparty = "HEAD:6c063450d464eb2f380443c7d9af1b94ce9b9d75" meta-freescale-distro = "HEAD:b9d6a5d9931922558046d230c1f5f4ef6ee72345" meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = "HEAD:219f6d04a4c339eb6f2dc626f944bbdf9a716ff5" meta-nxp-demo-experience = "HEAD:e8e646e22b1f926aac83bb7ad522efa9cd8ccc45" meta-nxp-matter-baseline meta-nxp-openthread = "HEAD:f58365ec75a5768ff3e8e8bcd64f237738c93160" meta-arm meta-arm-toolchain = "HEAD:950a4afce46a359def2958bd9ae33fc08ff9bb0d" meta-clang = "HEAD:2b7433611d80f6d0ee1b04156fa91fc73d3c2665" meta-gnome meta-networking meta-filesystems = "HEAD:72018ca1b1a471226917e8246e8bbf9a374ccf97" meta-qt6 = "HEAD:586a6cb5aec755803a3be3cec359baafe89d6432" meta-parsec meta-tpm = "HEAD:459d837338ca230254baa2994f870bf6eb9d0139" meta-virtualization = "HEAD:6f3c1d8f90947408a6587be222fec575a1ca5195" Sstate summary: Wanted 5226 Local 0 Mirrors 0 Missed 5226 Current 2598 (0% match, 33% complete)############################################### | ETA: 0:00:01Initialising tasks: 100% |##################################################################################################################################| Time: 0:00:15NOTE: Executing Tasks ERROR: git-native-2.44.1-r0 do_compile: oe_runmake failed ERROR: git-native-2.44.1-r0 do_compile: ExecutionError('/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/temp/run.do_compile.12690', 1, None, None) ERROR: Logfile of failure stored in: /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/temp/log.do_compile.12690 Log data follows: | DEBUG: Executing python function autotools_aclocals | DEBUG: SITE files ['endian-little', 'common-linux', 'common-glibc', 'bit-64', 'x86_64-linux', 'common'] | DEBUG: Python function autotools_aclocals finished | DEBUG: Executing shell function do_compile | NOTE: make -j 16 NO_PYTHON=1 CFLAGS=-isystem/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/include -O2 -pipe LDFLAGS=-L/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -L/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib -Wl,--enable-new-dtags -Wl,-rpath-link,/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -Wl,-rpath-link,/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib -Wl,-rpath,/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -Wl,-rpath,/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib -Wl,-O1 -Wl,--allow-shlib-undefined -Wl,--dynamic-linker=/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2 -pthread PERL_PATH=/usr/bin/env perl COMPUTE_HEADER_DEPENDENCIES=no NO_GETTEXT=1 NO_CROSS_DIRECTORY_HARDLINKS=1 | * new build flags | CC oss-fuzz/dummy-cmd-main.o | /bin/sh: 1: cc: not found | CC oss-fuzz/fuzz-commit-graph.o | /bin/sh: 1: cc: not found | make: *** [Makefile:2735: oss-fuzz/dummy-cmd-main.o] Error 127 | make: *** Waiting for unfinished jobs.... | make: *** [Makefile:2735: oss-fuzz/fuzz-commit-graph.o] Error 127 | ERROR: oe_runmake failed | WARNING: exit code 1 from a shell command. ERROR: Task (virtual:native:/mnt/disks/yocto_disk/imx-yocto-bsp/sources/poky/meta/recipes-devtools/git/git_2.44.1.bb:do_compile) failed with exit code '1' 回复：无法使用 git-native 编译错误构建 imx-image-full 添加这些之后，成功构建它。 如果没有它们，它就会给我带来 curl-config 和 git-gui 问题。 sudo apt install libcurl4-openssl-dev libssl-dev gettext tcl-dev 回复：无法使用 git-native 编译错误构建 imx-image-full 请转到文件夹“imx-yocto-bsp_scarthgap/build/tmp/work/x86_64-linux/git-native/2.44.1/git-2.44.1”并检查是否可以成功运行以下命令。 $ make distclean $ make -j 4 NO_PYTHON=1 CFLAGS='-isystem/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/include -O2 -pipe' LDFLAGS='-L /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -L /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib -Wl，--启用新dtags -Wl，-rpath链接，/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -Wl，-rpath链接，/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib -Wl，-rpath，/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -Wl，-rpath，/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib-Wl，-O1-Wl，--allow-shlib-undefined-Wl，--dynamic-linker=/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2-pthread'PERL_PATH='/usr/bin/env perl'COMPUTE_HEADER_DEPENDENCIES=no NO_GETTEXT=1 NO_CROSS_DIRECTORY_HARDLINKS=1 回复：无法使用 git-native 编译错误构建 imx-image-full 是的，git-native 是sources/poky/meta/conf/bitbake.conf文件的一部分： ASSUME_PROVIDED = "\ bash-native \ bzip2-native \ chrpath-native \ diffstat-native \ file-native \ findutils-native \ gawk-native \ git-native \ grep-native \ hostperl-runtime-native \ hostpython-runtime-native \ libgcc-native \ patch-native \ sed-native \ tar-native \ texinfo-native \ virtual/crypt-native \ virtual/libiconv-native \ virtual/libintl-native \ wget-native \ " 这是 bitback git-native 命令的输出： ubuntu@yocto-build-server:/mnt/disks/yocto_disk/imx-yocto-bsp$ bitbake git-native WARNING: Host distribution "ubuntu-24.04" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution. Loading cache: 100% |#######################################################################################################################################| Time: 0:00:02Loaded 5730 entries from dependency cache. Parsing recipes: 100% |#####################################################################################################################################| Time: 0:00:00Parsing of 3654 .bb files complete (3653 cached, 1 parsed). 5731 targets, 377 skipped, 3 masked, 0 errors. WARNING: Explicit target "git-native" is in ASSUME_PROVIDED, ignoring NOTE: Resolving any missing task queue dependencies Build Configuration: BB_VERSION = "2.8.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "universal" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-scarthgap" TUNE_FEATURES = "aarch64 armv8a crc crypto" TARGET_FPU = "" meta meta-poky = "HEAD:200d12b6a58ad961d60a7774ca0f7a9d29498724" meta-oe meta-multimedia meta-python = "HEAD:72018ca1b1a471226917e8246e8bbf9a374ccf97" meta-freescale = "HEAD:0627128b341cfb2bef7a0832ce8cac0ce1127f13" meta-freescale-3rdparty = "HEAD:6c063450d464eb2f380443c7d9af1b94ce9b9d75" meta-freescale-distro = "HEAD:b9d6a5d9931922558046d230c1f5f4ef6ee72345" meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = "HEAD:219f6d04a4c339eb6f2dc626f944bbdf9a716ff5" meta-nxp-demo-experience = "HEAD:e8e646e22b1f926aac83bb7ad522efa9cd8ccc45" meta-nxp-matter-baseline meta-nxp-openthread = "HEAD:f58365ec75a5768ff3e8e8bcd64f237738c93160" meta-arm meta-arm-toolchain = "HEAD:950a4afce46a359def2958bd9ae33fc08ff9bb0d" meta-clang = "HEAD:2b7433611d80f6d0ee1b04156fa91fc73d3c2665" meta-gnome meta-networking meta-filesystems = "HEAD:72018ca1b1a471226917e8246e8bbf9a374ccf97" meta-qt6 = "HEAD:586a6cb5aec755803a3be3cec359baafe89d6432" meta-parsec meta-tpm = "HEAD:459d837338ca230254baa2994f870bf6eb9d0139" meta-virtualization = "HEAD:6f3c1d8f90947408a6587be222fec575a1ca5195" Summary: There were 2 WARNING messages. 回复：无法使用 git-native 编译错误构建 imx-image-full 你修改过 yocto 食谱吗？ 请检查“git-native”是否列在 sources/poky/meta/conf/bitbake.conf 中的“ASSUME_PROVIDED”列表中。 运行命令“bitbake git-native”时输出什么？ 回复：无法使用 git-native 编译错误构建 imx-image-full 谢谢，但是所有这些软件包都已经安装在我的系统上了： ubuntu@yocto-build-server:~$ sudo apt install gawk wget git diffstat unzip texinfo gcc build-essential utils-ping python3-git python3-jchrpath socat cpio python3 python3-pip python3-pexpect xz-utils debianutils 正在读取包裹清单... Doneon3-j inja2 python3-subunit zstd liblz4-tool 文件 构建依赖树...完成 正在读取状态信息...完成 gawk已经是最新版本（1:5.2.1-2build3）。 wget已经是最新版本（1.21.4-1ubuntu4.1）。 git已经是最新版本(1:2.43.0-1ubuntu7.2)。 diffstat 已经是最新版本（1.66-1build1）。 unzip已经是最新版本（6.0-28ubuntu4.1）。 texinfo已经是最新版本（7.1-3build2）。 gcc已经是最新版本（4:13.2.0-7ubuntu1）。 build-essential 已经是最新版本 (12.10ubuntu1)。 升级了 0 个，新安装了 0 个，要删除 0 个，未升级 0 个。 回复：无法使用 git-native 编译错误构建 imx-image-full 在 OpenEmbedded-Core 中，ASSUME_PROVIDED 主要指定本机 不应该构建的工具。一个例子是“git-native”，它 指定后，允许使用主机上的 Git 二进制文件 而不是构建“git-native”。 请在您的主机上安装以下软件包。 $ sudo apt install gawk wget git diffstat unzip texinfo gcc build-essential chrpath socat cpio python3 python3-pip python3-pexpect xz-utils debianutils iputils-ping python3-git python3-jinja2 python3-subunit zstd liblz4-tool 文件 语言环境 libacl1

PBRIDGE 同时被两个资源访问 请问，在MPC5777C中，如果 SPI 通过 PBRIDGE 发送数据，同时另一个资源也在发送数据，例如温度传感器，会发生什么情况。首先会处理哪些数据？桥接器如何选择首先要处理的数据？ 回复：PBRIDGE 同时被两个资源访问 是的，这是由 XBAR 管理的（如果它是相同的 PBRIDGE，因为某些设备有两个或更多）。 回复：PBRIDGE 同时被两个资源访问 如果两个核心尝试同时访问 PBRIDGE 中连接的资源，这些访问是否会由 XBAR 仲裁，或者桥中是否存在另一种仲裁机制？ 回复：PBRIDGE 同时被两个资源访问 SPI 不会通过 PBRIDGE 发起任何数据传输，因为它是 XBAR 从属端口。XBAR 主机启动（核心、eDMA 等）数据传输（但可以根据来自 XBAR 从机的中断或触发信号）。 然而，通过 XBAR 的传输是根据 XBAR 优先级处理的。

[imx8mp]如何解决VPU_DEC_NO_ENOUGH_INBUF 我正在尝试根据 VPU 参考手册进行解码。 VPU_DecDecodeBuf() 的返回值为 Success，但是 *pOutBufRetCode 设置为 0x101，这意味着设置了以下位标志：VPU_DEC_INPUT_USED、VPU_DEC_NO_ENOUGH_INBUF。 这个“INBUF”（输入缓冲区？）到底是如何设置的？我假设这个“INBUF”可以通过VPU_DecRegisterFrameBuffer()设置，但是这个API没有显示在手册的“解码调用序列”中。 任何提示（例如样本来源）都将不胜感激！ 回复：[imx8mp] 如何解决 VPU_DEC_NO_ENOUGH_INBUF >我的问题仍然存在，当我尝试解码编码函数的输出时，为什么设置了 VPU_DEC_NO_ENOUGH_INBUF？ 所以我解决了这个问题。 根据我从实际行为中理解的情况，为了使 VPU 正确解码 H264，输入编码文件应该具有 SPS/PPS NALu，而我的编码函数最初未能包含它。将 SPS/PPS NALu 添加到编码文件中解决了我的问题。 对于 NXP 来说，如果返回代码比VPU_DEC_NO_ENOUGH_INBUF 更有意义，那么调试这个问题会很有帮助（到目前为止，我仍然不知道这意味着什么） 回复：[imx8mp] 如何解决 VPU_DEC_NO_ENOUGH_INBUF 不用担心，我们的工程师将通过电子邮件向您发送更新，当更新到您时，您可以通过电子邮件收到消息，现在我们正在为您确认。 回复：[imx8mp] 如何解决 VPU_DEC_NO_ENOUGH_INBUF 你好@Rita_Wang 谢谢回复！ “ 00644508” 是支持工单号吗？如果是，有什么方法可以查看其内容并进行更新吗？总之，感谢您创建这个！ 关于这篇文章，我有一个更新。我尝试输入由 ffmpeg（而不是我应用程序的编码函数）编码的 H264 文件，结果 VPU_DEC_NO_ENOUGH_INBUF 未设置。然后，最终成功设置了输出 VPU_DEC_OUTPUT_DIS。 我的问题是，为什么当我尝试解码编码函数的输出时会设置 VPU_DEC_NO_ENOUGH_INBUF？输出的编码图像以“0x00000001”开头，所以据我所知，它是一个 H264 文件。可能是因为我编写的编码函数出了问题（可能性很大，因为我是初学者），或者传递给解码 VPU API 的某些参数与我的编码函数的输出不匹配？我想了解其可能的原因，因为我需要编码和解码函数才能正常工作。 回复：[imx8mp] 如何解决 VPU_DEC_NO_ENOUGH_INBUF 嗨，丽塔， 我正在使用 yocto-real-time-edge bsp。这和我最初的问题有关系吗？ 稍微介绍一下背景，我想实现一个可以同时进行编码/解码的简单应用程序。 对于编码部分，我的输入是一个单一的 YUV 文件。根据编码 API 的返回值，我认为我能够成功编码（但实际的“编码图像”需要通过视觉验证） 现在，我想解码上面的“编码图像”，所以基本上我试图将其解码回我的编码函数的输入 YUV 文件。 我遵循了手册的“解码调用序列”，但似乎在调用VPU_DecDecodeBuf() 之前缺少一些实现，因为此函数的 *pOutBufRetCode 参数设置为 0x101：VPU_DEC_INPUT_USED、VPU_DEC_NO_ENOUGH_INBUF。 我想了解有关 VPU_DEC_NO_ENOUGH_INBUF 的更多信息，尤其是如何解决这个问题。 谢谢！ 回复：[imx8mp] 如何解决 VPU_DEC_NO_ENOUGH_INBUF 您使用的是哪个版本的 BSP？

88W8997 Linux 用ソース コード ダウンロード こんにちは、Linuxで使用するための88W8997の最新のソースコードを探しています。理想的には、5.4または5.10カーネルをサポートします。 ありがとうございます 製品: Wi-Fi 88W8997 日時:88W8997 Linuxのソースコードのダウンロード こんにちは、その情報をありがとう。 WiFiファームウェアバイナリをビルドするためのソースコードを取得することはまったく可能ですか? ありがとうございます Mike

S32 K118内部时钟线 我使用S32k118，没有外部晶体振荡器，所以我使用内部时钟。 问题是系统在调试模式下运行良好。如果关闭电源，然后打开电源，它就不能正常运行。 附件是时钟配置。使用内部时钟有什么特殊之处吗？你能给我一些支持吗？ 非常感谢！ 回复：S32 K118内部时钟线 解决了，非常感谢！ 回复：S32 K118内部时钟线 嗨剑锋2， 如果您使用的是S32K1 SDK，请检查“ START_FROM_FLASH ”符号是否丢失？参考讨论： S32K188 使用调试器运行，但不能 如果您怀疑时钟不准确，请通过 CLKOUT 引脚观察内部时钟的频率。 此致， 罗宾 -------------------------------------------------------------------------------- 笔记： - 如果这篇文章回答了您的问题，请点击“接受为解决方案”按钮。谢谢你！ - 我们会关注上次发帖后七周的帖子，之后的回复将被忽略 如果您稍后有相关问题，请打开一个新线程并参考已关闭的线程。

LPC55S26 PIO0_5 FC4_RXD 使用，ISP 禁用 您好，我正在使用 LPC55S26。我使用 PIO0_5 引脚作为 UART4 接收器 (FC4_RXD)。问题是，如果重置（接收数据）期间此引脚为低，它就会跳转到 ISP，并且我的程序无法启动。有没有办法禁用 ISP 功能并使引脚仅作为 UART4 接收器工作？我尝试在 BOOT_CFG (0x9E400) 中写入 0x70，但没有成功。 回复：LPC55S26 PIO0_5 FC4_RXD 使用，ISP 禁用 我准备了 Cyclone 的程序映像（来自 PEMicro），将 BOOT_CFG（0x9E400）的位 4-6 设置为 1（0x70）。我使用 PIO0_5 低电平启动了我的电路板，但它挂了，无法启动。我使用 MultilinkUniversal (PEMicro) 进行调试并验证位置 0x9E400 是否设置为 0x70。根据我从 LPC55S26 手册中理解的内容，在重置期间，CPU 首先查看引脚 PIO0_5，它会给人的印象是，如果它为低，它总是进入 ISP 模式，而不管 BOOT_CFG 中的位如何，但奇怪的是，如果是这样，我发现 PIO0_5 可以配置为 UART 接收没有任何意义。 回复：LPC55S26 PIO0_5 FC4_RXD 使用，ISP 禁用 我准备了 Cyclone 的程序映像（来自 PEMicro），将 BOOT_CFG（0x9E400）的位 4-6 设置为 1（0x70）。我使用 PIO0_5 低电平启动了我的电路板，但它挂了，无法启动。我使用 MultilinkUniversal (PEMicro) 进行调试并验证位置 0x9E400 是否设置为 0x70。根据我从 LPC55S26 手册中理解的内容，在重置期间，CPU 首先查看引脚 PIO0_5，它会给人的印象是，如果它为低，它总是进入 ISP 模式，而不管 BOOT_CFG 中的位如何，但奇怪的是，如果是这样，我发现 PIO0_5 可以配置为 UART 接收没有任何意义。

Flexio_I2c_Ip_MasterWaitTransferEndはPOLLINGモードでのみ動作します こんにちは、 お客様から、Flexio_I2c_Ip_MasterSendDataBlocking() が DMA または INTERRUPT モードでは機能しないという報告があります。この API は、トランザクションの終了を待機するために Flexio_I2c_Ip_MasterWaitTransferEnd() を内部的に呼び出します。ただし、この関数はポーリング モードの場合にのみブロックされます。 この API は、この操作が完了するまで待機する必要があることを意味します。ただし、これは動作ではなく、最初のブロッキング呼び出し後の 2 回目の I2C 送信ではエラーが発生します。 確認したところ、 Flexio_I2c_Ip_MasterSendDataBlocking は関数の始めで DriverType を POLLING に自動的に割り当てていることがわかりました。このことから、この関数は POLLING モードでのみ使用することを目的としていると考えられますが、本当にこのCASEでしょうか? もしCASEなら、これはどこかに文書化され、間違ったモードで呼び出された場合は何らかのエラーが返される必要があります。 よろしくお願いいたします。 フェリペ 優先度: 中 RTD Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode こんにちは@FelipeGarcia 、 RTD 開発チームがこの問題を分析しました。そして彼らの解決策は： UM にメモを追加します: Flexio_I2c_Ip_MasterSendDataBlocking() および Lpi2c_Ip_MasterSendDataBlocking() 関数はポーリング モードのみをサポートします。 よろしくお願いいたします。 ダン Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode こんにちは、 @bryan_brauchlerさん、 あなたの懸念を RTD チケットに記入しました。 よろしくお願いいたします。 ダン Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode @DanNguyenDuy この API は間違ったモードで呼び出された場合にエラーを返す必要がありますか?モードが誤って割り込みまたは DMA モードに設定されている場合、関数は透過的に失敗してはなりません。 -ブライアン Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode こんにちは、 @bryan_brauchlerさん、 実際、Lpi2c_Ip_MasterSendDataBlocking() 関数もプーリング方法でデータを送信します。SO、私はこの機能をチケットに追加しました。 よろしくお願いいたします。 ダン Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode @DanNguyenDuy @FelipeGarcia また、割り込み/DMA モードで呼び出された場合、これがサポートされていない場合、この関数は何らかのエラーを返す必要があると思います。 現在、関数は間違ったモードで呼び出されたCASEに成功応答を返します。前の呼び出しが完了しないため、連続した呼び出しでは多くの問題が発生します。 また、これは Lpi2c_Ip_MasterSendDataBlocking の動作とは異なるようです。これは、IMO では同じインターフェースであるはずです (お客様が I2C に Lpi2c と FLEXIO の両方を使用する場合、これらの 2 つの関数はそれぞれ Lpi2c/FlexIO インターフェースに対して同じように動作すると想定されます)。 最高、 ブライアン Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode こんにちは@FelipeGarcia 、 私の観点からすると、この問題は、この機能がポーリング モードのみをサポートしているという注記が抜けていることによる RTD ドライバのバグである可能性があります。 開発チームにバグチケットを提出しました: ARTD-192705 このチケットの分析が完了したらお知らせします。 よろしくお願いいたします。 ダン Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode お客様が使用しているバージョン: RTD 5.0.0、S32DS v3.6.0 Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode こんにちは@DanNguyenDuy 、 お客様が使用している特定の RTD バージョンを確認中ですが、最新バージョンを確認したところ、同じ API 構造 ( S32K3_RTD_6_0_0_D2506_ASR_REL_4_7_REV_0000_20250610) が確認されました。 よろしくお願いいたします。 フェリペ Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode こんにちは@FelipeGarcia 、 使用した RTD パッケージのバージョンはどれですか? よろしくお願いいたします。 ダン

Config Tools と frdmmcxn947_lpspi_interrupt_cm33_core0 サンプル プロジェクトの問題。 私が使用しているのは: SDK 25.03.00 は、FRMD-MCNX947 ボード用の最新 SDK のようです。 MCUXpresso for VS Code v25.5.20 MCUXpresso 設定ツール v25.03 25.003.00 SDKsリポジトリのfrdmmcxn947_lpspi_interrupt_cm33_core0サンプルアプリ アプリがビルドされ、実行されます。 プロジェクト内の 2 つの SPI デバイスのうちの 1 つに対して Flexcomm デバイスを変更できるように、Config Tools を使用してプロジェクトを開こうとしました。アプリはFC1とFC2を使用します。FC1とFC6を使用するように設定を変更したいです。FC6 で Mikroe コネクタにコネクテッドされた SPI ピンを使用するようにします。これには、FC6_lpspi のピンの AUX3 pinmux 設定が必要になります。 Open with MCUXpresso Config Tools を使用して VSCode から構成ツールを開きます。CT は開きますが、構成を見るとプロジェクトがなぜ機能するのか理解できず、Config Tools がプロジェクトから正しい情報を取得したかどうか疑問に思います。 まず、Flexcomm クロックはすべて非アクティブになっているように見えます。 しかし、アプリは動作します。どうしてこんなことが可能なのでしょうか? FC デバイスへのクロックが hardware_init.c で設定されていることを発見しました。どうやらConfig Toolsはこれらの設定を取得しなかったようです。このプロジェクトはConfig Toolsと完全に互換性がないからでしょうか？ hardware_init.c を削除してConfig Toolsで変更できない理由はあるのでしょうか？プロジェクトに挿入する必要があるクロックファイルが生成されると思います 次に、ペリフェラルセクションが有効になっていません。これは、このプロジェクト内のすべてのペリフェラルが電源投入時の設定で使用されることを意味しますか？これは、すべての Flexcomm デバイスが SPI インターフェースとして初期化されることを意味しているようです。それは正しいですか？ 最後に、RM をざっと読んで、次の情報を見つけました。 66.2.2.2 クロッキング LP_FLEXCOMM インターフェースでは、選択した通信モジュールのレジスタ インターフェース用のバス インターフェース クロックが必要です。また、ペリフェラル通信インターフェースのクロックを生成する機能クロックも必要です。選択されていない機能のクロックは内部的にゲートされます。 表569。LPSPIクロック 低電力フレキシブル通信インターフェース (LP_FLEXCOMM) デバイス・モード LPSPI操作 デバッグ（コアはデバッグまたは停止モードです） CR[DBGEN] = 1の場合、デバッグモードで動作を継続 CAN。 時計の種類 説明 機能 バス クロックとは非同期です。 LPSPI 機能クロックが低電力モードでも有効なままの場合、LPSPI はマスター モードとスレーブ モードの両方で SPI バス転送と低電力ウェイクアップを CAN 実行します。 LPSPI は機能クロックをプリスケーラで分割します。結果の周波数は SPI 外部クロック周波数 (SCK) の 2 倍以上である必要があります。 外部 • LPSPI シフト レジスタは SCK クロックによって直接クロックされます。 • SCKクロックの生成または供給方法は、モード（マスターまたはスレーブ）によって異なります。 — マスター モードでは、SCK クロックは内部で生成されます。— スレーブ モードでは、SCK クロックは外部から供給されます。 バス バス クロックは、LPSPI 制御および構成レジスタへのバス アクセスにのみ使用されます。バス クロック周波数は、FIFO を含む LPSPI レジスタのデータ帯域幅要件をサポートするのに十分高くなければなりません。  バス クロックは非アクティブな FLEXCOMMx クロックの 1 つであると想定します。 RM は「機能的」クロックとも呼ばれます。それは Config Tool のクロック ツリーのどこにありますか? このようにプログラムを変更する場合、どのようなクロックの変更やその他の変更が必要になるかを理解するのにお力添えいただけますか?また、使用すべき適切なドキュメントを教えていただければ幸いです。 新規ユーザーがデバイスとツールを理解できるようお手伝いいただき、ありがとうございます。 Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. 親愛なる@EdwinHz様、 「 LPSPI の構成は、ConfigTools 経由ではなく、プロジェクト内ですでに手動で行われています。」と述べています。 SDK で提供されるすべての例で、プロジェクト内で手動で行うのではなく、Config Tools を使用してハードウェアをセットアップすると非常に役立ちます。 Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. こんにちは、 SDKs github リポジトリから SDKs プロジェクトを作成または開いた場合、残念ながらまだ Config Tools でサポートされていない新しいタイプの west ツール ベースのビルド システムが使用されます。生成されたソースファイルは手動でインポートおよび管理する必要があります。詳細については、次のページを参照してください: https://github.com/nxp-mcuxpresso/vscode-for-mcux/wiki/Working-with-Config-Tools よろしくお願いします。 ペトル・フラツキー 構成ツールチーム Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. こんにちは@ClarkS 、 「MCUXpresso Config Tools (Desktop) のユーザーガイド」( GSMCUXCTUG ) に次のような記述がありました。😞 Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. エドウィン、 コメントありがとうございます。ConfigTools を開く際の問題についてですが、私は MacOS を搭載したコンピューターを 2 台持っています。1つはベンチュラです。常に Config Tools が開きます。もう1台には新しいセコイアが搭載されています。Config Tools を開くときに問題が発生します。古いコンピューターでプロジェクトを作成し、それらのファイルを新しいコンピューターにコピーしたところ、正常に動作しました。この問題は Sequoia に関連していると思われますが、確信はありません。それ以上のトラブルシューティングを行う時間がありません。 Zephyr デバイス ツリーに関しては、Config Tools がデバイス ツリー構成を提供するという話を見たことがあると思います。私の記憶によれば、そのバージョンの CT には Zephyr モードがありました。この情報を提供する CT の別のバージョンはありますか? Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. こんにちは@ClarkS 、 1. プロジェクトが ConfigTools と互換性がないわけではなく、LPSPI の構成は ConfigTools 経由ではなく、プロジェクト内ですでに手動で行われています。このため、ConfigTools ではモジュール/クロック/ピンの初期化は表示されませんが、モジュールは引き続き動作します。ConfigTools 構成を設定すると、プロジェクトの手動構成が上書きされます。 2. 残念ながら、ConfigTools ではデバイス ツリー構成は提供されません。 3. このエラーが発生する前に、どのように ConfigTools を開きましたか?この「構成ファイルが見つかりません」というエラー メッセージが表示される前に、どのような変更を加えましたか?プロジェクト全体を削除して再度インポートしてみてはいかがでしょうか? BR、 エドウィン。 Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. 追加の問題が見つかりました。ここで、VSCode から Config Tool を開こうとすると、最初に構成ファイルを作成中と表示され、次に「構成ファイルが見つかりません」というエラーが表示されます。プログラム フォルダーを削除して、SDKs からプログラムを再インポートし、完了後に Config を開こうとしましたが、常にエラーが発生して Config Tools が開けません。 Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. もう一つの疑問が思い浮かびました。最終的にはこのプロジェクトを Zephyr プロジェクトに変換したいと考えています。Config Tools でデバイス ツリー構成を提供する方法はないのでしょうか?CT のどこかで見たことがあるはずなのですが、今は見つけることができません。

Pwm_example_S32K148 ビルドに失敗しました。 DS32 バージョン 3.4 といくつかの必要なパッケージをインストールしました。 そして、Pwm_example_S32K148 に基づいてプロジェクトを作成します。プロジェクトをビルドしようとすると、次のようなエラーが発生します。 Re: Pwm_example_S32K148 build failed. 私もあなたと似たような状況に遭遇しました。解決しましたか？   .. / src / main.c: 94 : 24 : エラー: 'NUM_OF_CONFIGURED_PINS0' が宣言されていません (この 関数 で 初めて 使用されます); 'NUM_OF_CONFIGURED_PINS' を意味しましたか? 94 | Siul2_Port_Ip_Init(NUM_OF_CONFIGURED_PINS0, g_pin_mux_InitConfigArr0); | ^ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ | NUM_OF_CONFIGURED_PINS.. / src / main.c: 94 : 24 : 注: 宣言されていない 各 識別子は、それが 出現 する 各 関数 に対して 1 回 だけ 報告され ます       Re: Pwm_example_S32K148 build failed. これを実行すると、ビルド時に次のようなエラー メッセージが表示されます。 「」 make -j12 all ビルディングファイル: ../board/Port_Ci_Port_Ip_Cfg.c 呼び出し: 標準 S32DS C コンパイラ Arm-none-eabi-gcc "@board/Clock_Ip_Cfg.args" -MMD -MP -MF"board/Port_Ci_Port_Ip_Cfg.d"-MT"ボード/Port_Ci_Port_Ip_Cfg.o"-o "ボード/Port_Ci_Port_Ip_Cfg.o"「../board/Port_Ci_Port_Ip_Cfg.c」 ../board/Port_Ci_Port_Ip_Cfg.c:29:60: エラー: 'NUM_OF_CONFIGURED_PINS0' はここで宣言されていません (関数内ではありません); 'NUM_OF_CONFIGURED_PINS' を意味しましたか? 29 | Port_Ci_Port_Ip_PinSettingsConfig g_pin_mux_InitConfigArr0[NUM_OF_CONFIGURED_PINS0] = { | ^~~~~~~~~~~~~~~~~~~~~~~ | 構成されたピンの数 ../board/Port_Ci_Port_Ip_Cfg.c:31:9: エラー: フィールド名がレコードまたは共用体初期化子にありません 31 | .portBase= IP_PORTC、 | ^ ../board/Port_Ci_Port_Ip_Cfg.c:31:9: 注記: ('g_pin_mux_InitConfigArr0' の初期化付近) ../board/Port_Ci_Port_Ip_Cfg.c:32:9: エラー: フィールド名がレコードまたは共用体初期化子にありません 32 | .gpioBase= NULL_PTR、 | ^ ../board/Port_Ci_Port_Ip_Cfg.c:32:9: 注記: ('g_pin_mux_InitConfigArr0' の初期化付近) ../board/Port_Ci_Port_Ip_Cfg.c:33:9: エラー: フィールド名がレコードまたは共用体初期化子にありません 33 | .pinPortIdx= 19U、 | ^ ../board/Port_Ci_Port_Ip_Cfg.c:33:9: 注記: ('g_pin_mux_InitConfigArr0' の初期化付近) ../board/Port_Ci_Port_Ip_Cfg.c:34:9: エラー: フィールド名がレコードまたは共用体初期化子にありません 34 | .pullConfig= PORT_INTERNAL_PULL_NOT_ENABLED、 | ^ ../board/Port_Ci_Port_Ip_Cfg.c:34:9: 注記: ('g_pin_mux_InitConfigArr0' の初期化付近) ../board/Port_Ci_Port_Ip_Cfg.c:35:9: エラー: フィールド名がレコードまたは共用体初期化子にありません 35 | .driveStrength= ポートドライブ強度が低い、 | ^ ../board/Port_Ci_Port_Ip_Cfg.c:35:9: 注記: ('g_pin_mux_InitConfigArr0' の初期化付近) ../board/Port_Ci_Port_Ip_Cfg.c:36:9: エラー: フィールド名がレコードまたは共用体初期化子にありません 36 | .パッシブフィルター= (ブール値)FALSE, | ^ ../board/Port_Ci_Port_Ip_Cfg.c:36:9: 注記: ('g_pin_mux_InitConfigArr0' の初期化付近) ../board/Port_Ci_Port_Ip_Cfg.c:37:9: エラー: フィールド名がレコードまたは共用体初期化子にありません 37 | .mux= PORT_MUX_ALT2、 | ^ ../board/Port_Ci_Port_Ip_Cfg.c:37:9: 注記: ('g_pin_mux_InitConfigArr0' の初期化付近) ../board/Port_Ci_Port_Ip_Cfg.c:38:9: エラー: フィールド名がレコードまたは共用体初期化子にありません 38 | .lockRegister= ポートロックレジスタが無効、 | ^ ../board/Port_Ci_Port_Ip_Cfg.c:38:9: 注記: ('g_pin_mux_InitConfigArr0' の初期化付近) ../board/Port_Ci_Port_Ip_Cfg.c:39:9: エラー: フィールド名がレコードまたは共用体初期化子にありません 39 | .デジタルフィルター= (ブール値)FALSE, | ^ ../board/Port_Ci_Port_Ip_Cfg.c:39:9: 注記: ('g_pin_mux_InitConfigArr0' の初期化付近) メイク: *** [board/subdir.mk:26:ボード/Port_Ci_Port_Ip_Cfg.o] エラー1 「make -j12 all」は終了コード 2 で終了しました。ビルドが不完全である可能性があります。 「」 生成されたコードは次のようになります。 「」 Port_Ci_Port_Ip_PinSettingsConfig g_pin_mux_InitConfigArr0[NUM_OF_CONFIGURED_PINS0] = { { .portBase= IP_PORTC、 .gpioベース= NULL_PTR、 .pinPortIdx= 19U、 .pullConfig= PORT_INTERNAL_PULL_NOT_ENABLED、 .driveStrength= ポートドライブ強度が低い、 .パッシブフィルター= (ブール値)FALSE, .mux= PORT_MUX_ALT2、 .lockRegister= ポートロックレジスタが無効、 .デジタルフィルター= (ブール値)FALSE, }, }; 「」 マクロNUM_OF_CONFIGURED_PINSが次のように定義されているのを見つけました Re: Pwm_example_S32K148 build failed. こんにちは@iysheng 「コードを更新」をクリックしてもう一度お試しください。

恩智浦 S32K118Q048 EVB LIN 栈 您好， 我正在使用恩智浦 S32K118 EVB，并试图将一个新的 LDF 文件加载到我的 LIN 配置中。堆栈在使用以前的 LDF 时运行正常，但在使用新文件时，我收到终端错误提示，称 "节点属性 "下的某些节点缺少可配置的框架。我还遇到了延迟时间太短的错误。 同样的 LDF 在 CANoe 中也能正常工作，没有任何问题。 我附上了在终端中看到的错误示例。 问题：%错误：xxxxx.ldf 行：111"节点名称" 帧 sporadic_frame_name- LDF 中缺少帧 节点属性中可配置的帧。 级别：错误 类型：工具问题 工具：外设 起源：外设 资源：Sources Information:%error Error: xxxxx.ldf line: 111"NodeName" Frame sporadic_frame_name- Missing frame in LDF Configurable frames in Node Attributes. 我想知道是什么可能导致了这些问题，以及如何解决。是 Design studio 的问题，还是 NXP LIN 栈的固有限制，或者是文件的问题？请注意，LIN 栈与 RTD 是兼容的，因为我的一个 LIN 栈示例已经正常工作。 如有任何帮助，我们将不胜感激。 此致， Re: NXP S32K118Q048 EVB LIN Stack 你好，@yousefdessouki123、 您能分享一下 LDF 吗？ 您使用的是哪个版本的 S32k1xx LIN 栈？ 谢谢！ BR，丹尼尔

如何在 S32K144 中使用 WDOG 的备份 RESET。 有人在丢失总线时钟的 MCU 中成功使用 备份RESET 功能吗。 如果是这样，你能在评论中发布你的想法或程序吗。 非常感谢，我相信有人已经重新爱上了这个功能。 Re: How to use the Backup Reset of WDOG in S32K144. 你好@王亮 你能澄清一下你所说的 " MCU 没有正确 RESET 是什么意思吗 "？例如，按下 RESET 按钮后，程序是否无法启动、挂起或出现意外行为？ 为了更好地了解问题，首先，在触发信号 RESET 之前，请确保所有系统标志和监视程序计时器都已正确清除。另外，尝试通过断开并重新连接板来完成整个电源循环，而不仅仅是按下RESET按钮。这样可以确保所有内部状态和外设都完全重新初始化，如果MCU在多次RESET后陷入未定义状态，这会有所帮助。 Re: How to use the Backup Reset of WDOG in S32K144. Hi@VaneB、 你是最棒的。我会成为你的粉丝。今天我从 SPLL 源代码设置了 bus_CLK，然后我在 WDOG 的 ISR 中关闭了 SPLL。成功 RESET 了 MCU，这样程序就可以运行到代码的开头。 但是有一些问题。并非所有的备份都能让 MCU RESET。因为在 MCU 通过备份功能 RESET 之后，我按下 EVB 上的 RESET 按钮使程序从一开始就重新运行。一次没问题，两次都可以，但是，我第三次按下 RESET 按钮，单片机没有正确 RESET。所以拉动，你知道原因吗？ 为了帮助更多的人使用备份功能，我在评论中发布了我的操作步骤。 首先，将 WDOG 设置为启用 INT 并连接 LPO_CLK。 其次，从 SPLL 源设置 Bus_clk。重要的是，不要让 HSRUN 的时钟比 RUN 的时钟快三倍。 最后，将 SCG->SOSCCSR&= ~(0x1<< 0) ; 放入 WDOG_ISR。 最后但并非最不重要的一点是，记得在 " main " 的开头添加大量的延迟时间，否则，如果备份失败，你将无法通过 J-Link 连接到 MCU。 以上就是全部内容，希望能对您有所帮助。 Re: How to use the Backup Reset of WDOG in S32K144. 你好@王亮 对不起，我刚才没有表达清楚。你说得对，不能禁用总线时钟。不过，您可以使用 PLL 作为系统时钟源，然后禁用 PLL 来模拟故障条件进行测试。 Re: How to use the Backup Reset of WDOG in S32K144. 嗨，@VaneB. 我想用来控制相关时钟的寄存器可能意味着 PCC 寄存器。但我已经读过关于 PCC 的手册。告诉我，PCC 无法控制与 WDOG 连接的总线时钟。所以我无法用你的方法完成它。 Re: How to use the Backup Reset of WDOG in S32K144. 你好@王亮 要模拟故障状况和评估看门狗响应，一种方法可能是通过软件禁用总线时钟。这可以通过修改相关的时钟控制寄存器来停止通信总线的时钟信号来实现。 Re: How to use the Backup Reset of WDOG in S32K144. 你好，早上好。 我曾经使用过不是计数器总线时钟的时钟源并启用了中断。但是我不知道如何在我的程序运行时使用软件方法使总线时钟失效，这样微控制器就没有使用备份功能。 Re: How to use the Backup Reset of WDOG in S32K144. 你好@王亮 正如 S32K1xx 系列参考手册中所述，为确保备份 RESET 功能的正常运行，必须使用不是计数器总线时钟的时钟源并启用中断。 如果总线时钟出现故障，系统将无法再监测计数器。那是备份 RESET 开始的时候。它分别监测计数器，如果发现两次溢出，它将自动 RESET 系统以恢复。 BR、VaneB

在 sgmii 模式下，PFE2 无法使用正确的 pinux 工作 尊敬的各位， 我使用的是基于 s32g2 的定制硬件平台，其中 PFE2 被设计为"sgmii" ，使用 Serdes0 XPCS_1 通道 0。 设计中使用的 PHY"TJA1104B" MDC/MDIO 引脚详情见所附原理图部分。 dts 设置为 --------------------- &pfe_mdio2 { status ="okay" ； /* TJA1104B */ pfe_mdio_b_phy2: ethernet-phy@2 { reg =<0x3>; }； }; &pfe_netif2 { status ="okay"; phy-mode ="sgmii"; phy-handle =<& pfe_mdio_b_phy2>; managed ="in-band-status"; }； pfe2mdioa_pins：pfe2mdioa_pins { pfe2mdioa_grp0 { pinmux = ; //pinmux = ; output-enable; slew-rate = ; }； pfe2mdioa_grp1 {pinm ux = < S32CC_PINMUX (79, FUNC2) >; //pinmux = < S32CC_PINMUX (81, FUNC2) >; 输出启用；输入启用；摆率 =;}; pfe2mdioa_grp2 { pinmux = ; //pinmux = ; }; }； *********************************************************************** 问题在于，上面注释的正确复用器设置不起作用（引脚 80,81），而上面未注释的却起作用（引脚 82,79） 这非常奇怪。 您能建议如何才能做到这一点吗？   Re: PFE2 not working with correct pinux in sgmii mode 你好，@khan_misbah 感谢您的回复，很高兴听到问题已经解决。 我查看了您分享的链接，该主题由我的同事负责，他会继续提供支持。 BR 切宁 Re: PFE2 not working with correct pinux in sgmii mode I Chenyin、 我已经成功了，问题出在 PHY 地址上。当我用正确的引脚复用器（80,81）将其更改为正确值时，它就能在内核中工作了。 现在我还有另一个问题，那就是相同的设备树设置在uboot中不起作用。详见以下票据： https://community.nxp.com/t5/S32G/PFE2-in-sgmii-mode-working-in-kernel-but-not-in-u-boot/m-p/2167244#M14835 Re: PFE2 not working with correct pinux in sgmii mode 你好，@khan_misbah 谢谢您的帖子。 1.根据您的描述，如果将 PHY 连接到 S32G2，方法如下： 然后设置相应的 dts（79，82），PFE2 就能正常工作了，对吗？ 2。如果重新设计板，请按如下方式将 PHY 连接到 S32G2：（原理图上没有其他修改？） 只修改了相应的 dts 设置（80、81），PFE2 就不能正常工作了吗？ 3.能否请您提供所使用的 S32G2 的零件编号？ 谢谢  BR 切宁