EB Tresos - Ae 模块生成代码时选择了错误的 SPI 模块 RTD 6.0.0 中的 Ae 插件/模块正在生成使用 SPI LSPI0 而非 LSPI1 的代码，这无法配置，而且是错误的，因为 Ae 只能使用 SPI 1。 版本 Ae 中的 SPI 选择不可配置 由于 D2D 连接需要使用 SPI 1 不过，生成的文件使用 SPI 0 作为临时解决方案手动修改 Re: EB Tresos - Ae module generating code with wrong SPI module selected 嗨，@guillermoarb 请核实以下内容： 在配置工具中打开 AeSpiSequence 税务摊销收益。 检查 AeSpiSequenceName 是否分配给了正确的 SpiSequence。 确认该 SpiSequence 的 SpiJobAssignment 已链接到相应的 SpiJob。 确认 SpiJob 的 SpiDeviceAssignment 已设置为 LPSPI1 实例的 SpiExternalDevice。 如果这些说明似乎不清楚或令人困惑，请参考随 RTD 提供的示例项目 Ae_Spi_Example_EB_001_S32M276，因为它有助于验证是否存在错误或遗漏的配置。 BR、VaneB

检查 T1042 及其评估板的部件状态 亲爱的团队 我们计划在未来的一个项目中使用 T1042。在检查 T1042 的评估板时，它似乎已经过时了。您能否确认新设计是否仍然推荐使用 T1042 处理器，或者我们是否需要用类似部件来替换它。此外，由于提到了CodeWarrior TAP，因为它已停产，因此请提供备用调试工具。 顺祝商祺！ Monisha M Re: Checking on the part status of T1042 and its evaluation board T1042 处理器仍被推荐用于新设计，在 2035 年 2 月之前仍在 "长寿命计划 "中。 您可以在这里查阅我们的产品生命周期信息： https://www.nxp.com/support/sample-and-buy/product-lifecycle:PRDLIFCYC 请注意，只有 NRND 状态才表示 "不建议用于新设计"。T1042 的当前状态为 ACTIVE。 但这是一款老产品，官方软件支持 QorIQ Linux SDK 2.0-1703。本产品没有 SDK 升级计划。 您可以在这里找到 SDK 的详细信息和下载： https://www.nxp.com/design/design-center/software/embedded-software/linux-software-and-development-tools/linux-sdk-for-qoriq-processors:SDKLINUX#downloads 我目前正在与我们的内部团队确认 CodeWarrior 的状态，并将尽快为您提供最新信息。 希望这些信息能帮助您做出决定。 谢谢！ Re: Checking on the part status of T1042 and its evaluation board CodeWarrior TAP 仍处于活动状态，可以订购，内部团队将修复 " 不再生产的 "。 我真的很抱歉。 Re: Checking on the part status of T1042 and its evaluation board 亲爱的团队 谢谢你的澄清。你还能推荐一款处于活动状态的 T1042 处理器评估板吗。 顺祝商祺！ 莫妮莎 Re: Checking on the part status of T1042 and its evaluation board T1042 评估似乎推荐使用 T1040D4RDB-PA。 如果您想购买已停产的T1042D4RDB-PA，请联系 授权经销商，看看他们手中是否有一些。 https://www.nxp.com/support/sample-and-buy/obsolete-products:WTOBUY_OBSOL 谢谢！

SD カードから initramfs をロードする方法 (単一の FAT32 ブート パーティション) こんにちは、 私はi.MX8M Plus EVKボードで作業しており、 SD カードのブート パーティション (FAT32) から直接ロードされたinitramfs をルート ファイル システムとして使用して Linux を起動したいと考えています。 SD カードには個別のルート ファイル システム パーティションが含まれていません。 現在の設定 SDカードにはFAT32ブートパーティションが1つだけ含まれています FAT32 パーティションに存在するファイル: イメージ(U-boot+カーネル) デバイスツリー BLOB (.dtb) initramfs イメージ 質問 initramfs 生成 initramfs イメージを生成するための推奨方法は何ですか? initramfs はカーネルに組み込む必要がありますか、それとも別のイメージとしてロードする必要がありますか? U-Boot を使用して SD カード (FAT32 パーティション) から initramfs をロードするにはどうすればよいですか? U-Boot環境コマンド SD からカーネル、デバイス ツリー、および initramfs をロードするために必要な U-Boot コマンドまたは環境変数は何ですか。 Re: How to Load initramfs from SD Card (Single FAT32 Boot Partition) こんにちは@Zhiming_Liuさん あなたの指示に従って、あなたが共有した手順に従いました。 カーネル イメージと DTB を正常にロードできますが、 initramfs (cpio.gz) ルート ファイル システムがカーネルによってロードされていません。 以下に、正確な U-Boot コマンドと動作を示します。 使用されるU-Bootコマンド u-boot=> setenv bootargs console=ttymxc1,115200 root=/dev/ram rw u-boot=> fatload mmc 1:1 Image_copy.gz${loadaddr} 13450466バイトを282ミリ秒 で 読み取りました （45.5 MiB/秒） u-boot=> fatload mmc 1:1${fdt_addr} imx8mp-evk.dtb 82784バイトを4ミリ秒 で 読み取りました （19.7 MiB/秒） u-boot=> fatload mmc 1:1${ramdisk_addr_r} core-image-minimal-initramfs-imx8mp-ddr4-evk.cpio.gz 12602736バイトを264ミリ秒 で 読み取りました （45.5 MiB/秒） u-boot=> ブーツ${loadaddr} ${ramdisk_addr_r} : ${filesize} ${fdt_addr}   booti コマンドを実行すると、カーネルは起動を開始しますが、 initramfs (cpio.gz) をルート ファイル システムとしてマウントまたは使用しません。 参考までに、完全なカーネルブートログを添付しました。 質問 カーネルがinitramfs (cpio.gz) をロードしない理由は何でしょうか?U-Boot によってメモリに正しくロードされているにもかかわらずですか? initramfs サポートに必要な、確認する必要がある必須のカーネル構成オプションはありますか? i.MX8M Plus で initramfs を使用して起動する場合、bootargs 構成は正しいですか、それとも追加のパラメータが必要ですか? Re: How to Load initramfs from SD Card (Single FAT32 Boot Partition) こんにちは、 initramfs イメージを生成するための推奨方法は何ですか? --> Yocto でbitbake core-image-minimal-initramfsを使用してビルドできます。 initramfs はカーネルに組み込む必要がありますか、それとも別のイメージとしてロードする必要がありますか? --> それはあなたのニーズによって異なります。 U-Boot を使用して SD カード (FAT32 パーティション) から initramfs をロードするにはどうすればよいですか? -->例は次のとおりです: # If mmc0 is your sd card. setenv bootargs console=ttymxc0,115200 root=/dev/ram rw fatload mmc 0:1 ${loadaddr} Image fatload mmc 0:1 ${fdt_addr} imx8mp-evk.dtb fatload mmc 0:1 ${ramdisk_addr} xxxx_initramfs.cpio.gz booti ${loadaddr} ${ramdisk_addr}:${filesize} ${fdt_addr} board/beacon/imx8mn/imx8mn_beacon.envを参照できます。 boot_fdt=try bootdelay=2 bootscript=echo Running bootscript from mmc ...; source console=ttymxc1 fdt_addr=0x45000000 fdt_file=imx8mn-beacon-kit.dtb finduuid=part uuid mmc ${mmcdev}:2 uuid image=Image initrd_addr=0x46000000 loadbootscript=fatload mmc ${mmcdev}:${mmcpart} ${loadaddr} ${script}; loadfdt=fatload mmc ${mmcdev}:${mmcpart} ${fdt_addr} ${fdt_file} loadimage=fatload mmc ${mmcdev}:${mmcpart} ${loadaddr} ${image} loadramdisk=load mmc ${mmcdev} ${ramdisk_addr} ${ramdiskimage} mmcargs=setenv bootargs console=${console},${baudrate} root=PARTUUID=${uuid} rootwait rw ${mtdparts} ${optargs} mmcautodetect=yes mmcboot=echo Booting from mmc ...; run finduuid; run mmcargs; if test ${boot_fdt} = yes || test ${boot_fdt} = try; then if run loadfdt; then booti ${loadaddr} - ${fdt_addr}; else echo WARN: Cannot load the DT; fi; else echo wait for boot; fi; mmcdev=1 mmcpart=1 netargs=setenv bootargs console=${console},${baudrate} root=/dev/nfs ip=dhcp nfsroot=${serverip}:${nfsroot},v3,tcp netboot=echo Booting from net ...; run netargs; if test ${ip_dyn} = yes; then setenv get_cmd dhcp; else setenv get_cmd tftp; fi; ${get_cmd} ${loadaddr} ${image}; if test ${boot_fdt} = yes || test ${boot_fdt} = try; then if ${get_cmd} ${fdt_addr} ${fdt_file}; then booti ${loadaddr} - ${fdt_addr}; else echo WARN: Cannot load the DT; fi; else booti; fi; ramargs=setenv bootargs console=${console},${baudrate} root=/dev/ram rw ${optargs} ramboot=echo Booting from RAMdisk...; run loadimage; run loadfdt; fdt addr $fdt_addr; run loadramdisk; run ramargs; booti ${loadaddr} ${ramdisk_addr} ${fdt_addr} ${optargs} ramdisk_addr=0x46000000 ramdiskimage=rootfs.cpio.uboot script=boot.scr よろしくお願いします、 志明

S32K388 柔性逻辑分析仪无法接收数据 工程师们，你们好！我正在测试使用带有 PTA6 和 PTA7 的 flexcan0 发送 CAN 信息，但在逻辑分析仪中无法接收 CAN 信息或波形信号。使用的 CAN 速率是 500kbps。 Re: S32K388 FLEXCAN NOT RECEIVE IN LOGIC ANALYZER Hi@vinmotion Re: S32K388 FLEXCAN NOT RECEIVE IN LOGIC ANALYZER 谢谢您，但我是 nxp 的新手，不知道该调用什么函数来启动端口，而且在提供的示例中也没有使用它。 我已经配置了这些引脚，但应该调用什么函数来启动它呢？ Re: S32K388 FLEXCAN NOT RECEIVE IN LOGIC ANALYZER Hi@vinmotion 您的主程序没有初始化端口。

需要指导：NNStreamer (i.MX8MP) 上的 YOLOv8 输出形状不匹配 + 管道设计问题（微型 硬件和软件详情 i.mx8mPlus 和 Linux 电路板支持包 LF6.12.34_2.1.0 目标 我正在i.MX8MP 上构建一个命令行流水线（无图形用户界面），其中推理、叠加和显示均在 GStreamer 和 NNStreamer 中运行。 当前实验（命令行） 我试过这个管道：       gst_debug=gstreamer: 4、tensor_filter: 6、tensor_transform: 6、tensor_decoder: 7\ gst-launch-1.0--no-position\ v4l2src 设备=/dev/video4 num-buffers=200！\ video/x-raw,width=1920,height=1080,format=NV12,framerate=30/1 !\ imxvideoconvert_g2d ！\ video/x-raw,width=320,height=320,format=RGBA ！\ videoconvert ！\ video/x-raw,width=320,height=320,format=BGR ！\ tensor_converter ！\ tensor_transform mode=arithmetic option=typecast:int8,add:-128 ！\ tensor_filter framework=tensorflow-lite model=${MODEL}custom=Delegate:External,ExtDelegateLib：${VX_LIB}!\ tensor_transform mode=arithmetic option=typecast:float32,add:128.0,mul:0.004982381127774715!\ tensor_transform mode=transpose option=1:0:2 ！\ tensor_decoder mode=bounding_boxes option1=yolov8 option2=${LABELS}option3=0 option4=1920:1080 option5=320:320 ！\ cairooverlay name=overlay ！\ videoconvert ！\ autovideosink log file link LINK  ❗ 问题 我的 YOLOv8 TFLite 模型输出（1、7、2100），但 i.MX8MP 上的 NNStreamer 却显示7 × 2100 × 1。 我收到了这样的解释： YOLOv8 TFLite 型号的输出为（1,7,2100），而 NNStreamer 的 i.MX8MP YOLOv8 解码器的输出为 7×2100×1。此电路板支持包版本仅支持对四维张量进行转置，因此模型输出需要去量化，重塑为 (1,7,2100,1)，然后进行转置。 输入： int8 [1, 320, 320, 3] 输出：int8 [1, 7, 2100] 刻度/零点 输出正确包含 3 个类别 + 4 个 bbox 值 ⚙️ 当前（缓慢）的方法 现在的申请流程是 GStreamer → BGR → OpenCV NPU 推断 OpenCV 后处理 返回 RTSP 管道 这会导致多个软件视频转换，在理想条件下，我们只能达到约 20 FPS，尽管模型本身可以运行 60 多 FPS。 🔄 建议的新方法 我想把管道分开： 路径 A - 推断 仅在此处转换 NV12 → BGR 运行 NNStreamer 路径 B - 叠加 + 显示 保留原始 NV12/YUY2 框架 直接在 NV12 上绘制边界框（最好使用硬件） → 将 NV12 送入编码器/RTSP → 完全避免软件视频转换 我首先想使用纯粹的 gst-launch 来制作这个原型，然后在 Python 中应用这种方法（可能使用 OpenGL 来实现 NV12 叠加层）。 🙏 我需要帮助 如何在 i.MX8MP 上将(1,7,2100) TFLite 输出重塑/转换为 NNStreamer 的 YOLOv8 解码器所需的格式 有只使用张量滤波器/变换/解码器的工作示例吗？ 有没有解决三维输出问题的方法？ 在 NV12/YUY2 上叠加的最佳做法 有什么 NNStreamer 友好的方法可以直接在 NV12 上绘制方框吗？ 推荐元素（NV12 上的 cairooverlay？OpenGL?v4l2convert?imxvideoconvert_g2d 重叠？） 一般建议：在 i.MX8MP 上，分割管道（BGR 上的推理，NV12 上的叠加）是合理的架构方向吗？ i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: Need guidance: YOLOv8 output shape mismatch on NNStreamer (i.MX8MP) + pipeline design question ( 感谢您的快速回复，我之前曾尝试在 tensor_transform 中使用重塑，但返回错误。 root@imx8mpevk:~# export MODEL=/root/rtsp/testing1/saved_model_Triding_320.tflite root@imx8mpevk:~# export LABELS=/root/rtsp/testing1/labels.txt root@imx8mpevk:~# gst-用上市-1.0 --no-position v4l2src 设备=/dev/video4！video/x-raw,format=NV12,width=1920,height=1080,framerate=30/1 !imxvideoconvert_g2d ！video/x-raw,width=320,height=320,format=RGBA ！视频转换 ！video/x-raw,width=320,height=320,format=BGR ！张量转换器 ！tensor_transform mode=arithmetic option=typecast:int8,add:-128 ！tensor_filter framework=tensorflow-lite model=${MODEL} ！tensor_transform mode=arithmetic option=typecast:float32,add:128.0,mul:0.004982381!tensor_transform mode=reshape option=1:7:2100:1 ！tensor_transform mode=transpose option=1:0:2:3 ！tensor_decoder mode=bounding_boxes option1=yolov8 option2=${LABELS} option3=0 option4=1920:1080 option5=320:320 ！cairooverlay name=overlay ！视频转换 ！autovideosink ** 消息：14:56:17.877:accl = cpu **（gst-launch-1.0:1335）：CRITICAL **：14:56:17.931:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32' 失败 ** (gst-launch-1.0:1335)：CRITICAL **：14:56:17.931:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32' 失败 ** (gst-launch-1.0:1335)：CRITICAL **：14:56:17.931:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32' 失败 ** (gst-launch-1.0:1335)：CRITICAL **：14:56:17.935:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32' 失败 ** (gst-launch-1.0:1335)：CRITICAL **：14:56:17.938:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32' 失败 ** (gst-launch-1.0:1335)：CRITICAL **：14:56:17.939:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32'失败 警告：流水线错误：无法在元素"tensor_transform" 中设置属性"mode" ，以"重塑" root@imx8mpevk:~# 您能否建议修改流水线，以符合预期格式，并覆盖到 nv12 上。 或者我需要降级或升级我的 linux 电路板支持包 版本才能匹配它们。 如果可能，请测试管道并提供反馈。 感谢并问候 S Vishnu Re: Need guidance: YOLOv8 output shape mismatch on NNStreamer (i.MX8MP) + pipeline design question ( 你好 问题源于您的 YOLOv8 TFLite 模型输出形状（1,7,2100）与 i.MX8MP 上 NNStreamer 的 YOLOv8 解码器所期望的格式（7×2100×1）不匹配。出现这种情况的原因是： 1.您当前的电路板支持包版本 (LF6.12.34_2.1.0)仅支持 4D 张量的转置操作 2.模型输出需要重塑和转置，以符合解码器的预期 ## Recommended Solution For the tensor transformation, you need to apply: 1. Dequantization (if using quantized model) 2. Reshape the output from (1,7,2100) to (1,7,2100,1) 3. Transpose the tensor to the required format (7×2100×1) ## 管道优化 您建议的架构（拆分管道）是一种合理的方法： - 仅为推理转换 NV12 → BGR - 保留原始 NV12/YUY2 帧用于显示/编码 - 使用硬件加速直接在 NV12 上叠加检测结果 这将消除软件视频转换操作，实现更好的性能。 ## NV12 管道的推荐要素 在 NV12 上直接绘制边界框： - 使用具有叠加功能的 `imxvideoconvert_g2d` - 替代方法： `cairooverlay` 可与 NV12 配合使用，但可能需要格式调整 管道结构示例： ``` v4l2src → NV12 → tee → branch1：转换为 BGR → 推理 → 检测结果 branch2：原始 NV12 → imxvideoconvert_g2d（带叠加） → 编码器/显示器 ``` 通过消除不必要的格式转换，利用 NPU 60+ FPS 的能力，这种方法应能显著提高性能，超过当前约 20 FPS 的限制。 此致 Re: Need guidance: YOLOv8 output shape mismatch on NNStreamer (i.MX8MP) + pipeline design question ( 您好， 是的，你需要降级 Linux 电路板支持包。我想这应该能行，因为我们还没有在 Yolov8 中测试过管道。 此致 Re: Need guidance: YOLOv8 output shape mismatch on NNStreamer (i.MX8MP) + pipeline design question ( 我有一个更新，我在张量_变换元素中使用了模式维度变化（dimchg），以符合张量解码器的预期。 .... tensor_filter framework=tensorflow-lite model=../../vaishnavi/model_calibrated_int8_og_320.tflite custom=Delegate:External,ExtDelegateLib:libvx_delegate.so ！tensor_transform mode=arithmetic option=typecast:float32,add:128.0,mul:0.004982381!tensor_transform mode=dimchg option=0:1 ！tensor_decoder mode=bounding_boxes option1=yolov8 option2=labels_over.txt option3=0 option4=1920:1080 option5=320:320 ！...... 感谢您的回复。 感谢和问候 Siddavatam Vishnu

MCUXpressoは真のFreeRTOSプロジェクトを作成しません FreeRTOSを含むプロジェクトでは、真の FreeRTOS プロジェクトは作成されません。これは単なるプレースホルダーのようです (FreeRTOS コア ファイルはプロジェクトの場所にコピーされるだけです)。 2 つのファイルがありません: ポートマクロ.h FreeRTOSConfig.h この 2 つのプロジェクト/コア固有のファイルにはテンプレートが必要です。両方存在する場合は、手動で含めることができるように、それらの場所を教えてください。 ご挨拶！ MCUXpresso IDE v25.6 [ビルド 136] [2025-06-27] Re: MCUXpresso doesn't create a truly FreeRTOS project こんにちは@fjrg76さん、 現在使用している MCU と SDKs を共有していただけますか?

i.MX94 USB 3.0 原理图 我正在使用 i.MX943 进行自定义板设计，我需要通过Type-C端口实现USB 3.0连接。我希望您能帮助我验证 USB 3.0 → Type-C 接口的原理图，该接口包括一个用于 CC1/CC2 处理的 CC 控制器、一个 SuperSpeed 差分对和一个具有过流保护功能的 VBUS 电源开关。此外，我需要了解 GPIO 的使用情况：我可以将哪些 GPIO引脚用于控制电源开关的VBUS 启用 (EN)信号和用于故障检测的负载开关过流 (OC)信号？ Re: i.MX94 USB 3.0 Schematic 由于 i.MX94 仍处于试生产阶段，我将请我们的专家团队帮助检查，我为此创建了新的案例00752258，并将在那里给您答复。

imx95 - EMMC 零部件查询 您好， 我们正在寻找一个 128GB EMMC 5.1 部件来更新设计。请提供一个与iMX95兼容的部件编号 此致， Indrajith Re: IMX95 - EMMC PART ENQUIRY Hi , 感谢您的回复。 所建议的部件（MTFC128GAZAQJP-AAT）似乎是老一代部件。 您能否确认 EMMC MTFC128GBCAQTC-AAT 零件可与 IMX95 一起使用？ Re: IMX95 - EMMC PART ENQUIRY 你好 感谢您的咨询！我们已经验证了美光 MTFC128GAZAQJP-AAT（128GB eMMC 5.1 与非）与恩智浦 i.MX95 处理器的兼容性。是的，该芯片与 i.MX95 完全兼容，可直接用于您的设计升级。它支持 eMMC 5.1 HS400 模式，其容量和接口符合 i.MX95 内存控制器的要求。以下是详细分析和建议（基于恩智浦官方兼容性指南和美光数据表，2025 年 11 月数据）。 兼容性概述 i.MX95 DDR/eMMC 控制器规格： 支持 eMMC 5.1 接口（HS400 模式，最大读写速度 400 MB/s）。 数据总线宽度：x8/x16/x32，支持多芯片并行连接，总容量高达 512 GB。 速度支持：eMMC 5.1（JEDEC JESD84-B51 标准），与 CL 17-17-17 时序兼容。 电源3.3V 主机/1.8V/3.3V接口，电源模式。 控制器：集成的 eMMC 主机控制器，支持启动分区、RPMB 安全分区和命令队列 (CQ)。 MTFC128GAZAQJP-AAT 规格： 容量：128GB（1TB 与非、x8 组织、单芯片）。 速度：eMMC 5.1 HS400（400 MB/s），支持 CQ 和分区管理。 封装：FBGA-153（11.5 x 13 mm），电压 3.3V/1.8V，工作温度 -25°C 至 +85°C（商业级）。 其他：符合 ONFI 4.2 标准，内置 ECC（8 位/512B），符合 RoHS 标准。 兼容性确认： 总线宽度：i.mx95 支持 x8 eMMC，无需桥接即可直接匹配 MTFC128GAZAQJP-AAT 的 x8 组织。 容量和等级：128GB 单芯片支持单分区配置，与 i.MX95 的 128GB/chip 限制一致（恩智浦内存兼容性指南表 3-2 确认了美光 MTFC128GAZAQJP 系列）。 速度/定时：HS400 模式完全符合 i.MX95 的支持范围（高达 400 MB/s），定时参数（tCK = 0.625 ns）符合控制器的默认设置。 核实来源： 恩智浦 i.MX95 存储器兼容性指南（修订版）》（NXP i.MX95 Memory Compatibility Guide）。1.0，2025 年 3 月）：美光 MTFC128GAZAQJP-AAT 明确列为验证部件，支持 128GB x8 配置（web:0，web:2）。 美光数据表：确认 eMMC 5.1 标准与 i.MX 系列主机控制器兼容（web:1、web:3）。 恩智浦社区帖子：用户已成功在 i.MX95 EVK 上运行了类似的 MTFC128GAZAQJP-AAT，启动测试已通过（web: 4、web: 6）。 潜在的考虑因素： 等级和容量：单芯片 128GB 支持启动分区 1/2，无需多芯片配置。如果总容量为> 128GB，可并联两个芯片（i.MX95 最多支持 4 个芯片）。 电源/散热管理：确保 VDD = 3.3V，VDDQ = 1.8V，并添加 10 µF 去耦电容。x8 配置功耗约为 1 W/芯片；EVK 验证显示没有热问题。 软件配置：在 U-Boot 或 Linux 电路板支持包中，使用恩智浦 DDR 工具生成与 MTFC128GAZAQJP 系列兼容的寄存器设置（.h 文件）。 可用性：该部件仍在生产（非 EOL）。DigiKey 有 500 多件库存，单价为 32.50 美元（1000 件为 26.80 美元）。 建议采取的下一步措施 测试建议：将内存更换为i.MX95 EVK板进行测试（恩智浦免费工具支持）。如有需要，恩智浦可提供免费的 DDR 验证服务（community.nxp.com）。 Re: IMX95 - EMMC PART ENQUIRY 您可以使用它。 Re: IMX95 - EMMC PART ENQUIRY 您好， Phison 部件 PTE4ABTE-X28X 能否与 iMX95 一起使用？ Re: IMX95 - EMMC PART ENQUIRY 您好 , 我们可以将 Phison 部件 PTE4ABTE-X28X 与 iMX95 一起使用吗？ Re: IMX95 - EMMC PART ENQUIRY 嗨，团队， 我们能否在 iMX95 中使用 Phison 部件 PTE4ABTE-X28X？ 请核实并确认我们的询问。 Re: IMX95 - EMMC PART ENQUIRY 嗨，团队、 我们可以将 ISSI 部件 IS22TF128G-JCLA2 与 iMX95 一起使用吗？ Re: IMX95 - EMMC PART ENQUIRY 与恩智浦 i.MX95 兼容的**金士顿 128GB eMMC 产品推荐** 恩智浦 i.MX95（i.MX 9 系列）支持 **eMMC 5.1** 接口（最高 HS400 模式）。金士顿的工业/标准 eMMC 产品完全符合 JEDEC eMMC 5.1 规范，确保了出色的兼容性。 ### 推荐 128GB 容量产品（金士顿官方 eMMC 系列） - **EMMC128-IY29**（工业级 I-Temp）：-40°C ~ +85°C，eMMC 5.1 HS400，3D TLC，11.5×13×0.8 毫米FBGA-153 封装。适用于汽车、工业和恶劣环境应用。 - **EMMC128-TY29**（标准商业级）：温度范围通常为 0°C ~ +70°C（或类似温度），也适用于 eMMC 5.1 HS400、3D TLC。 这些是金士顿目前的主流128GB eMMC型号，被许多基于i.MX系列的Som/开发板所采用。 **兼容性标准**： - 金士顿是恩智浦的长期合作伙伴，其 eMMC 产品在与恩智浦 i.MX 平台（包括 i.MX 951/i.MX95 系列、i.MX93x 等）的兼容性方面有着良好的记录。 - 官方 i.MX95 规范明确支持 3× SD 3.0 / SDIO 3.0 / **eMMC 5.1** 接口。 - 恩智浦社区还验证了类似的 128GB eMMC 5.1 芯片（如美光的同类产品）与 i.MX95 的直接兼容性。金士顿的产品规格是一致的，可以直接参考。 **建议：** 在实际量产之前，最好与金士顿（[email protected]）确认具体批次/固件版本验证报告。或 NXP FAE，特别是关于 HS400 模式和电压匹配（通常为 1.8V/3.3V）。 #### IMX95 是否支持 FA40G0EMCPDKBFI 和 FA80G0EMCPDKBFI？ **是的，一般都支持**。 - 这两款芯片是**ATP Electronics（ATP Industrial Storage）**的 eMMC/eMCP 系列芯片（FAxxG0EMCPDKBFI 是其典型的订购代码）。 - i.MX95 的 eMMC 控制器采用了标准的 **JEDEC eMMC 5.1**。只要这些芯片符合 JEDEC 规范、支持 HS400 模式并具有匹配的电压/定时，就可以直接使用。 - ATP 是一家专业的工业级存储制造商，其产品通常用于汽车/工业领域，与 i.MX95 等处理器（类似于美光和金士顿的成熟芯片）具有良好的兼容性。 **重要说明**： -有必要确认特定芯片的eMMC版本（无论是5.1）、NAND类型以及对i.MX95启动模式的固件支持。 -建议使用 ATP 或恩智浦进行联合验证，或者建议在目标板上进行实际测试（尤其是启动、读/写稳定性和 HS400 模式）。 #### 建议的兼容性详细信息 文档链接 1.**金士顿官方"嵌入式存储芯片兼容指南"**（最直接推荐） →[https://media.kingston.com/pdfs/emmc/embedded-storage-memory-chipset_us.pdf](https://media.kingston.com/pdfs/emmc/embedded-storage-memory-chipset_us.pdf) 它包含恩智浦 i.MX 全系列（包括 i.MX95 / i.MX951）与金士顿 eMMC / eMCP 的兼容性表，非常有用。 2.**恩智浦 i.MX95 官方数据表**（接口规格已确认） → [IMX95CEC.pdf](https://www.nxp.com/docs/en/data-sheet/IMX95CEC.pdf)(或最新版本） 第 4 章 "内存接口 "明确列出了 eMMC 5.1 支持的详细信息。 3.**恩智浦社区 i.MX95 eMMC 选型讨论**（实际案例参考） →[https://community.nxp.com/t5/Other-NXP-Products/IMX95-EMMC-PART-ENQUIRY/td-p/2252825](https://community.nxp.com/t5/Other-NXP-Products/IMX95-EMMC-PART-ENQUIRY/td-p/2252825) **其他建议**： - 如果您需要工业级（宽温度范围）、汽车级 AEC-Q100 或特定固件版本的 128GB eMMC，请优先选择 **EMMC128-IY29**。 - 如需了解更多模型或最新核查报告，请联系我们： - Kingchip.tech Re: IMX95 - EMMC PART ENQUIRY 此外，IMX95 是否还支持 FA40G0EMCPDKBFI 和 FA80G0EMCPDKBFI？ 还请提供有关 128GB 内存容量所支持的 eMMC 数据的文档链接。

IMX8MP 是否有在单个板上使用多个 LPDDR4 模块的 PCB 参考设计？ IMX8MP 是否有在单个板上使用多个 LPDDR4 模块的 PCB 参考设计？ i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus 回复： Does the IMX8MP have a PCB reference design that uses multiple LPDDR4 modules on a single board? 多个 DDR 芯片并行的 PCB 布局示例 回复： Does the IMX8MP have a PCB reference design that uses multiple LPDDR4 modules on a single board? 我们所有的设计都在这里： FRDM i.MX 8M Plus 开发板 | 恩智浦半导体 i.MX 8M Plus 评估套件|恩智浦半导体 您可以参考

i.MX 95 EVK 启动过程日志 恩智浦专家们，你们好、 我们正在使用Yocto Linux镜像研究i.MX 95的启动过程，并希望更深入地了解启动流程。 有关于启动过程顺序的详细文档吗？ 另外，你能否提供来自 i.MX 95 EVK 板的硬件启动日志，这将对我们的参考非常有帮助。 谢谢！ Re: i.MX 95 EVK boot process log i.mx95 仍在试生产阶段，所有材料均可在官方网站上查阅 https://www.nxp.com/products/i.MX95 有关启动日志，请参阅随附的文件，我使用了 imx95-19x19-evk-it6263-lvds0.dtb 然后连接了 HDMI Re: i.MX 95 EVK boot process log 嗨 Joanxie： 感谢你之前提供的 imx95 启动日志，它非常有帮助。 我们目前正在研究 i.MX 952 (https://www.nxp.com/products/i.MX-952)，想问一下相应的启动日志是否可供参考和调试。 谢谢

如何在 I.MX8MPLUS 中将内核和 rootfs 加载到 QSPI 闪存中 您好， 我们正在使用 I.MX8MPLUS 自定义板。我们的板中有 32MB 大小的 QSPI 闪存。up boot 在 QSPI 模式下成功启动。 1.如何在 i.MX8MPLUS 中将内核和 rootfs 载入 QSPI 闪存。 2。在我们的 i.MX8MPlus 自定义主板中，我们不支持 eMMC、SD、与非 和 USB 等设备。没有这些，我们如何加载内核和 rootfs？ 3.是否有不使用 SD 卡和 eMMC 而将内核和 rootfs 载入 QSPI 闪存的程序。 Re: How to load kernel and rootfs into QSPI Flash in I.MX8MPLUS @Keta_S_Nitsure 这是真的。我真的不明白我的回答有什么问题。在我的回复被删除后，@Bio_TICFSL发布了一个非常相似的解决方案，从技术上讲也是一样的。我还是不明白@Bio_TICFSL为什么要这么做。 Re: How to load kernel and rootfs into QSPI Flash in I.MX8MPLUS @Sunil_13 您可以查看以下链接，也许会对您有所帮助。 我已经在给你的私人信息中提到了这件事。 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/all-bootloader-device-tree-Linux-kernel-rootfs-in-spi-nor-demo/ta-p/1663994 Re: How to load kernel and rootfs into QSPI Flash in I.MX8MPLUS @Bio_TICFSL 你删除了我的第一个回复吗？如果再发生这种情况，我保证会在 Twitter 上发布。 Re: How to load kernel and rootfs into QSPI Flash in I.MX8MPLUS @Bio_TICFSL 请确认这是 X 的恩智浦帐户。 Re: How to load kernel and rootfs into QSPI Flash in I.MX8MPLUS 你好 # 如何在 i.MX8MPlus 自定义板上将内核和 rootFS 加载到 QSPI 闪存中 根据您的自定义板配置，使用 32MB QSPI 闪存且没有 eMMC、SD、与非或 USB 设备，以下是推荐的方法： ## QSPI Flash Boot Solution While your U-Boot has successfully booted from QSPI, there are important limitations to consider: 1. The 32MB QSPI flash is typically not large enough to hold a complete Linux rootFS. QSPI flash on i.MX8M Plus is primarily designed for storing U-Boot/bootloader components. 2. A practical approach is to implement a hybrid solution: - Store U-Boot in QSPI flash (already accomplished) - Store the kernel and device tree blob (DTB) in QSPI flash - Implement a minimal initramfs for basic functionality ## 实施步骤 1. 使用 imx-mkimage 工具生成 QSPI 可启动映像： ``` make SOC=iMX8MP flash_evk_flexspi ``` 2. 在 QSPI 闪存中创建大小近似的分区： - U-Boot：512KB（已刷新） - Linux 内核：约 9MB - 设备树 blob：约 64KB - U-Boot 环境：约 64KB - initramFS（最小 rootFS）：约 22MB 3. 将 U-Boot 配置为从 QSPI 闪存加载内核和 DTB： ``` sf probe sf read ${loadaddr} 0x80000 0x900000 # 从 QSPI 读取内核 sf read ${fdt_addr} 0x980000 0x10000 # 从 QSPI 读取 DTB ``` 4. 使用适合可用空间的基本工具和实用程序创建最小的 initramfs。 5.对于更复杂的应用程序，可以考虑为完整的 rootFS 实现网络启动支持 (NFS)。 这种方法为在现有硬件限制下启动系统提供了可行的解决方案。 此致 Re: How to load kernel and rootfs into QSPI Flash in I.MX8MPLUS @Adele如果你说的是真的，那真是难以置信。 Re: How to load kernel and rootfs into QSPI Flash in I.MX8MPLUS 你好@Bio_TICFSL、 正如您所说，第 3 点之前可以完成，但第 4 点没有完成。 我们使用的是 i.MX8M Plus EVK，它有 32 MB QSPI 闪存。 我们的目标是完全从 QSPI 闪存启动 U-Boot、Linux 内核、设备树和 initramfs (rootfs.img)。 我们能够成功启动： U-Boot（来自 flash.bin） Linux 内核（Image.gz） 设备树 (imx8mp-evk.dtb) 但是，我们在从 QSPI 闪存加载和使用 initramfs/rootfs 映像时遇到了问题。内核启动成功，但在 Waiting for removable media（等待可移动媒体）处挂起....。 ##请看下面附带的日志 -----Flash 布局和图像大小---------------- QSPI 闪存大小：32 MB flash.bin (U-Boot + SPL) ~2.3 MB Image.gz (内核) ~13.5 MB imx8mp-evk.dtb ~86 KB rootfs.img ~12.6 MB ----QSPI 偏移布局---------- flash.bin @ 0x00000000 Image.gz @ 0x00240000 imx8mp-evk.dtb @ 0x01000000 rootfs.img @ 0x01080000 ------ 将文件编入 QSPI（来自 SD 卡）--------- sf probe 0 sf erase 0x0 0x2000000 fatload mmc 1${loadaddr} flash.bin sf 写${loadaddr} 0x0${filesize} fatload mmc 1${loadaddr} Image.gz sf 写${loadaddr} 0x240000${filesize} fatload mmc 1${loadaddr} imx8mp-evk.dtb sf 写${loadaddr} 0x1000000${filesize} fatload mmc 1${loadaddr} rootfs.img # initramfs (cpio.gz) sf 写${loadaddr} 0x1080000${filesize} ------闪烁后，重启板------------------ 从 u-boot 启动后，为 Linux 内核 (Image.gz)、设备设置环境变量树 (imx8mp-evk.dtb)，rootfs.img。 sf probe 0 setenv loadaddr 0x40480000 // 核心 setenv fdt_addr 0x43000000 //dtb setenv initrd_addr 0x43800000 //rootfs setenvkernel_comp_addr_r 0x50000000 setenv kernel_comp_size 0x04000000 sf read${loadaddr} 0x240000 0xCD3CE2 sf read${fdt_addr} 0x1000000 0x14360 sf read${initrd_addr} 0x1080000 0xC04DB0 setenv bootargs"console=ttymxc1,115200 root=/dev/ram0 rw" setenv bootcmd 'sf probe 0; sf read${loadaddr} 0x240000 0xCD3CE2; sf read${fdt_addr} 0x1000000 0x14360; sf read${initrd_addr} 0x1080000 0xC04DB0; booti${loadaddr} ${initrd_addr} ${fdt_addr} ' saveenv ----------------------------------------------------------------------- 1. 使用 SD 卡 Wic 文件在分区（启动/根目录）上运行良好。 2.We genarated Two yocto images ==> 1.bitbake core-image-minimal-initramfs (generated initramfs.cpio.gz)这个 cpio.gx 使用这个 cmd mkimage-A arm-O linux-T ramdisk-d （来自 linux 用户指南）== > 2. 还从 yocto 中生成了使用 bitbake core-image-tiny 生成的微小 rootfs。 core-image-tiny-imx8mp-evk.tar.zst，该 tar 已解压缩到 SD 卡中的 EXT4 分区，并成功加载了微小的 rootfs。 3.但正如第二点所说，rootfs.img 也被放入了 SD 卡的 EXT4 根分区，但却无法加载 rootfs。 ------------------------------------------------------------------------------------------- 1. 这是启动 initramfs (rootfs.img) 的正确方法吗从 QSPI 直接连接 i.MX8M Plus EVK？ ----------------------------------------------------------------------------------------------- 3. 有没有推荐的恩智浦参考镜像用于在 i.MX8MP（Linux 内核 (Image.gz)、设备上完全从 QSPI 启动内核和 initramfs树 (imx8mp-evk.dtb),rootfs.img)? 谢谢！ Re: How to load kernel and rootfs into QSPI Flash in I.MX8MPLUS 嗨，@阿黛尔、 我们使用的是 i.MX8M Plus EVK，它有 32 MB QSPI 闪存。 我们的目标是完全从 QSPI 闪存启动 U-Boot、Linux 内核、设备树和 initramfs (rootfs.img)。 我们能够成功启动： U-Boot（来自 flash.bin） Linux 内核（Image.gz） 设备树 (imx8mp-evk.dtb) 但是，我们在从 QSPI 闪存加载和使用 initramfs/rootfs 映像时遇到了问题。内核启动成功，但内核在 Waiting for removable media（等待可移动媒体）处挂起....，请参阅下面附带的日志。 -----Flash 布局和图像大小---------------- QSPI 闪存大小：32 MB flash.bin (U-Boot + SPL) ~2.3 MB Image.gz (内核) ~13.5 MB imx8mp-evk.dtb ~86 KB rootfs.img ~12.6 MB ----QSPI 偏移布局---------- flash.bin @ 0x00000000 Image.gz @ 0x00240000 imx8mp-evk.dtb @ 0x01000000 rootfs.img @ 0x01080000 ------ 将文件编入 QSPI（来自 SD 卡）--------- sf probe 0 sf erase 0x0 0x2000000 fatload mmc 1${loadaddr} flash.bin sf 写${loadaddr} 0x0${filesize} fatload mmc 1${loadaddr} Image.gz sf 写${loadaddr} 0x240000${filesize} fatload mmc 1${loadaddr} imx8mp-evk.dtb sf 写${loadaddr} 0x1000000${filesize} fatload mmc 1${loadaddr} rootfs.img # initramfs (cpio.gz) sf 写${loadaddr} 0x1080000${filesize} ------闪烁后，重启板------------------ 从 u-boot 启动后，为 Linux 内核 (Image.gz)、设备设置环境变量树 (imx8mp-evk.dtb)，rootfs.img。 sf probe 0 setenv loadaddr 0x40480000 // 核心 setenv fdt_addr 0x43000000 //dtb setenv initrd_addr 0x43800000 //rootfs setenvkernel_comp_addr_r 0x50000000 setenv kernel_comp_size 0x04000000 sf read${loadaddr} 0x240000 0xCD3CE2 sf read${fdt_addr} 0x1000000 0x14360 sf read${initrd_addr} 0x1080000 0xC04DB0 setenv bootargs"console=ttymxc1,115200 root=/dev/ram0 rw" setenv bootcmd 'sf probe 0; sf read${loadaddr} 0x240000 0xCD3CE2; sf read${fdt_addr} 0x1000000 0x14360; sf read${initrd_addr} 0x1080000 0xC04DB0; booti${loadaddr} ${initrd_addr} ${fdt_addr} ' saveenv ----------------------------------------------------------------------- 1. 使用 SD 卡 Wic 文件在分区（启动/根目录）上运行良好。 2.We genarated Two yocto images ==> 1.bitbake core-image-minimal-initramfs (generated initramfs.cpio.gz)这个 cpio.gx 使用这个 cmd mkimage-A arm-O linux-T ramdisk-d （来自 linux 用户指南）== > 2. 还从 yocto 中生成了使用 bitbake core-image-tiny 生成的微小 rootfs。 core-image-tiny-imx8mp-evk.tar.zst，该 tar 已解压缩到 SD 卡中的 EXT4 分区，并成功加载了微小的 rootfs。 3.但正如第二点所说，rootfs.img 也被放入了 SD 卡的 EXT4 根分区，但却无法加载 rootfs。 ------------------------------------------------------------------------------------------- 1. 这是启动 initramfs (rootfs.img) 的正确方法吗从 QSPI 直接连接 i.MX8M Plus EVK？ ----------------------------------------------------------------------------------------------- 3. 有没有推荐的恩智浦参考镜像用于在 i.MX8MP（Linux 内核 (Image.gz)、设备上完全从 QSPI 启动内核和 initramfs树 (imx8mp-evk.dtb),rootfs.img)? Re: How to load kernel and rootfs into QSPI Flash in I.MX8MPLUS 你好@Bio_TICFSL、 你好@Manuel_Salas 我正在开发 i.MX8M Plus DDR4 定制主板，我能够成功地完全使用 Q SPI 闪存 (32MB) 启动系统。 我目前的启动元器件是： flash.bin (U-Boot) Image.gz（Linux 内核） imx8mp-ddr4-evk.dtb core-image-minimal-initramfs.cpio.gz 由于我的板没有 SD 卡或 eMMC，所以我使用 initramfs 作为根文件系统。 现在，我想在 core-image-minimal-initramfs.cpio.gz中加入gcc 、这样，我就可以直接在目标机上编译应用程序，而无需依赖任何外部存储。 更改了 c onf/local.conf 然后使用命令进行版本 $bitbake core-image-minimal-initramfs 还附上了本地.conf 文件供您参考。 它生成了 c ore-image-minimal-initramfs.cpio.gz 但是在 bin/ 和 usr/bin 各自的文件夹中 gcc 不存在，启动内核和 cpio.gz 后会变成如下所示。 ~ # gcc /bin/sh: gcc: 未找到 ~ # ls bin dev home init.d media proc run sys usr 启动 etc init lib mnt root sbin tmp var 能否请您指点一二？ 在 initramfs 镜像中包含gcc的正确 Yocto 方法是什么？ 在initramfs中使用gcc时，是否有任何推荐配置或限制（内存使用量、映像大小等）？ 对恩智浦支持的Yocto实践的任何指导或参考都将非常有帮助。 谢谢！

KW45 noinit 柱塞部分 您好，nxp 专家： 我想在 kw45 中隔离一部分 RAM，用于存储一些标志。但是，当前，当我尝试将 0xa5a5a5a5 写入地址 0x020000000 然后进行软复位时，RESET后从地址 0x020000000 读取的值为 0。你能否帮我弄清楚如何确保软复位后读取的值与RESET前读取的值相同？ KW45 Re: KW45 noinit ram section 你好，@Christine_Li： 不过，我又注意到启动文件 startup_KW45B41Z83 .S 中的这部分代码 --它不是清除了 0x2001_A000 至 0x2001_C000的内存范围 吗？ .ram_init_stcm5: ldr r0, =0x2001a000 ldr r1, =0x2001c000 .loop5: /* Initialize stcm5 */ stmia r0!, {r2 - r5} cmp r0, r1 bcc.n .loop5 Re: KW45 noinit ram section 你好，@jiajun_cheng 最后 8 KB RAM (0x2001_A000) 来自独立的电源开关功能域，可在所有电源模式下保持数据保留。 详情请参阅 KW45 参考手册 如果您对此案有任何其他关切，请告诉我。 否则，请毫不犹豫地将我的回答标记为解决方案，这样我们就可以结案了。 顺祝商祺！ Christine。 Re: KW45 noinit ram section 你好，@jiajun_cheng 在这个案子上我还能为你做什么？ 顺祝商祺！ Christine。

i.MX 8M Plus DDR4 终端 我想检查 i.MX 8M Plus（部件号：MIMX8ML8CVNKZAB）的 DDR4 连接。 我使用 8MMINID4-EVK-DESIGNFILES 作为参考，但是该电路没有地址和控制信号的 VTT 终端。 这是否意味着 VTT 终止或 VTT 岛没有必要？ Re: i.MX 8M Plus DDR4 Termination 感谢您的解答。 我不知道该怎么办，于是安装了一个外部 VTT 终端， ，但即使安装了 VTT 终端，它还能正常工作吗？ Re: i.MX 8M Plus DDR4 Termination 恩智浦的i.MX 8M Plus硬件设计指南证实，DDR4地址/控制信号不需要VTT终止，因为SoC和动态随机存取存储器(DRAM)在内部处理终止。 因此，可以参考我们的参考设计。 i.MX 8M Quad/Mini/Nano/Plus - LPDDR4、DDR4& DDR3L 内存兼容性指南 - NXP Community 将帮助您获得 ddr 支持。 Re: i.MX 8M Plus DDR4 Termination   此配置不需要 VTT 终端 遵循 EVK 和 NXP 硬件设计指南：移除 ACC 线路的外部 VTT 终端。 如果保留 VTT： 确保 VTT = VDDQ/2，并能提供/吸收所需电流。 通过模拟或测量验证信号完整性。 在软件中确认 DDR 初始化和训练（VREFDQ 校准、写入/读取电平）。

Spice 原理图和 mex 原理图有什么区别？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你们好 我正在使用 BFU730F 设计一个低噪声放大器，我下载了设计工具包，但我看到有两种类型的晶体管，一种是 spice 原理图，另一种是 mex 原理图。我在 ADS 上都试过了，但得到的结果却不一样。 我想知道是否有人知道这两种型号有什么区别，为什么我得不到相同的结果？ 提前谢谢您。 Re: What is the difference between a spice schematic and a mex shematic 请再次附上 PDF 文件，我也遇到了同样的问题。 Re: What is the difference between a spice schematic and a mex shematic <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 请参阅以下文件，了解 Mextram 与 Spice 模型的异同： https://www.nxp.com/files-static/nxp/other_type/nlur2002823.pdf https://www.nxp.com/files-static/nxp/other_type/bctm89graaff.pdf 祝您愉快， Pavel ----------------------------------------------------------------------------------------------------------------------- 注：如果本帖回答了您的问题，请点击正确答案按钮。Thank you! -----------------------------------------------------------------------------------------------------------------------

kw45 功率低 嗨，nxp： 1。kw45 中的 NBU 内核会在所有电源模式下进入睡眠状态还是处于空闲状态 2。是否有可能在睡眠模式（超低功耗）下进行 NBU。 3.当没有数据要传输时，NBU 内核是否会自动切换到空闲/电源模式 4.空闲模式对 NBU 意味着什么。根据"KW45_WK47_MCXW71_MCXW72_BLE_power_profile_calculator_v1 中的工作表说明。34 " 所有电源模式（睡眠、深度睡眠、掉电等），当 NBU 处于IDLE状态时，最低功耗为 1.1 uA 这意味着什么。 电路板设计 核心与内存 Re: Low power in kw45 你好，路易斯、 低功耗参考设计代码是否在除EVK板之外的任何自定义硬件上进行了测试，因为它不在我们的定制板上运行，仅供参考，我们已经根据EVK匹配了Circuit。连接后很快就会断开，但在 EVK 中，它会一直连接到提供数据。 此外，低功耗启用宏 glowpowerEnble 如果被禁用，将无法再次启用。如果启用，则无法再次禁用。特别是 app_preinclude.h 中的 sdk 宏的一些链接问题、未在其他文件中检查。那么，有没有其他办法 应该有关于如何在自定义板上使用 sdk 的指南，如果有，请给我链接 还有一件事关于1，需要考虑的所有参数是什么。固件和 sdk 2.硬件东西，可以让低功耗代码在定制主板上运行 所有 sdk 中的开发者指南、低功耗连接框架指南均为旧版 MCU，请提供 kw45 Re: Low power in kw45 你好 根据应用笔记 AN13230 K inetis KW45 和 K32W1 低功耗蓝牙功耗分析表 2，在应用层面，NBU 的电源模式表明 NBU 在所有可用的深度睡眠模式下均处于禁用状态。 有关 NBU 电源模式的更多信息，请参阅 AN13230 中的第 3.1.1 章。 你能不能帮我们解释一下你在评论 " 中指的是什么 NBU 在睡眠模式（超低功耗）" 中可能做什么？ 在第 2 章中，指示 NBU 可以在睡眠模式、深度睡眠模式、掉电模式、深度掉电模式等任何状态下处于活动状态。 在第 3.1 章中指出，当系统处于空闲状态时，系统会进入低功耗电源模式，所有软件层都同意这一点；每次发生同步或异步事件并需要处理时，系统都会退出低功耗电源模式。 在表 2 中，深度睡眠模式概述了进入这些状态所需的条件。引用的表格用作计算器来估算这些条件的值，将在测试期间使用。 顺祝商祺！ 路易斯 Re: Low power in kw45 以上信息我已经知道了，但是有没有什么指南可以帮助我们将低功耗参考设计外设 sdk 代码移植到定制板上的端口，我请你不要给出通用答案 Luis，我的问题是，当我修改这个代码来发送连续的虚拟数据而不是单个温度或电池时，它会在连接 1 或 2 秒后断开连接。在 Evk 板上，它可以连续发送而不会断开连接。自定义板电路遵循您的硬件推荐指南。那么，我们在软件方面需要考虑什么呢？ 是的，我们正在使用下面的例子。 低功率参考设计_ble_中央参考系统和低功率参考设计_ble_外围参考系统 Re: Low power in kw45 您能否确认在未对自定义板进行任何修改的情况下使用示例代码时是否会出现断开连接问题？ 此外，您能否描述一下代码中实施的修改？ 在第 3 章中，运行低功耗参考设计外设应用程序表明 SW2 可以停止广告，你能帮我们检查一下是否没有触发信号 SW2 来停止广告吗？ 至于软件方面的考虑，应用配置包含了外设示例中软件应用程序接口的描述。 你可以验证 " GapprestartAdvAfterConnect " 是否设置为 1；在外围设备示例中，这会在连接结束时重启广告模式；以及 " gapprestartScanAfterConnect " 设置为 1，因为连接结束时设备会切换回扫描模式。 顺祝商祺！ 路易斯 Re: Low power in kw45 你好 SDK中提供的示例已使用恩智浦开发板进行了验证。KW45硬件设计建议公开版中包含的设计建议对基于开发板的定制板具有所有必要要求，即基于开发板的定制板可以与开发板相同的功能运行，包括SDK示例。 您能否帮助我们确认您使用的是Lowpower_reference_design_ble_central_freertos和Lowpower_reference_design_ble_peripheral_freertos示例，或者具体说明您测试的是哪个示例？ 您能否帮助我们确认"glowpowerEnble" 中的宏是否为 gAppLowpowerEnabled_d？ 要使用SDK中提供的低功耗示例，我建议查看MCUXpresso SDK文档页面以获取示例，该页面包含低功耗参考设计中心应用程序——MCUXpresso SDK文档和低功耗参考设计外设应用程序——MCUXp resso SDK文档；此外，示例中的自述文件中提供了更多信息。 有关低功耗连接的最新文档，请参阅以下链接：LowP ower — MCU Xpresso SDK 文档 顺祝商祺！ 路易斯 Re: Low power in kw45 你好 要将低功耗参考设计外设应用程序与 BT2 中的 coincell 电池连接起来，可以在代码中测试以下修改： 在app_config.c中文件中修改gAdvParams，输入gAdvConnectableUndirected_c作为advertisingType，确保不要输入gAdvNonConnectable_c 作为 else 场景，也可以在app_preinclude.h 中将其定义为 0。 确认 app_preinclude.h 中的 gAppUsePairing_d 和 gAppUseBonding_d 定义为 1 另外，您能否与我们分享一下您在 KW45B41Z-EVK 中的跳线配置？ 关于板配置，你能否帮助我们确认是否设置了以下跳线： 跳线 JP42 打开 跳线 JP5 为 1-2 短路配置 跳线 JP14 已连接 跳线 JP10 位于 2-3 [旁路配置] 位置 有关跳线配置和说明的更多信息，请参阅KW45B41Z-EVKUM表 5 和表 8（电源）。 如果这对你有用，请告诉我你的发现、 顺祝商祺！ 路易斯

带 ADC 的 i.MX 8M Plus FlexSPI 外设连接 你好， ，我在设计中使用的是 i.MX 8M Plus 处理器。我计划将 AD7606C-16 DAQ/ADC 与处理器连接起来。我想知道 FlexSPI 外设是否可用作 QuadSPI 或八进制 SPI 连接，以获得最大的 ADC 转换吞吐量。处理器数据表建议仅将 FlexSPI 外设用于内存。它可以与 ADC 等其他设备一起使用吗？如果有人已经在这种设计上取得了成功，请告诉我们。 AD7606C-16 数据表： https://www.analog.com/media/en/technical-documentation/data-sheets/ad7606c-16.pdf 另外，为什么 PMIC 和处理器都有 RTC 晶体连接？对于计时来说，一个不就够了吗？是否有任何内部时序要求需要 PMIC 的 RTC 晶体？如果是这样，内部 32k 振荡器不就足够了吗？ PMIC 数据表：https://www.nxp.com/docs/en/data-sheet/PCA9450.pdf 谢谢， Sakthimurugan i.MX 8M | i.MX 8M Mini | i.MX 8M Nano PMIC Re: i.MX 8M Plus FlexSPI Peripheral connection with ADC Q1&A． 没有 FlexSPI 也无济于事。AD7606C‑16 未实现 QuadSPI 或 Octal SPI；其串行端口为单位 SPI（RD/SCLK + DOUT），该设备还提供 16 位并行读取路径。i.MX 8M Plus FlexSPI 模块针对存储器设备（或非/与非、HyperBus）进行了优化，虽然可以通过自定义 LUT 序列强制它与某些非内存外设通信，但它不会将 1 位 SPI ADC 转换为四/八进制 SPI，也不是流式传输 ADC 数据的最佳工具 Q2&A． 一个也可以。对实际应用没有任何限制。CLK_32K_OUT 仅适用于外部设备，PCA9450 本身不使用此时钟。当 CLK_32K_OUT 未使用时，可通过将 XTAL_IN（引脚 10）连接至 GND 来移除 R65、QZ1、C156 和 C157。如有必要，可以从 GPIO1_IO00 为外部设备输出 32kHz 时钟。这意味着无论连接到 i.MX8MP 还是 PCA9450，都只需要一个 32.768KHz 晶振。内部 32k 振荡器不够精确

从 S32K324 (ASIL-B) 到 S32K3xx ASIL-D 系列的迁移路径 你好，恩智浦社区、 我们目前正在使用 RTD MCAL 和 FreeRTOS 在 S32K324（ASIL-B，独立双核）上开发一个基于 AUTOSAR 的项目。我们正在评估未来产品迁移到带锁步内核的S32K3xx ASIL-D系列（例如，S32K344、S32K348）的技术路径。 能否请您帮助澄清以下问题？ **代码重用性：** 1.从 ASIL-B 迁移到 ASIL-D 芯片时，AUTOSAR 应用层代码（高于 RTE）的典型可重用率是多少？ 2。哪些 MCAL 模块需要重新配置或重新开发锁步内核？ 3.从独立双核 (S32K324) 迁移到锁步内核架构时，需要对启动代码和内核同步机制进行哪些更改？ **开发工作：** 4.预计锁步监控、故障处理和其他功能安全机制的开发工作量是多少？ 5。根据您的经验，ASIL-B到ASIL-D项目的典型迁移时间表是什么？ **技术支持：** 6.是否有任何有关 ASIL 级别升级的官方迁移指南或应用笔记？ 7. 是否有任何参考项目或案例研究？ **设备选择：** 8.考虑到性能和生态系统成熟度，S32K3 系列中推荐的 ASIL-D 设备有哪些？ 提前感谢您的支持！ 顺祝商祺！ Re: Migration Path from S32K324 (ASIL-B) to S32K3xx ASIL-D Series 你好@常玉科 1.在 Classic AUTOSAR 中，RTE 以上的软件元器件 (SWC) 设计为独立于硬件，因此大多数应用程序逻辑只需进行最少的更改即可重复使用。在与符合 ASIL 标准的基本软件 (BSW) 交互时，调整通常涉及定时行为、诊断事件处理和端到端 (E2E) 保护机制，而不是更改算法。 2-3.有关锁步操作的信息分布在设备参考手册中。从解耦双核到锁步配置，内部存储器组织、交叉条 (XBAR) 端口和 FCCU 故障处理都发生了变化。在锁步模式下，第二个内核行动检查器，因此从软件角度来看，使用单个逻辑 CPU，无法访问 Core1 的寄存器。一个很好的起点是查看参考手册并浏览 S32K344 设备的实时驱动程序 (RTD) 示例项目。 4-5.我们无法提供 ASIL-B 向 ASIL-D 迁移的估计开发工作量或时间表，因为这一过程涉及项目的具体因素。 6-7.有关功能安全文档和软件，请参阅恩智浦的SafeAssure功能安全产品。 8。在 “微控制器输入电源的 ASIL 临界值 (ASIL D)” 主题中，您将在 ISO 26262 功能安全栏下找到一份列出了 S32K3 设备可达到的 ASIL 等级的文档。MCU 的选择应基于应用程序的性能、功能安全要求和系统架构。 BR、VaneB

スタンバイ モードから機能をリセットした後のウェイクアップ ソースの認識。 こんにちは、NXPさん 私はスリープウェイクアップアプリケーションに取り組んでいます。スタンバイウェイクアップ用のウェイクアップスリープ構成を構成しました。 私の質問は、スタンバイ ウェイクアップから機能をリセットした後、ウェイクアップ ソースをどのように知ることができるかということです。 Re: Wakeup Source Recognition after function reset from standby mode. こんにちは@aryandis 、 ウェイクアップ後、WISR/WISR_64 レジスタを読み取って、ウェイクアップの原因となったソースを特定CAN。スタンバイ終了後も値はそのまま保持されるため、スタンバイ RAM に保存したり、高速スタンバイ終了を使用したりする必要はありません。 Mcu_GetResetReason() は、前回のリセットがスタンバイ終了だったか、その他のリセット (HW、SW、WDG など) だったかを返しますが、ウェイクアップ ソース用の API はありません。 レジスタを読み取る場合は、メイン ルーチンがレジスタを保存する前にクリアしないようにし、立ち下がりエッジを使用する場合はパッド保持を有効にする必要があることに注意してください (このコミュニティ投稿を参照してください: Solved: WISR_64 no correct after wakeup from fast standby mode on S32K312 - NXPコミュニティ )。 コミュニティからの低電力の例をCAN参照できます。 S32K3 パワーマネージメント AN とデモ - NXPコミュニティ [RTD400 & 500 MCAL & IP] S32K3 パワーマネージメント AN とデモ - NXPコミュニティ MCAL レイヤーは、ウェイクアップ ソースを報告する EcuM モジュールも提供しますが、RTD パッケージは EcuM のスタブ ファイルのみを提供します。これらは参照用として使用することを目的としており、アプリケーションのニーズに応じて変更/置換できます。 よろしくお願いします、 ジュリアン Re: Wakeup Source Recognition after function reset from standby mode. 私は Autosar スタックを使用しているため、ウェイクアップ ソース ID が必要です。 機能リセット後にスタンバイ ドメインに保存するために WISR/WISR_64 値を構成するにはどうすればよいですか? CANどのように設定すればよいか教えていただけますか。 Re: Wakeup Source Recognition after function reset from standby mode. こんにちは@aryandis 、 はい、これはWkpu_Ip_GetInputState() を呼び出し、対応する WKPU チャネルが設定されている場合は TRUE を返し、フラグをクリアします。 ウェイクアップ (スタンバイ終了) 後、NVIC レジスタはデフォルトにリセットされます (すべてのペリフェラル割り込みが無効になります) が、WKPU レジスタの値と以前の状態は保持されます。したがって、ウェイクアップ後にプラットフォーム関数を呼び出してウェイクアップの割り込みを有効にすると（WKPU_IRQn に NVIC_ ISER を構成する）、プログラムはウェイクアップ割り込み関数にジャンプし、どのウェイクアップ ソースが発生したかを判別できます。 ウェイクアップ後の実行モードでウェイクアップの割り込みを有効にするプラットフォーム関数を呼び出さない場合は、Wkpu_Ip_GetInputState() 関数を呼び出してウェイクアップ ソースを判別できます。 ウェイクアップ後に直接レジスタを読み取るCAN。 よろしくお願いします、 ジュリアン Re: Wakeup Source Recognition after function reset from standby mode. はい、質問が1つあります。  EcuMモジュールを有効にし、EcuM_CheckWakeup()内でIcu_Checkwakeup()を呼び出しました。しかし、ICUウェイクアップイベント情報が発生してもEcuM_CheckWakeup()をトリガーできないという問題があります。（チャネル状態がRUNNINGであるため、EcuM_CheckWakeup()を呼び出すことができないためです。） EcuM_CheckWakeup() をどのようにトリガーすればよいですか? ISR と同じウェイクアップ ピンを作成して、EcuM_CheckWakeup()->Icu_CheckWakeup() を呼び出してビット ステータスを WAKEUP_STATE に設定し、EcuM_SerWakeupEvent() を呼び出すことはできますか? ISR として CAN 場合、どうすれば CAN できますか? Re: Wakeup Source Recognition after function reset from standby mode. こんにちは@aryandis 、 申し訳ありませんが、おっしゃる通りです。Icu_Init() 関数を呼び出すと、プラットフォーム 関数を呼び出す前に割り込みフラグがクリアされ、現在のモードが ICU_NORMAL_MODE に変更されます。SO、それ以前に Icu_Init() を呼び出すことはできません。これはドライバの制限のようです。社内チームにフィードバックをお願いします。 また、Icu_GetInputState() 関数内では、Icu_Init() 関数によって初期化する必要があるグローバル変数を使用します。このような状況では、Wkpu_Ip_GetInputState() 関数を呼び出して WISR または WISR_64 のステータスを確認してクリアするか、直接読み取ることができると思います。 よろしくお願いします、 ジュリアン Re: Wakeup Source Recognition after function reset from standby mode. 同じ問題をデバッグしたところ、ウォーム リセットのスタンバイ ウェイクアップ後の Icu_Init の開始時に ICU_NORMAL_MODE が設定されているため、ICU_CurrentMode が原因で EcuM_Checkwakeup が呼び出されなかったことがわかりました。 ウェイクアップ後に EcuM_Cehckwakeup が呼び出されるSOするにはどうすればいいですか? Re: Wakeup Source Recognition after function reset from standby mode. こんにちは、Julian_AragonM さん。スタンバイウェイクアップ後に Icu_Init() で現在のモードを ICU_NORMAL_MODE に変更することに関して、チームに一度連絡していただけますか。これを回避するにはどうすればよいですか? Re: Wakeup Source Recognition after function reset from standby mode. ウェイクアップ ソースは動作しており、ウェイクアップ後に Icu_ReportEvent が来ますが、Icu_CuurentMode 変数が原因で、Icu_Init() から ICU_NORMAL_MODE に初期化され、EcuM_CheckWakeup が呼び出されません。 EcuM_CheckWakeup は Icu_ReportwakeupAndOverFlow ICU ドライバから呼び出されています。 Icu_ReportwakeupAndOverFlow には、変数 Icu_CuurentMode から ICU_MODE_SLEEP マクロまでの条件チェックがあります。 Re: Wakeup Source Recognition after function reset from standby mode. こんにちは、 @aryandis さん。 Icu NORMAL モードでは、ウェイクアップ ソースの処理が妨げられることはありません。Icu が EcuM チェック ウェイクアップを妨げているコード部分を共有していただけますか?ICU モードに関係なく、Icu_CheckWakeup() が呼び出されることは CAN です。 社内チームからも返答がありました。 1.ご存知のとおり、Icu モジュールは、MCAL レイヤーでウェイクアップ ソースを直接チェックできる機能を提供していません。Icu はウェイクアップ ソース情報を EcuM モジュールに転送し、このモジュールはウェイクアップ ソースをチェックします。RTD ドライバでは、EcuM はスタブ モジュールであり、参照として使用することを目的としており、アプリケーションのニーズに応じて変更/置換できます。 ECU 状態マネージャの仕様は次のとおりです。 2. Icu 構成で、ユーザーが「IcuWkpuStandbyWakeSupport」を有効にすると、Icu_Init() は WISR フラグをクリアしません。 プロジェクトで、Wkpu_Ip レイヤーのウェイクアップ ソースを確認するには、以下のコードを参照します。 Icu_Init() 関数の前に Platform_Init(NULL_PTR); を呼び出すと、何らかの理由で WISR フラグが消去されることがわかりました。SO、この関数を Icu_Init() 関数の後に呼び出しました。 よろしくお願いします、 ジュリアン Re: Wakeup Source Recognition after function reset from standby mode. はい、正解です。そして、 Icu_CheckWakeup () は、マッピングした EcuM_CheckWakeup から呼び出されます。また、EcuM_CheckWakeup は、RTD の Icu_ReportWakeupAndOverflow API から呼び出され、SLEEP_MODE をチェックする条件を持ちます。SLEEP_MODE なしで EcuM_CheckWakeup がどのようにトリガーされるか。 それとも、ISR から EcuM_Checkwakeup を呼び出す必要がありますか? これはRTD 3.0.0のスナップショットです Re: Wakeup Source Recognition after function reset from standby mode. こんにちは@aryandis 、 Icu_CheckWakeup () は、ウェイクアップ後に (通常は EcuM によって) 呼び出され、ICU がソースを検証し、それが有効かどうかを EcuM に通知できるようにするためのパブリック AUTOSAR ICU API です。ドライバがSLEEPモードにあるかどうかには依存しません。 Icu_ReportWakeupAndOverflow () は RTD 内部および非 AUTOSAR であり、割り込みコンテキストからすぐにウェイクアップ (およびオーバーフロー) を報告するロジックをバンドルします。   ウェイクアップ後に、Icu_Init() を NORMAL に設定し (IcuWkpuStandbyWakeupSupport = true で WKPU フラグが保持されることを確認)、マップされた EcuM ウェイクアップ ソースを使用して Icu_CheckWakeup() を呼び出すことをお勧めします。これは、Icu_CurrentMode が NORMAL であっても機能します。   よろしくお願いします、 ジュリアン Re: Wakeup Source Recognition after function reset from standby mode. こんにちは@aryandis 、 私の見解では、選択肢は 2 つあります。 1.スタンバイ終了後、EcuM ステート マシンが RUN に移行する前に、 EcuM_Checkwakeup () を呼び出します。これにより、スタンバイ中にウェイクアップ ソースが処理されます。ウェイクアップ ソースが有効な場合、ECU は RUN 状態に戻ります。 これは、ECU 状態マネージャの仕様に記載されています。 2. ISR コンテキストを介してこれを呼び出すと、ウェイクアップ ソースが直ちに処理されます。 よろしくお願いします、 ジュリアン

使用 S32K314 DFlash 模拟 EEPROM 大家好目前，项目中使用 C40_ip 元器件的 API 进行 dFlash 擦除操作。不过，我从手册中发现，S32K314 的 DFlash 和 PFlash 的扇区擦除寿命只有 1000 次。因此，我很想知道如何使用恩智浦认可的 EEEPROM 驱动程序。 最重要的是，该项目中使用的所有元器件都属于 “驱动程序”，而不是 “MCAL”。我想知道目前有哪些解决方案可以提高项目中对 DFlaser 擦除和写入周期的寿命要求。 期待得到社会各界的回应。 Re: use S32K314 DFlash to simulate EEPROM 您的问题的解决方案是使用我们的 EEPROM 仿真驱动程序，它们是 RTD 驱动程序代码包的一部分。 Re: use S32K314 DFlash to simulate EEPROM 非常感谢你的答复！ 目前，我只能在 " MCAL " 元器件中找到 FEE 元器件，但是所有现有的项目都是基于 " Driver " 元器件开发的，这主要是由于这个矛盾。 Re: use S32K314 DFlash to simulate EEPROM 当前 RTD 版本为 6.0.0。 示例和二手驱动程序如下： Re: use S32K314 DFlash to simulate EEPROM 非常感谢你的回答！ 我成功地在 IDE 中找到了这个演示，我想知道 " MCAL " 和 " D river " 的元器件能否混合在一起？ 如果可能的话，使用 " MCAL " 中的三个费用元器件，而不是演示中显示的 " Driver " 中的 " c40_ip " 元器件是否可行？会有兼容性问题吗？ Re: use S32K314 DFlash to simulate EEPROM 感谢您的答复！ 那么，要使用 EEEPROM 的功能，目前是否建议充分使用 " MCAL " 元器件来实现？对于已经开发了大部分功能并充分使用 " Driver " 元器件的项目来说，移植的工作量有点繁重... Re: use S32K314 DFlash to simulate EEPROM 不推荐，你可以选择其中一个层。 Re: use S32K314 DFlash to simulate EEPROM 我认为这基本上取决于你。费用元器件将在定义的闪存部分上方运行，因此你可以使用带有 IP 层的其他部分，但要由你来保证一致性。

[MPC5777C] 了解 e200z759n3 内核的指令流水线 您好！ 在研究 e200z759n3 内核的指令执行路径时，我想到了以下问题： 看来e200z7核心参考手册在管道执行单元的内容上并不十分一致。在图 17 中，整数执行单元和乘法单元是分开的。不过，"4.2.1 整数执行单元 "部分涵盖了整数乘法和除法。4.6 并发指令执行 "一节提到了 "双标量整数单元 "的存在，但没有提到任何乘法单元。我认为内核有两个整数执行单元，可以执行任何整数运算（如和、乘、除）。我的结论正确吗？双发行流水线能否同时执行两个乘法运算？ 我画了下图来说明管道执行流程，并根据参考手册更好地理解它。我误解了什么概念吗？ 顺祝商祺！ 马特乌斯 Re: [MPC5777C] Understanding the instruction pipeline of the e200z759n3 core 1) 当然是的，这张图片与 e200z4 有关，也是双重问题 2) 这取决于管道内容本身。您可以从上一个答案的图片中看到。第一条指令很短，不会对另一条指令造成任何停滞。第二条指令较长，会导致停滞，因为第三条指令取决于第二条指令的结果。 3) 还得再等等。 4) 基本上是的。在此，编译器优化也会对其产生影响，编译器可能会改变指令顺序，以更好地利用双发架构（即："......"）。指令调度），以实现最高级别的优化。 Re: [MPC5777C] Understanding the instruction pipeline of the e200z759n3 core 感谢您的回复，大卫！ 还有几个问题： 由于流水线具有双发功能，而执行单元有两个整数单元，那么它能否在同一时钟周期内启动两个独立的整数乘法或整数除法指令的取数阶段？ 在执行加法这样的简单指令时，手册上说它在一个时钟周期内完成执行阶段。WB 级是紧随 E0 级之后进入时钟周期，还是必须再等待三个空闲时钟周期，就像必须增加一个空闲填充，才能使用流水线的所有 10 级完成从 IF0 到 WB 的整个周期？ 当两条指令之间存在数据依赖关系时，目标指令是在与源指令最后执行阶段相同的时钟周期内开始执行阶段，还是必须等待下一个时钟周期？我不清楚馈送器是如何工作的。 既然是解码阶段检查指令之间的数据依赖性，那么所有流水线停滞都发生在 D1 和 E0 流水线阶段之间的结论是否正确？ 顺祝商祺！ 马特乌斯 Re: [MPC5777C] Understanding the instruction pipeline of the e200z759n3 core 1) 我认为它无论如何都不会与执行单元分离，它只是执行单元的一部分： 2) 我无法确认您的草图是否准确，但从原则上讲，这肯定是正确的，而且符合流水线的各个阶段。原则上，这肯定是正确的，也符合管道阶段的要求： 我可以推荐以下演示文稿，它可能比 e200 手册更容易阅读： https://community.nxp.com/t5/MPC5xxx-Knowledge-Base/e200-Core-Training-relevant-to-MPC55xx-and-MPC56xx-device-family/ta-p/1115124