精英板秒表项目实战：定时器、显示与按键的嵌入式开发全解析

简介：这是一份基于STM32的秒表程序源码，面向正在学习单片机定时器、中断与按键处理的嵌入式初学者及进阶开发者，可直接用于正点原子精英板，稍作修改也能适配野火等其他厂家开发板。程序实现0.01秒精度的计时、暂停与清零功能，keyup负责启动与继续，key1负责暂停，key0负责清零，逻辑清晰，几乎每个函数都附有注释，便于理解与二次开发。压缩包共140个文件，约2.69MB，包含36个h头文件、34个c源文件，以及编译生成的o、d、crf等中间文件，另有sct分散加载文件、hex可执行文件、uvprojx工程文件和map映射文件，覆盖从源码到烧录的完整工程结构。目前已有2388人学习下载，读者可借此掌握定时器计数、LCD显示与按键消抖的配合方式，并在此基础上扩展硬件功能，适合作为课程设计或自学练手项目。

1. 从「精英板秒表成功.rar」说起：一个压缩包背后到底藏着什么

看到「精英板秒表成功.rar」这个标题，很多做过单片机课程设计的人会心一笑——这大概率是某块开发板上跑通了一个秒表程序，然后把工程打包压缩，文件名里带着「成功」两个字，像是给自己交作业时留的一个记号。但如果你只把它当成一个「跑通了」的压缩包，那就浪费了。它背后其实是一条完整的嵌入式开发链路：硬件选型、定时器配置、数码管或 LCD 驱动、按键消抖、中断优先级、工程目录组织，最后才是打包。真正值得复现的不是那个 rar 文件本身，而是「在一块精英板级别的开发板上，从零做一个稳定秒表」这件事。它适合刚学完 GPIO 和定时器、想找一个综合小项目练手的人，也适合需要给新人出一道「能看出功底」的面试题的团队。秒表看似简单，但计时精度、按键响应、显示刷新这三件事凑在一起，翻车点比想象中多。

2. 精英板秒表的核心链路：定时器、显示与按键怎么串起来

2.1 为什么秒表项目首选硬件定时器而不是软件延时

秒表的第一需求是「计时准」。很多新手第一反应是用delay_ms()在循环里累加，这种做法在只做秒表时勉强能跑，但一旦加入按键扫描和显示刷新，累计误差会迅速放大。原因是软件延时依赖循环次数，编译器优化等级、主频配置、中断打断都会让实际延时偏离预期。硬件定时器则不同：它由独立计数器驱动，只要时钟源和预分频参数确定，溢出周期就是确定的。常见做法是配置一个基本定时器，让它每 1 ms 产生一次中断，在中断里对一个volatile变量累加，主循环只负责读取和显示。这样计时和显示解耦，显示再慢也不会影响计时。

以常见的 Cortex-M 内核精英板为例，假设系统时钟 72 MHz，要得到 1 ms 中断，可以这样算：预分频器设为 72-1，自动重装载值设为 1000-1，得到 72 MHz / 72 / 1000 = 1 kHz，即每 1 ms 一次中断。这个计算过程必须自己走一遍，不能直接抄，因为不同板子的晶振和倍频系数不一样。

// 定时器初始化：目标 1ms 中断一次 void timer_init(void) { // 使能定时器时钟，具体总线名称按芯片手册确认 RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); TIM_TimeBaseInitTypeDef tim; // 预分频：72MHz / 72 = 1MHz，即计数一次 1us tim.TIM_Prescaler = 72 - 1; // 自动重装载：1MHz 下计 1000 次 = 1ms tim.TIM_Period = 1000 - 1; tim.TIM_CounterMode = TIM_CounterMode_Up; tim.TIM_ClockDivision = TIM_CKD_DIV1; TIM_TimeBaseInit(TIM2, &tim); // 使能更新中断 TIM_ITConfig(TIM2, TIM_IT_Update, ENABLE); // 开启定时器 TIM_Cmd(TIM2, ENABLE); }

这段代码里有两个参数最容易被改错：TIM_Prescaler和TIM_Period。它们共同决定中断频率，公式是「时钟频率 / (预分频+1) / (重装载+1)」。如果你把预分频写成 71 而不是 72-1，实际频率会偏，跑久了秒表就会慢。另一个坑是中断服务函数里必须手动清除中断标志，否则会反复进中断，主循环直接饿死。

2.2 数码管与 LCD 的刷新策略：为什么显示不能放在中断里

显示刷新是秒表第二个关键点。用数码管做显示时，常见方案是动态扫描：每 2~5 ms 切换一位，利用人眼视觉暂留形成稳定画面。如果用 LCD，则通常走 SPI 或并口，刷新一屏耗时可能到毫秒级。无论哪种，都不建议把显示代码放进定时器中断。原因是中断服务函数应该尽量短，显示驱动里往往有循环等待、总线操作，放进去会拉长中断响应时间，导致计时抖动，甚至影响按键捕获。

我一般会这样分工：定时器中断只做一件事——累加毫秒计数，并置一个「需要刷新」的标志位。主循环检测到标志位后，再调用显示函数。这样即使显示函数偶尔耗时较长，也只是刷新慢一帧，不会丢计时。

volatile uint32_t g_ms = 0; // 毫秒计数 volatile uint8_t g_need_refresh = 0; // 定时器中断服务函数 void TIM2_IRQHandler(void) { if (TIM_GetITStatus(TIM2, TIM_IT_Update) != RESET) { TIM_ClearITPendingBit(TIM2, TIM_IT_Update); // 必须清标志 g_ms++; g_need_refresh = 1; } } // 主循环 int main(void) { timer_init(); display_init(); key_init(); while (1) { if (g_need_refresh) { g_need_refresh = 0; display_show_time(g_ms); // 显示函数只读 g_ms } key_scan(); // 按键扫描放主循环 } }

这里g_ms和g_need_refresh都加了volatile，防止编译器优化时把它们缓存到寄存器里，导致主循环读不到中断里的更新。这是嵌入式里非常经典的一个坑，不加volatile时程序可能「看起来正常」，但一开优化就出问题。

2.3 按键消抖与启停逻辑：状态机比 delay 更可靠

秒表至少需要两个按键：启动/暂停、复位。机械按键按下时会有 5~20 ms 的抖动，如果直接在中断里读电平，一次按下可能被识别成多次。常见做法有两种：一种是在定时器中断里每 10 ms 采样一次按键电平，连续两次相同才确认；另一种是用状态机在主循环里做非阻塞消抖。我更推荐后者，因为它不占用中断资源，逻辑也清晰。

// 非阻塞按键消抖：每 10ms 调用一次 typedef enum { KEY_IDLE, KEY_DEBOUNCE, KEY_PRESSED } key_state_t; uint8_t key_read_stable(void) { static key_state_t state = KEY_IDLE; static uint8_t cnt = 0; uint8_t level = GPIO_ReadInputDataBit(KEY_PORT, KEY_PIN); switch (state) { case KEY_IDLE: if (level == 0) { state = KEY_DEBOUNCE; cnt = 0; } break; case KEY_DEBOUNCE: if (++cnt >= 2) { // 连续两次采样为低 state = KEY_PRESSED; return 1; // 确认按下 } if (level != 0) state = KEY_IDLE; // 抖动，回退 break; case KEY_PRESSED: if (level != 0) state = KEY_IDLE; // 释放 break; } return 0; }

这个状态机每 10 ms 被调用一次，两次确认就是 20 ms 消抖，对手感影响很小。启停逻辑用一个running标志控制：按下启动键时，如果当前是暂停状态就继续累加，如果是停止状态就清零后开始。复位键则直接把g_ms清零，并强制暂停。注意复位和启动不要共用同一个按键，否则逻辑会绕。

3. 从零复现一个精英板秒表：工程搭建与参数配置

3.1 工程目录怎么组织才不容易乱

拿到一块精英板，第一步不是写代码，而是把工程目录定下来。我见过太多人把所有.c文件堆在一个文件夹里，改到后面自己都找不到。一个可维护的秒表工程至少分四层：启动与内核文件、外设驱动、应用逻辑、主函数。以常见 IDE 为例，目录可以这样组织：

这样分的好处是，换一块板子时只需要改 Drivers 里的引脚定义和时钟配置，App 层几乎不用动。很多课程设计里把显示和计时混在一个文件里，最后想加一个「计次」功能都无从下手。

3.2 时钟树配置：别让默认值坑了你

精英板级别的开发板通常外部晶振是 8 MHz，通过 PLL 倍频到 72 MHz 或 168 MHz。如果你直接用 IDE 生成的默认时钟配置，一定要确认系统时钟频率和你定时器计算时用的一致。我遇到过一种情况：代码里按 72 MHz 算预分频，但实际时钟树没配好，跑在 8 MHz 上，结果秒表慢了 9 倍。排查这种问题，最直接的办法是让一个 GPIO 在定时器中断里翻转，用示波器或逻辑分析仪看实际频率。没有仪器时，也可以用一个已知时长的delay做粗略对比。

// 时钟配置后，把系统频率读出来做断言 SystemCoreClockUpdate(); // 如果这里不是 72000000，后面所有定时器计算都要重算 if (SystemCoreClock != 72000000) { // 实际项目中可以点亮错误指示灯 error_led_on(); }

SystemCoreClockUpdate()会从寄存器里反推当前频率，比你自己记的变量可靠。这一步花两分钟，能省掉后面几小时的玄学调试。

3.3 显示驱动的最小验证：先点亮一位再谈秒表

在写秒表逻辑之前，先单独验证显示驱动。以数码管为例，先写一个函数让某一位显示固定数字，确认段选和位选都对。常见错误是段码表搞反（共阴共阳弄混），或者位选引脚接错。验证方法很简单：让所有位轮流显示 0~9，每 500 ms 换一个数字，肉眼观察是否正常。如果显示乱码，先查段码表，再查引脚映射。

// 共阴数码管段码表，0~9 const uint8_t seg_code[10] = { 0x3F, 0x06, 0x5B, 0x4F, 0x66, 0x6D, 0x7D, 0x07, 0x7F, 0x6F }; // 显示一位数字，pos 为位选索引 void display_digit(uint8_t pos, uint8_t num) { // 先关所有位，防止鬼影 DIGIT_PORT = 0x00; // 输出段码 SEG_PORT = seg_code[num]; // 打开对应位选 DIGIT_PORT = (1 << pos); }

这段代码里「先关所有位」是动态扫描的关键，否则上一位的残影会串到下一位，看起来像显示重叠。如果用的是 LCD，验证步骤类似：先填纯色，再画字符，最后才是刷新时间。

4. 秒表跑起来之后的避坑清单：计时不准、按键失灵、显示闪烁

4.1 计时越跑越慢：先查中断标志和变量类型

现象：秒表刚上电时和手机秒表对比差不多，跑十几分钟后明显偏慢。原因通常有两个：一是中断服务函数里忘了清标志，导致中断被反复触发但实际计数没增加；二是g_ms用了uint16_t，65535 ms 后溢出回绕。解决方法是把计数变量定义为uint32_t，并在中断里确认清除标志。另外，如果中断优先级配置不当，被其他高优先级中断长时间打断，也会丢中断。可以给定时器中断设一个较高的抢占优先级，但不要最高，留一级给系统滴答。

4.2 按键偶尔连跳：消抖周期和扫描周期要匹配

现象：按一次启动键，秒表状态跳了两次，或者按了没反应。原因往往是消抖采样周期和按键扫描周期不一致。比如消抖状态机每 10 ms 调用一次，但主循环里因为显示函数耗时，实际调用间隔变成了 30 ms，两次确认就变成了 60 ms，手感变差。解决方法是把按键扫描也放到定时器中断里，或者用一个独立的 1 ms 滴答来驱动状态机，保证采样间隔稳定。如果不想在中断里做太多事，至少保证主循环里没有长时间阻塞的delay。

4.3 显示闪烁或鬼影：刷新率和关位顺序

现象：数码管某一位特别亮，或者数字边缘有残影。原因是动态扫描刷新率太低（低于 50 Hz 肉眼就能察觉闪烁），或者切换位选时没有先关段码。解决方法是把刷新周期控制在 2~5 ms，并在切换位之前先把段码口清零。如果是 LCD，闪烁通常来自刷新整屏时没有用双缓冲，可以只刷新变化的区域。

4.4 复位后时间不清零：变量初始化和备份寄存器

现象：按复位键后秒表归零，但按板子上的复位按钮后时间又回来了。原因是g_ms是全局变量，复位后应该重新初始化为 0，但如果它被放在了备份寄存器域或者没有被正确初始化，就会保留旧值。检查启动文件里的.bss段初始化，确保全局变量在main之前被清零。如果用了备份寄存器做掉电保存，那复位不清零是预期行为，需要单独用一个按键清除。

4.5 打包成 rar 之前：确认工程能独立编译

现象：把工程发给别人，对方打开后编译报错，找不到头文件。原因是工程里用了绝对路径，或者漏掉了某个驱动文件。打包前做一次「干净编译」：删除所有中间文件，重新编译一遍，确认没有警告和错误。然后把整个工程目录压缩，不要只压main.c。如果工程里引用了外部库，把库文件也放进去，并在说明里写清楚 IDE 版本和芯片型号。

5. 让秒表更接近实用：计次、低功耗与精度校准的三个技巧

秒表跑通只是起点。如果你想让这个项目在课程设计或面试里更有说服力，可以加三个进阶功能。第一个是计次：在启动状态下，按第三个按键记录当前时间到一个数组里，显示时轮流展示。实现上只需要一个uint32_t laps[10]和一个索引，注意数组越界保护。第二个是低功耗：在暂停状态下关闭数码管扫描，把系统时钟降到低频，用按键中断唤醒。这个功能能体现你对功耗的理解，但要注意唤醒后重新配置时钟和显示。第三个是精度校准：由于晶振本身有误差，长时间计时后总会偏。可以在代码里加一个校准系数，比如每 1000 ms 实际走了 1002 ms，就把累加逻辑改成每 1000 次中断减去 2。校准值需要和标准时间对比后确定，不能拍脑袋。

// 带校准的毫秒累加：每 1000ms 扣掉固定偏差 volatile uint32_t g_ms = 0; volatile uint16_t g_tick = 0; const int16_t CALIB_MS_PER_SEC = -2; // 每秒慢 2ms 就填 -2 void TIM2_IRQHandler(void) { if (TIM_GetITStatus(TIM2, TIM_IT_Update) != RESET) { TIM_ClearITPendingBit(TIM2, TIM_IT_Update); g_tick++; if (g_tick >= 1000) { g_tick = 0; // 每秒校准一次，避免误差累积 g_ms += 1000 + CALIB_MS_PER_SEC; } } }

这个校准逻辑的好处是把误差控制在一秒以内，而不是让它自由累积。校准值怎么来？让秒表和标准时间同时跑一小时，看差了多少毫秒，再除以 3600 得到每秒偏差。注意校准值不要设得太大，否则秒表会跳秒。

最后一个习惯：每次改完定时器参数，都用示波器或逻辑分析仪量一下中断引脚的实际频率，别只靠肉眼对秒表。我早期做这个项目时，因为没量频率，按 72 MHz 算的参数实际跑在 36 MHz 上，秒表慢了一倍，查了一晚上才发现是时钟树里一个分频位没配。希望帮到你。

本文还有配套的精品资源，点击获取