Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
我可以使用 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 您解决了这个问题吗?我也在同一块板上工作并面临同样的问题。
查看全文
S32K dflash write issue with fls driver Hello support, I have a problem for S32K fls driver. I use the etas fee and nvm codes to the simulate eeprom, the dflash driver is fls from RTD. I see there are 4 same sector headers in the Dflash memory when the program initial.Normally ,only one sector header when the simulate eeprom has initial.  I debug the code and found that the sector header datas don't be write to data flash when the function Fls_DoJobWrite has been execute , so the sector header can not be read when the job compared, causing the sector header re-write 4 times due to I limit the re-write times with config. I can see the sector header in the data flash using the debug tool until I reset the CPU. Could you help me to fix the issue? Re: S32K dflash write issue with fls driver it does need to enable CACHE support in MCL config. thank you. Re: S32K dflash write issue with fls driver @danielmartynek  Hello Daniel, thank you, this is useful for enable sync cache. but I have a problem when the code generated.    I only enable the Fls Synchronize Cache option and generate code, only a code changed as shown below in the C40_Ip_Cfg.h /* Enable the use of cache invalidate */ #define C40_IP_SYNCRONIZE_CACHE             (STD_ON)   I got a build issue for CACHE_IP_CORE  CACHE_IP_DATA at below code.   #if (STD_ON == C40_IP_SYNCRONIZE_CACHE) static inline void C40_Ip_SynchronizeCache(uint32 Address,                                            uint32 Length                                           ) {     /* Invalidate cache */     (void)Cache_Ip_InvalidateByAddr(CACHE_IP_CORE, CACHE_IP_DATA, Address, Length); } #endif   then , I enable the cache support in Cache_Ip config, but without any code change when I generate code. I don't know why.       finally , I manual change the CACHE_IP_IS_AVAILABLE to STD_ON in Cache_Ip_Cfg_Defines.h. and build succeed. the Issue have been fixed. /*-----------------------------------------------/ /  CACHE IP SUPPORT                              / /-----------------------------------------------*/ #define CACHE_IP_IS_AVAILABLE                        STD_ON    What is the problem for the CACHE_IP_IS_AVAILABLE config?  Re: S32K dflash write issue with fls driver Hi @Shaun666, Take a look at the RTD_MEM_43_INFLS_UM.pdf ...\S32DS\software\PlatformSDK_S32K3\RTD\Mem_43_InFls_TS_T40D34M30I0R0\doc\ Section 4.5 Parameter MemSynchronizeCache Regards, Daniel Re: S32K dflash write issue with fls driver Hi Daniel, thank you for the response. I am sorry for I can not share the project.but I can describe detail . the RTD version is S32K3_RTD_3_0_0_P01_D2303_ASR_REL_4_7_REV_0000_20230331 the MCU part number is S32K312HMS You are right, it is caused by the Cache. when I disable the Cache. Every thing is good. but I don't want to disable all Cache to fix the issue, Because I can feel that the preformance of MCU significant decreased. I would like using some config for Fls on S32DS platform, but I don't know what is the config. Please tell me if there is a synchronization command for Cache in config option. some detail for the issue: 1. the issue arrived at the NVM ,FEE, FLS first initial phase, because the dflash is erased , the FEE shall initial the sector header. 2. I add FEE mainfunction and FLS mainfunction to initial code. they always run until the FEE state to MEMIF_IDLE. 3. I have been try out to added some delay after FLS mainfunction ,No matter how long the delay time is set, It's getting better sometimes, but it's not okay every the sector header write. Re: S32K dflash write issue with fls driver Hi Daniel, thank you for the response. I am sorry for I can not share the project.but I can describe detail . the RTD version is S32K3_RTD_3_0_0_P01_D2303_ASR_REL_4_7_REV_0000_20230331 the MCU part number is S32K312HMS You are right, it is caused by the Cache. when I disable the Cache. Every thing is good. but I don't want to disable all Cache to fix the issue, Because I can feel that the preformance of MCU significant decreased. I would like using some config for Fls  on S32DS platform, but I don't know what is the config. Please tell me if there is a synchronization command for Cache in config option. some detail for the issue: 1. the issue arrived at the NVM ,FEE, FLS first initial phase, because the dflash is erased , the FEE shall initial the sector header. 2. I add FEE mainfunction and FLS mainfunction to initial code. they always run until the FEE state to MEMIF_IDLE. 3. I have been try out to added some delay after FLS mainfunction ,No matter how long the delay time is set, It's getting better sometimes, but it's not okay every the sector header write. Re: S32K dflash write issue with fls driver Hi @Shaun666, Can you specify the MCU part number, RTD version? Can you share the project? If you are able to read the data in the flash after reset only, this could be caused by the Cache. BR, Daniel
查看全文
IMX8DXL PCIe エンドポイントの列挙 みなさん これは、PCIeリンクトレーニング+エニュメレーションに関連しています。 私たちのセットアップ: ホスト:Intel + Windows 10 / Linux(debian)OS + PCIeホスト デバイス:imx8dxl PCIe エンドポイント imx8dxl を PCIe エンドポイントとして設定しています。リンクがアップしています。 [ 10.037555] pci_epf_test pci_epf_test.0: Failed to get private DMA rx channel. Falling back to generic one [ 10.037569] pci_epf_test pci_epf_test.0: Failed to get DMA channel [ 10.069805] imx6q-pcie 5f010000.pcie_ep: PCIe Gen.1 x1 link up [ 10.069841] imx6q-pcie 5f010000.pcie_ep: PCIe Gen.1 x1 link up [ 10.069855] imx6q-pcie 5f010000.pcie_ep: Link up, Gen1 問題: imx8dxl PCIe エンドポイントデバイスが Windows OS または Linux で検出されません。 問: 1.リンクがアップしているにもかかわらず、検出されない原因として考えられるものは何ですか? 2. PCIe仕様によると、デバイスの電源投入+安定クロック+ PERSTの後、リンクトレーニングに20ミリ秒、列挙に100ミリ秒がありますが、これは正しいですか?もしそうなら、完全なブートに約5秒かかるuboot +カーネルを備えたimx8dxlでこれをどのように達成しますか? Re: IMX8DXL PCIe エンドポイント列挙 リンクからドキュメントを添付 Re: IMX8DXL PCIe エンドポイント列挙 NXPサポートチームの皆様へ このドメインでの専門知識は、プロジェクトの貴重な方向性となります。 親切に解決策を共有してください。皆様のご回答をお待ちしております。 よろしくお願いいたします。 株式会社
查看全文
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
查看全文
i.mx RT1160 powerup sequence In my design R=100k and C=1uF as I have unknown delay time in VDD_HIGH_IN and DCDC_IN and 1ms for DCDC_PSWITCH is not enough. so I increased the RC delay time. What will happen if DCDC_Pswitch delay is larger than 1ms. Re: i.mx RT1160 powerup sequence Hi @Swezin , This might still be related with the delay for DCDC_PSWITCH, you know, if the delay is not enough to bring up the DCDC internally, only a manual reset can not reset the device. Please extend the delay and try again.  BTW, if the problem is still there, please submit a private ticket with the whole schematics for a review, it is hard to locate the root cause with part of the schematics. To submit a private ticket, please kindly refer to https://www.nxp.com/video/tutorial-for-nxp-support-case-portal:NCP-VIDEO . Have a great day, Kan ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. ------------------------------------------------------------------------------- Re: i.mx RT1160 powerup sequence Hi @Kan_Li  Thanks for your fast response. Another question. The reset is not functioning. I measured the voltage, and it drops to zero when I press the switch, but the chip does not reset. Re: i.mx RT1160 powerup sequence Thank you Kan for your quick reply. Another question, The reset is not functioning. I measured the voltage, and it drops to zero when I press the switch, but the chip does not reset. Re: i.mx RT1160 powerup sequence Hi @Swezin , No issue would happen if you extend the delay for DCDC_Pswitch. Have a great day, Kan ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. -------------------------------------------------------------------------------
查看全文
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
查看全文
imx8mm evk平台ddr4如何校准? 大家好 我正在研究 ddr4 校准步骤,并且对以下链接中的 ddr4 校准有些困惑。 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/i-MX-8M-Family-DDR-Tool-Release/ta-p/1104467 从MSCALE_DDR_Tool_User_Guide.pdf来看,目标平台在ddr4校准时似乎不需要运行任何sd卡映像,为什么MSCALE_DDR_Tool.exe可以将bin文件下载到目标? 此致问候 杰森 回复:imx8mm evk平台ddr4如何校准? 所有这些.bin 文件都将被下载。 回复:imx8mm evk平台ddr4如何校准? 我的意思是,当运行MSCALE_DDR_Tool.exe工具时,我的平台没有运行任何镜像,下载日志如下: 正在下载文件“bin\lpddr4_train1d_string_v201709.bin”..完毕 正在下载文件“bin\lpddr4_train2d_string_v201709.bin”..完毕 正在下载文件“bin\lpddr4_imem_1d_v201709.bin”..完毕 正在下载文件“bin\lpddr4_dmem_1d_v201709.bin”..完毕 下载文件“bin\lpddr4_imem_2d_v201709.bin”..完毕 正在下载文件“bin\lpddr4_dmem_2d_v201709.bin”..完毕 下载 IVT 标头...完成 下载文件“bin\m845s_ddr_stress_test.bin”...完成 下载完成 等待目标板启动... 那么哪一个使用USB端口下载bin文件?
查看全文
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 接收没有任何意义。
查看全文
SWT の Window WDG を使用するにはどうすればいいですか? 100msTask で Swt_Ip_Service を呼び出しますが、これはタイムアウト モードでは問題ありません。Windows の WDG モードを使用するには、swt 構成を次のように変更します。 ソフトウェアが期待どおりに動作しなかったため、ウォッチドッグがリセットされました。 設定に問題がありますか?どうすれば変更CANますか? デバッグを試みましたが、Windows WDG モードでは CO レジスタが常に 0 であることがわかりました。 現在の時点からタイムアウトまでの時間を知るためのより良い方法はありますか? Re: How to use Window WDG of SWT? 同じ問題に直面して何か解決策を見つけましたか。 Re: How to use Window WDG of SWT? こんにちは@ Janeting123 SWTをオフにしないと、COレジスタの値を確認する方法はありません。 Re: How to use Window WDG of SWT? 通常の犬モードで100msTaskの精度が検証されています。特定のサイクルで特別な状況が発生した場合は、デバッグする必要があります。 CR[WEN]=1のときのみ、SWTはウィンドウドッグモードになります。このとき、CO レジスタは常に 0 になります。適切なデバッグ方法が見つかりません。 Re: How to use Window WDG of SWT? こんにちは@ Janeting123 100 ミリ秒のタスク時間が完全に正確であるかどうか、または割り込みによって占有される可能性があるかどうかを確認する必要があります。 COレジスタの場合、まずSWを無効にしてから値を確認する必要があります。 SWTが無効(CR[WEN]が0)の場合、CNTは内部タイマーの値を表示します。SWTが有効(CR[WEN]が1)の場合、CNTに0を書き込みます。このフィールドの値は、内部タイマー値より最大 6 システム クロック サイクル + 8 カウンター クロック サイクル遅れる CAN があります。したがって、SWT を無効にした直後に読み取られる CNT 値は、内部タイマーの実際の値よりも高くなる可能性があります。 Re: How to use Window WDG of SWT? 最初の文で説明したように、関数は 100msTask で呼び出されます。 この構成は、この 100 ミリ秒サイクル用に特別に用意されています。 SO、何が問題なのか分かりません。 さらに私を混乱させるのは、チップにウォッチドッグカウントを示すレジスタがないように見えることです。 Re: How to use Window WDG of SWT? こんにちは@ Janeting123 ウィンドウモードが有効になっている場合、サービスSWTは[タイムアウト期間 - ウィンドウ期間、タイムアウト期間]である必要があります。 例: タイムアウト期間を150msに設定し、ウィンドウ期間を75msに設定しました 次にSWTを「0.15-0.075」でサービスする必要があります。〜「0.15」S は 75 ~ 150 ミリ秒の範囲です。
查看全文
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 のどこかで見たことがあるはずなのですが、今は見つけることができません。
查看全文
yoctoビルドの問題 WSLとUbuntu WSL環境でyoctoビルドを実行していますが、Node.jsのコンパイルが進まなくなってしまいました。 終了を待っていましたが、ビルド時間のみが更新されています。 nodejs-18.16.0-r0 do_compile - 1時間20分27秒 (pid 187) i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ Re: yocto build issue WSL and ubuntu まだこの問題に直面している人のために、ビルディング前に wsl リソースを増やし、python バージョンを 2 から 3 に変更することでこの問題を解決できました。 Re: yocto build issue WSL and ubuntu こんにちは、 私はNode.jsビルドで同じ問題に直面しています。 解決できた場合は、解決策を共有していただけますか? ご回答をお待ちしています。 Re: yocto build issue WSL and ubuntu こんにちはキムさん あなたも私と同様の問題に直面していることを理解しています。しかし、まだ解決できていません。現在、この問題を解決するための解決策を探しています。 この問題の解決策を見つけた場合は、ぜひ私と共有してください。私たちの共通の問題を解決するために、あなたの洞察と経験を聞かせていただければ幸いです。 ありがとう、 マン・リー Re: yocto build issue WSL and ubuntu こんにちは、ブライアン スワップメモリを16BG増やしてテストしました。 しかし、これでは問題は解決しません。 何かアイデアはありますか? よろしくお願いします。 Re: yocto build issue WSL and ubuntu こんにちは@sutton_kimさん、 前回の返信で述べた通りです。この問題はメモリに関連しています。オペレーティング システムがプロセスを強制終了しているためです。通常はメモリに関連していますが、特に SWAP メモリに関連しているわけではありません。RAM メモリ不足の問題に加えて、SWAP メモリが原因となっている可能性もあります。 SWAP メモリまたはパーティションと Linux システムでの使用法の詳細については、次のリンクを参照してください: Linux システムでのスワップ領域の紹介 | Opensource.com こちらのリンクをご確認ください。 すてきな一日を! Re: yocto build issue WSL and ubuntu こんにちは、ブライアン SWAP メモリの問題だと考える理由を説明できますか? 今、私は努力しています。 よろしくお願いいたします。 Re: yocto build issue WSL and ubuntu こんにちは@sutton_kimさん、 ご返信よろしくお願いします。 エラー ログを確認したところ、次のエラーが見つかりました。 collect2: fatal error: ld terminated with signal 9 [Killed] これはメモリ空間に関連するエラーです。 SWAP メモリを少なくとも 8GB に増やし、/ホーム スペースのディスクを増やすことを検討してください。 よろしくお願いいたします。 Re: yocto build issue WSL and ubuntu こんにちは、HEXER あなたの問題も Node.js コンパイルの問題でしたか? Re: yocto build issue WSL and ubuntu wsl2 ubuntu 20.04を使用しています。私も、WSL 2 で yocto ビルドをコンパイルするのに苦労しました。95% の場合、これは RAM 不足の問題に関連していました。RAM 使用量がピークに達し、無関係なエラーが発生します。.wslconfig を作成するC:\Users\ のファイルを作成し、次の行を追加します。 [wsl2] メモリ=5GB コンパイル中は何もせず、タスクを個別にコンパイルし、簡単なタスクを最初にコンパイルします。 これは私の経験です。 よろしくお願いいたします。 Re: yocto build issue WSL and ubuntu こんにちは、prakashram72さん 私のディスクには 50G 以上の容量があり、RAM も 4G を超えています。 私のimx8ボードのNode.jsバージョンは18.16.0です すでに bitbake nodejs -c cleanall を試しました。しかし、解決されていません。 そして、以下のように様々な方法を試してみましたが、解決しませんでした。 1. BB_NUMBER_THREADS = 「2」 パラレルメイク = "-j 2"build/conf/local.confを追加する   2. 素敵 -n 19 イオンイス -c 3 ビットベイク ノードJS   よろしくお願いいたします。   Re: yocto build issue WSL and ubuntu こんにちは、ブライアン 私のUbuntuのバージョンは20.4です 以下はエラーログです | collect2: 致命的なエラー: ld はシグナル 9 で終了しました [強制終了] | コンパイルが終了しました。 | make[1]: *** [node.target.mk:218:リリース/ノード] エラー1 | make[1]: *** 未完了のジョブを待機しています.... | rm bfc4ab6848d78126dd96ea1cc2909493619e2620.中間001fef872bcdd412983a45d8751148446514e391.中間体0ecc6719bf1f9373e09aab7ca8e249bc65708f7b.中間27f057ffd656a5a48c99be9d693d885fa74e6838.中間f0a82c14c8271d9ee3baddfc8f0b6dbcd3b7256d.中間体b3fe029693590b3f84422b3d42e7496dcc1c55c5.中間体 | make: *** [Makefile:134: node] エラー 2 | 警告: /ホーム/sukim/kasan/build.imx8/tmp/work/aarch64-elina-linux/nodejs/18.16.0-r0/temp/run.do_compile.1063:1'出口1'から出口1へ | エラー: タスク (/ホーム/sukim/kasan/meta/project/meta-cx/recipes-devtools/nodejs/nodejs_18.16.0.bb:do_compile) が終了コード '1' で失敗しました 注: タスクの概要: 1235 件のタスクを試行しましたが、そのうち 162 件は再実行する必要がなく、1 件は失敗しました。 注: ビルド履歴の書き込み 注: ビルド履歴の書き込みには 3 秒かかりました 注: ビルド完了の概要: 注記: do_populate_sysroot: 29.1% sstate 再利用 (34 セットシーン、83 スクラッチ) 注記: do_deploy_source_date_epoch: 33.1% sstate 再利用 (41 セットシーン、83 スクラッチ) 注記: do_package: 0.0% sstate 再利用(0 setscene、39 スクラッチ) 注: do_packagedata: 100.0%sstate 再利用(39 セットシーン、0 スクラッチ) 注記: do_package_write_rpm: 100.0%sstate 再利用(39 セットシーン、0 スクラッチ) 注: do_populate_lic: 100.0%sstate 再利用(セットシーン 1、スクラッチ 0) 概要: 1 件のタスクが失敗しました: /ホーム/sukim/kasan/meta/project/meta-cx/recipes-devtools/nodejs/nodejs_18.16.0.bb:do_compile 概要: 45 件の警告メッセージが表示されました。 概要: 2 つのエラー メッセージが表示され、ゼロ以外の終了コードが返されました。 また、run.do_compile の下にもログエラー部分 -Wl,--hash-style=gnu -Wl,--as-needed -fstack-protector-strong -Wl,-z,relro,-z,now -fstack-protector-strong -Wl,-z,relro,-z,now' AR.host='aarch64-elina-linux-gcc-ar'ビルドディレクトリ名=./ 「$@」 }   死ぬ() { bbfatal_log 「$*」 }   bbfatal_log() { もし [ -p /ホーム/sukim/kasan/build.imx8/tmp/work/aarch64-elina-linux/nodejs/18.16.0-r0/temp/fifo.32044 ] ; それから プリント 「%b\0」 「bbfatal_log $*」 > /ホーム/sukim/kasan/build.imx8/tmp/work/aarch64-elina-linux/nodejs/18.16.0-r0/temp/fifo.32044 それ以外 エコー 「エラー: $*」 フィ 出口 1 }   よろしくお願いいたします。 Re: yocto build issue WSL and ubuntu こんにちは@sutton_kimさん、 Yocto によって生成されたエラー ログを共有していただけますか? また、i.MX Yocto プロジェクト ユーザー ガイドに基づいて、Ubuntu 環境を使用することをお勧めします。 推奨される Ubuntu の最小バージョンは 20.04 以降です。 すてきな一日を! よろしくお願いいたします。 Re: yocto build issue WSL and ubuntu こんにちは@sutton_kimさん、 Windows Subsystem for Linux (WSL) 環境での Yocto ビルドの Node.js コンパイル手順中にハングが発生しているようです。これにはさまざまな理由がCAN考えられますが、一般的な理由としては、システム リソース、特にメモリの不足が挙げられます。 まず、システムが Yocto ビルドの最小要件を満たしていることを確認します。Yocto Project クイック スタート ガイドによれば、少なくとも 50 GB の空きディスク領域と 4 GB の RAM が必要です。他の負荷の高いアプリケーションを同時に実行している場合は、リソースを解放するためにそれらのアプリケーションを閉じることを検討してください。 システム リソースに問題がない場合は、コンパイルしようとしている特定のバージョンの Node.js に問題がある可能性があります。別のバージョンに切り替えて、問題が解決するかどうかを確認してください。 もう 1 つの潜在的な問題は、WSL 環境自体である可能性があります。WSL は互換性の面で大きな進歩を遂げていますが、ネイティブ Linux 環境と 100% 同等というわけではありません。可能であれば、ネイティブ Linux 環境でビルドを試して、問題が解決するかどうかを確認してください。 最後に、コマンド 'bitbake -c cleanall nodejs' を使用してビルド環境をクリーンアップし、ビルドを再試行することもできます。 より詳細なトラブルシューティングについては、次のリソースが役立つ場合があります。 Ubuntu 18.04 WSLでYoctoビルドが失敗する Yocto Project ビルドホストのセットアップ Yocto Project クイックスタート よろしくお願いいたします。 Prakash
查看全文
i.MX8MMカーネルがcpuidleでクラッシュする こんにちは、 しばらく実行するとクラッシュするカスタム i.MX8MM ボードがあります。この問題は、Linux カーネル バージョン 6.1.55 (Yocto 4.2)とLinux カーネル バージョン 5.15.71 (Yocto 4.0)の両方で発生します。システムのデフォルトの CPU ガバナーはondemandです。CPU ガバナーをパフォーマンスに変更してテストしたところ、システムがクラッシュしなくなりました。 これがハードウェアの問題なのかカーネルの問題なのかを判断する方法について何か提案はありますか?そしてこの問題をどう解決すればいいのでしょうか? 関連するログは次のとおりです。 [32832.280148] audit: type=1327 audit(1751365801.520:22): proctitle=2F7573722F7362696E2F63726F6E64002D6E [36432.304306] audit: type=1006 audit(1751369401.584:23): pid=3094 uid=0 subj=kernel old-auid=4294967295 auid=0 tty=(none) old-ses=4294967295 ses=15 res=1 [36432.317968] audit: type=1300 audit(1751369401.584:23): arch=c00000b7 syscall=64 success=yes exit=1 a0=3 a1=ffffd19f6b10 a2=1 a3=ffffa11e9020 items=0 ppid=265 pid=3094 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=15 comm="crond" exe="/usr/sbin/crond" subj=kernel key=(null) [36432.344959] audit: type=1327 audit(1751369401.584:23): proctitle=2F7573722F7362696E2F63726F6E64002D6E [37877.552323] rcu: INFO: rcu_preempt self-detected stall on CPU [37877.558090] rcu: 2-...!: (1 ticks this GP) idle=d95/0/0x3 softirq=199976/199976 fqs=0 [37877.566100] (t=5958 jiffies g=1820793 q=55) [37877.570369] rcu: rcu_preempt kthread timer wakeup didn't happen for 5957 jiffies! g1820793 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x402 [37877.581933] rcu: Possible timer handling issue on cpu=0 timer-softirq=157944 [37877.589067] rcu: rcu_preempt kthread starved for 5958 jiffies! g1820793 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x402 ->cpu=0 [37877.599676] rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior. [37877.608805] rcu: RCU grace-period kthread stack dump: [37877.613854] task:rcu_preempt state:I stack: 0 pid: 13 ppid: 2 flags:0x00000008 [37877.622211] Call trace: [37877.624655] __switch_to+0x104/0x15c [37877.628241] __schedule+0x2b8/0x710 [37877.631733] schedule+0x88/0x100 [37877.634962] schedule_timeout+0x80/0xf0 [37877.638801] rcu_gp_fqs_loop+0x118/0x2e0 [37877.642726] rcu_gp_kthread+0x104/0x11c [37877.646564] kthread+0x150/0x160 [37877.649795] ret_from_fork+0x10/0x20 [37877.653373] rcu: Stack dump where RCU GP kthread last ran: [37877.658855] Task dump for CPU 0: [37877.662081] task:swapper/0 state:R running task stack: 0 pid: 0 ppid: 0 flags:0x00000008 [37877.671999] Call trace: [37877.674443] __switch_to+0x104/0x15c [37877.678021] cpuidle_enter_state+0x25c/0x2f0 [37877.682296] cpuidle_enter+0x38/0x50 [37877.685873] do_idle+0x210/0x2a0 [37877.689103] cpu_startup_entry+0x24/0x80 [37877.693027] rest_init+0xe4/0xf4 [37877.696256] arch_call_rest_init+0x10/0x1c [37877.700356] start_kernel+0x610/0x650 [37877.704020] __primary_switched+0xbc/0xc4 [37877.708037] Task dump for CPU 0: [37877.711264] task:swapper/0 state:R running task stack: 0 pid: 0 ppid: 0 flags:0x00000008 [37877.721181] Call trace: [37877.723625] __switch_to+0x104/0x15c [37877.727203] cpuidle_enter_state+0x25c/0x2f0 [37877.731475] cpuidle_enter+0x38/0x50 [37877.735052] do_idle+0x210/0x2a0 [37877.738281] cpu_startup_entry+0x24/0x80 [37877.742205] rest_init+0xe4/0xf4 [37877.745433] arch_call_rest_init+0x10/0x1c [37877.749531] start_kernel+0x610/0x650 [37877.753194] __primary_switched+0xbc/0xc4 [37877.757206] Task dump for CPU 2: [37877.760431] task:swapper/2 state:R running task stack: 0 pid: 0 ppid: 1 flags:0x00000008 [37877.770349] Call trace: [37877.772792] dump_backtrace+0x0/0x19c [37877.776457] show_stack+0x18/0x70 [37877.779775] sched_show_task+0x154/0x180 [37877.783701] dump_cpu_task+0x44/0x58 [37877.787280] rcu_dump_cpu_stacks+0xe8/0x12c i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ Linux Yocto Project Re: i.MX8MM Kernel crashes on cpuidle こんにちは、ジョアンシーさん テストの結果、PMIC がこの問題の原因であることがわかりました。 再開まで今しばらくお待ちください。 Re: i.MX8MM Kernel crashes on cpuidle 1つのボードだけにこの問題が発生した場合、前に述べたように、他のボードは問題がないため、ABテストを実行して、この問題がチップに関連しているかどうかを確認CAN。 Re: i.MX8MM Kernel crashes on cpuidle こんにちは、ジョアンシーさん 情報をいただきありがとうございます。 しかし、障害のあるデバイス 1 台だけのためにカーネル構成を変更する予定はありません。問題の分析にはディストリビューターの協力を仰ぐ予定です。 Re: i.MX8MM Kernel crashes on cpuidle i.MX のパフォーマンスを最適化するには、以下の手順を試してください。CPU がアイドル状態になるのを防ぐため、defconfig ファイルで CONFIG_ARM_PSCI_CPUIDLE=n を設定します。CONFIG_ARM_PSCI_CPUIDLE は CONFIG_CPU_FREQ に依存します。CONFIG_CPU_FREQ=n を設定できない場合は、CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y を CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y に設定することをお勧めします。これは、ユーザー空間で「echo performance」コマンドを使用するのと同じだと思います。 Re: i.MX8MM Kernel crashes on cpuidle こんにちは、ジョアンシーさん コマンド「cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies」を使用すると、すべてのボードで同じ結果が得られますか? => はい。 # cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 1200000 1600000 オンデマンドとパフォーマンスを使用する頻度はどれくらいですか? => オンデマンド モードとパフォーマンス モードの両方で頻度は同じです。 # cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq 1600000 Re: i.MX8MM Kernel crashes on cpuidle すべてのボードに同じソフトウェアとハードウェアが搭載されていて、1 つのボードだけに問題がある場合は、AB テストを実行して、チップの問題かどうかを確認CAN。コマンド「 cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 」を使用すると、すべてのボードで同じ結果が得られますか? また、オンデマンドとパフォーマンスを使用した場合の周波数はどれくらいですか?つまり、オンデマンドまたはパフォーマンスを設定するときに、コマンドを使用して「cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq」をチェックすると、オンデマンドとパフォーマンスは同じ CPU 周波数を共有しているかどうかがわかります。 Re: i.MX8MM Kernel crashes on cpuidle こんにちは、ジョアンシーさん 情報をいただきありがとうございます。 カーネルはペリフェラルに対してのみ変更されており、CPU 周波数やその他の CPU 関連の設定には変更が加えられていません。当社のデバイスの多くは正常に起動し、動作CAN。現時点では、1 日間実行した後にクラッシュするデバイスは 1 台のみです。 scaling_available_frequencies の結果は次のとおりです。 # cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 1200000 1600000 Re: i.MX8MM Kernel crashes on cpuidle カーネルで何を変更しますか? imx8mm のデフォルト周波数は 1.2Ghz SO、ボードをデフォルトとして起動することはできませんよね?「 cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 」を実行すると何が表示されますか?ubootはinitクロックを以下のように設定します。 /arch/arm/mach-imx/imx8m/clock_imx8mm.c カーネルの場合、利用可能なCPU周波数をdtsiファイルに設定し、cpufreqドライバは https://github.com/nxp-imx/linux-imx/blob/lf-6.1.y/drivers/cpufreq/imx-cpufreq-dt.c もしあなたのBSPがNXPと似ているなら、1.2Gでシステムがクラッシュするようです。添付ファイルの2.5.3 CPU周波数スケーリング(CPUFREQ)の章を参照してください。 Re: i.MX8MM Kernel crashes on cpuidle こんにちは、ジョアンシーさん CPUガバナーがオンデマンドモードのときにシステムがクラッシュしました。 scaling_available_governors の結果は次のとおりです。 # cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors conservative ondemand userspace powersave performance schedutil Re: i.MX8MM Kernel crashes on cpuidle システムのデフォルトのCPUガバナーは ondemand です。CPUガバナーを performance に変更してテストしたところ 、システムがクラッシュしなくなりました。 > それはあなたのタイプミスですか?システムがクラッシュするのはいつですか?オンデマンドかパフォーマンスか? コマンド「cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors」の結果を教えてもらえますか? Re: i.MX8MM Kernel crashes on cpuidle こんにちは@adv-johnchang 私たちは、32 MB QSPI NOR フラッシュを搭載したカスタム i.MX8M Plus DDR4 ボードを使用しています。 私たちの目標は、U-Boot、Linuxカーネル、デバイスツリー、およびinitramfs(rootfs.img)を起動することです。SD/eMMC を使用せずに、完全にQSPI フラッシュから。 U-Boot (flash.bin) まで正常に起動できましたQSPI フラッシュから。 -----Flashレイアウトと画像サイズ---------------- QSPIフラッシュサイズ: 32 MB flash.bin (U-Boot + SPL) 約 2.4 MB Image.gz (カーネル) ~15 MB imx8mp-evk.dtb ~85 KB rootfs.img 約12.6 MB ----QSPI オフセット レイアウト---------- flash.bin @ 0x00000000 画像.gz @ 0x0024D000 imx8mp-evk.dtb @ 0x010A6B00 ルートfs.img @ 0x010BB800 U-Boot環境のセットアップ QSPI から U-Boot を起動した後、次の環境変数を設定して、フラッシュからカーネル、デバイス ツリー、および initramfs をロードします。 sfプローブ0 setenv loadaddr 0x40480000 // カーネル setenv fdt_addr 0x43000000 //dtb setenv initrd_addr 0x43800000 //rootfs (最小限のinitramfs) setenv kernel_comp_addr_r 0x50000000 setenv kernel_comp_size 0x04000000 QSPIフラッシュからの画像の読み取り sf 読み取り${loadaddr} 0x0024D000 0x00E59A6F sf 読み取り${fdt_addr} 0x010A6B00 0x00014BBA sf 読み取り${initrd_addr} 0x010BB800 0x00C04DB0 ブートコマンド setenv bootargs コンソール= ${console} 、 ${baudrate} earlycon= ${earlycon} 、 ${baudrate} rdinit=/dev ブーティ${loadaddr} ${initrd_addr} ${fdt_addr} 観察された問題 カーネルの実行は開始されますが、 「カーネルを開始しています…」でハングします。 添付のカーネルブートログ(kernel_bootlog1)を参照してください。 次のブート引数を使用する場合: setenv bootargs setenv bootargs "console=ttymxc1,115200 earlycon root=/dev/ram0 rw rdinit=/sbin/init loglevel=8" カーネルはさらに進みますが、ブートの途中でハングします。 添付のカーネルブートログ(kernel_bootlog2)を参照してください。 参考までにカーネル DTSとカーネル defconfigを添付しました。 変更が必要な場合はお知らせください。 また、仮想アドレスでのカーネル ページング要求を処理できないなどの同じエラーも発生します。これを解決してカーネルを正常に起動するための提案をお願いします。 質問: 1.カスタム i.MX8M Plus DDR4 ボード上の QSPI から initramfs を完全に起動するために、カーネル DTS に必要な推奨変更はありますか? 2. QSPI フラッシュから i.MX8MP を initramfs ベースでブートする場合、NXP が推奨する追加のブート引数はありますか? 3. カーネルが正しく起動しない理由は何でしょうか? i.MX8MP LPDDR4 EVK で正常に動作するのと同じ手順に従い、カーネルとルート ファイル システムが QSPI フラッシュから適切に起動しました。 私たちのセットアップにおける唯一の違いはflash.binとデバイス ツリーで、これらはカスタム ボードの DDR 構成に応じて変更されています。 どうもありがとうございます。
查看全文
k32l2b31 が LPUART1->STAT |= (1<<25) に書き込むと、semihost_hardfault が発生する k32l2b31でLINブレーク検出を有効にしたい ステータスレジスタのビットLKDEを設定する必要があります LPUART1->STAT |= (1<<25) を試します しかし、デバッグでは「semihost_hardfault」が表示されます なぜかは誰にも分からない。 よろしくお願いいたします Re: k32l2b31 writing to LPUART1->STAT |= (1<<25) cause semihost_hardfault K32L2B31 で LIN ブレーク検出をアクティブにしたときの「semihost_hardfault」は、単に「LKDE」ビットを設定する以上の問題があることを示唆しています。考えられる原因としては、LPUART クロック構成の誤り、適切なアクティブ化前のペリフェラルへのアクセス、無効なベース アドレスによるメモリ アクセス違反、ハンドラーのない LIN ブレーク割り込みの誤った構成、デバッガー/セミホスティング構成の問題などが挙げられます。LIN ブレーク検出を有効にする前に、初期化コードをデバッグし、ベース アドレスを検証し、デバッガーでコードをステップ実行し、割り込みをチェックし、コードを簡素化し、データシートを参照して適切なペリフェラルの構成を保証します。PAターンパイクEZパスログイン Re: k32l2b31 writing to LPUART1->STAT |= (1<<25) cause semihost_hardfault K32L2B31 で LIN ブレーク検出を有効にすると、「semihost_hardfault」は、単に `LKDE` ビットを設定する以上の問題を示している可能性があります。潜在的な原因としては、LPUART クロック構成が正しくないこと、適切な初期化の前にペリフェラルにアクセスしていること、間違ったベース アドレスによるメモリ アクセス違反、ハンドラーなしで不適切に構成された LIN ブレーク割り込み、またはデバッガー/セミホスティング セットアップの問題などが挙げられます。LIN ブレーク検出を有効にする前に、初期化コードを確認し、ベース アドレスを検証し、デバッガーでコードをステップ実行し、割り込みをチェックし、コードを簡素化し、データシートを参照してペリフェラルのセットアップが正しいことを確認してデバッグします。
查看全文
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 「コードを更新」をクリックしてもう一度お試しください。
查看全文