求助：Nucleo-G070通用定时器实现的延时功能速度远快于预期

直接触发原因 #

你的延时函数完全失效，根源是目标定时器的外设时钟从未真正使能。
当Cortex-M0+内核访问时钟未开启的外设时，所有寄存器写操作会被总线静默忽略，读操作固定返回0值。对应你的delay_us执行流程：

• 写入TIM_ARR的延时常值、写入TIM_EGR的更新触发命令、写入TIM_CR1的计数启动位，全部无法写入硬件寄存器
• 读取TIM_CR1的CEN位状态时返回0，导致while (TIM_CR1(TIM6) & TIM_CR1_CEN)的判断条件立刻不成立，循环瞬间退出
• 整个延时函数仅消耗数条指令的执行时间（几百纳秒级别），完全达不到延时效果，这就是LED闪烁快到无法辨认的直接原因。

误写TIM2却正常的底层逻辑 #

该现象完全是芯片内存映射的巧合：

• STM32G070未集成TIM2外设，但传统STM32架构中TIM2的固定基地址为0x40000000，这个地址在G070上刚好是TIM6的基地址，所有针对TIM2地址的寄存器操作，实际全部作用在TIM6硬件上
• 你使用的库定义中，RCC_TIM2对应的APB1时钟使能位，恰好匹配G070上TIM6的时钟使能位
  当你误写TIM2配置时，时钟使能操作实际正确打开了TIM6的时钟，所有寄存器操作全部落在正确的硬件上，因此延时逻辑可以正常运行，得到符合预期的闪烁效果。

跨定时器复现异常的原因 #

你更换TIM7、TIM14等其他定时器时出现同样的过快闪烁问题，本质是同一类错误：库函数中对应定时器的时钟使能位映射与芯片实际硬件不匹配，所有尝试使用的定时器时钟均未成功打开，导致所有基于定时器的延时全部退化为近零延迟。

可落地的修正方向 #

• 不依赖库的位定义，手动操作RCC寄存器的对应位使能TIM6时钟，回读TIM6的PSC、ARR寄存器，确认写入值可以被正确读回，验证时钟确实打开
• 注意G0系列的时钟规则：当APB1预分频系数不为1时，挂载在APB1上的定时器输入时钟为APB1时钟的2倍，不要直接用软件计算的rcc_apb1_frequency作为定时器时钟源频率计算预分频值
• 调整delay_us的操作时序：写入ARR值后等待更新事件完成影子寄存器加载，再启动定时器计数，避免计数值未生效就启动的时序问题

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