简介：这份文档是华南理工大学2020年微机课程设计报告，面向学习51单片机、汇编语言与微机原理课设的学生，围绕电子日历时钟给出软硬件实现方案。压缩包内仅含1个doc文件，约3.89MB，正文覆盖基础与扩展功能、硬件和软件方案、程序入口逻辑、六种显示模式切换、闹钟检测、数码管显示原理及结果分析，并配有流程图与按键说明。项目基于μvision编译汇编代码，使用STC-10F08XE开发板，涉及4位LED数码管、矩阵键盘、INT0与INT1中断、74HC595、流水灯和蜂鸣器，设置年、月日、时分、秒及毫秒、闹钟、秒表模式，并讨论动态扫描余辉、定时中断基准、闰年平年判断与一键多用按键设计。已有1145人学习，适合需要参考课设报告结构、汇编实现思路、硬件接口设计与调试要点的读者查阅。
1. 一块开发板、几百行汇编，把电子日历时钟从图纸做到能响
拿到这份课设报告时，我先翻到源码页——寄存器定义从 20H 开始铺了十几行，中断向量表一个都没落，通篇汇编里找不到一行 C。这是个很典型的微型计算机原理课程实际项目：核心是一颗51 单片机，四位数码管做显示，两个外部中断加一个矩阵键盘做交互，能显示北京时间、年月日、闹钟和秒表，还能进校准模式逐位改数。它适合两类人：一类是正在啃 51 指令集、想找一份能对着单步调试的完整工程当参照的；另一类是想搞清楚 74HC595 串转并、动态扫描消影、定时中断进位在汇编层面到底怎么写的。硬件方案、六个 MODE 的划分和调试记录报告里都是现成的，照着复现一遍，比看十篇原理教程管用。
2. 硬件与工程结构：STC-10F08XE 上的端口分配和 50ms 时基
2.1 端口映射：一条 P0 口被拆成两半用
这块板子的资源其实很紧张，数码管段码、位选、595 控制线、按键、蜂鸣器全都要塞进有限的 IO 里。报告里的做法是：段码不直驱，全部走 74HC595 串行输出；P0 口一刀切成两半，高四位给 595 的三个控制信号，低四位直接做四位数的位选。这样一颗 8 位口同时承担了「传数据」和「选管子」两件事，代价是软件上必须严格分时——写段码和点位选不能同时发生。
| 信号 | 引脚 | 方向与说明 |
|---|---|---|
| SER | P0.7 | 74HC595 串行数据输入 |
| SRCK | P0.4 | 移位时钟，上升沿把 SER 上的电平移入移位寄存器 |
| RCK | P0.5 | 锁存时钟，上升沿把 8 位移位寄存器整体搬到并行输出 |
| RST | P0.6 | 595 复位脚，初始化时拉低后全程不再动它 |
| 位选 | P0.0 ~ P0.3 | 置 1 点亮对应数码管，P0.3 是最右一位 |
| BUZZER | P1.3 | 蜂鸣器，CLR 拉低发声，SETB 静音 |
| INT0 | P3.2 | 外部中断 0，切换显示模式 |
| INT1 | P3.3 | 外部中断 1，进入/退出校准 |
片内 RAM 的分配同样是手工规划的，20H 往后一整片被切成闹钟、时间、显示、秒表四组变量：
; --- 端口与片内 RAM 分配（摘自报告源码） --- RCK BIT P0.5 ; 74HC595 锁存时钟 SRCK BIT P0.4 ; 74HC595 移位时钟 SER BIT P0.7 ; 74HC595 串行数据 RST BIT P0.6 ; 595 复位脚，初始化后不再动 BUZZER BIT P1.3 ; 蜂鸣器，低电平响 CLOCK_H EQU 20H ; 闹钟 时 CLOCK_M EQU 21H ; 闹钟 分 MODE EQU 23H ; 当前显示模式 0~5 TD EQU 24H ; 校准状态机：0 退出 / 1 进入 / 2 待复位 YEAR_L EQU 25H ; 年份低两位 YEAR_H EQU 26H ; 年份高两位 MONTH EQU 28H DAY EQU 29H HOUR EQU 2AH MINUTE EQU 2BH SECOND EQU 2CH MSECOND EQU 2DH TEMP1 EQU 2FH ; 待显示的低两位十进制数 TEMP2 EQU 30H ; 待显示的高两位十进制数 GEWEI EQU 32H ; 个位段码 SHIWEI EQU 33H ; 十位段码 BAIWEI EQU 34H ; 百位段码 QIANWEI EQU 35H ; 千位段码 WATCH_MIN EQU 36H ; 秒表 分 WATCH_SEC EQU 37H ; 秒表 秒 WATCH_MSEC EQU 38H ; 秒表 毫秒这里有两个细节值得说。第一，MODE和TD放在 23H、24H，紧挨着闹钟变量，是为了让主循环里取MODE时用短地址指令，省一个字节也省一个机器周期——51 上这种抠法很常见。第二，TEMP1/TEMP2存的不是 BCD 码而是二进制数值，段码是最后一步才查表换出来的。这个选择很关键，后面讲CODE_CHANGE时会看到它省掉了一堆拆位的麻烦。
提示：变量区从 20H 开始，是因为 00H~1FH 是四组工作寄存器区，堆栈又从 60H 往上长，中间 20H~5FH 空着正好用来放全局变量。如果你要加串口收发的缓冲区，建议直接从 40H 往后划，别去挤 2FH~38H 这段显示相关的区域。
2.2 工程结构：一个 .asm 文件和一次器件选择
报告里的软件部分在 μVision 里编译，整个工程其实就一个汇编源文件，结构上分成五段：寄存器定义、中断向量表、主循环、功能子程序（显示 / 按键 / 蜂鸣器 / 延时）、中断服务程序。这个顺序不是随便排的，向量表必须在 0000H 开始的绝对地址上，所以放在文件最前面，寄存器定义用BIT和EQU伪指令，不占程序空间。
新建工程的步骤没什么玄学，但有两个地方容易翻车。一是器件选型：STC 系列的器件库很多时候装不上，选Atmel AT89C52完全够用，因为两边都是 8051 内核，定时器、中断、串口寄存器地址完全一致，差别只在 ISP 下载方式。二是源文件后缀，μVision 认.asm和.A51两种，用记事本手写的一定要确认扩展名没被存成.txt，否则编译时提示 “file not found” 而你又明明看到了文件。
# μVision 里配置要点（对应工程选项 Target / Output 页） # 1. Device 选 Atmel AT89C52，Clock 填 12.0 MHz（要和板上晶振一致） # 2. Output 页勾选 Create HEX File # 3. 编译后 F7 全编，生成的 .hex 用 STC-ISP 工具烧进 STC-10F08XE # 4. 烧录时先点“下载”再给板子上电，冷启动才能进 ISP 引导时钟频率这一栏必须填对，它只影响 μVision 的软件仿真时序，不影响实际编译结果，但如果你打算用软件仿真看定时器溢出周期，填错了会把自己带进沟里。烧录那边是冷启动握手：上位机点下载后开始循环发同步包，板子重新上电时才应答，所以顺序反了就一直是“正在检测目标单片机”。
2.3 时基选型：为什么偏偏是 50ms
时钟精度的根子在中断周期上。报告里用的是 16 位定时器方式 1，12MHz 晶振下机器周期 1μs，最长定时 65.536ms；要凑出整数秒，中断周期必须能整除 1s 又不超过上限。50ms 是这里的最优解：20 次正好 1 秒，留了 15ms 余量给中断服务程序的执行时间，同时计数变量只用一个字节（最大 20）就够。
MOV TMOD,#11H ; T0、T1 都用方式 1（16 位定时器） MOV TL0,#0B0H ; 12MHz 晶振：65536 - 50000 = 15536 = 0x3CB0 MOV TH0,#03CH ; 50ms 溢出一次 MOV TL1,#0B0H ; T1 复用同一套参数，给秒表用 MOV TH1,#03CH MOV R6,#0 ; 50ms 中断计数，满 20 得 1 秒 SETB TR0 ; 启动 T0 SETB ET0 ; 允许 T0 中断 SETB EA ; 开总中断TMOD=0x11H的意思是两个定时器都工作在方式 1：16 位、内部定时、不受外部引脚控制。低四位管 T0，高四位管 T1，两边都是0001，合并就是0001 0001。计数值 15536 换算成十六进制是0x3CB0，低字节B0H装 TL0，高字节3CH装 TH0——顺序不能反，写反了第一次溢出时间会变成天文数字。
注意：如果你手上是 11.0592MHz 的板子（串口通信常用这个频率），
0x3CB0就不准了。65536 - 50000×11.0592/12 ≈ 19456 = 0x4C00，得把 TL0/TH0 改成00H/4CH，否则一天能慢出好几分钟。这个参数我见过太多人直接抄，抄完发现时间越走越偏，回头查了半天代码没毛病，就是晶振不对。
秒表用 T1 是按同一个思路来的，但它的开关是独立的：TR1一个位就能起停，不用额外记录状态，改起来比用软件计时要干净得多。
3. 核心代码拆解：从定时中断到 595 段码输出的完整链路
3.1 中断向量表与主循环骨架
51 的中断入口地址是硬件固定的，0003H 给外部中断 0，000BH 给定时器 0，0013H 给外部中断 1，001BH 给定时器 1。每个入口只有 8 个字节，塞不下真正的服务程序，所以标准写法是在入口处放一条长跳转，把实际处理逻辑挪到后面去。
ORG 0000H AJMP MAIN ; 上电复位，跳主初始化 ORG 0003H LJMP PRO_INT0 ; 外部中断 0：切换显示模式 ORG 000BH LJMP EINT0 ; 定时器 0：50ms 时基，走时+扫描 ORG 0013H LJMP PRO_INT1 ; 外部中断 1：进入/退出校准 ORG 001BH LJMP EINT1 ; 定时器 1：秒表计时用AJMP还是LJMP有讲究：复位入口离主程序近，两字节的AJMP够用；中断入口离得远，必须三字节的LJMP。这不是风格问题，是 8051 的跳转范围限制——AJMP只能跳 2KB 窗口内，跨段就飞了。
主循环本身是个极简的状态机，反复取MODE变量，六个分支对应六个SHOW_xxx子程序，显示完立刻回头再取：
START: MOV DPTR,#NUM_TABLE ; 段码表首地址，全程不改 MOV A,CLOCK_H CJNE A,HOUR,TIMER_EXIT ; 闹钟时 != 当前时，跳过 MOV A,CLOCK_M CJNE A,MINUTE,TIMER_EXIT; 闹钟分 != 当前分，跳过 LCALL BEEP_CLOCK ; 时分都相等，响闹钟 MOV R7,#40 LCALL DELAY TIMER_EXIT: MOV A,MODE MODE0: CJNE A,#0,MODE1 CLR TR1 ; 离开秒表模式时停表并清零 MOV WATCH_MSEC,#0 MOV WATCH_SEC,#0 MOV WATCH_MIN,#0 LCALL SHOW_YEAR AJMP START MODE1: CJNE A,#1,MODE2 LCALL SHOW_MONTH_DAY AJMP START ; …… MODE2~MODE5 同构，最后回到 START闹钟检测放在模式分派之前，是个很聪明的取舍：不管当前处在哪个模式，只要时分对上就响，不用在六个显示子程序里各写一份判断。DPTR在主循环入口统一指向段码表，后面所有MOVC A,@A+DPTR都依赖这个约定，中途任何子程序都不许动 DPTR——这是整套代码的隐形契约，破坏了就是一片乱码。
3.2 SEND_BYTE：把一个字节串进 74HC595
74HC595 是串入并出的移位寄存器，内部两级：8 位移位寄存器负责接数据，8 位输出锁存器负责把数据稳定地送到引脚上。这两个动作分别由 SRCK 和 RCK 的上升沿触发，所以发送一个字节必须严格按「移位 8 次 → 锁存一次」的节奏走。
SEND_BYTE: MOV BYTE,A ; 暂存待发数据到 BYTE MOV A,#80H ; 掩码从最高位 1000 0000 开始 MOV R7,#9 JUDGE_R7: DJNZ R7,SEND_LOOP ; 9 减到 0 时结束，实际循环 8 次 CLR RCK SETB RCK ; 上升沿：移位寄存器的值整体搬进输出锁存器 CLR RCK RET SEND_LOOP: RL A ; 掩码左移，下一轮比对下一位 MOV B,A ANL A,BYTE ; 掩码 & 数据，看这一位是不是 1 JNZ SET_SER ; 非 0 → 这一位是 1 CLR SER ; 是 0，数据线拉低 MOV A,B SRCK_1: CLR SRCK SETB SRCK ; 上升沿：595 采样 SER 电平移入移位寄存器 CLR SRCK AJMP JUDGE_R7 SET_SER: SETB SER ; 数据线拉高 MOV A,B AJMP SRCK_1参数上要盯住三个变量：BYTE是待发的段码，A是滚动掩码，R7是循环计数器。R7初值给 9 而不是 8，是因为DJNZ是先减后判——进循环前减到 8，第 8 位发完减到 0 正好退出，落到锁存那两句上。这个「多给一个」的写法在 51 汇编里很普遍，第一次读会觉得很绕。
段码的有效电平也得对上。数码管是共阳还是共阴，段码表整个不一样；SETB SER点亮还是CLR SER点亮，取决于 595 输出到数码管之间的驱动方式。这份代码里SETB SER对应点亮段，说明中间有一级反相驱动或者用的是共阴管配高电平有效的接法。换板子第一件事就是拿万用表量一下，别硬套。
3.3 动态扫描与消影：SEG_DISPLAY 里那四次点亮
四位共用一个段码通道，就只能靠时间分割：同一时刻只点亮一位，四位轮流点，频率够高（一般 50Hz 以上）人眼看着就是同时亮的。这套机制里最容易出问题的是切换瞬间——上一位的余辉还没散，新段码已经送上去了，屏幕上就是一层叠影。
SEG_DISPLAY: ACALL CODE_CHANGE ; TEMP1/TEMP2 拆成四个段的段码 DISPLAY1: ; ---- 第 4 位（最右）---- MOV A,P0 ANL A,#0F0H ; 保留高四位控制线，清掉低四位位选 MOV P0,A ; 先灭管，这就是消影 MOV A,GEWEI ACALL SEND_BYTE ; 送段码进 595 ORL P0,#08H ; P0.3 置 1，点亮最右一位 MOV R7,#10H LCALL DELAY ; 保持，R7 越大越亮 MOV A,MODE CJNE A,#4,LED41 ; MODE4 闹钟模式要额外点一个小数点 MOV A,#10 MOVC A,@A+DPTR ACALL SEND_BYTE MOV R7,#10H LCALL DELAY LED41: ; ---- 换到第 3 位 ---- MOV A,P0 ANL A,#0F0H MOV P0,A ; 同样先消影 MOV R7,#03H LCALL DELAY ; 多留一小段全黑时间，让余辉彻底散掉 MOV A,SHIWEI ACALL SEND_BYTE ORL P0,#04H ; P0.2 置 1，点亮第 3 位 MOV R7,#10H LCALL DELAYANL A,#0F0H这一句是整套扫描的心脏。P0 高四位挂着 595 的 SER / SRCK / RCK / RST，任何一次写 P0 都有可能顺手把这三根线搅一下，所以位选操作必须先用与运算把低四位清掉、高四位原样保留，再ORL置位。直接用MOV P0,#08H会连高四位一起写成 0，595 的时钟线被拉低倒还好，万一哪次写成#0FFH，595 立刻收到一堆假的时钟脉冲，显示直接花掉。
亮度靠R7调，但有个上限：驱动信号的维持时间必须大于数码管的起辉时间，间歇时间必须小于余辉时间。R7给小了整屏发暗，给大了单管电流上去，长时间跑下来 595 和数码管都烫。报告里第四位用10H、切换间隙用03H，这个配比是调出来的，不是算出来的——我一般也这么干，先给个中间值，肉眼看着不闪不暗就定下来。
注意：
MOV P0,#00H这种写法在消影时也会出现，它确实能把位选全清干净，但同时把高四位的 SRCK、RCK 也拉低了。因为数据已经锁存进 595，输出不受影响，所以这么写在功能上没错，只是每次都会在 595 的时钟线上打一个多余的低脉冲。短时间看不出问题，长时间跑会不会有毛刺，取决于 595 的输入滤波，保守点还是用ANL那套。
3.4 CODE_CHANGE 与日期进位：二进制存储的好处在这里兑现
前面说过时间变量存的是二进制数值而不是 BCD，好处就在这一段兑现：拆十位个位只需要一次除法，不用做高低半字节分离再乘 10 加回去那一套。
CODE_CHANGE: MOV A,TEMP1 ; 低两位数，比如 30 MOV B,#10 DIV AB ; A=3（十位）, B=0（个位） MOV TEMP1,B ; 个位暂存回来 MOVC A,@A+DPTR ; 查表拿十位的段码 MOV SHIWEI,A MOV A,TEMP1 MOVC A,@A+DPTR ; 查表拿个位的段码 MOV GEWEI,A MOV A,TEMP2 ; 高两位数，同样处理 MOV B,#10 DIV AB MOV TEMP2,B MOVC A,@A+DPTR MOV QIANWEI,A MOV A,TEMP2 MOVC A,@A+DPTR MOV BAIWEI,A RETDIV AB是 8051 唯一的一条除法指令，8 位除 8 位，商在 A、余数在 B，两个机器周期出结果，比软件移位相减快得多。查表用MOVC A,@A+DPTR，前提是 DPTR 必须指向NUM_TABLE——这就是为什么主循环第一句就把 DPTR 定死，中途谁都不许改。
日期进位这块报告里给了完整规则但没有大段源码，逻辑本身不复杂：4、6、9、11 月固定 30 天，其余 31 天，2 月单独处理；闰年判断是「能被 4 整除且不能被 100 整除，或者能被 400 整除」。在 51 上做这套判断，硬算取模很费劲，常规做法是查表：
; 每月天数表，下标 0 占位，方便直接用月份当索引 MONTH_DAYS: DB 0,31,28,31,30,31,30,31,31,30,31,30,31 ; 2 月进位时判断是否闰年（年份只用到后两位，2000~2099 窗口内可直接看能否被 4 整除） FEB_ADJUST: MOV A,YEAR_L ANL A,#03H ; 低两位为 0 即 4 的倍数 JNZ NO_LEAP ; 是闰年，2 月按 29 天处理，跳过 +1 的日进位 RET NO_LEAP: ; 平年，2 月 28 天后进到 3 月 1 日 RETANL A,#03H判 4 的倍数，只对二进制存储成立。如果年份存的是 BCD 码，这个判断就是错的——BCD 的0x24表示 24，低两位是00，碰巧也对，但0x28（28）低两位是00就误判了。所以这套代码里「二进制存储 + 除法拆位」和「按位与判整除」是绑在一起的，改一处就得改另一处。
4. 六个显示模式与按键校准：一键多用是怎么落地的
4.1 MODE 状态机：一个外部中断切六种显示
板子上按键不宜多，报告用了「一键多用」的思路：一个 INT0 负责在六个模式间循环，一个 INT1 负责进入和退出校准，真正改数值的活交给矩阵键盘的四个键。这样面板上只需要两个独立键，功能密度却不低。
PRO_INT0: PUSH ACC MOV R7,#10 ACALL DELAY ; 软件消抖，10 次空循环约几毫秒 JB P3.2,INT0R ; 再读一次，电平已回弹说明是抖动 MOV A,TD CJNE A,#1,INT0_NEXT ; 不在校准态，才允许切模式 MOV TD,#2 ; 校准态下按 INT0 视为退出校准 AJMP INT0R INT0_NEXT: INC MODE ; 模式 +1 ACALL BEEP_SHORT ; 短促提示音 MOV A,MODE CJNE A,#6,INT0R MOV MODE,#0H ; 到 6 就回绕到 0 INT0R: POP ACC RETI两个地方值得抠。一是消抖：外部中断配的是边沿触发（SETB IT0），理论上机械抖动产生的多个边沿会触发多次中断，所以进来先延时再复查 P3.2 电平。二是TD判断插在INC MODE之前：校准状态下按 INT0 不是切模式，而是把TD推到 2，等于退出校准。这个设计避免了「正在改年份结果一下跳到秒表」的灾难，但也意味着校准态下你没法直接换模式，必须先退出。第一次用的人几乎都会在这里愣一下。
MODE到 6 回绕成 0 而不是置 5，是为了让「按满一圈回到起点」的行为闭环。回绕判断放在INC之后，因为MODE的取值范围是 0~5，越界只可能是 6。
4.2 TD 标志与 INT1：校准模式的进出靠一个字节
TD这个变量才是整套交互的隐形开关。它有三个值：0 表示正常显示，1 表示正在校准，2 表示刚退出还没复位。INT1 的服务程序负责在这几个状态间翻转：
PRO_INT1: PUSH ACC MOV R7,#10 LCALL DELAY JB P3.3,INT0R1 ; 消抖 MOV A,TD INC A ; 0→1（进入校准）, 2→3 MOV TD,A CX0: MOV A,TD CJNE A,#1,INT0R0 ; 不是刚进入，往下走退出逻辑 LCALL KEYSCAN1 ; 校准态：扫矩阵键盘改数值 LOAD_TABLE: MOV DPTR,#NUM_TABLE MOV A,MODE ; …… 按当前模式重新刷一遍显示 INT0R0: CJNE A,#2,INT0R1 ; 到 2 了就复位成 0，回到正常显示 MOV TD,#0H INT0R1: POP ACC RETI这段状态机有点绕，本质是个两位循环：0 → 1（进入校准）→ 2（退出）→ 0。中间那个 2 是个过渡态，专门给 INT0 判断用的——如果直接 1 → 0，INT0 里那句CJNE A,#1就永远不成立，校准态下按 INT0 会误切模式。多加一个状态，用两个字节的表达力换来状态互斥，是 51 这种资源受限环境下的典型折中。
报告里没写这么细，但从代码结构反推，这一层的设计意图很清楚：任何时刻只有一个中断能改MODE，任何一个中断都不会在TD=1时改动时间变量的高位。改代码的时候这条约束别破坏。
4.3 矩阵键盘的分模式映射：同一组键，六种语义
真正的数值修改在KEYSCAN1里，用 S11、S12、S15、S16 四个矩阵键。有意思的是这四个键的语义随MODE变化：
| 模式 | S11 | S12 | S15 | S16 |
|---|---|---|---|---|
| MODE0 年 | 千位 | 百位 | 十位 | 个位 |
| MODE1 月日 | 月 +1 | 月 -1 | 日 +1 | 日 -1 |
| MODE2 时分 | 时 +1 | 时 -1 | 分 +1 | 分 -1 |
| MODE3 秒毫秒 | 秒十位 | 秒个位 | — | — |
| MODE4 闹钟 | 时 +1 | 时 -1 | 分 +1 | 分 -1 |
| MODE5 秒表 | 清零 | 开始 | 暂停 | — |
MODE0 的处理最特别：四个键分别对应年份的四位数字，各自独立加减，互不进位。这跟其他模式的「整体 +1/-1」完全不同，因为它要解决的是「把 2020 改成 2120」这种跨越百位的调整——按整体加要按一百次，按位改三次就够了。这也是报告里「一键多用」思路最直接的一次体现。
秒表模式（MODE5）的按键语义变成了控制流：S11 清零、S12 开始、S15 暂停。实现上就是操作TR1开关和清零三个WATCH_*变量，没有额外状态机。但有个细节：按下暂停后再按清零，TR1已经是关的，清零直接生效；如果正在跑的时候按清零，得先停表再清，否则定时器中断会在你清完的下一毫秒继续往上加。报告里给的顺序是先清变量后动TR1，这个顺序反过来就是秒表永远清不干净。
4.4 闹钟与秒表：两个功能的复用与隔离
闹钟检测放在主循环入口（前面 3.1 的代码），逻辑是「时相等 && 分相等 → 响」。它不区分模式，任何模式下都生效，代价是只要闹钟时间到了就一定会打断当前显示——如果你想在改时间的时候不被闹钟吵，得先把闹钟关了。
蜂鸣器用两种节奏区分场景：闹钟是「3 短 1 长」，代表确认响铃；按键是单次短音，代表操作反馈。代码上就是套同一个DELAY，靠R7初值调时长：
BEEP_CLOCK: MOV R4,#3 BEEP_LOOP: CLR BUZZER ; 响 MOV R7,#20H LCALL DELAY SETB BUZZER ; 停 MOV R7,#1EH LCALL DELAY DJNZ R4,BEEP_LOOP ; 短音循环 3 次 CLR BUZZER ; 第 4 声拉长 MOV R7,#30H LCALL DELAY SETB BUZZER RET秒表和闹钟共用 T1 这个硬件资源吗？没有，秒表用 T1，闹钟完全靠软件比较，两者互不干扰。但这也意味着秒表运行时 T1 的中断会持续打断主循环的显示刷新——如果EINT1服务程序写得太长，屏幕就会开始闪。这是 51 上做多功能复用的通病：中断越多，主循环能分给显示的时间片越碎。
5. 常见问题排查：汇编加动态扫描最容易翻车的五处
5.1 显示层：重影、串位、亮度不均
现象一：四个数字叠在一起，边缘有拖影。原因：新内容写进 595 的时候上一位的余辉还没散，或者段码换了但位选没换。汇编里最容易犯的是漏了ANL A,#0F0H那一步，直接MOV P0,#08H把高四位也清了，595 的移位时钟跟着抖了一下。 解决：每次换位之前必须先灭管。顺序固定为「清位选 → 送新段码 → 置新位选」，中间那个清位选不能省。如果还有拖影，把切换间隙的R7从03H调到05H，牺牲一点亮度换干净。
现象二：某一位特别暗，或者干脆不亮。原因：ORL P0,#xxH里的位掩码写错了，或者对应位的数码管驱动三极管坏了。也有可能是CODE_CHANGE里那一路段码没赋值，MOVC拿到的是表外的垃圾数据。 解决：先用万用表量位选脚，按一下对应位看电平跳不跳。跳了就查段码表下标，不跳就查掩码。段码表下标从 0 开始，NUM_TABLE前面如果有数据定义，MOVC会整体偏移，表现出来就是「显示的数字比实际值小几」。
5.2 交互层：按一次跳两档、校准进不去
现象三：按一下 INT0 直接跳了两个模式。原因：机械按键的抖动在边沿触发模式下会产生多个下降沿。中断服务程序里的MOV R7,#10 / ACALL DELAY消抖不够，或者JB P3.2复查的位置不对——应该放在延时之后、动作之前。 解决：把消抖延时从10加到20，并且在RETI前再读一次引脚。还不行就改成电平触发（CLR IT0），但那样按住不放会连续触发，得在服务程序里加「等松手」的循环。
现象四：进了校准模式，按 INT0 想换模式却退出来了。原因：这不是 bug，是TD状态机的设计——校准态下 INT0 的语义被改成了退出校准。很多人没读这段代码就上手，以为按键坏了。 解决：要换模式就先按 INT1 退出校准，再按 INT0。如果你确实想在校准态下也能换模式，把PRO_INT0里那段CJNE A,#1的分支去掉，但那样TD的清零逻辑得在别处补上，否则会卡在TD=1出不来。
5.3 计时层：走时偏快、闹钟不响、秒表清不干净
现象五：时间越走越偏，一天差好几分钟。原因：一是晶振频率和TL0/TH0的参数不匹配，0x3CB0只对 12MHz 成立；二是中断服务程序执行时间太长，20 次计数里累积了额外开销；三是主循环里有长延时（比如闹钟响的那段MOV R7,#40），把整个系统拖慢了。 解决：先量晶振，11.0592MHz 换成00H/4CH。再算中断服务程序的指令周期数，超过 1ms 就得精简。闹钟延时那段改成在 T0 中断里递减计数，别在主循环里死等。
现象六：闹钟设好了但从来不响。原因：CLOCK_H/CLOCK_M和HOUR/MINUTE的比较是「完全相等」，只要秒数跨过的那一瞬间主循环正好在干别的（比如刷显示），这一分钟就错过了。另外闹钟变量的初值是#8和#31，如果当前时间也是 8:31，上电就响，很多人误以为坏了。 解决：判断条件改成HOUR == CLOCK_H && MINUTE == CLOCK_M && SECOND == 0，用秒边界卡一次，保证每分钟必然命中一次。初值改成#0/#0，避开上电撞车。
提示：这三个层的排查顺序建议从下往上——先确认定时中断在不在跳（拿示波器看 P1.x 或者仿真单步跑中断），再确认时间变量在不在进，最后才看显示和按键。反过来查会浪费大量时间在本来就是对的代码上。
6. 二次开发：把时间变量收拢成一块，再补一个串口校时
改造这份代码，我第一个会动的是时间变量的存储方式。现在YEAR_H、YEAR_L、MONTH、DAY、HOUR、MINUTE、SECOND七个字节散落在 25H~2CH，改时间的时候得一个一个写，中断来了读到一半就是脏数据。把它们挪到一段连续地址，再用一个「更新锁」标志位保护，是性价比最高的一步。
TIME_BUF EQU 40H ; 40H~46H：年高/年低/月/日/时/分/秒 TIME_LOCK EQU 47H ; 0=可读 1=正在写，中断里读到 1 就跳过这次进位 ; 改时间的统一入口：先上锁，再一次性写完，最后解锁 SET_TIME: MOV TIME_LOCK,#1 MOV TIME_BUF+0,YEAR_H MOV TIME_BUF+1,YEAR_L MOV TIME_BUF+2,MONTH MOV TIME_BUF+3,DAY MOV TIME_BUF+4,HOUR MOV TIME_BUF+5,MINUTE MOV TIME_BUF+6,SECOND MOV TIME_LOCK,#0 RET上锁期间 T0 中断里只加秒、不做跨字段进位，等解锁后再补一次。这样即使正在校准年份时闹钟响了，也不会读到「年改了月没改」的中间态。
第二个改造是把报告里列了但没实现的「PC 联机校准」补上。51 的串口用 T1 做波特率发生器，正好和秒表抢资源
本文还有配套的精品资源，点击获取
