了解 RD772BJBCANFDEVB、RD-K358BMU 和 RD33774CNC3EVB 之间的通信流程 您好，NXP团队： 我们正在评估以下NXP 电池管理系统评估板： RD772BJBCANFDEVB (BJB) RD-K358BMU（BMU） RD33774CNC3EVB（卡内基梅隆大学） 在审查现有示例软件时，我们无法理解 BJB、BMU 和 CMU 之间的完整通信流程。 我们希望您能就以下问题作出澄清： 三个董事会之间的整体沟通流程。 它们之间交换 CAN 消息。 信号从一个电路板流向另一个电路板。 哪些软件模块/文件实现了这种通信？ 是否有通信流程图或架构文档？ 任何解释软件通信流程的文档或应用笔记都将不胜感激。 谢谢。 RD33774CNC3EVB 、 RD-K358BMU 、 RD772BJBCANFDEVB

如何恢复 GUI Guider 丢失的项目配置文件？ 嵌入式 T113 板上使用了分辨率为 480*320 的 LCD 屏幕。最初，UI 设计是使用 NXP GuiGuider 软件工具完成的，该工具会自动生成一组 C 代码。后来，.guiguider项目文件丢失了，当我尝试使用 GuiGuider IDE 软件再次打开它时，由于 .guiguider 文件格式错误，加载失败。找不到项目配置文件。现在，我只能通过生成的 C 代码来修改界面，这非常不直观且效率低下。我想请问大家，有什么办法可以恢复 .guiguider 文件吗？从 C 项目代码中获取项目配置文件？ Re: How to recover lost project config files of GUI Guider? 嗨@wenzhang ， 遗憾的是，目前没有真正恢复 .guiguider 文件的方法。从 C 项目代码中提取的项目文件。从技术上讲，它们是彼此独立的。.guiguider该文件用于存储 GUI Guider 应用程序用作输入的所有配置，并将其显示为可编辑的项目。另一方面，生成的 C 代码是 GUI Guider 的输出，它是作为 LVGL 配置生成的，用于使用此图形库显示 GUI。 如果只需要进行一些微调，最好的办法可能是创建一个新项目，大致设置所需的组件更改，然后使用生成的代码作为参考，引用来调整原始项目的代码。 如果您需要进行的更改比较大，那么最好在 GUI Guider 中创建一个新项目，重新制作整个 GUI，并让该工具再次处理整个代码的生成。这样，您就可以使用最新版本的 GUI Guider (v2.0.0) 将您的 GUI 更新到最新版本的 LVGL (v9.4.0)。 BR， 埃德温。

S32 SDKリリース 数年前に開発された機器についても、部品表（SBOM）を作成する必要があります。これらのデバイスにはSDKのコードが含まれているため、SDKの異なるリリース一覧をまとめた概要はありますか? S32 SDK for S32K1 Re: S32 SDK Releases こんにちは、 @ABuelow さん。 残念ながら、リリースされたすべてのS32K1 SDKバージョンの完全なリストは持っていません。また、これらのリリースの中にはかなり古いものもあるため、多くは現在入手不可能となっています。 BR、VaneB

S32 SDK 版本 我们需要为几年前开发的设备创建 SBOM（软件物料清单）。由于这些设备包含来自 SDK 的一些代码，是否有概述列出了 SDK 的不同版本？ S32K1系列的S32SDK Re: S32 SDK Releases 嗨@ABuelow 遗憾的是，我们没有所有已发布的 S32K1 SDK 版本的完整列表。此外，由于其中一些版本年代久远，很多版本已经无法获取。 BR，VaneB

Does v4l2h265enc preserve input frame order? We use v4l2h265enc on i.MX95 for real-time metadata insertion. Since metadata is injected after the encoder on a per-access-unit basis, we need to know whether output access units can be emitted in a different order from incoming raw frames. Does the i.MX95 HEVC encoder generate B-frames? If yes, is there a V4L2 control to disable them? Can output access units be guaranteed to remain in input order? Is there a low-latency configuration recommended ? Our current pipeline looks like : ... ! v4l2h265enc ! h265parse ! custom_sei_injector ! rtph265pay Thank you in advance, Sincerely, LM Re: Does v4l2h265enc preserve input frame order? Hello, 1. According to reference manual, i.MX95 H.265/HEVC encode is I/P-picture only and B-frame are not generated. 2. There is no need to disable them.  3. Since the encoder only produces I/P pictures and does not encode B-frames, there is no reordering to consider 4. Low latency tuning should focus on actual V4L2 controls, DMA buffer IO, and downstream buffering rather than disabling B-frames, you can use this post as reference: https://community.nxp.com/t5/i-MX-Graphics/i-MX95-VPU-H265-latency-and-performance-v4l2h265enc-v4l2h265dec/m-p/2302467 Best regards. 

如何在MIMRT700板上使用大型数据集评估NPU tflite模型？ 我的问题如标题所示。 我有一个 tflite 模型，我把它转换成了 NPU tflite 模型。我检查发现，tflite 模型和 NPU tflite 模型的预测结果在某些情况下有所不同（但差别不大）。因此，我想在大数据集上运行 NPU tflite 模型评估。 目前，我按照示例tflm_cifar10_cm33_core0在 MIMRT700 上运行推理 NPU tflite 模型，并且运行正常。但在本示例中，我们针对静态图像修复了 image_data.h（我没有使用相机）。我想修改这个示例，以用于我的新案例“在大数据集上运行评估 NPU tflite 模型”。 我打算使用 SD 卡保存图像，并在推理时将其加载为 image_data.h。但我不知道该从何说起。 我看到MIMRT700有3个micro USB接口：调试接口、eUSB接口和USB-OTG接口。 如果您有任何建议或意见，请与我分享。如果我手动运行每个镜像（版本+刷写），那将非常耗时。 Re: How to evaluate NPU tflite model on large dataset on MIMRT700 board? @EdwinHz 谢谢你支持我。 使用SD卡的方法很好。我不擅长硬件，所以采纳了我队友的建议。 我上面提到的这种方法怎么样？ 目前我正在按照以下步骤使用样本tflm_cifar10_cm33_core0 进行推理： -将 image_data.h 复制到样本 - 点击“版本”按钮 - 点击调试按钮，然后点击继续按钮运行推理。 我和我的队友讨论过，如果我可以通过命令行使用命令来运行上述操作（版本和运行推理），那就非常好了。因为如果可行，我可以编写脚本每次修改 image_data.h 文件，构建并运行推理程序，并将推理结果返回到电脑上。您对此有何看法？ 我的意思是，如果 NXP 有构建、烧录和运行示例tflm_cifar10_cm33_core0 的指南，我可以更容易地进行自定义。我不太擅长硬件，所以我喜欢这种方法（如果NXP支持这种方法，我可以编写Python脚本，每次生成image_data.h文件，进行编译、烧录、运行并将结果返回到PC，保存为.csv文件）。文件等）。我看到很多其他厂商也支持这种方法（版本、刷写和运行，通过命令行将结果返回到 PC）。我认为恩智浦也支持这种方法。 Re: How to evaluate NPU tflite model on large dataset on MIMRT700 board? 嗨@nnxxpp ， 正如您所提到的，该示例采用了静态头文件方法。然而，对于大型数据集而言，建立一个利用 SD 卡挂载图像的流程会更加合适： 将图片预先加载到 SD 卡上，然后挂载 SD 卡，打开图片列表，并对每张图片执行以下操作： - 读入输入缓冲区 - 运行 NPU 推理 - 将结果写入“results.csv”文件文件 我们目前还没有示例代码来说明这一点，但您可以参考您正在使用的 tflm_cifar10_cm33_core0，以及 SDK 中的 sdcard_fatfs 示例，该示例已经处理了初始化和卡挂载，并具有 SD 卡使用的所有可用 API。 我建议你运行并理解 sdcard 示例，并测试读取二进制图像文件。然后，将 SD 卡组件添加到 tflm 示例中，导入 SD 卡初始化和 FatFs 代码，最后替换静态的 image_data.h 文件。输入缓冲区，其中包含使用 f_read() 从 SD 卡读取的图像信息。 如果图像已经以张量格式存储，将简化处理过程，并避免使用 JPEG/PNG 解码。 BR， 埃德温。 Re: How to evaluate NPU tflite model on large dataset on MIMRT700 board? 我想补充更多信息。 目前我正在按照以下步骤使用样本tflm_cifar10_cm33_core0 进行推理： -将 image_data.h 复制到样本 - 点击“版本”按钮 - 点击调试按钮，然后点击继续按钮运行推理。 我和我的队友讨论过，如果我可以通过命令行使用命令来运行上述操作（版本和运行推理），那就非常好了。因为如果可行，我可以编写脚本每次修改 image_data.h 文件，构建并运行推理程序，并将推理结果返回到电脑上。您对此有何看法？太感谢了。 Re: How to evaluate NPU tflite model on large dataset on MIMRT700 board? 我还看到 MIMRT700 有 SD 卡，如果我能轻松地在 SD 卡上找到图像，并将图像加载到tflm_cifar10_cm33_core0并将推理结果保存到 SD 卡上，那就非常好了。 但说实话，我知道该如何开始。我不擅长硬件。 Re: How to evaluate NPU tflite model on large dataset on MIMRT700 board? 嗨@nnxxpp ， 我明白。 您可以从命令行运行 MCUXpresso SDK 项目，并使用脚本自动执行该过程。我们的 SDK 命令行流程使用 west build，可以使用 west flash -r linkserver 进行刷写。 AN14700 特别使用 CLI 来编译项目，如第 7.3 节第 8 部分所述。运行转换后的模型”。 因此，实现此过程自动化的通用脚本应用可以： 1. 复制新的 image_data.h 2. 使用西部建筑风格进行建造 3. 使用西闪卡编程 4. 捕获 UART 日志 虽然这不是“常规推荐方法”，但对于你的应用来说也绝对有效。 BR， 埃德温。 Re: How to evaluate NPU tflite model on large dataset on MIMRT700 board? @EdwinHz 是的，非常感谢。 我还研究并按照这份文档操作，并且可以使用 west 刷写运行程序。从这里出发，我可以编写脚本来自动化所有流程。 在我使用这个命令之前 west build -b mimxrt700evk examples/demo_apps/hello_world -- -Dcore_id=cm33_core0   我在 AN14700 的文档中看到，有west build -p always examples/eiq_examples/tflm_label_image --toolchain armgcc --config flash_debug -b mimxrt700evk -Dcore_id=cm33_core0   我有一个关于标志的问题——在第一个命令中。这是什么意思？在mimxrt700evk 上运行 NPU tflite 模型时，我应该配置哪些标志？

需要一个s32k396的关于etpu的demo 需要一个s32k396的关于etpu的demo，最好是rtd直接生成的 Re: 需要一个s32k396的关于etpu的demo Hi@大概 首先你要根据你所使用的RTD版本，先安装eptu组件 https://nxp.flexnetoperations.com/control/frse/product?child_plneID=609518&cert_num=822148827 上面下载页面中已经提供了一个例程，是基于EB Tresos的。 当你在S32 DS中安装完上面的组件之后，在S32 DS中也会提供一个例程。 最后，你也可以看一下我们S32K39x提供的电机方案，在下面的下载链接中有电机的例程，其中也包含了EPTU的用法，你可以参考。 https://www.nxp.com/design/design-center/development-boards-and-designs/MCSPTR2AK396

v4l2h265encは入力フレームの順序を保持しますか？ i.MX95では、リアルタイムのメタデータ挿入にv4l2h265encを使用しています。 メタデータはエンコーダの後にアクセスユニットごとに注入されるため、出力アクセスユニットが入力された生フレームとは異なる順序で送信できるかどうかを知る必要があります。 i.MX95 HEVCエンコーダーはBフレームを生成しますか？ はいの場合、それらを無効にするためのV4L2制御はありますか？ 出力アクセスユニットは入力順序を保つことはCAN? 低レイテンシの構成が推奨されていますか? 現在のパイプラインは以下のようになっています。 ... ! v4l2h265enc ! h265parse ! custom_sei_injector ! rtph265pay よろしくお願いします、 心から、 LM Re: Does v4l2h265enc preserve input frame order? こんにちは、 1.リファレンス・マニュアルによると、i.MX95 H.265/HEVCエンコードはI/P映像のみで、Bフレームは生成されません。 2. それらを無効にする必要はありません。 3. エンコーダはI/P画像のみを生成し、Bフレームをエンコードしないため、順序変更を考慮する必要はありません。 4. 低遅延チューニングは、Bフレームを無効にするのではなく、実際のV4L2コントロール、DMAバッファIO、下流バッファリングに焦点を当てるべきです。参考文献としてこちらの投稿を参考にしてください: https://community.nxp.com/t5/i-MX-Graphics/i-MX95-VPU-H265-latency-and-performance-v4l2h265enc-v4l2h265dec/mp/2302467 よろしくお願いいたします。 

I need a demo of S32K396 using an ETPU. I need a demo of an ETPU for S32K396, preferably generated directly from an RTD. Re: 需要一个s32k396的关于etpu的demo Hi@ probably First, you need to install the eptu component according to the RTD version you are using. https://nxp.flexnetoperations.com/control/frse/product?child_plneID=609518&cert_num=822148827 The download page above already provides a sample program based on EB Tresos. After you have installed the above components in S32 DS, a routine will also be provided in S32 DS. Finally, you can also take a look at the motor solutions provided by our S32K39x. The download link below contains motor examples, which also include the usage of EPTU, for your reference. https://www.nxp.com/design/design-center/development-boards-and-designs/MCSPTR2AK396

Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F Hi, I am having trouble getting the SD card software going. All I need to do is get a few items on power-up, no other active management of the SD Card,although I might need logging later on.. I am trying to use data type sd_card_t, and am getting 'unknown type name' error. I have previously included fsl_sd.h and fsl_sdhc.h. but when I do that I get a multiple definition message for many functions in either.  So I assumed that we don't need fsl_sd.h.   It isn't even in my SDK, so for the original multiple definiiton error I downloaded both from github.  Now I have fsl_sdhc.h from the SDK and am still getting the 'unknown type name' message.  Needless to say I am finding the SD card examples very hard to use! Any help would be very much appreciated! Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F Hi @ve3id  Thank you for your post, Please Manage the SDK components in you project and add drivers-> sdhc and middleware->memories->SDMMC Stack->SD At the sdcard_polling example the following components are included: To enter into manage the SDK components you need right click the project and go to SDK Managment -> Manage SDK Components Let me know if this solves the issue.  Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F Thank you for the quick reply, Carlos, but I have already done that, so maybe there is something else? Here is my window for the SD management: Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F Hi @ve3id  Thanks for clarifying, Could you please share which SDK version you are using?  I tried with 2.11.0 and I'm not able to replicate it at my end.  Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F I am using SDK_2.11.0_FRDM-K64F I removed it, and built and downloaded a new one of the same version using the "download and install sdks' tab and still have the same problem. thanks Nigel

imx95 在挂起到内存时关闭 vdd_soc 你好， 我们尝试在IDLE状态后关闭VDD_SOC。 例如在 m33 控制台上： lm 暂停 lm M7 挂起 闲置的 然后我们关闭 VDD SOC（通过设置 pf09 待机模式并关闭 VDD SOC） 然后松开备用销， m33 上的 VDD_SOC 从头开始，我们仍然节省了 RAM。 我们在 spl 中修改代码，使其在 bl31 中使用热启动路径，并成功启动到内核。 然而，之后内核就卡住了，您可以查看以下最新日志。 我想知道这两个案例之间可能存在哪些区别： - 正常挂起情况：（保留 vdd_soc） - 如果出现异常情况（vdd_soc 关闭），我们是否应该在 m33 启动时执行其他操作来重新初始化某些内容？ [2026-07-06 10:39:55.070]注意：BL31：已恢复 NS 上下文 [2026-07-06 10:39:55.074][ 1018.529356][T3251] 调用 its_restore_enable+0x0/0x1ac [2026-07-06 10:39:55.080][ 1018.529356][T3251] 调用 cpu_pm_resume+0x0/0x5c [2026-07-06 10:39:55.084][ 1018.529356][T3251] 调用 kvm_resume+0x0/0x68 [2026-07-06 10:39:55.089][ 1018.529356][T3251] 调用 irq_gc_resume+0x0/0x110 [2026-07-06 10:39:55.094][ 1018.529356][T3251] 调用 irq_pm_syscore_resume+0x0/0x24 [2026-07-06 10:39:55.100][ 1018.529356][T3251] 调用 timekeeping_resume+0x0/0x188 [2026-07-06 10:39:55.105][ 1018.529356][T3251] 调用 sched_clock_resume+0x0/0xd0 [2026-07-06 10:39:55.110][ 1018.529619][T3251] 启用非启动 CPU... [2026-07-06 10:39:55.142][ 1018.559214][T0] 在 CPU1 上检测到 VIPT 指令缓存 [2026-07-06 10:39:55.146][ 1018.559246][T0] GICv3：CPU1：找到分发器 100 区域 0:0x0000000048080000 [2026-07-06 10:39:55.154][ 1018.559293][T0] CPU1：已启动辅助处理器 0x0000000100 [0x412fd050] [2026-07-06 10:39:55.161][ 1018.560868][T3251] CPU1 已启动 [2026-07-06 10:39:55.191][ 1018.608610][T0] 在 CPU2 上检测到 VIPT 指令缓存 [2026-07-06 10:39:55.196][ 1018.608642][T0] GICv3：CPU2：找到重新分发器 200 区域 0:0x00000000480a0000 [2026-07-06 10:39:55.203][ 1018.608686][T0] CPU2：已启动辅助处理器 0x0000000200 [0x412fd050] [2026-07-06 10:39:55.210][ 1018.610091][T3251] CPU2 已启动 [2026-07-06 10:39:55.240][ 1018.657836][T0] 在 CPU3 上检测到 VIPT 指令缓存 [2026-07-06 10:39:55.245][ 1018.657870][T0] GICv3：CPU3：找到 redistributor 300 区域 0:0x00000000480c0000 [2026-07-06 10:39:55.253][ 1018.657917][T0] CPU3：已启动辅助处理器 0x0000000300 [0x412fd050] [2026-07-06 10:39:55.260][ 1018.659332][T3251] CPU3 已启动 [2026-07-06 10:39:55.289][ 1018.707065][T0] 在 CPU4 上检测到 VIPT 指令缓存 [2026-07-06 10:39:55.294][ 1018.707101][T0] GICv3：CPU4：找到 400 号分发器区域 0:0x00000000480e0000 [2026-07-06 10:39:55.302][ 1018.707151][T0] CPU4：已启动辅助处理器 0x0000000400 [0x412fd050] [2026-07-06 10:39:55.309][ 1018.708560][T3251] CPU4 已启动 [2026-07-06 10:39:55.339][ 1018.756298][T0] 在 CPU5 上检测到 VIPT 指令缓存 [2026-07-06 10:39:55.344][ 1018.756332][T0] GICv3：CPU5：找到 500 重分发器区域 0:0x0000000048100000 [2026-07-06 10:39:55.351][ 1018.756379][T0] CPU5：已启动辅助处理器 0x0000000500 [0x412fd050] [2026-07-06 10:39:55.359][ 1018.758206][T3251] CPU5 已启动 [2026-07-06 10:39:55.362][ 1018.781314][T3251] rpmsg-lifecycle rpmsg-lifecycle：PM：调用 rpmsg_lifecycle_resume_noirq @ 3251，父级：平台 [2026-07-06 10:39:55.373][ 1018.792078][T3251] rpmsg-lifecycle rpmsg-lifecycle：PM：rpmsg_lifecycle_resume_noirq 在 1 微秒后返回 0 [2026-07-06 10:39:55.383][ 1018.802181][T3251]arm-smmu-v3 490d0000.iommu：PM：调用 arm_smmu_resume [arm_smmu_v3] @ 3251，父级：49000000.总线 [2026-07-06 10:39:55.394][ 1018.812966][T3251]arm-smmu-v3 490d0000.iommu：PM：arm_smmu_resume [arm_smmu_v3] 在 60 微秒后返回 0 [2026-07-06 10:39:55.403][ 1018.822745][T3251] imx_mu 445b0000.mailbox:PM：正在调用 imx_mu_resume_noirq [imx_mailbox] @ 3251，父级：44000000.总线 [2026-07-06 10:39:55.414][ 1018.833538][T3251] imx_mu 445b0000.mailbox:PM：imx_mu_resume_noirq [imx_mailbox] 在 3 微秒后返回 0 [2026-07-06 10:39:55.424][ 1018.843279][T3251] imx_mu 47300000.mailbox:PM：调用 imx_mu_resume_noirq [imx_mailbox] @ 3251，父级：soc [2026-07-06 10:39:55.434][ 1018.853283][T3251] imx_mu 47300000.mailbox:PM：imx_mu_resume_noirq [imx_mailbox] 在 2 微秒后返回 0 [2026-07-06 10:39:55.444][ 1018.863029][T3251] imx_mu 47320000.mailbox:PM：调用 imx_mu_resume_noirq [imx_mailbox] @ 3251，父级：soc [2026-07-06 10:39:55.454][ 1018.873031][T3251] imx_mu 47320000.mailbox:PM：imx_mu_resume_noirq [imx_mailbox] 在 1 微秒后返回 0 [2026-07-06 10:39:55.464][ 1018.882772][T3251] imx_mu 47330000.mailbox:PM：调用 imx_mu_resume_noirq [imx_mailbox] @ 3251，父级：soc [2026-07-06 10:39:55.474][ 1018.892773][T3251] imx_mu 47330000.mailbox:PM：imx_mu_resume_noirq [imx_mailbox] 在 1 微秒后返回 0 [2026-07-06 10:39:55.483][ 1018.902513][T3251] imx_mu 47340000.mailbox:PM：调用 imx_mu_resume_noirq [imx_mailbox] @ 3251，父级：soc [2026-07-06 10:39:55.493][ 1018.912516][T3251] imx_mu 47340000.mailbox:PM：imx_mu_resume_noirq [imx_mailbox] 在 1 微秒后返回 0 [2026-07-06 10:39:55.503][ 1018.922256][T3251] imx_mu 47350000.mailbox:PM：调用 imx_mu_resume_noirq [imx_mailbox] @ 3251，父级：soc [2026-07-06 10:39:55.513][ 1018.932256][T3251] imx_mu 47350000.mailbox:PM：imx_mu_resume_noirq [imx_mailbox] 在 1 微秒后返回 0 [2026-07-06 10:39:55.523][ 1018.941998][T3251] imx_mu 47550000.mailbox:PM：调用 imx_mu_resume_noirq [imx_mailbox] @ 3251，父级：soc [2026-07-06 10:39:55.533][ 1018.952002][T3251] imx_mu 47550000.mailbox:PM：imx_mu_resume_noirq [imx_mailbox] 在 1 微秒后返回 0 [2026-07-06 10:39:55.542][ 1018.961770][T3251] imx_mu 42430000.mailbox:PM：正在调用 imx_mu_resume_noirq [imx_mailbox] @ 3251，父级：42000000.总线 [2026-07-06 10:39:55.553][ 1018.972548][T3251] imx_mu 42430000.mailbox:PM：imx_mu_resume_noirq [imx_mailbox] 在 0 微秒后返回 0 [2026-07-06 10:39:55.563][ 1018.982411][T3251] fsl-lpuart 42590000.serial:PM：调用 lpuart_resume_noirq [fsl_lpuart] @ 3251，父级：42000000.总线 [2026-07-06 10:39:55.574][ 1018.993375][T3251] fsl-lpuart 42590000.serial:PM：lpuart_resume_noirq [fsl_lpuart] 在 2 微秒后返回 0 [2026-07-06 10:39:55.584][ 1019.003326][T3251] fsl-lpuart 44380000.serial:PM：调用 lpuart_resume_noirq [fsl_lpuart] @ 3251，父级：44000000.总线 [2026-07-06 10:39:55.595][ 1019.014289][T3251] fsl-lpuart 44380000.serial:PM：lpuart_resume_noirq [fsl_lpuart] 在 4 微秒后返回 0 [2026-07-06 10:39:55.605][ 1019.024225][T3251] imx-lpi2c 42530000.i2c:PM：调用 lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251，父级：42000000.总线 [2026-07-06 10:39:55.616][ 1019.035009][T3251] imx-lpi2c 42530000.i2c:PM：lpi2c_resume_noirq [i2c_imx_lpi2c] 在 1 微秒后返回 0 [2026-07-06 10:39:55.626][ 1019.044756][T3251] imx-lpi2c 42540000.i2c:PM：调用 lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251，父级：42000000.总线 [2026-07-06 10:39:55.636][ 1019.055531][T3251] imx-lpi2c 42540000.i2c:PM：lpi2c_resume_noirq [i2c_imx_lpi2c] 在 0 微秒后返回 0 [2026-07-06 10:39:55.646][ 1019.065272][T3251] imx-lpi2c 426b0000.i2c:PM：调用 lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251，父级：42000000.总线 [2026-07-06 10:39:55.657][ 1019.076047][T3251] imx-lpi2c 426b0000.i2c:PM：lpi2c_resume_noirq [i2c_imx_lpi2c] 在 0 微秒后返回 0 [2026-07-06 10:39:55.667][ 1019.085794][T3251] imx-lpi2c 426c0000.i2c:PM：调用 lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251，父级：42000000.总线 [2026-07-06 10:39:55.677][ 1019.096567][T3251] imx-lpi2c 426c0000.i2c:PM：lpi2c_resume_noirq [i2c_imx_lpi2c] 在 0 微秒后返回 0 [2026-07-06 10:39:55.687][ 1019.106304][T3251] imx-lpi2c 426d0000.i2c:PM：调用 lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251，父级：42000000.总线 [2026-07-06 10:39:55.698][ 1019.117086][T3251] imx-lpi2c 426d0000.i2c:PM：lpi2c_resume_noirq [i2c_imx_lpi2c] 在 0 微秒后返回 0 [2026-07-06 10:39:55.708][ 1019.126830][T3251] imx-lpi2c 44350000.i2c:PM：调用 lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251，父级：44000000.总线 [2026-07-06 10:39:55.718][ 1019.137605][T3251] imx-lpi2c 44350000.i2c:PM：lpi2c_resume_noirq [i2c_imx_lpi2c] 在 0 微秒后返回 0 [2026-07-06 10:39:55.728][ 1019.147353][T3251] imx-irqsteer 4b0b0000.中断控制器：PM：调用 genpd_resume_noirq @ 3251，父级：soc [2026-07-06 10:39:55.738][ 1019.157693][T3251] PM：GENPD_RESUME_NOIRQ dev=4b0b0000.中断控制器domain=display task=kworker/4:5 pid=3251 [2026-07-06 10:39:55.749][ 1019.168295][T3251] SCMI_PD 功能域=13 状态=开启 任务=kworker/4:5 进程 ID=3251 Linux PMIC Re: imx95 turn off vdd_soc when suspend to ram 日志中没有错误，但 a55 就此停止运行。 正常情况下（未关闭vddsoc），它会继续运行。 我们试图降低睡眠模式下的功耗，因此我们尝试通过这种方式关闭 vddsoc，同时保持 RAM 的运行。 Re: imx95 turn off vdd_soc when suspend to ram 日志中似乎没有任何错误信息。是否关闭电压可能会导致电流消耗的差异。你注意到功耗方面有任何变化吗？为什么要关闭VDDSOC？ Re: imx95 turn off vdd_soc when suspend to ram 嗨@thinkembedsw VDD_SOC（及相关数字电源）电压降低至“挂起模式”电压。它不支持直接关闭。 BR

imx95はRAMへのサスペンド時にvdd_socをオフにする こんにちは、 アイドル状態になった後、VDD_SOCをオフにしようとしています。 例えば、m33コンソールでは次のようになります。 lm サスペンド lm M7 サスペンション アイドル 次に、vdd socをオフにします（pf09のスタンバイモードをvdd socオフに設定することによって）。 次にスタンバイピンを放します。 m33 の VDD_SOC は最初からやり直しますが、RAM は保存されたままです。 bl31でウォームブートパスを実行するようにsplのコードを変更し、カーネルへの起動に成功しました。 しかしその後、カーネルが詰まってしまい、以下の通りの「最新のログ」が確認できます。 2つのCASEで何が違うのか気になります。 - CASEノーマルサスペンド:(保持vdd_soc) - Case Abnormal(vdd_soc オフ) この場合、M33の起動時に何か再初期化するために別のことをすべきでしょうか? [2026-07-06 10:39:55.070]通知: BL31: ウォームレジュームNSコンテキストが復元されました [2026-07-06 10:39:55.074][ 1018.529356][T3251] its_restore_enable+0x0/0x1ac を呼び出しています [2026-07-06 10:39:55.080][ 1018.529356][T3251] cpu_pm_resume+0x0/0x5c を呼び出しています [2026-07-06 10:39:55.084][ 1018.529356][T3251] kvm_resume+0x0/0x68 を呼び出しています [2026-07-06 10:39:55.089][ 1018.529356][T3251] irq_gc_resume+0x0/0x110 を呼び出しています [2026-07-06 10:39:55.094][ 1018.529356][T3251] irq_pm_syscore_resume+0x0/0x24 を呼び出しています [2026-07-06 10:39:55.100][ 1018.529356][T3251] timekeeping_resume+0x0/0x188 を呼び出しています [2026-07-06 10:39:55.105][ 1018.529356][T3251] sched_clock_resume+0x0/0xd0 を呼び出しています [2026-07-06 10:39:55.110][ 1018.529619][T3251] ブート以外のCPUを有効にする... [2026-07-06 10:39:55.142][ 1018.559214][T0] CPU1でVIPT命令キャッシュを検出しました [2026-07-06 10:39:55.146][ 1018.559246][T0] GICv3: CPU1: 再分配器100の領域0:0x0000000048080000が見つかりました [2026-07-06 10:39:55.154][ 1018.559293][T0] CPU1: 起動済みのセカンダリプロセッサ0x0000000100 [0x412fd050] [2026-07-06 10:39:55.161][ 1018.560868][T3251] CPU1が起動しました [2026-07-06 10:39:55.191][ 1018.608610][T0] CPU2でVIPT命令キャッシュを検出しました [2026-07-06 10:39:55.196][ 1018.608642][T0] GICv3: CPU2: 再分配器200の領域0:0x00000000480a0000が見つかりました [2026-07-06 10:39:55.203][ 1018.608686][T0] CPU2:起動されたセカンダリプロセッサ0x0000000200 [0x412fd050] [2026-07-06 10:39:55.210][ 1018.610091][T3251] CPU2が起動しました [2026-07-06 10:39:55.240][ 1018.657836][T0] CPU3でVIPT命令キャッシュを検出しました [2026-07-06 10:39:55.245][ 1018.657870][T0] GICv3: CPU3: 再分配器300領域0:0x00000000480c0000が見つかりました [2026-07-06 10:39:55.253][ 1018.657917][T0] CPU3: 起動された二次プロセッサ0x0000000300 [0x412fd050] [2026-07-06 10:39:55.260][ 1018.659332][T3251] CPU3が起動しました [2026-07-06 10:39:55.289][ 1018.707065][T0] CPU4でVIPT Iキャッシュを検出しました [2026-07-06 10:39:55.294][ 1018.707101][T0] GICv3: CPU4: 再分配器400領域0:0x00000000480e0000が見つかりました [2026-07-06 10:39:55.302][ 1018.707151][T0] CPU4:セカンダリプロセッサ0x0000000400起動 [0x412fd050] [2026-07-06 10:39:55.309][ 1018.708560][T3251] CPU4が起動しました [2026-07-06 10:39:55.339][ 1018.756298][T0] CPU5でVIPT Iキャッシュを検出しました [2026-07-06 10:39:55.344][ 1018.756332][T0] GICv3: CPU5: 再分配器500領域0:0x0000000048100000が見つかりました [2026-07-06 10:39:55.351][ 1018.756379][T0] CPU5:起動したセカンダリプロセッサ0x0000000500 [0x412fd050] [2026-07-06 10:39:55.359][ 1018.758206][T3251] CPU5が起動しました [2026-07-06 10:39:55.362][ 1018.781314][T3251] rpmsg-ライフサイクル rpmsg-lifecycle: PM: 呼び出し rpmsg_lifecycle_resume_noirq @ 3251、親: プラットフォーム [2026-07-06 10:39:55.373][ 1018.792078][T3251] rpmsg-lifecycle rpmsg-lifecycle: PM: rpmsg_lifecycle_resume_noirq が 1 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.383][ 1018.802181][T3251] arm-smmu-v3 490d0000.iommu:PM: arm_smmu_resume [arm_smmu_v3] @ 3251 を呼び出し中、親プロセス: 49000000.bus [2026-07-06 10:39:55.394][ 1018.812966][T3251] arm-smmu-v3 490d0000.iommu:PM: arm_smmu_resume [arm_smmu_v3] が 60 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.403][ 1018.822745][T3251] imx_mu 445b0000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] @ 3251 を呼び出し中、親: 44000000.bus [2026-07-06 10:39:55.414][ 1018.833538][T3251] imx_mu 445b0000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] が 3 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.424][ 1018.843279][T3251] imx_mu 47300000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] @ 3251 を呼び出し中、親: soc [2026-07-06 10:39:55.434][ 1018.853283][T3251] imx_mu 47300000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] が 2 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.444][ 1018.863029][T3251] imx_mu 47320000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] @ 3251 を呼び出し中、親: soc [2026-07-06 10:39:55.454][ 1018.873031][T3251] imx_mu 47320000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] が 1 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.464][ 1018.882772][T3251] imx_mu 47330000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] @ 3251 を呼び出し中、親: soc [2026-07-06 10:39:55.474][ 1018.892773][T3251] imx_mu 47330000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] が 1 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.483][ 1018.902513][T3251] imx_mu 47340000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] @ 3251 を呼び出し中、親: soc [2026-07-06 10:39:55.493][ 1018.912516][T3251] imx_mu 47340000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] が 1 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.503][ 1018.922256][T3251] imx_mu 47350000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] @ 3251 を呼び出し中、親: soc [2026-07-06 10:39:55.513][ 1018.932256][T3251] imx_mu 47350000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] が 1 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.523][ 1018.941998][T3251] imx_mu 47550000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] @ 3251 を呼び出し中、親: soc [2026-07-06 10:39:55.533][ 1018.952002][T3251] imx_mu 47550000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] が 1 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.542][ 1018.961770][T3251] imx_mu 42430000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] @ 3251 を呼び出し中、親: 42000000.bus [2026-07-06 10:39:55.553][ 1018.972548][T3251] imx_mu 42430000.mailbox:PM: imx_mu_resume_noirq [imx_mailbox] が 0 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.563][ 1018.982411][T3251] fsl-lpuart 42590000.serial:PM: lpuart_resume_noirq [fsl_lpuart] @ 3251 を呼び出し中、親プロセス: 42000000.bus [2026-07-06 10:39:55.574][ 1018.993375][T3251] fsl-lpuart 42590000.serial:PM: lpuart_resume_noirq [fsl_lpuart] が 2 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.584][ 1019.003326][T3251] fsl-lpuart 44380000.serial:PM: lpuart_resume_noirq [fsl_lpuart] @ 3251 を呼び出し中、親プロセス: 44000000.bus [2026-07-06 10:39:55.595][ 1019.014289][T3251] fsl-lpuart 44380000.serial:PM: lpuart_resume_noirq [fsl_lpuart] が 4 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.605][ 1019.024225][T3251] imx-lpi2c 42530000.i2c:PM: lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251 を呼び出し中、親: 42000000.bus [2026-07-06 10:39:55.616][ 1019.035009][T3251] imx-lpi2c 42530000.i2c:PM: lpi2c_resume_noirq [i2c_imx_lpi2c] が 1 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.626][ 1019.044756][T3251] imx-lpi2c 42540000.i2c:PM: lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251 を呼び出し中、親: 42000000.bus [2026-07-06 10:39:55.636][ 1019.055531][T3251] imx-lpi2c 42540000.i2c:PM: lpi2c_resume_noirq [i2c_imx_lpi2c] が 0 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.646][ 1019.065272][T3251] imx-lpi2c 426b0000.i2c:PM: lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251 を呼び出し中、親: 42000000.bus [2026-07-06 10:39:55.657][ 1019.076047][T3251] imx-lpi2c 426b0000.i2c:PM: lpi2c_resume_noirq [i2c_imx_lpi2c] が 0 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.667][ 1019.085794][T3251] imx-lpi2c 426c0000.i2c:PM: lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251 を呼び出し中、親: 42000000.bus [2026-07-06 10:39:55.677][ 1019.096567][T3251] imx-lpi2c 426c0000.i2c:PM: lpi2c_resume_noirq [i2c_imx_lpi2c] が 0 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.687][ 1019.106304][T3251] imx-lpi2c 426d0000.i2c:PM: lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251 を呼び出し中、親: 42000000.bus [2026-07-06 10:39:55.698][ 1019.117086][T3251] imx-lpi2c 426d0000.i2c:PM: lpi2c_resume_noirq [i2c_imx_lpi2c] が 0 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.708][ 1019.126830][T3251] imx-lpi2c 44350000.i2c:PM: lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251 を呼び出し中、親: 44000000.bus [2026-07-06 10:39:55.718][ 1019.137605][T3251] imx-lpi2c 44350000.i2c:PM: lpi2c_resume_noirq [i2c_imx_lpi2c] が 0 マイクロ秒後に 0 を返しました [2026-07-06 10:39:55.728][ 1019.147353][T3251] imx-irqsteer 4b0b0000.interrupt-controller:PM: genpd_resume_noirq @ 3251 を呼び出し中、親: soc [2026-07-06 10:39:55.738][ 1019.157693][T3251] PM: GENPD_RESUME_NOIRQ dev=4b0b0000.interrupt-controllerドメイン=display タスク=kworker/4:5 pid=3251 [2026-07-06 10:39:55.749][ 1019.168295][T3251] SCMI_PD ディスプレイ ドメイン=13 状態=オン タスク=kworker/4:5 pid=3251 Linux PMIC Re: imx95 turn off vdd_soc when suspend to ram ログにはエラーは記録されていませんが、a55はそこで停止してしまいます。 通常の場合(vddsoCを切らさずに)、そのまま動作を続けます スリープモードでの消費電力を減らそうとしているので、この方法でvddsocをオフにしつつRAMは残しています。 Re: imx95 turn off vdd_soc when suspend to ram ログにはエラー情報がないようです。電圧を遮断するかどうかによって、消費電流に差が生じる可能性があります。消費電力に違いを感じますか？また、VDDSOCをオフにしたい理由は何ですか？ Re: imx95 turn off vdd_soc when suspend to ram こんにちは@thinkembedsw VDD_SOC（および関連するデジタル電源）電圧は、「サスペンドモード」電圧まで低下します。直接電源を切ることはサポートしていません BR

在 FRDM-K64F 上使用 MCUxpresso 25.6 时出现未定义的 SD 卡符号 您好， 我无法让SD卡软件正常运行。 我只需要在开机时加载一些项目，不需要对 SD 卡进行其他主动管理，虽然以后可能需要记录日志。 我尝试使用数据类型 sd_card_t，但出现“未知类型名称”错误。 我之前已经包含了 fsl_sd.h和 fsl_sdhc.h。但是当我这样做时，两个地方都出现了多个函数重复定义的错误信息。所以我认为我们不需要 fsl_sd.h。它甚至不在我的 SDK 中，所以对于最初的多重定义错误，我从 GitHub 下载了这两个文件。我现在有了 fsl_sdhc.h我从 SDK 中获取了资源，但仍然收到“未知类型名称”消息。毋庸置疑，我发现 SD 卡示例非常难用！ 非常感谢您的帮助！ Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F 嗨@ve3id 感谢您的帖子。 请管理项目中的 SDK 元器件，并添加 drivers->sdhc 和 中间件->memories->SDMMC Stack->SD sdcard_polling 示例中包含了以下元器件： 要进入 SDK 元器件管理界面，您需要右键单击项目，然后转到“SDK 管理”->“管理 SDK 元器件”。 请告诉我这样是否解决了问题。 Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F 谢谢你的快速回复，卡洛斯，但我已经这样做了，所以也许还有其他办法？这是我的SD卡管理窗口： Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F 嗨@ve3id 谢谢你的解释。 请问您使用的是哪个SDK版本？ 我用 2.11.0 版本试过了，但我这边无法重现这个问题。 Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F 我正在使用SDK_ 2.11.0_ FRDM-K64F 我卸载了它，然后使用“下载和安装 SDK”选项卡构建并下载了相同版本的新版本，但仍然遇到同样的问题。 谢谢！ 奈杰尔

imx95 turn off vdd_soc when suspend to ram Hi, We trying to turn off VDD_SOC after idle state. For example on m33 console: lm suspend lm M7 suspend idle Then we turn off vdd soc (by settingup pf09 stby mode with off vdd soc) Then release stby pin, VDD_SOC on m33 start from scratch and we still have RAM saved. We change code in spl to go for warm boot path in bl31 and sucessfully boot up to kernel. However then, kernel got stuck after that, you can see lastest log as follow. I wonder what can be differences between two cases: - case normal suspend: (keep vdd_soc) - case abnormal (vdd_soc off)  should we do something else on m33 startup for reinitialize some thing in this case? [2026-07-06 10:39:55.070] NOTICE: BL31: warm resume NS context restored [2026-07-06 10:39:55.074] [ 1018.529356][ T3251] Calling its_restore_enable+0x0/0x1ac [2026-07-06 10:39:55.080] [ 1018.529356][ T3251] Calling cpu_pm_resume+0x0/0x5c [2026-07-06 10:39:55.084] [ 1018.529356][ T3251] Calling kvm_resume+0x0/0x68 [2026-07-06 10:39:55.089] [ 1018.529356][ T3251] Calling irq_gc_resume+0x0/0x110 [2026-07-06 10:39:55.094] [ 1018.529356][ T3251] Calling irq_pm_syscore_resume+0x0/0x24 [2026-07-06 10:39:55.100] [ 1018.529356][ T3251] Calling timekeeping_resume+0x0/0x188 [2026-07-06 10:39:55.105] [ 1018.529356][ T3251] Calling sched_clock_resume+0x0/0xd0 [2026-07-06 10:39:55.110] [ 1018.529619][ T3251] Enabling non-boot CPUs ... [2026-07-06 10:39:55.142] [ 1018.559214][ T0] Detected VIPT I-cache on CPU1 [2026-07-06 10:39:55.146] [ 1018.559246][ T0] GICv3: CPU1: found redistributor 100 region 0:0x0000000048080000 [2026-07-06 10:39:55.154] [ 1018.559293][ T0] CPU1: Booted secondary processor 0x0000000100 [0x412fd050] [2026-07-06 10:39:55.161] [ 1018.560868][ T3251] CPU1 is up [2026-07-06 10:39:55.191] [ 1018.608610][ T0] Detected VIPT I-cache on CPU2 [2026-07-06 10:39:55.196] [ 1018.608642][ T0] GICv3: CPU2: found redistributor 200 region 0:0x00000000480a0000 [2026-07-06 10:39:55.203] [ 1018.608686][ T0] CPU2: Booted secondary processor 0x0000000200 [0x412fd050] [2026-07-06 10:39:55.210] [ 1018.610091][ T3251] CPU2 is up [2026-07-06 10:39:55.240] [ 1018.657836][ T0] Detected VIPT I-cache on CPU3 [2026-07-06 10:39:55.245] [ 1018.657870][ T0] GICv3: CPU3: found redistributor 300 region 0:0x00000000480c0000 [2026-07-06 10:39:55.253] [ 1018.657917][ T0] CPU3: Booted secondary processor 0x0000000300 [0x412fd050] [2026-07-06 10:39:55.260] [ 1018.659332][ T3251] CPU3 is up [2026-07-06 10:39:55.289] [ 1018.707065][ T0] Detected VIPT I-cache on CPU4 [2026-07-06 10:39:55.294] [ 1018.707101][ T0] GICv3: CPU4: found redistributor 400 region 0:0x00000000480e0000 [2026-07-06 10:39:55.302] [ 1018.707151][ T0] CPU4: Booted secondary processor 0x0000000400 [0x412fd050] [2026-07-06 10:39:55.309] [ 1018.708560][ T3251] CPU4 is up [2026-07-06 10:39:55.339] [ 1018.756298][ T0] Detected VIPT I-cache on CPU5 [2026-07-06 10:39:55.344] [ 1018.756332][ T0] GICv3: CPU5: found redistributor 500 region 0:0x0000000048100000 [2026-07-06 10:39:55.351] [ 1018.756379][ T0] CPU5: Booted secondary processor 0x0000000500 [0x412fd050] [2026-07-06 10:39:55.359] [ 1018.758206][ T3251] CPU5 is up [2026-07-06 10:39:55.362] [ 1018.781314][ T3251] rpmsg-lifecycle rpmsg-lifecycle: PM: calling rpmsg_lifecycle_resume_noirq @ 3251, parent: platform [2026-07-06 10:39:55.373] [ 1018.792078][ T3251] rpmsg-lifecycle rpmsg-lifecycle: PM: rpmsg_lifecycle_resume_noirq returned 0 after 1 usecs [2026-07-06 10:39:55.383] [ 1018.802181][ T3251] arm-smmu-v3 490d0000.iommu: PM: calling arm_smmu_resume [arm_smmu_v3] @ 3251, parent: 49000000.bus [2026-07-06 10:39:55.394] [ 1018.812966][ T3251] arm-smmu-v3 490d0000.iommu: PM: arm_smmu_resume [arm_smmu_v3] returned 0 after 60 usecs [2026-07-06 10:39:55.403] [ 1018.822745][ T3251] imx_mu 445b0000.mailbox: PM: calling imx_mu_resume_noirq [imx_mailbox] @ 3251, parent: 44000000.bus [2026-07-06 10:39:55.414] [ 1018.833538][ T3251] imx_mu 445b0000.mailbox: PM: imx_mu_resume_noirq [imx_mailbox] returned 0 after 3 usecs [2026-07-06 10:39:55.424] [ 1018.843279][ T3251] imx_mu 47300000.mailbox: PM: calling imx_mu_resume_noirq [imx_mailbox] @ 3251, parent: soc [2026-07-06 10:39:55.434] [ 1018.853283][ T3251] imx_mu 47300000.mailbox: PM: imx_mu_resume_noirq [imx_mailbox] returned 0 after 2 usecs [2026-07-06 10:39:55.444] [ 1018.863029][ T3251] imx_mu 47320000.mailbox: PM: calling imx_mu_resume_noirq [imx_mailbox] @ 3251, parent: soc [2026-07-06 10:39:55.454] [ 1018.873031][ T3251] imx_mu 47320000.mailbox: PM: imx_mu_resume_noirq [imx_mailbox] returned 0 after 1 usecs [2026-07-06 10:39:55.464] [ 1018.882772][ T3251] imx_mu 47330000.mailbox: PM: calling imx_mu_resume_noirq [imx_mailbox] @ 3251, parent: soc [2026-07-06 10:39:55.474] [ 1018.892773][ T3251] imx_mu 47330000.mailbox: PM: imx_mu_resume_noirq [imx_mailbox] returned 0 after 1 usecs [2026-07-06 10:39:55.483] [ 1018.902513][ T3251] imx_mu 47340000.mailbox: PM: calling imx_mu_resume_noirq [imx_mailbox] @ 3251, parent: soc [2026-07-06 10:39:55.493] [ 1018.912516][ T3251] imx_mu 47340000.mailbox: PM: imx_mu_resume_noirq [imx_mailbox] returned 0 after 1 usecs [2026-07-06 10:39:55.503] [ 1018.922256][ T3251] imx_mu 47350000.mailbox: PM: calling imx_mu_resume_noirq [imx_mailbox] @ 3251, parent: soc [2026-07-06 10:39:55.513] [ 1018.932256][ T3251] imx_mu 47350000.mailbox: PM: imx_mu_resume_noirq [imx_mailbox] returned 0 after 1 usecs [2026-07-06 10:39:55.523] [ 1018.941998][ T3251] imx_mu 47550000.mailbox: PM: calling imx_mu_resume_noirq [imx_mailbox] @ 3251, parent: soc [2026-07-06 10:39:55.533] [ 1018.952002][ T3251] imx_mu 47550000.mailbox: PM: imx_mu_resume_noirq [imx_mailbox] returned 0 after 1 usecs [2026-07-06 10:39:55.542] [ 1018.961770][ T3251] imx_mu 42430000.mailbox: PM: calling imx_mu_resume_noirq [imx_mailbox] @ 3251, parent: 42000000.bus [2026-07-06 10:39:55.553] [ 1018.972548][ T3251] imx_mu 42430000.mailbox: PM: imx_mu_resume_noirq [imx_mailbox] returned 0 after 0 usecs [2026-07-06 10:39:55.563] [ 1018.982411][ T3251] fsl-lpuart 42590000.serial: PM: calling lpuart_resume_noirq [fsl_lpuart] @ 3251, parent: 42000000.bus [2026-07-06 10:39:55.574] [ 1018.993375][ T3251] fsl-lpuart 42590000.serial: PM: lpuart_resume_noirq [fsl_lpuart] returned 0 after 2 usecs [2026-07-06 10:39:55.584] [ 1019.003326][ T3251] fsl-lpuart 44380000.serial: PM: calling lpuart_resume_noirq [fsl_lpuart] @ 3251, parent: 44000000.bus [2026-07-06 10:39:55.595] [ 1019.014289][ T3251] fsl-lpuart 44380000.serial: PM: lpuart_resume_noirq [fsl_lpuart] returned 0 after 4 usecs [2026-07-06 10:39:55.605] [ 1019.024225][ T3251] imx-lpi2c 42530000.i2c: PM: calling lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251, parent: 42000000.bus [2026-07-06 10:39:55.616] [ 1019.035009][ T3251] imx-lpi2c 42530000.i2c: PM: lpi2c_resume_noirq [i2c_imx_lpi2c] returned 0 after 1 usecs [2026-07-06 10:39:55.626] [ 1019.044756][ T3251] imx-lpi2c 42540000.i2c: PM: calling lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251, parent: 42000000.bus [2026-07-06 10:39:55.636] [ 1019.055531][ T3251] imx-lpi2c 42540000.i2c: PM: lpi2c_resume_noirq [i2c_imx_lpi2c] returned 0 after 0 usecs [2026-07-06 10:39:55.646] [ 1019.065272][ T3251] imx-lpi2c 426b0000.i2c: PM: calling lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251, parent: 42000000.bus [2026-07-06 10:39:55.657] [ 1019.076047][ T3251] imx-lpi2c 426b0000.i2c: PM: lpi2c_resume_noirq [i2c_imx_lpi2c] returned 0 after 0 usecs [2026-07-06 10:39:55.667] [ 1019.085794][ T3251] imx-lpi2c 426c0000.i2c: PM: calling lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251, parent: 42000000.bus [2026-07-06 10:39:55.677] [ 1019.096567][ T3251] imx-lpi2c 426c0000.i2c: PM: lpi2c_resume_noirq [i2c_imx_lpi2c] returned 0 after 0 usecs [2026-07-06 10:39:55.687] [ 1019.106304][ T3251] imx-lpi2c 426d0000.i2c: PM: calling lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251, parent: 42000000.bus [2026-07-06 10:39:55.698] [ 1019.117086][ T3251] imx-lpi2c 426d0000.i2c: PM: lpi2c_resume_noirq [i2c_imx_lpi2c] returned 0 after 0 usecs [2026-07-06 10:39:55.708] [ 1019.126830][ T3251] imx-lpi2c 44350000.i2c: PM: calling lpi2c_resume_noirq [i2c_imx_lpi2c] @ 3251, parent: 44000000.bus [2026-07-06 10:39:55.718] [ 1019.137605][ T3251] imx-lpi2c 44350000.i2c: PM: lpi2c_resume_noirq [i2c_imx_lpi2c] returned 0 after 0 usecs [2026-07-06 10:39:55.728] [ 1019.147353][ T3251] imx-irqsteer 4b0b0000.interrupt-controller: PM: calling genpd_resume_noirq @ 3251, parent: soc [2026-07-06 10:39:55.738] [ 1019.157693][ T3251] PM: GENPD_RESUME_NOIRQ dev=4b0b0000.interrupt-controller domain=display task=kworker/4:5 pid=3251 [2026-07-06 10:39:55.749] [ 1019.168295][ T3251] SCMI_PD display domain=13 state=on task=kworker/4:5 pid=3251 Linux PMIC Re: imx95 turn off vdd_soc when suspend to ram There are no error in the log, but a55 just stop there. In normal case (without turning of vddsoc), it continue to run We try to reduce more power consumption on sleep mode so we try this way to turn off vddsoc while keeping RAM. Re: imx95 turn off vdd_soc when suspend to ram it seem there are no error information at the log. Whether turn voltage off or not may lead to the current consumption difference. Do you notice any power consumption difference and why do you want to turn off VDDSOC？ Re: imx95 turn off vdd_soc when suspend to ram Hi @thinkembedsw  VDD_SOC (and related digital supply) voltage is reduced to the “Suspend mode” voltage. It does not support being turned off directly B.R

imx93のTPM EXTCLK ALT機能でサポートされる最大パルス周波数 こんにちは、 TPM EXTCLK(tpm6)がサポートする最大パルス周波数を教えていただけますか。EXTCLK)IMX93プロセッサのピンについて? よろしくお願いいたします。 アヌシュリー Re: Maxmimum pulse frequency supported by TPM EXTCLK ALT function in imx93 i.MX93のTPM6 EXTCLK制限は、単体パッドの最大値として規定されているのではなく、TPMカウンタクロックを基準として規定されています。入力は使用前に同期されるため、外部クロックソースはTPMカウンタクロック周波数の半分未満でなければなりません。 tpm6_clk_root の場合、i.MX93 クロック ルート テーブルには最大周波数83.33 MHzが記載されています。したがって、TPM6がその最大速度でクロックされている場合、それがtpm6の実用的な上限となります。EXTCLKパルスは以下の通りです: TPM制御レジスタは、TPM6がEXTCLKの立ち上がりエッジ、または両方のエッジでカウントできることを確認し、信号はTPMカウンタークロックに同期されています。また、EXTCLKを選択した場合でも、TPMプリスケーラは引き続き使用されることに注意してください。 TPM6カウンタクロックが最大83.33MHzの場合にのみ<41.7MHzを使用し、それ以外の場合はEXTCLK < TPMカウンタクロック/2を使用します。

LPC55S69でUSB HS PLLがロックしない 私はLPCシリーズのマイクロコントローラを用いた初めてのUSB対応製品に取り組んでおり、PHYを直接扱うのはこれが初めてです。これはカスタム基板上で、USB1高速USB接続を使用しています。 現在、dev_cdc_vcom_bm SDKの例を自分のデバイスで動かそうとしています(LPCXpresso55S69の開発ボードでテストした後です)。私のカスタム基板の明らかな違いは、16MHzの水晶発振子ではなく、20MHzの水晶発振子が搭載されている点です。 最初の問題として、PLL_SICレジスタがPLL_LOCKを0と表示しているため、PLLがロックされていないことが分かりました。USBクロック、USB PLL電源、およびUSB PLL有効化が有効になっています。クロック分周器は、20MHzクロックの場合、24で分周するように設定されています（値4）。PLL_PREDIV = 0。USB1_3V3は3.299Vと安定しているので、入力電圧は問題なさそうです。 もう一つの潜在的な問題点は、20MHzの水晶発振器ではなく、20MHzの発振器を使用していることです。別のThreadでそれが問題だと見かけましたが、それはKinetisの部品で、同じIPかどうかはわかりません。たとえそうだとしても、それが論点ずらしだったとしても驚かないだろう。 添付はデバイスの回路図ですが、今回の場合はそれが問題になるはずです。 PLLをロックさせるために、次にどこを調べれば良いか、何か考えはありますか？ LPC55xx Re: USB HS PLL not Locking on LPC55S69 こんにちは、 @martinjaymckee さん。 回路図を見ると、LPC55S69のXTAL32M_PピンはECS-2520MVLC-200-CN発振器の出力から駆動されていますが、XTAL32M_Nは接続されていません。 LPC55S69上のUSB HS PLLは、システム発振器ブロックから基準信号を取得します。SDKの例は通常、結晶がXTAL32M_PとXTAL32M_Nに接続されていることを前提としています。 水晶発振器の代わりに外部クロック源を使用する場合は、発振器ブロックの設定を異なるものにする必要があります。 BR ハリー Re: USB HS PLL not Locking on LPC55S69 なるほど、それはもっともだ。XO32Mはバッファバイパスを使用するように設定済みです。メインクロックPLLが正しい発振器入力を使用していることを確認しました。 USB PLLを動作させるために、XO32Mクロックブロックで他に設定を変更する必要はありますか？

imx93 中 TPM EXTCLK ALT 功能支持的最大脉冲频率 你好， 请问imx93处理器中TPM EXTCLK（tpm6.EXTCLK）引脚支持的最大脉冲频率是多少？ 问候， 阿努什里 Re: Maxmimum pulse frequency supported by TPM EXTCLK ALT function in imx93 i.MX93 上的 TPM6 EXTCLK 限制不是作为独立的焊盘最大值给出的；它是相对于 TPM 计数器时钟指定的：外部时钟源必须小于 TPM 计数器时钟频率的一半，因为输入在使用前是同步的。 对于 tpm6_clk_root，i.MX93 时钟根表列出了最大频率为83.33 MHz 。因此，如果 TPM6 以最大时钟频率运行，则 tpm6.EXTCLK 脉冲的实际上限为： TPM 控制寄存器确认 TPM6 可以对 EXTCLK 的上升沿或两个上升沿进行计数，该信号与 TPM 计数器时钟同步。另请注意，选择 EXTCLK 时仍会使用 TPM 预分频器。 仅当 TPM6 计数器时钟达到其最大值 83.33 MHz 时才使用<41.7 MHz ；否则使用EXTCLK < TPM 计数器时钟 / 2 。

FRDM-K64FでMCUxpresso 25.6を使用した場合、SDカードのシンボルが未定義になる こんにちは、 SDカードソフトがうまく動かずに困っています。 必要なのは、いくつかのアイテムを電源を入れるだけで、SDカードの他のアクティブなマネジメントは不要です。ただ、後でログが必要になるかもしれませんが... データ型sd_card_tを使用しようとしていますが、「不明な型名」エラーが発生します。 以前にfsl_sd.hを含めましたそして fsl_sdhc.h。しかし、そうすると、どちらの場合でも多くの関数に対して複数定義のメッセージが表示されます。だから、fsl_sd.h.は必要ないと思った。SDKには含まれていないので、元の複数定義エラーはGitHubから両方ダウンロードしました。fsl_sdhc.h があります。SDKからも「未知型名」のメッセージが出続けています。言うまでもなく、SDカードのサンプルは非常に使いづらいと感じています！ どんなご支援でも大変ありがたく思います！ Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F こんにちは、 @ve3id さん。 投稿ありがとうございます。 プロジェクト内のSDKコンポーネントを管理し、ドライバを追加してください。> SDHCとミドルウェア>記憶->SDMMC Stack->SD sdcard_polling例では以下の構成要素が含まれています。 「SDK コンポーネント管理」に入るには、プロジェクトを右クリックして「SDK Management -> SDK Components 管理」に行く必要があります これで問題が解決するかどうか教えてください。 Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F 迅速な返信ありがとう、カルロス。でももう返信は済ませたので、他に何かあるかもしれませんね?これがSDマネジメントのための私の窓口です: Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F 私はSDK_2.11.0_FRDM -K64Fを使用しています。 削除して「ダウンロード・インストールsdks」タブを使って同じバージョンの新しいものをビルド・ダウンロードしましたが、同じ問題が起きました。 よろしくお願いします。 ナイジェル Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F こんにちは、 @ve3id さん。 ご説明ありがとうございます。 どのSDKバージョンを使っているのか教えていただけますか? バージョン2.11.0で試してみましたが、私の環境では再現できませんでした。

USB HS PLL not Locking on LPC55S69 I am working on my first USB enabled product with an LPC series microcontroller, and it is the first time that I have worked with the PHY directly. This is on a custom board, using the USB1 high-speed USB connection. I am currently trying to get the dev_cdc_vcom_bm SDK example working on my device (after testing it on the LPCXpresso55S69 dev board). The obvious difference on my custom board is that it has a 20MHz crystal mounted rather than 16MHz.  I have tracked down, as my first problem, that the PLL_SIC register is showing PLL_LOCK as 0, so the PLL is not locking. USB clock, USB PLL power, and USB PLL enable are enabled. The clock divisor is set for divide by 24 (value4) for the 20MHz clock. PLL_PREDIV = 0. USB1_3V3 is reading a solid 3.299v, so the input voltage seems fine. One other potential issue is that I'm using a 20MHz oscillator and not a 20MHz crystal. I saw another thread where that was the issue, but it was on a Kinetis part, and I'm not sure it's the same IP. Even if it is, I wouldn't be surprised if that was a red herring. Attached is the schematic of the device, though that shouldn't be the issue in this case. Any thoughts about where to look next as far as getting the PLL to lock?  LPC55xx Re: USB HS PLL not Locking on LPC55S69 Hi @martinjaymckee  Looking at your schematic, the LPC55S69 XTAL32M_P pin is driven from an ECS-2520MVLC-200-CN oscillator output, while XTAL32M_N is left unconnected. The USB HS PLL on LPC55S69 derives its reference from the system oscillator block. The SDK examples typically assume a crystal connected between XTAL32M_P and XTAL32M_N. When using an external clock source instead of a crystal, the oscillator block should be configured differently. BR Harry Re: USB HS PLL not Locking on LPC55S69 Okay, that's fair. I do have XO32M configured to use use the buffer bypass. And I have verified that the main clock PLL is using the correct oscillator input. Are there other configurations that I need too change on the XO32M clock block to make the USB PLL work?

LPC55S69上的USB HS PLL无法锁定 我正在开发我的第一个采用 LPC 系列微控制器的 USB 产品，这也是我第一次直接操作 PHY。这是在定制电路板上，使用 USB1 高速 USB 连接。 我目前正在尝试让 dev_cdc_vcom_bm SDK 示例在我的设备上运行（在 LPCXpresso55S69 开发板上测试之后）。我的定制电路板最明显的区别在于它安装的是 20MHz 晶振而不是 16MHz 晶振。 我找到的第一个问题是 PLL_SIC 寄存器显示 PLL_LOCK 为 0，因此 PLL 没有锁定。USB时钟、USB PLL电源和USB PLL使能已启用。时钟分频器设置为 24 分频（值 4），用于 20MHz 时钟。PLL_PREDIV = 0。USB1_3V3 读取到稳定的 3.299v，因此输入电压似乎正常。 另一个潜在的问题是，我使用的是 20MHz 振荡器，而不是 20MHz 晶体振荡器。我看到另一个帖子也遇到了同样的问题，但那是 Kinetis 的一个部件，我不确定是不是同一个 IP。即便如此，如果这只是个转移视线的伎俩，我也不会感到惊讶。 附件是该设备的原理图，不过这应该不是问题所在。 关于如何使PLL锁定，您有什么下一步的考虑方向吗？ LPC55xx Re: USB HS PLL not Locking on LPC55S69 嗨@martinjaymckee 从你的原理图来看，LPC55S69 XTAL32M_P 引脚由 ECS-2520MVLC-200-CN 振荡器输出驱动，而 XTAL32M_N 引脚则未连接。 LPC55S69 上的 USB HS PLL 的参考信号来自系统振荡器模块。SDK 示例通常假设 XTAL32M_P 和 XTAL32M_N 之间连接有晶体。 当使用外部时钟源而不是晶体时，振荡器模块的配置方式应该有所不同。 BR 哈里 Re: USB HS PLL not Locking on LPC55S69 好吧，这很合理。我已经将 XO32M 配置为使用缓冲区旁路。我已经确认主时钟PLL使用的是正确的振荡器输入。 我还需要更改 XO32M 时钟模块的其他配置才能使 USB PLL 工作吗？