1. 项目概述：为什么我们需要ERAD？

在嵌入式实时系统开发，尤其是像TMS320F2838x这样用于电机控制、数字电源等高动态、高实时性场景的MCU中，中断服务程序（ISR）的性能是系统稳定性的生命线。一个执行时间过长、响应不及时或者执行顺序错乱的中断，轻则导致控制环路性能下降，重则引发系统崩溃。传统的调试方法，比如在代码里插桩、用GPIO翻转测时间，或者依赖仿真器的断点，往往会严重干扰系统的实时性，测出来的数据在真实跑飞时可能完全不准，属于“测不准”的范畴。

这时候，硬件调试模块的价值就凸显出来了。德州仪器（TI）在F2838x系列中集成的ERAD（Embedded Real-time Analysis and Diagnostic，嵌入式实时分析与诊断）模块，就是为解决这类问题而生的“火眼金睛”。它是一组独立的硬件资源，包括硬件断点（HWBP/BUSCOMP）和计数器（CTM），能够在不暂停CPU、不插入任何软件指令的前提下，非侵入式地监控程序执行流、内存访问和系统事件。

简单来说，ERAD就像给系统装了一套独立的“黑匣子”和“性能监视器”。你可以在代码的关键位置（比如ISR入口和出口）设置无形的“哨兵”（硬件断点），然后用“秒表”（计数器）精确记录这段代码的执行时间、中断触发的次数，甚至测量从中断信号产生到ISR真正开始执行之间的延迟（中断延迟）。这一切都是在后台静默完成的，对前台正在疯狂运转的控制算法几乎零影响。

我最近在一个伺服驱动器的项目里，就深度使用了ERAD来剖析CLA（控制律加速器）的中断性能。客户反馈在特定负载突变时，电流环响应有轻微抖动。光看代码逻辑一切正常，但就是找不到原因。最后就是靠ERAD，我们精准地抓到了CLA中断在某些工况下执行时间偶尔会超出一个关键阈值，从而锁定了问题根源——一段未经充分优化的三角函数计算。这种问题，不用硬件辅助调试，光靠猜和软件仿真，可能排查几个星期都未必有头绪。

2. ERAD模块核心架构与工作原理

要玩转ERAD，首先得理解它的两大核心部件：增强型总线比较器（Enhanced Bus Comparator， EBC， 在例程中也常称为HWBP或BUSCOMP）和计数器模块（Counter Module， CTM）。它们协同工作，构成了ERAD的监控基础。

2.1 增强型总线比较器（EBC）：程序执行的“隐形哨兵”

你可以把EBC想象成一个高度可配置的“模式匹配器”。它持续监视着处理器的地址总线、数据总线和控制信号（如读/写）。你可以为它设定一个或多个匹配条件，例如：

• 程序计数器（PC）等于某个特定地址（如ISR函数的入口地址）。
• 数据访问地址落在某个特定范围（如监控一块关键数据区是否被异常写入）。
• 访问类型是读还是写。

当总线上发生的事件与预设条件匹配时，EBC就会触发一个硬件事件。这个事件本身不会停止CPU，但它可以作为其他操作的触发器，比如启动或停止一个计数器，或者产生一个调试中断（RTOSINT）。

在F2838x中，ERAD模块提供了多达8个独立的EBC单元（HWBP1-HWBP8）。每个单元都可以独立配置，非常灵活。例如，在剖析ISR时，我们通常用两个EBC：一个设置在ISR的第一条指令地址（作为开始事件），另一个设置在ISR的最后一条指令地址（或返回指令地址）（作为结束事件）。

2.2 计数器模块（CTM）：时间与次数的“精密秒表”

CTM是ERAD的计时和计数核心。它本质上是一个自由运行的硬件计数器，时钟源通常与CPU主频同步。它的强大之处在于其丰富的工作模式：

1. 启动-停止模式（Start-Stop Mode）：这是最常用于性能剖析的模式。计数器由一个“启动事件”（如EBC1触发）开启计数，再由一个“停止事件”（如EBC2触发）停止计数。计数器从启动到停止期间所计的时钟周期数，就是两个事件之间代码段的精确执行时间。这正是测量ISR执行周期的核心方法。
2. 边沿计数模式（Rising-edge Count Mode）：在此模式下，计数器对某个特定输入信号的上升沿进行计数。这个输入信号可以来自另一个EBC的事件（用于统计某段代码被执行了多少次），也可以直接来自系统事件（System Event），比如CLA_INTERRUPT1或TIMER1_TINT1。这完美适用于统计中断发生的次数。
3. 门控计数模式等其它模式，用于更复杂的场景。

F2838x的ERAD通常提供4个独立的CTM单元（CTM1-CTM4）。你可以用CTM1在启动-停止模式下测量ISR时长，同时用CTM2在边沿计数模式下统计该中断触发的总次数，实现多维度监控。

2.3 全局逻辑与事件路由：让模块联动起来

单独的EBC和CTM能力有限，ERAD的全局控制逻辑将它们串联成了强大的诊断网络。关键寄存器包括：

• GLBL_ENABLE： 总开关，需要使能对应的EBC或CTM位，模块才能工作。
• GLBL_EVENT_STAT： 快速查看哪个EBC或CTM触发了事件。
• GLBL_NMI_CTL： 配置某个模块的事件是否触发不可屏蔽中断（NMI），用于立即响应严重错误（如内存访问违规）。
• 事件与/或掩码寄存器（GLBL_EVENT_AND/OR_MASK）： 这是实现复杂触发逻辑的关键。它允许你将多个EBC的事件进行逻辑组合（与、或），产生一个复合事件，再去触发计数器或中断。例如，你可以配置“当EBC1触发且EBC2未触发时”才产生一个事件，用于监控一段代码是否在预期时间内完成。

理解了这套“哨兵（EBC）+ 秒表（CTM）+ 指挥中心（全局寄存器）”的架构，我们就能设计出各种强大的实时诊断方案。

3. 实战演练：ISR性能剖析全流程

下面，我将结合TI官方示例erad_ex4_profile_interrupt.c的核心思想，并融入我自己的项目实践经验，手把手带你完成一个完整的CLA中断性能剖析。

我们的目标：测量cla1Isr1这个中断服务程序的最坏情况执行时间（WCET）、平均执行时间以及中断触发总次数。

3.1 硬件与软件环境准备

• 硬件： TMS320F28388D LaunchPad或自定义板卡。
• 软件： Code Composer Studio (CCS) v10.0+， C2000Ware库（包含ERAD的驱动程序和支持文件）。
• 关键头文件：erad.h和erad.c， 其中定义了所有ERAD寄存器结构和初始化函数。

首先，在CCS中创建一个新工程，包含必要的库文件和头文件路径。确保你的cla1Isr1函数已经存在并正确链接到中断向量表。

3.2 步骤一：定位ISR的起止地址

这是配置EBC的基础。你需要知道cla1Isr1函数在内存中的确切起始地址和结束地址。

方法A（推荐，动态获取）： 在C代码中，直接使用函数指针。编译器会在链接时确定最终地址。

extern void cla1Isr1(void); // 声明ISR函数 uint32_t cla1Isr1_start_addr = (uint32_t)&cla1Isr1;

获取结束地址稍微麻烦点。一种实用方法是，在ISR函数的最后一条有效语句之后，放置一个特殊的、独一无二的汇编标签或空函数，然后获取该标签的地址。更工程化的做法是，通过链接器命令文件（.cmd）或map文件来查看函数尺寸，但动态性较差。

方法B（静态分析，使用map文件）：

1. 编译链接工程后，在CCS的Build目录下找到生成的.map文件。
2. 在map文件中搜索cla1Isr1，你会看到类似输出：

   cla1Isr1 0x009000 0x00002c code CLADataRAM1

   这里0x009000是起始地址，0x00002c是函数大小（44字节）。
3. 计算结束地址：结束地址 = 起始地址 + 函数大小 - 1。但注意，这不一定精确对应最后一条指令的PC值，因为函数末尾可能有对齐填充。更稳妥的方式是将结束EBC设置在ISR的返回语句（IRET）的地址上。这需要查看反汇编。

实操心得： 对于关键ISR，我习惯在函数入口处加一个__asm(“ .label CLA1_ISR1_START”);，在IRET指令前加一个__asm(“ .label CLA1_ISR1_END”);。然后在C代码中声明这两个外部标签并获取其地址。这样绝对精准，且不依赖map文件解析。

3.3 步骤二：配置硬件断点（EBC）

我们将使用两个EBC单元（例如HWBP1和HWBP2）来标记ISR的起点和终点。

#include “erad.h” void configureERADForCLA1ISR(void) { // 假设已通过上述方法获取到地址 uint32_t isr_start_addr = CLA1_ISR1_START; // 例如 0x009000 uint32_t isr_end_addr = CLA1_ISR1_END; // 例如 0x00905A // 1. 使能ERAD全局时钟（如果需要） ERAD_enableModule(); // 2. 配置HWBP1：监控PC到达ISR起始地址 // 使用DriverLib API (假设存在，具体函数名可能略有不同) // 这里用伪代码和寄存器操作示意原理 EBC_clearEventFlag(EBC1_BASE); // 清除旧事件标志 EBC_disable(EBC1_BASE); // 先禁用再配置 // 设置比较条件：PC == isr_start_addr， 且为指令获取（Fetch） EBC_setAddressCondition(EBC1_BASE, isr_start_addr); EBC_setControlCondition(EBC1_BASE, EBC_COND_FETCH); // 监控指令获取 // 配置触发行为：产生事件，但不halt CPU EBC_setAction(EBC1_BASE, EBC_ACTION_GENERATE_EVENT); // 3. 配置HWBP2：监控PC到达ISR结束地址（或返回地址） EBC_clearEventFlag(EBC2_BASE); EBC_disable(EBC2_BASE); EBC_setAddressCondition(EBC2_BASE, isr_end_addr); EBC_setControlCondition(EBC2_BASE, EBC_COND_FETCH); EBC_setAction(EBC2_BASE, EBC_ACTION_GENERATE_EVENT); // 4. 在全局使能寄存器中开启这两个EBC ENABLE_REGISTER |= (EBC1_EN_MASK | EBC2_EN_MASK); // 5. 使能EBC1和EBC2模块 EBC_enable(EBC1_BASE); EBC_enable(EBC2_BASE); }

3.4 步骤三：配置计数器（CTM）

我们将使用两个计数器：

• CTM1： 工作在启动-停止模式。启动事件 = HWBP1触发， 停止事件 = HWBP2触发。用于测量ISR执行周期。
• CTM2： 工作在上升沿计数模式。计数输入 = 系统事件CLA_INTERRUPT1。用于统计中断发生次数。

void configureCountersForProfiling(void) { // 配置CTM1：测量执行周期 CTM_disable(CTM1_BASE); CTM_setMode(CTM1_BASE, CTM_MODE_START_STOP); CTM_setStartEvent(CTM1_BASE, CTM_EVENT_SRC_HWBP1); // 启动事件来自HWBP1 CTM_setStopEvent(CTM1_BASE, CTM_EVENT_SRC_HWBP2); // 停止事件来自HWBP2 CTM_clearCounter(CTM1_BASE); CTM_enable(CTM1_BASE); // 配置CTM2：统计中断次数 CTM_disable(CTM2_BASE); CTM_setMode(CTM2_BASE, CTM_MODE_RISING_EDGE_COUNT); // INP_SEL[26] 对应 CLA_INTERRUPT1 系统事件，具体数值需查数据手册 CTM_setInputSource(CTM2_BASE, 26); CTM_clearCounter(CTM2_BASE); CTM_enable(CTM2_BASE); // 在全局使能寄存器中开启CTM1和CTM2 ENABLE_REGISTER |= (CTM1_EN_MASK | CTM2_EN_MASK); }

3.5 步骤四：数据读取与处理逻辑

配置完成后，系统即可运行。你需要在主循环或一个低优先级任务中，定期读取计数器的值并进行处理。

volatile uint32_t isr_cycle_count = 0; volatile uint32_t max_cycle_count = 0; volatile uint32_t interrupt_count = 0; void readAndProcessERADData(void) { uint32_t current_cycle; // 1. 读取CTM1的当前值（本次ISR执行的周期数） current_cycle = CTM_getCounterValue(CTM1_BASE); // 2. 更新最大执行周期 if (current_cycle > max_cycle_count) { max_cycle_count = current_cycle; } // 3. 可选：计算平均周期（需要记录次数） static uint32_t total_cycles = 0; static uint32_t sample_count = 0; total_cycles += current_cycle; sample_count++; // 4. 读取CTM2的值（中断发生总次数） interrupt_count = CTM_getCounterValue(CTM2_BASE); // 5. 清除CTM1的计数，为下一次测量做准备 // 注意：CTM2是累积计数，通常不清零，除非你想统计一段时间内的次数。 CTM_clearCounter(CTM1_BASE); // 6. （可选）通过串口或CCS的Watch窗口输出数据 printf(“Current ISR Cycles: %lu, Max: %lu, Total Ints: %lu\n”, current_cycle, max_cycle_count, interrupt_count); }

注意事项： 读取CTM1和清除CTM1的操作需要仔细考虑时序。如果在ISR执行过程中（即HWBP1已触发，HWBP2未触发时）去读取或清除，可能会得到不完整或错误的数据。安全的做法是在主循环中，确认GLBL_EVENT_STAT寄存器中HWBP2的事件标志已置位（表示一次完整的ISR执行已结束）后，再进行读取和清除操作。或者，可以配置CTM1在停止时产生一个RTOS中断，在中断服务程序里读取数据。

3.6 步骤五：进阶——测量中断延迟

中断延迟（从外设发出中断信号到CPU开始执行ISR第一条指令的时间）是另一个关键指标。这需要用到系统事件作为计数器启动信号。

如示例erad_ex4_profile_interrupt.c所示，我们可以使用：

• 启动事件： 系统事件TIMER1_TINT1（定时器1中断信号）。
• 停止事件： HWBP1（监控ISR入口地址的EBC）。
• 计数器： 配置一个CTM（如CTM4）工作在启动-停止模式，以上述两个事件作为起止条件。

这样，CTM4计数的就是从定时器中断标志置位，到CPU跳转到ISR入口之间的时钟周期数，其中包含了中断排队、现场保护等时间，是真实的中断响应延迟。

// 配置CTM4测量中断延迟 CTM_disable(CTM4_BASE); CTM_setMode(CTM4_BASE, CTM_MODE_START_STOP); CTM_setStartEvent(CTM4_BASE, CTM_EVENT_SRC_SYS_EVENT); // 启动源为系统事件 CTM_setSysEventStartSource(CTM4_BASE, SYS_EVENT_TIMER1_TINT1); // 具体系统事件编号 CTM_setStopEvent(CTM4_BASE, CTM_EVENT_SRC_HWBP1); // 停止源为HWBP1 CTM_enable(CTM4_BASE);

测量延迟时，最大延迟值（WCET）比单次值更重要。因此，你需要像记录最大执行周期一样，持续更新max_latency。

4. 高级应用场景与避坑指南

ERAD的功能远不止于性能剖析。结合输入材料中提到的其他示例，我们可以实现更强大的诊断和保护功能。

4.1 场景一：内存访问保护与违规检测

问题： 某些关键数据区（如电机控制参数结构体、安全状态变量）只能由特定的任务或ISR修改，其他代码误写可能导致灾难性后果。

ERAD解决方案： 使用一个EBC监控对该内存区域的写操作。一旦发生违规写入，立即触发RTOS中断（NMI），在中断服务程序中记录错误、恢复数据或进入安全状态。

// 监控地址0x9000开始的128字节区域是否被写 EBC_configureRange(EBC3_BASE, 0x9000, 0x907F, EBC_COND_DATA_WRITE); EBC_setAction(EBC3_BASE, EBC_ACTION_GENERATE_INTERRUPT); // 在GLBL_NMI_CTL中使能该EBC的NMI生成

在NMI ISR中，你可以检查是哪个EBC触发了事件，并采取相应措施。这比软件检查更及时、更可靠。

4.2 场景二：中断执行顺序监控

问题： 在多中断系统中，中断的优先级和嵌套需严格保证。例���，高优先级的故障处理中断必须能够打断低优先级的通信中断。如果顺序错乱，可能意味着优先级配置错误或发生了某种未知的竞态条件。

ERAD解决方案： 如示例erad_ex6_interrupt_order.c所示，利用计数器监控中断序列。思路是：配置一个计数器在“低优先级中断ISR入口”和“高优先级中断ISR入口”之间计数。如果计数不为零，说明有“第三者”中断插队，顺序异常。

1. 设置EBC_A监控ISR_Low_Prio入口。
2. 设置EBC_B监控ISR_High_Prio入口。
3. 配置一个CTM为启动-停止模式：启动事件=EBC_A， 停止事件=EBC_B。
4. 在CTM的阈值寄存器中设置阈值为1，并使其在超阈值时触发中断。

理想情况下，当高优先级中断正确抢占时，EBC_A触发后应立刻被EBC_B打断，CTM没有机会计数。如果CTM计数值达到1，说明在A触发后、B触发前，有另一个中断（可能是同优先级或错误的中断）发生了，从而触发告警。

4.3 场景三：与CLB联动实现复杂状态机保护

问题： 某些安全关键操作需要遵循严格的步骤序列。例如，在使能PWM输出前，必须完成一系列初始化配置（写寄存器X为0x1，再写寄存器Y为0x5）。任何乱序或错误的访问都可能导致硬件损坏。

ERAD解决方案： 如示例erad_ex7_reg_write_clb.c所示，结合ERAD和CLB（可配置逻辑块）。ERAD的EBC负责监控对特定寄存器（X， Y）的写操作，并产生事件信号给CLB。CLB内部实现一个有限状态机（FSM），只有收到正确的EBC事件序列（如先X=0x1， 后Y访问）才允许操作通过。如果收到错误序列（如先访问Y），CLB可以立即输出一个错误信号，触发ERAD产生中断，甚至直接通过硬件连接去关闭PWM驱动（示例中的PWM保护）。

这种硬件级联锁机制，响应速度极快（纳秒级），完全独立于软件，为系统提供了最高等级的安全保障。

4.4 常见问题与排查技巧

1. 事件不触发：

   • 检查全局使能：GLBL_ENABLE寄存器中对应模块的位是否置1？这是最容易被忽略的一步。
   • 检查EBC配置： 地址条件、控制条件（读/写/取指）是否设置正确？确保监控的是正确的总线周期。
   • 检查事件路由： 如果使用复合事件（AND/OR），检查GLBL_EVENT_AND_MASK和GLBL_EVENT_OR_MASK寄存器，确保所需EBC事件未被屏蔽。
   • 检查CPU流水线： 对于PC地址匹配，注意CPU的流水线可能导致取指地址比你看到的C代码地址有所提前。通常匹配ISR入口地址是可靠的。

2. 计数器值不准或不变：

   • 确认工作模式： CTM是否配置为正确的模式（Start-Stop, Edge-Count）？
   • 确认事件源： CTM的启动/停止事件源是否指向了正确的EBC或系统事件编号？数据手册中的系统事件索引（INP_SEL）需要仔细核对。
   • 清除旧计数： 在开始新一轮测量前，是否通过GLBL_CTM_RESET或CTM的清除寄存器复位了计数器？
   • 竞争条件： 如果CTM的停止事件和读取操作几乎同时发生，可能会读到中间值。最好在停止事件发生后（通过事件标志判断）稍作延迟再读取。

3. 对系统实时性的影响：

   • ERAD是硬件模块，其监控行为本身对CPU内核的指令执行几乎没有性能开销。这是它相比软件插桩的最大优势。
   • 但是，如果配置了事件触发RTOS中断或NMI，那么中断服务程序本身的执行时间会成为额外的开销。因此，仅在诊断或错误处理时需要触发中断，在纯性能测量模式下，应只使用事件触发计数器，避免中断产生。

4. 资源冲突：

   • F2838x的ERAD模块资源（8个EBC， 4个CTM）是全局的。在双核（CPU1， CPU2）或CLA应用中，需要协调好各核的调试资源使用，避免配置冲突。GLBL_OWNER寄存器可以用于管理所有权。

5. 寄存器详解与底层编程要点

虽然TI提供了DriverLib库来简化配置，但理解关键寄存器对于排查问题和进行高级配置至关重要。这里对几个核心寄存器进行解读。

5.1 全局状态与控制寄存器

• GLBL_EVENT_STAT (偏移 0h)： 这是一个只读寄存器，每一位对应一个EBC或CTM模块的EVENT_FIRED状态。你可以通过轮询这个寄存器来快速判断是哪个调试模块触发了事件，而无需去查询每个模块的独立状态寄存器，非常高效。
• GLBL_ENABLE (偏移 4h)：这是模块工作的总闸门。任何EBC或CTM，即使其自身配置寄存器都已设好，如果它对应的GLBL_ENABLE位没有置1，也绝对不会工作。在初始化序列中，通常最后一步才是置位这个寄存器。
• GLBL_NMI_CTL (偏移 8h)： 决定某个模块的事件是否产生NMI。NMI是不可屏蔽的，优先级最高，用于处理最严重的硬件错误。谨慎使用，确保你的NMI服务程序非常短小，并且有明确的恢复或安全关机策略。

5.2 事件逻辑组合寄存器

• GLBL_EVENT_AND_MASK / GLBL_EVENT_OR_MASK (偏移 Ch / Eh)： 这两个32位寄存器是实现复杂触发逻辑的核心。每个寄存器分为4个8位字段（MASK1~MASK4），每个字段的8位分别对应HWBP1~HWBP8。
  • AND逻辑： 以GLBL_EVENT_AND_MASK的MASK1字段为例。如果你将MASK1_HWBP1和MASK1_HWBP2位清零（使能），而其他位保持为1（屏蔽）。那么只有当HWBP1和HWBP2的事件同时（或在一定时间窗口内）发生时，才会产生一个名为HWBP_EVENT_AND1的复合事件。这个复合事件可以作为另一个CTM的触发源。
  • OR逻辑：GLBL_EVENT_OR_MASK同理，配置为0的位对应的HWBP事件，任何一个发生都会产生对应的HWBP_EVENT_ORx复合事件。
  • 应用： 你可以用AND逻辑来监控“函数A执行后，函数B是否在预期时间内被执行”。用OR逻辑来监控“多个可能错误源中，是否有任何一个发生”。

5.3 计数器模块关键寄存器

每个CTM都有自己的一组寄存器，主要关注：

• CTMxCTL (控制寄存器)： 设置工作模式（Mode）、输入事件源（Start/Stop Event Selection）。
• CTMxCNT (计数寄存器)： 读取当前的计数值。
• CTMxTHR (阈值寄存器)： 设置一个阈值，当计数值达到该阈值时，可以触发一个事件。这在监控“某段代码执行时间是否超时”或“中断发生次数是否超限”时非常有用。
• CTMxCLR (清除寄存器)： 写入任何值可将计数器清零。

底层配置示例片段：

// 直接寄存器操作配置CTM1为启动-停止模式，事件源为HWBP1和HWBP2 EALLOW; // 解除寄存器写保护 // 假设CTM1的基地址为 0x0005E980 volatile struct ERAD_COUNTER_REGS* ct = (void*)0x0005E980; ct->CTL.bit.MODE = 0x1; // 启动-停止模式 ct->CTL.bit.START_EVENT_SEL = 0x0; // 事件源0对应HWBP1 (需查表确认) ct->CTL.bit.STOP_EVENT_SEL = 0x1; // 事件源1对应HWBP2 ct->CTL.bit.ENABLE = 0x1; // 使能CTM1 // 清除计数器并开始 ct->CLR = 0x1; EDIS; // 恢复寄存器写保护

6. 工程实践总结与建议

经过多个项目的锤炼，我总结出以下使用ERAD的“最佳实践”：

1. 规划先行： 在项目早期就规划好需要监控哪些关键ISR、数据区和执行流。ERAD资源有限（8EBC+4CTM），好钢用在刀刃上。
2. 分层诊断：
   • 开发阶段： 广泛使用ERAD进行性能剖析和逻辑验证，收集WCET等数据。
   • 测试/验证阶段： 启用内存保护和中断顺序监控，进行压力测试和故障注入。
   • 发布阶段： 对于安全关键应用，可以考虑保留最重要的硬件保护（如内存写保护、PWM保护），但通常移除纯性能测量的配置以减少潜在风险。
3. 数据可视化： 不要只满足于在变量窗口看数字。将ERAD数据通过DMA传输到RAM中的循环缓冲区，然后通过串口、CAN或ETL（嵌入式跟踪缓冲区）发送到上位机，用图形化工具（如MATLAB、Excel）分析其随时间、工况变化的趋势，更能发现问题。
4. 结合CLA： F2838x的CLA是一个独立的处理器核。ERAD同样可以监控CLA总线和事件（如CLA_INTERRUPT1）。这对于分析和优化并行执行的CLA任务至关重要。
5. 注意初始化顺序： 在系统初始化时，先配置好所有ERAD模块，最后再统一使能GLBL_ENABLE。避免在配置过程中产生误触发。

ERAD模块是TI C2000系列MCU提供给开发者的一个强大而隐秘的武器。它把很多需要复杂软件和牺牲性能才能实现的调试、诊断和保护功能，用硬件高效地实现了。掌握它，意味着你拥有了在实时系统深水区排雷和性能调优的“透视”能力。希望这篇结合了官方文档和实战经验的剖析，能帮助你真正把这个工具用起来，打造出更稳健、更高性能的嵌入式系统。