飞控中的时间管理：系统时钟与定时器
一次炸机让我重新认识时间
去年夏天，我在调试一架四轴飞行器时遇到了一个诡异的问题：悬停时飞机会每隔几秒突然抖动一下，像是有人在遥控器上快速拨了一下摇杆。示波器挂上PWM输出，发现电机控制信号每隔大约2.3秒会出现一个异常的窄脉冲。查了三天代码，最后定位到问题——一个定时器中断服务函数里，我用了HAL_Delay(1)。这个1毫秒的延时，在中断里直接让系统时钟节拍乱了套，导致调度器错过了几个关键的姿态更新周期。
从那以后，我养成了一个习惯：在飞控代码里，每个跟时间打交道的函数都要问自己三个问题——这个时间从哪里来？精度够不够？会不会被其他任务打断？
飞控的时间骨架：系统时钟
飞控的“心跳”是系统时钟。STM32F4系列通常配一个168MHz的主频，但飞控里真正驱动任务调度的，是经过分频后的SysTick定时器。这个定时器每1毫秒产生一次中断，我们叫它“系统节拍”。
SysTick的配置看起来简单，但有个坑：如果你在中断里修改了SysTick的重装载值，必须等当前计数周期结束后新值才生效。我见过有人为了临时提高时间精度，在中断里动态改SysTick->LOAD，结果导致节拍丢失，飞控直接失控。
正确的做法是：SysTick一旦初始化，就别动它。需要不同时间精度时，用硬件定时器或者DWT（数据观察点跟踪）模块。DWT有个32位的CYCCNT寄存器，直接读CPU时钟周期，精度到纳秒级。初始化时写一下DWT->CTRL |= 1，然后就能用DWT->C