如何真正实现PT60的中断嵌套 最近在支持几个PT60的家电项目，遇到一个共同的问题，就是程序运行的时候，显示数码管会有不规律的闪烁。 几个项目都是以触摸TSI为核心的，对方工程师反应，如果把TSI的中断关闭就不会有闪烁现象。数码管的扫描程序是在MTIM的中断中完成的，经初步分析推测，应该中断时序错乱导致的问题。 因此我们想着这个应该用中断嵌套的方式可以解决。 中断嵌套的定义简单来说，就是当MCU正在处理一个低优先级的中断的时候，来了一个高优先级的中断，系统此时就会放下低优先级转向去执行高优先级的，完了之后继续回来执行低优先级的。 按照这个逻辑，我们应该只要将各个中断的优先级预先设好就没有问题了。项目一共用了四个中断TSI，RTC（这两个中断组合完成TSI扫描按键，是基于sam之前写的的算法），MTIM（数码管扫描），KBI（用作低功耗唤醒）。 因此，我们把MTIM的优先级设成最高，就应该不会再出现闪烁的现象了，但改完之后，结果依旧失败。   经过不断讨论以及查找数据手册，最终实现了，但不得不说PT60实现中断嵌套还是挺麻烦的。 我们一步一步来：   1.首先我们来看CPU是执行中断的顺序。其余步骤没有什么特别，关键就在于第2步。 2.我们来看这个I位的作用。当进入某个中断之后，这个I位就会被自动置位，也就是系统将整个interrupts都给关掉了，这么做的原因也就是为了让系统在执行某个中断的时候，不会被其他的中断给干扰打断。 那么这就是为什么我们会中断嵌套失败的根本原因！ 3.因此，如果我们需要使用中断嵌套的话，那么就需要在每个中断程序里面添加这个清楚CCR寄存器I位的指令，asm cli。 4.因为中断嵌套被启用了，有潜在的风险会导致进中断前一些堆栈数据出错或者中断优先级出问题等，那么在中断程序的最后，我们再加一句话，让一切恢复正常就可以了 IPC_SC_PULIPM = 1;   经过以上步骤，中断嵌套就能够实现了。     但在这个过程中，遇到了几个问题，也和大家分享下 1.PT60的中断会自己嵌套自己： 手册中有提到，高优先级和同级中断都是可以抢占低优先级的。 我举个例子来说明： 现在有两个中断，1号中断--低优先级0级，2号中断--高优先级1级。 1号中断正在执行的过程中，此时2号中断过来打断了他，系统必然要先把2号中断执行完。之后再回去执行1号中断剩下的部分。但很不巧，此时新的1号中断又来了，就是说上一次的1号中断还没跑完，又被新的1号抢占了，也就是自己嵌套了自己，最后必然导致全部中断的时序都出现了问题。 这是一种潜在的隐患，我们的解决方法就是：让0级的1号中断一开始执行中断程序之后，让其把自身的中断等级提高一级，中断结束的时候在加上上面提到的恢复语句又变回0级。这样的话，我旧的1号中断（1级）还没执行完，新的一号中断（0级）即使来了，也无法抢占，必须乖乖的等着让旧的先执行完。下面这几条语句就是提高中断等级的，我们实验的时候让中断只有0和1级。   2.在执行asm cli指令之前必须要清除中断标志位： 接上，如果不清楚标志位的话就打开asm cli的话，那么系统就一直不断地让这个中断再进，也就是中断自己不断地在嵌套自己，最终把堆栈给压爆了，程序也就跑飞了。   东西很简单，但是确实值得注意。 附件是测试的程序，有需要的可以参考。  General

示例 MPC5674F eQADC_PMC_chnl_conv+calib CW210 ******************************************************************************** * 详细说明： * 初始化 eQADC 模块，执行校准并循环转换 PMC * 由宏 CHOOSEN_PMC_ADC_CHNL 指定的内部通道， * CHOOSEN_PMC_ADC_SCALE 和 CHOOSEN_PMC_ADC_COMMAND 用于检查特定电压 * 级别，并将其显示到终端窗口中。 * 除通过 eSCI 的终端外，无需任何外部连接。 * ---------------------------------------------------------------------------------------------- * 测试硬件：XPC567XKIT516 - MPC5674ADAT516 Rev.C、MPC567XEVBFXMB Rev.B * 微控制器: PPC5674FMVYA264 * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * 系统频率：264/200/150/60 MHz * 调试器：Lauterbach Trace32 * 目标：internal_FLASH，RAM * 终端：19200-8-无奇偶校验-1停止位-无流量控制 * EVB连接：默认 ******************************************************************************** ******************************************************************************** * 详细说明： * 初始化 eQADC 模块，执行校准并循环转换 PMC * 由宏 CHOOSEN_PMC_ADC_CHNL 指定的内部通道， * CHOOSEN_PMC_ADC_SCALE 和 CHOOSEN_PMC_ADC_COMMAND 用于检查特定电压 * 级别，并将其显示到终端窗口中。 * 除通过 eSCI 的终端外，无需任何外部连接。 * ---------------------------------------------------------------------------------------------- * 测试硬件：XPC567XKIT516 - MPC5674ADAT516 Rev.C、MPC567XEVBFXMB Rev.B * 微控制器: PPC5674FMVYA264 * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * 系统频率：264/200/150/60 MHz * 调试器：Lauterbach Trace32 * 目标：internal_FLASH，RAM * 终端：19200-8-无奇偶校验-1停止位-无流量控制 * EVB连接：默认 ********************************************************************************

适用于 Panther (MPC574xP) 系列处理器 2.0 的基于模型的设计工具箱 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 适用于 PANTHER (MPC574xP) 系列处理器 2.0 的基于模型的设计工具箱   支持 Panther (MPC57xP) 版本 2.0 的 MATLAB/Simulink基于模型的设计工具箱现已推出。   该产品免费，并可供公众使用。 下载 基于模型的设计工具箱 mbdt    发布亮点——基于模型的Panther设计工具箱（MPC574xP） 支持新的 Panther XDEVKIT-MPC5744P 板（ARDUINO 风格），该板与新的底盘 XDEVKIT-MOTORGD 配合用于电机控制应用。 结合最新的汽车数学和电机控制库版本 1.1.7。 支持最新的 MATLAB 版本，包括 64 位（2015/2016 a/b） 新的DMA模块，允许 ADC 采样数据通过 DMA 模块传输到内存，无需 CPU 干预。 用于串行通信支持的新LINFlexD块现在允许通过 UART 进行数据发送/接收操作。 添加了新的内存读/写块，现在可以使用它们来读取/写入任何内存区域。 添加了新的自定义初始化块，它可用于在模型第一步之前扩展默认设置之外的任何模块的配置。 除了新编译器版本 Wind River DIAB v5.9.4.8 和 Green Hills MULTI for PowerPC v2015.1 外，还支持 S32 Design Studio for Power Compiler v1.1 添加了新的高级电机控制模块，现在轨道观察器或反电动势观察器等新功能作为 Simulink 模块提供。 对齐ADC 时钟频率从 20MHz 到 80MHz（最大速度）。 新的ADC 通道配置块经过重新设计，允许对 ADC 通道进行无采样配置，从而可以实现 DMA 传输场景。 新的诊断面板可用于启用/禁用多个一致性检查。 构建新的Bootloader来支持 UART1 通信。 与 FreeMASTER 版本 2.0.2 同步支持。 全新！！！热修复：添加对随S32 Design Studio for Power v1.2发布的最新 e200 编译器的支持 。 请参阅HotFix_3设置以使 MBD 工具箱与最新的 e200 编译器协同工作。   提供社区支持 可通过 NXP 社区获得支持： https://community.nxp.com/community/mbdt 回复：基于模型的设计工具箱，适用于 Panther (MPC574xP) 系列处理器 2.0 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， chandan24 ， 这可能只是一个小故障。如果它仍然不起作用，请使用此直接链接： https://nxp.flexnetoperations.com/control/frse/product? child_plneID=683951&cert_num=284425987 或者 使用基于模型的设计官方页面访问下载位置：基于模型的设计工具箱|NXP 希望这有帮助！ 丹尼尔 回复：基于模型的设计工具箱，适用于 Panther (MPC574xP) 系列处理器 2.0 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 工具箱下载链接无效

TuxTeam_Milestone_1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在电影中，我们展示了我们将必要的连接连接到耳机内部电路板的“T”针（红线）和地线，这需要与 UDOO 电路板的地线（黑线）共用。这些线分别连接到 UDOO 板的 0（RX）引脚和 GND 引脚。在软件方面，我们使用了 Brain 库，它从串行接口接收数据包并对其进行解释，以 CSV 格式提供值，以便我们在下一步进行处理。为了接收来自耳机的数据，开发板的 M4 核心运行 Arduino 代码并使用 Serial0 对象（UART 5）获取原始数据，然后由 Brain 库进行处理。然后，使用提供的共享内存将结果字符串发送到 A9 核心。正如我们在视频中看到的，此步骤使用了 Serial 对象。接收到的字符串包含以下形式的值： 信号强度、注意力、冥想、δ、θ、低α、高α、低β、高β、低伽马、高伽马 我们将在接下来的里程碑中使用它们。 （在 “我的视频” 中查看） 2017 年 Linux 嵌入式挑战赛 回复：TuxTeam_Milestone_1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 抱歉，视频未旋转...我不知道为什么会发生这种情况，我们旋转了它，但上传后，我发现它仍然在这个位置，我对此无法解释：smileysad： 编辑：我编辑了视频并再次上传，希望这次能够成功。

AUT-N1783 安全 CAN 网络实践研讨会 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 现代汽车已经超越了简单的交通工具，成为一种连接平台。随着汽车与世界其他地方的互联，平衡性能和成本的挑战带来了满足安全性的新要求。本课程将回顾 CAN 通信的安全影响。该课程将通过安全的 CAN 通信指导如何实际连接两个 MPC5748G 设备的 CAN 网络。利用 MPC5748G HSM 上的 SHE 固件。CAN 消息在传输前进行签名，并在接收端使用 CMAC 和 AES-128 进行验证。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 现代汽车已经超越了简单的交通工具，成为一种连接平台。随着汽车与世界其他地方的互联，平衡性能和成本的挑战带来了满足安全性的新要求。本课程将回顾 CAN 通信的安全影响。该课程将通过安全的 CAN 通信指导如何实际连接两个 MPC5748G 设备的 CAN 网络。利用 MPC5748G HSM 上的 SHE 固件。CAN 消息在传输前进行签名，并在接收端使用 CMAC 和 AES-128 进行验证。 安全互联汽车和自动化汽车

MHW-N1917 无线充电让您摆脱电线束缚！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您的智能手机、平板电脑或数字智能手表的电池可能会没电，或者您的床头柜或办公桌上的充电线可能缠绕不住您，那么无线充电器的简便性将使您的梦想成真！但无线充电器需要很多技术，而且并不是都一样。NXP 的发射器和接收器组件系列为 Qi 和 Rezence 标准提供解决方案。我们对这两者进行了研究，并提供了一些实用的硬件解决方案来切断这种联系。 观看视频演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您的智能手机、平板电脑或数字智能手表的电池可能会没电，或者您的床头柜或办公桌上的充电线可能缠绕不住您，那么无线充电器的简便性将使您的梦想成真！但无线充电器需要很多技术，而且并不是都一样。NXP 的发射器和接收器组件系列为 Qi 和 Rezence 标准提供解决方案。我们对这两者进行了研究，并提供了一些实用的硬件解决方案来切断这种联系。 观看视频演示 安全移动 | 医疗保健和可穿戴设备

CIT-N1924 MIFARE 超越票务——智慧城市的非接触式解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 过去几年，交通票务要求发生了重大变化——从交易安全到多应用需求以及将移动票务集成到现有环境的可能性。NXP 的 MIFARE ®产品始终能够满足这些要求，并作为提供便利性、灵活性和可扩展性的领先非接触式解决方案建立了良好的声誉。开放的 MIFARE 社区和生态系统由超过 1,000 个业务合作伙伴组成，其中包括应用程序开发商、服务和解决方案提供商、系统集成商和卡制造商。MIFARE DESFire EV2 是下一代 MIFARE IC，具有最高的硬件和软件安全级别（EAL5+ 通用标准认证）。其增强的密钥管理使其成为无限应用程序的理想多应用平台。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 过去几年，交通票务要求发生了重大变化——从交易安全到多应用需求以及将移动票务集成到现有环境的可能性。NXP 的 MIFARE ®产品始终能够满足这些要求，并作为提供便利性、灵活性和可扩展性的领先非接触式解决方案建立了良好的声誉。开放的 MIFARE 社区和生态系统由超过 1,000 个业务合作伙伴组成，其中包括应用程序开发商、服务和解决方案提供商、系统集成商和卡制造商。MIFARE DESFire EV2 是下一代 MIFARE IC，具有最高的硬件和软件安全级别（EAL5+ 通用标准认证）。其增强的密钥管理使其成为无限应用程序的理想多应用平台。 智能城市和智能基础设施

HMB-N1984 开发 HomeKit 和 iPod -MFi- 配件，采用 NXP 处理器和软件 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将介绍如何开发 Made For iPod (MFi) 配件，包括基于 NXP 微控制器 (MCU)、微处理器 (MPU)、HomeKit 软件开发套件 (SDK)、MFi SDK 和 NXP 专业服务软件的音频、非音频、CarPlay、AirPlay 和 HomeKit 应用程序。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将介绍如何开发 Made For iPod (MFi) 配件，包括基于 NXP 微控制器 (MCU)、微处理器 (MPU)、HomeKit 软件开发套件 (SDK)、MFi SDK 和 NXP 专业服务软件的音频、非音频、CarPlay、AirPlay 和 HomeKit 应用程序。 智能家居和智能建筑

NET-N1886 QorIQ LS1043A 处理器硅片启动技巧 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将提供有助于加速 QorIQ LS1043A 处理器硅片启动的技巧。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将提供有助于加速 QorIQ LS1043A 处理器硅片启动的技巧。 智能网络

传感器发布示例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXP技术支持发布的软件示例列表： NXP 技术支持发布的传感器软件示例* NXP技术支持设计的分线板列表： 飞思卡尔传感器分线板设计 – 主页 *以上所有源代码仅供示例使用。恩智浦不对用户应用程序中使用这些代码承担任何责任。

i.MX Multimedia Explained: How-to Effectively Create Multimedia Application for i.MX Applications Processors Lecture including a live demo, showing how to develop multimedia application for i.MX applications processors, taking advantages of the hardware multimedia accelerators of the i.MX SoC.  Presented by Daniele DallAcqua Presented at DwF Istanbul - May 12, 2015 Session ID: EUF-DES-T1474 Lecture including a live demo, showing how to develop multimedia application for i.MX applications processors, taking advantages of the hardware multimedia accelerators of the i.MX SoC.  Presented by Daniele DallAcqua Presented at DwF Istanbul - May 12, 2015 Session ID: EUF-DES-T1474 i.MX Applications Processors Re: i.MX Multimedia Explained: How-to Effectively Create Multimedia Application for i.MX Applications Processors Great presentation! Very complete. Would you share the hands on source code? I'm specially interested in the src/hmi.c and media_server.c.

调整 S08P MCU <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本文档的目的是展示调整微控制器单元 (MCU) 的重要性，并展示未调整和调整后的设备之间的差异。 概述

I.MXRT1021 Flash Operation Demo on FreeRTOS in XIP Mode        由于RT系列没有内置 Flash，大多数用户会选择外部 QSPI Flash 作为应用代码和数据的非易失存储设备，同时外部Flash的大容量在满足用户代码存储需求之外也会为用户提供了足够的灵活空间存储应用数据，但是其中涉及到的对数据读擦写以及用户的应用程序均需要在外部 Flash 执行，这为 Flash 的操作带来了麻烦。        对于在XIP（eXecute-In-Place）模式下的应用，对Flash读擦写的操作需要在内部 RAM 里执行，而RT系列由于高主频而引入了内核 Dcache 以及 Flexspi 模块自带的 Pre-fetch 功能，对外部 Flash 的操作会有很多需要注意的地方，这些问题在带有 RTOS 的系统里则更是突显出来，而无论在 XIP 模式下的裸机还是基于 RTOS 方式对 Flash 的操作，SDK 里均没有提供例程可供参考。        本参考方案来自很多客户的实际应用需求，所以编写了基于 FreeRTOS 下的对片外 QSPI Flash 的读擦写操作，客户可以基于此例程移植到自己的应用里面做相关的应用开发，并配套对应的指导文档提醒用户在移植过程中需要注意的几个常见的 tips。 Products Product Category NXP Part Number URL MCU MIMXRT1021 i.MX RT1020 Crossover MCU with Arm® Cortex®-M7 core MCUXpresso SDK Software SDK v2.6.1 Welcome | MCUXpresso SDK Builder    Tools NXP Development Board URL MIMXRT1020-EVK MIMXRT1020-EVK: i.MX RT1020 Evaluation Kit Industrial

FRDM-i.MX95 上的外部 JTAG 调试器连接未输出预期的 JTAG 信号 你好， 我正在尝试将外部 JTAG 调试器连接到 FRDM-i.MX95 板。 根据板原理图，JTAG/DAP 信号似乎被连接到 PCB 上的测试点，一些相关元器件被标记为 DNP。 基于此，我对电路板进行了如下修改： 连接测试点的 JTAG 信号 安装与 JTAG/DAP 信号路径相关的 DNP 电阻器 添加了外部调试器的连接器 将 VTref、GND、TCK、TMS、TDI、TDO 和 RESET 连接到外部调试器 但是，我无法从调试器/电路板端观察到预期的 JTAG 信号输出。 例如，在调试器连接序列期间，TCK/TMS/TDI 没有按预期出现。 请您确认以下几点？ 上述修改方法是否适用于将外部 JTAG 调试器连接到 FRDM-i.MX95 板？ 要启用外部 JTAG/DAP 接口，是否需要额外的电阻器、跳线、焊桥或板修改？ 外部调试器开始驱动 JTAG 信号之前，VTref 电压等级或电源时序是否有任何要求？ FRDM-i.MX95 上的 i.MX95 在 JTAG/DAP 接口可访问之前是否需要任何启动模式、熔丝设置、网络安全设置或软件初始化？ 外部 JTAG 调试器能否直接访问该板上的 Cortex-A55、Cortex-M33 和 Cortex-M7 内核，还是需要引导加载程序/固件进行额外的初始化？ 在使用 FRDM-i.MX95 时，是否有推荐的连接器引脚分配或参考修改指南，以便将外部调试器与 FRDM-i.MX95 配合使用？ 如果您能提供在 FRDM-i.MX95 板上启用外部 JTAG 调试的任何指导、原理图参考或所需修改细节，我将不胜感激。 顺祝商祺！ Re: External JTAG debugger connection on FRDM-i.MX95 does not output expected JTAG signals 1. 你的修改方法是否正确？ 原则上，是的。 如果 FRDM 原理图显示： TCK TMS TDI TDO nTRST 或 RESET VTREF GND 通过测试点和 DNP 填充选项，然后将这些信号路由到连接器通常是正确的方法。 但是，由于搜索结果中没有返回原理图，因此我无法确认所有必需的 DNP 电阻器是否都已安装到位。用户手册中不包含 JTAG 电路图。 2. 为什么检测不到 TCK/TMS/TDI 活性？ 通常情况下，当连接 JTAG 探针时： TCK/TMS/TDI 由调试器驱动。 目标板不会生成它们。 如果您在 TCK/TMS 上完全看不到任何切换： 最常见原因 1：未检测到 VTref 许多探针（Lauterbach、J-Link、PE Micro、ULINK 等）只有在 VTref 存在且在有效范围内时才会驱动 JTAG 引脚。 检查： 连接器处的 VTref 电压。 共用接地连接。 探针软件会报告目标电压。 对于 FRDM-i.MX95，DAP I/O 电源似乎与 3.3 V 功能域 (NVCC_CCM_DAP) 有关。板文档显示该功能域由VDD_3V3供电。 最常见原因二：电路板未通电 大多数调试器仅使用 VTref 进行检测。 它们不会为目标提供动力。 核实： 电路板由 J25 供电。 PMIC启动。 VDD_3V3 存在。 电路板上的LED指示灯亮起。 该板需要外部PD电源。 最常见原因#3：缺少信号路由重构 如果 JTAG 路径包含： 0Ω DNP电阻器 隔离电阻器 其他馅料选择 即使缺少一个电阻，也可能导致 TCK/TMS 断开连接。 由于搜索结果中没有原理图，我无法核实电阻器的确切配置。 最常见原因#4：引脚映射错误 用欧姆表验证： 探针引脚 → 连接器引脚 → 电阻器 → 测试点 → i.MX95 球。 不要假设测试点标签与标准的 ARM 20 引脚顺序一致。 3. 是否需要特殊的启动模式？ 对于不安全的设备： 观察 JTAG 时钟活动不应该需要启动模式。 一旦调试器检测到 VTref 并开始扫描序列，TCK/TMS 就应该切换。 启动开关会影响： eMMC启动 SD启动 序列号下载器 这与调试器是否生成 TCK 无关。 4. 是否涉及安全设置/熔丝？ 有可能。 i.MX95 实现了认证调试和调试访问控制。[i.MX95RM_Rev4 | PDF] 、 [i.MX95RM_Rev2 | PDF] 、 [i.MX95 Sec...2026-final | PowerPoint] 然而： 网络安全设置通常会阻止成功的调试访问。 它们通常不会阻止调试器生成 TCK/TMS 本身。 由于您报告完全没有 TCK 活性，我首先会调查以下问题： VTREF 探针配置 电缆引脚排列 缺失的人口选项 在怀疑网络安全之前。 5. A55、M33 和 M7 可以调试吗？ i.MX95调试架构支持： Cortex-A55 Cortex-M33 Cortex-M7 通过 CoreSight/DAP 基础设施。[i.MX95RM_Rev2 | PDF] ， [i.MX95RM_Rev5 | PDF] 所以从硅芯片的性能角度来看，是的。 所有功能域是否立即可见取决于： 系统状态， 网络安全配置， 支持调试器。 但调试器通常不需要额外的引导加载程序初始化即可检测到 DAP 本身。 推荐测量方法 在进一步修改电路板之前，我会检查以下几点： 电源 VTref = ?V VDD_3V3 存在 板正常启动 连续性 TCK 连接器 ↔ SoC 路径 TMS连接器↔SoC路径 TDI 连接器 ↔ SoC 路径 TDO 连接器 ↔ SoC 路径 RESET 连接器 ↔ SoC 路径 探针侧 调试软件是否报告目标电压？ 它是否显示“检测到目标”？ 它是否报告尝试进行 JTAG 链扫描？ 示波器 直接探测： 调试器连接器引脚 SoC侧测试点 连接尝试期间。 如果调试器连接器处存在 TCK，但 SoC 测试点处不存在 TCK，则问题几乎肯定出在电路板返工上。 Re: External JTAG debugger connection on FRDM-i.MX95 does not output expected JTAG signals 感谢您的支持。 我们检查了外部 JTAG 调试器连接，发现 问题是由FRDM-i.MX95板和电路板之间的线路长度引起的。 外部 JTAG 调试器。 缩短并重新排列 JTAG 信号线后，调试器…… 能够正确检测到目标，并观察到了JTAG信号。 预期的。 因此，通过改进JTAG接线方式，这个问题已经得到解决。 长度和连接质量。 再次感谢您的帮助。

Solyball Cooling Ace 专为现代生活而设计 当气温升高时，保持舒适的室内环境成为许多人的首要任务。无论是在家、办公室还是个人工作空间，过高的温度都会影响注意力、放松度和整体舒适度。Solyball 正是为此提供了一个便捷实用的解决方案。Solyball 的设计兼顾便携性、简洁性和现代生活方式，是一款小巧的降温设备，可帮助用户在各种室内环境中营造更舒适的氛围。 Solyball 最显著的特点之一 是其轻巧便携的设计。与笨重难搬或占用大量空间的大型制冷系统不同，Solyball 体积小巧，几乎可以完美融入任何房间。其便携性使用户能够轻松地将其从一个地方搬到另一个地方，从而满足全天候不同需求。无论您是在家办公、在客厅放松，还是准备享受一夜安眠，Solyball 都可以放置在任何您需要额外舒适感的地方。 Solyball 的多功能性 使其成为各种室内环境的理想之选。在卧室里，它有助于在温暖的夜晚营造更舒适的氛围。舒适的睡眠环境对整体健康至关重要，而小巧的降温设备可以提升您的睡眠体验。Solyball 尺寸适中，可轻松放置在床头柜或其他平面上，不会造成空间杂乱。 对于专业人士和远程办公人员来说， Solyball能帮助他们保持舒适的工作空间，从而显著提高工作效率。室内温度过高有时会影响专注力，难以集中精力完成工作。Solyball 提供了一种切实可行的提升工作舒适度的方法，帮助用户在一天中营造更加愉悦的工作环境。其小巧的体积使其可以方便地放置在办公桌或工作台上，而不会占用过多空间。 Solyball的便利性也体现在客厅和家庭共享空间中。这些区域通常是人们聚集的中心场所，他们会在这里看电视、阅读、社交或放松身心。将 Solyball 融入这些空间，用户可以在日常活动中享受更舒适的氛围。其现代外观确保它能与现代家居装饰自然融合。

2026 年最佳 IPTV 提供商有哪些？ 人们观看电视的方式发生了前所未有的变化。有线电视费不断上涨，观众希望获得更大的灵活性，流媒体已成为新常态。这就是为什么现在很多用户会问，2026 年最好的 IPTV 提供商是什么？他们希望有更好的频道选择、更流畅的播放以及不受传统电视限制的娱乐体验。 🛰️ 探索最佳 IPTV 供应商 IPTV 是互联网协议电视的缩写。它通过互联网连接提供直播电视频道、电影、体育和在线点播内容。用户不使用卫星或有线电视线路，而是直接在智能电视、Firestick、安卓设备、平板电脑和笔记本电脑上直播内容。 2026 年，IPTV 服务将继续增长，因为它们提供了便利、价值和现代化的观看功能。本指南将解释是什么让供应商脱颖而出，以及如何找到满足您需求的最佳 IPTV 解决方案。 2026 年最佳 IPTV 提供商因何而闻名？ 2026 年的最佳 IPTV 提供商不仅要拥有众多频道。质量比数量更重要。顶级供应商应提供稳定的数据流、便捷的导航和强大的客户支持。 可靠的 IPTV 服务投资于更好的服务器，以减少缓冲。他们还定期刷新频道列表，在繁忙时段保持畅通无阻。这对体育迷和现场活动观众尤为重要。 强大供应商的另一个标志是用户友好的设置过程。良好的IPTV平台使激活变得简单，并与流行的应用程序和流媒体设备兼容。 2026 年 IPTV 为何更受欢迎 许多家庭现在更喜欢流媒体，因为它符合现代生活方式。用户希望按自己的日程安排娱乐，而不是固定有线电视套餐。 在任何设备上灵活查看 IPTV 发展的一个主要原因是设备自由。用户可以在智能电视、手机、平板电脑和流媒体棒之间轻松切换。这就创造了一种无缝的娱乐体验。 比传统电视更有价值 许多人都在寻找价格合理的 IPTV 提供商，因为他们想要更多的内容，而不需要支付高昂的有线电视月租费。IPTV 通常将全球频道、体育和电影合而为一。 按需便利 观众不再愿意等待预定的广播节目。IPTV 通常提供回放选项、电视补播和适合繁忙生活的视频在线点播内容。 2026 年最佳 IPTV 提供商的主要特点 如果您知道应该注意什么，选择合适的服务就会变得更加容易。 稳定的流媒体质量 2026 年最佳 IPTV 提供商注重快速服务器和高正常运行时间。与无法正常工作的冗长频道列表相比，流畅的播放更为重要。 广泛的渠道选择 顶级供应商通常包括娱乐、新闻、体育、儿童内容和国际网络。均衡的阵容为用户带来更多价值。 支持高清和 4K 现在，许多用户都希望获得高分辨率的流媒体。高级 IPTV 服务支持的频道通常包括高清、全高清和 4K 选项。 快速响应的客户支持 当出现登录问题、设置错误或应用程序问题时，快速支持可提供帮助。可靠的客户服务是选择 IPTV 提供商的一个重要因素。 如何选择最适合您的 IPTV 提供商 每个观众都有不同的侧重点。有些人想要体育报道，而另一些人则专注于电影或家庭娱乐。 如果体育赛事直播最重要，则应选择稳定的赛事流和覆盖面广的体育频道。如果您喜欢电影和连续剧，请选择具有强大 VOD 库和最新内容的供应商。 家庭可能更喜欢多设备访问和儿童频道。旅行者可能需要全球兼容性和灵活的登录选项。 订购前进行测试也是明智之举。许多用户在购买长期计划之前都会搜索 IPTV 免费试用服务，以检查服务质量。 推动 IPTV 搜索的搜索引擎优化趋势 2026 年最佳 IPTV 提供商、顶级 IPTV 服务、优质 IPTV 计划和无缓冲 IPTV 等搜索短语越来越常见。这反映出对灵活的流媒体解决方案的需求日益增长。 随着全球网速的提高，IPTV 也变得越来越容易使用。智能电视和流媒体设备也更实惠，这有助于提高IPTV的采用率。 人们想要个性化娱乐，而IPTV比标准电视套餐为他们提供了更多的控制权。 选择 IPTV 时应避免的错误 有些用户只选择最便宜的方案。低廉的价格可能很有吸引力，但较差的流媒体质量和薄弱的支持可能会导致失望。 另一个错误是忽视兼容性。务必确认提供商可在您的首选设备上运行。 跳过研究也会造成问题。阅读近期评论和试用测试有助于避免使用不可靠的服务。 2026 年 IPTV 的未来 预计 IPTV 将变得更加智能，更加以用户为中心。更快的网络、改进的应用程序和更好的内容库将继续塑造市场。 许多供应商正在改进界面、搜索工具和流媒体的稳定性。这意味着用户今后可以期待更流畅的体验。 随着需求的增加，IPTV 提供商之间的竞争也可能提高定价和服务质量。 结束语 那么，2026 年有哪些最佳 IPTV 提供商？这些服务集稳定的流媒体、优质的内容、简单的设置和强大的支持于一身。最佳选择取决于您的观看习惯、设备和预算。 选择 IPTV 提供商时，应注重性能而不是承诺。回放可靠、功能实用的服务总是更有价值。 如果您已准备好升级您的娱乐体验，请探索值得信赖的 IPTV 提供商，在 2026 年享受更智能的流媒体服务。 Re: What Are the Best IPTV Providers in 2026? 您在寻找无需立即付费即可享受优质内容的最佳方式吗？2026 年，寻找优质供应商的最有效方式是免费试用 IPTV。 为什么要从免费测试开始？ 免费试用允许您在订购前验证几个关键因素： 稳定性：确保服务提供无缓冲流媒体和高正常运行时间（理想情况下为 99% 或更高）。 内容丰富：查看 20,000 多个直播频道，包括高级体育、新闻和国际网络。 质量：验证对高清、全高清和 4K 流媒体的支持。 设备兼容性：确认它可以在您的首选硬件上运行，例如亚马逊 Firestick、智能电视、安卓/iOS 设备或电脑。 2026 年的热门推荐 为了获得具有丰富频道选择和可靠性能的优质体验，我们建议您测试GoldCard TV。它旨在提供无缝娱乐解决方案，将停机时间降至最短。 👉 现在就开始免费试用： https://omeulink.com/GoldCardTv Re: What Are the Best IPTV Providers in 2026? 在过去几个月里，我测试了几家 IPTV 提供商，根据我的经验，HypoTV 是稳定性、流媒体质量和日常娱乐方面最好的提供商之一。如果您正在寻找以体育为重点的流媒体，BekuTV的表现非常出色，直播频道流畅，缓冲极少。对于成人内容和大型 VOD 库，PillowIPTV 是一个不错的选择。我还看到许多用户推荐MomipTV，因为它具有可靠的国际频道选择和多设备支持。总的来说，每种服务都有自己的优势，这取决于您最常观看的内容类型。 Re: What Are the Best IPTV Providers in 2026? 我测试过很多 IPTV 服务，NexusIPTV 的稳定性和画质确实让我大吃一惊。 频道速度快，几乎没有缓冲，而且有大量体育、电影和国际高清/4K 内容可供选择。 可在 Firestick、智能电视、安卓、iPhone 和电脑上完美运行。 如果您想在 2026 年获得可靠的 IPTV 服务，NexusIPTV 绝对值得一试。 www.nexusiptv.live Re: What Are the Best IPTV Providers in 2026? 我最近测试了几项服务，主要是体育直播，UHDSports 是迄今为止最流畅的服务之一。 我最喜欢的是，它不会让人感觉负担过重或杂乱无章。设置很简单，频道在我的设备上打开得很快，体育直播在高峰时段也很稳定，这通常是大多数提供商开始缓冲的地方。我还在智能电视和安卓设备上对其进行了测试，两者都运行良好。 VOD 方面也很不错，但对我来说，使用它的主要原因是体育直播。如果您要选择一家提供商，我还是建议您先申请免费试用，并在实际的实时比赛中进行测试，而不仅仅是在安静的时段。这才是真正的考验。 我并不是说它完美无缺，但根据我的经验，如果您优先考虑的是稳定的体育直播和快速的支持，UHDSports还是值得一试的。 Re: What Are the Best IPTV Providers in 2026? 如果您厌倦了寻找链接、切换应用程序或在大型比赛期间忍受延迟，那么 tvaccess.xyz 就是为您打造的平台。这项高级付费服务提供世界上所有主要体育赛事——全部采用高清、全高清和 4K 超高清画质，播放流畅稳定。 观看所有体育赛事高清/4K直播，尽在tvaccess.xyz Re: What Are the Best IPTV Providers in 2026? 我同意，在 2026 年选择 IPTV 提供商时，真正取决于可靠性、频道选择和流媒体质量。我也喜欢那些能让我在做决定前轻松核实信息的服务。最近，我在进行其他研究时发现Franklin Property Data对查询房产相关细节很有用。仔细比较各种方案，选择最符合自身需求的服务总是没错的。

MRF300AN停产了吗？ MRF300AN 在产品网站上仍然显示为在售产品，但我收到 Digi-Key 的通知，称该产品已停产。 我想了解目前的情况以及有哪些替代方案？ Re: MRF300ANは生産終了ですか？ 亲爱的吉田信二 请查看产品页面： https://www.nxp.com/part/MRF300AN MRF300AN 已报废 最后购买日期 2026-09-30; 最后交货日期 2027-09-30. 不建议直接替换。谢谢。祝您愉快致以最诚挚的问候 帕夫拉

NXP Zephyr OS - 概述页面（日语博客） 最近，一款相对较新的实时操作系统引起了人们的关注。它名为“Zephyr ® OS”，发音为“Zephyr”。 Zephyr OS 是一款开源实时操作系统，其开发合作和支持得到了世界知名公司的大力支持，而 NXP 自 Zephyr 诞生以来一直是其白金会员。 本页面汇总了使用 Zephyr OS 的实用信息，请充分利用。 Zephyr ®系列（Zephyr OS 入门步骤） 步 文章 1 【Zephyr ®系列】第一部分：最近流行的 Zephyr OS 究竟是一款怎样的操作系统？（日语博客） →首先，让我们来了解一下 Zephyr OS 本身的功能特性。 2 【Zephyr ®系列】第二部分：首次构建与测试（日语博客） →接下来我们实际构建并运行 Zephyr OS。我们将以 FRDM-MCXA153 为例，但同样的步骤也适用于其他开发板。 3 【Zephyr ®系列】第三部分：LED 闪烁和软件复用的第一步（日语博客） →以 LED 闪烁程序为例，体验“传统的硬件相关编码”与“Zephyr 推荐的硬件无关（可扩展）编码”之间的区别。 4 [Zephyr ®系列] 第 4 部分：Kconfig 和设备树的概述及实际应用（日语博客） →对于传统的MCU软件工程师来说，“Kconfig”和“设备树”是Zephyr操作系统中比较陌生的概念。本文将通过实际示例进行解释。 Zephyr实用信息☕ 概述 文章 我使用 NXP 的 GUI 生成工具“GUI Guider”（支持用于微控制器的轻量级 GUI 库“LVGL”）生成了一个示例 GUI 代码，然后在 Zephyr OS 上运行了它。 试用 UI：Zephyr OS 上的 GUI Guider 示例代码（日本博客） *有关如何使用 GUI Guider 的说明，请参阅以下文章。 GUI Guider入门指南（Nexty Electronics Co., Ltd.） Zephyr 附带丰富的示例代码，其中包括一个易于运行的 HTTP 服务器示例。本指南提供了在 NXP 评估板“ FRDM-MCXN947 ”上运行该示例的分步说明。运行此示例后，您可以通过 PC 的 Web 浏览器访问 FRDM-MCXN947，并使用页面上的按钮打开/关闭板上的 LED 灯。 我尝试在 FRDM-MCXN947 上运行 Zephyr HTTP 服务器（日本博客） 截至2026年3月23日，NXP工程师发现安装最新版Zephyr环境后，调试器无法启动。本文档详细介绍了该问题及其解决方案。 使用 Zephyr OS（4.3.99 开发版）和 MCUXpresso for VSC 时，调试器是否无法启动？本文将解释如何避免调试器启动错误。（日语博客） 合作伙伴 Zephyr 相关信息 合作伙伴/概览 文章 Lineo Solutions Co., Ltd. 本文分两部分发表了使用 NXP 评估板“ MIMXRT1170-EVKB ”的说明文章：第 1 部分和第 2 部分。 在第一部分中，我们对 Zephyr 进行了基本解释，并介绍了源代码树结构以及用于验证本文运行情况的 NXP MIMXRT1170-EVKB 评估板。 在第二部分中，我们将从准备 Zephyr 环境开始，并解释构建和运行 Zephyr 应用程序的步骤。 第三部分还包括在液晶屏幕上实际显示信息的示例。   Zephyr博客，第一部分：我的第一辆Zephyr（第一部分） Zephyr博客，第二部分：我的第一辆Zephyr（第二部分） Zephyr博客，第三部分：“试用液晶显示屏” IT Access有限公司 本文档清晰地阐述了 Zephyr OS 的基本特性、与传统实时操作系统 (RTOS) 和 Linux 的区别，以及其适用的应用场景。随后，以恩智浦 (NXP) 的高性能微控制器评估板“ MIMXRT1060-EVKC ”为例，介绍了将 Zephyr 与安全引导加载程序“MCUboot”相结合的实际开发流程。通过实际硬件上的构建、烧录和固件更新等步骤，您可以了解使用 Zephyr 进行安全嵌入式系统开发的具体步骤。 什么是 Zephyr OS？本文将解释其特性、优势以及与其他实时操作系统和 Linux 的区别。 在 NXP ® MIMXRT1060-EVKC 上使用 Zephyr ®和 MCUboot 入门：安全启动 IAR Systems Co., Ltd. 我们经常收到用户关于无法配置 IAR 工具链的咨询。右侧链接提供了基于 NXP MCU 的“Zephyr x IAR 工具链”的详细日语配置步骤说明。 Zephyr 项目文档（英文版）中也包含了如何使用 IAR ARM 工具链的说明。   在 NXP 的 FRDM_MCXN947 上运行 ZephyrOS！ 在 NXP 的 FRDM-MCXA153 上运行 Zephyr OS！ 在 NXP 的 MIMXRT1020-EVK 上运行 Zephyr OS！ 如果您对 Zephyr OS 相关内容有任何改进要求或建议，请随时使用以下信息与我们联系。 NXP日本技术博客（日语）内容请求/改进调查——请填写表格 =========================​ 我们目前无法 回复 此帖子“ 评论”部分留下的评论。 对于由此造成的不便，我们深表歉意，但 在进行咨询时， 请 参考“ NXP 技术问题 - 如何联系我们 （ 日语博客 ） ” 。 （如果您已经是 恩智浦的 分销商或 与 恩智浦 有合作关系 ，您可以直接咨询您的代表。 ） 最近，一款相对较新的实时操作系统引起了人们的关注。它名为“Zephyr ® OS”，发音为“Zephyr”。 Zephyr OS 是一款开源实时操作系统，其开发合作和支持得到了世界知名公司的大力支持，而 NXP 自 Zephyr 诞生以来一直是其白金会员。 本页面汇总了使用 Zephyr OS 的实用信息，请充分利用。 i.MX RT 处理器 i.MX 处理器 MCX SW | 下载 日本博客

DMA 模式下 UART 通信失败（S32k311） 嗨，@nxp团队、 我在S32K311目标硬件的 DMA 模式下使用 UART 通信，但主站和从站之间甚至连一次传输都没有。双方都在使用 512 字节的缓冲区。但是，在微控制器方面，回调被触发并引发了 LPUART_UART_IP_EVENT_ERROR，而且 UARTState 的状态始终显示为超限状态。 我尝试过的波特率从 100 kbps 到 900 kbps 不等。 注：为确保波特率不是问题，我还测试了单次传输和基于周期的传输。然而，系统总是会进入超限状态。 能否请您检查一下我的配置？为了供你参考，我附上了配置屏幕截图以及 UART 模块设置。 为此，我为两个 USRT 通道的 TX 和 RX 创建了 4 个 DMA 通道。       Re: UART communication failed in DMA mode(S32k311) 感谢@Julián_AragónM的回复 事实上，由于版本兼容性问题，我无法在我的系统上加载给出的示例。不过，我会尝试添加 RM 模块并进行测试。 我的 S32 IDE 版本是 3.6.3RTD 版本为 6.0.0. Re: UART communication failed in DMA mode(S32k311) 你好，@jagannath、 我看到您还输入了一个内部案例，我已在该案例中回复了您的问题，但为了以防万一，我也将在此回复： 能否告知您使用的 RTD 和 S32DS 版本？ 从图片中可以看出，"Rm" 模块并没有包含在项目中。要使用 DMA，必须添加"Resource Manager" 驱动程序，启用 Dma Mux 支持，并配置相应的 DMA MUX 通道： Snag_aff8e3.png 您可以参考社区中已有的例程：示例 S32K312 UART 发送& 接收使用 DMA DS3.5 RTD300。 致以最诚挚的问候， Julián Re: UART communication failed in DMA mode(S32k311) @nxp 如果您需要更多细节， 请 告诉我。 Re: UART communication failed in DMA mode(S32k311) 你好，@jagannath、 来自 RTD 3.0.0此后，DMA 支持从 MCAL 层移至 Rm 模块。RM 模块不支持 IP 层。因此，用户应将 RM 模块直接添加到高级层。 查看 S32K3XXRM 的 DMAMUX 映射 excel 文件附件，可以看到 LPUART0 被分配到 DMAMUX0，而 LPUART3 被分配到 DMAMUX1。 DMA 复用源字段已禁用，无法编辑. 我不明白这种说法。从您的图像中，我可以看到第一个 Dma Mux 源容器是可用的，但您将它们配置为 "REQ_DISABLED"。您必须将 LPUART 通道与 DMA MUX 信号源连接成类似这样： dmamux1.png dmamux0.png 至于我分享的示例，是的，您不能直接导入，因为该项目是在 RTD 3.0.0 中开发的、当您使用 RTD 6.0.0 时。不过，您可以将配置文件和主文件复制到工作区，以测试 UART + DMA。 致以最诚挚的问候， Julián Re: UART communication failed in DMA mode(S32k311) Hii@Julián_AragónM 我已添加 RM 模块，但DMA Mux Source 字段被禁用，无法编辑。这是我的配置与给出的示例配置之间的唯一区别。然而，我得到的结果与之前的错误一样。 我附上了配置示例的截图以及我的配置MEX 文件。 S32 集成开发环境版本：3.6.2 RTD 版本：6.0.0 能否请您在方便时尽早查看一下？ Re: UART communication failed in DMA mode(S32k311) Hii@Julián_AragónM S32 集成开发环境版本：3.6.2 RTD 版本：6.0.0 注意： 由于 MCAL 通常在基于 AUTOSAR 的架构中使用，因此我们的项目目前不使用任何 AUTOSAR 模块，因此也不打算包含 MCAL 模块。我们的要求是在不使用 MCAL RM 驱动程序的情况下实现基于 DMA 的通信。请确认是否可以不依赖 MCAL (RM) 运行 DMA 模式？ Re: UART communication failed in DMA mode(S32k311) 感谢@Julián_AragónM提供迄今为止的详细信息。 目前，当我向 MCU 发送数据时，会触发信号，但事件始终是 " LP UART_UART_IP_EVENT_ERROR "。正因为如此，我无法退出这个问题。我根据示例和社区帖子尝试了几种方法，但遗憾的是，到目前为止没有一种方法能解决问题。 我在这里附上了我的整个工作区。能否请您帮助审查一下，以确定是否存在任何问题？如果可能的话，希望您也能在自己的系统上试运行一下。 提前感谢您的支持。 Re: UART communication failed in DMA mode(S32k311) 你好，@jagannath、 对不起，我的回复晚了！ 关于第一个问题，我在你的项目中看到 UART 缓冲区没有被声明在非缓存区内。为了避免启用 数据缓存 时可能出现的一致性问题，用户应确保用作 TCD 源和目标的缓冲区分配在不可缓存区域，或者尝试使缓存地址失效： Snag_57e873a.png #pragma GCC section bss ".mcal_bss_no_cacheable" uint8_t tx_data[15]; uint8_t rx_data[15]; #pragma GCC section bss 关于第二个问题，你能检查中断和处理程序吗？调用 uart 传输函数时，返回的是什么？ 致以最诚挚的问候， Julián Re: UART communication failed in DMA mode(S32k311) Hii@Julián_AragónM 感谢您的支持。我们现在的情况要好得多--在添加 RM 模块并修正配置后，DMA 传输已开始工作。不过，似乎仍有一些数据丢失/覆盖问题，如下所述： 1.在第一次（新）传输过程中，前20字节和最后约10字节的数据总是丢失。 主设备每 100 毫秒定期发送 512 字节的数据。 MCU 缓冲区的大小也是 512 字节。 MCU 报告 接收到了 512 字节 ，但 前大约 20 字节（有时还有最后大约 10 字节）缺失，而从 第 21 字节开始的剩余字节 是 正确的。 2.在第二次及其后的传输过程中： 缓冲区内容的片段显示如下： 索引0 至 83→ 包含0xAA（默认值） 索引84 至 116→有效数据 索引117 至 308→0xAA（默认值） 索引308 至 340→有效数据 索引340 至 372→0xAA（默认值） 3.传输 4/5 次后，数据传输完全停止，但不会出现奇偶校验/成帧/超限等错误。 这种模式一直持续，几次传输后，数据传输完全停止。 能否请您帮助确定导致这种行为的原因？ 谢谢！         Re: UART communication failed in DMA mode(S32k311) 非常感谢@Julián_AragónM的支持。现在问题已经解决，一切正常。非常感谢你们的帮助。 谢谢

LPC54018 崩溃问题 我的客户在使用 LPC54018J2M 时遇到了一个问题。 情况描述如下 客户通过I2C将新版本编程到以太备份代码块来更新固件后，重启后，启动代码首先检查以太备份代码中是否有更新的固件。如果有，它就会覆盖以太 CODE，然后执行它。 闪存布置 |-------------------------------------| 0x10000000 - 0x1000FFFF | 启动 CODE(64k) 10000| |-------------------------------------| 0x10010000 - 0x100fffff | Ether CODE(960k) f0000| |-------------------------------------| 0x10100000 - 0x101effff | Ether Back Up CODE(960k) f0000| |-------------------------------------| 0x101f0000 - 0x10200000 | 已保留 (64k) 10000| |-------------------------------------| 对于少数设备，固件更新完成后，软件会正常运行一段时间。然而，一段时间后，代码突然卡住了。在这种情况下，即使尝试重新编程或擦除也无法恢复系统，必须更换集成电路。 对于异常集成电路，我们使用 JTAG 进行了进一步测试。最初，示例代码程序无法正常运行，IC 在闪烁后会立即卡住。 upload_44c1df325efcbfd1bf742fc095949c9e.png 对于客户软件，启动代码会检查闪存，然后在 SPIFI 初始化期间卡住。 但是，通过 JTAG 对 SDK_2.x_LPC54018J2M（版本 24.12）中的示例代码进行编程后，集成电路可以正常工作，后续编程也能按预期进行。 对于异常集成电路，直接重新编程客户代码并不能恢复正常运行。有必要先对示例代码进行编程，以便从异常状态中恢复。 客户代码目前是基于 SDK 2.11 开发的。 恢复正常运行的示例代码来自 SDK 24.12。 我还建议客户尽可能升级到新版本，但这可能需要一些时间。 因此，我想在这里讨论可能导致这个问题的原因——它是否与SDK版本有关，或者是否需要调整内存配置。 尽管我们目前可以通过JTAG恢复设备，但我们希望找到一种方法来完全防止此问题发生。 LPC54xxx Re: LPC54018 Crash Issue 你好@ZRay 谢谢您的帖子！ 它可能与 LPC54XX 设备上的勘误表有关，勘误 表 lpc540xx_lpc54s0xx 中的功能问题描述 3.8 RO M.1：启动时外围设备引脚保持配置或驱动状态 另外，我建议您查看 MCUXpresso SDK发行说明，另一项建议将始终使用可用的最新版本的SDK。 您提到的示例代码是否执行了引脚配置？