嵌入式程序运行时间测量的两种工程方法

1. 嵌入式系统中程序运行时间测量的工程实践方法

在嵌入式系统开发过程中，精确掌握关键代码段的执行时间是保障系统实时性、验证算法性能、调试时序敏感功能的基础能力。无论是实现微秒级精准延时、评估中断服务程序响应延迟，还是分析通信协议栈处理开销，都需要可复现、可验证的时间测量手段。然而，许多工程师在项目初期往往因缺乏便捷可靠的测量方法而依赖经验估算，导致后期出现时序冲突、通信超时或功耗异常等问题时难以快速定位根源。本文基于STM32F103平台，系统阐述两种经过工程验证的程序段执行时间测量方法：基于内部定时器的软件计时法与基于GPIO翻转的示波器观测法。二者原理清晰、实现简单、结果可信，适用于从学习验证到工业级调试的全场景需求。

1.1 测量需求与工程约束分析

嵌入式程序时间测量并非单纯追求理论精度，而是需在准确性、侵入性、可观测性、实时性四个维度取得平衡：

• 准确性：要求测量分辨率优于待测时间量级的10%，例如测量10μs延时，分辨率应优于1μs；
• 侵入性：测量代码本身不应显著改变被测代码的执行路径、寄存器状态或内存访问模式；
• 可观测性：结果需能被开发者直观获取，避免依赖复杂工具链或不可复现的调试环境；
• 实时性：测量过程不应引入不可控的调度延迟，尤其在RTOS环境下需规避任务切换干扰。

传统“肉眼计数”或“逻辑分析仪粗略估算”方式无法满足上述要求。而本文所述两种方法，分别通过硬件计数器和物理电平变化将时间信息转化为可量化信号，从根本上规避了软件插桩带来的不确定性。

2. GPIO翻转示波器观测法：低侵入性高可靠性方案

该方法的核心思想是将时间维度转换为电压维度——利用单片机通用IO引脚的电平跳变作为时间标记，在示波器上直接读取高电平持续时间即为待测代码段执行时间。其优势在于：测量代码仅增加2条IO操作指令，对CPU流水线、缓存、总线仲裁等底层行为几乎无影响；结果由外部仪器捕获，完全独立于目标系统软件状态。

2.1 硬件接口设计与信号完整性考量

以STM32F103为例，选择PB0作为测试信号输出引脚。该引脚配置为推挽输出模式（GPIO_Mode_Out_PP），驱动速度设为50MHz（GPIO_Speed_50MHz），确保上升/下降沿陡峭，减少边沿抖动对时间测量的影响。原理图设计需注意：

• PB0引脚串联100Ω电阻（靠近MCU端），抑制高频反射；
• 示波器探头采用1×档位（非10×），避免RC滤波引入额外延迟；
• 探头接地线尽可能短，使用弹簧接地附件，降低地环路电感。

此设计使信号边沿时间控制在10ns量级，对μs级测量精度影响可忽略。

2.2 软件实现与关键时序控制

测试代码需严格保证IO操作指令的原子性与时序确定性。以下为gpio.h中定义的带参宏实现：

#ifndef __GPIO_H #define __GPIO_H #include "stm32f10x.h" #define LOW 0 #define HIGH 1 // 直接操作BSRR寄存器，单周期完成置位/复位，避免读-改-写操作 #define TX(a) do { \ if(a) GPIOB->BSRR = GPIO_Pin_0; \ else GPIOB->BRR = GPIO_Pin_0; \ } while(0) void GPIO_Config(void); #endif

GPIO_Config()函数完成PB0初始化：

#include "gpio.h" void GPIO_Config(void) { GPIO_InitTypeDef GPIO_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB, ENABLE); GPIO_InitStructure.GPIO_Pin = GPIO_Pin_0; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP; // 推挽输出 GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOB, &GPIO_InitStructure); }

关键点在于使用BSRR（置位复位寄存器）和BRR（复位寄存器）直接操作，避免GPIO_SetBits()/GPIO_ResetBits()中可能存在的多条指令及条件分支，确保高低电平切换指令执行时间恒定且最短。

2.3 延时函数实测与误差分析

采用SysTick系统滴答定时器实现1μs基准延时，其初始化代码如下：

#include "systick.h" #define SYSTICKPERIOD 0.000001f #define SYSTICKFREQUENCY (1.0f / SYSTICKPERIOD) FlagStatus SysTick_GetFlagStatus(void) { if (SysTick->CTRL & SysTick_CTRL_COUNTFLAG_Msk) return SET; else return RESET; } uint32_t SysTick_Init(void) { // 配置SysTick为1μs中断周期（SystemCoreClock=72MHz） if (SysTick_Config(SystemCoreClock / SYSTICKFREQUENCY)) return 1; // 关闭SysTick计数器与中断，仅用作计时源 SysTick->CTRL &= ~(SysTick_CTRL_ENABLE_Msk | SysTick_CTRL_TICKINT_Msk); return 0; } void Delay_us(__IO uint32_t nTime) { SysTick->VAL = 0; // 清零计数器 SysTick->CTRL |= SysTick_CTRL_ENABLE_Msk; // 启动计数 for (; nTime > 0; nTime--) { while (SysTick_GetFlagStatus() != SET); // 等待1μs溢出标志 } SysTick->CTRL &= ~SysTick_CTRL_ENABLE_Msk; // 停止计数 }

主函数中进行实测：

#include "systick.h" #include "gpio.h" int main(void) { GPIO_Config(); SysTick_Init(); while (1) { TX(HIGH); // 标记开始 Delay_us(10); // 待测代码段 TX(LOW); // 标记结束 Delay_us(100); // 间隔，便于示波器触发 } }

实测结果与误差溯源：

• Delay_us(10)实测高电平宽度为11.4μs，偏差+14%；
• Delay_us(100)实测为101μs，偏差+1%；
• Delay_us(1)实测为2.2μs，偏差+120%。

误差主要来源于三部分：

1. 函数调用开销：TX(HIGH)与TX(LOW)两条指令执行时间（约0.3μs）；
2. 循环判断开销：for循环条件检查及while等待标志的指令周期；
3. SysTick响应延迟：SysTick_GetFlagStatus()读取标志位存在1-2个时钟周期延迟。

当nTime较大时（≥10），固定开销占比降低，相对误差收敛。因此该方法适用于测量≥10μs的代码段，对微秒级延时函数校准具有极高工程价值。

3. 内部定时器软件计时法：高精度长时程测量方案

当待测代码段执行时间较长（ms级及以上），或需在无示波器环境下进行批量自动化测试时，基于内部定时器的软件计时法更为适用。该方法通过启动/停止硬件定时器，读取计数值差值并换算为实际时间，精度由定时器时基决定，最大测量范围受计数器位宽限制。

3.1 定时器资源选型与时基配置

本例选用TIM2（APB1总线，最高72MHz）作为测量单元。根据STM32F103时钟树：

• AHB = 72MHz，APB1预分频系数PPRE1 = 2 → APB1 = 36MHz；
• TIM2时钟源为APB1 * 2 = 72MHz（因APB1预分频≠1）；
• 配置TIM2为1μs计时单位：ARR = 72 - 1 = 71（72MHz / 72 = 1MHz → 1μs/计数）。

初始化代码如下：

#include "timer.h" void TIM2_Init(void) { TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); TIM_TimeBaseStructure.TIM_Period = 71; // 自动重装载值 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); }

3.2 时间测量框架设计与数据结构

为支持多次采样与统计分析，定义统一的时间测量结构体：

typedef struct { uint32_t TimeWidthStart; // 开始时刻计数值 uint32_t TimeWidthEnd; // 结束时刻计数值 uint32_t TimeWidthAvrage; // 多次测量平均值（单位：计数） uint32_t TimeWidthMax; // 最大值 uint32_t TimeWidthMin; // 最小值 uint8_t SampleCount; // 当前采样次数 } TimingVarTypeDef;

测量启停函数封装为：

void SysTick_Time_Start(void) { TIM2->CNT = 0; // 清零计数器 TIM_Cmd(TIM2, ENABLE); // 启动定时器 } void SysTick_Time_Stop(void) { TIM_Cmd(TIM2, DISABLE); // 停止定时器 TimingVar.TimeWidthEnd = TIM2->CNT; // 读取当前计数值 TimingVar.TimeWidthAvrage = TimingVar.TimeWidthEnd; // 单次测量即为平均值 }

3.3 实测验证与精度验证

在主函数中测量Delay_us(1000)（理论1ms）：

TimingVarTypeDef TimingVar; int main(void) { TIM2_Init(); SysTick_Init(); while (1) { SysTick_Time_Start(); Delay_us(1000); SysTick_Time_Stop(); // 此处可通过JTAG/SWD调试器观察TimingVar.TimeWidthAvrage // 或通过串口打印：printf("Time: %d us\r\n", TimingVar.TimeWidthAvrage); } }

实测结果：TimingVar.TimeWidthAvrage = 0x119B8 = 72120（十进制）。
换算为实际时间：72120 × (1/72,000,000) s = 0.001001666... s ≈1001.7μs，绝对误差+1.7μs，相对误差0.17%。

该精度远高于GPIO法，原因在于：

• 定时器计数与CPU指令执行并行，无软件循环开销；
• 计数值直接反映硬件时钟周期，不受编译器优化影响；
• 32位计数器支持最大测量时间：2³² / 72MHz ≈59.6秒。

4. 方法对比与工程选型指南

下表从六个核心维度对两种方法进行量化对比：

4.1 典型应用场景决策树

• 需要验证1~100μs级延时函数精度？→ 优先选择GPIO法。示波器可直观显示每个脉冲宽度，快速发现抖动、毛刺等异常。
• 测量一个UART接收中断服务程序（ISR）执行时间？→ GPIO法更优。在ISR入口置高、出口置低，完全规避定时器中断嵌套干扰。
• 分析FreeRTOS中某任务单次循环耗时分布？→ 定时器法更合适。通过vTaskGetRunTimeStats()或自定义钩子函数采集数千次样本，生成统计直方图。
• 产线自动化测试需无人值守记录？→ 定时器法配合串口自动上报，构建闭环测试系统。

4.2 混合使用策略提升测量鲁棒性

在关键模块验证中，推荐采用“双法交叉验证”策略：

1. 先用GPIO法快速确认延时函数基本功能与量级；
2. 再用定时器法进行高精度定量分析，获取标准偏差、最大最小值等统计参数；
3. 若两法结果偏差超过5%，则需检查：SysTick/TIM2时钟配置是否正确、编译器优化等级（-O0/-O2对循环展开影响显著）、是否存在未预期的中断抢占。

例如，当GPIO法测得Delay_us(100)为105μs，而定时器法测得1002μs（理论1000μs），二者比例关系一致，说明系统时钟配置正确，差异源于GPIO法固有开销；若比例失常，则提示存在时钟树配置错误或编译器异常优化。

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

5.1 编译器优化对测量结果的影响

GCC/ARMCC编译器在-O2或-O3级别下可能进行循环展开、指令重排，导致Delay_us()中for循环体被优化为单条指令，使测量结果严重失真。强烈建议：

• 测量阶段使用-O0（无优化）编译；
• 若必须在优化状态下测试，将待测代码段用__attribute__((optimize("O0")))修饰；
• 对nTime参数添加volatile限定，防止编译器将其优化为常量。

5.2 中断上下文中的安全测量

在中断服务程序中调用测量函数需格外谨慎：

• GPIO法：TX(HIGH/LOW)为寄存器直写，无中断风险，可安全使用；
• 定时器法：TIM_Cmd()涉及寄存器写操作，若TIM2本身用于其他功能（如PWM输出），需确保不冲突；
• 禁止在中断中调用SysTick_Time_Start()/Stop()，因其可能触发SysTick中断，造成嵌套。

5.3 多核/多线程环境下的扩展思路

对于Cortex-M7双核或Linux嵌入式系统，时间测量需考虑：

• 核间同步：使用DWT（Data Watchpoint and Trace）单元的CYCCNT寄存器，其为全局64位计数器；
• 时钟一致性：确保各核使用同一参考时钟源；
• 上下文切换开销：在RTOS中测量需包含任务切换时间，此时应使用专门的Trace工具（如SEGGER SystemView）。

6. 总结：构建可信赖的嵌入式时间度量体系

程序运行时间测量不是一次性的调试技巧，而是贯穿嵌入式产品全生命周期的工程能力。从初学者验证第一个LED闪烁延时，到资深工程师分析电机FOC算法实时性瓶颈，再到量产测试中保障每台设备时序一致性，可靠的时间度量是技术决策的基石。

本文详述的两种方法，本质是同一工程思想的两种实现：将抽象的时间概念锚定在确定的物理事件上——GPIO电平跳变是数字电路最基础的事件，定时器计数是时钟振荡最忠实的记录。掌握其原理与局限，根据具体场景选择或组合使用，方能在资源受限的嵌入式世界中，让每一纳秒的CPU时间都可被看见、可被计算、可被优化。

在实际项目中，笔者团队已将GPIO法固化为板级测试标准流程：每款新PCB回板后，必测Delay_us(1)至Delay_us(1000)共10个档位，生成校准曲线存入生产数据库；而定时器法则集成至自动化测试框架，每日构建后自动运行1000次memcpy()性能测试并生成趋势报告。这种将测量方法工程化、标准化的实践，才是嵌入式开发走向成熟的关键一步。