1. 单片机程序运行时间测量方法详解

在嵌入式系统开发过程中，精确掌握关键代码段的执行时间是保障系统实时性、优化算法性能、验证时序约束以及调试硬件交互逻辑的基础能力。无论是实现微秒级精准延时、评估中断服务程序响应延迟，还是验证通信协议中严格的时序窗口（如I²C起始条件保持时间、SPI采样边沿对齐精度），都依赖于可靠的运行时间测量手段。然而，实际工程中常面临如下困境：使用 printf 或串口打印引入不可忽略的时间开销；仿真器单步执行无法反映真实运行状态；而依赖经验估算又缺乏客观依据。本文系统梳理两种经过实践验证的、适用于STM32平台的程序段运行时间测量方法——基于GPIO翻转的示波器观测法与基于定时器的软件计时法，深入剖析其原理、实现细节、精度影响因素及适用边界，为工程师提供可直接复用的技术方案。

1.1 测量方法的核心思想与工程权衡

所有程序运行时间测量的本质，都是将“时间”这一抽象物理量转化为可量化、可观测的信号。在资源受限的单片机环境中，该转化必须满足三个基本工程约束： 低侵入性 （最小化对被测代码原始行为的干扰）、 高确定性 （测量过程本身引入的抖动可控且可建模）、 强可观测性 （结果能被外部仪器无歧义捕获）。示波器法与定时器法正是围绕这三点展开的不同技术路径：

• 示波器法 ：将时间信息编码为GPIO电平持续时间。其核心优势在于 硬件层面的零耦合 ——被测代码仅需在起点置高、终点置低，其余所有时间解析工作由外部示波器完成。这意味着测量过程完全脱离MCU内部时钟树、中断优先级、总线仲裁等复杂因素影响，结果具有天然的物理真实性。其代价是需要额外的测试仪器支持。
• 定时器法 ：将时间信息编码为定时器计数值。其核心优势在于 全软件闭环 ——无需外部设备，结果可直接在MCU内部处理、存储或通过通信接口输出。但该方法要求严格隔离测量代码自身对系统时钟、中断、寄存器访问等资源的竞争，否则测量值将包含测量框架自身的开销。

选择何种方法，取决于具体应用场景的约束条件：若追求最高精度与最小系统扰动（如验证关键中断响应），示波器法是首选；若需在量产产线进行自动化测试或现场无示波器环境，则定时器法更具工程落地价值。

2. 基于GPIO翻转的示波器测量法

该方法利用MCU通用IO引脚作为时间标记信号源，通过示波器直接捕获电平变化沿之间的时间间隔，从而获得被测代码段的绝对执行时间。其实施流程简洁，但对信号完整性与测量操作规范性有明确要求。

2.1 硬件信号链设计

信号链的完整性是测量精度的物理基础。以STM32F103系列为例，其GPIO翻转速度受端口时钟频率、输出模式及负载电容共同制约。本方案采用推挽输出模式（ GPIO_Mode_Out_PP ），并配置最高驱动速度（ GPIO_Speed_50MHz ），确保信号边沿陡峭。关键设计点如下：

• 引脚选择 ：选用GPIOB_Pin_0。该引脚属于APB2总线，时钟频率通常为72MHz，远高于APB1总线（36MHz），可最大限度减少IO操作指令的执行周期数。
• 电气特性 ：推挽输出模式下，高电平接近VDD（3.3V），低电平接近GND（0V），逻辑摆幅大，抗噪声能力强。示波器探头应采用10:1衰减档位，并进行探头补偿校准，避免因阻抗不匹配导致的信号过冲或振铃。
• 负载控制 ：测量时探头输入电容（典型值10–15pF）会构成额外负载。为减小其对MCU IO驱动能力的影响，应确保PCB走线短直，避免长线分支。若需多点同步测量，应使用同一探头的多个通道，而非多个独立探头。

2.2 软件实现与关键时序分析

软件部分的核心任务是生成一个干净、无歧义的脉冲信号。以下为 main.c 中的关键实现：

#include "systick.h"
#include "gpio.h"

int main(void)
{
    GPIO_Config();        // 初始化PB0为推挽输出
    SysTick_Init();       // 配置SysTick为1us滴答周期

    while(1)
    {
        TX(HIGH);         // PB0置高，标记待测段起点
        Delay_us(100);    // 待测代码段：100us延时
        TX(LOW);          // PB0置低，标记待测段终点
        Delay_us(100);    // 非测量区间，提供脉冲间隔
    }
}

此处 TX(HIGH) 与 TX(LOW) 宏定义为直接寄存器操作，规避了函数调用开销：

#define TX(a) if(a) GPIO_SetBits(GPIOB, GPIO_Pin_0); else GPIO_ResetBits(GPIOB, GPIO_Pin_0)

关键时序误差来源分析 ：

1. IO操作指令开销 ： GPIO_SetBits 与 GPIO_ResetBits 各需约3–4个CPU周期（ARM Cortex-M3）。在72MHz主频下，此开销约为56ns。该误差为固定偏移，可通过测量空循环（ TX(HIGH); TX(LOW); ）进行标定并从最终结果中扣除。
2. 编译器优化干扰 ：若开启 -O2 及以上优化，编译器可能重排指令或内联函数，导致 TX(HIGH) 与 Delay_us() 之间的实际距离不可预测。 强烈建议在测量期间关闭编译器优化（ -O0 ） ，或使用 __attribute__((optimize("O0"))) 对测量函数进行局部降级。
3. 示波器测量精度 ：现代数字示波器（如Keysight DSOX1204G）在100MHz带宽下，时间测量精度可达±1ns（满量程）。对于微秒级测量，其相对误差可忽略。

2.3 实测数据与精度验证

使用100MHz带宽示波器捕获 Delay_us(100) 的波形，实测高电平宽度为101.2μs；捕获 Delay_us(10) 波形，实测宽度为11.4μs。对比理论值，误差分别为+1.2%与+14%。该差异源于 Delay_us() 函数内部的循环开销：

• Delay_us(1) 函数体包含 for 循环初始化、条件判断、 while 等待及 SysTick_GetFlagStatus() 调用。实测其最小可测脉宽为2.2μs，表明单次 Delay_us(1) 的实际耗时远超1μs，函数单位并非原子性的1μs，而是包含了显著的固定开销。
• 因此， Delay_us(N) 的准确模型应为： T_actual = T_overhead + N * T_unit 。通过测量 N=1 与 N=100 两组数据，可解出 T_overhead ≈ 1.2μs ， T_unit ≈ 1.001μs 。这揭示了该延时函数的内在特性：它并非理想线性，但具备良好的重复性与可预测性。

3. 基于定时器的软件计时法

当外部测试仪器不可用时，利用MCU内部高性能定时器（如TIM2）构建一个独立的、高分辨率的时间基准，是另一种成熟可靠的方案。该方法将时间测量完全集成于软件栈内，但对定时器配置、计数器读取及结果解析提出了更高要求。

3.1 定时器硬件资源规划

STM32F103的TIM2为APB1总线外设，其时钟源为APB1时钟（PCLK1）经倍频后得到。根据参考手册，当PCLK1=36MHz时，TIM2的输入时钟（TIMCLK）为72MHz（因APB1预分频器为2）。此72MHz时钟可直接作为计数器时基，实现约13.9ns的理论时间分辨率（1/72MHz）。

void TIM2_Init(void)
{
    TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure;
    RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE);

    // 配置为向上计数，自动重装载值为72-1，实现1us计数周期
    TIM_TimeBaseStructure.TIM_Period = 72 - 1;           // 72个时钟周期 = 1us
    TIM_TimeBaseStructure.TIM_Prescaler = 0;             // 无预分频
    TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Up;
    TIM_TimeBaseInit(TIM2, &TIM_TimeBaseStructure);

    TIM_ARRPreloadConfig(TIM2, ENABLE);
    TIM_UpdateRequestConfig(TIM2, TIM_UpdateSource_Global);
    TIM_ClearFlag(TIM2, TIM_FLAG_Update);
}

关键配置说明 ：

• TIM_Period = 72 - 1 ：因计数器从0开始计数，计满72个周期后产生更新事件，故重装载值设为71。
• TIM_Prescaler = 0 ：禁用预分频，确保计数器直接接收72MHz时钟，获得最高时间分辨率。
• TIM_UpdateRequestConfig ：配置更新事件触发源，确保 TIM_ClearFlag 操作能正确清除更新标志，避免因标志未清导致的计数器异常。

3.2 计时函数实现与原子性保障

Delay_us() 函数在此方案中被重构为基于TIM2的精确延时，其核心是利用更新中断标志（ TIM_FLAG_Update ）作为1us时间单元的同步信号：

void Delay_us(__IO uint32_t nTime)
{
    TIM2->CNT = 0;                    // 清零计数器
    TIM_Cmd(TIM2, ENABLE);            // 启动定时器

    for(; nTime > 0; nTime--)
    {
        while(TIM_GetFlagStatus(TIM2, TIM_FLAG_Update) != SET);
        TIM_ClearFlag(TIM2, TIM_FLAG_Update);
    }

    TIM_Cmd(TIM2, DISABLE);           // 停止定时器
}

原子性保障机制 ：

• TIM2->CNT = 0 与 TIM_Cmd(TIM2, ENABLE) 之间必须保证无中断插入，否则计数器可能在启动前已被其他中断修改。实践中，可在进入计时前临时关闭全局中断（ __disable_irq() ），计时结束后再恢复（ __enable_irq() ）。
• while 循环中对 TIM_FLAG_Update 的轮询是典型的忙等待，其执行时间本身会引入微小抖动。为消除此影响，应在 while 循环前后各插入一条 __NOP() 指令，使每次循环的CPU周期数严格一致，从而将抖动转化为可标定的固定偏移。

3.3 时间数据采集与解析

软件计时法的最终目标是将定时器计数值转换为物理时间。本方案采用SysTick作为辅助计时器，构建一个“时间戳”结构体：

typedef struct {
    uint32_t TimeStart;     // 开始时刻SysTick计数值
    uint32_t TimeStop;      // 结束时刻SysTick计数值
    uint32_t TimeWidth;     // 时间宽度（SysTick滴答数）
    uint32_t TimeWidthAvrage; // 多次测量平均值
} TimingVarTypeDef;

TimingVarTypeDef Time;

void SysTick_Time_Start(void)
{
    Time.TimeStart = SysTick->VAL;  // 读取当前SysTick计数值
}

void SysTick_Time_Stop(void)
{
    Time.TimeStop = SysTick->VAL;
    Time.TimeWidth = Time.TimeStart - Time.TimeStop; // 注意：SysTick向下计数
}

由于SysTick配置为1us滴答， TimeWidth 的单位即为微秒。在调试模式下，将 Time 结构体添加至Watch窗口，可实时观察 TimeWidthAvrage 的数值变化。实测 Delay_us(1000) 得到 TimeWidthAvrage = 0x119B8 （十进制72120），对应时间为72120 × (1/72×10⁶) s = 1.001ms，验证了该方案的准确性。

4. 两种方法的深度对比与选型指南

维度	示波器法	定时器法
时间分辨率	取决于示波器带宽（典型100MHz → 10ns）	取决于定时器时钟（TIM2@72MHz → 13.9ns）
测量范围	受示波器时基设置限制（典型1s内最佳）	受计数器位宽限制（32位@72MHz → 59.65s）
系统侵入性	极低（仅2条IO指令）	中等（需占用1个定时器、1个SysTick、中断资源）
结果可靠性	物理层直接测量，不受MCU内部状态影响	受MCU时钟稳定性、中断延迟、编译器优化影响
调试便捷性	需要示波器，适合实验室环境	无需外设，适合产线烧录后自检
数据输出方式	波形图像，需人工读取或SCPI指令自动提取	数字变量，可经UART/USB实时输出或存储

选型决策树 ：

• 若项目处于 原型验证或深度调试阶段 ，且目标是 验证最严苛的时序约束 （如高速ADC采样窗口、PWM死区时间）， 必须选用示波器法 。其物理层测量结果是任何软件方法的黄金标准。
• 若项目处于 量产导入或嵌入式诊断阶段 ，且需求是 获取可编程、可记录、可上传的时序数据 ，则 定时器法是唯一可行方案 。此时应重点优化其鲁棒性：例如，在 SysTick_Time_Start/Stop 函数中加入双缓冲机制，避免单次读取因中断导致的计数器回绕错误。

5. 工程实践中的关键注意事项

5.1 编译器与链接器配置

• 优化等级 ：所有测量代码（包括 Delay_us 、 TX 宏、计时启停函数） 必须强制使用 -O0 编译 。可在工程设置中为特定 .c 文件指定优化选项，或在函数声明前添加 __attribute__((optimize("O0"))) 。
• 内存布局 ：确保 TimingVarTypeDef 结构体位于RAM中（而非默认的 .bss 段），避免因链接器脚本配置不当导致变量未初始化。可在定义时显式指定段： __attribute__((section(".ram_data"))) TimingVarTypeDef Time; 。

5.2 电源与去耦电容

• 电源噪声抑制 ：高频定时器（如TIM2@72MHz）对电源纹波极为敏感。必须在MCU的VDD/VSS引脚附近（≤2mm）放置0.1μF陶瓷电容，并在电源入口处增加10μF钽电容。示波器探头的地线应就近连接至MCU的GND引脚，而非远离的电源地，以减小地环路噪声。
• 时钟源稳定性 ：若使用内部RC振荡器（HSI），其频率偏差可达±1%，将直接传递至时间测量结果。 强烈推荐使用外部晶振（HSE）作为系统时钟源 ，其精度通常优于±50ppm。

5.3 测量结果的统计学处理

单次测量易受偶然因素（如缓存命中、总线竞争）影响。工程上应采用 多次测量取平均值 策略：

• 对同一代码段执行至少10次连续测量。
• 记录所有 TimeWidth 值，剔除最大值与最小值（排除异常值）。
• 对剩余8个值求算术平均，作为最终报告结果。
• 同时计算标准差，若其超过平均值的2%，则需检查硬件连接或软件配置是否存在隐患。

6. 总结：构建可信赖的时序验证体系

单片机程序运行时间的测量，绝非简单的“加两个GPIO翻转”或“启停一个定时器”。它是一个横跨硬件电路设计、MCU外设配置、编译器行为理解、信号完整性分析与统计学处理的系统工程。本文所详述的两种方法，其价值不仅在于提供了具体的代码实现，更在于揭示了嵌入式时序验证的底层逻辑： 任何测量结果的可信度，都源于对整个测量链路中每一个环节误差源的清醒认知与主动管控 。

在实际项目中，建议将示波器法作为“校准源”，定期对定时器法的测量结果进行交叉验证；同时，将定时器法封装为标准化的SDK模块，集成到项目的单元测试框架中。唯有如此，才能将时序验证从一种偶发的调试行为，升华为贯穿产品全生命周期的、可量化、可追溯、可审计的工程能力。