CC27xx无线MCU SYSTIM模块：高精度定时器原理、配置与实战应用

1. SYSTIM模块在CC27xx无线MCU中的核心定位与设计思路

在嵌入式无线系统开发中，时间就是一切。无论是蓝牙数据包的精确发送间隔、Zigbee网络的时隙同步，还是低功耗传感器周期性唤醒的毫秒级误差控制，都离不开一个高精度、高可靠性的硬件定时器。TI的CC27xx系列无线MCU，作为其SimpleLink™平台的重要成员，其内置的系统定时器（SYSTIM）模块，正是为满足这些严苛的时序需求而生的核心外设。它不是传统意义上简单的“计数器”，而是一个集成了34位宽、250ns分辨率的精密时间引擎，并配备了六个功能各异的通道，直接服务于射频核心（RF-Core）和主CPU，是协调整个芯片“心跳”与“脉搏”的关键。

为什么CC27xx需要这样一个专门的定时器？这要从无线通信的本质说起。无线协议栈，无论是私有协议还是标准协议如蓝牙低功耗（BLE），其底层都是基于严格的时间线（Timeline）来运作的。射频的发射、接收、频率跳变、数据采样等操作，都需要在极精确的时间点被触发，误差通常要求在微秒甚至纳秒级别。如果这个定时任务交给软件或通用定时器，不仅会消耗宝贵的CPU资源，更会因为中断延迟、任务调度等因素引入无法预测的抖动（Jitter），最终导致通信失败或性能下降。

SYSTIM的设计思路非常清晰：为时间关键型操作提供一个独立、确定性的硬件计时基础。它直接与芯片的实时时钟（RTC）同步，确保其时间基准与系统时钟源保持一致。其六个通道被精心划分了职责：三个通道（Ch2, Ch3, Ch4）以250ns的最高分辨率专供RF-Core使用，用于控制射频收发时序；一个通道（Ch0）以1µs分辨率预留给TI的协议栈软件；剩余两个通道（Ch1, Ch5）则作为“备份”通道，分辨率可在1µs和250ns间配置，完全开放给开发者，用于自定义的精准定时任务，如控制外部传感器采样、生成精确的PWM波形或实现复杂的多任务调度器。

这种架构带来的最大好处是资源隔离与确定性。射频相关的超精密定时由专用硬件通道保障，完全不受主CPU上运行的应用程序干扰。开发者可以放心地在Ch1或Ch5上构建自己的定时逻辑，而不用担心会影响射频性能。同时，SYSTIM支持捕获（Capture）和比较（Compare）两种经典模式，前者可以精确记录外部事件（如GPIO跳变）发生的时刻，后者可以在预设的未来时间点触发事件（如中断或驱动一个信号），这为构建响应迅速、时序准确的应用提供了极大的灵活性。

提示：在开始配置SYSTIM前，务必理解你的应用场景对定时精度的真实需求。如果只是实现秒级的延时或软件看门狗，使用更简单的通用定时器（GPT）可能更节省功耗和配置精力。只有当你的任务涉及射频时序协调、µs级甚至更精确的定时、或需要与射频操作严格同步时，才真正需要动用SYSTIM这个“重型武器”。

2. SYSTIM核心工作机制与通道功能深度解析

要玩转SYSTIM，必须吃透它的两个核心工作模式：比较模式和捕获模式。这不仅仅是知道怎么配置寄存器，更要理解其背后的硬件行为，才能避免踩坑。

2.1 比较模式：让定时器在“未来”叫醒你

比较模式是SYSTIM最常用的功能。你可以把它想象成一个闹钟：你设定一个未来的时间点（写入CHnCC.VAL寄存器），定时器就会默默计数，当自身的计数值（TIME）达到或超过你设定的闹钟时间时，它就“响铃”——产生一个比较事件。这个事件可以触发一个中断，通知CPU处理；也可以直接通过事件 fabric 触发其他外设（如启动一个ADC转换或切换一个GPIO），完全无需CPU干预，实现极低延迟的硬件联动。

这里有一个非常关键且容易出错的细节：“立即触发”机制。根据手册，如果你设定的比较值（CMP）是一个“过去”的时间（即CMP <= TIME），并且这个“过去”没有超过一个特定的窗口（对于1µs通道是4秒，对于250ns通道是1秒），那么硬件会立即产生一个比较事件。这个设计是为了处理一种常见情况：当你配置定时器时，由于软件执行需要时间，你计算出的“未来”时间点可能在实际配置完成时已经变成了“过去”。如果没有这个机制，定时器将永远等不到那个时间点，事件也就永远不会触发。但这也意味着，如果你错误地计算了一个远在过去的时间值，可能会立即触发一个你并不期望的事件。

实操心得：在配置比较值时，一个稳健的做法是，先读取当前的SYSTIM时间（TIME1U或TIME250N），然后在这个基础上加上你需要的延时增量。务必使用饱和加法，防止计算溢出。例如，在32位1µs分辨率下，最大计数值约为1.19小时（2^32 µs），如果你的延时增量可能导致溢出，需要先判断并处理。

// 示例：设置通道1在100ms后触发比较事件（假设使用1µs分辨率） uint32_t current_time = HWREG(SYSTIM_BASE + SYSTIM_O_TIME1U); // 读取当前时间（高32位） uint32_t delay_ticks = 100 * 1000; // 100ms = 100,000 µs uint32_t compare_value; if (current_time > (0xFFFFFFFF - delay_ticks)) { // 处理溢出：回绕到0并加上剩余部分 compare_value = delay_ticks - (0xFFFFFFFF - current_time); } else { compare_value = current_time + delay_ticks; } HWREG(SYSTIM_BASE + SYSTIM_O_CH1CC) = compare_value; // 写入即自动进入比较模式

通道武装（Arming）的多种方式：让一个通道进入比较模式，最常见的方式就是直接写入CHnCC寄存器。但SYSTIM提供了更灵活的控制。ARMSET寄存器允许你在不改变CHnCC值的情况下，手动“武装”一个已解除武装（Unarmed）的通道进入比较模式。这在需要重复使用同一个定时值进行周期性触发的场景下非常有用。你可以先通过CHnCCSR（保存/恢复寄存器）预加载比较值而不触发，然后在需要的时候通过ARMSET位来启动定时。对应的，ARMCLR寄存器可以随时解除一个通道的武装，停止其比较或捕获操作。

2.2 捕获模式：给“瞬间”拍下时间戳

如果说比较模式是面向未来的“计划”，那么捕获模式就是记录过去的“快照”。当通道配置为捕获模式时（设置CHnCFG.MODE = 1），它会持续监听其关联的输入事件（由CHnCFG.INP配置为上升沿、下降沿或双边沿）。一旦检测到指定的边沿事件，硬件会立即将此刻的SYSTIM计数值锁存到CHnCC寄存器中，并产生一个捕获完成事件。

这个功能的价值在于精确测量时间间隔或为异步事件打时间戳。例如，你可以用它来测量一个外部脉冲的宽度：配置通道在脉冲的上升沿和下降沿都进行捕获，两次捕获值之差就是脉冲宽度，分辨率高达250ns。或者，在一个无线通信系统中，可以用它来记录数据包到达的精确时刻，用于后续的时钟同步或网络延时分析。

单次捕获与连续捕获：默认情况下，一次捕获事件发生后，通道会自动解除武装（MODE位被清零），回到空闲状态。这称为单次捕获。如果你需要连续捕获一系列事件（例如测量一个PWM信号的每个周期），就需要启用重武装（Rearm）功能，通过设置CHnCFG.REARM = 1来实现。启用后，通道在完成一次捕获后会自动重新武装，等待下一个事件，形成一个连续的捕获流水线，非常适合高频事件的计时。

注意：捕获事件会清除RIS寄存器中对应的中断标志位。但这里有一个重要的顺序问题：你必须通过读取CHnCC寄存器来获取捕获到的时间值，而这个读取操作本身也会清除RIS标志位。因此，在你的中断服务程序（ISR）中，标准的流程应该是：1. 检查RIS或MIS寄存器确定中断源；2.立即读取CHnCC值并保存到变量；3. 然后根据需要清除中断标志（ICLR）。如果先清标志再读值，在某些极端时序下可能会丢失刚刚捕获的数据。

2.3 六通道分工与协同解析

SYSTIM的六个通道并非完全平等，理解它们的分工是高效利用资源的关键：

为什么射频通道需要250ns分辨率？以2.4GHz的无线通信为例，一个射频符号周期可能只有几微秒甚至更短。为了精确控制发射机的开启、关闭，以及接收机的采样窗口，需要纳秒级的定时精度。250ns的分辨率意味着SYSTIM可以区分在2.4GHz载波周期（约0.417ns）的数百个点上的操作，这对于维持通信链路的稳定性和抗干扰能力至关重要。

通道间的同步：所有六个通道都基于同一个34位的核心计数器（TIME）。这意味着，无论你使用哪个通道进行捕获或比较，它们的时间基准都是完全同步的。你可以用通道1捕获一个GPIO事件，然后用通道5在精确的100µs后触发另一个操作，两者之间的相对时间误差极小。这种同步性是实现复杂、多事件协调系统的基石。

3. SYSTIM寄存器配置与驱动开发实战

理解了原理，接下来就是动手配置。TI的驱动库（DriverLib）通常会封装底层寄存器操作，但直接理解寄存器对于调试和优化至关重要。我们以使用通道1实现一个精确的1毫秒周期性中断为例，拆解整个配置流程。

3.1 初始化与基础配置

首先，需要确保SYSTIM模块本身已经就绪。这通常在上电初始化阶段由启动代码完成，但我们需要确认其同步状态。

// 1. 等待SYSTIM与RTC完成同步 // STATUS.SYNCUP位在上电或复位后为1，同步完成后硬件清0 while (HWREG(SYSTIM_BASE + SYSTIM_O_STATUS) & SYSTIM_STATUS_SYNCUP_M) { // 等待同步完成，通常时间很短 } // 2. 确认SYSTIM正在运行 (STATUS.VAL位应为1) if (!(HWREG(SYSTIM_BASE + SYSTIM_O_STATUS) & SYSTIM_STATUS_VAL_M)) { // 错误处理：SYSTIM未运行 }

3.2 配置通道1为1µs分辨率比较模式

我们的目标是让通道1每1毫秒产生一次比较事件，并触发中断。

// 3. 配置通道1为比较模式，1µs分辨率 // CH1CFG寄存器: MODE=0 (比较模式), INP=0 (无关，比较模式不关心输入), REARM=0 (单次) // 对于通道1，RES位不存在，固定为1µs分辨率。 uint32_t ch1cfg_value = 0x0; // MODE=0, INP=0, REARM=0 HWREG(SYSTIM_BASE + SYSTIM_O_CH1CFG) = ch1cfg_value; // 4. 设置第一次比较值 (当前时间 + 1ms) uint32_t current_time = HWREG(SYSTIM_BASE + SYSTIM_O_TIME1U); // 读取1µs分辨率时间 uint32_t compare_value = current_time + 1000; // 1ms = 1000 µs HWREG(SYSTIM_BASE + SYSTIM_O_CH1CC) = compare_value; // 写入即武装通道 // 5. 使能通道1的中断 // 先清除可能存在的未决中断 HWREG(SYSTIM_BASE + SYSTIM_O_ICLR) = SYSTIM_ICLR_EV1_M; // 设置中断掩码，允许通道1事件产生中断 HWREG(SYSTIM_BASE + SYSTIM_O_IMSET) = SYSTIM_IMSET_EV1_M; // 6. 在系统中断控制器中使能SYSTIM中断（此处以CPU中断为例，需查阅具体MCU的中断映射） // IntEnable(INT_SYSTIM); // 假设INT_SYSTIM是SYSTIM的中断号

3.3 中断服务程序（ISR）与重装载逻辑

一次比较事件触发后，通道会自动解除武装。为了实现周期性定时，必须在ISR中为下一次触发重新设置比较值。

// SYSTIM中断服务程序 void SysTimIntHandler(void) { uint32_t mis_status = HWREG(SYSTIM_BASE + SYSTIM_O_MIS); // 读取被屏蔽的中断状态 // 检查是否是通道1触发的中断 if (mis_status & SYSTIM_MIS_EV1_M) { // 7. 处理你的1ms定时任务 // ... 用户代码 ... // 8. 为重下一次定时设置新的比较值（当前值 + 1ms） // 注意：这里直接读取TIME1U可能是在中断触发后稍晚的时刻。 // 更精确的做法是：基于上次的比较值累加，避免累积误差。 static uint32_t next_compare = 0; if (next_compare == 0) { // 第一次进入，需要初始化 next_compare = HWREG(SYSTIM_BASE + SYSTIM_O_TIME1U) + 1000; } else { next_compare += 1000; // 固定间隔累加 } HWREG(SYSTIM_BASE + SYSTIM_O_CH1CC) = next_compare; // 重新武装，开始下一次定时 // 9. 清除通道1的中断标志 HWREG(SYSTIM_BASE + SYSTIM_O_ICLR) = SYSTIM_ICLR_EV1_M; } // 可以检查其他通道或溢出中断... if (mis_status & SYSTIM_MIS_OVFL_M) { // 处理34位计数器溢出（约1.2小时后发生一次） HWREG(SYSTIM_BASE + SYSTIM_O_ICLR) = SYSTIM_ICLR_OVFL_M; } }

为什么使用“累加”而非“当前时间+间隔”？这是实现无累积误差定时的关键。如果你总是在ISR中读取“当前时间”然后加上间隔，那么ISR本身的执行时间、可能被更高优先级中断阻塞的时间，都会被计入到下一个周期中，导致定时周期越来越长（正偏差）。而基于上次目标时间的累加方法，则保证了触发间隔的绝对准确性，即使某次ISR响应有延迟，也只是导致那次触发点偏移，不会影响后续周期的绝对时间点。这对于需要长期稳定、与绝对时间对齐的应用（如无线信标）至关重要。

3.4 使用通道5实现高分辨率（250ns）输入捕获

假设我们需要测量一个外部数字信号的脉冲高电平宽度，精度要求很高。

// 配置通道5为250ns分辨率、双边沿捕获、连续重武装模式 void InitSystimCaptureCh5(void) { // 1. 配置CH5CFG寄存器 // RES=1 (250ns), MODE=1 (捕获模式), INP=2 (双边沿), REARM=1 (连续捕获) uint32_t ch5cfg_value = (1 << 4) | // RES = 1 (1 << 3) | // REARM = 1 (2 << 1) | // INP = 2 (双边沿) (1 << 0); // MODE = 1 (捕获) HWREG(SYSTIM_BASE + SYSTIM_O_CH5CFG) = ch5cfg_value; // 2. 使能通道5中断 HWREG(SYSTIM_BASE + SYSTIM_O_ICLR) = SYSTIM_ICLR_EV5_M; // 先清标志 HWREG(SYSTIM_BASE + SYSTIM_O_IMSET) = SYSTIM_IMSET_EV5_M; // 使能中断掩码 } // 在通道5的捕获中断中 volatile uint32_t last_capture_time = 0; volatile uint32_t pulse_width_ticks = 0; // 以250ns为单位的脉宽 void ProcessCaptureCh5(void) { // 读取捕获到的时间戳 (250ns分辨率) uint32_t current_capture = HWREG(SYSTIM_BASE + SYSTIM_O_CH5CC); // 此读取操作会清除RIS.EV5 if (last_capture_time != 0) { // 计算两次捕获之间的差值，即为脉冲的半个周期（上升沿到下降沿或反之） // 注意处理计数器溢出（34位计数器，250ns分辨率下约1.2小时溢出一次） if (current_capture >= last_capture_time) { pulse_width_ticks = current_capture - last_capture_time; } else { // 发生了溢出，计算时需要加上计数器的模 pulse_width_ticks = current_capture + (0xFFFFFFFF - last_capture_time) + 1; // 注意：这里简化处理了34位计数器低32位的溢出，更严谨需结合TIME1U判断 } // 将tick转换为时间（纳秒）：pulse_width_ns = pulse_width_ticks * 250; } last_capture_time = current_capture; // 由于是连续重武装模式，通道会自动准备下一次捕获，无需软件重新武装。 }

4. 低功耗模式下的SYSTIM行为与注意事项

CC27xx支持多种低功耗模式以延长电池寿命，但SYSTIM并非在所有模式下都可用。理解这一点对设计低功耗应用至关重要。

• ACTIVE（活动）模式：SYSTIM完全可用，所有功能正常。
• STANDBY（待机）模式：这是CC27xx主要的低功耗模式。在此模式下，大部分数字逻辑和SRAM掉电，但RTC和某些唤醒源保持运行。SYSTIM在进入STANDBY时会停止运行，其计数器值会丢失。当芯片从STANDBY唤醒回到ACTIVE模式时，SYSTIM会从RTC重新加载时间值（通过TIME1U和TIME250N寄存器），并重新与RTC同步（STATUS.SYNCUP位会置1，然后清0）。这意味着，在STANDBY期间，SYSTIM的定时是完全暂停的。
• SHUTDOWN（关机）模式：功耗最低的模式。SYSTIM完全关闭，所有状态丢失。唤醒后需要完整的重新初始化。

这对应用设计的影响：

1. 绝对时间 vs 相对时间：SYSTIM不适合在跨越低功耗模式时测量绝对的、连续的时间间隔。如果你需要记录设备总共运行了多久，应该使用RTC（实时时钟），它在STANDBY模式下通常由低速时钟源（如32.768kHz晶振）维持运行。
2. 定时唤醒：如果你需要从STANDBY模式定时唤醒，不能直接依赖SYSTIM。应该使用RTC或专用的低功耗定时器（LGPT）来设置唤醒闹钟。唤醒进入ACTIVE模式后，SYSTIM才会恢复工作。
3. 状态保存：如果你的应用在进入低功耗前配置了SYSTIM通道用于未来的比较事件，那么在进入STANDBY前，必须手动保存关键的寄存器配置（如CHnCFG,CHnCC等），并在唤醒后重新配置。因为SYSTIM在STANDBY下掉电，所有配置都会丢失。CHnCCSR（保存/恢复寄存器）的设计初衷之一就是为了方便这种场景：你可以在进入低功耗前，将下次要用的比较值写入CHnCCSR（它不会触发通道），唤醒后再用ARMSET来武装通道。
4. 同步延迟：从STANDBY唤醒后，SYSTIM需要时间与RTC重新同步（最多70µs，取决于VGM策略位）。在此期间，STATUS.SYNCUP=1，SYSTIM可能尚未就绪。如果你的应用在唤醒后需要立即使用高精度定时，必须等待STATUS.SYNCUP变为0。

重要提示：在编写低功耗应用时，务必查阅芯片数据手册中关于SYSTIM在STANDBY下的具体行为以及从STANDBY退出的唤醒延迟表格。VGM（电压毛刺监视器）的策略位（PMCTL中的用户策略位）会影响SYSTIM的同步等待时间，进而影响整体唤醒延迟。默认策略（等待VGM就绪）会增加最多约70µs的延迟，但安全性更高。如果应用对唤醒速度极其敏感且环境稳定，可以考虑配置策略位为1以跳过等待，但这会降低对电源毛刺的防护能力。

5. 高级应用场景与性能优化技巧

掌握了基础操作后，我们可以探索一些更高级的应用模式和优化技巧，以充分发挥SYSTIM的潜力。

5.1 构建一个多任务的时间片调度器

利用SYSTIM的高精度和多个通道，可以在无RTOS的简单系统中实现一个准确定时的时间片调度器。

// 假设使用通道1和通道5 #define TASK_A_PERIOD_TICKS 2000 // 2ms #define TASK_B_PERIOD_TICKS 5000 // 5ms void InitScheduler(void) { // 初始化两个通道为比较模式 HWREG(SYSTIM_BASE + SYSTIM_O_CH1CFG) = 0; HWREG(SYSTIM_BASE + SYSTIM_O_CH5CFG) = 0; // 设置初始比较值 uint32_t now = HWREG(SYSTIM_BASE + SYSTIM_O_TIME1U); HWREG(SYSTIM_BASE + SYSTIM_O_CH1CC) = now + TASK_A_PERIOD_TICKS; HWREG(SYSTIM_BASE + SYSTIM_O_CH5CC) = now + TASK_B_PERIOD_TICKS; // 使能两个通道的中断 HWREG(SYSTIM_BASE + SYSTIM_O_IMSET) = SYSTIM_IMSET_EV1_M | SYSTIM_IMSET_EV5_M; } void SysTimIntHandler(void) { uint32_t mis = HWREG(SYSTIM_BASE + SYSTIM_O_MIS); uint32_t next_time; if (mis & SYSTIM_MIS_EV1_M) { // 任务A的时间片 TaskA_Handler(); // 为下一次触发重新调度 next_time = HWREG(SYSTIM_BASE + SYSTIM_O_CH1CC) + TASK_A_PERIOD_TICKS; HWREG(SYSTIM_BASE + SYSTIM_O_CH1CC) = next_time; HWREG(SYSTIM_BASE + SYSTIM_O_ICLR) = SYSTIM_ICLR_EV1_M; } if (mis & SYSTIM_MIS_EV5_M) { // 任务B的时间片 TaskB_Handler(); next_time = HWREG(SYSTIM_BASE + SYSTIM_O_CH5CC) + TASK_B_PERIOD_TICKS; HWREG(SYSTIM_BASE + SYSTIM_O_CH5CC) = next_time; HWREG(SYSTIM_BASE + SYSTIM_O_ICLR) = SYSTIM_ICLR_EV5_M; } }

这种方法的优点是定时精度远高于软件循环或RTOS的tick中断，并且任务执行间隔非常稳定，抖动极小。

5.2 与事件 fabric 联动实现硬件自动控制

SYSTIM的事件输出可以连接到CC27xx强大的事件 fabric。这意味着，一个SYSTIM比较事件的产生，可以不经过CPU中断处理，直接触发另一个外设的动作。例如：

• 定时触发ADC采样：配置SYSTIM通道在特定时间产生事件，该事件直接作为ADC的启动转换触发源。这样可以实现完全等间隔、无软件延迟的采样，对于数字信号处理（DSP）应用至关重要。
• 生成精确定时的PWM：SYSTIM事件可以触发GPIO的置位或清零操作（通过事件 fabric 连接到GPIO的事件输入）。通过两个SYSTIM通道（一个控制上升沿，一个控制下降沿），可以生成频率和占空比都非常精确的PWM信号，且不占用CPU。
• 同步射频与传感器：可以用一个用户通道（Ch1/Ch5）定时，其输出事件同时触发射频开始发送，并触发一个外部传感器开始测量，确保两者在硬件层面严格同步。

配置这类应用通常需要：

1. 在SYSTIM中配置好通道的模式和比较值。
2. 在事件 fabric 的映射寄存器中，将SYSTIM特定通道的事件输出，连接到目标外设（如ADC、GPT、GPIO）的事件输入。
3. 配置目标外设，使其工作在“由事件触发”的模式下。

5.3 调试与性能考量

• 仿真暂停（Halt）行为：EMU.HALT位控制当调试器暂停CPU时，SYSTIM的行为。默认（HALT=0）是自由运行，即使CPU被暂停，SYSTIM也继续计数。这在调试定时相关代码时可能会带来困惑，因为你单步执行时时间仍在流逝。如果你希望调试时定时器也暂停，可以将EMU.HALT设为1。注意：对于服务RF-Core的通道，在调试射频时序相关问题时，让其自由运行可能更符合真实场景。
• 中断延迟与吞吐量：SYSTIM的中断是连接到MCU的集中式中断控制器的。虽然SYSTIM本身精度很高，但从事件发生到CPU进入ISR，存在固有的中断延迟（包括硬件响应时间和可能的更高优先级中断阻塞时间）。对于需要极快响应的应用（如捕获一个非常短的脉冲），可以考虑使用轮询（Polling）RIS或OUT寄存器的方式，但这会持续占用CPU。更好的方法是利用事件 fabric 的硬件联动，完全绕过CPU。
• 时间读取的原子性：TIME250N和TIME1U寄存器是只读的，分别提供34位计数器的低32位和高32位。在读取一个正在快速递增的计数器时，存在读取撕裂（Read Tear）的风险：即你先读了TIME1U（高32位），在读取TIME250N（低32位）之前，计数器发生了进位，导致你读到的高低位不属于同一个时间点。对于需要获取绝对时间戳且对误差敏感的应用，建议连续读取两次，确保高低位读取之间没有发生进位，或者使用芯片可能提供的其他一次性读取全部34位的机制（如果存在）。对于计算短时间间隔（远小于高32位的一个LSB变化），直接使用TIME250N寄存器即可避免此问题。

6. 常见问题排查与实战避坑指南

在实际项目中使用SYSTIM，难免会遇到一些“坑”。下面是我在多个项目中总结出来的常见问题及解决方法。

问题1：配置了比较值，但中断始终不触发。

• 检查1：通道是否已武装？写入CHnCC会自动武装比较模式。但如果之前通道处于捕获模式（MODE=1），写入CHnCC不会改变模式。确保CHnCFG.MODE=0。也可以通过读取ARMSET或ARMCLR寄存器来查询通道的武装状态（1为已武装）。
• 检查2：中断是否全局使能？你使能了SYSTIM模块内的中断掩码（IMASK），但还需要在CPU的NVIC（嵌套向量中断控制器）中使能SYSTIM对应的系统中断号。
• 检查3：比较值是否合理？如果设置的比较值远小于当前时间（超过1秒或4秒的“过去”窗口），事件会立即触发。你可能错过了它。如果设置的比较值远大于当前时间，请耐心等待。使用调试器读取TIME1U/TIME250N和CHnCC的值进行对比。
• 检查4：是否有更高优先级中断长时间阻塞？即使SYSTIM中断产生了，如果CPU正在处理一个更高优先级且未及时返回的中断，你的SYSTIM ISR也无法执行。

问题2：捕获模式不稳定，有时能抓到，有时抓不到。

• 检查1：输入事件信号质量。SYSTIM的捕获对输入边沿敏感。确保你的输入信号没有毛刺，边沿干净陡峭。在电气噪声较大的环境中，可能需要硬件滤波（RC电路）或软件去抖。
• 检查2：事件输入映射是否正确？SYSTIM通道的捕获输入源需要通过芯片的事件路由器（Event Router）或IO MUX进行映射。确保你期望的GPIO或外设事件信号正确路由到了SYSTIM通道的输入。
• 检查3：重武装（Rearm）配置。如果是单次捕获（REARM=0），一次捕获后通道会自动解除武装。如果你需要连续捕获，必须在ISR中重新武装（设置MODE=1）或直接配置REARM=1。
• 检查4：中断处理是否太慢？如果输入事件频率很高，而你的ISR处理时间很长，可能会导致在ISR执行期间发生新的事件，而通道尚未重新武装，从而丢失事件。考虑使用连续捕获模式（REARM=1）或DMA来搬运捕获的时间戳数据。

问题3：从低功耗模式唤醒后，定时器时间“归零”或不准了。

• 原因：这是正常现象。在STANDBY模式下，SYSTIM掉电，时间丢失。唤醒后，SYSTIM从RTC加载初始值。你看到的是从RTC派生出的新时间，而不是休眠前的时间。
• 解决方案：如果你需要测量休眠的时长，使用RTC。如果你需要在唤醒后恢复一个周期性的定时任务，你需要在进入低功耗前，计算唤醒后的第一个触发时间点，并将其保存到非易失性存储器或保留内存中。唤醒后，读取当前SYSTIM时间，计算与保存的目标时间的差值，重新设置比较值。

问题4：使用250ns分辨率通道时，计算的时间间隔出现巨大误差。

• 原因：34位计数器溢出。250ns分辨率下，34位计数器的最大范围约为1.2小时（计算：2^34 * 250ns ≈ 4.3e10 ns ≈ 1.19小时）。如果你的应用运行时间超过这个值，或者你计算两个时间戳的间隔时没有考虑溢出，就会得到错误结果。
• 解决方案：在进行时间间隔计算时，必须进行溢出保护。对于34位的时间差计算，需要结合TIME1U（高32位）和TIME250N（低32位）进行64位运算。一个简单的策略是：如果只关心短时间间隔（<1小时），可以只使用TIME250N并处理其32位溢出（约1.07秒）。如果需要长时间戳，则需要维护一个软件扩展的“溢出次数”计数器，在TIME250N发生回绕时递增。

避坑技巧：善用CHnCCSR寄存器进行“预加载”CHnCCSR是一个非常有用的“影子寄存器”。当你需要频繁修改一个通道的比较值，但又不想在修改的瞬间意外触发事件时，可以先将新值写入CHnCCSR，然后在安全的时刻（例如当前比较事件触发后），通过设置ARMSET对应的位，将CHnCCSR的值加载到CHnCC并武装通道。这避免了直接写CHnCC可能导致的立即触发或时序竞争问题。