企业官网建设流程全解析

1. 项目概述与核心价值

在嵌入式系统开发，尤其是汽车电子、工业控制这类对时序和可靠性要求近乎苛刻的领域，一个精准、可靠且功能丰富的定时器模块，其重要性不亚于CPU本身。它不仅是系统心跳的节拍器，更是守护系统生命线的“安全员”。今天要深入探讨的实时中断（RTI）模块，正是德州仪器（TI）在其诸多高性能微控制器中集成的这样一个核心外设。它远不止是一个简单的定时器，而是一个集成了独立计数器、可编程比较/捕获、以及高级数字看门狗（包括窗口看门狗）于一体的硬件时序管理引擎。

很多刚接触这类器件的朋友可能会觉得，定时器嘛，不就是设置个计数值，然后等中断吗？但当你真正需要构建一个需要多任务调度、精确时间戳记录、或满足功能安全（如ISO 26262）要求的系统时，一个基础定时器就捉襟见肘了。RTI模块的设计，恰恰是为了解决这些复杂场景下的痛点：它提供两个完全独立的64位时间基准，允许你为不同的任务或外设分配不同的“时钟源”；它的四个可配置比较器，可以灵活产生操作系统（OS）的滴答中断或触发DMA传输，解放CPU；而其集成的数字看门狗，特别是数字窗口看门狗（DWWD），提供了远超传统看门狗的故障检测能力，能有效识别“喂狗”过早、过晚等异常模式，极大增强了系统的抗干扰和自恢复能力。

理解并熟练运用RTI模块，意味着你能为你的嵌入式系统打下坚实的时间管理和安全监控基础。无论是实现一个高精度的延时函数，构建一个实时操作系统的调度核心，还是为关键安全任务设计“双保险”监控机制，RTI都能提供硬件级的支持。接下来，我将结合手册内容和个人在汽车ECU开发中的实际经验，拆解RTI的每一个核心功能，从原理到寄存器操作，再到实际编程中的坑与技巧，希望能为你呈现一幅清晰、可落地的实战图谱。

2. RTI模块整体架构与核心设计思路

要驾驭RTI模块，首先得从宏观上理解它的设计哲学。它不是一个单一的定时器，而是一个高度模块化、可配置的定时器子系统。其核心设计围绕着“提供灵活、可靠且安全的时间服务”展开。

2.1 核心组件构成

从提供的框图和数据手册描述来看，RTI模块主要由以下几大核心部分组成，我们可以将其想象成一个精密的钟表作坊：

1. 计数器块（Counter Blocks）：这是RTI的“心脏”。模块内包含两个完全相同的、独立的64位计数器块（Counter Block 0 和 Counter Block 1）。每个计数器块又由一个32位上行计数器（Up Counter, RTIUCx）和一个32位自由运行计数器（Free-Running Counter, RTIFRCx）级联构成。上行计数器由RTICLK驱动，每计满一个设定的比较值（RTICPUCx），就向自由运行计数器进一位。这种设计实现了对高频时钟（RTICLK）的可编程分频，从而生成一个频率更低、但位数更宽（64位）的稳定时间基准。两个独立的块意味着你可以用不同的时间基准去驱动不同的系统功能，互不干扰。

2. 比较单元（Compare Unit）：这是RTI的“闹钟”系统。模块提供了四个独立的比较寄存器（RTICOMP0-3）。每个比较寄存器都可以被配置为与Counter Block 0或Counter Block 1的自由运行计数器值进行比较。当计数值与预设的比较值匹配时，就会产生一个事件。这个事件可以被路由到两个地方：一是触发一个中断给向量中断管理器（VIM），用于执行中断服务程序；二是触发一个DMA请求，直接启动数据传输，完全无需CPU干预。更强大的是，每个比较器还配有一个“更新比较值”寄存器（RTIUDCPy），在每次匹配发生后，会自动将更新值加到当前比较值上，从而实现周期性的中断或DMA触发，无需软件反复重装，极大地减轻了CPU负担并保证了时序精度。

3. 捕获功能（Capture Feature）：这是RTI的“秒表”功能。两个计数器块各配备了一套捕获机制。你可以配置一个外部事件源（通常来自其他外设的中断信号）来触发捕获。当事件发生时，当前计数器块的上行计数器和自由运行计数器的值会被瞬间“冻结”并存入对应的捕获寄存器中。这常用于精确测量两个外部事件之间的时间间隔，例如测量一个脉冲的宽度或两个传感器信号到来的时间差。

4. 数字看门狗定时器（Digital Watchdog Timer, DWD/DWWD）：这是RTI的“安全卫士”。它本质上是另一个独立的计数器（通常基于Counter Block 0），但逻辑更专注于系统监控。其核心任务是：如果CPU不能在规定时间内“喂狗”（向特定寄存器写入正确的密钥序列），看门狗就会认为系统运行异常，进而触发系统复位（Reset）或不可屏蔽中断（NMI）。而**数字窗口看门狗（DWWD）**是其高级形态，它不仅仅规定了一个最终期限，还规定了一个“服务窗口期”。CPU必须在计数器递减到窗口开启后、归零前这个时间段内喂狗，过早或过晚都会触发违规。这能有效检测出程序卡在某个循环中“疯狂”喂狗，或者程序跑飞后偶然执行到喂狗指令等更隐蔽的故障。

2.2 模块操作的基本时钟流

理解时钟是理解定时器的关键。RTI模块的时钟源是RTICLK，它通常来源于系统时钟的分频。这个时钟驱动着两个计数器块的上行计数器（RTIUCx）。

每个上行计数器（RTIUCx）都有一个对应的比较寄存器（RTICPUCx）。RTIUCx从0开始，每个RTICLK周期加1，直到其值等于RTICPUCx中设定的值。此时，两个事情发生：

1. 上行计数器RTIUCx被清零。
2. 对应的自由运行计数器RTIFRCx加1。

因此，自由运行计数器RTIFRCx加1的频率（f_FRCx）就由RTICPUCx的值决定，公式如下：

• 当 RTICPUCx ≠ 0 时：f_FRCx = f_RTICLK / (RTICPUCx + 1)
• 当 RTICPUCx = 0 时（不推荐）：f_FRCx = f_RTICLK / (2^32 + 1)

举个例子：假设f_RTICLK = 100 MHz，设置RTICPUC0 = 9999。那么RTIUC0每计数10000个RTICLK周期（即0.1 ms）就会清零一次，并让RTIFRC0加1。因此，RTIFRC0的计数频率就是100 MHz / 10000 = 10 kHz，即每0.1 ms计数值增加1。RTIFRC0是一个32位计数器，所以它的溢出周期非常长，约为2^32 * 0.1 ms ≈ 429496729.6 ms ≈ 1193小时。这为系统提供了一个非常宽泛且稳定的长周期时间基准。

关键设计考量：为什么需要两个独立的64位计数器？在实际系统中，不同的功能对时间基准的精度和周期需求不同。例如，操作系统的调度器可能需要一个1ms的精确滴答，而一个后台的数据日志任务可能只需要一个100ms的粗粒度定时。使用两个独立的计数器块，可以分别配置不同的RTICPUCx值，生成不同频率的时间基准（f_FRC0和f_FRC1），然后让不同的比较器关联不同的FRC。这样，所有定时任务都基于统一的硬件时钟源，但又能满足各自不同的周期需求，架构上非常清晰，也避免了软件分频带来的误差和负担。

3. 计数器操作、比较中断与DMA请求的实战解析

理解了架构，我们进入实战环节。如何使用RTI模块产生一个周期性的中断？如何配置DMA请求？这里面的细节和“坑”不少。

3.1 计数器初始化与启动流程

在操作任何寄存器之前，务必先查阅芯片数据手册，确认RTI模块的基地址和时钟RTICLK的来源与频率。假设我们已经知道RTICLK = 100 MHz。

步骤1：配置计数器分频（设置时间基准）我们的目标是让Counter Block 0产生一个1ms的时间基准。即要求f_FRC0 = 1 kHz。 根据公式：f_FRC0 = f_RTICLK / (RTICPUC0 + 1)代入：1000 Hz = 100,000,000 Hz / (RTICPUC0 + 1)解得：RTICPUC0 = (100,000,000 / 1000) - 1 = 99,999

我们需要向RTICPUC0寄存器写入99,999（0x1869F）。同样，如果需要Counter Block 1产生另一个时间基准，比如10ms，则计算RTICPUC1 = (100,000,000 / 100) - 1 = 999,999。

步骤2：设置比较值与更新值（设定“闹钟”）假设我们想利用Counter Block 0的基准，每10ms产生一次中断。由于FRC0每1ms加1，那么10ms就需要FRC0计数值增加10。 因此，我们需要设置比较寄存器RTICOMP0的初始值。通常我们从0开始，所以第一次匹配值就是10。同时，我们希望这个中断是周期性的，所以需要设置更新寄存器RTIUDCP0也为10。这样，每次比较匹配后，RTICOMP0的新值会自动变为旧值 + 10，从而实现每10ms一次的中断。

步骤3：配置比较控制（选择“闹钟”关联的计数器）通过RTICOMPCTRL寄存器的COMPSEL0位，我们需要指定RTICOMP0是与RTIFRC0比较还是与RTIFRC1比较。这里我们选择与RTIFRC0比较，所以设置COMPSEL0 = 0。

步骤4：使能计数器与比较中断首先，通过RTIGCTRL寄存器的CNT0EN位使能Counter Block 0。 然后，通过RTISETINTENA寄存器使能RTICOMP0对应的中断。通常，每个比较事件在RTISETINTENA中都有对应的位，例如SETINT0对应RTICOMP0。

步骤5：编写中断服务程序（ISR）在中断向量表中配置好RTI比较中断的入口。在ISR中，首要任务是清除中断标志位（通过读取RTIINTFLAG寄存器或向特定清除寄存器写入）。然后执行你的定时任务，例如更新系统时钟、检查任务队列等。

关键代码片段示意（以C语言和伪寄存器操作为例）：

// 假设 RTI_BASE 为模块基地址 #define RTI_BASE 0xFFFFFC00 #define RTICPUC0 (*(volatile uint32_t *)(RTI_BASE + 0x18)) #define RTICOMP0 (*(volatile uint32_t *)(RTI_BASE + 0x50)) #define RTIUDCP0 (*(volatile uint32_t *)(RTI_BASE + 0x54)) #define RTICOMPCTRL (*(volatile uint32_t *)(RTI_BASE + 0x0C)) #define RTIGCTRL (*(volatile uint32_t *)(RTI_BASE + 0x00)) #define RTISETINTENA (*(volatile uint32_t *)(RTI_BASE + 0x80)) void RTI_Init_10ms_Tick(void) { // 1. 停止计数器（可选，但安全起见先停止） RTIGCTRL &= ~(1 << 0); // 清除CNT0EN，停止Counter Block 0 // 2. 配置分频，产生1ms基准 (RTICLK=100MHz) RTICPUC0 = 99999; // 100MHz / 100000 = 1kHz // 3. 配置比较器0，初始值10，更新值10，实现10ms周期 RTICOMP0 = 10; RTIUDCP0 = 10; // 4. 配置比较器0使用Counter Block 0 (FRC0) RTICOMPCTRL &= ~(1 << 0); // 设置COMPSEL0 = 0 // 5. 使能比较器0中断 RTISETINTENA |= (1 << 0); // 使能INT0 // 6. 启动Counter Block 0 RTIGCTRL |= (1 << 0); // 设置CNT0EN = 1 } // 在中断服务程序中 void RTI_Compare0_ISR(void) { // 清除中断标志（具体寄存器位需查手册） // 例如，向RTIINTFLAG的对应位写1清零 *(volatile uint32_t *)(RTI_BASE + 0x88) = (1 << 0); // 执行10ms定时任务 System_10ms_Task(); }

3.2 使用DMA请求替代中断

RTI的比较事件除了产生中断，还可以触发DMA请求。这在需要高频、规律性数据搬运的场景下非常有用，可以完全解放CPU。例如，你需要每隔100us就将ADC的采样结果搬运到内存中的一个缓冲区。

配置思路：

1. 配置RTI：如上所述，设置一个100us周期的比较事件（例如，使用Counter Block 1，配置合适的RTICPUC1和RTICOMPy/RTIUDCPy）。
2. 配置DMA通道：在DMA控制器中，将一个通道的触发源设置为对应的RTI DMA请求（例如，RTI比较事件2可能映射到DMA请求线18）。设置DMA的源地址（如ADC结果寄存器）、目标地址（内存缓冲区）、传输数据量等。
3. 使能RTI的DMA请求输出：通常，除了使能中断的RTISETINTENA，可能还有专门的寄存器位或方式使能该比较事件向DMA控制器发出请求。需要仔细查阅手册中关于DMA请求使能的部分。
4. 启动：使能RTI计数器和比较器，使能DMA通道。之后，每次RTI比较匹配，就会自动触发DMA进行一次数据传输，CPU无需干预。

优势：避免了频繁的中断进入/退出开销，大大提高了数据传输效率，尤其适合音频流、高速数据采集等场景。

3.3 读取64位计数器的正确姿势与捕获功能应用

这是一个极易出错的细节。由于数据总线是32位的，读取64位的计数器（RTIUCx + RTIFRCx）需要分两次进行。如果顺序不对，可能会读到“撕裂”的值（即两次读取之间计数器进位了）。

规则：必须首先读取自由运行计数器（RTIFRCx），然后读取上行计数器（RTIUCx）。为什么？因为当你读取RTIFRCx时，硬件会自动将当前RTIUCx的值锁存到一个影子寄存器中。随后你读取RTIUCx时，得到的正是读取RTIFRCx那一时刻对应的上行计数值。这样就保证了两个32位数组合起来是一个完整的、时间一致的64位时间戳。

uint64_t Read_Counter_Block0(void) { uint32_t frc0_high, frc0_low, uc0; uint64_t full_counter; // 错误做法：先读UC0，再读FRC0，值可能不匹配 // uc0 = RTIUC0; // frc0 = RTIFRC0; // 正确做法：先读FRC0 frc0_low = RTIFRC0; // 读取低32位，同时锁存UC0值 uc0 = RTIUC0; // 读取锁存的UC0值 frc0_high = RTIFRC0_HI; // 假设有高32位寄存器（具体看手册，可能合并或分开） // 组合成64位值 (注意高低位顺序，取决于寄存器定义) full_counter = ((uint64_t)frc0_high << 32) | (uint64_t)frc0_low; // UC0是FRC0的“小数部分”，通常用于更高精度的时间计算 return full_counter; }

捕获功能的读取顺序同理：必须先读捕获的自由运行计数器寄存器（RTICAFRCx），再读捕获的上行计数器寄存器（RTICAUCx）。捕获功能常用于性能剖析（Profiling）或精确计时。例如，你可以在函数入口和出口分别触发捕获事件（通过配置外部事件源，如一个GPIO中断），然后读取两次捕获的时间戳差值，即可得到函数执行的精确时间，精度可以达到RTICLK的周期级别。

4. 数字看门狗（DWD）与数字窗口看门狗（DWWD）的深度配置与安全策略

看门狗是嵌入式系统的“最后防线”。RTI模块集成的数字看门狗，特别是窗口看门狗，提供了工业级的安全监控能力。

4.1 基础数字看门狗（DWD）配置流程

1. 计算超时时间与预装载值：超时时间t_exp由公式t_exp = (DWDPRLD + 1) × 2^13 / f_RTICLK决定。DWDPRLD是12位预装载值（0-4095）。假设f_RTICLK = 100 MHz，我们需要设置一个约500ms的超时。

   • 计算：500ms = (DWDPRLD + 1) * 8192 / 100,000,000 Hz。
   • 解得：DWDPRLD + 1 ≈ 6103.5，取整为6103。
   • 因此DWDPRLD = 6102。

   注意：DWDPRLD写入的是12位值，计算出的值必须小于4096。如果需要更长的超时时间，可能需要降低f_RTICLK或接受最大超时限制。

2. 配置预装载寄存器：向RTIDWDPRLD寄存器写入计算出的值（如6102）。

3. 使能看门狗：向RTIDWDCTRL寄存器写入特定的32位使能值（具体值需查手册，通常是一个密钥）。这是一个不可逆操作！一旦使能，只有系统复位才能关闭看门狗。

4. 喂狗服务程序：在应用程序的主循环或关键任务中，必须定期按顺序写入正确的密钥序列到RTIWDKEY寄存器：先写入0xE51A，再写入0xA35C。写入后，看门狗递减计数器会被重载为(DWDPRLD << 13)的值，然后重新开始递减。

4.2 高级数字窗口看门狗（DWWD）原理与配置

DWWD是DWD的增强版，它引入了“服务窗口”的概念，极大地提高了故障检测的覆盖率。

窗口概念：传统的看门狗只规定了一个最终期限（T_timeout）。只要在这个期限前喂狗即可。这存在一个漏洞：如果程序跑飞，但恰好卡在一个包含喂狗指令的短循环里，它可能会在远早于预期的时间点“疯狂”喂狗，从而逃避检测。DWWD通过定义一个窗口期来解决这个问题。

窗口期由窗口大小和超时时间共同决定。超时时间由RTIDWDPRLD设定（与DWD相同）。窗口大小由RTIWWDSIZECTRL寄存器配置，可选100%、50%、25%、12.5%、6.25%、3.125%。

• 100%窗口：等同于普通DWD，整个超时周期内都可以喂狗。
• 50%窗口：喂狗操作只能在超时时间的后50%内进行（即计数器值从(DWDPRLD+1)*2^13 / 2递减到0这段时间）。
• 25%窗口：喂狗操作只能在超时时间的后25%内进行。
• 以此类推。

配置与使用流程：

1. 禁用DWWD计数器：在配置前，确保看门狗未使能或已通过复位禁用。
2. 配置预装载值（RTIDWDPRLD）：设定超时时间。
3. 配置窗口大小（RTIWWDSIZECTRL）：根据你期望的“喂狗”时间点，选择合适的窗口。例如，如果你的喂狗任务预期在超时前的最后10%时间内执行，可以选择12.5%或6.25%的窗口，为执行时间留出余量。
4. 配置违规反应（RTIWWDRXNCTRL）：决定窗口违规时产生复位（Reset）还是不可屏蔽中断（NMI）。对于最高安全等级，通常直接配置为复位。配置为NMI时，系统有机会在中断中记录错误日志后再复位，但需要确保NMI服务程序本身非常简短可靠，并能最终正确地服务看门狗或触发复位。
5. 使能DWWD：通过RTIDWDCTRL寄存器使能。
6. 在窗口期内喂狗：应用程序必须在计数器递减到窗口开启后，才能进行喂狗操作（写入0xE51A和0xA35C）。过早喂狗（窗口未开启）会立即触发违规；过晚喂狗（计数器已归零）也会触发违规。

窗口期计算示例： 假设f_RTICLK = 100 MHz，DWDPRLD = 6102（超时约500ms），窗口大小设置为25%。

• 总计数周期 = (6102 + 1) * 2^13 ≈ 50,000,000 个RTICLK周期。
• 窗口期开始的点 = 总计数周期 * (1 - 25%) = 50,000,000 * 0.75 = 37,500,000 个计数。 这意味着，喂狗操作必须在看门狗计数器从37,500,000递减到0这段时间内进行。过早（计数器值 > 37,500,000）或过晚（计数器已到0）都会导致系统复位。

4.3 看门狗使用中的致命陷阱与最佳实践

1. 喂狗时序的临界竞争：手册中特别警告：“Care should be taken to ensure that the CPU write to the watchdog register is made allowing time for the write to propagate to the RTI.” 这意味着，在喂狗操作（两次写RTIWDKEY）之后，不能立即执行可能长时间阻塞或关闭总线访问的代码（例如，某些低功耗模式入口、对慢速Flash的写操作）。需要确保写操作确实到达RTI模块后，再执行后续代码。一个简单的做法是在喂狗后插入几条NOP指令或一个短暂的空循环。

2. 中断与主循环的协同：如果喂狗操作放在主循环中，要确保没有中断服务程序（ISR）能长时间关闭总中断或阻塞主循环运行。如果喂狗放在一个高优先级定时器中断中，则要确保该中断不会被意外禁用或延迟。

3. DWWD窗口大小的选择：窗口不能设得太“紧”。要给你的喂狗任务执行时间留出足够的余量（Margin），考虑到最坏情况下的执行时间（Worst-Case Execution Time, WCET），并加上一定的安全裕量。通常选择比理论计算窗口大一级的配置。

4. NMI处理：如果配置为窗口违规触发NMI，在NMI服务程序中，必须清除违规状态标志，并且必须正确地服务看门狗（写入密钥序列），否则NMI会持续产生。同时，NMI服务程序应尽可能短小，只做最关键的错误记录，然后尽快安排系统复位，不应尝试修复复杂的不确定状态。

5. 测试与验证：在开发阶段，必须有意识地测试看门狗的有效性。例如，可以临时注释掉喂狗代码，验证系统是否能按预期复位。对于DWWD，可以尝试在窗口期前或后喂狗，验证违规反应是否触发。

5. 寄存器详解与关键配置速查表

手册中列出了大量寄存器，这里提炼出最核心、最常用的部分，并解释其关键位域。理解这些寄存器是进行底层编程的基础。

表：RTI核心功能寄存器速查

关于“特权模式写入”：手册中许多寄存器标注为WP（Write in Privileged mode only）。这意味着在具有内存保护单元（MPU）或类似机制的系统中，只有在特权模式（如操作系统内核态）下才能修改这些寄存器。用户态任务试图写入会导致硬件错误。这是在多任务系统中保护关键定时器资源不被误操作的重要机制。

6. 常见问题排查与调试经验实录

在实际项目中使用RTI模块，难免会遇到各种问题。下面是我和同事们踩过的一些坑，以及对应的排查思路。

问题1：RTI中断无法产生或产生频率不对。

• 检查顺序：
  1. 时钟：确认RTI模块的��钟RTICLK是否使能且频率正确。检查系统时钟配置、外设时钟门控。
  2. 计数器使能：确认RTIGCTRL.CNTxEN位已置1。
  3. 分频计算：复核RTICPUCx的计算公式。f_FRCx = f_RTICLK / (RTICPUCx + 1)。一个常见错误是忘了+1。
  4. 比较值与更新值：确认RTICOMPy和RTIUDCPy的设置。如果RTIUDCPy为0，则是一次性比较，不会产生周期性中断。
  5. 中断使能与路由：确认RTISETINTENA已使能对应中断。确认中断向量表（VIM）中已正确配置该RTI中断的入口函数和优先级。
  6. 中断标志清除：在中断服务程序（ISR）中，是否清除了对应的中断标志位？如果没有清除，中断只会发生一次。
• 调试技巧：可以暂时将中断服务程序简化成一个翻转GPIO引脚的操作，用示波器测量引脚波形，直观判断中断是否按预期频率发生。

问题2：看门狗意外复位系统。

• 检查顺序：
  1. 喂狗时序：喂狗代码是否严格按0xE51A->0xA35C的顺序执行？两次写入之间是否有其他操作？确保是原子操作或不会被中断打断。
  2. 窗口期（如果使用DWWD）：计算一下你的喂狗任务最坏执行时间，是否可能在窗口开启前就执行了？或者因为任务阻塞导致错过了窗口期？使用更宽松的窗口设置或优化代码。
  3. 看门狗使能时机：是否在系统初始化早期（任务调度启动前）就使能了看门狗？导致初始化代码执行时间过长而触发复位。建议在系统完全初始化完毕、主循环开始前再使能看门狗。
  4. 低功耗模式：进入低功耗模式后，RTICLK可能停止，导致看门狗计数器暂停。退出低功耗模式后需要及时喂狗。查阅手册中关于“Continue on Suspend (COS)”位的说明，了解在调试暂停模式下计数器的行为。
• 调试技巧：在RTIWDSTATUS寄存器中可能包含看门狗复位的原因（如超时、密钥错误）。在系统启动后尽早读取并记录该寄存器值到非易失性存储器中，供后续分析。

问题3：读取的64位时间戳出现“跳变”或不连续。

• 原因：几乎可以肯定是读取顺序错误。必须严格遵守先读RTIFRCx，后读RTIUCx（对于捕获则是先读RTICAFRCx，后读RTICAUCx）的顺序。
• 解决方案：封装一个专门的读取函数，并在函数内严格遵循此顺序。如果需要在多处读取，就调用这个函数，避免重复代码和潜在错误。

问题4：使用DMA触发时，数据传输不规律或丢失。

• 检查顺序：
  1. DMA请求映射：确认RTI的比较事件号正确映射到了DMA控制器的哪个请求输入。不同芯片的映射关系可能不同。
  2. DMA使能：确认RTI端已配置为产生DMA请求（可能涉及RTICOMPCTRL或其他寄存器中关于输出选择的位），并且DMA通道已正确配置并使能。
  3. 带宽与优先级：检查DMA通道的优先级，确保不会被更高优先级的DMA传输长时间阻塞。检查目标内存或外设的访问速度是否跟得上DMA触发频率。
• 调试技巧：可以先用中断模式验证RTI定时事件的准确性，然后再切换到DMA模式。利用DMA传输完成中断来检查数据传输是否成功。

问题5：在调试模式下（Halting Debug），定时行为异常。

• 关注RTIGCTRL.COS位：该位决定当芯片被调试器暂停时，RTI计数器是否继续运行。
  • COS=0：计数器停止。这对于调试与时间相关的代码很有用，可以“冻结”时间。
  • COS=1：计数器继续。这对于调试需要实时响应的系统（如通信协议）可能更重要，但会让调试过程更复杂。
• 根据调试需求选择合适的COS设置，并理解其影响。例如，如果看门狗在调试时也继续计数，你可能需要在调试会话中定期手动喂狗，或者临时增大超时时间。