ESP32-C3 1MHz定时器配置异常：首方案致芯片无法启动

在Arduino ESP32-C3核心环境下，以下两个定时器配置理论上都应生成1MHz的定时中断（用于多路复用显示），但第一个配置无法让芯片正常启动，第二个却能正常工作，问题出在哪里？

第一个配置代码：

vfdUpdate = timerBegin(1, 80, true); 
timerAttachInterrupt(vfdUpdate, &multiplex_ISR, true);
timerAlarmWrite(vfdUpdate, 1, true);
timerAlarmEnable(vfdUpdate);

第二个配置代码：

vfdUpdate = timerBegin(1, 800, true);
timerAttachInterrupt(vfdUpdate, &multiplex_ISR, true);
timerAlarmWrite(vfdUpdate, 10, true);
timerAlarmEnable(vfdUpdate);

• 硬件层面的最小定时周期限制：ESP32-C3的定时器硬件要求定时触发间隔不能小于2个时钟周期。第一个配置中，预分频后时钟为80MHz/80=1MHz，定时间隔设为1，相当于每1个时钟周期就触发一次中断，直接违反硬件最小周期要求，会导致定时器配置失效甚至触发硬件异常，最终芯片无法完成启动。
• 中断服务程序的执行时间瓶颈：就算硬件支持1个周期的定时，1MHz的中断意味着每1微秒就要执行一次ISR。但ESP32-C3的ISR至少需要完成上下文保存、核心逻辑执行、上下文恢复这些步骤，总耗时必然超过1微秒。这种高频中断会完全占满CPU资源，导致系统连初始化流程都无法完成，直接死机。而第二个配置虽然等效频率也是1MHz，但实际是每10个预分频时钟周期触发一次ISR，执行压力大幅降低，系统能够正常运行。
• Arduino核心库的隐性校验：ESP32的Arduino核心库在调用timerAlarmWrite时，会对传入的周期值做合法性校验。当值小于硬件允许的最小值时，库可能不会正确配置定时器，甚至触发未明确提示的错误，间接导致芯片启动失败。

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