无法将 S32K146EVB-Q144 板闪烁为 D1 发光的红色 我有一个 S32K146EVB-Q144 评估板，起初运行良好。 在我实施 Lin 栈的一次调试过程中，它停止工作了。 当我RESET控制器时，我看到 D1 上持续出现红灯，另外两个绿灯还在那里。 我在 2-3 号位置使用 J10 和 J107 选择 USB 电源，在 2-3 号位置使用 J104 选择 OpenSDA 应用程序闪存模式。 现在，S32DS 完全检测不到我的控制器。 我按照下面帖子中提到的步骤进行了尝试，症状似乎完全相同。 关于S32K144 D2 红色 LED 始终亮起 - NXP Community 在这里，我使用 P&E Kinetics 恢复工具在 OpenSDA 中停止了处理器，但仍无法闪存任何新应用程序。 即使实现了停止，我也无法再次闪光，红灯仍然亮着。 通过调整跳线 J104，控制器也能进入启动加载器模式，实际上我也能在其中闪存 ne 启动加载器应用程序。但不知何故，我无法再次写入闪存，如果我尝试闪存任何示例 .srec文件，D2 保持周期性闪烁（通常在成功闪烁时闪烁一次，然后应用程序开始运行）。 简而言之： -控制器无法到达主控制器或无法连续RESET -控制器无法再次写入闪存（可能是网络安全问题）。 除了涉及 SEGGER-JLINK 的技术外，我尝试了上述主题中提到的技术，因为我没有这种调试探针。我有一个 PE Multilink Universal，但它也无法恢复/擦除闪存。 以下是板的详细信息：主 板名称是：S32K146EVB-Q144 MicroBoot 内核版本为：1.08 引导 加载程序版本为：1.13 安装的应用程序： peMicro EVB-S32K144 海量存储/调试 应用程序 版本为：1.25 DUID 是： 39A33939-91818199-37539805-F97AE678 EUID 是：4141A238-1BDB8733-1854BA22-D38368D6 TUID 是： 74823938-47328196-8576CC9B-0242983E TOA 是 ：86B6E505-56F042E0-79B2A114-62BA758F TOA2 是：86B6E505-EB1A8A7C-AF6E54B6-43532420 SUID 是：86B6E505-5BA18877-37239804-8003EC65 MCU 是否永久锁定？ 如果不是，我该如何找回我的板？ 我是否发现有任何硬件/软件故障？（仅供参考，D2 和 D3 发出绿光，我认为这意味着我的 5V 和 3.3V 电源轨工作正常） 是否有物理方法进行批量擦除？（无法使用 S32DS 紧急动力学选项，因为那里根本无法检测到板）。 OpenSDA 芯片的任何引脚接地都会导致闪存擦除吗？ Re: Unable to flash S32K146EVB-Q144 board as D1 glowing red 请注意，在圣诞假期期间，我们的支持响应时间可能会比平时长。在某些情况下，您的请求可能会在新年后得到处理。感谢您的理解。 Re: Unable to flash S32K146EVB-Q144 board as D1 glowing red HI P&E恢复实用程序停止 MCU 后，关闭工具。 然后按照步骤 3 或 步骤 4 对 S32K146 重新编程。 我不确定这是否是由于 应用程序版本为： 1.25 .请按住 RESET 按钮 SW5，然后插入 USB 线并将 MS D-DEBUG-S32K146EVB-q144_pemicro_v121.sda 放入 BOOTLOADER 驱动器中。这将把 应用程序版本更新为 1.21。 我还附上了 lpit_periodic_interrupt_s32k146.srec。 顺便说一下，您不需要外接 Segger J-Link。如果按步骤 6 ：插入 J7，同时按住 SW5，OpenSDA 就会进入 BOOTLOADER 模式。然后 将世纪佳缘 J-Link 应用程序固件 （如 OpenSDA_V1.bin然后，板载调试器将变为 J-Link。 祝好， Robin ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"ACCEPT AS SOLUTION" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: Unable to flash S32K146EVB-Q144 board as D1 glowing red 您好，Robin， ，感谢您的及时回复，我试着将其回滚到MSD-DEBUG-S32K146EVB-Q144_Pemicro_v121.SDA， ，其行为方式相同，启动加载器应用程序已闪烁，但 D1 仍闪烁红光，我无法闪烁 .srec使用 Kinetis 恢复工具停止运行后的文件。我看到控制器正在尝试闪烁 srec，但失败了，因为 D2 会周期性闪烁（通常只闪烁 3-4 次，应用程序就会被闪烁）。 然后，我尝试将引导加载器切换到OpenSDA_V1.bin，之后尝试使用 J-Link 指令器进行连接，结果看到以下日志 ： SEGGER J-Link Commander V8.94 (Dec 10 2025 14:50:47 编译) DLL 版本 V8.94, Dec 10 2025 14:49:54 编译 通过 USB 连接 J-Link... 没问题 固件：J-Link OpenSDA 于 2023 年 1 月 31 日编译 13:42:36 硬件版本：V1.00 J-Link 正常运行时间（自启动以来）：0d 00h 00m 28s S/N：621000000 vtref=3.300V 键入 " connect " 建立目标连接，'？'如需帮助 J-Link > connect 请指定设备/内核。 : S32K146 类型 '？'用于选择对话框 设备 > S32K146 请指定目标接口： J) JTAG（默认） S) SWD T) cjTag TIF > SWD SWD TIF SWD 指定目标接口速度 [kHz]。 : 4000 kHz 速度 > 100 设备 " S32K146 " 已选中。 通过 SWD 连接目标 ConfigTargetSettings() 开始 ConfigTargetSettings() 结束 - 用时 22us InitTarget() 开始 SWD 已选定。执行 JTAG -> SWD 切换序列。 停止 CPU 时超时。 InitTarget() end - Took 392ms 发现 SW-DP，ID 为 0x2BA01477 检测到 DPv0 CoreSight SoC-400 或更早版本 扫描 AP 映射以查找所有可用 AP AP[2]：由于已到达 AP 地图的尽头，因此停止 AP 扫描 AP[0]：AHB-AP (IDR: 0x24770011, ADDR: 0x00000000) AP[1]：JTAG-AP (IDR: 0x001C0000, ADDR: 0x01000000) 正在遍历 AP 映射以查找要使用的 AHB-AP， AP[0]：找到内核 AP[0]：AHB-AP ROM base：0xE00FF000 CPUID 寄存器：0x410FC241。实现者代码：0x41 (ARM) 找到了 Cortex-M4 r0p1，小端节序。 FPUnit：6 个代码 (BP) 插槽和 2 个文字插槽 CoreSIGHT 组件： romTBL [0] @ E00FF000 [0] [0]：E000E000 CID B105E00D PID 000BB00C SCS-M7 [0] [1]：E0001000 CID B105E00D 003BB002 PID DWT [0] [2]：E0002000 CID PID B105E00D 002BB003 FPB [0] [3]：D PID T PIU 正在初始化 126976 字节的工作内存 @ 0x1FFF0000 重置类型：正常 (https://kb.segger.com/J-Link_Reset_Strategies) E0000000 B105E00D 003BB001 E0040000 B105900D 000BB9A1 RESET：通过 DEMCR.VC_CORERESET RESET 后暂停内核。 RESET：通过 AIRCR.SYSRESETREQ 重置设备。 RESET：S_RESET_ST 永远不会被清除。CPU 似乎永远处于 RESET。 RESET：使用备用：重置密码。 RESET：通过 DEMCR.VC_CORERESET 重置后暂停内核。 RESET：通过重置引脚重置设备 RESET：VC_CORERESET 未停止 CPU。（调试逻辑也可以通过RESET引脚重置？）。 RESET：重新连接并手动关闭 CPU。 发现 ID 为 0x2ba01477 的 SW-DP DP v0 检测到 CoreSIGHT SoC-400 或更早版本的 AP 地图检测已跳过。 找到手动配置的 AP 映射。 AP[0]：AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[0]：找到内核 AP[0]：AHB-AP ROM base：0xE00FF000 CPUID 寄存器：0x410FC241.实现者代码：0x41 (ARM) 找到了 Cortex-M4 r0p1，小端节序。 CPU 无法暂停 RESET：重置后核心未停机，尝试禁用 WDT。 RESET：通过 DEMCR.VC_CORERESET 重置后暂停内核。 RESET：通过RESET引脚RESET设备 RESET：VC_CORERESET 未停止 CPU。（调试逻辑也可以通过RESET引脚重置？）。 RESET：重新连接并手动关闭 CPU。 发现 ID 为 0x2ba01477 的 SW-DP DP v0 检测到 CoreSIGHT SoC-400 或更早版本的 AP 地图检测已跳过。 找到手动配置的 AP 映射。 AP[0]：AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[0]：找到内核 AP[0]：AHB-AP ROM base：0xE00FF000 CPUID 寄存器：0x410FC241.实现者代码：0x41 (ARM) 找到了 Cortex-M4 r0p1，小端节序。 CPU 无法暂停 RESET：失败。切换RESET引脚并再次尝试RESET策略。 发现 ID 为 0x2BA01477 的 SW-DP 检测到 DPv0 CoreSight SoC-400 或更早版本 跳过 AP 映射检测。找到手动配置的 AP 映射。 AP[0]：AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[0]：找到内核 AP[0]：AHB-AP ROM base：0xE00FF000 CPUID 寄存器：0x410FC241.实现者代码：0x41 (ARM) 找到了 Cortex-M4 r0p1，小端节序。 RESET：通过 DEMCR.VC_CORERESET RESET 后暂停内核。 RESET：通过 AIRCR.SYSRESETREQ 重置设备。 RESET：S_RESET_ST 永远不会被清除。CPU 似乎永远处于 RESET。 RESET：使用备用：RESET pin。 RESET：通过 DEMCR.VC_CORERESET RESET 后暂停内核。 RESET：通过重置引脚RESET设备 RESET：VC_CORERESET 未停止 CPU。（调试逻辑也可以通过RESET引脚重置？）。 RESET：重新连接并手动关闭 CPU。 发现 ID 为 0x2ba01477 的 SW-DP DP v0 检测到 CoreSIGHT SoC-400 或更早版本的 AP 地图检测已跳过。 找到手动配置的 AP 映射。 AP[0]：AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[0]：找到内核 AP[0]：AHB-AP ROM base：0xE00FF000 CPUID 寄存器：0x410FC241.实现者代码：0x41 (ARM) 找到了 Cortex-M4 r0p1，小端节序。 CPU 无法暂停 RESET：重置后核心未停机，尝试禁用 WDT。 RESET：通过 DEMCR.VC_CORERESET 重置后暂停内核。 RESET：通过RESET引脚RESET设备 RESET：VC_CORERESET 未停止 CPU。（调试逻辑也可以通过RESET引脚重置？）。 RESET：重新连接并手动关闭 CPU。 发现 ID 为 0x2ba01477 的 SW-DP DP v0 检测到 CoreSIGHT SoC-400 或更早版本的 AP 地图检测已跳过。 找到手动配置的 AP 映射。 AP[0]：AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[0]：找到内核 AP[0]：AHB-AP ROM base：0xE00FF000 CPUID 寄存器：0x410FC241.实现者代码：0x41 (ARM) 找到了 Cortex-M4 r0p1，小端节序。 CPU 无法停止运行 CPU 无法停止运行 CPU 无法停止运行 ****** Error：Failed to halt CPU. Memory zones: Zone："默认" 说明：默认访问模式 Cortex-M4 已识别。 J-Link> Re: Unable to flash S32K146EVB-Q144 board as D1 glowing red 请使用示波器观察RESET引脚的波形，将波形发送给我，并告诉我RESET周期和高级宽度。在某些情况下，可能无法恢复，必须更换 S32K1 芯片。   连接策略& 恢复步骤： 目标：让调试器有机会停止内核并中和有问题的固件。 答：降低 SWD 速度 + “RESET 时连接” 在 J‑Link Commander 中： J-Link> device S32K146 J-Link> if SWD J-Link> speed 1000 ; start at 1 MHz; if still failing, drop to 100 kHz J-Link> connect 如果仍然失败，请使用手动重置下连接： 在外部将 RESET_B 保持在低电平，为板供电。 在命令行中运行连接。 释放RESET并立即： J-Link> r J-Link> h J-Link> halt 多试几次，尤其是在 100 kHz SWD 速度下，计时至关重要。 B. 更改 J‑Link RESET 策略 不同的 RESET 策略值的行为不同。在 Commander 中（具体 ID 可能因版本而异）： J-Link> SetResetType = 3 ; a common “connect under reset / halt after reset”; Try 2 / 4 / 12 etc. depending on your J-Link version J-Link> r J-Link> halt 或者，尝试在 J-Link Commander 中的 RESET " 下选择 " Connect。 Re: Unable to flash S32K146EVB-Q144 board as D1 glowing red 根据 S32K146EVB-SPF-29844-RB.pdf: J104 1-2 来自 OpenSDA J 10 2-3 P5V0 的 RESET 信号。 如果你有外部 9V 或 12V 电源，也可以尝试连接 J107 1-2 P5V_SBC。如果您恰好有一个外部调试器，例如 PEMicro Multilink试试能否下载 S32K146 的程序。 最近下载的项目是什么？是否启用了 CSEc？ 请回答我之前的问题，并向我提供使用示波器测量的RESET信号。

imx8mp アプリ実行時に m4 を停止 imx8mp の A53 コアでユーザー アプリケーションを実行しながら、M4 コアで実行中のプログラムを確実に停止するにはどうすればよいですか?再起動後に M4 コアが自動的に再起動するため、デバイス ツリーやその他の設定を変更せずに特定のテストを実行する必要があります。これにより、テストを行っていないときでも、M4コアは正常に動作し続けることができます。

IMX8QM 未使用的电源和信号绑带 您好， 我们正在为 IMX8QM 处理器设计定制板。本项目中有一些未使用的硬件模块，如 HDMI、LVDS、MIPI-CSI、MIPI-DSI、PCIe 等。我们要确保未使用的电源和信号绑扎。 例如，根据 IMX8HWDG 表 47，如果不使用HDMI-RX，下面给出的电源引脚必须接地。 VDD_HDMI_RX0_1P8 ---> GND VDD_HDMI_RX0_LDO0_1P0_CAP ---> GND VDD_HDMI_RX0_LDO1_1P0_CAP ---> GND vdd_hdmi_rx0_vh_rx_3p3 ---> gnd 查看表 48，如果不使用 HDMI-RX，信号引脚的连接方式如下： HDMI_RX0_ARC_P/N ---> 保持未连接状态 HDMI_RX0_CEC ---> 保持未连接状态 HDMI_RX0_HPD ---> 保持未连接状态 HDMI_RX0_MON_5V ---> 不连接 HDMI_RX0_CLK_P/N ---> GND HDMI_RX0_DATAx_P/N ---> GND HDMI_RX0_REXT ---> GND HDMI-RX 块没有问题。 不过，LVDS和 MIPI-CSI 或 MIPI-DSI 块有些令人困惑。根据表 47，LVDS电源引脚必须用 10kΩ 电阻器连接至 GND。 VDD_LVDS0_1P0 ---> 10 kΩ 至地面 VDD_LVDS0_1P8 ---> 10 kΩ 至地面 VDD_LVDS1_1P0 ---> 10 kΩ 至地面 VDD_LVDS1_1P8 ---> 10 kΩ 至地面 在硬件设计指南第 78 页中有一项关于对地 10 kΩ 建议的说明： 所有球可作为一组通过一个 10 kΩ 电阻器连接并拉低至地，或作为多组（根据球图位置）通过多个 10 kΩ 电阻器连接并拉低至地。如果相关电源没有供电，信号球可以不连接。 问题 1：根据上述解释，我们将 VDD_LVDS0_1P0（球 AV36）和 VDD_LVDS1_1P0（球 AW35）短路，并只用一个 10k 电阻与地相连。数据表显示，这些电源引脚属于第 1 组（同一组）。这样做安全吗？我在下面附上了一张图片。 表 48 中另有 LVDS 块未使用信号引脚的说明： 所有球可作为一组通过一个 10 kΩ 电阻器连接并拉低至地，或作为多组（根据球图位置）通过多个 10 kΩ 电阻器连接并拉低至地。此解决方案仅在与每个 I/O 组关联的所有功率域均已断开或接地时才适用。如果某些功能域仍处于供电状态，则落入这些功能域的未使用的 I/O 必须保持浮空或单独接地，每个信号都通过自己的 10kΩ 电阻器。 未使用的电源引脚中指出，对于 LVDS，未使用的无电源硬件模块信号引脚可以不连接。但上面的说明没有提到在不提供电源的情况下不连接信号引脚的任何信息。 问题 2：如果我们将 LVDS 电源引脚 10K 与地相连，不连接 LVDS 信号引脚是否安全？我在下面附上了一张图片。 问题 3：我只举了一个 LVDS 的例子。我可以将这些线路应用于 MIPI-CSI 和 MIPI-DSI 块吗？ 需要您帮助完成该项目的硬件设计。 先行致谢。 易卜拉欣 i.MX8 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Re: IMX8QM Unused Power and Signal Strapping 感谢您的答复。我们将像下面这样布线： 要为每条线路布线并为每组线路放置一个电阻器是很困难的。无论如何，哪种方法更安全，我们都必须这样做。 再次感谢。 易卜拉欣 Re: IMX8QM Unused Power and Signal Strapping 你好 1.是的，它是安全的。 2.不需要，每个组或信号都需要用一个 10k 电阻器连接到地。 3.是的，LVDS 和 MIPI 信号的指导原则类似。 顺祝商祺！

VS Code の MCUXpresso: SDK サンプルの操作 このガイドでは、次の内容について説明します。 スタンドアロン SDK からサンプル プロジェクトをインポートする方法 ビルド、フラッシュ、デバッグの方法 シリアルモニターの使い方 (マイビデオで視聴) MCUXpresso for VS Code

MCUXpresso IDE - Release History This document contains a history of the releases of MCUXpresso IDE, with links to the announcement blog for each release. Receive email notification for new releases If you would like to receive notifications when a new version of MCUXpresso IDE is released, please make sure to follow this document.   Release History June 2025 MCUXpresso IDE v25.06 December 2024 MCUXpresso IDE v24.12 September 2024 MCUXpresso IDE v24.9 July 2024 MCUXpresso IDE v11.10.0 April 2024 MCUXpresso IDE v11.9.1 January 2024 MCUXpresso IDE v11.9.0 October 2023 MCUXpresso IDE v11.8.1 August 2023 MCUXpresso IDE v11.8.0  March 2023 MCUXpresso IDE v11.7.1  January 2023 MCUXpresso IDE v11.7.0  October 2022 MCUXpresso IDE v11.6.1  July 2022 MCUXpresso IDE v11.6.0  April 2022 MCUXpresso IDE v11.5.1  January 2022 MCUXpresso IDE v11.5.0  September 2021 MCUXpresso IDE v11.4.1  August 2021 MCUXpresso IDE v11.4.0 b6224 replaced by b6237 to fix an eclipse updater issue. July 2021 MCUXpresso IDE v11.4.0  April 2021 MCUXpresso IDE v11.3.1  January 2021 MCUXpresso IDE v11.3.0  October 2020 MCUXpresso IDE v11.2.1  July 2020 MCUXpresso IDE v11.2.0   March 2020 MCUXpresso IDE v11.1.1  December 2019 MCUXpresso IDE v11.1.0  MCUXpresso IDE v11.1.0 SDK Handling Hotfix (January 2020) September 2019 MCUXpresso IDE v11.0.1 MCUXpresso IDE v11.0.1 Segger-LPC Debug Hotfix (September 2019) MCUXpresso IDE v11.0.1 LPC55xx Debug Hotfix (October 2019) June 2019 MCUXpresso IDE v11.0.0 February 2019 MCUXpresso IDE v10.3.1 December 2018 MCUXpresso IDE v10.3.0 July 2018 MCUXpresso IDE v10.2.1 May 2018 MCUXpresso IDE v10.2.0 January 2018 MCUXpresso IDE v10.1.1 November 2017 MCUXpresso IDE v10.1.0 July 2017 MCUXpresso IDE v10.0.2 March 2017 MCUXpresso IDE v10.0.0

LPC55xx：启用柔性通信接口 USART CMSIS 的时钟源 你好 运行 MCUXpresso IDE 25.06 和用于 LPC5536 的 SDK 25.06。我使用配置工具来配置通过"新项目向导" 创建的新项目的硬件接口。 我首先使用时钟 工具将 CPU 时钟配置为 100 MHz。 接下来，我使用外设工具将 Flexcom0 配置为 USART（CMSIS 通用驱动程序）。当我添加该接口时，配置页面正确显示了一个错误："clock source is not configured" 。 它还快速提示我可以启用 FXCOM0 时钟： 我选择"启用 FXCOM0 时钟" ，然后错误指示灯就消失了。 我点击"更新代码" 。然后关闭 "外设 "窗口，返回 "显影 "视图。 现在我打开 Clocks Tool（时钟工具），以更改 FXCOM0 时钟的路由。 可以看到"FXCOMCLK0" 时钟已启用： 在这里，我将 FCCCLKSEL0 从"main_clk" 改为"system_pll_divided_clock。这将禁用 FXCOMCLK0。 点击"更新代码" 后，我再次打开外设工具。 在那里，我看到了与之前相同的错误指示器，即断言 Flexcom0 时钟未配置（正确）。 现在，我再次使用之前的"快速修复" ，让外设工具为我启用时钟。 我打开时钟工具，发现时钟路径上的一些元器件现在已启用，但以前曾被禁用： 和以前一样，我不想使用"main_clk" 的时钟路由，而是使用"pll_clk_div" 的时钟路由。 当切换到"pll_clk_div" 时，FXCOMCLK0 会再次禁用。Arrrgghh. 我到此为止。这显然不是将时钟路由到硬件接口的有效工作流程。在不同的配置工具之间来回切换需要太多的麻烦。 因此，我从振荡器开始为时钟布线。这在我按下 PLLDIV 之前一直有效。 该元素已禁用，我不知道如何启用它。我尝试双击它、名称、分频器、" 处于非活动状态的 " 文本，但无济于事。 最后，我右键单击元素，选择"编辑设置：PLLDIV" 。在这里，我尝试输入"PLLDIV Frequency" ，但弹出的错误窗口称该元素已禁用。我绝望地点击了 " 暂停分频器计数器 " 然后选择了 " 启用分频器计数器 "。 你能相信吗？🤷‍♂️ 时钟工具在这方面确实很不方便，也不直观。它应该提供 " 快速修复 " 以轻松启用任何元器件。这将很有帮助。 Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS 你好@marek_neuzil、 真聪明非常感谢你花时间写出如此详细和全面的回答。我非常欣赏你的深入研究。 在我的下一个项目中，我一定会尝试你描述的步骤。 致以最诚挚的问候， Daniel Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS 你好@danielholala、 我检查了您的使用案例和您报告的问题。外设工具中提供的启用 FXCOM0 时钟功能只是时钟工具的快捷方式。时钟工具为时钟图中的每个电平输出提供相同的功能： 您的用例可以在时钟工具中处理，无需切换工具。每个电平输出的快捷菜单都包含 “启用” 命令。此功能只是通过启用时钟路径上的时钟门、分频器和其他元件来启用时钟。您的特定要求必须通过手动选择时钟源和选择 PLL 模式、配置外部时钟源（还必须根据板的连接手动指定外部时钟源/晶体）来处理。 例如，如果您想使用启用 FXCOM0 时钟命令，可以这样做： 选择 FCCLKSEL0 的main_clk时，选择系统 PLL 分频 ，然后点击启用 FXCOM0 时钟。 然后选择main_clk（因为这是 FRGCLKSEL0 的唯一有效时钟源），然后必须选择pll_clk_div ，因为要使用 PLL 输出。 再次处理启用 FXCOM0 时钟命令时，请参阅下文： PLLDIV 分频器已启用： 请注意，PLL 本身不使用，PLL 被旁路，因为 PLL 未配置。它提供两种功能模式和其他必须指定的设置。 例如，选择 "正常 "模式时，将启用 PLL 并设置 384 MHz 频率。 如果板使用晶体，例如 16 MHz，则必须在 XTAL 时钟源详细信息设置中将其设置为包括电容和工作模式： 您可以为 PLL 选择外部时钟源和源时钟： 时钟门是禁用的，因此您可以在 "细节 "视图设置中手动启用它（单击元素）。 选择启用和时钟值： 您还可以在时钟图中指定输出频率： 时钟工具会选择可能的时钟分频器并提供满足要求的设置： 选择所需频率也会导致频率输出锁定（图中频率附近的锁定图标）。 如果您需要的频率无法通过现有时钟路径实现（例如 FXCOMCLK2 的 30 MHz），则可以使用 FXCOM2 时钟的高级解析器： 它对可能的时钟路径进行了更复杂的分析，并尝试为所有要求和锁定设置找到可能的解决方案。在这种情况下，它会更改主时钟和 PLL 频率的设置： 时钟工具为现代 MCU 的复杂时钟模型提供高级支持，这些模型为所有外设和系统模块提供多种时钟路径设置，有时还需要更高级的用户配置以满足特定要求。 如果您还发现任何问题或需要改进，请随时与我联系。我们仍在开发新功能，并在下一版配置工具中为客户做出改进。 顺祝商祺！ 马雷克-诺伊齐尔 Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS @danielholala 你好、 我使用的是 MCUXpresso IDE 最新版本的 ConfigTools，即 25.6.136。 尽管如此，我会将您的信息作为宝贵建议转发给 ConfigTools 团队。 Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS 亲爱的 EdwinHz，感谢您的回复。 你的时钟工具版本和我的不一样吗？禁用 CTIMER4CLKDIV 时无法启用 CTIMER4 时钟。这对我来说是有感知的。我认为将时钟从源（振荡器）路由到目标元器件（例如 CTIMER4 时钟）是一种很好的做法。大图中，从左到右依次为 我坚信，当我为时钟分频器选择频率或更改 " Clocks 图 " 中的分频器值后自动启用时钟分频器时，用户体验可以得到明显而关键的改善。 希望您能将我的建议转达给 ConfigTools 团队。 谢谢。 丹尼尔 Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS @danielholala 你好、 在这种特殊情况下，需要先启用 CTIMER4 时钟，才能修改 CTIMER4CLKDIV 的值： 考虑到分频器的输出直接是 CTIMER4 时钟，正如你所提到的，也许它还应该从 CTIMER4CLKDIV 的配置中启用它。我将把这一请求转达给 ConfigTools 团队，以便他们对实施情况进行评估。 BR, Edwin. Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS 亲爱的@EdwinHz、 你建议输入一个频率来启用分频器。这很直观，我同意。 我试过这个，但对我不起作用。如果我输入频率，会弹出一个警告窗口，告诉我分频器已禁用，请参见屏幕截图： 我认为在我输入频率或修改分频器值时启用分频器会很直观（例如，只需点击文本 " /1 " 上的元素下方）。 我希望配置工具团队能在今后的更新中解决这个问题。 Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS @danielholala 你好、 当点击这些分频器中的任何一个方块时，你会看到右边的 " Details " 窗口将发生变化，以反映该方块可能发生的变化。因此，编辑过程是点击区块，然后通过在"Details" 窗口设置频率来启用它： 此外，您还可以右键单击程序块，然后选择"编辑其设置：在这种情况下，PLDIV" ，就像你之前在帖子中提到的那样。这样，就会出现一个弹出窗口，其中的所有设置与之前的 "详细信息 "窗口相同： BR, Edwin Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS 谢谢@EdwinHz 的回复。我知道"quick fix" 无法知道我要使用哪个时钟源。因此，这不是我的主要不满。 我的主要抱怨是关于启用时钟分频器，例如PLLDIV： 我找不到用鼠标在时钟图上启用它的方法。这是一次令人沮丧的经历。 有没有办法通过鼠标操作来启用它？ 如果没有，我建议添加一个。 谢谢 Daniel Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS @danielholala 你好、 我理解 ConfigTools 带来的挫败感，有时，当"修补" 某个东西时，可能会"破坏" 其他东西。问题是，在这种情况下，使用 ConfigTools 提示的"快速修复" 选项就能快速、轻松地解决时钟初始化问题。我知道您不希望在这种情况下使用主 CPU 时钟，但在这种情况下，这是 ConfigTools 可以提供的最快速、最简单的修复方法。如果要进行更细微的配置，则需要手动设置。 BR, Edwin.

如何在 MCUXpresso IDE 中切换 C/C++ 库 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> MCUXpresso IDE 支持三个 C/C++ 库：Newlib、NewlibNano 和 Redlib。Newlib 是一个标准的 GNU C/C++ LIB，包含全面的功能。NewlibNano 在 Newlib 的尺寸上进行了优化。而且 Redlib 提供的应用程序要小得多，它不是 GUN C 库。 MCUXpresso SDK 演示默认使用 Redlib，一些客户希望切换库以平衡代码大小和功能。 特别是对于小内存嵌入式芯片，推荐使用Redlib。 本文档主要包含两部分内容： 一、 MCUXpresso IDE中使用的不同C/C++库 二． MCUXpresso IDE 中的 Switch C 库 有关详细信息，您还可以参考 。

how to change mode to 8g on MMA8451Q? Hello, i´m using accelerometer MMA8451Q on LFSTBEB3110 sensor kit. after testing i want to change the mode to 4g oder better 8g but i don´t know how. i read that i have to use code warrior and change something in the registers but i have neither the knowledge nor the devices for connecting and programming the kit. so my question is, do some options exist like switch a jumper or change settings in the toolbox? thank you for helping stefan Re: how to change mode to 8g on MMA8451Q? hey Jose, thank you for your help. so I will test the other evaluation kit you recommend. ciao Re: how to change mode to 8g on MMA8451Q? Hi Stefan, Unfortunately no, the designers of the SW GUI for this kit didn’t added the function to change g range or the registers values, and it is not possible to do this change via Hardware, so, the only way to change it from 2g to 4g or 8g would be programming the board externally via Code Warrior. If you do not have access to Code Warrior, and you need to check the full functionality of the Accelerometer MMA845x Family, then I would recommend you to get the LFSTBEB845X Evaluation kit compatible with Sensor Toolbox GUI: https://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=LFSTBEB845X In the following User Guide, you can find all the windows and features available for this kit: http://cache.freescale.com/files/sensors/doc/user_guide/MMA845xQSTUG.pdf Regards, Jose Re: how to change mode to 8g on MMA8451Q? Hello, Thank you for your post, however please consider moving it to the right community place (e.g. Sensors) to get it visible for active members. For details please see general advice Where to post a Discussion? Thank you for using Freescale Community.

Kernel Deadlock When VPP Crashes on LX2160A (LSDK‑20.05, VPP 22.06, DPDK 21.11) Dear NXP Support, We are seeing a kernel deadlock when VPP crashes on our LX2160A‑based custom hardware. Below are our environment details and the observed behavior. 1. System and Software Versions SoC / Board: LX2160A, custom hardware Data plane: DPDK + VPP LSDK: 20.05 Kernel: 4.19.90-rt35 MC firmware: 10.36.0 VPP: 22.06 DPDK: 21.11 2. DPAA2 Interface Mapping dprc.1/dpni.7 (interface: eth4, end point: dpmac.3) dprc.1/dpni.1 (interface: eth1, end point: dpmac.4) dprc.1/dpni.0 (interface: eth0, end point: dpsw.0.1) dprc.1/dprc.3/dpni.6 (end point: dpmac.9) dprc.1/dprc.3/dpni.5 (end point: dpmac.7) dprc.1/dprc.3/dpni.4 (end point: dpmac.8) 3. VPP LCP and TAP/TUN Configuration VPP LCP is creating TAP pairs (tap1/N3, tap2/cu, tap3/cu2). itf-pair: [0] TenGigabitEthernet0 tap1 N3 10 type tap itf-pair: [1] TenGigabitEthernet1 tap2 cu 11 type tap itf-pair: [2] TenGigabitEthernet2 tap3 cu2 12 type tap 4. Problem Description When VPP crashes or terminates abnormally: The vpp_main process enters uninterruptible sleep (D state). A kernel worker thread is blocked on rtnl_lock. ps -eo pid,stat,comm,args | grep vpp_main 21670 Dl vpp_main [vpp_main] ps -eo pid,comm,wchan | grep -E ip 9510 kworker/0:0+ipv rtnl_lock cat /proc/21670/stack [<0>] __switch_to+0xe8/0x150 [<0>] __flush_work.isra.13+0x134/0x248 [<0>] flush_work+0xc/0x18 [<0>] rollback_registered_many+0x1a8/0x560 [<0>] unregister_netdevice_queue+0x90/0x118 [<0>] __tun_detach+0x37c/0x390 [<0>] tun_chr_close+0x30/0x90 [<0>] __fput+0x8c/0x1b8 [<0>] ____fput+0xc/0x18 [<0>] task_work_run+0x90/0xb0 [<0>] do_exit+0x2b4/0x9a0 [<0>] do_group_exit+0x38/0xa0 [<0>] get_signal+0xac/0x5c8 [<0>] do_signal+0x80/0x2a8 [<0>] do_notify_resume+0xd0/0x110 [<0>] work_pending+0x8/0x10 [<0>] 0xffffffffffffffff cat /proc/9510/stack [<0>] __switch_to+0xe8/0x150 [<0>] rtnl_lock+0x14/0x20 [<0>] addrconf_verify_work+0xc/0x20 [<0>] process_one_work+0x1e0/0x318 [<0>] worker_thread+0x40/0x440 [<0>] kthread+0x128/0x130 [<0>] ret_from_fork+0x10/0x18 [<0>] 0xffffffffffffffff how to fix it ! Re: Kernel Deadlock When VPP Crashes on LX2160A (LSDK‑20.05, VPP 22.06, DPDK 21.11) You could use Layerscape Linux Distribution POC Rev. 6.1.55_2.2.0 release. It integrates: DPDK v22.11 VPP v2302

S32K311 中的 JTAG 网络安全关于网络安全级别和大规模擦除 你好、 我想知道锁定和解锁过程的步骤。 能否在 S32K311 微控制器中实现大规模擦除和解锁机制？ Re: JTAG security in S32K311 about Security levels and Mass erase 你好@truptikavadi1、 谢谢您的帖子。 不，S32K1xx的工作原理与您描述的完全相同，但S32K3xx 并非如此。 如果您想获得与 S32K3xx 网络安全相关的更多信息，请注意，由于这是 K32L 频道，该产品不在我的支持范围内。 我建议在S32K - 恩智浦社区上创建一个新的帖子，那里的相关支持者将能为您提供进一步的帮助。 感谢您的理解。 BR 西莱斯特   ---------------------------------------------------------------------------------------------------------------------- 注：如果本帖回答了您的问题，请点击"ACCEPT AS SOLUTION" 按钮。Thank you! ----------------------------------------------------------------------------------------------------------------------

[フィルター: smut] RadoslavB の投稿本文が「cock」、ボード「ap-ソフトウェア-サポート」に一致しました。 [フィルター: smut] RadoslavB の投稿本文が「cock」、ボード「ap-software-support」に一致しました。 投稿題名: Re: S32K324のBISTデバッグに関する質問 投稿本文: こんにちは@Luke_Chun 、 Bist_GetExecStatus が BIST_BUSY を返す場合、このビットが設定されている（BIST 操作がまだ完了していない）ことを意味します。 しかし、スクリーンショットを見るとこのビットは 0 なので、なぜ BIST_BUSY が返されるのか分かりません。 Bist_Specific_GetExecStatus() をデバッグしてみると、次のようになります: uint32 ReadRunSw = SAFETYBASE_REG_READ32 ( BIST_STCU_RUNSW_REG ); MBIST11 も実行されていることがわかります。これは、お客様アプリケーションでは使用すべきではない BIST_DIAGNOSTIC_CFG を実行していることを意味します。BIST_SAFETYBOOT_CFG を実行させてください。 クロック設定を部分的にしかカバーしていないスニペットから、クロック設定を検証できません。お客様はクロックのMCUプラグイン設定を比較する必要がありますが、私の能力ではこの点についてお手伝いできません。繰り返しになりますが、すべてのクロックを最大周波数で有効にするだけで十分です。 敬具、 ラドスラフ 本文のテキスト「cock」がフィルターパターン「cock」と一致しました。 ユーザー[id=155006,login=RadoslavB]による投稿には、メッセージ uid 2300499 があります。 投稿へのリンク: Re: S32K324のBISTデバッグに関する質問

FS32K142 的电源问题 尊敬的恩智浦专家 本设计中使用的 MCU 是 FS32K142HFT0MLF。 我的问题是：这个设备可以用 3.3 V 电源供电吗，即 VDD = +3.3V? 期待您的回复。 顺颂商祺。 远 Re: Power supply issue with FS32K142 你好@Julián_AragónM 很高兴收到您的回复。 你的回答回答了我的问题。非常感谢。 顺祝商祺！ 远 Re: Power supply issue with FS32K142 你好，@FAR1234、 S32K1 可以在 3.3V 电压下工作。它支持 2.7 V 至 5.5 V 的工作电压范围。这意味着它可以在 3.3 V 或 5 V 电压下运行，具体取决于您的设计要求。 有关 3.3 V 时的 5.3 直流电电气规格，请参阅 S32K1xx 数据表中的第 5.3 章。 致以最诚挚的问候， Julián

FTM 定时器混乱 我试图启动 FTM0/FTM1 定时器，但在运行定时器代码时却出现了 HardFault 故障，为什么？ 无法运行的代码 #include "MKE02Z4.h" /* ================= GLOBALS ================= */ volatile uint8_t uartFlag = 0; /* ================= PROTOTYPES ================= */ void init_clock(void); void init_uart0(void); void init_FTM1(void); void UART_Send(const char *s); /* ================= FTM1 ISR ================= */ void FTM1_IRQHandler(void) { /* Clear overflow flag (write 0 while set) */ FTM1->SC &= ~FTM_SC_TOF_MASK; uartFlag = 1; } /* ================= MAIN ================= */ int main(void) { init_clock(); init_uart0(); init_FTM1(); UART_Send("FTM1 Initialized\r\n"); while (1) { if (uartFlag) { uartFlag = 0; UART_Send("A\r\n"); } __WFI(); /* wait for interrupt */ } } /* ================= CLOCK INIT ================= */ void init_clock(void) { /* * Assume internal clock already configured by SDK startup * Bus clock = 32 MHz */ SIM->BUSDIV = 0x01; /* divide by 1 */ } /* ================= UART0 INIT ================= */ void init_uart0(void) { /* Enable UART0 clock */ SIM->SCGC |= SIM_SCGC_UART0_MASK; /* UART0 pin select (TX/RX) */ SIM->PINSEL |= SIM_PINSEL_UART0PS_MASK; /* Disable TX inversion (important!) */ SIM->SOPT &= ~SIM_SOPT_TXDME_MASK; /* * 9600 baud @ 32 MHz * SBR = 32e6 / (16 * 9600) ≈ 208 */ UART0->BDH = 0x00; UART0->BDL = 53; UART0->C1 = 0x00; UART0->C2 = UART_C2_TE_MASK | UART_C2_RE_MASK; } /* ================= FTM1 INIT ================= */ void init_FTM1(void) { /* Enable FTM1 clock */ SIM->SCGC |= SIM_SCGC_FTM1_MASK; __DSB(); /* ---- VERY IMPORTANT ORDER (KE02 SAFE) ---- */ /* Stop counter completely */ FTM1->SC = 0; /* Disable write protection (WRITE ONCE) */ FTM1->MODE = FTM_MODE_WPDIS_MASK; /* Reset counter */ FTM1->CNTIN = 0; FTM1->CNT = 0; /* * 32 MHz / 128 = 250 kHz * 250000 ticks = 1 second */ FTM1->MOD = 249999; /* Enable overflow interrupt, prescaler = 128 */ FTM1->SC = FTM_SC_PS(7) | FTM_SC_TOIE_MASK; /* Enable NVIC */ NVIC_EnableIRQ(FTM1_IRQn); /* START TIMER (LAST STEP ONLY) */ FTM1->SC |= FTM_SC_CLKS(1); } /* ================= UART SEND ================= */ void UART_Send(const char *s) { while (*s) { while (!(UART0->S1 & UART_S1_TDRE_MASK)); UART0->D = *s++; } } 工作代码 #include "MKE02Z4.h" /* ================= GLOBALS ================= */ volatile uint8_t uartFlag = 0; /* ================= PROTOTYPES ================= */ void init_clock(void); void init_uart0(void); void init_FTM2(void); void UART_Send(const char *s); /* ================= FTM2 ISR ================= */ void FTM2_IRQHandler(void) { /* Clear overflow flag (write 0 while set) */ FTM2->SC &= ~FTM_SC_TOF_MASK; uartFlag = 1; } /* ================= MAIN ================= */ int main(void) { init_clock(); init_uart0(); init_FTM2(); UART_Send("FTM2 Initialized\r\n"); while (1) { if (uartFlag) { uartFlag = 0; UART_Send("A\r\n"); } __WFI(); /* wait for interrupt */ } } /* ================= CLOCK INIT ================= */ void init_clock(void) { /* * Assume internal clock already configured by SDK startup * Bus clock = 32 MHz */ SIM->BUSDIV = 0x01; /* divide by 1 */ } /* ================= UART0 INIT ================= */ void init_uart0(void) { /* Enable UART0 clock */ SIM->SCGC |= SIM_SCGC_UART0_MASK; /* UART0 pin select (TX/RX) */ SIM->PINSEL |= SIM_PINSEL_UART0PS_MASK; /* Disable TX inversion (important!) */ SIM->SOPT &= ~SIM_SOPT_TXDME_MASK; /* * 9600 baud @ 32 MHz * SBR = 32e6 / (16 * 9600) ≈ 208 */ UART0->BDH = 0x00; UART0->BDL = 53; UART0->C1 = 0x00; UART0->C2 = UART_C2_TE_MASK | UART_C2_RE_MASK; } /* ================= FTM2 INIT ================= */ void init_FTM2(void) { /* Enable FTM2 clock */ SIM->SCGC |= SIM_SCGC_FTM2_MASK; __DSB(); /* ---- VERY IMPORTANT ORDER (KE02 SAFE) ---- */ /* Stop counter completely */ FTM2->SC = 0; /* Disable write protection (WRITE ONCE) */ FTM2->MODE = FTM_MODE_WPDIS_MASK; /* Reset counter */ FTM2->CNTIN = 0; FTM2->CNT = 0; /* * 32 MHz / 128 = 250 kHz * 250000 ticks = 1 second */ FTM2->MOD = 249999; /* Enable overflow interrupt, prescaler = 128 */ FTM2->SC = FTM_SC_PS(7) | FTM_SC_TOIE_MASK; /* Enable NVIC */ NVIC_EnableIRQ(FTM2_IRQn); /* START TIMER (LAST STEP ONLY) */ FTM2->SC |= FTM_SC_CLKS(1); } /* ================= UART SEND ================= */ void UART_Send(const char *s) { while (*s) { while (!(UART0->S1 & UART_S1_TDRE_MASK)); UART0->D = *s++; } }   Re: FTM Timer Confusion 你好@Jana_muralidharan 请调试检查 FTM1 时钟是否启用，并验证计数寄存器是否正常工作。   BR 爱丽丝 Re: FTM Timer Confusion 实际上，我发现了错误 这是因为我使用了仅适用于 FTM2 的寄存器、 因此，在删除不需要的寄存器后，它就能正常工作了。 我发现HardFault Error 只有在以下情况下才会发生、 我们使用了原本不存在的寄存器。 嘿，感谢您对这个问题的关注，谢谢.....。

例 MPC5748G レジスタ保護 GHS614 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** *詳細な説明: *添付文書「MPC5748G.pdfでのレジスター保護の使用方法」をお読みください ※詳しい説明はこちら * この例では、レジスタMC_MEのロックとロック解除の方法を示しています。RUN_MC[3].R. * 1 つのオプションはポインタを介してメモリに直接書き込むこと、2 番目のオプションは * ヘッダー ファイル reg_prot.h のマクロを使用する場合 * ------------------------------------------------------------------------------ ※テストHW:MPC574XG-324DS Rev.A + MPC574XG-MB Rev.C ※MCU:PPC5748GMMN6A 1N81M * Fsys:160 MHz PLL *デバッガ:Lauterbach Trace32 * 対象:internal_FLASH * ******************************************************************************** 全般

DES-N1855 PCBおよびシステム環境向けの高速SERDESモデリング <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ネットワーキング デバイスは、10 Gbps を超える高速差動シグナリングを使用します。高速チャネルのトランスミッタ(TX)およびレシーバ(RX)素子の回路設計には、PCBおよびシステムの信号損失をオフセットする機能があります。このセッションでは、高速信号チャネルとその特性を確認し、TX回路とRX回路が一般的に信号損失を相殺するためにどのように使用されているかを説明します。また、これらのTXおよびRX回路を効果的に機能させるために必要なチャネルの主要な特性も示します。このセッションでは、PCBチャネルの最大長、最適化が必要なPCB固有の構造、および5〜10Gbps動作のためのIBIS-AMIモデルの使用についても説明します。NXPのPCB設計からのチャネルの例も含まれます。 ビデオプレゼンテーションを見る <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ネットワーキング デバイスは、10 Gbps を超える高速差動シグナリングを使用します。高速チャネルのトランスミッタ(TX)およびレシーバ(RX)素子の回路設計には、PCBおよびシステムの信号損失をオフセットする機能があります。このセッションでは、高速信号チャネルとその特性を確認し、TX回路とRX回路が一般的に信号損失を相殺するためにどのように使用されているかを説明します。また、これらのTXおよびRX回路を効果的に機能させるために必要なチャネルの主要な特性も示します。このセッションでは、PCBチャネルの最大長、最適化が必要なPCB固有の構造、および5〜10Gbps動作のためのIBIS-AMIモデルの使用についても説明します。NXPのPCB設計からのチャネルの例も含まれます。 ビデオプレゼンテーションを見る デザイン |ソフトウェア&サービス

基于wxWidgets的分布式信息与控制系统 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 他们开发的控制器采用i.MX53+Linux。 开发了构建分布式信息和控制系统的解决方案。 Prototmpy 已经运行了一年多。 示例： - 控制电磁搅拌（混合器） http://ontecom.com/en/catalog/ems / Rusal，克拉斯诺亚尔斯克。 - 泵站的监测和管理。 - 气候控制系统的监测和控制。 您可以创建智能家居系统和物联网。有使用 PLC（电力线通信）Qualcomm/Atheros 的经验。 在业余时间，我为 PLC（电力线通信）控制/监控组件智能家居开发了预算解决方案。 基于IEC 61131-3标准开发的软件——分布式信息管理系统。 该解决方案是跨平台的。单个系统中可能存在不同架构和不同操作系统的计算机。 此类信号同步控制器 ARM/Linux 和 x86 服务器（Win、Linux、VMS、...） 使用 wxWidgets。 有关这个主题的文章有，但是用俄语。

S32R45 SptEcsIsrCb エラー! アラームの原因を検索すると、「PDMA での AXI 読み取りエラー」が表示されます。このアラームが発生する原因は何でしょうか? SPT エラー キューがオーバーフローしました。最初の 10 件のエラーのみが報告されます。最後に実行されたカーネルを確認してください! SPT完了 SptEcsIsrCb エラー!、ステータス: 0x11005、エラー情報: 0x10000 SptEcsIsrCb エラー!、ステータス: 0x11005、エラー情報: 0x10000 SptEcsIsrCb エラー!、ステータス: 0x11005、エラー情報: 0x10000 SptEcsIsrCb エラー!、ステータス: 0x11005、エラー情報: 0x10000 SptEcsIsrCb エラー!、ステータス: 0x11005、エラー情報: 0x10000 SptEcsIsrCb エラー!、ステータス: 0x11005、エラー情報: 0x10000 SptEcsIsrCb エラー!、ステータス: 0x11005、エラー情報: 0x10000 SptEcsIsrCb エラー!、ステータス: 0x11005、エラー情報: 0x10000 SptEcsIsrCb エラー!、ステータス: 0x11005、エラー情報: 0x10000 SptEcsIsrCb エラー!、ステータス: 0x11005、エラー情報: 0x10000 RsdkSptRun が完了しました。SPT プロセッシングが完了しました。次のカーネルの準備ができました。 Re: S32R45 SptEcsIsrCb error! こんにちはピーター、 ご返信ありがとうございます。   あなたが挙げた理由に従い、私は特に以下の点に重点を置いてコードを注意深くチェックしました。   WR_5、問題は見つかりませんでした。さらに、SPT カーネル コードは変更していません。   コード初期リスト:   AppMemAllocBuffer ( pHeapMem 、 & gSdadcSampleBufferBufH [インデックス]、 sizeof ( uint16_t ) * RSDK_SPT_RANGE512_4CH_IN_BUF_SIZE 、                           RSDK_SPT_DATA_ADDR_ALIGN_BYTES 、 RSDK_OALMEM_CHUNK_ID_CBRAM );   RelocSptCode ( gSptModuleCodeRelocBufH . virtAddr 、 RsdkSptRange512smp128crp4ch 、 RSDK_SPT_GET_KERNEL_SIZE ( RsdkSptRange512smp128crp4ch ));   np = 0 ; sptContext . kernelParList [ np ]. paramType= RSDK_SPT_PARAM_TYPE_ADDR ; sptContext 。 kernelParList [ np ++ ]。 paramValue = ( uintptr_t ) gSdadcSampleBufferBufH [ 0 ]。 phyAddr ;   sptContext . kernelParList [ np ]. paramType= RSDK_SPT_PARAM_TYPE_ADDR ; sptContext 。 kernelParList [ np ++ ]。 paramValue = ( uintptr_t ) gRadarCubeResultsBufH 。 phyAddr ;   sptContext . kernelParList [ np ]. paramType= RSDK_SPT_PARAM_TYPE_ADDR ; sptContext 。 kernelParList [ np ++ ]。 paramValue = ( uintptr_t ( gFft512TwiddleFactorsBufH . phyAddr );    sprintf (ファイル名、 " %s% s " 、 FILE_IN_PATH 、 "fft512_twiddle_factors.dat" ); /* RSDKデータは、PPCアーキテクチャとの互換性のため、ビッグエンディアン形式でファイルに保存されます。エンディアンの変換は、ファイルへのデータの読み書き時にのみ行われます。プロセッシングフロー内での変換は必要ありません。*/   DbgReadFileConvert ( fileName 、 0 、 ( char * ) gFft512TwiddleFactorsBufH . virtAddr 、 gFft512TwiddleFactorsBufH . numBytes 、 ENDIAN_CHANGE 、 DATA_BUFF_IS_CACHED );           sptContext . kernelParList [ np ]. paramType= RSDK_SPT_PARAM_TYPE_ADDR ; sptContext 。 kernelParList [ np ++ ]。 paramValue = ( uintptr_t ) gFft512BlackmanWindowBufH 。 phyAddr ;   sprintf (ファイル名、 " %s% s " 、 FILE_IN_PATH 、 "fft512_win_blackman.dat" ); DbgReadFileConvert ( fileName 、 0 、 ( char * ) gFft512BlackmanWindowBufH . virtAddr 、 gFft512BlackmanWindowBufH . numBytes 、 ENDIAN_CHANGE 、 DATA_BUFF_IS_CACHED );   sptContext . kernelParList [ np ]. paramType= RSDK_SPT_PARAM_TYPE_VALUE ; sptContext . kernelParList [ np ++ ]. paramValue = 3 ; /* 出力シフトなし */ sptContext . kernelParList [ np ]. paramType= RSDK_SPT_PARAM_TYPE_LAST ;   印刷リスト: gSptModuleCodeRelocBufH.phyAddr: 0x34000000 gSdadcSampleBufferBufH[0].phyAddr: 0x28000000 gSdadcSampleBufferBufH[1].phyAddr: 0x28003000 gSdadcSampleBufferBufH[2].phyAddr: 0x28006000 gSdadcSampleBufferBufH[3].phyAddr: 0x28009000 gRadarCubeResultsBufH.phyAddr: 0x34002000 gFft512TwiddleFactorsBufH.phyAddr: 0x340bd000 gFft512BlackmanWindowBufH.phyAddr: 0x340bf000 Re: S32R45 SptEcsIsrCb error! こんにちは、 考えられる原因は次のとおりです: 1. SPT入力とS32DS入力の不一致 SPT カーネル入力が予期された S32DS 構成と一致しませんでした。 PDMA は、SPT カーネルの構成によって決定されたアドレスでメモリを読み取ります。バッファ サイズ、キューブ ベース アドレス、またはチャネル カウントが揃っていない場合、PDMA は無効または予期しないメモリ位置を読み取ろうとする可能性があります → AXI 読み取りエラー。   2. 作業レジスタ（WR_x）の設定が正しくないか破損している PDMA が無効または誤って構成されたバッファを指す作業レジスタを使用する場合、AXI ファブリックは不正な読み取り要求を受信し、バス エラーをトリガーします。 https://community.nxp.com/t5/Other-NXP-Products/SPT3-1-1024-128-16range-don-t-work/mp/1621567   3. 同期PDMA実行モードと非同期PDMA実行モード .sync → .async .syncでモードでは、PDMA は誤った構成 (バッファ ポインタ、依存関係など) により満たされない可能性のある条件を待機します。 これにより、エラー フラグが蓄積され、PDMA エンジンが無効な読み取りを繰り返し試行すると AXI エラーが発生する可能性があります。   4. データ幅またはフォーマットが間違っている（例：WR_16とWR_11） PDMA が 16 ビットの複合データを期待しているが、ターゲット レジスタ/バッファが異なる幅/レイアウトに設定されている場合、AXI 読み取りバーストが不整合になる可能性があり、プロトコル エラー → AXI 読み取りエラーが発生します。   5. AXIプロトコルレベルのエラー（一般的な原因） S32R45 に固有のものではありませんが、AXI 読み取りエラー メカニズムは普遍的に適用されます。 バースト長またはサイズが無効です マップされていないアドレスまたは保護されたアドレスからの読み取りの試み スレーブタイムアウトまたは応答しないターゲット アップストリームの問題による読み取り応答エラー（SLVERR または DECERR） PDMA が不正な AXI トランザクションを生成すると、AXI インターコネクトは SLVERR を返します。これは PDMA 読み取りエラーとして表示されます。 あなたのケースで最も可能性の高い原因 両方のログに基づくと、主な容疑者は次のとおりです。 間違ったWR_xレジスタ（特にWR_5 / WR_16の選択） 非常に一般的には誤って構成され、無効な AXI 読み取りにつながります。 SPTカーネル入力とS32DS入力の不一致 以前のケースでは、見落とされ、根本原因として検証されることがよくあります。 PDMA同期モードが依存関係のデッドロックを引き起こす .syncを切り替えてみる→ .asyncデバッグ用。 よろしくお願いいたします。 ピーター     Re: S32R45 SptEcsIsrCb error! こんにちはピーター、 レーダー フロントエンドの波形サンプリング ポイントの数を 2 倍にすると、エラーは発生しなくなりましたが、チャープ バッファのサイズは変更されていません。問題をさらに分析するのにご協力ください。どうもありがとうございます。 Re: S32R45 SptEcsIsrCb error! こんにちは、 シナリオにおける最も可能性の高い根本原因: カーネルの予想されるチャープピッチと実際のバッファレイアウト間のストライド/アライメントの不一致 - サンプルを 2 倍にするとバーストサイズが揃い、バグがマスクされます。 WR_x 選択 / データ幅の不一致 (実数 vs 複素数、16 ビット vs その他)。サンプル数が変化すると偶然に修正されます。 kernelParList 内のパラメータ順序/タイプの混同 (ADDR と VALUE) が、特定のサイズの場合にのみ発生します。ミラー スレッドには同様のパラメータ シーケンスが示されており、インデックスをスリップするのは簡単です。 WR 24ビットオフセットエッジは、2倍にすると異なるパッキング/レイアウトで消えます。 よろしくお願いいたします。 ピーター

ST7701ドライバ Hello ST7701 ディスプレイ コントローラと通信しようとしています。 いくつか例はありますか?可能であれば、共有していただける方はいらっしゃいますか? i.MX RT1170 ボードを使用しています。SDK のサンプルには、HX8394、RM68191、および RM68200 ディスプレイ コントローラ用のドライバが見つかりました。ST7701 に似たものを見つけたいと思います。 誰か助けてくれませんか？ ありがとうございます。 フランチェスコ・ソリート Re: ST7701 drivers こんにちは、 @SolitoFrancescoさん、 現時点では、 ST7701 ディスプレイ コントローラ用の SDK にはドライバ サポートがありません。このコントローラとの統合は手動で行う必要があります。 ディスプレイ コントローラとの互換性を保つには、LCDIF モジュールの解像度値、同期信号、クロック周波数を調整することが重要です。EVK を使用する場合は、SDK ドライバを使用して次の関数の値を調整できます。 BOARD_InitLcdifClock() BOARD_InitMipiDsiClock() BOARD_SetMipiDsiConfig () これらの関数は同期値のマクロとともにすべて「display_support.c」で参照されています。このファイルは、ディスプレイ コントローラ のサポートを調整するときに重点的に扱うファイルになります。   また、次のアプリケーションノートも必ずご覧ください。LCDディスプレイのセットアップ方法やその他の役立つ考慮事項について、さらに詳しく説明しています。i.MX RT eLCDIF RGBモードの使用例（NXP.com）   BR、 エドウィン。 Re: ST7701 drivers おはよう ディスプレイ製造元とドライバ製造元から受け取った指示に従って、ご指摘のファイルを変更しました。MIPI を介してドライバ レジスタに書き込み、読み取ることができます。オシロスコープで差動 MIPI 波形を見ることはできますが (「構成」フェーズ後も)、ディスプレイにはまだ何も表示されません。私は「mipi_dsi_compiance_test」というNXP SDK のデモ例を使用しています。 もっと助けていただけますか？ ありがとうございます。 フランチェスコ・ソリート Re: ST7701 drivers こんにちは、 @SolitoFrancescoさん、 実行中にコードをデバッグできましたか?何かエラーメッセージが印刷されていますか?データ ラインにはどのようなデータ パターンが表示されますか?これらのパターンは、readme.md ファイルに記載されている予想されるパターンと一致していますか? BR、 エドウィン。 Re: ST7701 drivers こんにちは。サンプル プロジェクトは、ディスプレイ DEMO_PANEL_RK055MHD091 で正常に動作します。次に、最終的なアプリケーションで使用するパネルに切り替えました。解像度が異なる (480x800) ため、定義を調整しました。その後、ドライバを変更しました（fsl .hおよび.cファイル) を読み込み、ディスプレイと通信できるようになりました。レジスタへの書き込みと読み出しが可能です。しかし、ディスプレイの構成後、サンプル プロジェクトがイメージ バッファーの送信を開始すると、オシロ スコープ上で MIPI 波形が表示されますが、ディスプレイには何も表示されません。専用コマンドを使用してすべてのピクセルをオンにしてみたところ、画面が完全に白く表示されるため、ディスプレイは壊れていないと考えられます。私が理解できないのは、問題がディスプレイの構成にあるか、またはサンプル プロジェクトで適応させる必要がある他の何かにあるかということです。ディスプレイメーカーとコントローラメーカーに問い合わせましたが、各方面からの可能な限りの支援が必要です。ディスプレイに搭載されているコントローラー用の fsl ドライバーを入手することは可能ですか?Sitronix ST7701 です。私にお知らせください。ありがとう、そしてよろしく。フランチェスコ Re: ST7701 drivers こんにちは、 私も同じ状況です (同じドライバと解像度、ベースは開発ボードで動作したテスト例です)。コントローラーは構成されており、ステータスも読み取ることができ (エラーなし)、DSI ラインにデータも存在しますが、画面には何も表示されません。 dsi_dpi_config の videoMode を kDSI_DpiBurst から他のモードに変更しても効果はありません。 画面がビデオストリームを受け入れていないようですね？ Re: ST7701 drivers こんにちは、フランチェスコさん。 ディスプレイを動作させることができました。 DisplayTFT_SetMipiDsiConfig 関数に次の行を追加します。 dsiConfig.enableNonContinuousHsClk= 真; たとえば、次の行の後: DSI_GetDefaultConfig(&dsiConfig); dsiConfig.numLanes = DISPLAY_MIPI_DSI_LANE_NUM; dsiConfig.autoInsertEoTp= 真; ディスプレイ IC が正しく構成されており (必要な場合は、画面の構成を共有できます)、ディスプレイ クロック (私の設定は約 26 MHz) も正しく構成されていることを前提としています。 よろしくお願いいたします、クリス Re: ST7701 drivers こんにちは、リノ ご提案ありがとうございます。私のアプリケーションでも動作するようです。素晴らしい。おそらく何かをより適切に設定する必要があると思いますが、今は画面に画像が表示されるようになりました。 可能であれば、設定を共有していただければ、私の設定と比較して、より改善することができます。何か違うことが分かったらここでお知らせします。 改めて感謝申し上げます。enableNonContinuousHsClk 設定はどこで思いつきましたか? 敬具、 フランチェスコ Re: ST7701 drivers こんにちは、リノ 私の設定とあなたの設定を比較しています（最後にここにアップロードします）。 その間、私が気づいたのは、私が使用しているのは ST7701 ですが、おそらくあなたは ST7701S (末尾に S が付く) を使用しているということです。似ていると思いますが、よく分かりません。 気づいたことは、初期化をまったく行わなくてもディスプレイが機能するようになったことです。起動は「ゆっくり」で明るさも低いですが、動作します。次に、0xE0 から 0xEF までの設定 (ST7701 データシートに記載されていない) のみを送信すると、ディスプレイが非常に高速に起動し、正しい色で表示されます。その他の設定はすべて必要ないようです（奇妙に聞こえます）。 連絡を取り合いましょう。終わったら比較を共有します。 改めてお礼申し上げます。 敬具、 フランチェスコ Re: ST7701 drivers こんにちは、 ファイルは SDK 内の他のドライバに基づいて作成されました。 遅延を短いものに変更することもできます。 今朝、設定手順を確認し、ディスプレイメーカーの推奨に従っていくつか変更してみましたが、それ以上の改善が見られなかったため、DSI 設定自体を詳しく調べ始めました。クロックは正常で、ビデオ モード (バースト モード) も正常であることはわかっているので、残されたオプションは DSI 自体のオプションのみでした。 以下の内容（およびドキュメントの他の部分）を理解します。 https://docs.nxp.com/bundle/AN13573/page/topics/連続クロックと非連続クロック.html BR、クリス Re: ST7701 drivers こんにちは、リノ お約束どおり、あなたと私の設定の比較を添付ファイルでご覧ください。詳しくは触れませんでしたが、私や皆さんが相違点の中に何か興味深いものを見つけたら、ぜひここに書き続けましょう。 敬具 フランチェスコ Re: ST7701 drivers こんにちは、フランチェスコさん。 遅れてごめんなさい。 あなたの比較を見て、多くの違いに気づきました。それは、一部は画面自体によるものです（私たちはガラス/タッチ/スクリーンのサンドイッチを使用しており、それに対する構成修正がありました - 少なくともサプライヤーはそう説明していました） 🙂 ) が表示されます。 電源制御などの一部の設定は起動には必要ありませんが、品質の向上（コントラスト/ガンマ設定）に必要です。 面白いのは、それを実行しているかどうかに関係なく、この「Sunlight Readable Enhancement」と呼ばれる機能全体が必須だということです。このデータに基づいて、最適なパラメータを自動的に設定します。これらが間違っているか欠落している場合（デフォルト値）、自動的に設定されるまでに時間がかかります -> そのため、お気づきのとおり、起動が遅くなります。 ドキュメント自体はかなりイライラさせるもので、多くのコマンドはドキュメント化されておらず、それらなしでは画面を完全に起動することが不可能な場合がよくあります。これはこのモデルに限ったことではなく、他のいくつかの Sitronix モデルでも同様の現象が発生しました。 敬具、 クリス

FXPS71407 相对压力值 你好！ 我使用的是 FXPS71407！我将数据类型配置为 0x0，即相对压力数据。然后读取 snsdata0，结果是 0x0。但正如数据表如下所示：板处于恒定压力中，16 位寄存器中的数据必须是 0x75C0，但是 0x0。有什么问题吗？ 谢谢您！ Re: FXPS71407 relative pressure value 你好 我仍在与专家联系，让我与你们分享一下信息。 "寄存器 0x40 中不应写入任何内容，这很可能是导致问题的原因"。 希望这些信息对您有所帮助 祝你愉快，好运连连。 Re: FXPS71407 relative pressure value 你好，拉法： 我将数据类型配置为 0x0"，配置是指写入寄存器还是写入闪存？：写入寄存器 如果没有写入闪存，能否确认是否向寄存器 0x40 写入了任何内容？ 以下是我的设置： physaddr 为 0x1 所有设置均通过 CRM 命令发送： DSI3-MasterGen2.exe DSI3da 0 5 8 1000 crm2 0x1 0x8 0x1a 0xf0 0xf8 0 DSI3-MasterGen2.exe DSI3da 0 5 8 1000 crm2 0x1 0x8 0x40 0x00 0xe9 0 DSI3-MasterGen2.exe DSI3da 0 5 8 1000 crm2 0x1 0x8 0x42 0x00 0x14 0 DSI3-MasterGen2.exe DSI3da 0 5 8 1000 crm2 0x1 0x8 0x26 0x1a 0xb8 0 DSI3-MasterGen2.exe DSI3da 0 5 8 1000 crm2 0x1 0x8 0x23 0x0f 0xb9 0 DSI3-MasterGen2.exe DSI3da 0 5 8 1000 crm2 0x1 0x8 0x44 0x10 0x92 0 DSI3-MasterGen2.exe DSI3da 0 5 8 1000 crm2 0x1 0x8 0x44 0x00 0x3c 0 谢谢！ Re: FXPS71407 relative pressure value 你好 我联系了一位专家，他告诉我以下几点。 "我将数据类型配置为 0x0"，配置是指写入寄存器还是写入闪存？ 如果写入闪存，上述问题同样适用。 (施加到 BUS_I 的电压） 如果没有写入闪存，能否确认是否向寄存器 0x40 写入了任何内容？ 如果是，他们能分享设置吗？ 您能确认这些信息吗？我将等待您的答复。 Re: FXPS71407 relative pressure value UF2 没有锁定。寄存器 0x5f 的值为 0x00 Re: FXPS71407 relative pressure value 你好 P_CAL_ZERO 寄存器是 UF2，如果 UF2 被锁定，可能会导致保存数值时出现问题，请检查 UF2 是否被锁定。 祝你愉快，好运连连。

FXTH87xx 最低功耗 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好 我正在调试 FXTH870911 的功耗。 目前的最小电流为 98-115μA。 经过计算，目前的耗电量无法满足需求。 我想知道该芯片的最小工作电流是多少，以及它是如何实现的。 提前感谢！ Re: FXTH87xx minimum power consumption <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好， 下面是 25°C 时的典型电流消耗： 您可以在设备数据表中找到停止模式的详细描述。 在项目中，如果选择了 LF_COMMUNICATION（通信）模式，则在 STOP1 中启用 LF 块。   模式的选择应在项目的 user_configuration.h 文件中进行。 在该文件中，可以选择三种不同的模式，一种使用 LF（LF_COMMUNICATION），另两种不使用 LF。 我建议选择 NO_LF_PWU 模式：在该模式下，FXTH 会定期唤醒以发送 RF 帧，在两次发送之间，FXTH 会转到 STOP1 并禁用低频。在这种模式下，两次射频传输之间的功耗应为 500nA。 顺祝商祺！ 托马斯 PS：如果此答案有助于解决您的问题，请标记为"正确" 或 "有帮助"。谢谢。