SysTick不能直接生成精确微秒级延时，因其24位递减计数器在72MHz下虽理论分辨率达13.9ns，但实现1μs延时需LOAD=71，导致1MHz中断频率，易引发中断抢占、VAL读取不准及实时性崩塌；实际工程中仅适合作1ms滴答基准，微秒级应采用关中断空循环或DWT_CYCCNT方案。
为什么 SysTick 不能直接生成精确微秒级延时
SysTick 的计数器是递减的，且重装载值 LOAD 最大为 224−1（约 1677 万），若单片机主频为 72 MHz，理论最小定时分辨率是 1 / 72e6 ≈ 13.9 ns，但实际能稳定设置的最小重载值受限于中断响应开销和寄存器写入延迟。当你要实现 1 μs 延时，需设 LOAD = 71（72 MHz 下 72 个周期 = 1 μs），但此时 SysTick 中断频率高达 1 MHz，极易挤占主线程、触发嵌套或导致 VAL 寄存器读取不准 —— 这不是精度问题，是实时性崩塌。
所以真实项目中，SysTick 只适合做毫秒级基准（如 1 ms tick），微秒级必须靠裸循环或 DWT_CYCCNT（如果芯片支持）。
如何用 SysTick 构建可靠的 1ms 系统滴答
核心是把 SysTick 配成 1 ms 自动重载，并在中断里只做一件事：递增一个 g_systick_ms 全局变量。不要在里面调用函数、不操作外设、不 printf。
- 确认系统时钟源已稳定（比如
RCC_Clocks.HCLK_Frequency是 72000000） - 计算重载值：
LOAD = HCLK_Frequency / 1000 - 1（注意减 1！SysTick 计数从 LOAD 开始递减到 0 后触发中断并自动重载） - 禁用中断再配置：
SysTick->CTRL = 0；再写SysTick->LOAD和SysTick->VAL（清零当前计数） - 开启中断 + 计数：
SysTick->CTRL = SysTick_CTRL_CLKSOURCE_Msk | SysTick_CTRL_TICKINT_Msk | SysTick_CTRL_ENABLE_Msk
示例片段（STM32F1，CMSIS）：
立即学习“C++免费学习笔记（深入）”；
volatile uint32_t g_systick_ms = 0;
void SysTick_Handler(void) {
g_systick_ms++;
}
// 初始化调用：
SysTick_Config(SystemCoreClock / 1000); // CMSIS 封装，内部已处理 -1
如何安全实现微秒级延时（不用 SysTick 中断）
微秒级延时本质是“空转”，必须基于 CPU 周期精确估算，且不能被中断打断（否则误差爆炸）。最稳妥方式是关中断 + 循环计数，但仅限短延时（≤100 μs）。
- 先测出每条
__NOP()或空循环体消耗的周期数（用示波器抓 GPIO 翻转最准） - 若主频 72 MHz，1 μs = 72 个周期；简单 while 循环有分支预测开销，实测往往要 75~78 cycles / μs
- 使用
__disable_irq()包裹，避免 SysTick 或其他中断插入 - 别用浮点或除法运算——它们周期不可控；用查表或移位替代乘除
简易实现（非绝对精确，但满足传感器驱动等场景）：
static inline void delay_us(uint32_t us) {
uint32_t count = us * 72; // 粗略按 1us=72 cycles
__disable_irq();
while (count--) __NOP();
__enable_irq();
}
DWT_CYCCNT 是更优的微秒计时方案吗
是，但有前提：芯片必须支持 DWT（Data Watchpoint and Trace），且调试器未占用该模块（常见于量产固件关闭 DWT）。它是一个 32 位自由运行的周期计数器，频率 = HCLK，精度达 1 个周期。
- 启用前检查：
CoreDebug->DEMCR |= CoreDebug_DEMCR_TRCENA_Msk，再使能 DWT：DWT->CTRL |= DWT_CTRL_CYCCNTENA_Msk - 读取当前周期：
DWT->CYCCNT（注意：首次读可能返回 0，建议先写 0 再读） - 测时间差时务必关中断，否则两次读之间可能被中断打断，导致差值异常大
- 溢出处理：32 位计数器满值约 59.6 秒（72 MHz 下），一般应用无需担心，但长时测量需判断
new_val
用 DWT 实现精准微秒等待：
uint32_t start = DWT->CYCCNT;
while ((DWT->CYCCNT - start) < (us * 72)) { }
真正难的是量产环境下 DWT 被禁用、或调试接口被锁死——这时候你只能回到带误差补偿的 NOP 循环，或者接受用 SysTick 毫秒基准插值估算，后者在 >100 μs 场景下误差会快速累积。
