51单片机简易秒表实战：定时器中断与数码管动态扫描全解析

如果只能挑一个项目来证明自己已经把 51 单片机从“会点灯”推进到“会做东西”的阶段，我会毫不犹豫地推荐简易秒表。别看它名字里带个“简易”，它把嵌入式入门最绕不开的几个坎——定时器、中断、数码管动态扫描、按键消抖——一次性全串起来了。把这几个点真正弄通，后面再去碰串口、LCD、传感器小系统，思路都是顺的。这篇文章不打算写成一板一眼的教程，而是按我实际做完这个项目的过程来复盘：方案怎么定、硬件怎么连、代码怎么写、调试中踩过哪些坑，最后再聊聊它能往哪些方向扩展。

适合谁来参考？一类是正在做课程设计、又不想直接抄模板的同学；另一类是自学完点灯和静态数码管、正缺一个综合练习的人。看完你至少能回答三个问题：为什么计时要靠硬件定时器而不能靠 delay 翻跟头、为什么数码管要轮流点亮而不是一起亮、为什么按键按下那一下必须做消抖。这三个问题搞明白，秒表这个项目基本上就通了。

1. 方案定型：秒表的功能拆解与设计取舍

1.1 需求拆开来看，其实只有三件事

做项目第一件事不是打开开发环境写代码，而是把需求说清楚。一个最标准的简易秒表需求是这样的：显示范围 00.00 秒到 99.99 秒，分辨率到 0.01 秒；一个“启动/暂停”按键，按下一次开始计时，再按一次暂停；一个“复位”按键，把时间清零并停止；显示部分用 4 位数码管，秒和百分秒之间加一个小数点。

这个需求听起来简单，但拆开后会衍生出一串需要决策的问题：

实际动手前先把这些问题列出来，后面写代码就会很顺，不会写着写着发现引脚不够用或者计时量程不对。

1.2 为什么计时要选硬件定时器而不是软件延时

很多新手会这么想：反正每 10ms 加一次计数，那我干脆在循环里写一个 delay(10)，然后给变量加一，不也一样吗？表面上看一样，实际完全不是一回事。主循环里除了计时，还要扫描数码管、读取按键。扫描显示本身要耗时，按键处理也要耗时，这些耗时是不断变化的。你在循环里调用 delay(10)，这个 10ms 只是“延时函数自己”的时间，从“上一次计数”到“下一次计数”实际可能已经过去了 12ms 甚至 15ms，而且每次还不一样。时间就会越走越快或越走越慢，根本谈不上精度。

硬件定时器完全不同。定时器0是一个独立的 16 位计数器，它不受主循环代码影响，到了设定值就自动把标志位拉高，触发中断。中断服务函数里只是给变量加一，这件事发生得非常准时。主循环该扫描显示就扫描显示，该处理按键就处理按键，中断来了就放下手头的事去“记账”，记完回来继续。这就是“后台中断负责计时间，前台循环负责干杂活”的思路，也是这个项目最重要的一条设计主线。

1.3 软件架构先画出来：前台循环加后台中断

我给这个项目定的结构是这样：中断服务函数里只做一件半的事——一件是重装定时器初值，半件是给 10ms 计数变量加一。主循环里负责四件事——扫描按键、处理按键逻辑、更新显示缓冲区、驱动数码管。

这里有个经验值得单独说：中断函数里尽量别干重活。比如不要在中断里去做按键消抖，也不要直接去驱动数码管显示。中断函数执行时间越长，对主循环的“打断”就越频繁，万一它执行时间超过了下一次中断的间隔，系统就乱了。中断里只维护几个变量，把活儿留到主循环里干，是嵌入式里特别重要的一个习惯，秒表这种小项目正是养成这个习惯的好机会。

关于共享变量，还有一个小细节：tick10ms这个变量中断里会改，主循环里会读，理论上要加volatile修饰，告诉编译器“这个变量随时可能被中断改掉，别把它缓存到寄存器里”。很多人在小项目里不加也能跑，但一旦开了优化，不加 volatile 就可能出现显示卡顿、计数不更新这种诡异现象。写上不会错。

2. 硬件连接：最小系统、数码管和按键怎么搭

2.1 最小系统先确认，别急着接外设

51 单片机要跑起来，最小系统就是电源、晶振、复位电路。晶振我用的是 12MHz，这是做纯计时项目比较合适的频率，原因下一节详细讲。两个 30pF 左右的负载电容分别接在晶振两个引脚到地，复位电路最常用的套路是一个 10uF 电解电容接复位脚到电源，再加一个 10k 电阻从复位脚到地。很多开发板还会有个复位按键并联在电容两端，按下强制复位。

上电之前用万用表确认一下电源正负极，顺便测一下芯片电源引脚对地电压是不是 5V 左右。这个检查花不了 30 秒，但能省下后面半天查“为什么芯片完全不工作”的时间。我自己有一次就是电源接反了，芯片轻微发烫，差点把整个板子烧了，从那以后我每次上电前都会先测一遍。

2.2 晶振频率怎么选：12MHz 和 11.0592MHz 的区别

晶振频率决定了机器周期。标准 51 内核是 12T 模式，也就是 12 个时钟周期等于一个机器周期。12MHz 晶振算下来一个机器周期正好是 1us，这对定时器来说非常友好，因为定时器每加一就是一个微秒，算初值的时候完全不需要跟小数打交道。

11.0592MHz 这个频率看起来古怪，但它是为了串口通信而生的。它能让波特率误差做到 0，所以做串口通信的项目几乎都用它。做秒表如果不开串口，我更推荐 12MHz。两种频率下，10ms 中断对应的定时器初值分别是这样：

要注意的是，这里的前提是 12T 模式。现在很多国产增强型 51 芯片默认是 6T 甚至 1T 模式，同样 12MHz 晶振，机器周期就变成了 0.5us 甚至更小，同样的初值算出来的时间完全不对。拿到芯片先看数据手册确认时钟模式，这是我在这个项目上踩过的最典型的低级坑。

2.3 数码管动态扫描：为什么四个数字是轮流亮的

4 位数码管如果每一位都用独立的 8 个 IO 口去驱动，那就是 32 个 IO 口，51 单片机根本不够用。所以工程上几乎都用动态扫描：4 位数码管的 8 个段选引脚全部并联在一起，接到一组 IO 口上，每一位的公共端单独接一个 IO 口控制。

这样一组段选加四个位选，一共才 12 个 IO 口。显示的时候不能四位数一起给段码，因为段选是公用的，一起给就变成四位显示同一个数字了。正确做法是让四位数轮流导通：先让第一位数选有效，给出第一位的段码，保持一小段时间；然后关掉第一位的位选，打开第二位，给出第二位的段码；以此类推。只要每一轮扫描足够快，人眼靠着视觉暂留效应，看到的就是四位数同时在亮。

扫描周期怎么定？我建议每位点亮时间在 1ms 到 2ms 之间。4 位一轮就是 4ms 到 8ms，对应的刷新率在 125Hz 到 250Hz，完全看不到闪烁。如果一位点亮时间拖到 5ms 以上，整体刷新率掉到 50Hz 以下，就能明显感觉到数字在跳了。

动态扫描的电路里，段选这一路建议加 220 到 470 欧的限流电阻，不然数码管亮度太高甚至可能超出芯片 IO 口的驱动能力。位选这一端如果直接用 IO 口驱动多位共阳数码管，电流也容易超，最好加三极管扩流。我的板子上位选用的是低电平导通的方式，代码里稍做取反就行。

2.4 按键电路：低电平触发其实是在为上拉服务

秒表只需要两个按键，启动/暂停和复位。51 单片机的 P1 口内部一般有弱上拉，所以按键最常见的接法是：一端接 IO 口，另一端接地。没有按下时 IO 口被上拉到高电平，按下后变成低电平。这样的“低电平触发”在代码里判断起来很直接，读到 0 就是按下。

如果板子上的 P1 口没有可靠的上拉，可以外接一个 10k 电阻到 VCC，避免按键悬空时电平不确定。顺便说一句，做这种小项目尽量不要用浮空输入，宁可多一个电阻让电平确定，也不要在程序里赌硬件。

引脚分配表我列在这里，方便对照接线：

3. 定时器与中断代码：精度问题的关键在这里

3.1 定时器初值 0xD8F0 是怎么算出来的

定时器0工作在方式1，也就是 16 位计数模式。计数最大值是 65535，超过就溢出，溢出时触发中断。要让它在 10ms 后溢出，只需要让它的初值等于 65536 减去 10ms 对应的计数个数。

12MHz 晶振在 12T 模式下，机器周期是 1us，10ms 对应 10000 个计数。所以初值就是 65536 - 10000 = 55536，换算成十六进制是 0xD8F0。于是代码里写：

TH0 = 0xD8; TL0 = 0xF0;

这里有个细节：初值 0xD8F0 中，高字节 0xD8 也就是 216，低字节 0xF0 也就是 240。写寄存器的时候要先写 TH0 再写 TL0，虽然大多数情况下顺序没那么敏感，但养成先高后低的习惯没坏处。

定时器模式的设置也很直白：TMOD 寄存器赋成 0x01，意思是定时器0工作在方式1，并且作为定时器用，不是计数器。这里特别注意 TMOD 的高四位管定时器1，低四位管定时器0，如果你以后同时用两个定时器，可别把另一个功能给覆盖了。

3.2 方式1的软重装误差，以及更准的方式2

代码里我在中断服务函数中重新给 TH0、TL0 赋值，这叫“软件重装”。它有个隐蔽的精度问题：定时器溢出瞬间会产生中断请求，但 CPU 要完成当前指令、响应中断、进入中断函数，这中间要花好几个机器周期。在这些周期里，定时器并没有停下来，而是从 0x0000 继续往上跑。等软件把初值装回去的时候，实际已经多跑了一段。

打个比方，本来应该是“每隔 10ms 响一次铃”，结果每次响铃都要晚个几微秒才被记上。单次误差很小，但日积月累，跑一分钟大概会慢几十毫秒。课程设计或者日常玩耍完全能接受，但如果你想做一只长期走时也不漂的秒表，更专业的做法是换用定时器的方式2。

方式2是 8 位自动重装模式，TL0 溢出后硬件自动把 TH0 的值复制过来，完全不用软件干预，也就不会引入响应延迟带来的误差。但方式2最大只能计 256 个机器周期，12MHz 下就是 256us，撑不住 10ms。解决思路是用一个小周期作为基本单位：让定时器每 100us 溢出一次，中断里维护一个软件计数器，数到 100 次就代表 10ms。100us 对应的初值是 256 - 100 = 156，也就是 0x9C。这样的中断频率是 10kHz，中断函数里只做加法和判断，开销完全可以接受。我在追求更高精度时就会切换到这个方案，虽然代码稍微多两行，但心里踏实很多。

3.3 按键消抖：别用一句 delay 就糊弄过去

按键的机械触点从接触到稳定闭合，往往要经历几毫秒的抖动，电平会在 0 和 1 之间跳变好几次。如果不处理，按下一次可能会被识别成好几次，秒表就会“启动一下又立刻暂停”，非常让人抓狂。

我用的消抖思路是“边沿检测 + 短暂延时确认”。维护一个变量记录上一次读到的按键状态，主循环每次读一次，发现状态变了，先等 20ms 再读一次，如果确实变了，就认为这是一次有效的按键动作。只在“按下”这一瞬间处理逻辑，松开的过程不处理，这样就不会重复触发。

实际代码里我是这么写的：

if (KEY_START != key_start_last) { delay_20ms(); if (KEY_START != key_start_last) { key_start_last = KEY_START; if (key_start_last == 0) { running = !running; TR0 = running; } } }

这里的key_start_last每次循环结束前都要更新一次，别漏了。另外，20ms 的阻塞延时虽然会让显示扫描短暂卡顿一下，但人眼基本无感，课程设计这个层级完全够用。想做真正流畅的产品体验，可以把这个延时改成非阻塞的计数方式，思路一样但不在循环里死等。

3.4 动态扫描主循环：先消隐再选通

扫描函数的顺序很有讲究，很多人显示出现“拖影”就是顺序错了。正确顺序是：先把所有位选全部关闭，这一步叫消隐；然后往段选总线上送当前位的段码；最后再打开当前位的位选。

为什么要先消隐再送段码？因为如果把段码先送上去了，然后再切位选，那么在切换的瞬间，前一位的段码还残留在总线上，新一位的位选已经打开了，前一位的字符就会在新一位上闪一下，看起来像重影。反过来，先把所有位选都关掉，总线上残留什么码都无所谓，不会点亮任何一位，等总线稳定了再开新的位选，画面就干净了。

扫描函数大概长这样：

void scan_display(void) { static u8 idx = 0; P2 = P2 & 0xF0; // 全部位选关闭，消隐 switch (idx) { case 0: P0 = seg_code[disp[0]]; break; case 1: P0 = seg_code[disp[1]]; break; case 2: P0 = seg_code[disp[2]] & 0x7F; break; // 小数点 case 3: P0 = seg_code[disp[3]]; break; } P2 = P2 | (1 << idx); // 打开当前位选 idx = (idx + 1) & 0x03; }

P2 & 0xF0是把低四位清零，如果板子上位选是高电平有效，这一句就是全关。低电平有效的板子需要反过来，改成置位全关，细节根据自己硬件调整就好。

4. 完整代码与分步调试验证

4.1 可以直接拿来验证的完整代码

把前面几个模块拼起来，就是这个项目的完整代码：

#include <reg52.h> typedef unsigned char u8; typedef unsigned int u16; sbit KEY_START = P1^0; sbit KEY_RESET = P1^1; u8 code seg_code[10] = { 0xC0, 0xF9, 0xA4, 0xB0, 0x99, 0x92, 0x82, 0xF8, 0x80, 0x90 }; u16 tick10ms = 0; u8 running = 0; u8 disp[4] = {0, 0, 0, 0}; void delay_20ms(void) { u8 i, j; for (i = 0; i < 20; i++) for (j = 0; j < 250; j++) ; } void scan_display(void) { static u8 idx = 0; P2 = P2 & 0xF0; switch (idx) { case 0: P0 = seg_code[disp[0]]; break; case 1: P0 = seg_code[disp[1]]; break; case 2: P0 = seg_code[disp[2]] & 0x7F; break; case 3: P0 = seg_code[disp[3]]; break; } P2 = P2 | (1 << idx); idx = (idx + 1) & 0x03; } void update_display(void) { u16 sec = tick10ms / 100; disp[0] = sec / 10 % 10; disp[1] = sec % 10; disp[2] = tick10ms / 10 % 10; disp[3] = tick10ms % 10; } void timer0_isr(void) interrupt 1 { TH0 = 0xD8; TL0 = 0xF0; if (running) { tick10ms++; if (tick10ms >= 10000) tick10ms = 0; } } void main(void) { u8 key_start_last = 1; u8 key_reset_last = 1; TMOD = 0x01; TH0 = 0xD8; TL0 = 0xF0; ET0 = 1; EA = 1; while (1) { if (KEY_START != key_start_last) { delay_20ms(); if (KEY_START != key_start_last) { key_start_last = KEY_START; if (key_start_last == 0) { running = !running; TR0 = running; } } } if (KEY_RESET != key_reset_last) { delay_20ms(); if (KEY_RESET != key_reset_last) { key_reset_last = KEY_RESET; if (key_reset_last == 0) { running = 0; TR0 = 0; tick10ms = 0; } } } key_start_last = KEY_START; key_reset_last = KEY_RESET; update_display(); scan_display(); } }

代码里我把段码表定义成了共阳数码管的编码：0xC0 对应数字 0，0xF9 对应数字 1。如果你的板子是共阴数码管，段码要全部取反，这一点非常重要，不然显示出来的数字会完全对不上。

4.2 调试顺序：从“会亮”到“会跑”

我不建议把全部代码写完再一口气调试，那样出了问题根本不知道是硬件还是软件的锅。这个项目我建议分四步走。

第一步，先让数码管静态显示一个固定数字。主循环里连扫描都先不要，只做一件事：往 P0 送段码，P2 打开一位。这一步能验证段选和位选的物理接线是否正确。如果一位显示不出来，就检查这一位的三极管和位选引脚；如果所有位都显示乱码，重点查段选排线。

第二步，做动态扫描。让 4 位轮流显示 1、2、3、4，确认扫描顺序和刷新率没问题。这一阶段能看到是不是有拖影、闪烁、亮度不均等问题。

第三步，把定时器接进来。不写按键逻辑，先让计数跑起来，数码管从 00.00 开始自己走。这一步验证的是定时器初值对不对、中断有没有触发、显示缓冲区换算有没有出错。

第四步，最后加按键逻辑。因为前三步已经把显示和计时都验证过了，按键一旦出问题，就能确定问题只在消抖和按键处理这一块，排查范围非常小。这种“一次只引入一个新变量”的调试习惯，关键时刻能救命。

4.3 我实测的精度数据

代码跑通之后，我拿手机秒表对比过。1 分钟下来，误差大约在 20 到 50 毫秒，主要来自方式1软重装那部分固定偏差。10 分钟累计大概慢 0.2 到 0.5 秒，日常玩完全够用。

如果你发现误差远远不止这个量级，比如一分钟差几秒，那就不是软重装的问题了，而是哪里出了结构性错误。最常见的是：芯片实际跑在 6T 模式，但代码还按 12T 在算；或者晶振没有起振，用了芯片内部振荡器，频率和标称值差很多。这时候用示波器或者逻辑分析仪测一下定时器中断引脚上翻转的方波频率，一眼就能看出时基准不准。

5. 常见问题排查：从现象到根因

5.1 现象对照速查表

我把做这个项目时最容易遇到的一批问题整理成了一个表，按“现象、可能原因、处理办法”三列来查：

这张表不是让读者对号入座，真正想说的是：出问题的时候先别急着改代码，先观察现象是哪一类——显示类、按键类、还是计时类，定位到子系统之后再往下挖，效率高很多。

5.2 排查思路：抓住两个关键信号

我调试这种综合项目，手里就靠两个“信号探针”。第一个是在中断里翻转一个 IO 口，比如每次中断把 P3^7 翻转一次，然后用示波器或者逻辑分析仪看波形。如果翻转频率稳定在 100Hz（10ms翻转一次），说明定时器中断是准的；如果频率不对，时基就有问题。一通百通，这一步验证完，计时基本就稳了。

第二个探针是在主循环里让另一个 IO 口跟着扫描周期翻转。正常情况它应该是一个几十到几百赫兹的方波，宽度基本稳定。如果这个信号时快时慢，说明主循环被什么东西阻塞了，多半是按键消抖里的阻塞延时太长，或者显示扫描里有死循环。

有人可能会说，这种小项目用不着这么复杂，直接看现象猜就行。但亲测下来，很多“玄学问题”最后都是靠这两个探针定位的，尤其是那种“偶尔跳一下”的间歇性故障，靠肉眼根本看不出来。

6. 还能怎么玩：扩展方向与我的几点体会

6.1 五个可以立刻动手的扩展

秒表做完以后，如果想再往上走一步，有五个扩展方向我觉得性价比很高。

第一个是把计时的时基换成方式2自动重装，把长期精度提上来，顺便体会一下“硬件自动重装”和“软件重装”到底差在哪。第二个是加计圈功能，比如按下某个键就把当前时间存进数组，再按另一个键回看存下来的几组数据，这就会用到数组和循环查表。第三个是换用 1602 液晶显示，把时间用“MM:SS:FF”的格式打出来，顺带练串并转换或者并口驱动。第四个是加蜂鸣器，计时到某个设定值就响一声，这就引入了“阈值比较”和“音频输出”两个新知识点。第五个是给秒表加独立按键键盘，比如用矩阵键盘输入预设时间，做一个倒计时秒表，这又是另一种玩法。

这些扩展都不算难，但每一个都会引入一两样新的知识点，做下来收获比单纯再写十个秒表都大。

6.2 做完之后我想说的几句话

这个项目我前后做过不止一次，每次感受都不太一样。第一次做的时候，我把全部希望寄托在“把代码敲进板子它就该动”上，结果当然是被各种问题教育了一顿。现在回头看，最大的收获倒不是会写定时器，而是学会了“拆”——把一个大问题拆成显示、计时、按键三个互不干扰的小模块，每个模块先单独验证，再拼起来联调。这种拆解的习惯，后面做任何嵌入式小系统都用得上。

最后再分享一个小技巧：调完秒表后别急着删工程，找个盒子把代码和接线图存好。过两个月再拿出来看看，你会发现自己看代码的眼光已经不一样了，很多当时觉得“能用就行”的地方，现在会想“这里能不能写得更好”。这种对比，比重新学一遍收获还大。