企业官网建设流程全解析

1. 项目概述与核心价值

在嵌入式实时控制领域，尤其是电机驱动、数字电源和精密照明等场景，系统的可靠性与响应速度是生死线。一个看似简单的PWM信号输出，其背后需要一套严密的中断与故障处理机制来保驾护航。很多开发者初期只关注如何产生占空比，却忽略了当电流过载、温度超标或外部紧急停机信号来临时，系统该如何“刹车”。这正是PWM模块中那些中断状态寄存器、故障控制寄存器存在的意义。它们不是冰冷的位域定义，而是嵌入式系统实现“故障安全”逻辑的硬件基石。

以TI的Tiva C系列微控制器为例，其PWM模块提供了一套相当完整的中断与故障处理框架。这套框架的核心思想是分层管理和即时响应。中断负责处理周期性的、可预期的“事件”，比如计数器归零、匹配比较器，用于实现精确定时或触发ADC采样；而故障处理则专攻突发的、需要立即响应的“异常”，比如硬件过流信号，其优先级通常更高，可以直接强制PWM输出进入预设的安全状态（如全关断）。理解并熟练配置PWMRIS、PWMISC、PWMCTL、PWMFAULTVAL等寄存器，意味着你不仅能让系统“跑起来”，更能让它在遇到风雨时“站得稳”。本文将从一个资深嵌入式工程师的视角，拆解这些寄存器配置背后的设计哲学，并分享从寄存器位操作到实际工程代码的落地经验。

2. PWM中断与故障处理机制深度解析

2.1 中断与故障的逻辑分层

首先要建立清晰的认知：在Tiva PWM模块中，“中断”和“故障”是两条独立但可关联的路径。它们服务于不同目的，也拥有不同的处理流程。

中断路径更像一个“事件通知系统”。它由PWM发生器内部的事件（如计数器值匹配LOAD、CMPA、CMPB寄存器，或计数器归零）触发。这些事件被PWMnINTEN寄存器中的相应位使能后，一旦发生，就会在PWM发生器级别的原始中断状态寄存器PWMnRIS中置位。这个状态会向上汇总到模块级别的PWMRIS寄存器的INTPWMn位。PWMRIS是一个只读寄存器，它像一面镜子，如实反映所有中断源和故障源的原始状态，无论这些中断是否被使能送达CPU。而PWMISC寄存器则用于清除模块级别的故障中断标志（INTFAULTn），但注意，对于PWM发生器的常规中断（INTPWMn），其清除操作需要在发生器级别的PWMnISC寄存器中进行。这种设计实现了责任分离：模块寄存器管理全局状态和故障，发生器寄存器管理自身事件。

故障路径则是一个“安全保护系统”。它由外部引脚（如MnFAULTn）或内部数字比较器等故障源触发。故障信号直接作用于PWM输出级，可以立即（或按配置）改变PWM输出引脚的状态，将其拉高或拉低到PWMFAULTVAL寄存器预设的安全值，这个动作是硬件自动完成的，不依赖于CPU响应速度。同时，故障事件也会被记录在PWMRIS的INTFAULTn位。如果使能了故障中断，CPU会收到通知，从而执行更复杂的故障恢复或日志记录任务。

简单来说：中断让你知道“该做什么了”，而故障则告诉系统“必须立刻停止或进入安全模式”。在电机控制中，中断可能用于换相计算，而故障则用于过流保护。

2.2 核心寄存器功能映射与交互关系

要驾驭这套机制，必须理清几个核心寄存器之间的“对话”关系。下图描绘了从事件发生到标志清除的完整数据流与控制流：

[ 事件源 ] | v +-------------------+ +-------------------+ | PWM发生器内部事件 | | 外部/内部故障源 | | (CNT=0, =LOAD, | | (FAULT引脚，ADC | | =CMPA/B) | | 数字比较器等) | +-------------------+ +-------------------+ | | v (置位) v (置位/直接影响输出) +-------------------+ +-------------------+ | PWMnRIS | | PWMSTATUS | | (原始中断状态) | | (实时故障状态) | +-------------------+ +-------------------+ | | v (汇总) v (锁存) +-------------------------------------------+ | PWMRIS | | Bit[3:0]: INTPWM3-0 (汇总中断) | | Bit[19:16]: INTFAULT3-0 (锁存故障状态) | +-------------------------------------------+ | | v v +-------------------+ +-------------------+ | 中断使能(PWMnINTEN)| | 故障控制(PWMnCTL) | | & 中断清除(PWMnISC)| | & 故障使能等 | +-------------------+ +-------------------+ | | v v +-------------------------------------------+ | PWMISC | | Bit[3:0]: INTPWM3-0 (只读，状态镜像) | | Bit[19:16]: INTFAULT3-0 (RW1C，可清除) | +-------------------------------------------+ | | v v +-------------------+ +-------------------+ | 至NVIC中断控制器 | | 至PWM输出控制逻辑 | | (若使能) | | (强制输出安全值) | +-------------------+ +-------------------+

关键交互解析：

1. PWMRISvsPWMISC：PWMRIS是只读的“真相之源”，它显示所有原始状态。PWMISC则具有双重身份：对于INTPWMn位，它是PWMRIS的只读镜像；对于INTFAULTn位，它是可读写清除（RW1C）的“门卫”。向PWMISC的INTFAULTn位写1，可以清除PWMRIS中对应的故障锁存状态。
2. PWMSTATUS的作用：这个寄存器非常关键，它反映的是故障输入引脚MnFAULTn的实时、未锁存的电平状态。当PWMnCTL中的FLTSRC位为0时，故障源就是这些引脚。PWMSTATUS让你能直接“看到”故障引脚当前是高是低，这对于诊断故障是持续发生还是短脉冲至关重要。
3. 清除操作的差异性：这是最容易混淆的点。PWMISC只能清除故障中断标志(INTFAULTn)。而PWM发生器的常规中断标志，其清除必须在各自的PWMnISC寄存器中进行。例如，清除PWM发生器0的计数器归零中断，需要向PWM0ISC寄存器的对应位写1。PWMISC中的INTPWM0位会随之自动更新。

实操心得：在编写中断服务程序(ISR)时，我养成了一个固定流程：首先读取PWMRIS或PWMnRIS来判断中断源，然后去PWMSTATUS查看实时故障状态（如果是故障中断），最后再执行清除操作。清除时务必“对号入座”：故障标志找PWMISC，发生器事件标志找PWMnISC。乱清标志会导致中断丢失或持续触发。

3. 关键寄存器配置详解与工程实践

3.1 故障处理配置：从检测到安全响应

故障处理的配置是一条链式反应，涉及多个寄存器协同工作。目标是：当故障发生时，PWM输出能立即进入确定的安全状态，并可选地通知CPU。

第一步：配置故障源与行为 (PWMnCTL,PWMnFLTSRC0/1)PWMnCTL寄存器的FLTSRC位决定了故障信号的来源。置0，则使用专用的MnFAULTn硬件引脚（通常连接比较器或保护电路输出）；置1，则使用PWMnFLTSRC0/1寄存器配置的内部故障源，如ADC数字比较器模块的输出。在多数电机和电源应用中，我们使用硬件引脚，因为响应路径最短，延迟最低。

PWMnCTL的LATCH位至关重要。它控制故障是否被锁存。

• LATCH = 0(非锁存模式)：故障状���与故障输入信号同步。输入信号变高，故障立即生效，输出进入安全状态；输入信号变低，故障立即解除，PWM恢复正常输出。这种模式适用于需要自动恢复的场景，但要求故障信号必须干净、无毛刺。
• LATCH = 1(锁存模式)：一旦故障输入有效（即使是一个短脉冲），故障状态就会被锁存，PWM输出将持续保持在安全状态，直到软件通过清除PWMISC寄存器的INTFAULTn位来手动复位故障。这是最常用的安全模式，确保故障必须经过软件确认和处理后才能恢复，防止在故障原因未消除时系统自动重启造成二次损坏。

MINFLTPER位与PWMnMINFLTPER寄存器配合，用于设置一个最小的故障持续时间。即使故障输入是一个窄脉冲，PWM模块也会将故障状态维持至少(MFP值+1)个PWM时钟周期。这能有效滤除噪声干扰，确保只有持续一定时间的有效故障才会触发保护。注意：当使用ADC数字比较器作为故障源时，数据手册建议将LATCH和MINFLTPER都置1，以确保能捕获到触发信号。

第二步：定义安全状态 (PWMFAULTVAL,PWMINVERT)故障发生时，PWM输出引脚应该变成什么电平？这由PWMFAULTVAL寄存器定义。该寄存器的每一位（如PWM0）对应一个PWM输出引脚（MnPWM0）。置0，则故障时输出低电平；置1，则输出高电平。选择哪个电平取决于你的功率电路设计。例如，对于典型的半桥或全桥驱动，通常将故障安全状态设置为“全部低电平”（所有高侧和低侧开关管关闭），以切断电机或电感电流。

PWMINVERT寄存器控制输出极性。如果某一位被置1，则对应PWM输出信号在实际输出前会被取反。因此，最终引脚在故障时的实际电平 =PWMFAULTVAL对应位 异或PWMINVERT对应位。配置时必须综合考虑这两个寄存器。

第三步：使能故障响应 (PWMFAULT)PWMFAULT寄存器是一个使能开关。它的每一位（如FAULT0）控制对应的PWM输出（MnPWM0）是否受故障条件影响。只有将相应位置1，当故障发生时，该引脚才会按照PWMFAULTVAL和PWMINVERT的设置改变输出。如果置0，则即使发生故障，该引脚也不受影响，继续正常输出。通常，我们会将所有用于控制的PWM输出通道的故障使能位都打开。

第四步：使能故障中断 (PWMINTEN或 NVIC配置)要让CPU知道故障发生了，需要使能故障中断。这通常在PWM模块初始化后，通过设置PWM模块的中断使能寄存器（注意，不是PWMnINTEN，那是发生器事件中断）或直接配置微控制器的NVIC（嵌套向量中断控制器）来完成。同时，需要在PWMISC寄存器中清除可能存在的残留故障中断标志。

一个典型的故障处理初始化代码框架如下（以PWM发生器0，使用故障引脚0为例）：

// 1. 配置PWM0CTL: 使用故障引脚0，锁存模式，使能最小故障周期 HWREG(PWM0_BASE + PWM_O_0_CTL) = (HWREG(PWM0_BASE + PWM_O_0_CTL) & ~(PWM_0_CTL_FLTSRC_M | PWM_0_CTL_MINFLTPER | PWM_0_CTL_LATCH)) | PWM_0_CTL_MINFLTPER | PWM_0_CTL_LATCH; // 设置最小故障周期，例如16个PWM时钟周期 HWREG(PWM0_BASE + PWM_O_0_MINFLTPER) = 15; // MFP = 15, 周期为 (15+1)=16个时钟 // 2. 配置故障时输出电平: 假设PWM0和PWM1通道故障时输出低电平 HWREG(PWM0_BASE + PWM_O_FAULTVAL) &= ~(PWM_FAULTVAL_PWM0 | PWM_FAULTVAL_PWM1); // 3. 使能故障对PWM0和PWM1输出的控制 HWREG(PWM0_BASE + PWM_O_FAULT) |= (PWM_FAULT_FAULT0 | PWM_FAULT_FAULT1); // 4. 清除可能存在的旧故障中断标志，并使能故障0中断 HWREG(PWM0_BASE + PWM_O_ISC) |= PWM_ISC_INTFAULT0; // 写1清除INTFAULT0标志 HWREG(PWM0_BASE + PWM_O_IM) |= PWM_IM_INTFAULT0; // 使能INTFAULT0中断 // 5. 在NVIC中使能PWM中断 IntEnable(INT_PWM0);

3.2 中断系统配置：精确定时与事件触发

PWM发生器的中断主要用于精确的时间点触发软件动作，例如在计数器为0时重载新的控制参数，或在计数器匹配比较器时触发ADC采样以进行电流环计算。

配置流程：

1. 使能目标事件中断：通过PWMnINTEN寄存器，使能你关心的事件。例如，使能计数器归零中断(INTCNTZERO)和计数器匹配比较器A上升沿中断(INTCMPAU)。

   // 使能PWM0发生器的计数器归零和CMPA匹配（上升沿）中断 HWREG(PWM0_BASE + PWM_O_0_INTEN) |= (PWM_0_INTEN_INTCNTZERO | PWM_0_INTEN_INTCMPAU);

2. 清除中断标志并使能模块中断：在PWMnISC寄存器中清除对应事件的原始中断标志，防止一使能就误触发。然后，PWM模块级别的中断（INTPWM0）通常会自动使能，但你需要确保NVIC中的PWM中断源是开启的。

   // 清除PWM0发生器的潜在中断标志 HWREG(PWM0_BASE + PWM_O_0_ISC) |= (PWM_0_ISC_INTCNTZERO | PWM_0_ISC_INTCMPAU); // 在NVIC中使能PWM0中断（通常PWM0-3共享一个中断向量，需查数据手册） IntEnable(INT_PWM0);

3. 编写中断服务程序(ISR)：在ISR中，首先读取PWMnRIS来确定是哪个具体事件触发的中断，执行相应的处理逻辑（如更新占空比、启动ADC），然后必须向PWMnISC寄存器的对应位写1来清除该事件的中断标志。清除后，PWMRIS中的INTPWMn位会自动清零。

   void PWM0_IntHandler(void) { uint32_t status = HWREG(PWM0_BASE + PWM_O_0_RIS); // 读取PWM0原始中断状态 if (status & PWM_0_RIS_INTCNTZERO) { // 计数器归零事件处理，例如更新周期或进行控制计算 // ... HWREG(PWM0_BASE + PWM_O_0_ISC) = PWM_0_ISC_INTCNTZERO; // 清除标志 } if (status & PWM_0_RIS_INTCMPAU) { // 匹配CMPA上升沿事件，常用于触发ADC采样 // ADC_StartSampling(); // ... HWREG(PWM0_BASE + PWM_O_0_ISC) = PWM_0_ISC_INTCMPAU; // 清除标志 } // 注意：不需要操作PWMISC寄存器来清除INTPWM0 }

**同步更新模式 (`LOADUPD`, `CMPAUPD`等)**：在`PWMnCTL`寄存器中，`LOADUPD`、`CMPAUPD`、`GENAUPD`等位控制着对应寄存器（`LOAD`, `CMPA`, `GENA`）更新的时机。 * **立即更新**：写寄存器后新值立即生效。这可能导致当前PWM周期波形不完整，产生毛刺。 * **本地同步更新** (`0`或`0x2`，取决于位宽)：新值在下一次计数器归零时生效。这保证了PWM周期的完整性，是**最常用**的模式。 * **全局同步更新** (`1`或`0x3`)：新值在计数器归零且收到一个全局同步信号后生效。用于需要多个PWM发生器严格同时更新参数的场景，如多相电机控制。 > **注意事项**：在电机FOC控制等对时序要求苛刻的应用中，我强烈建议将`LOAD`、`CMPA`、`CMPB`的更新模式设置为**本地同步更新**。这样，你在中断服务程序中计算并写入的新占空比，会在下一个完整的PWM周期开始时生效，避免了在当前周期中间切换造成的电流畸变。这是一个关乎系统稳定性和性能的关键细节。 ## 4. 工程实践：构建一个带故障保护的电机PWM驱动 让我们结合一个无刷直流电机（BLDC）控制的简化场景，将上述寄存器配置串联起来，形成一个完整的实践案例。假设我们使���PWM0和PWM1产生三对互补PWM信号驱动一个三相桥式电路，并使用一个硬件比较器监控直流母线电流，其输出连接到MCU的`M0FAULT0`引脚。 ### 4.1 系统初始化与配置 ```c void PWM_For_Motor_Init(void) { // 1. 启用PWM模块和GPIO时钟，配置引脚复用为PWM输出和故障输入（代码略） // 2. 配置PWM时钟分频和发生器模式（以PWM0为例） // 假设系统时钟80MHz，目标PWM频率20kHz (周期=4000 ticks) uint32_t period = 4000 - 1; PWMGenConfigure(PWM0_BASE, PWM_GEN_0, PWM_GEN_MODE_UP_DOWN | PWM_GEN_MODE_NO_SYNC); PWMGenPeriodSet(PWM0_BASE, PWM_GEN_0, period); // 设置初始占空比，例如50% PWMPulseWidthSet(PWM0_BASE, PWM_OUT_0, period / 2); PWMPulseWidthSet(PWM0_BASE, PWM_OUT_1, period / 2); // 3. 配置故障处理 // 使用故障引脚0，锁存模式，使能最小故障滤波（滤除短于10个时钟周期的噪声） PWMGenFaultConfigure(PWM0_BASE, PWM_GEN_0, PWM_FAULT_0 | PWM_FAULT_LATCH | PWM_FAULT_MINPER); PWMGenFaultPeriodSet(PWM0_BASE, PWM_GEN_0, 9); // MFP=9, 最小故障宽度10个时钟周期 // 4. 定义故障安全状态：所有PWM输出低电平（关闭所有开关管） // 假设使用PWM0_OUTA (Pin0), PWM0_OUTB (Pin1), PWM1_OUTA (Pin2) 驱动电机 HWREG(PWM0_BASE + PWM_O_FAULTVAL) &= ~(PWM_FAULTVAL_PWM0 | PWM_FAULTVAL_PWM1 | PWM_FAULTVAL_PWM2); // 使能故障信号控制这三个输出 HWREG(PWM0_BASE + PWM_O_FAULT) |= (PWM_FAULT_FAULT0 | PWM_FAULT_FAULT1 | PWM_FAULT_FAULT2); // 5. 配置中断 // 使能PWM0发生器的计数器归零中断，用于执行FOC控制算法 PWMIntEnable(PWM0_BASE, PWM_INT_GEN_0 | PWM_INT_CNT_ZERO); // 使能故障中断 PWMIntEnable(PWM0_BASE, PWM_INT_FAULT0); // 清除所有可能挂起的中断标志 PWMIntClear(PWM0_BASE, PWM_INT_GEN_0 | PWM_INT_FAULT0); // 在NVIC中启用PWM0中断 IntEnable(INT_PWM0); // 6. 启动PWM发生器 PWMGenEnable(PWM0_BASE, PWM_GEN_0); // 使能PWM输出引脚 PWMOutputState(PWM0_BASE, (PWM_OUT_0_BIT | PWM_OUT_1_BIT | PWM_OUT_2_BIT), true); }

4.2 中断服务程序实现

volatile bool g_bFaultOccurred = false; volatile uint32_t g_ulFaultStatus = 0; void PWM0_IntHandler(void) { uint32_t status = PWMIntStatus(PWM0_BASE, true); // 获取模块中断状态 // 处理故障中断（高优先级） if (status & PWM_INT_FAULT0) { g_bFaultOccurred = true; // 读取实时故障状态，辅助诊断 g_ulFaultStatus = HWREG(PWM0_BASE + PWM_O_STATUS); // 可以在这里记录故障日志，或设置系统状态机进入安全模式 SysLog_Write("Motor Fault Triggered! STATUS=0x%08X", g_ulFaultStatus); // 关键：清除故障中断标志，否则中断会持续触发 PWMIntClear(PWM0_BASE, PWM_INT_FAULT0); // 此函数内部操作PWMISC寄存器 // 注意：清除中断标志并不会解除PWM输出的故障锁存状态！ // PWM输出会保持安全状态，直到软件后续处理并手动恢复。 } // 处理PWM发生器0的事件中断 if (status & PWM_INT_GEN_0) { uint32_t genStatus = PWMGenIntStatus(PWM0_BASE, PWM_GEN_0, true); // 获取发生器中断状态 if (genStatus & PWM_INT_CNT_ZERO) { // 计数器归零中断：执行FOC控制算法，计算新的占空比 // FOC_ControlAlgorithm(); // 假设此函数更新全局变量g_newDutyA, g_newDutyB // 以本地同步方式更新比较器值，确保下一个周期生效 // 使用PWMGenPeriodSet()和PWMPulseWidthSet()函数，它们内部已处理同步更新逻辑 // 或者直接操作寄存器（需注意同步）： // HWREG(PWM0_BASE + PWM_O_0_CMPA) = g_newDutyA; // HWREG(PWM0_BASE + PWM_O_0_CMPB) = g_newDutyB; PWMGenIntClear(PWM0_BASE, PWM_GEN_0, PWM_INT_CNT_ZERO); // 清除发生器中断标志 } // 可以处理其他事件，如CMPA匹配等 } }

4.3 故障恢复策略

故障发生后，系统不能自动恢复。需要一个安全的恢复流程，通常由主循环或一个安全监控任务执行：

void Motor_Fault_Recovery_Handler(void) { if (g_bFaultOccurred) { // 1. 确认故障源已消除（例如，检查电流是否恢复正常） if (Is_OverCurrent_Cleared()) { // 用户自定义的故障检测函数 // 2. 执行必要的系统状态重置或初始化 Motor_Stop(); // 确保软件控制逻辑也停止输出命令 // 3. 关键步骤：清除PWM模块的故障锁存状态 // 这需要通过清除PWMISC中的INTFAULT0标志来实现。 // 注意：PWMIntClear(PWM0_BASE, PWM_INT_FAULT0) 在ISR中已做，这里通常不需要再做。 // 但更严谨的做法是，在恢复前再次确认标志已清。 PWMIntClear(PWM0_BASE, PWM_INT_FAULT0); // 4. 重新使能PWM输出（如果需要的话，故障清除后输出可能自动恢复，取决于配置） // 对于锁存模式，清除故障标志后，PWM输出会立即恢复正常调制（前提是故障输入已无效）。 // 但为了安全，我们通常先禁用再重新使能PWM输出。 PWMOutputState(PWM0_BASE, (PWM_OUT_0_BIT | PWM_OUT_1_BIT | PWM_OUT_2_BIT), false); SysTick_Delay(10); // 短暂延时 PWMOutputState(PWM0_BASE, (PWM_OUT_0_BIT | PWM_OUT_1_BIT | PWM_OUT_2_BIT), true); // 5. 重置故障标志，准备下一次运行 g_bFaultOccurred = false; SysLog_Write("Motor Fault Cleared and System Recovered."); } else { // 故障源仍在，保持关断状态，可能需要进行更高级别的保护（如关闭电源） } } }

5. 常见问题排查与调试技巧

在实际项目中，PWM中断和故障配置常会遇到一些“坑”。以下是我总结的常见问题及排查思路：

问题1：中断无法进入，或者进入一次后不再触发。

• 可能原因1：中断标志未清除。这是最常见的原因。务必在ISR中读取正确的状态寄存器（PWMnRIS用于事件，PWMRIS/PWMISC用于故障），并向对应的中断清除寄存器（PWMnISC或PWMISC）的对应位写1。切记：清除故障中断用PWMISC，清除发生器事件中断用PWMnISC。
• 可能原因2：NVIC未使能或优先级配置不当。确保在初始化时调用了IntEnable(INT_PWMx)。同时检查中断优先级，确保没有被更高优先级的中断长时间阻塞。
• 可能原因3：中断使能位未设置。对于事件中断，检查PWMnINTEN寄存器；对于故障中断，检查PWMIM（中断使能）寄存器。使用库函数时，确认相关使能函数被正确调用。
• 排查工具：在调试器中使用寄存器查看窗口，实时监控PWMRIS、PWMISC、PWMnRIS、PWMnINTEN以及NVIC相关寄存器的值。在ISR入口设置断点，单步执行观察标志位变化。

问题2：故障保护不动作，或动作后无法恢复。

• 可能原因1：故障引脚配置错误。确认MnFAULTn引脚已正确配置为外设功能，而非GPIO。检查硬件连接，确保故障信号能有效到达MCU引脚。
• 可能原因2：PWMFAULT寄存器未使能。PWMFAULT是故障控制输出的总开关，必须将对应输出通道的使能位置1。
• 可能原因3：LATCH位与恢复流程不匹配。如果LATCH=1（锁存模式），故障发生后，即使外部故障信号消失，PWM输出也会保持安全状态。必须在软件确认安全后，手动清除PWMISC中的INTFAULTn标志，才能解除输出锁存。你的恢复函数里做了吗？
• 可能原因4：PWMFAULTVAL或PWMINVERT配置错误。计算一下期望的安全电平是否与实际引���测量值一致。用万用表或示波器直接测量PWM引脚在故障触发时的电压。
• 排查工具：示波器是关键。同时测量故障输入引脚和PWM输出引脚。触发故障，观察故障信号是否到来，PWM输出是否立即跳变到预设的安全电平。清除中断标志后，观察PWM输出是否恢复正常。

问题3：PWM输出在更新占空比时出现毛刺或波形紊乱。

• 可能原因：更新模式配置不当。如果你在计数器运行过程中（非零点）直接写入CMPA/CMPB/LOAD寄存器，并且更新模式是“立即更新”，就会导致当前周期波形被破坏。解决方案：确保将PWMnCTL中的CMPAUPD、CMPBUPD、LOADUPD等位配置为“本地同步更新”（通常为0）。这样，新值会在下一个计数器周期开始时生效。TI的驱动库函数（如PWMPulseWidthSet）默认会处理同步更新，但如果你直接操作寄存器，必须注意这一点。

问题4：使用ADC数字比较器作为故障源时，故障无法捕获。

• 可能原因：数据手册特别指出，当使用ADC数字比较器作为故障源（FLTSRC=1）时，建议将PWMnCTL中的LATCH和MINFLTPER位都设置为1。这是因为ADC比较器的输出可能是很短的脉冲，锁存和最小脉宽扩展能确保PWM模块可靠捕获到这个故障事件。

调试技巧实录：

1. 分层验证法：不要一次性配置所有功能。先让PWM产生基础波形，然后单独测试故障输入功能（可以用一个IO口模拟故障信号），再测试中断响应，最后整合。
2. 善用状态寄存器：PWMSTATUS寄存器是你的“眼睛”，可以直接看到故障引脚的实时状态，不受锁存影响。在调试故障相关问题时，首先读取这个寄存器，确认硬件信号是否真的进来了。
3. 逻辑分析仪辅助：对于复杂的多通道PWM和故障时序分析，逻辑分析仪比示波器更高效。可以同时捕获多个PWM输出、故障输入甚至软件GPIO标记（用于在代码中打点），直观看到事件之间的时序关系。
4. 模拟故障：在开发阶段，不要等到真实过流才测试故障保护。可以通过一个按钮或另一个GPIO连接到故障引脚，手动触发故障，验证整个保护链路的响应是否正确、迅速。

掌握PWM中断与故障处理的精髓，在于理解其“硬件优先，软件辅助”的设计哲学。硬件负责最快速度的强制保护，软件负责灵活的策略管理和状态恢复。把这套机制吃透，你的嵌入式控制系统就拥有了应对突发异常的“肌肉记忆”，这才是工业级产品可靠性的基石。