3、软件定时器原理：操作系统Tick与调度、高精度定时器（HRT）、软件定时器的局限性
各位做运动控制的朋友，咱们今天聊聊软件定时器。这玩意儿看着简单，但坑是真不少。我最早做步进电机控制时，就因为在定时器上栽了个跟头，电机跑起来一顿一顿的，查了三天才发现是定时器精度不够。
说白了，软件定时器就是操作系统给我们提供的一个"闹钟"服务。你告诉系统："过10毫秒叫我一声"，然后系统到点就通知你。但问题是——这个闹钟准不准？
操作系统Tick与调度
先说说Tick。操作系统的Tick就像心跳，每隔固定时间跳一下。Linux默认是100Hz，也就是10ms跳一次；有些实时系统能做到1000Hz，1ms跳一次。
这个Tick决定了什么？决定了软件定时器的最小分辨率。你想想看，如果Tick是10ms，你想设一个5ms的定时器，那是不可能的。系统只能在你设的10ms、20ms、30ms这些时间点上响应你。
核心概念：软件定时器的精度，受限于操作系统Tick周期。Tick越快，定时器越准，但CPU开销也越大。
我在项目中遇到过一个问题：用Linux的普通定时器做运动控制插补，周期设成1ms。结果示波器一看，实际周期在0.8ms到1.5ms之间乱跳。为什么？因为Linux不是实时系统，调度器可能在处理别的任务，你的定时器回调就被推迟了。
调度的影响有多大？我给你们列个表：
| 系统类型 | Tick周期 | 定时器抖动 | 适用场景 |
|---|---|---|---|
| 普通Linux | 10ms (100Hz) | ±5ms | 非实时控制 |
| RT-Linux | 1ms (1000Hz) | ±50μs | 软实时控制 |
| 裸机/RTOS | 0.1ms (10kHz) | ±10μs | 硬实时控制 |
看到没？同样是软件定时器，在不同系统上表现天差地别。你拿普通Linux做运动控制，周期抖动能到5ms，这还控个啥？电机早抖成筛子了。
高精度定时器（HRT）
那有没有办法绕过Tick的限制？有，高精度定时器（HRT）就是干这个的。
HRT的原理很简单：它不依赖操作系统的Tick，而是直接操作硬件定时器。比如ARM芯片里的通用定时器，或者x86的HPET（高精度事件定时器）。这些硬件定时器通常有几十纳秒的精度。
Linux内核从2.6.21开始引入了高精度定时器框架。它的工作方式是：
- 每个CPU维护一个红黑树，按到期时间排序
- 当最近的定时器到期时，触发硬件中断
- 中断处理函数执行回调，然后设置下一个最近的定时器
我给你们画个图，看看HRT和普通软件定时器的区别：
不过要注意，HRT虽然精度高，但也不是万能的。它依赖硬件中断，如果系统中断负载太重，响应延迟还是会变大。我调试过一个伺服驱动器，HRT定时器设了50μs周期，结果一跑起来，中断响应时间在30μs到200μs之间波动。后来发现是网卡中断太多，把CPU抢走了。
实战技巧：用HRT做运动控制时，建议把定时器中断优先级设到最高，同时把其他不必要的中断绑到其他CPU核心上。我习惯用taskset命令把控制线程固定在一个核上，避免调度抖动。
软件定时器的局限性
聊了这么多，咱们得直面一个问题：软件定时器到底能不能用在运动控制上？
我的答案是：能用，但有条件。
软件定时器的局限性，说白了就三点：
- 精度受限：受Tick周期和调度延迟影响，做不到硬件定时器那样的ns级精度
- 抖动不可控：系统负载变化、中断抢占、任务切换都会导致定时器回调延迟
- 回调函数不能阻塞：软件定时器的回调是在中断上下文或软中断中执行的，不能调用可能阻塞的函数（比如printf、malloc、互斥锁等）
我曾经在一个项目中，用FreeRTOS的软件定时器做100μs周期的电流环控制。结果发现，只要串口打印数据，电流环就出现毛刺。查了半天，原来是printf函数占用了太多时间，导致定时器回调被推迟。
避坑指南：软件定时器的回调函数里，千万别做耗时操作。我曾经在回调里调了一个I2C读取传感器数据的函数，结果I2C通信超时，整个定时器链都乱了。正确的做法是：回调里只设置一个标志位，真正的处理放到任务循环里做。
那什么时候用软件定时器？我个人的经验是：
- 控制周期 > 10ms：可以用普通软件定时器，比如状态机轮询、通信超时检测
- 控制周期 1ms ~ 10ms：建议用HRT，或者用硬件定时器直接触发
- 控制周期 < 1ms：别想了，老老实实用硬件定时器+PWM输出，或者用FPGA实现
嗯，这里要注意一点。很多工程师觉得RTOS的软件定时器比Linux的准，其实不一定。RTOS的Tick通常更快（1ms甚至0.1ms），但调度策略不同，抖动表现也不一样。我测试过FreeRTOS和uC/OS-III，在相同负载下，uC/OS-III的定时器抖动比FreeRTOS小30%左右，因为它的调度器是抢占式的，响应更快。
最后说个我踩过的坑。有一次做多轴同步控制，用了四个软件定时器分别控制四个轴。结果发现轴与轴之间总有几十微秒的相位差。为什么？因为软件定时器的到期时间是从启动时刻开始算的，四个定时器启动时间不同，自然就不同步了。后来改成用一个定时器触发所有轴，问题才解决。
所以，软件定时器不是不能用，关键是要知道它的脾气。你把它当精确的节拍器用，它肯定让你失望；但你把它当"大概差不多"的定时工具，配合硬件定时器做精细控制，它还是能发挥很大作用的。