Multi Source Translation Content

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

Multi Source Translation Content

ディスカッション

ソート順:
imx_builder --- 无需 Yocto 即可独立构建 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 2020年3月13日:imx_builder_03122020.tgz--- 更改 i.MX8MN 配置。 2019年12月11日:imx_builder_12112019.tgz --- 添加支持 L4.19.35_1.1.0 2019年8月28日:imx_builder_08282019.tgz --- 添加 i.MX8MM 2019年7月3日:imx_builder_07032019.tgz --- 添加 i.MX8QM: build_i.MX8 2020 年 2 月 26 日:imx_builder_02262020 --- 添加 i.MX8MN,为 build_i.MX8、build_i.MX8X 添加 spl m4,带有 L4.14.98_2.0.0_ga、L4.14.98_2.2.0、L4.19.35_1.1.0 imx_builder_02262020: imx_builder |-- atf -> bsp/imx-atf |-- bsp -> REL/rel_imx_4.19.35_1.1.0 |-- 构建 -> build_i.MX8X/L4.19.35_1.1.0 |-- 构建_i.MX6 | |-- L3.0.x | |-- L3.1x.xx | |-- L4.14.xx | |-- L4.19.xx |`-- L4.1.xx |-- 构建_i.MX8 | |-- 在_L4.14.98_2.0.0_ga 之前 | |-- L4.14.98_2.0.0_ga | |-- L4.14.98_2.2.0 |`-- L4.19.35_1.1.0 |-- 构建_i.MX8M | |-- 之前.L4.19.35 |`-- L4.19.35 |-- 构建_i.MX8MM | |-- 之前.L4.19.35 |`-- L4.19.35 |-- 构建_i.MX8MN |`-- L4.19.35 |-- 构建_i.MX8X | |-- 在_L4.14.98_2.0.0_ga 之前 | |-- L4.14.98_2.0.0_ga | |-- L4.14.98_2.2.0 |`-- L4.19.35_1.1.0 |-- dts -> linux/arch/arm/boot/dts |-- dts64 -> linux/arch/arm64/boot/dts/freescale |-- dts_uboot -> u-boot/arch/arm/dts |-- imx-mkimage -> bsp/imx-mkimage |-- linux -> bsp/linux-imx | -- m4_img | |-- m4_1_image.bin->rpmsg_lite_str_echo_rtos_imxcm4.bin | |-- m4_image.bin -> 电源模式开关.bin |`--readme.txt |-- Makefile -> 构建/Makefile |-- 其他 | |-- clk_模块 ||-- cryptodev-linux-1.8 | |-- helloworld_模块 | |-- key_blob_模块 |`-- spi |-- 出 |-- 自述文件 -> 构建/自述文件 |-- 相对 |-- scfw -> bsp/scfw |-- 设置.MK -> 构建/设置.MK |-- 工具链 |`-- scfw |-- u-boot -> bsp/uboot-imx `--版本.MK imx_builder是一组用于构建u-boot、Linux kernel、atf、scfw、imx-mkimage的Makefile。您可以称之为独立构建。 以下是尝试的步骤。 您可以使用 -n 来获取详细的构建步骤。 例如:make atf -n 制作 linux.Image -n 以 L4.14.78_ga 为例: 1. Untar  imx_builder_02282019.tgz 2.阅读里面的Standalone_Build_Preparation.pdf,准备bsp。 3.准备工具链(从 yocto 获取 populate_sdk、从 linaro 获取、从 buildroot 获取等) 4. 按照 SCFW 移植套件准备 scfw 工具链。 5. 按照Standalone_Build_Preparation.pdf 检查构建结构是否正确。 构建结构 以 L4.14.78_1.0.0_ga 为例。 在 REL 中准备 rel_imx_4.14.78_1.0.0_ga 创建指向 REL/rel_imx_4.14.78_1.0.0_ga 的符号链接 创建指向 build_i.MX8X 的符号链接   imx_builder/ |-- atf -> bsp/imx-atf |-- bsp -> REL/rel_imx_4.14.78_1.0.0_ga |-- 构建 -> build_i.MX8X |-- 构建_i.MX6 |-- 构建_i.MX8M |-- 构建_i.MX8X |   |-- Makefile -> Makefile.4.14.78_ga |   |-- Makefile.4.14.78_ga | |-- 自述文件 | |-- 设置_4.14.78_1.0.0_ga.MK | |-- 设置.MK -> 设置_4.14.78_1.0.0_ga.MK | `--版本.MK |-- dts -> linux/arch/arm/boot/dts |-- imx-mkimage -> bsp/imx-mkimage |-- linux -> bsp/linux-imx |-- Makefile -> 构建/Makefile |-- 其他 |-- 出 |-- 自述文件 -> 构建/自述文件 |-- 相对 | ` --rel_imx_4.14.78_1.0.0_ga |       |-- firmware-imx-8.0.bin |       |-- imx-atf |       |-- imx-mkimage | |-- imx-sc-firmware-1.1.bin(可选) | |-- imx-scfw-移植套件-1.1.tar.gz |       |-- linux-imx |       `-- uboot-imx |-- scfw -> bsp/scfw |-- 设置.MK -> 构建/设置.MK |-- 独立构建准备.pdf |-- 工具链 |   `-- scfw |` --gcc-arm-none-eabi-6-2017-q2-更新 |-- u-boot -> bsp/uboot-imx `--VERSION.MK -> 构建/VERSION.MK 概述 回复:imx_builder --- 无需 Yocto 即可独立构建 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常感谢您的脚本。 我有一个类似的,它删除了 linunx-imx、uboot-imx 中的 .git,以使 bsp 变小。 我认为到目前为止它还不是 imx_builder 的一部分。 我最初的想法是让客户了解独立构建。并且很容易看到单个步骤,这在 Yocto 中有点难以阅读。 imx_builder 适合像您这样的专业用户。您可以添加任何新功能,例如准备 bsp。 非常感谢您对我的 imx_builder 感兴趣。 回复:imx_builder --- 无需 Yocto 即可独立构建 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好, BiyongSUN ,谢谢你的更新。 这是用于填充 bsp 目录的脚本(getSw.sh)。使用版本rel_imx_5.4.24_2.1.0,对于固件 imx,i.MX_Linux_Release_Notes.pdf 具有此版本的版本 (8.8)。要使用其他 Linux 版本,请更新所需版本的 TAG 和 FWR 变量。 #!/bin/bash TAG="rel_imx_5.4.24_2.1.0" FWR="8.8" CAF="https://source.codeaurora.org/external/imx" MAD="wget https://www.nxp.com/lgfiles/NMG/MAD/YOCTO" wget ${MAD}/firmware-imx-${FWR}.bin for repo in linux-imx uboot-imx imx-atf imx-mkimage; do     git clone ${CAF}/${repo} -b ${TAG}; done ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 回复:imx_builder --- 无需 Yocto 即可独立构建 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在imx_builder的初始版本中,我只是添加了一个非常小的 rootfs 用于测试目的。 并且我决定不再支持rootfs。但我没有删除规则。 实际上,我通过 buildroot 制作了小型测试 rootfs。 根文件系统:rootfs.tar #$(RM)$(ROOTFS_DIR)/dev/null$(OUT_ROOTFS) # fakeroot -- sh -c 'mknod -ma=rw $$0/dev/null c 1 3 && cd $$0 && tar jfvc $$1 *' ${ROOTFS_DIR} ${OUT_ROOTFS} #$(RM)$(OUT_ROOTFS_TAR)$(OUT_ROOTFS_UBI) # 假根 -- ${FS_TAR_SCRIPT} ${ROOTFS_DIR} ${OUT_ROOTFS_TAR} # 假根 -- ${FS_UBI_SCRIPT} ${ROOTFS_DIR} ${OUT_ROOTFS_UBIFS} ${OUT_ROOTFS_UBI} ${FS_UBI_DIR} 根文件系统.tar: $(RM) $(OUT_ROOTFS_TAR) 假根 -- ${FS_TAR_SCRIPT} ${ROOTFS_DIR} ${OUT_ROOTFS_TAR} rootfs.cpio: $(RM) $(OUT_ROOTFS_CPIO) 假根 -- ${FS_CPIO_SCRIPT} ${ROOTFS_DIR} ${OUT_ROOTFS_CPIO} 回复:imx_builder --- 无需 Yocto 即可独立构建 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> imx_builder_03122020.tgz,并构建 i.MX 8MM,Makefile 已为 rootfs.tar 定义目标,但是在 SETTINGS.MK 中缺少定义的${FS_TAR_SCRIPT} : FS_DIR=${PWD}/fs FS_TAR_DIR=${FS_DIR}/tar FS_TAR_SCRIPT=${FS_TAR_DIR}/rootfs.tar.gz.sh imx_builder 中可以提供所有子目录的完整 FS_DIR 和脚本吗? 丢失的: fs/tar fs/ubi fs/cpio 回复:imx_builder --- 无需 Yocto 即可独立构建 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi, 是否需要进行任何修改才能启用 imx8qxp 的安全启动?
記事全体を表示
新的 KSDK 1.2 现已推出! <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 今天刚刚发布了新的 KSDK 版本 1.2。和 KDS 3.0! 点击此处下载   欲了解更多详情,请访问我们的网站Kinetis MCU 软件开发套件|Freescale和Kinetis Design Studio 集成开发|Freescale   什么是新的   新增的芯片系列支持包括:   MK10D10 MK66F18 MKL34Z4 MK11DA5 MKL02Z4 MKL36Z4 MK20D10 MKL14Z4 MKL43Z4 MK21DA5 MKL15Z4 MKV40F15 MK21FA12 MKL16Z4 MKV43F15 MK26F18 MKL17Z4 MKV44F15 MK30D10 MKL17Z644 MKV45F15 MK40D10 MKL24Z4 MKV46F15 MK50D10 MKL25Z4 MKW01Z4 MK51D10 MKL26Z4 MKW21D5 MK52D10 MKL27Z4 MKW22D5 MK53D10 MKL27Z644 MKW24D5 MK65F18 MKL33Z4 MK24F12 MK63F12   新增的外设支持包括: AOI ENC FLEXBUS FLEXIO LMEM VREF XBAR PWM   文档   Kinetis SDK v.1.2.0 发行说明http://cache.freescale.com/files/soft_dev_tools/doc/support_info/KSDK120RN.pdf?fsrch=1 Kinetis SDK v.1.2API参考手册http://cache.freescale.com/files/soft_dev_tools/doc/support_info/KSDK12APIRM.pdf?fsrch=1 Kinetis SDK v.1.2演示应用用户指南http://cache.freescale.com/files/soft_dev_tools/doc/support_info/KSDK12DEMOUG.pdf?fsrch=1 Kinetis SDK (KSDK) v.1.2入门指南http://cache.freescale.com/files/soft_dev_tools/doc/support_info/KSDK12GSUG.pdf?fsrch=1 MQX ™ RTOS for Kinetis SDK 1.2.0 发行说明http://cache.freescale.com/files/soft_dev_tools/doc/support_info/MQXKSDK120RN.pdf?fsrch=1   将 MQX RTOS 应用程序移植到 Kinetis SDK 的 MQX RTOS http://www.freescale.com/files/soft_dev_tools/doc/support_info/MQXKSDKPUG.pdf   适用于 KDS 3.0。请不要忘记访问新推出的 Kinetis Design Studio V3.0.0   尽情享受! Iva 概述 回复:新的KSDK 1.2。可用! <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好, Wesley Hunter , 好文章-谢谢分享! 祝你今天过得愉快! Iva 回复:新的KSDK 1.2。可用! <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这太棒了。我一直在等待这个,这样我就可以让 KSDK 在 Eclipse Luna 上运行。它终于来了,而且运行良好。如果有人感兴趣的话,我已经整理了一篇关于如何在 Eclipse Luna 上进行设置的博客:工具链:KSDK 1.2.0 搭配 Eclipse 4.4 (Luna) 和 GNU ARM 插件 | Centaurian
記事全体を表示
DRM 屏幕捕获工具 这是DRM(Direct Render Manager)下的屏幕捕获工具。 这也是之前“drmfbcap”(DRM 帧缓冲区捕获)的修订版本。 与基于 FB 的系统不同,在基于 FB 的系统下我们可以通过读取设备节点轻松捕获帧缓冲区,而 DRM 则更加复杂且具有安全保护。没有直接从用户空间读取帧缓冲区数据的方法。 在DRM情况下,我们需要打开DRM设备,查询资源,获取并映射FB对象,然后最终读取缓冲区。 使用此工具,我们可以从 DRM 设备捕获缓冲区内容并将其输出为原始 RGB/YUV 数据。 特征: 捕获所有平面或特定平面,包括隐藏/覆盖的平面或由应用程序直接管理的平面(覆盖)。 支持 RGB 和 YUV(自动检测)。 还支持 Tile 格式(VSI Super-Tile)。 重复模式可以连续捕获帧。 该工具是作为静态链接构建的,在这种情况下,它应该可以在 Linux 和 Android 中运行。 重要提示: Linux 4.x 和 5.x/6.x 之间的 DRM 子系统行为不同。 对于 Linux 4.x ,您可以毫无问题地捕获 RGB 缓冲区。但是,没有针对 YUV(多平面)缓冲区的 API。 要捕获 YUV,请使用“kernel_0001-drm-Add-getfb2-ioctl_L4.14.98.patch”修补内核。 对于 Linux 5.x ,由于安全原因,默认不允许映射/捕获内部缓冲区。为了解决此暂时问题(仅用于调试),请使用“0001-drm-enable-mapping-of-internal-object-for-debugging_L5.x.patch”修补内核。它包含一个小的改变来移除这个保护。 两个补丁均包含在附件中。 要获取有关如何使用此工具的更多详细信息,请尝试使用“-h”选项来打印使用信息。 尽情享受! Android 图形与显示 Linux 回复:DRM 屏幕捕获工具 Hi @jagsgediya , 源代码中包含一些来自第三方的代码,因此,在检查更多许可证之前,我无法发布源代码。 你好@ChayMah , 是 回复:DRM 屏幕捕获工具 大家好, 我可以在内核 6.1 中使用该应用程序吗? 回复:DRM 屏幕捕获工具 您打算开源drmcap 的源代码吗?如果可以的话请告诉我。
記事全体を表示
S32Gブートローダーカスタマイズ このドキュメントは、ブートローダーを変更してLinuxとMCALを起動し、ブートローダー、MCAL、Linux間の競合を解決する方法を説明しています 本文说明在S32G2 RDB2板上如何定制开发Bootloader,本文示例主要实现功能是: Bootloader启动一个M核,MCAL驱动测试程序,本文分别测试了MCU,DIO,UART的MCAL驱动示例代码。 Bootloader同时启动A53 Linux 目录 1    需要的软件,工具,文档与说明... 3 1.1  软件与工具... 3 1.2  参考文档... 3 1.3  开发说明... 3 2    测试软件安装编译说明... 4 2.1  安装RTD_MCAL驱动... 4 2.2  编译MCAL驱动测试程序(以MCU为例) 5 2.3  优化重排M7 demo镜像及与MPU设置的配合... 5 2.4  去掉CLOCK INIT. 7 2.5  去掉MCU相关INIT. 8 2.6  DIO MCAL程序去掉PORT INIT. 9 2.7  UART MCAL程序去掉PORT INIT. 10 2.8 UART MCALプログラムのCLOCK TREEの修正.. 10 2.9  解决中断冲突... 11 2.10 准备A53 Linux镜像... 12 3    Bootloader工程说明... 13 3.1  关掉XRDC支持... 13 3.2  关掉eMMC/SD支持(可选) 14 3.3 セキュアブートを無効にする(オプション)14 3.4  增加MCAL驱动所需要的PORT的初始化... 15 3.5  解决Bootloader,MCAL与Linux的clock冲突... 17 3.6  配置A53 Boot sources: 34 3.7  配置M7 Boot sources: 35 3.8  关闭调试软断点:... 36 3.9  编译Bootloader工程... 37 3.10 制造Bootloader的带IVT的镜像... 38 3.11 烧写镜像... 41 4    测试... 42 4.1  硬件连接... 42 4.2  MCU MCAL+Linux测试过程... 42 4.3  DIO MCAL+Linux测试过程... 43 4.4  UART MCAL+Linux测试过程... 43 5    Bootloader源代码说明... 43 6    Bootloader定制说明... 45 6.1  QSPI NOR驱动说明... 45 6.2  eMMC/SDcard启动支持... 46 6.3  DDR初始化... 46 6.4  Secure Boot支持... 46 7    调试说明... 46 7.1  Bootloader的调试... 46 7.2  MCAL驱动的调试... 46 G3で起動できるようにATFを変更する方法を説明する文書をもう1つ追加してください。 オートモーティブ Re: S32G Bootloader Customzition 最終的に、問題は uboot の board_common.c に見つかりました。カーネル実行時に、board_cleanup_before_linux が scmi_reset_agent を呼び出します。コメントが呼び出されるとどうなるでしょうか? Re: S32G Bootloader Customzition こんにちは。MCUのフラッシュメモリの読み書きをデバッグしています。現在、Aコアがubootステージに移行するとnorflashの読み書きは正常に動作するのですが、Linuxステージになるとnorflashの機能が異常になるという問題が発生しています。 ubootステージclkダンプビューqspi_flash2xは266666666です Linuxのダンプ/sys/kernel/debug/clk/clk_summaryでは、qspi_flash2xは266666666で、その後0に変わります。 dfs1レジスタをチェックすると、dfs1はリセットされている この問題を見つけるにはどうすればよいでしょうか? Re: S32G Bootloader Customzition MコアでCANメッセージを送信したのですが、Ubootのマルチコア起動プロセス中にCANメッセージの送信が停止しました。私のATF設定は@learnxさんと同じです。原因を解析していただけますか?ありがとうございます! @Johnli Re: S32G Bootloader Customzition ありがとう! Re: S32Gブートローダーカスタマイズ ドキュメントを確認してください:llceドライバkoをロードしていることを確認してください。 S32G_Bootloader_G3_LLCELOGGER ドキュメントおよびプロジェクトにおいて、ロガー・デモ実行用G3ブートローダーカスタマイズ(G2と同様)を説明しています https://community.nxp.com/t5/NXP-Designs-Knowledge-Base/S32G-Bootloader-G3-Customization/ta-p/1769528 Re: S32G Bootloader Customzition こんにちは。質問があります。BSP38イメージを使用しています。起動後、ubootでclk dumpを使ってllce_can_peのクロック値を照会したところ、0と表示されました。ATFでデバイスツリー構成を確認しましたが、問題は見つかりませんでした。 ATF デバイスツリー構成 mc_cgm0: mc_cgm0@40030000 { compatible = "nxp,s32cc-mc_cgm0"; reg = <0x0 0x40030000 0x0 0x3000>; assigned-clocks = < & plat_clks S32GEN1_CLK_MC_CGM0_MUX0 >, < & plat_clks S32GEN1_CLK_MC_CGM0_MUX1 >, < & plat_clks S32GEN1_CLK_MC_CGM0_MUX2 >, < & plat_clks S32GEN1_CLK_MC_CGM0_MUX3 >, < & plat_clks S32GEN1_CLK_MC_CGM0_MUX4 >, < & plat_clks S32GEN1_CLK_MC_CGM0_MUX5 >, < & plat_clks S32GEN1_CLK_MC_CGM0_MUX7 >, < & plat_clks S32GEN1_CLK_MC_CGM0_MUX8 >, < & plat_clks S32GEN1_CLK_MC_CGM0_MUX9 >, < & plat_clks S32GEN1_CLK_MC_CGM0_MUX10 >, < & plat_clks S32GEN1_CLK_MC_CGM0_MUX12 >, < & plat_clks S32GEN1_CLK_MC_CGM0_MUX14 >, < & plat_clks S32GEN1_CLK_MC_CGM0_MUX16 >, <&plat_clks S32GEN1_CLK_XBAR_2X>, <&plat_clks S32GEN1_CLK_PER>, < & plat_clks S32GEN1_CLK_FTM0_REF >, < & plat_clks S32GEN1_CLK_FTM1_REF >, < & plat_clks S32GEN1_CLK_CAN_PE >, < & plat_clks S32GEN1_CLK_LIN_BAUD >, < & plat_clks S32GEN1_CLK_GMAC0_TS >, <&plat_clks S32GEN1_CLK_SPI>, <&plat_clks S32GEN1_CLK_SDHC>, <&plat_clks S32GEN1_CLK_QSPI_2X>; assigned-clock-parents = < & plat_clks S32GEN1_CLK_ARM_PLL_DFS1 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI0 >, <&plat_clks S32GEN1_CLK_FXOSC>, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI1 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI1 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI1 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI2 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI3 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI4 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI5 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_DFS1 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_DFS3 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI7 >; assigned-clock-rates = <0>, <0>, <0>, <0>, <0>, <0>, <0>, <0>, <0>, <0>, <0>, <0>, <0>, <0>, <80000000>, <40000000>, <40000000>, <40000000>, <125000000>, <200000000>, <100000000>, <400000000>, <S32GEN1_QSPI_2X_CLK_FREQ>; }; periphpll: periphpll@4003c000 { compatible = "nxp,s32cc-periphpll"; reg = <0x0 0x4003c000 0x0 0x3000>; assigned-clocks = < & plat_clks S32GEN1_CLK_PERIPH_PLL_MUX >, <&plat_clks S32GEN1_CLK_PERIPH_PLL_VCO>, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI0 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI1 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI2 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI3 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI4 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI5 >, < & plat_clks S32GEN1_CLK_PERIPH_PLL_PHI7 >; assigned-clock-parents = <&plat_clks S32GEN1_CLK_FXOSC>; assigned-clock-rates = <0>, <S32GEN1_PERIPH_PLL_VCO_FREQ>, <100000000>, <80000000>, <40000000>, <125000000>, <200000000>, <125000000>, <100000000>; }; accelpll: accelpll@40040000 { compatible = "nxp,s32cc-accelpll"; reg = <0x0 0x40040000 0x0 0x3000>; }; Re: S32G ブートローダーのカスタマイズ こんにちは@Johnli こんにちは! 下の図の赤い枠で示されているように、一部のクロックがATFで特定のクロック値で定義されていないのはなぜでしょうか?システムはどのようにしてこのようなクロックの最終的なクロック値を決定するのでしょうか?ARM_PLL_VCOの関連レジスタを調べたところ、クロックのサイズが許可されている最大値と同じであることがわかりました。 ありがとう! Re: S32G Bootloader Customzition これは、このプロジェクトのMCUモジュールがこのクロックを動作させないことを意味します。EBでは、構成項目のプロパティを表示できます。 Re: S32G ブートローダーのカスタマイズ Hi @Johnli      您好!非常感谢~ もう一つ質問があります。共有ドキュメントやEBで「Under MCU Control」という表示をよく見かけますが、これは何のためのものなのでしょうか?RMでは関連する説明が見つかりません。この質問への回答を教えていただけますか? ありがとう! Re: S32G Bootloader Customzition 1: クロック関連のドキュメントS32G_Supplemental_documentation_on_resolving_clock_conflicts_V1-2023.07.03.pdfをご覧ください。 2: Linux クロックの初期化と構成は ATF に転送する必要があるため、コードは ATF にあります。 Re: S32Gブートローダーカスタマイズ Hi John, S32G3ブートローダーのマニュアルはありますか? どうもありがとうございました! Re: S32Gブートローダーカスタマイズ Hi John, ちょっと気になったのですが、このドキュメントは英語版がありますか? よろしくお願いいたします。 Viktor
記事全体を表示
S32 Design Studio for S32 Platform 3.3 的观察点 观察点是数据的断点,通常被称为数据断点。观察点可以监视全局变量、外设访问、堆栈深度等,为调试和工作提供强大的辅助。可设置的观察点数量因 MCU 系列和实现而异。 观察点通过观察点单元实现,这些单元是 MCU/CPU 调试架构中的数据比较器,位于处理器核心附近。配置完成后,它们将监控处理器的地址线和其他信号,以检测特定的感兴趣事件。该硬件能够监控 CPU 执行的数据访问,并在特定数据事件发生时强制其停止。 与其他一些调试功能相比,设置观察点的方法在 IDE 中更加隐蔽。设置观察点最简单的方法之一是使用 Outline View(大纲视图)。在此视图中,您可以找到全局和静态变量,然后只需选择 Toggle Watchpoints(切换观察点)即可。   设置后,它们将出现在 Breakpoints(断点)窗格中,与已设置的其他断点并列显示。    观察点可以配置为在 Read(或 Load)、Write(或 Store)或两者时停止 CPU。由于观察点“监视”对内存的访问,因此它们适合跟踪对全局或静态变量的访问,以及对内存的任何数据访问,包括对内存映射外设的访问。  注意:要在 Breakpoint 视图中轻松区分 Breakpoints 和 Watchpoints,您可以选择按 Breakpoint 类型对条目进行分组。在 Breakpoints 视图中,点击 Eclipse 向下箭头图标菜单,然后您可以选择按断点类型分组,如下所示:   从上图中可以看出,设置 Watchpoint(观察点)的选项也可以直接从 Breakpoint(断点)视图中设置。   在此处设置后,您将看到未填充的对话框——只需输入地址,即可创建观察点,用于监控对该位置的访问。   在 IDE 中设置观察点的另一个位置是 Memory(内存)视图中的上下文相关菜单。   不幸的是,S32 Design Studio for S32 Platform 3.3 中的条件观察点在某些情况下可能不起作用。 调试 | Flash 编程 Eclipse IDE 使用和设置
記事全体を表示
针对物联网数据和混合云集成优化 i.MX RT 设备 大家好, 我目前正在使用 NXP i.MX RT1170系列开发物联网解决方案,并希望与大家分享我的设置和见解。 该项目从多个设备收集传感器数据,并通过安全网关发送。我们正在使用 混合云方法,将本地边缘处理与云存储和分析相结合。这样就可以在现场进行实时决策,同时在云中保持长期数据的可访问性。 我对以下方面的最佳做法特别感兴趣: 在网络中断期间,在 MCU 上有效地缓冲和批处理数据。 在混合云环境中为 Cortex-M 设备实施安全的 OTA 更新。 以最小的资源开销内置 MQTT/TLS 通信。 有没有人使用恩智浦的RT设备成功部署了类似的架构?如果您有任何建议或经验,我们将不胜感激。 提前感谢! Re: Optimizing i.MX RT Devices for IoT Data and Hybrid Cloud Integration 我明白你的意思,请查看下面的参考链接,其中一些可能已过期。 https://mcuxpresso.nxp.com/mcuxsdk/25.09.00/html/middleware/aws_iot/index.html https://mcuxpresso.nxp.com/mcuxsdk/latest/html/examples/wifi_examples/wifi_mqtt/readme.html https://mcuxpresso.nxp.com/mcuxsdk/latest/html/examples/ota_examples/index.html https://www.nxp.com/docs/en/application-note/AN13469.pdf
記事全体を表示
为什么硬编码使用 .sldd 作为数据存储? 为什么恩智浦 MBDT 硬编码 .sldd 作为外部数据存储? 这与外部模型数据存储的其他用途相冲突,并使引用配置的使用变得比预期的要难。 Mathworks 推荐的参考配置设置是为项目中的配置使用通用共享 sldd,并将其链接到每个模型。但是,如果使用恩智浦 MBDT 执行此方法,那么下次打开模型时 MBDT 就会覆盖数据存储,而且 MBDT 也会变得非常混乱。 Re: Why is it hardcoded to use .sldd as data store? 你好,@Henrik-Wires、 作为参考,您可以查看位于 model_ref 文件夹中的 s32k3xx_refconfig_s32ct 模型结构。此示例说明了如何在模型引用层次结构中应用引用配置:下级模型通过使用 引用 字典来引用顶级模型的 SLDD。 如果您更愿意在标准模型层次结构(而不是模型参考层次结构)中应用参考配置方法,则可以创建一个独立组网 \(SA\) SLDD 文件并从需要此配置的每个特定模型的 SLDD 中引用该文件。这是使用前面在 “参考词典” 部分中描述的相同机制完成的。 希望对您有所帮助、 德拉古 Re: Why is it hardcoded to use <modelname>.sldd as data store? 谢谢。我会试试的。
記事全体を表示
如果分区损坏,s32k3 hse abswap 会自动切换。 恩智浦专家,你好、 1.我使用的是 s32k312,HSE 版本为 1.13.0、2.40.0。 2.我正在实现 OTA 功能。 目前它有 2 个二进制文件,一个处于活动状态 (0x400000),一个在备份区域 (0x500000) 我的问题是:如果在某些情况下活动区号损坏,在RESET后,他能否检测到这个并自动切换到备份处于活动状态,然后运行它?如果没有,有什么解决方案可供参考吗? 谢谢。 Re: s32k3 hse abswap auto switch if a partition is broken. 是的,无论如何都建议使用高级安全启动模式。 Re: s32k3 hse abswap auto switch if a partition is broken. 嗨,卢卡、 所以我需要 ASB 启动模式来实现这个吗? Re: s32k3 hse abswap auto switch if a partition is broken. 嗨,@胜利 不会,如果活动分区中的映像损坏,HSE 不会自动切换到被动分区。具体做法各不相同。 看看核心RESET表。请参阅 pPassReset 和 pAltReset 参数的说明。如果相关 SMR 已正确验证,则使用 pPassReset。这是 "主 "应用程序的入口。 您也可以配置备用镜像——如果主应用程序的预启动验证失败,将开始备用预启动。如果验证通过,则执行 pAltReset。 最后,如果对备用映像的验证也失败,则设备可以执行安全恢复映像。见第 "2.6.1.3.1 节 有关详细信息,请参见 HSE 固件参考手册中的 “安全恢复模式”。 如果需要,用户可在备用或恢复应用程序中进行 AB 交换。 另外,我建议将 HSE 固件更新到最新的 0.2.55.0 版本。 此致, Lukas
記事全体を表示
读取 i.MX7D PCIE 中的状态和命令寄存器时无响应 你好。 读取 i.MX7D PCIE 中的状态和命令寄存器时无响应。 我有以下设置: RDC_MRCn : (RDC_PDAO45) 0x000000FF PMU_REG_1P0Dn : 0x00021073 CCM_TARGET_ROOTn : PCIE_CTRL_CLK_ROOT : 0x12000000 PCIEPHY_CLK_ROOT : 0x11000000 CCM_CCGR96 : pcie : 0x00000003 SRC_PCIEPHY_RCR : 0x00000000 我还需要进行其他设置吗? 顺祝商祺! Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好,志明。 我尝试更改 CCM 和 RCD 设置,但没有任何变化。 于是我用示波器检查了电压。 FUSE_FSOURCE 电压为 1.8v。 我将 PMU_REG_1P0D 设置为 0x210F3,但 PCIE_VPH 端子和其他端子仍为 0V。 原因可能是什么? 顺祝商祺! Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好, ,请确保时钟不是门控时钟,并且已经生成。如果确认时钟正确,请检查 RDC 中的权限设置。 , Zhiming。 Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好 志明 我昨天写的内容有误。 当 0x00031077 写入"PMU_REG_1P0Dn" 时,"VDD_1P0_CAP" 引脚输出 1.0V。 在参考手册的图 5-23 和 SABRE 板原理图的第 5 页中,我找不到任何关于如何设置 "VDDA_PHY_1P8" 开关的说明。因此,"VDDA_PHY_1P8" 仍为 0V。 请给我一些建议。 关于您的建议,"时钟不是门控的,而是已经生成的," 我无法用示波器确认这一点。 请给我一些建议。 顺祝商祺! Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好@tamotsu 我知道你可能会提出一个裸机系统,但我想讨论一下 PCIe 对 Linux 的要求。 对于 PCIe 本身,需要正确的三个关键资源:时钟、电源、RESET。 1. 您需要确保这三个时钟生成和解除门控。 2。确保在 GPC 中打开 pcie 功率域。 完成这两个步骤后,至少可以读取寄存器。 3.参考 pcie 驱动程序执行正确的 RESET 时序:drivers/pci/controller/dwc/pci-imx6.c。 clocks = <&clks IMX7D_PCIE_CTRL_ROOT_CLK>, <&clks IMX7D_PLL_ENET_MAIN_100M_CLK>, <&clks IMX7D_PCIE_PHY_ROOT_CLK>; clock-names = "pcie", "pcie_bus", "pcie_phy"; assigned-clocks = <&clks IMX7D_PCIE_CTRL_ROOT_SRC>, <&clks IMX7D_PCIE_PHY_ROOT_SRC>; assigned-clock-parents = <&clks IMX7D_PLL_ENET_MAIN_250M_CLK>, <&clks IMX7D_PLL_ENET_MAIN_100M_CLK>; fsl,max-link-speed = <2>; power-domains = <&pgc_pcie_phy>; resets = <&src IMX7_RESET_PCIEPHY>, <&src IMX7_RESET_PCIE_CTRL_APPS_EN>, <&src IMX7_RESET_PCIE_CTRL_APPS_TURNOFF>; reset-names = "pciephy", "apps", "turnoff"; gpc: gpc@303a0000 { compatible = "fsl,imx7d-gpc"; reg = <0x303a0000 0x10000>; interrupt-controller; interrupts = ; #interrupt-cells = <3>; interrupt-parent = <&intc>; fsl,mf-mix-wakeup-irq = <0x54410000 0xc00 0x0 0x1040640>; pgc { #address-cells = <1>; #size-cells = <0>; pgc_mipi_phy: power-domain@0 { #power-domain-cells = <0>; reg = <0>; power-supply = <&reg_1p0d>; }; pgc_pcie_phy: power-domain@1 { #power-domain-cells = <0>; reg = <1>; power-supply = <&reg_1p0d>; }; pgc_hsic_phy: power-domain@2 { #power-domain-cells = <0>; reg = <2>; power-supply = <&reg_1p2>; }; }; }; 致敬, Zhiming Re: No response when reading Status and Command Register in PCIE of i.MX7D 您好 刘志明. 我正在在 u-boot 中调试 PCIE。 u-boot 读取设备树(fsl、imx6q-pcie)的内容并执行 imx_pciw_dm_probe ()。 函数 imx_pciw_dm_probe() 跳转到函数 imx_pcie_link_up()。 在该功能开始时,需要读取 PCIE"状态和命令寄存器 (0x33800004)" 。 这一过程没有任何回应。 即使使用您提供的设备树信息,结果也是一样的。 寄存器未反映设备树的内容。 因此,我设置了以下寄存器: PMU_REG_1P0D 0x00021079 SRC_PCIEPHY_RCR 0x00000000 CCM_TARGET_ROOT PCIE 0x12000000 CCM_TARGET_ROOT PHY 0x11000000 CCM_CCGR96 0x00000003 我没有更改以下寄存器。 PDC_PDAP45 0x000000FF PDC_MDA2 0x00000000 即使这样设置,当我在调试器中加载 0x33800000 时,也没有任何反应。 接下来,我认为"VDDA_PHY_1P8" 保持 0V 的原因与 GPC 有关。 我将"PGA CPU 映射(0x303a00ec)设置为 0x09。 我写了 0x01 到 " CPU GPC 软件开机触发信号 (0x303a00f0) " 但它仍然是 0x00。 另外,当我写 0x02 到 " PU GPC 软件开机触发信号 (0x303a00f8) " 时,动态随机存取存储器(DRAM)的内容发生了变化。 我还应该设置哪些寄存器? 顺祝商祺! Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好@塔莫津 您可能想看看下面的补丁,了解一些其他想法。整体移植应基于软件框架,而不是直接修改寄存器。 看来 uboot 有 i.MX7D SRC 驱动程序。 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/Add-i-MX8MPlus-pci-driver-in-uboot/ta-p/1753246 致敬, Zhiming Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好,Zhiming_Liu。 关于你们为我提供的支持,我在 i.MX8 处理过程中遇到了问题,这是第一步。 我在参考手册中引用了 " 5.5.9.5 示例代码 4 "。 reg32_write (GPC_IPS_BASE_ADDR + 0xF8 , *** | 0x2 ); 运行此代码后,MPU 将变得毫无反应。 不过,使用 PCIE_PHY 以外的值不会有问题。 在运行 u-boot/drivers/pci/pcie_imx.c 之前,你能否告诉我要设置什么以及如何设置 @probe (structudevice *dev)? 顺祝商祺! Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好@tamotsu PCIe 驱动程序由主线维护,而不是恩智浦,因此缺少一些代码是正常的。您可以参考 i.MX7D Linux PCIe 驱动程序,将其移植到 uboot 中。pci_imx.c 还引用了 Linux 内核驱动程序。 致敬, Zhiming Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好,Zhiming_Liu。 IMX7DSABRE 有一个 Mini PCIE 端口。 我想知道为什么 u-boot 没有设置 IMX7DSABRE PCIE 时钟、电源等的源代码。 顺祝商祺! Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好,Zhiming_Liu。 我理解你的建议。 我将再次阅读参考手册并重试。 顺祝商祺! Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好,Zhiming_Liu。 我终于找到了它没有响应的原因。 我将 SABRE 电路的"SW2_1V8" 与"VDDA_1P8_01(引脚-V6)" 相同。 但我发现电感电阻值太大了。 当我设置 GPC_PU_PGC_SW_PUP_REG 时,"VDDA_1P8_01(V6)" 的电压在 2uSec 内下降了 0.2V。 因此,VDDA_PHY_1P8 只升至 0.35V。 当我短接这个电感时,VDDA_PHY_1P8 变成了 1.8V。 我以为即使输入电压下降一点 VDDA_PHY_1P8 也没问题,但我发现事实并非如此。 非常感谢你们的建议。 顺祝商祺! Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好,Zhiming_Liu。 我终于找到了它没有响应的原因。 我将 SABRE 电路的"SW2_1V8" 至"VDDA_1P8_01(引脚-V6)" ,但发现电感电阻值太大。 当我设置 GPC_PU_PGC_SW_PUP_REG 时,"VDDA_1P8_01(V6)" 的电压在 2uSec 内下降了 0.2V。 因此,VDDA_PHY_1P8 只升至 0.35V。 当我短接这个电感时,VDDA_PHY_1P8 变成了 1.8V。 我以为即使输入电压下降一点 VDDA_PHY_1P8 也没问题,但我发现事实并非如此。 非常感谢你们的建议。 顺祝商祺!
記事全体を表示
[S32K324 Mcu] 启用 core_1 后出现 ITCM ECC 错误 大家好 启用 core_1 后,Autoever 报告 S32K324 ITCM ECC 错误。目前采用的是以下顺序。 1.仅在 IVT 中启用 CM7_0 2。CM7_0 RESET处理程序-> Mcu_Init-> mcu_initClock-> mcu_setMode-> 外设驱动程序初始化-> OS StartCore 3.在 Os_StartCore 中启用 CM7_1 启用 CM7_1 内核后不久,RESET 处理程序中出现了 ITCM ECC 错误。 CM7_1 RESET 处理程序中有 TCM 初始化例程,但是 ECC 错误是在执行该例程之前发生的。 虽然 CM7_1 在断点处停止,但 ERM 中的 CORR_ERR_CNT13 有所增加。 您能给我一些建议吗? 顺祝商祺! 雅各 优先权:紧急 RTD 资料来源直接客户 Re: [S32K324 Mcu] ITCM ECC error after enabling the core_1 你好@james-lee, 是的,这是 K3 上已知的错误。 我试图从硬件/引导加载程序团队找到根本原因: https://community.nxp.com/t5/HSE-FW-Support/TCM-ECC-errors-on-S32K3-devices/m-p/1987897 但目前还不清楚。 ITCM 和 DTCM 在进入 RESET 处理程序之前处于启用状态,对于某些错误,错误会在执行前几条指令(即使它们与 TCM 无关)后随机触发触发信号。 一种解决方法是将 TCM init 启动例程移到启动开始时,这在很多情况下都有效,但在某些 K3 衍生工具 100% 上却不行,即使在 TCM init 启动过程中,它也会随机出现。 第二种解决方法是忽略这些故障,直到它们被 eMcem_Init() 清除。 清除后,一旦启动时完全初始化 TCM,它们将不会再次触发信号。 因此,如果启动了更多内核,则每个内核的 TCM 可能会引发此错误,因此,如果您不想针对这些 TCM 故障触发信号,则只能在所有内核启动后调用 FCCU/DCM 故障配置 (emcem_init ())。 亲切的问候, Radoslav
記事全体を表示
サポートのリクエスト – 電源投入ピンのプルアップ後の出力短絡問題 こんにちは、ヨゼフさん。 私たちのデザインの 1 つに問題が発生しており、ご指導いただければ幸いです。 要件に従ってPOWER_ON ピンをプルアップしましたが、これを行った後、出力ピンが短絡しているように見える(または短絡しているかのように動作している) ことがわかりました。この動作の根本的な原因を理解することはできません。 以下の点についてご理解いただけますでしょうか。 POWER_ON ピンをプルアップした後に出力が短絡するのはなぜですか? このピンに必要な特定の構成手順またはハードウェア条件はありますか? 問題を特定するために推奨される診断またはチェックはありますか? 必要であれば、回路図スニペットまたは測定スクリーンショットを提供できます。 サポートをどうぞよろしくお願いいたします。 よろしくお願いいたします。 シヴァニ e. Re: Request for Support – Output Shorting Issue After Pulling Up Power-On Pin こんにちは@Shivani_Elavena 製品チームに適切にリダイレクトできるように、アプリケーションで使用している NXP 部品番号を共有してください。 事前に感謝いたします。 よろしくお願いいたします。 Re: Request for Support – Output Shorting Issue After Pulling Up Power-On Pin こんにちは、ヴェロニカさん。 再開まで今しばらくお待ちください。 このアプリケーションで使用している NXP 部品番号はPF5020です。 このお問い合わせを適切な製品チームに転送してください。 事前に感謝いたします。 よろしくお願いします、 シヴァニ e. Re: Request for Support – Output Shorting Issue After Pulling Up Power-On Pin こんにちは、シヴァニさん。 電圧レベルと部品の値を含む回路図を共有してください。問題は再現可能ですか?この問題はいくつのボードで発生していますか?PF5020 を新しい部品に交換した場合、動作は同じですか? 敬具、 ヨゼフ
記事全体を表示
有关通过 RTD/MCAL 和 ICU 通知进行 IMCR 配置的问题 你好,团队 请问有关 S32K3 RTD MCAL 的问题如下? 我正在使用基于 Ip 演示的 MCAL 实现以下功能。 我发现有一点需要用 "IMCR81 "来配置 "0b0110",如下所示。 emios1_ch1<-> trgmux 如何通过 RTD 进行配置? 还是需要手动编码? 谢谢。 RTD 资料来源直接客户 来源:恩智浦内部来源:恩智浦内部 Re: Question about IMCR configuration by RTD/MCAL and ICU notification 你好@Luke_Chun、 我认为 RTD 驱动程序在配置中不支持这一点,因为端口驱动程序将支持可以连接到外部的焊盘。 不过,如果您只是想更改 IMCR81 的 SSS,我想您可以试试端口驱动程序中的这个功能: 顺祝商祺! Nhi Re: Question about IMCR configuration by RTD/MCAL and ICU notification 你好@Nhi_Nguyen 我指的是以下信息。 我没有将该引脚与 EMIOS 一起使用,我只将内部信号用于 TRGMUX 和 EMIOS。 我能再问一次检查的问题吗? 谢谢。 Re: Question about IMCR configuration by RTD/MCAL and ICU notification 你好@Luke_Chun、 IMCR81 是 PTA11。要将 PTA11 配置为 EMIOS1 通道 1,SSS 必须配置为 11。如果 SSS 为 110,则应为 LPSPI1_PCS0。如下所示: 顺祝商祺! Nhi Re: Question about IMCR configuration by RTD/MCAL and ICU notification 你好@Nhi_Nguyen 我能问一个关于功能的问题吗? 当基准设置为 NULL_PTR 时,引脚设置将不起作用。 是这样吗?   谢谢。   Re: Question about IMCR configuration by RTD/MCAL and ICU notification 你好@Luke_Chun、 通常,您必须配置与 IMCR 寄存器相对应的 MSCR 寄存器,以便输入。例如 例如,设置 EMIOS0 通道 9 的 PTA1 为输入,包括 2 个步骤:寄存器 MSCR1 设置输入或输出方向,寄存器 IMCR57 设置 SSS。 如果函数 Siul2_Port_Ip_SetInputBuffer() 中的 base = NULL_PTR,则忽略在 MSCR 中设置输入或输出的步骤。 顺祝商祺! Nhi
記事全体を表示
如何在 Linux 6.6.36 版上使用 Yocto 编译 Chromium 浏览器 我目前的平台是 IMX8MP,我下载了 Linux 版本 6.6.36 的 Yocto,但如何编译 Chromium 浏览器? 我在 `conf/local.conf` 中添加了 `IMAGE_INSTALL:append ="chromium-ozone-wayland"`、然后执行 `bitbake chromium-ozone-wayland`,结果出现以下错误。 回复: How to compile the Chromium browser using Yocto on Linux version 6.6.36 这里只有 6.1.36 版本、不是 6.6.36。我可以使用 6.1.36 编译 Chromium、但使用 6.6.36 版的 Yocto 无法运行。 https://github.com/nxp-imx/meta-imx/tree/scarthgap-6.6.36-2.1.0 我在这里拉了 yocto 回复: How to compile the Chromium browser using Yocto on Linux version 6.6.36 https://github.com/nxp-imx/meta-imx/tree/scarthgap-6.6.36-2.1.0 我在这里拉了 yocto 回复: How to compile the Chromium browser using Yocto on Linux version 6.6.36 你确定吗? 这里只有 6.1.36 版本、不是 6.6.36。我可以使用 6.1.36 编译 Chromium、但使用 6.6.36 版的 Yocto 无法运行。 回复: How to compile the Chromium browser using Yocto on Linux version 6.6.36 你好 1. 使用正确的清单初始化仓库: ``` repo init -u https://github.com/nxp-imx/imx-manifest-b imx-linux-mickledore-m imx-6.6.36-2.2.xml ````2. 同步仓库: ``` repo sync ``` 3. 设置编译环境: ``` MACHINE=imx8MP-LPDDR4-EVK DISTRO=发行版。 source ./imx-setup-release.sh-b build_im x8mp ```4. 将以下行添加到 `conf/local.conf` 中,将 Chromium 添加到你的图像中: ``` IMAGE_INSTALL:append = " chromium-ozone-wayland" ``` 5. 使用包含 Chromium 的镜像版本: ``` bitbake imx-image-multimedia ``` 或者,你可以只构建 Chromium 代码包: ``` bitbake chromium-ozone-wayland ``` ## 重要注意事项: - 使用 `DISTRO=fsl-imx-wayland` 代替 `fsl-imx-xwayland` 以正确实现 Chromium - 应使用恩智浦 Yocto 中提供的默认 chromium 层,而非手动下载 meta-chromium - 如果你在现有版本中遇到版本问题,请使用 `bitbake -f chromium-ozone-wayland` 强制重建 - Chromium 不适用于 `core-image-minimal`;请使用更完整的镜像,如 `imx-image-multimedia` 或 `imx-image-full` 此配置应能解决你在 IMX8MP 平台上使用 Chromium 浏览器时遇到的编译错误。 此致问候 回复: How to compile the Chromium browser using Yocto on Linux version 6.6.36 设置 `CORE_IMAGE_EXTRA_INSTALL +="chromium-ozone-wayland"` 会导致以下错误:
記事全体を表示
如果不在 SJA1110DEL 上使用 LOC_WAKE_IN 和 WAKE_IN_OUT 可以保持浮空状态吗? 如果它们不能浮空,我应该把它们绑在一起然后拉到 VDD33_AO 还是 GND?谢谢。   SJA1110 以太网 开关 Re: Can I leave LOC_WAKE_IN and WAKE_IN_OUT floating if not used on SJA1110DEL? 你好@peter123、 未使用的 WAKE_IN_OUT 可以保持浮空状态。 未使用的 LOC_WAKE_IN 应通过 VSS 连接,例如4.7k 下拉。 顺祝商祺! 帕维尔
記事全体を表示
Debian flexbuildのコンパイル中にWifi Configsがコンパイルされない 6.6.52 カーネルに基づく Debian 12 で Wi-Fi をテストしたいと思います。 このコマンド connmanctl を実行した後、wifi を有効にすると、wifi が利用できないことが表示されます。 fexbuild から Linux ソースをコピーし、スタンドアロン 方法をコンパイルしました。 スタンドアロンでコンパイルされた.configとの違いは以下の通りです。および Debian でコンパイルされた .config。 スタンドアロンでコンパイルされた.configにはWiFi関連の設定が含まれていますが、flexbuildでコンパイルされた.configには設定が含まれていません その理由は何でしょうか。 Debianでimx8mpのWi-Fiをテストする方法 Re: Wifi Configs not compiling during debian flexbuild compilation 親愛なる@Neha_V様、 i.MX8MP-evk のデフォルトの debain 12 システムは、ドキュメントに記載されている NXP Wi-Fi をサポートしています。 https://www.nxp.com/docs/en/ユーザーガイド/UG10155-Debian-24.12.pdf どの Wi-Fi チップがサポートされているかは、/lib/firmware/nxp フォルダー内の対応するファームウェアでCAN確認できます。Wi-Fi ドライバは複数の Wi-Fi チップをサポートしており、ドライバをロードするときに、Wi-Fi ID に応じて正しいファームウェアがロードされます。 よろしくお願いします! よろしくお願いいたします。 魏東
記事全体を表示
VPU v4l2 ドライバ ERESTARTSYS 処理 私は i.MX8MP プロセッサを使用しており、ビデオプロセッシングユニット (VPU) を使用してビデオをエンコードしています。 v4l2 ドライバがユーザー空間の vsidaemon にコマンドを送信し、応答を待機しているときに、Linux シグナルが発行されると、v4l2 ドライバが vsidaemon を停止し、ユーザー空間アプリがビデオのエンコードを続行するために v4l2 デバイスを閉じて再度開く必要があるという問題を発見しました。 具体的には、v4l2ドライバの次の行は、`wait_event_interruptible()`を使用してvsidaemonからの応答を待機します。 Linux-imx/ドライバ/mxc/hantro_v4l2/vsi-v4l2daemon.c at lf-6.12.y · nxp-imx/Linux-imx · GitHub Linux シグナルが発行された場合 (良性または悪性)、`wait_event_interruptible()` は -ERESTARTSYS を返し、これにより `vsi_v4l2_sendcmd` 関数が呼び出されて -ERESTARTSYS が返され、これにより `vsiv4l2_execcmd()` 関数が呼び出されてコンテキスト エラーが設定されます ( https://github.com/nxp-imx/linux-imx/blob/be78e49cb4339fd38c9a40019df49b72fbb8bcb7/drivers/mxc/hantro_v4l2/vsi-v4l2daemon.c#L557 )。 その結果、v4l2 ドライバへの次の `ioctl()` 呼び出しによって vsidaemon が閉じられます。 Re: VPU v4l2 driver ERESTARTSYS handling 迅速なご返信ありがとうございます。`wait_event_interruptible()` を再試行するようにドライバを変更します。 Re: VPU v4l2 driver ERESTARTSYS handling こんにちは、 VPU v4l2 ドライバで発生している問題は、ドライバでの Linux シグナル処理の実装方法に関連しています。ドライバ コードで `wait_event_interruptible()` が使用される場合、待機中にシグナルを受信すると `-ERESTARTSYS` を返すように設計されています。これは標準的な Linux カーネルの動作です。 現在の実装では、v4l2 ドライバが vsidaemon からの応答を待機しているときにシグナルが待機プロセスを中断すると、ドライバはシステム コールを単純に再開するのではなく、エラー状態を設定します。これにより、次の `ioctl()` 呼び出しで vsidaemon が閉じられるため、v4l2 デバイスを閉じて再度開く必要があります。 これはドライバの既知の問題です。ドライバは、`-ERESTARTSYS` CASE を別の方法で処理するように変更できます。たとえば、vsidaemon を閉じることになるコンテキスト エラーを設定するのではなく、待機を再開したり、回復メカニズムを実装したりすることができます。 ドライバを変更せずに回避策が必要な場合は、次の操作を実行できます。 1. VPUとやりとりする際の重要なセクションでは、アプリケーション内の信号をブロックまたは処理します。 2. アプリケーションに回復ロジックを実装して、この状態を検出し、デバイスを自動的に再起動します。 永続的な修正を行うには、vsidaemon が閉じられないような方法で、`wait_event_interruptible()` からの `-ERESTARTSYS` 戻り値を適切に処理するようにドライバ コードを変更する必要があります。 よろしくお願いします。
記事全体を表示
如何在使用 PEMicro JTAG 调试 i.MX RT1064 时查看 printf 输出(无 USB-OTG 或 UART 连接 大家好 我之前通过 USB-OTG 端口调试 i.MX RT1064 应用程序,该端口提供了一个虚拟 COM 端口,允许我在串行终端上查看 PRINTF() 输出,而无需使用 UART 引脚。 最近,我改用 MCUXpresso IDE 中的PEMicro JTAG进行调试,但现在无法查看任何控制台输出。我尝试使用SWO/ITM 打印查看器,但没有出现任何输出。我还查找了半托管选项,但使用 PEMicro 时,MCUXpresso IDE 的项目设置中不存在这些选项。 我的问题: 在 i.MX RT1064 上通过 PEMicro JTAG 调试时,有什么纯软件方法可以在不连接外部 UART 硬件的情况下查看 printf 控制台输出? 如何通过查看调试控制台来调试我的代码? Re: How to view printf output while debugging i.MX RT1064 using PEMicro JTAG (no USB-OTG or UART con 你好@shreya1、 感谢您对 NXP MIMXRT 系列的关注! 首先,你最初使用 USB-OTG CDC 虚拟串行端口的方法是可行的。如果您想使用 SWO/ITM,请参阅以下应用笔记: https://www.nxp.com/docs/en/application-note/AN13234.pdf 它提到 此外,在 MCUXpresso 集成开发环境中使用 Semihosting 也同样有效。除此之外,如果你使用的是 jLink,可以考虑 RTT;如果你只需要监测变量而不打印日志,可以考虑 FreeMaster。 致以最诚挚的问候, Gavin
記事全体を表示
从连接集线器的单个 USB-C 端口启动 i.MX8mm 时出现问题 大家好, 我们在基于 i.MX8MM EVK 设计的基于 i.MX8MM 的板上遇到了问题。 我们只做了很小的改动,但其中一个改动是,我们使用了一个 USB-C 连接器来连接电源和数据,而不是 EVK 上的两个 USB-C 连接器。 我们发现,启动标准的 Yocto 镜像在 Linux 内核启动大约 2.5 秒后会进入 RESET。 我在论坛上发现了这个讨论,并实施了这些修补程序 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/i-MX8MP-USB-PD-realized/ta-p/1531209 通过这些更改,我可以直接通过 USB-C 电缆为板供电,然后它就可以启动了。 但是,当我将集线器连接到板并通过 USB-C 电缆为该集线器(以及板)供电时,它会再次启动大约 2.5 秒,然后在没有警告的情况下 RESET。 一次好的启动(直接连接 USB-C)看起来像这样 ``` [2.556356] tcpci 1-0050:设置电压/限流 0 mV 0 mA [2.556364] tcpci 1-0050:极性 0 [2.557998] tcpci 1-0050:请求复用器状态 0,子角色 0,方向 0 [2.559340] tcpci 1-0050:状态更改无效_状态-> SNK_UNATTACHED [2.559685] 随机:快速初始化完成 [2.560044] tcpci 1-0050:CC1:0 -> 0,CC2:0-> 0 [状态 SNK_UNATTACH, 极性 0,断开连接] [2.560050] tcpci 1-0050:1-0050:已注册 [2.568676] imx6q-pcie 33800000.pcie:链接 [2.570054] ALSA 设备清单:[2.570058] #0: imx-Sony Philips数字接口格式(SPDIF) [2.570060] #1: imx-audio-micfil [2.570063] #2: bt-sco-audio [2.570063]: bt-sco-audio [2.570063]: bt-s co-audio [2.57[ 570065] #3: wm8524-audio [2.575605] tcp ci 1-0050:设置电压/限流 0 mV 0 m A [2.633046] tcpci 1-0050:极性 0 [2.641245] tcpci 1- 0050:请求多路复用器状态 0,子角色 0,方向 0 [2.650541] tcpci 1-0050:cc: =0 [2.654583] tcpci 1-0050:待处理状态更改 PORT_RESET-> PORT_RESET_WAIT_OFF @ 100 毫秒 [2.665982] tcpci 1-0050:CC1:0 -> 0,CC2:0-> 0 [状态 PORT_RESET,极性 0,已断开连接] [2.677471] imx6q-pcie 33800000.pcie:Lin k up [2.681841] imx6q-pcie 33800000.pcie:Link up,Gen2 [2.762788] tcpci 1-0050:状态更改 PORT_RESET-> PORT_RESET_WAIT_OFF [延迟 100 毫秒] [2.770991] tcpci 1-0050:待处理状态更改 PORT_RESET_WAIT_OFF-> SNK_UNATTACKED @ 920 毫秒 [2.793168] imx6q-pcie 33800000.pcie:PCI 主机桥 到总线 0000:00 [2.799538] pci_bus 0000:00:根总线资源 [总线 00-ff] [2.805062] pci_bus 0000:00:根总线资源 [io 0x0000-0xfff] [2.811270] pci_bus 00 00:00:根总线资源 [mem 0x18000000-0x1ffff] [2.818215] pci 0000:00:00 .0:[16c3:abcd] 类型 01 类 0x060400 [2.824248] pci 0000:00:00.0:reg 0x10:[mem 0x00000000-0x000ffff] [2.830657] pci 0000:00:00.0:reg 0x00000000-0x0000fff 首选项] [2.837395] pci 0000:00.0:reg 0x00000000-0x0000fff 首选项] pci 0000:00:00.0:支持 D1 [2.841409] pci 0000:00:00.0:D0 D1 支持 PME# d3Hot d3Cold [2.849459] pci 0000:01:00.0:[8086:2725] type 00 class 0x028000 [2.855560] pci 0000:01:00.0:reg 0x0000:00.0:[mem 0x0000:00.0 0000-0x00003fff 64 位] [2.862716] pci 0000:01:00.0:D0 支持 PME# d3Hot d3Cold [2.883328] pci 0000:00:00.0:BAR 0:已分配 [mem 0x18000000-0x180ffff] [2.890136] pci 0000:00:00.0:BAR 14:已分配 [mem 0x1800000000-0x180ffff] [2.890136] pci 0000:00:00.0:BAR 14:已分配 [mem 0x1800000 00 -0x180fff] [2.890136 -0x181ffff] [2.897058] pci 0000:00:00.0:BAR 6:已分配 [mem 0x18200000-0x1820fff 首选项] [2.904310] pci 0000:01:00.0:BAR 0:已分配 [mem 0x18100000-0x18103fff 64 位] [2.91 1985] pci 0000:00:00.0:PCI 总线到 [总线 01-ff] [2.99] 17348] pci 0000:00:00.0:桥接窗口 [mem 0x18100000-0x181ffff] [2.924572] pcieport 0000:00:00.0:PME:使用 IRQ 238 发信号 [2.940737] 释放未使用的内核内存:26752K [2.945478] 将 /init 作为初始进程运行 启动版本 249.7+ [3.411637] zram0:检测到的容量从 0 更改为 1022136320 [3.699966] tcpci 1-0050:状态更改 PORT_RESET_WAIT_OFF-> SNK_UNATTACHED [延迟 920 毫秒] [3.708526] tcpci 1-0050:启动 切换 [3.726094] tcpci 1-0050:CC1:0-> 0,CC2:0-> 3 [状态切换,极性 0,已连接] [3.734375] tcpci 1-0050:状态更改切换-> SNK_ATTACH_WAIT [3.740568] tcpci 1-0050:待处理状态更改 SNK_ATTACH_WAIT-> SNK_DEBOUNCED @ 200 毫秒 [3. 949095] tcpci 1-0050:状态更改 SNK_ATTACH_WAIT-> SNK _ 已解除 [延迟 200 毫秒] [3.957228] tcpci 1-0050:状态更改 SNK_DEBOUNCED-> SNK_ATTACHED [3.9 63593] tcpci 1-0050:cc: =2 [3.968654] tcpci 1-0050:请求复用器状态 1、子角色 2、方向 2 [3.988963]] tcpci 1-0050:状态更改 SNK _ATTACHED-> SNK_STARTUP [3.995180] tcpci 1-0050:状态更改 SNK_START UP- > SNK_DISCOVERY [4.001457] tcpci 1-0050:设置电压/限流 5000 mV 0 mA [4.007822] tcpci 1-0050:vbus=0 充电:=1 [4.0 12902] tcpci 1-0050:状态更改 SNK_DISCOVERY-> SNK_WAIT_CAPABILITIES [4.020374] tcpci 1-0050:待定状态更改 SNK_WAIT_CAPBILITIES 能力-> SOFT_RESET_SEND @ 310 毫秒 [4.029911] tcpci 1-0050:CC1:0- > 0,CC2:3-> 3 [状态 SNK_WAIT_CAPABILITIES,极性 1,已连接] [4.339236] tcpci 1-0050:状态更改 SNK_WAIT_CAPBILITIES-> SOFT_RESET_SEND [延迟 310 毫秒] [4.348059] tcpci 1-0050:PD TX 完成,状态:2 [ 4.370056] tcpci 1-0050:状态更改 SOFT_RESET_SEND-> HARD_RESET_SEND [4. 376867] tcpci 1-0050:PD TX,类型:0x5 [4.389564] tcpci 1-0050:PD TX 完成,状态:0 [4.394785] tcpci 1-0050:状态更改 HARD_RESET_SEND-> HARD_RESET_START [4.403601] tcpci 1-0050: 状态更改 HARD_RESET_START-> SNK_HARD_RESET_SINK_OFF [4. 411196] tcpci 1-0050:vconn:=0 [4.414978] tcpci 1-0050:请求 mux 状态 1、子角色 2、方向 2 [4.422366] tcpci 1-0050:待处理状态更改 SNK_HARD_RESET_SINK_OFF -> SNK_HARD_RESET_SINK_ON @ 650 毫秒 [5.082397] tcpci 1-0050:状态更改 SNK_HARD_RESET_SINK_OFF-> SNK_HARD_RESET_SINK_ON [延迟 650 毫秒] [5.093960] tcpci 1-0050:状态更改 SNK_HARD_RESET_SINK_ON-> SNK_ STARTUP [5.101032] tcpci 1 -0050:状态更改 SNK_STARTUP-> SNK_DISCOVERY [5.107311] tcpci 1-0050:设置电压/限流 5000 mV 0 mA [5.113688] tcpci 1-0050: 状态更改 SNK_RESET_SEND-> SNK_WAIT_CAPABILITIES [5.121577] tcpci 1-0050:待处理状态更改 SNK_WAIT_CAPABILITIES-> HARD_RESET_SEND @ 310 ms [5.440826] tcpci 1-0050:状态更改 SNK_WAIT_CAPABILITIES- > HARD_RESET_SEND [延迟 310 毫秒] [5.449649] tcpci 1-0050:PD TX,类型:0x5 [5.462207] tcpci 1-0050:PD TX 完成,状态: 0 [5.467402] tcpci 1-0050:状态更改 HARD_RESET_SEND-> HARD_RESET_START [5.480229] tcpci 1-0050:状态改变 HARD_RESET_START-> SNK_HARD_RESET_SINK_OFF [5.487814] tcpci 1-0050:vconn: =0 [5.492528] tcpci 1-0050:请求多路复用器状态 1、子角色 2、方向 2 [5.500184] tcpci 1-0050: 待处理状态更改 SNK_HARD_RESET_SINK_OFF-> SNK_HARD_HARD_OFF RESET_SINK_ON @ 650 毫秒 [6.160197] tcpci 1-0050:状态更改 SNK_HARD_RESET_SINK_OFF -> SNK_HARD_RESET_SINK_ON [延迟 650 毫秒] [6. 170998] tcpci 1-0050:状态更改 SNK_HARD_RESET_SINK_ON-> SNK_STARTUP [6.178058] tcpci 1-0050:状态更改 SNK_STARTUP-> SNK_DISCOVERY [6.184330] tcpci [6.184330] tcpci [6. 184330] tcpci 1-0050:设置电压/限流 5000 mV 0 mA [6.190694] tcpci 1-0050:状态变化 SNK_DISCOVERY-> SNK_WAIT_CAPABILITIES [6.1994 32] tcpci 1-0050:待定状态更改 SNK_W AIT_CAPABILITIES- > SNK_READY @ 310 毫秒 [6.518144] tcpci 1-0050:状态更改 SNK_WAIT_CAPABILITION S-> SNK_READY [延迟 310 毫秒] ``` 启动不良(通过 USB 集线器)看起来像这样 ``` [2.573714] tcpci 1-0050:设置限流 0 mV 0 mA [2.588084] tcpci 1-0050:极性 0 [2.593368] random:快速初始化完成 [2.597157] tcpci 1-0050:请求复用器状态 0,usb-角色 0,方向 0 [2.606898] tcpci 1-0050:状态更改 INVALID_STATE -> SNK_UNATTACHED [2.614139] tcpci 1-0050:CC1:0 -> 4,CC2:0 -> 0 [状态 SNK_UNATTACHED,极性 0,已连接] [2.622935] tcpci 1-0050:状态更改 SNK_UNATTACHED -> SNK_ATTACH_WAIT [2.629648] tcpci 1-0050:状态更改 SNK_ATTACH_WAIT -> PORT_RESET [2.636015] tcpci 1-0050:1-0050:已注册 [2.645016] tcpci 1-0050:设置限流 0 mV 0 mA [2.649889] ALSA 设备列表: [2.651137] tcpci 1-0050:极性 0 [2.654108] #0:Sony Philips数字接口格式(SPDIF) [2.659325] tcpci 1-0050:请求复用器状态 0,usb-角色 0,方向 0 [2.660491] #1:imx-audio-micfil [2.667628] imx6q-pcie 33800000.pcie:链路已建立 [2.670836] #2:bt-sco-audio [2.675197] imx6q-pcie 33800000.pcie:链路已建立,Gen2 [2.678253] #3:wm8524-audio [2.687083] tcpci 1-0050:cc:=0 [2.691422] tcpci 1-0050:待处理状态更改 PORT_RESET -> PORT_RESET_WAIT_OFF @ 100 毫秒 [2.699612] tcpci 1-0050:状态更改 PORT_RESET -> PORT_RESET_WAIT_OFF [延迟 100 毫秒] [2.707795] tcpci 1-0050:0 U-Boot SPL 2021.04-imx_v2021.04_5.10.35_2.0.0+g3463140881 (2021 年 6 月 8 日 - 01:39:44 +0000) ``` 感觉就像检测到 USB 集线器会导致一些 " RESET " 代码流,从而导致电源中断,但这只是我目前的猜测。 这已经成为一个真正的时间池,因此非常希望得到任何帮助和建议,以推进我们的工作。 谢谢& ,谨致问候、 亚历克斯 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Yocto Project Re: Problem booting i.MX8MM from single USB-C port with hub attached 你找到解决办法了吗? 我一直在追踪一个类似的问题,但进展甚微。
記事全体を表示
HVBMS s32k358 プロジェクト こんにちは: 現在、s32k358 プラットフォームをベースにした BMS システムの開発に取り組んでいます。開発にあたっては、すでに「HvBms800_774_772_TPL_Bring_Up」のソースコードを参照しています。 元のコードと NXP の EVB に戻り、このプロジェクトを使用して NXP RD-K358BMU ボードで実行すると、システムを約 30 分から 1 時間実行した後に GeneralError がエラーを返すことがわかりました。エラーは常に「ERROR_CMU_READ_MEASUREMENTS_SME3_ERROR」などの SL レイヤー部分に関連します。 SL 部分のないプロジェクトやソースコードを公開するものがあるかどうか知りたいです。問題が分からないからです。本当にNXPの助けが必要です。よろしくお願いします。 よろしくお願いします。 BR、ビルウェン Re: HVBMS s32k358 project こんにちは: NXP サンプル プロジェクト「 HvBms800_774_772_TPL_Bring_Up 」の添付ファイルを更新しました。 よろしくお願いします。 BR、ビルウェン Re: HVBMS s32k358 project こんにちは、BillWenさん。 HVBMS チームからのフィードバックは次のとおりです。 Bms SL デモ部分内には、デモ SW の実稼働使用を防ぐために、使用回数を制限するカウンターがあります。この機能は、2021 年の最初のリリース以来、当社のソフトウェアに含まれています。 SO、これを回避するために、お客様はプレミアムを購入する必要があります。これが当社のソフトウェアの意図した動作です。 そうでない場合は、TD 抽出を独自に処理する必要があります。 よろしくお願いします、 ロビン --------------------------------------------------------------------------------- 注記: - この投稿があなたの質問への回答である場合は、「解決策として承認」ボタンをクリックしてください。ありがとう! - Threadは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいThreadを開いて、閉じたThreadを参照してください。 ---------------------------------------------------------------------------------
記事全体を表示
AES-128-GCM 支持 / S32K1xx& MPC5606 示例代码 你好,我 可以看看恩智浦是否为 MPC5606 或 S32K1xx 设备提供任何 AES-128-GCM 示例代码或参考实现吗? 如果有,能否分享示例项目、API 使用指南或相关文档? 谢谢! Re: AES-128-GCM Support / Sample Code for S32K1xx & MPC5606 你好@Chandler_L MPC5606 不包括网络安全模块。S32K1 设备采用 cSec 模块,该模块是根据 SHE 规范实现的;因此,不支持 GCM 模式。 唯一的选择是使用软件库,如 wolfSSL、Mbed TLS 或其他类似解决方案。这些图书馆不是我们的产品,因此请参阅其官方在线资源了解更多信息。 问候, Lukas
記事全体を表示