为何Arduino init()会破坏定时器？Arduino下实现LED无中断翻转

首先要明确Arduino AVR框架的执行逻辑和纯裸机的本质区别：

• 纯裸机代码中，你写的int main()是芯片上电后直接跳转的执行入口，此时所有寄存器都是硬件复位的默认值，全局中断处于关闭状态，没有任何外设被预先配置
• Arduino框架中，核心已经内置了固定启动流程：上电后先执行核心自带的init()初始化函数，完成硬件配置、开启全局中断、建立系统计时（millis()/micros()）能力之后，才会调用你编写的setup()，再循环执行loop()逻辑
  init()的默认配置会从三个方面破坏你原本可以正常运行的定时器逻辑：
• 全局中断默认开启的干扰：init()完成后会自动开启全局中断，同时为了实现毫秒计时，会默认开启定时器0的溢出中断。当你轮询读取16位TCNT寄存器的瞬间，如果刚好触发其他中断，中断服务程序的执行会让你读到的计数值出现时间差；更严重的是，如果你没有关闭目标定时器的中断使能位，定时器溢出时会触发未定义的中断跳转，直接打乱计数流程，表现为TCNT值无规律跳变、永远到不了阈值。
• 寄存器残留配置的影响：init()过程中已经对多个定时器的控制寄存器做过写入。如果你只是用|=操作置位想要的时钟位，没有先清空整个控制寄存器，就会残留之前的配置——最常见的情况就是时钟选择（CS）位组合错误，把定时器配置成了外部引脚时钟输入模式。如果对应外部时钟引脚悬空，就会受电磁干扰导致TCNT值随意上下跳。
• 引脚复用的隐性接管：你使用的PB7（板载13号LED）本身是定时器4的OC4C输出比较复用引脚，如果init()过程中曾经为这个通道写入过输出比较配置，引脚电平会被硬件自动接管，哪怕你直接写PORTB寄存器也看不到预期效果，进一步放大了定时器运行异常的表象。

你贴出的代码中还存在一个隐蔽的拼写错误：给TCCR4B寄存器置位时用了定时器1的宏CS10，实际对应的是定时器4的CS40位，这会导致你根本没有正确开启定时器4的内部时钟。哪怕你更换到定时器1、4尝试解决问题，只要没有对目标定时器做全量状态重置，残留的配置就会一直导致运行异常。

要复现裸机下的定时器功能，必须在配置前彻底重置目标定时器的状态，消除核心初始化带来的影响，步骤如下：

• 初始化引脚：在setup()中先把PB7配置为推挽输出，和裸机操作保持一致：DDRB |= (1 << 7);
• 全量重置目标定时器：选择不被系统millis()占用的定时器（ATmega2560的定时器1/3/4/5都可以，这里以定时器4为例），先清空所有相关控制寄存器，确保回到硬件默认状态：
  • 清空基础控制寄存器：TCCR4A = 0; TCCR4B = 0;
  • 清空中断使能寄存器，关闭所有定时器4的中断源：TIMSK4 = 0;
  • 清空计数寄存器：TCNT4 = 0;
• 配置定时器时钟源：设置为内部时钟、无预分频，注意这里要使用对应定时器的正确位宏，不要跨定时器写错（比如定时器4的时钟位是CS40，不要误用定时器1的CS10）：TCCR4B |= (1 << CS40);
• 实现轮询逻辑：因为AVR的16位TCNT寄存器存在读写同步要求，读取时建议临时关闭全局中断避免读到跳变值，达到阈值后翻转引脚、清零计数器即可，逻辑和你裸机编写的完全一致：

  // 可放在loop()中循环执行
  uint16_t cnt;
  noInterrupts();
  cnt = TCNT4;
  interrupts();
  
  if (cnt >= 50000) {
    PORTB ^= (1 << 7);
    TCNT4 = 0;
  }
  

注意：16位定时器的最大计数值为65535，你设定的50000阈值在普通向上计数模式下是完全合法的，不需要额外开启CTC模式或者溢出中断，轮询逻辑可以稳定运行。

• 不要直接用|=操作修改定时器控制寄存器，一定要先把对应寄存器清0再做配置，避免核心初始化的残留值造成错误配置
• 跨定时器操作时注意对应宏的命名规则，比如CS10属于定时器1、CS40属于定时器4，参考代码时很容易把位宏写错
• 读取16位寄存器的时候尽量临时关闭中断，避免中断触发导致的读值不准

内容的提问来源于stack exchange，提问作者Thomas Patenaude