CC2530定时器在IAR中怎么配才不翻车？一位Zigbee老司机的实战手记
刚接手一个CC2530温湿度节点项目时，我花了整整两天时间调试一个“10 ms定时器不进中断”的问题。示波器上IO引脚纹丝不动，Watch窗口里IRCON始终是0x00，T1CTL显示启动位已置1，IEN0和IEN1也全对得上……最后发现，是IAR链接脚本里.intvec段没正确映射到0x0000——中断向量表压根没加载进去。
这不是个例。在Zigbee终端开发一线，定时器配置失败不是代码写错了，而是整个底层时序信任链断掉了：你信寄存器，寄存器信中断控制器，中断控制器信向量表，向量表信链接脚本——只要其中一环松动，系统就变成聋子、哑巴、瞎子三合一。
下面这些内容，不是从数据手册里抄来的“标准答案”，而是在Z-Stack 2.5.1 + IAR 8.20.2 + CC2530EB开发板上，用烧坏三块板子、抓爆五次逻辑分析仪换来的经验沉淀。
四个定时器，根本不是兄弟，而是分工明确的特种部队
CC2530标称有T1/T2/T3/T4四个定时器，但千万别把它们当同款模块来用。它们的出身、使命、权限，全都不一样：
- T1是主力作战单位：16位宽、双通道、支持捕获/比较/PWM/正倒计数，能干脏活累活，也能干精细活。Zigbee协议栈的心跳、传感器轮询、LED呼吸灯、UART波特率微调，全靠它扛。
- T2是MAC层禁卫军：8位，深度绑定RF模块，专为CSMA-CA退避、超帧管理、Beacon发送等硬实时任务服务。Z-Stack把它锁死了——你动它，协议栈就崩。别碰。
- T3和T4是勤务兵：都是8位简化版，只支持自由运行和模模式，没捕获、没PWM、没高级功能。但胜在轻量、省电、好配。LED闪烁、按键消抖、状态指示这种“不值当用T1”的事，交给它们最稳妥。
⚠️ 真实陷阱第一条：有人想“释放T1资源”，把T2拿来做应用定时——结果Zigbee组网成功率暴跌，信标间隔飘忽不定。T2不是给你用的，它是Z-Stack的命脉。
再直白点说：
✅ T1：你的主控CPU，要精心调教；
✅ T3/T4：你的外设协处理器，大胆分配；
❌ T2：协议栈的禁区，贴上封条，绕道走。
T1不是“会数数就行”，它的精度藏在三个地方
很多开发者以为“设个T1CC0=0x2710，分频选128，就能稳稳输出10 ms”，但实际跑起来偏差常达±3%。问题不出在公式，而出在三个被忽略的细节：
1. SYSCLK ≠ 标称32 MHz
CC2530的系统时钟由内部RC振荡器（32 MHz）或外部晶振提供。但RC振荡器出厂离散性大，实测常见31.2~32.8 MHz范围。如果你按32 MHz算T1CC0，实时时钟快了2.5%，60秒上报就提前1.5秒——在Zigbee网络里，这足以让协调器判定节点“失联”。
怎么办？
用示波器测T1中断触发时翻转的IO引脚周期，
