NXP Connects - 中国 - 2018年9月5-6日 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 汽车电子 汽车雷达信号处理加速 AD/ADAS Overview  使用时间敏感网络 (TSN) 和以太网构建您的汽车网络 未来汽车网络中的 CAN——了解不同的趋势和解决方案 电气化——高压电动汽车功率逆变器系统及GD3100评测 电气化——用于高压电池管理系统的 MC3377x 电池控制器 探索汽车通用 MCU 产品组合 GPIS触摸传感解决方案 MCU：MagniV ®集成解决方案深入探究 下一代功能安全架构 NXP 的 xEV 能源管理解决方案 NXP 汽车门禁——迈向智能门禁的路线图（NFC、BLE、UWB、SE） OTA 更新——完整系统解决方案的要求 汽车电源管理解决方案_Connects China S32通用底盘概述 S32雷达处理器，产品革命 汽车网关的兴起与发展 xEV HV牵引电机功率逆变器平台 人工智能、使能技术、安全与解决方案 低成本边缘计算节点中的机器学习 (ML) 和人工智能 (AI) 愿景  边缘计算——何时、为何以及如何_Connects China 一秒内即可启动？了解详情_Connects China EdgeScale：云端安全边缘设备和应用管理解决方案_Connects China 学习如何使用 MCUXpresso 软件和工具快速启动并运行 i.MX/MCU 安全功能概述 使用 OpenWRT、Yocto、Ubuntu 还是您自己的定制 Linux ®发行版？了解恩智浦如何轻松利用多发行版方法进行软件开发_Connects China 智能机械和工业自动化 恩智浦完整的电机控制解决方案 开放工业Linux ® （OpenIL）——安全、稳健、实时的工业和自动化应用_Connects China 时间敏感网络 (TSN) 和精确时间协议 (PTP)：挑战、机遇和解决方案 多媒体体验 NXP MCU 和 MPU 语音和音频解决方案，面向 AI-IoT 市场 智能网络与计算 用于移动宽带的DAS和小型基站 采用 GaN 技术，适用于 1GHz 以上蜂窝频段的高功率射频应用 采用 LDMOS 技术的蜂窝频段高功率射频应用 SD-CPE——与虚拟机（Docker 等）一起部署并由 Orchestrator 管理的 CPE SD-WAN——按需灵活网络带宽管理的概念与应用 智能世界解决方案和多模连接 快速充电器/适配器 (TEA1936+ TEA199x+ TEA1903x/05x)；LLC 谐振交流/直流电源 (TEA19161+ TEA19162+ TEA1995) i.MX RT 支持和参考解决方案 i.MX RT 概述及内存扩展设计安全性 NXP无线充电解决方案及设计简介 低成本、经过生产验证的智能电子锁解决方案 MiGLO ® _连接中国 NTAG ®智能传感器_中国互联 恩智浦智能家居、楼宇和照明连接解决方案以及面向消费、医疗、工业物联网和汽车市场的 BLE 低功耗解决方案 电源调节/市场趋势以及恩智浦AC/DC电源解决方案概述 快速物联网原型开发套件_Connects China 智能放大器软件_连接中国 Type-C端到端解决方案_Connect China 低功耗物联网应用传感器的使用技巧和窍门_Connects China 新兴趋势与创新 恩智浦基于 Arm ® Cortex ® -M 内核的 MCU 产品组合概述 安全防篡改认证_Connects China

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

MCX W71ナレッジハブ MCX W71ワイヤレス・マイクロコントローラは、96 MHz Arm® Cortex®-M33コアに加え、Matter™、Thread®、Zigbee®、Bluetooth® Low Energyをサポートするマルチプロトコル無線サブシステムを備えています。この無線サブシステムは独立しており、コアやメモリも専用で、メインCPUの負荷を軽減するので、プライマリ・アプリケーションの分が保持され。また、ファームウェア・アップデートによる将来のワイヤレス標準のサポートも可能です。EdgeLock® Secure Enclave Core Profileを統合した高度なセキュリティのMCX W71xは、NXPのEdgeLock 2GOクラウド・サービスによるサポートで認証情報の共有にも対応します。 シングルチップ・ソリューションとしてもホステッドアーキテクチャのコプロセッサとしても機能するMCX W71xファミリなら、インダストリアルデバイスもIoTデバイスもサポートします。   MCX W71 Block DiagramMCX W71ブロック図 書類 MCX W71 リファレンスマニュアル MCX W71 データシート Errata Secure Referenceマニュアル** 認証 評価ボード FRDM-MCXW71 ページ FRDM-MCXW71 回路図 FRDM-MCXW71 デザインファイル FRDM-MCXW71ユーザーマニュアル FRDM-MCXW71入門 アプリケーションノート AN14398：RTCをFRDM-MCXW71で使用する方法 このアプリケーションノートでは、RTCペリフェラルを設定し使用するための方法をBLEデモで説明します。 AN14416：ウォッチドッグ・タイマ・モジュールをFRDM-MCXW71 Bluetooth Low Energy Connectivity Stackで有効にする このアプリケーションノートでは、WDOGタイマを実装するプロセスをConnectivity Stackのデモで説明します。 AN14396：MCX W71でOTAP Client ServiceをBluetooth LEペリフェラル・デバイスに統合する このアプリケーションノートでは、Over the Air Programming（OTAP）Client ServiceをBLEペリフェラル・デバイスに統合する手順とプロセスを説明します。 AN14391：MCX W71 Loadpull Report このアプリケーションノートでは、ロードプル特性の測定方法と関連する結果について説明します。 AN14394：MCX W71のファームウェア・アップデート・イメージをOTAPツールで作成する このアプリケーションノートでは、イメージをMCX W71ボードにOTAPで作成し更新する手順を説明します。 AN14389：MCXW71 Bluetooth LEの電力消費分析 このアプリケーションノートには、MCXW71ワイヤレスMCXの電力消費、ハードウェアの設計、低電力動作向けの最適化に関する情報を掲載します。 AN14387：MCXW71パワーマネージメント・ハードウェア このアプリケーションノートでは、MCXW71 MCUでパワーマネージメント専用の各種モジュールの使用方法を説明します。 AN14399：MCXW71による802.15.4アプリケーションのコネクティビティテスト このアプリケーションノートでは、コネクティビティテストツールを使用してMCXW71 802.15.4のRF性能を実行する方法を説明します。 AN14374：FRDM-MCXW71 RFシステムでのBluetooth LEおよびIEEE 802.15.4アプリケーションの評価レポート このアプリケーションノートでは、FRDM-MCXW71ボードの無線周波数（RF）評価テストの結果を、BLE（2FSK変調）アプリケーションの場合とIEEE 802.15.4（OQPSK変調）アプリケーションの場合について記載します。テストの実行時に使用可能なセットアップとツールについても説明します。 AN14427：MCXW71 In-System Programming（ISP）ユーティリティ このアプリケーションノートでは、MCXW71 MCUをISPモードで起動する手順と、多様なシリアル接続を確立してMCUと通信する手順を説明します。 AN14397：MCXW71 Flash for Application and Radioファームウェアを量産時にシリアル・ワイヤ・デバッグ（SWD）経由でプログラミングする このアプリケーションノートでは、量産時に必要となる設定をすべてSWD経由で書き込み、焼き込み、プログラミングする手順を説明します。  ZigBeeプロトコル Zigbee 3.0入門: このアプリケーションノートは、Zigbee 3.0デバイスファームウェアを独自に開発するための最適な出発点へのガイダンスです。 Zigbee 3.0 Base Device Template：このアプリケーションノートには、NXP DK006 Zigbee 3.0マイクロコントローラ採用Zigbee 3.0ネットワークでのBase Deviceの機能と動作のデモを行うためのアプリケーション例を提示します。 Zigbee 3.0デバイスの開発: このアプリケーションノートでは、Zigbee 3.0 On/Off Sensorの開発の出発点をBase Device Template End Deviceアプリケーションとするための方法を説明します。このアプリケーションノートで説明するOn/Off SensorのベースとなるZigbeeデバイスタイプは、Zigbee Lighting and Occupancy（ZLO）デバイス仕様です。 Zigbee 3.0 Light Bulbs：このアプリケーションノートには、NXP DK006ワイヤレス・マイクロコントローラ採用Zigbee 3.0ネットワークでの電球のアプリケーション例を提示します。 Zigbee 3.0 IoT Control Bridge：このガイドは、ユーザーがControl Bridgeにグラフィカルユーザーインターフェース（GUI）で接続する（ホストをシミュレートする）ことでZigbeeネットワークを操作するのを許可するための情報を提供するものです。Control Bridgeとのインターフェースに使用するシリアルプロトコルに加え、関連するコマンドとレスポンスのすべてのペイロードについても記載します。 Zigbee 3.0 Green Powerデバイス：このアプリケーションノートは、Zigbee 3.0デバイスファームウェアを独自に開発するための最適な出発点へのガイダンスです。 Zigbee 3.0 センサー：このアプリケーションノートには、NXP DK006 Zigbee 3.0ワイヤレス・マイクロコントローラ採用Zigbee 3.0ネットワークでのセンサーのアプリケーション例を提示します。 Zigbee 3.0 コントローラおよびスイッチ：このアプリケーションノートには、NXP DK006ワイヤレス・マイクロコントローラ採用Zigbee 3.0ネットワークでのコントローラとスイッチのアプリケーション例を提示します。このアプリケーションノートには、Zigbee 3.0ネットワークでのZigbee Green Power (GP) （GP）Energy Harvestingスイッチの代表例も掲載します。 Zigbee 3.0クラスターの開発：このアプリケーションノートでは、Zigbee 3.0 Window Coveringデバイスの開発の出発点をBase Device Template Router Deviceアプリケーションとするための方法を説明します。このアプリケーションノートには、次の2つの使い方があります。 最後に記載した手順で作成される機能サンプルを使用してWindow Coveringデバイスを作成するための出発点として。 NXP ZCLの実装に含まれないデバイスやクラスター（メーカー固有のデバイスやクラスターなど）を作成するためのガイドとして。 サポート MCX W71に関して不明な点がありましたら、Wireless MCUコミュニティまでご質問をお寄せください。こちらです。 便利なリンク KW45/KW47/MCXW71/MCXW72でのSignal Frequency Analyzer（SFA）モジュールを使用したクロック測定 - NXPコミュニティ：このコミュニティでは、Signal Frequency Analyzerの使用方法に関する手順を提示しています。 KW45（オートモーティブ）またはK32W1/MCXW71（IoT/インダストリアル）を使用してPCBを初めて正しく構築するための最適な方法 - NXPコミュニティ：このコミュニティには、KW45またはK32W148/MCXW7を使用してPCBを構築するための重要なリンクと、無線性能、低電力、無線認証（CE/FCC/ICC）に関するあらゆる情報があります。 HCI_bbをKinetisファミリ製品で使用してDTMモードにアクセスする方法：この記事は次の2つの部分に分かれています。 HCI_bbバイナリを Kinetis製品へフラッシュする方法。 R&S CMW270を使用してRF測定を行う BLE HCIアプリケーションによるトランスミッタ/レシーバテストコマンドの設定：この記事では、ユーザーはどのようにすればシリアルコマンドをデバイスに送信できるかを示す手順を説明します。 Bluetooth LE HCI Black Boxクイックスタートガイド：この記事では、ユーザーが無線をシリアルコマンドで制御できるようにするためのシンプルなプロセスを説明します。 トレーニング MCX W71トレーニング：Secure MCUs for Matter, Zigbee, BLE MCX W シリーズトレーニング - NXP コミュニティ 機器 ワイヤレス機器：この記事には、プロジェクト開発に役立つ機器へのリンクを提示します。 開発ツール NXP MCUXpresso：編集、コンパイル、デバッグの高度な機能を備えたMCUXpresso IDEに、MCU固有のデバッグ機能が追加されています。すべての汎用Arm Cortex-Mとの接続をサポートします。 VS Code：MCUXpresso for Visual Studio Code（VS Code）は、組み込み開発者のエクスペリエンスをコードの編集と開発に向けて最適化したものです。 Zephyr RTOs  NXPアプリケーション・コード・ハブ：アプリケーション・コード・ハブ（ACH）リポジトリで、当社の専門家が開発したマイクロコントローラ・ソフトウェアのサンプル、コードスニペット、アプリケーション・ソフトウェア・パック、デモが簡単に見つかります。このスペースには、エンジニアがマイクロコントローラ・アプリケーションを迅速かつ容易に一貫性をもって探し当てるための方法があります。 NXP SPSDK：信頼性が高く使いやすいPython SDK統合ライブラリです。NXP MCUポートフォリオ全体で動作するので、お客様のクイックプロトタイピングから本番環境デプロイまで対応する強力な基盤となります。 NXP SECツール：GUIベースのアプリケーションMCUXpresso Secure Provisioning Toolは、NCP MCUデバイスのブータブル実行ファイルの生成とプロビジョニングをシンプル化するものです。 NXP OTAP Tool：ユーザーがNXP開発ボードのOver-the Air)ファームウェア・アップデートを実行するのに役立つアプリケーションです。 **セキュアなファイルに、さらなるアクセス権を要求することは必須です。 FRDMトレーニング ハンズオン・トレーニング プロトコル：802.15.4 プロトコル：BLE→コネクティビティ プロトコル：Bluetooth プロトコル：Matter プロトコル：Thread プロトコル：Zigbee

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 使用和设置

s32k3如何恢复闪存？ Hi NXP, 我正在开发用于更新应用程序的启动应用程序。当引导程序 pflash 遇到某些错误并触发 swt 重置 mcu 时，检查 plash 是否部分无法访问。如下图所示， 1. 这是一个 flash ecc 错误案例吗？ 2.在这种情况下，jlink无法对闪存进行编程，您能否给出一些如何将闪存恢复到正常状态的建议？ 回复：s32k3 如何恢复闪存？ Hi @victory, 必须先读取闪存。 我可能会关注为什么闪烁会卡住以及为什么 MCU 必须由 WDOG 重置。 正在编程的闪存块不得被总线上的任何主机访问。 这可能需要禁用中断或将闪存驱动程序放入 SRAM。 此致， Daniel 回复：s32k3 如何恢复闪存？ 我正在使用s32k312 有没有什么方法可以在不读取目标闪存区域的情况下检测错误，以了解该区域是否存在 ecc 错误并且无法访问？ 回复：s32k3 如何恢复闪存？ Hi @victory, 您能指定S32K3xx零件编号吗？ 如果在闪存操作正在进行时重置 MCU，则无法定义闪存的内容，并且会出现 ECC 错误。 如果在读取操作期间检测到无法纠正的 ECC 错误，则会设置 MCRS[ERR] 标志。 可以抑制检测： 此致， Daniel 回复： s32k3如何恢复flash？ 附加： 是否可以禁用 flash ecc 功能？

S32G3 フラッシュアップグレード こんにちは、nxpチーム: S32G3の外部フラッシュMX25UW51245GXDR00のアップグレードプログラムを開発したいです。対応するプロセスへの公式な言及はありますか?ありがとうございます。 S32G-VNP-RDB3  S32G3 日時:s32g3フラッシュアップグレード Hello, @jiajun  投稿ありがとうございます。 私たちの側からの遅れを申し訳なく思います、私はあなたが他の投稿を提起したことを発見しました、あなたはそれとこの1つをミラーリングしてもよろしいですか? よろしくお願いいたします。 BR チェンイン

imx93 ele demo Hi NXP Team, We are trying to use the i.MX93 EVK for the EdgeLock Enclave demo: https://github.com/nxp-imx-support/imx-ele-demo/tree/main We would like to ask how to set up the environment, as we could not find the file fsl-imx-internal-xwayland/6.1-langdale/environment-setup-armv8a-poky-linux.  $ source /opt/fsl-imx-internal-xwayland/6.1-langdale/environment-setup-armv8a-poky-linux  thanks,

S32K3 FEE_Read 问题 S32K3 实现了 FEE。但是，FEE_Read 总是失败，其返回值 RetVal 为 1。请勿使用以下"else" 语句： 当到达"Fee_ExampleAssert" 点时，无法直接退出 while 循环。请问问题出在哪里？以下是 EB 配置： 存储器： 希望路过的工程师们能看一看，并提供一些帮助。 非常感谢。 Re: S32K3 FEE_Read problem 非常感谢你的答复。我仔细检查后发现是底层配置出了问题。我发现，收费块大小和收费虚拟页大小必须是倍数关系，操作才能成功。 Re: S32K3 FEE_Read problem 关于 FEE，您还能帮我解决其他问题吗？我使用的参考是 SW32K3_RTD_R21-11_3.0.0_P07-fee_ts_t40d34m30i0R0 (S32K344) 目前，在进行FEE配置和调试之前，ADC采样没有问题。但是，添加 FEE 模块后，当 ADC 的初始化、触发信号和中断功能被注释掉时，FEE 存储正常。但是，一旦开启 ADC，就会出现在 ADC_startGroupConversion 处卡住然后进入硬故障的情况。 然后我尝试注释掉FEE的所有相关内容，只关注ADC部分。但是，我发现 ADC 的采样触发信号存在问题，当它到达 ADC_startGroupConversion 阶段时，它进入了硬故障。 Re: S32K3 FEE_Read problem Hi@xingyun 建议你不要使用QQ邮箱来注册NXP的账户，使用你们的单位邮箱来注册NXP的账户来提高处理你们问题的优先级。 Regarding your new question, firstly, I'd like to know why you're using an older version of RTD. Could you try using a newer version? If the problem persists after upgrading to the newer version, please provide a project that reproduces the issue, and I will take the time to check it for you. Again, please do not use email addresses like QQ to create topics, as such accounts will not receive priority technical support.

MIMXRT1176 CM4 スタンドアロン フラッシュ/デバッグの問題 – PC レジスタ書き込みエラー (E22) こんにちは、NXPチーム 私はMCUXpresso IDEを使用してi MX RT 1176で作業しており、CM4アプリケーションを単独でフラッシュしてデバッグしようとしています。 CM4プロジェクトは正常にビルドされますが、フラッシュまたはデバッグ起動中にダウンロード段階でプロセスが失敗し、デバッガはプログラムカウンタレジスタに書き込むことができないと報告し、E22エラーを返します。 アプリケーションの実行が始まる前にエラーが発生する この問題は、CM4コアを直接フラッシュまたはデバッグしようとした場合にのみ再現できます。 CM7アプリケーションは同じボード上で正常にフラッシュされ、実行されます 私の理解では、CM4コアは、CM4がリリースされる前は、フラッシュ初期化とシステムセットアップのためにCM7に依存しています。 RT1176でCM4コアをスタンドアロンモードでフラッシュまたはデバッグしようとすると、この動作が予想されるかどうかを尋ねたいと思います。 このデバイスでCM4アプリケーションをロードおよびデバッグするための推奨ワークフローについても確認したいと思います。 最後に、E22の失敗はCM4コアがまだリリースされていないか、CM7によってクロックされていないことを示しているのかどうかを知りたいです。 NXPチームからのアドバイスをいただければ幸いです。 ご協力ありがとうございました 評価ボード Re: MIMXRT1176 CM4 standalone flash/debug issue – PC register write failure (E22) こんにちは@meetbhatt2113さん、 NXP MIMXRTシリーズにご興味をお持ちいただきありがとうございます。 CM4 アプリケーションの場合、フラッシュではなく RAM から実行するようにリンクする必要があります。SDKs に提供されているマルチコアの例を参照として使用できます。CM7 はマスター コアとして機能します。 CM4 アプリケーションを開発およびデバッグする必要がある場合は、CM7 が CM4 アプリケーションを準備して起動するマルチコア例のアプローチに従ってください。さらに、この AN は良い参考資料です: https://www.nxp.com/docs/en/application-note/AN13264.pdf よろしくお願いします、 ギャビン

MC34716EP 备用零件 请向我推荐 MC34716EP 的替代零件 Re: MC34716EP alternate part 遗憾的是，没有合适的部件可以直接替换。 5 V PMIC解决方案|恩智浦半导体 我们有许多 PMIC 可推荐给客户，您可以根据需要查看和选择其他产品！

互換性チェック: ISSI LPDDR4 (IS46LQ32512A-046BLA2) 搭載 i.MX 8M Plus NXPチームの皆様、こんにちは。 私は i.MX 8M Plus (MIMX8ML8) をベースにしたカスタム ボードに取り組んでいます。以下のISSI LPDDR4メモリを使用する予定です。 型番: IS46LQ32512A-046BLA2 仕様: 16Gb (2GB)、512Mx32、LPDDR4、2133MHz (-046 スピード グレード)、オートモーティブグレード (A2)。 i.MX 8M ファミリ LPDDR4 互換性ガイドを確認したところ、他の ISSI 部品は検証済みである一方、この 16Gb 部品は 8M Plus には明示的に記載されていないことに気付きました。 互換性: この特定の ISSI 部品番号が i.MX 8M Plus DRAM コントローラと互換性があるかどうかを確認できますか?この密度 (16Gb) に関して既知の問題はありますか。 NXP はこの 2GB ISSI チップに対して「すぐに使用できる」構成を提供していますか、それとも自分で作成する必要がありますか? @GOWRIPRIYA_G @naikabhishek @pradeep_t Re: Compatibility Check: i.MX 8M Plus with ISSI LPDDR4 (IS46LQ32512A-046BLA2) こんにちは@RishikeshC この LPDDR4 が JDEC 仕様に準拠している限り。そうすると、imx8mp 上で問題なく動作します。IS46LQ32512A‑046BLA2 のデータシートファイルを確認しましたが、問題はないはずです。 BR

针对物联网数据和混合云集成优化 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

Optimizing i.MX RT Devices for IoT Data and Hybrid Cloud Integration Hi everyone, I’m currently developing an IoT solution using the NXP i.MX RT1170 series and wanted to share my setup and get your insights. The project collects sensor data from multiple devices and sends it through a secure gateway. We’re using a hybrid cloud approach to combine local edge processing with cloud storage and analytics. This allows real-time decision making on-site while keeping long-term data accessible in the cloud. I’m particularly interested in best practices for: Efficiently buffering and batching data on the MCU during network interruptions. Implementing secure OTA updates for Cortex-M devices in a hybrid cloud environment. Integrating MQTT/TLS communication with minimal resource overhead. Has anyone successfully deployed similar architectures using NXP RT devices? Any suggestions or experiences would be greatly appreciated. Thanks in advance! Re: Optimizing i.MX RT Devices for IoT Data and Hybrid Cloud Integration I got your point, please check the reference links below, some of which may be expired. 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? 谢谢。我会试试的。

MIMXRT1064-EVK 上の LVGL に Harfbuzz + Freetype を統合する こんにちは、皆さん 私は、カスタム LED ディスプレイ パネルを駆動するために、ベアメタル C プロジェクト(OS なし) でMIMXRT1064-EVKを使用しています。 私はMCUXpresso IDE 25.6.136を使用しています最新の SDKs を使用します。 ソフトウェアスタック レベルGL: 9.2.1 フリータイプ: 2.13.3 ハーフバズ: 8.3.0 RTOSなし – 純粋なベアメタル HarfBuzz + FreeType を追加した目的は、LVGL の組み込みレンダラーがインド系文字 (マラヤーラム語、デーヴァナーガリー文字の合字、マトラなど) を処理できないため、インド系文字の複雑なテキスト形成をサポートすることです。 フォント アンジャリオールドリピ-レギュラー (マラヤーラム語) NotoSansDevanagari フォントは埋め込みC配列形式でFlashに保存されます。 FreeType (FT_New_Memory_Face) 経由でメモリにロードされます メモリ・コンフィグレーション スタック: SRAM_DTCに 32 KB 配置 ヒープ: SRAM_OC2に 256 KB ヒープ増加に使用される_sbrk_r()実装 問題 HarfBuzz を介してインド語のテキストを形成する場合、システムは最終的にHardFault_Handlerに入ります。 障害は次の内部で発生します:   hb_shape () ↳ hb_ot_shape_full () ↳ apply_forward ()   これは、HarfBuzz が複雑なシェーピング中に GSUB/GPOS ルックアップを適用するときに発生するようです。 これまでのSOの観察 ヒープサイズは十分に大きく（256 KB）、SRAM_OC2 に配置されています。 スタックは32KB（DTCM） Linuxでは同じライブラリバージョンを使用してもフォントは有効で、正しい形状になります。 HarfBuzzシェーピング中にCortex-M7ベアメタルでクラッシュが発生する ENOMEMは_sbrk_r()から以前に見られましたが、ヒープを増やした後もハードフォールトは発生します コミュニティへの質問 Cortex-M7 で HarfBuzz を使用する場合、既知のスタック深度の要件や落とし穴はありますか? GSUB/GPOS OpenType ルックアップ テーブルには、OCRAM での特定の配置または MPU 設定が必要ですか? インド語のテキストを形成する場合、FreeType + HarfBuzz には 32 KB のスタックは小さすぎますか? MCU 上のHarfBuzz メモリ最小化に推奨されるビルド フラグはありますか? RT106x シリーズでマラヤーラム語/デーバナーガリ語のシェーピングを正常に実行できた人はいますか? あらゆるガイダンス、推奨されるリンカーの変更、またはメモリ設定の例があれば、大変助かります。 ありがとう、 アイスワリヤ

SD Card Booting and read write issue in mimxrt1176 Hi team, we generated s19 file for pin toggling and dumped that file into SD card. After power on the pin was not toggled. So, we had taken SD card polling example for read and write but SD init is failed.  Attaching our SD card related schmatics and our example code. Please guide to find the issue. Re: SD Card Booting and read write issue in mimxrt1176 Hi @mayliu1 , OK we are trying on the things you have mentioned but we have taken sdcard_polling_cm7 example then during debugging, execution stops at the SD Probe voltage, and SD card initialization fails. can you tell me why this is happening?  In mcuxpresso console we got the below logs: Executed SetRestartOnClose=1 [MCUXpresso Semihosting Telnet console for 'evkbmimxrt1170_sdcard_polling_cm7 JLink Debug' started on port 59089 @ 127.0.0.1] SEGGER J-Link GDB Server V8.10 - Terminal output channel SDCARD polling example. Please insert a card into board. Card inserted. SD card init failed. [Closed Telnet Session] Re: SD Card Booting and read write issue in mimxrt1176 Hi @Harishnamala , Thanks for your updated information.  1: If you use MCUXPresso IDE, BOOT Mode should be Internal Boot. 2: You cannot simply copy an .s19 boot file to the SD card. Instead, you should use the SEC Tool or the MCUBootUtility tool, and configure the Boot Mode as Serial Downloader. 3：If you are unsure whether your hardware design is correct, you can use MCUXpresso IDE to import an SD card SDK demo , set the link option to Link application to RAM, and then try to debugging. Best Regards MayLiu Re: SD Card Booting and read write issue in mimxrt1176 Hi @mayliu1   Thank you for your reply. We designed a custom board using the MIMXRT1176AVM8A IC. On this board, the SD card is used for both booting and data storage. Currently, we are unable to boot the device from the SD card. Even during debugging, execution stops at the SD Probe voltage, and SD card initialization fails. We probed the CLK and CMD pins during this stage. The CLK signal is present at approximately 340 kHz 3.3V level, and the CMD signal is also observed. However, no activity is detected on the DATA pins when checked with an oscilloscope. Software tool: MCUXpresso IDE v24.9 Debugger: J-Link Plus SD card: uSDHC, 32 GB We copied an .s19 boot file to the SD card, but it was not loaded. Could you please advise which file format should be used for SD card booting? Boot Mode given as below BT cfg 0 : 0 BT cfg 1 : 0 BT cfg 2 : 0 BT cfg 3 : 0 BT cfg 4 : 0 BT cfg 5 : 0 BT cfg 6 : 1 BT cfg 7 : 0 BT cfg 8 : 0 BT cfg 9 : 0 BT cfg 10 : 0 BT cfg 11 : 0 Boot mode 0 : 1  Boot mode 1 : 0 Note : We are using SD Card not Micro SD card Kindly provide some support for this issue. Re: SD Card Booting and read write issue in mimxrt1176 Hi @Harishnamala , Thank you so much for your interest in our products and for using our community. Please clarify what do you want to realize.  What Tools do you use, SEC tool or MCUBootUtility? your board is customed or MIMXRT1176-EVKB board? Do you want your Image running in internal RAM,  this image is  on an SD card, and it will be copied into internal RAM and executed from there during the boot. If so, I think your IDE project is not correct, try the below configuration. I did a test for your question, I use SEC Tool, and it works. https://docs.mcuxpresso.nxp.com/secure/latest/06_processor_specific_workflow.html#rt10xx-rt116x-rt117x-device-workflow Please pay attention  that BOOT CFG Pins setting, I suggest you  try Bus Width: 4 bit Best Regards MayLiu Re: SD Card Booting and read write issue in mimxrt1176 Hi @Harishnamala , Thanks for your updated information. Based on your description "execution stops at SD probe voltage," I suggest checking your NVCC_SD hardware design. Please refer to the MIMXRT1170-EVKB board design. The default voltage is 3.3v, and The SD1_VSELECT signal controls the voltage level and can switch between 1.8V and 3.3V. If possible, please do the same test on MIMXRT1170-EVKB board to check whether the problem is hardware related or software related.   Best Regards MayLiu Re: SD Card Booting and read write issue in mimxrt1176 Hi @mayliu1 , Now sd card polling example is working. We are able read and write data into it. Now we are getting a problem in SD card booting. Installed MCU-Boot-Utility tool, run the exe and after pressing connect to rom we got connect to flash loader as shown in below image When i try to browse file then the gui is not responding and got the below error why we are getting above error. can you tell me how to generate the .bin file from s19 manually and changes in project settings to generate the s19 file for sd card. Re: SD Card Booting and read write issue in mimxrt1176 Hi @Harishnamala , Please refer to the following link. Processor-specific workflows — Secure Provisioning Tool 25.12 BR

Debianでov5640カメラを検証する方法とCheeseアプリケーションをサポートする方法 6.6.52 ベースの Debian 12 で ov5640 カメラを検証したいと考えています。 ターミナルでカメラ ストリーミング コマンドを実行すると、以下のエラーが表示されます。 root@不明:~# ls /dev/video ビデオ0 ビデオ1 ビデオ2 ビデオ3 ビデオ4 esinkunknown:~# gst-launch-1.0v4l2src デバイス=/dev/video4 !ビデオ変換！シマグ パイプラインを一時停止に設定しています... エラー: 要素 /GstPipeline:pipeline0/GstXImageSink:ximagesink0 から: X 出力を初期化できませんでした 追加のデバッグ情報: ../sys/ximage/ximagesink.c(1150): gst_x_image_sink_xcontext_get(): /GstPipeline:pipeline0/GstXImageSink:ximagesink0: ディスプレイを開けませんでした エラー: パイプラインはプリロールを要求しません。 パイプラインを PAUSED に設定できませんでした。 パイプラインを NULL に設定しています... パイプラインを解放します... ルート@不明:~# gst-launch-1.0v4l2src デバイス=/dev/video4 !ビデオ変換！オートビデオシンク パイプラインを一時停止に設定しています... EGL: 警告: Wayland ではデフォルトのディスプレイがサポートされていません EGL: 警告: Wayland ではデフォルトのディスプレイがサポートされていません SIGSEGVをキャッチしました #0 syscall () は ../sysdeps/unix/sysv/linux/aarch64/syscall.S:38 にあります #1 0x0000ffffa320ed40 が /lib/aarch64-linux-gnu/libglib-2.0.so.0 の g_cond_wait() にあります #2 0x0000ffffa1ea93cc (gst_gl_context_create()、/usr/lib/libgstgl-1.0.so.0) #3 0x0000ffffa1ead884 (gst_gl_display_create_context()、/usr/lib/libgstgl-1.0.so.0) #4 0x0000ffffa1f477e8 () 内、/usr/lib/gstreamer-1.0/libgstopengl.so #5 0x0000ffffa1f48734 () の /usr/lib/gstreamer-1.0/libgstopengl.so #6 /usr/lib/libgstreamer-1.0.so.0 の gst_element_change_state() で 0x0000ffffa3333bac #7 0x0000ffffa3334248 () 内、/usr/lib/libgstreamer-1.0.so.0 #8 0x0000ffffa330b89c () 内、/usr/lib/libgstreamer-1.0.so.0 #9 /usr/lib/libgstreamer-1.0.so.0 の gst_element_change_state() で 0x0000ffffa3333bac #10 0x0000ffffa3334248 () 内、/usr/lib/libgstreamer-1.0.so.0 #11 0x0000ffffa2403548 () の /usr/lib/gstreamer-1.0/libgstautodetect.so #12 /usr/lib/libgstreamer-1.0.so.0 の gst_element_change_state() で 0x0000ffffa3333bac #13 0x0000ffffa3334248 () 内、/usr/lib/libgstreamer-1.0.so.0 #14 0x0000ffffa330b89c () 内、/usr/lib/libgstreamer-1.0.so.0 #15 0x0000ffffa3365624 () 内、/usr/lib/libgstreamer-1.0.so.0 #16 /usr/lib/libgstreamer-1.0.so.0 の gst_element_change_state() で 0x0000ffffa3333bac #17 0x0000ffffa3334248 () 内、/usr/lib/libgstreamer-1.0.so.0 #18 0x0000aaaae09c4b40 () 内 #19 __libc_start_call_main (main=main@entry=0xaaaae09c3800、argc=argc@entry=7、argv=argv@entry=0xffffce71f378) の ../sysdeps/nptl/libc_start_call_main.h:58 で 0x0000ffffa2f57744 #20 0x0000ffffa2f57818 __libc_start_main_impl (main=0xaaaae09c3800、argc=7、argv=0xffffce71f378、init= 、fini= 、rtld_fini= 、stack_end=) が ../csu/li0 にあります #21 0x0000aaaae09c3870 ()内 紡糸。'gdb gst-launch-1.0' を実行してくださいデバッグを続行するには '2027' を、終了するには Ctrl-C を、コアをダンプするには Ctrl-\ を押します。 ^C ルート@不明:~# カメラノードはビデオ3とビデオ4です しかし、ウェストンを起動して以下のコマンドを使用すると動作します systemctl スタート ウェストン gst-launch-1.0v4l2src デバイス=/dev/video4 !ビデオ変換！ximagesink gst-launch-1.0v4l2src デバイス = /dev/video3 !ビデオ変換！ウェイランドシンク ウェストンを起動してカメラのストリーミングをテストしたくありません。 Re: How to validate ov5640 camera on debian and how to support the cheese application すでに郵送しましたのでご確認ください Re: How to validate ov5640 camera on debian and how to support the cheese application OV5640カメラがコネクテッドの状態でCheeseアプリケーションを開くと、以下のエラーが表示されます。 172.691637] mxc-mipi-csi2.0:サポートされていない csi-sam コマンド -1068476902 SO、ウェストンを起動せずにOV5640カメラをテストするためのコマンドと回避策が必要です