基于8086的交通灯控制系统设计：从硬件架构到汇编实现详解

简介：这是一份基于8086微处理器的交通灯控制系统课程设计说明书，适合学习《微机原理与接口技术》、汇编语言及接口技术的本专科学生参考。文档围绕交通信号灯红、绿、黄定时切换与倒计时显示需求，给出从任务分析、总体方案设计、8255A与8253等芯片选型，到硬件电路搭建设计、控制程序流程图、汇编源程序编写与调试的完整流程，并附设计心得与完整附录程序，可直接作为课程设计模板或毕设参考。资源共1个文件，为PDF格式，整体大小944KB，方便阅读与打印。目前已有139人学习下载。通过该设计，读者可以掌握8086最小系统、I/O接口扩展、定时器应用及汇编程序调试方法，理解实际交通灯系统的状态控制逻辑，提升软硬件综合设计与排错能力。

1. 项目概述：一个经典到不能再经典的单片机课程设计

做8086交通灯控制系统，是绝大多数电子信息、自动化、计算机专业学生在微机原理或接口技术课程里绕不开的一道坎。说实话，这个题目从70年代末8086诞生开始就出现在各类教材里，一直到今天依然是实验室里的常客。为什么？因为它在“麻雀虽小，五脏俱全”这一点上做到了极致——一个完整的控制系统该有的要素它全都有：输入、输出、定时、中断、状态转换、异常处理，甚至还能扩展出紧急优先、夜间模式这种带点“智能”味的功能。用一块16位的CPU去控制几盏LED灯，听起来有点大材小用，但恰恰是这种“杀鸡用牛刀”的设定，才让你有机会把微机原理里的每一个知识点都串起来用一遍。

这类项目通常要求实现一个十字路口的红绿灯自动切换逻辑，典型时序是：主干道绿灯亮30秒→黄灯亮5秒→支干道绿灯亮20秒→黄灯亮5秒，循环往复。硬件上需要用8086 CPU作为核心控制器，配合8255A并行接口芯片输出控制信号，8253定时器提供精确的计时基准，再用LED灯模拟红黄绿信号灯，稍微进阶一点的题目还会要求在数码管上显示倒计时秒数。整个系统单独看每一个模块都不难，难的是把CPU、接口芯片、外设这三层结构正确对接起来，并把时序逻辑在汇编层面跑通。

这篇文章我不打算给你抄一份现成的代码了事，那没意义，实验室里随便找一份师兄的遗留工程都比我的完整。我想做的是把整个设计过程拆开揉碎，让你搞清楚每一块电路为什么这么接、每一段程序为什么要这么写、调试时遇到怪问题该往哪个方向排查。不管你的题目是“基于8086的交通灯控制系统设计”还是“基于51单片机的智能窗帘控制系统设计”，只要你想搞懂“控制器+接口+外设”这套底层的配合逻辑，这篇东西都能用上。

2. 系统整体架构与设计思路拆解

2.1 为什么是8086+8255+8253这个组合

先聊一个很多人会困惑的问题：控制几个红绿灯，用个51单片机甚至纯数字逻辑电路就能搞定，为什么课程设计非要上8086？答案很简单——教学目的。8086是典型的16位微处理器，它的地址总线20位、数据总线16位，带中断系统、DMA控制器、可编程定时器，这套体系结构几乎是现代微处理器的教科书级范本。用8086做控制器，你被迫去面对“怎样用一组通用I/O口驱动外部设备”这个本质问题，而不是像单片机那样很多东西都给你集成好了，写个寄存器就完事。

具体到接口芯片的选型，8255A承担的是“并行I/O口扩展”的角色。8086本身当然也有I/O端口，但数量有限、驱动能力也弱，直接接LED不是不行，而是不优雅、也不利于你展示“可编程接口芯片”这个考点。8255A提供24个可编程I/O引脚，分成A口、B口、C口三个8位端口，工作方式有模式0（基本输入输出）、模式1（选通输入输出）、模式2（双向总线）三种，做交通灯这种简单的开关量输出，模式0就够了。

8253定时器在这个系统里解决的是“时间基准从哪来”的问题。你当然可以用软件延时——写几个嵌套循环，让CPU空转来凑时间。但软延时的致命伤是：CPU被完全占用，期间无法响应中断、无法处理其他任务，而且延时精度取决于CPU主频，换个频率就得重新调参数。8253是硬件定时器，加载计数初值后自己倒计数，倒到零输出一个信号或触发中断，CPU该干嘛干嘛去，这才是真实工业控制系统里普遍采用的做法。所以这个项目里用8253，不仅是为了精确，更是为了让你体会“定时器释放CPU”这个设计思想。

2.2 需求分析与功能拆解：从题目要求到系统规格

拿到题目第一步别急着写代码，先做需求拆解。一个标准的“基于8086的交通灯控制系统设计”，别看只是一个PDF标题，拆开来看至少包含三层功能要求。

基础层是正常的红绿灯时序逻辑。假设路口是东西向（主干道）和南北向（支干道）交叉，冲突方向的红绿灯必须互斥：东西向绿灯亮时，南北向必须是红灯；同理，南北向绿灯时，东西向红灯。绿灯结束后要有一段黄灯过渡，不能直接从绿灯跳红灯，这是交通控制的常识——给正在路口的车辆一个清空时间。典型时序参数是东西向绿30秒、黄5秒，南北向绿20秒、黄5秒，循环周期60秒。为什么主干道时间更长？因为主干道车流量大，绿灯时间分配应该和车流量成正比，这背后其实是个简单的统计学问题——你在一个路口多蹲一会儿数数车流就能验证。

进阶层是倒计时显示。用两个数码管（或四位数码管）分别显示两个方向的剩余秒数，让行人和司机能预判信号灯即将变化。这里就要引入“动态扫描”的概念了——四位数码管不可能同时点亮，只能以极快速度轮流点亮每一位，利用人眼的视觉暂留效应让人感觉四位数是同时亮的。扫描频率低于50Hz就会明显闪烁，所以你的刷新延时不能太长。

扩展层是特殊模式，比如紧急车辆优先（救护车、消防车通过时强制切换绿灯）、夜间黄灯闪烁模式。这个层次的实现会用到外部中断（比如按键触发INT引脚）或轮询方式检测特殊输入信号，然后在状态机里插入一个高优先级分支。做不做扩展层看你分数目标的定位，但哪怕不做，设计文档里也要写清楚扩展方案——这能明显拉高你报告的思想深度。

做完整套需求拆解，系统的模块划分就清晰了：CPU控制核心、8253定时模块、8255输出驱动模块、LED信号灯组、数码管显示模块、按键输入模块。六个模块，对应一张清楚的功能模块图（我这里不画了，你画图时注意标注好数据流向和控制信号方向，考试和答辩都喜欢问这个）。

2.3 状态机：交通灯控制的灵魂

交通灯控制逻辑本质是一个有限状态机（FSM），千万别把它写成一大段顺序执行的延时+翻转代码。用状态机的思维来设计，逻辑会清晰得多，而且后续加紧急模式会更加容易。这个系统至少包含六个状态，我习惯把它们编号化管理：

注意我加了S2和S5这两个“全红缓冲状态”。现实中很多交叉路口在绿灯切换之间会有一段全红时间，让已经进入路口的车辆完全清空，时间一般1～2秒。这在纯理论设计中容易被忽略，但在答辩时主动说出来，会让老师觉得你真的思考过实际场景里的问题，这就比其他学生高一个档次。

每个状态的持续时间都可以由8253定时器产生的中断来计算。比如设定8253每隔1秒产生一次中断，在中断服务程序里对当前状态的剩余秒数递减，减到零就切换状态并重新加载倒计时初值。这种“中断+状态变量”的模式，其实就是如今嵌入式系统里最常用的时间片轮询框架的雏形，以后你玩STM32、玩FreeRTOS时还会碰到一模一样的套路。

3. 硬件设计要点与电路连接方案

3.1 8086最小系统构成

在实际做实验的时候，你很少会真的从一片裸的8086开始搭建电路，实验室通常提供现成的8086实验平台或仿真软件。但作为设计文档，你依然需要讲清8086最小系统的构成：8284时钟发生器（给CPU提供时钟信号）、8288总线控制器（由它产生存储器及I/O读写信号，因为8086在最大模式下不直接输出这些信号）、地址锁存器74LS373（锁存20位地址中的低16位，或者在高8位和低8位分时复用时锁存对应地址）、总线收发器74LS245（增强数据总线的驱动能力）。

这些辅助芯片的名字你可能记不全，但你要理解一个核心点：8086的地址/数据总线是分时复用的，所以必须靠锁存器把地址信息先“抓住”存起来，否则后半个总线周期里地址线已经被数据信号覆盖了，外设根本不知道你在访问谁。这就是教材里老说的“先传地址、后传数据”的总线时序，理解了这个，后面看8255A怎么被选中就顺理成章了。

3.2 8255A端口配置与LED驱动电路

8255A在系统里占用四个I/O地址：A口地址、B口地址、C口地址和控制字寄存器地址。基地址由实验平台或你自己接的地址译码电路决定，常见的是200H～203H或280H～283H。控制字要设置成：方式选择控制字80H（10000000B），即A口、B口、C口全部工作在模式0输出状态。

先说控制字为什么是80H。8255A的控制字格式是“最高位D7=1表示这是方式控制字，D7=0则是对C口进行位操作的置位/复位字”。D6D5是A组方式选择，00表示模式0；D4是A口输入/输出选择，0为输出；D3是C口高四位方向，0为输出；D2是B组方式选择，0是模式0；D1是B口方向，0为输出；D0是C口低四位方向，0也是输出。所以全输出就是10000000B，也就是80H。注意：8255A上电复位之后默认所有端口都是输入模式，如果忘记写控制字直接往端口写数据，数据根本送不出去。

然后是LED驱动电路。8255A的端口引脚驱动能力很弱，最大也就几毫安，直接点LED虽然能亮但亮度不足且容易损伤芯片。正规做法是加驱动芯片，比如74LS240/74LS244（总线驱动器）或ULN2803（达林顿管驱动阵列，灌电流方式驱动）。驱动LED有两种接法：灌电流方式和拉电流方式。

灌电流方式：LED阳极接+5V电源，阴极经过限流电阻接到8255A引脚。引脚输出低电平时，电流从电源流过LED和电阻灌入引脚，LED亮；输出高电平时LED灭。这是最常用的接法，因为TTL芯片的灌电流能力（吸收电流）比拉电流能力（输出电流）强得多。限流电阻取330Ω～470Ω，按5V电源、LED压降2V左右计算，电流就是(5-2)/330≈9mA，亮度合适。

常见的一个低级错误是反向接法搞错，结果程序里明明是“输出1亮灯”，实测却是“输出1灭灯”。所以做硬件连接时，最好把接口约定写死在程序注释里，比如“东西向绿灯：A口bit0，低电平有效”，避免后面写代码时逻辑混乱。

3.3 8253定时器配置与计数初值计算

8253有三个独立的16位计数器，每个计数器有6种工作方式。在交通灯系统里，最合理的使用方式是：计数器0工作在方式3（方波发生器）或方式2（频率发生器），产生1秒周期的时间基准。方式3输出的是对称方波，方式2输出的是低电平脉冲，两者都可以用，关键看你怎么接后续电路。

假设实验平台的时钟频率是1MHz（这个一定要查清楚，不同平台差别很大，有的是1.8432MHz，有的是8MHz），那么计数器0的计数初值就是：1MHz ÷ 1Hz = 1000000。但问题来了——8253是16位计数器，最大只能计65535，1000000远远超出了范围。怎么解决？这是这个项目里最经典的考点之一，通常有三个方案：

方案一：级联两个计数器。计数器0先做分频，比如计1000次输出一个脉冲到计数器1的时钟输入端，计数器1再计1000次，最终得到1秒信号。这样每个计数器的初值都只有1000，完事在16位范围内。代价是占用了两个计数器，另外一个计数器的功能就没得用了。

方案二：把1MHz分频到10kHz。先用硬件分频器把1MHz降下来（有些实验平台内部已经分了频），或者用计数器0做100分频得到10kHz，再让计数器1计10000次得1秒。10kHz的初值10000同样在65535以内。

方案三：只用一个计数器+软件分频。计数器0计1000次，输出周期1ms的信号，然后用它中断CPU，在中断服务程序里软件计数1000次，凑够1秒。这个方案少占一个计数器，缺点是CPU每秒要被中断1000次，稍微增加了软件负担，但对于1MHz主频的8086来说毫无压力。

我推荐方案三，因为它教会你“硬件定时+软件计数”的混合思路，以后写实时嵌入式代码时特别常用。但如果你为了让代码简单直接，选方案一的二级级联也行，答辩的时候能把级联原理讲清楚，老师也认。

3.4 数码管动态扫描电路与显示驱动

数码管一般用共阴极或共阳极两种。动态扫描法的本质是“分时复用”：四位数的段选线（a~g、dp）并联在一起，接到8255A的B口；每一位的位选线（公共端）分别由8255A的A口引脚控制（注意这里不要混淆口的功能分配，最好在原理图上标注清晰）。

显示时，先往B口发送第一位要显示的字形码，然后让第一位的位选线有效（共阴极给高电平或共阳极给低电平，看你电路），维持1～2ms；然后关掉第一位，再送第二位的字形码，选中第二位……以此类推循环扫描。每一位的刷新频率要保持在50Hz以上，也就是完整扫描四位的周期要在20ms以内，这样人眼看到的才是稳定的数字而不是闪烁的残影。

字形码是另一个新手重灾区。共阴极数码管要显示数字“0”，需要点亮a、b、c、d、e、f六段，g和dp熄灭——段码是00111111B也就是3FH。注意：显示“6”是7DH不是某个看着像的编码，最好写一个查表程序把0~9的字形码提前存好，而不是在程序里临时计算。这种查表思想在单片机编程里太常见了，交通灯虽然不是啥高级项目，但足够你练这一手。

4. 软件系统的核心逻辑与汇编实现

4.1 主程序流程与控制字初始化顺序

主程序的初始化顺序是有讲究的，乱写容易出诡异问题。我的建议是这样的固定套路，按序执行：

1. 屏蔽中断（CLI指令）：初始化期间不响应任何外部中断，防止状态混乱。
2. 8255A初始化：把方式控制字80H写入控制字寄存器，完成三个端口全部模式0输出的设定。
3. 数字字形码表装载：将0~9的字形码常量写入数据段（或代码段查表）。
4. 8253初始化：设置计数器0的工作方式，写入控制字（方式2是34H，方式3是36H，注意别忘了先写低字节再写高字节），然后写入计数初值。
5. 设置中断向量：如果使用8259A中断控制器或直接使用8086的INTR引脚接收定时脉冲，需要把中断服务程序的入口地址填入中断向量表。
6. 开启中断（STI指令）：一切就绪后再响应中断。
7. 进入主循环：主循环里要么是空转等待中断，要么是执行数码管动态扫描等周期性任务。

这里特别提醒一个细节：8253在写入计数初值时是“双字节操作”，要先写低8位，再写高8位。因为8253内部的初值寄存器是16位的，但数据线只有8条，分两次送进去。如果你只送了一个字节，计数器加载的是不完整的数据，定时周期会完全不对。这种错误在实验台上真的能让人调一下午，属于“写代码时不觉得有问题、上机时懵一脸”的典型。

4.2 中断服务程序设计：状态切换与秒数递减

既然用了8253定时器产生1秒中断，那么中断服务程序（ISR）就是整个交通灯控制逻辑的核心引擎。ISR里要做的事情大概是：

• 保护现场（PUSH AX、PUSH DX等，凡是ISR里用到的寄存器都要先压栈保护，这是汇编写中断程序的基本素养，漏了会导致主程序数据被破坏）
• 从内存单元读取当前状态编号和当前状态的剩余秒数
• 剩余秒数减1，写回内存
• 判断剩余秒数是否为0：不为0就直接恢复现场、返回；为0则切换到下一状态（查状态表得到新的灯态组合和持续时间），并把灯态输出到8255A端口
• 更新数码管显示缓冲区（把当前状态剩余秒数换算成两个BCD码或字形码填入显示缓冲区）
• 恢复现场，执行IRET返回

用文字描述觉得还好，但初学者反复出的一个问题是：状态切换时忘记了同时更新灯态输出。你光把状态编号改成了S1，但8255A端口上还保持着S0的灯态，那绿灯就永远亮下去了。所以状态切换和输出更新必须绑定在一个逻辑里，我习惯直接用一个“状态转移+输出映射”的查表结构，而不是在程序里到处写判断分支。

伪代码思路如下：

ISR: 保护现场 剩余秒数DX减1 若DX != 0，跳转到update_display 当前状态S加1，若S>5则S=0 查状态表得到： 当前状态的持续秒数 → DX 东西向灯态输出值 → AL_HIGH 南北向灯态输出值 → AL_LOW 组合成8位输出值 → 写入8255A端口A update_display: 将DX转换成两个十进制数字 → 写入显示缓冲区 恢复现场 IRET

4.3 数码管动态扫描与主循环调度

主循环的核心任务就是刷新数码管。因为中断服务程序只负责更新显示缓冲区里的字形码，真正的显示输出动作放在主循环里做：每次循环依次选中第一位、发送字形码、延时1~2ms、关闭第一位、选中第二位……如此往复。这样设计的好处是：显示刷新不会干扰中断的实时性，中断服务程序不会被冗长的显示扫描拖慢。

扫描延时的实现又有讲究。用软件延时（空循环）最简单，但要注意CPU频率——如果在8086实验平台上直接用1ms空循环还是10ms空循环，需要根据主频换算循环次数。如果你刚好知道主频是5MHz，那么1条空指令LOOP需要5个时钟周期，即1μs，想延时1ms就需要循环1000次。严谨的做法是写一个带参数的延时子程序，输入循环次数，避免在不同主频的实验台上反复试错。

另一个问题是：主循环里不要放HALT指令让CPU彻底停住，因为数码管需要持续刷新才能维持显示。有人会问：那我不显示数码管时，主循环空转不也一样吗？对，空转就行，只要循环体在跑，动态扫描就在持续。可以顺便在主循环里轮询一下按键（如果有急车优先的扩展功能），检测到按键就跳到紧急处理逻辑。这种“主循环后台任务+中断实时任务”的架构，放到今天做RTOS程序依然是同样的套路。

4.4 扩展功能的实现思路：紧急优先与夜间模式

如果你想把分数从“良”拉到“优”，强烈建议做一两个扩展功能。最实用的是紧急车辆优先模式：用一个按键模拟紧急信号，外部中断（8086的INTR引脚或8259A的某个IRQ）触发后，无论当前处于什么状态，在状态表里插入一个紧急状态——四个方向全部红灯保持2秒，然后紧急车辆所在方向（比如东西向）绿灯放行15秒，之后再恢复正常状态机。

实现要点是：紧急状态本身也要用定时器管理，不能死死卡在紧急状态里出不来。你可以设置一个标志位“紧急状态标志”，中断服务程序查询这个标志，若置位则走紧急状态的状态转移流程，结束后自动恢复原来的状态编号（所以进入紧急模式开局要把当前状态编号保存到另一个内存单元，返回值再恢复）。

夜间模式实现更容易：检测到一个开关输入（或者大半夜通过按键切换），进入黄灯闪烁模式——两个方向的黄灯同时以1Hz频率闪烁（亮1秒、灭1秒）。本质上就是状态机只有两个状态：黄灯亮、黄灯灭，各持续1秒。不需要数码管显示，逻辑极其简单，但写出来效果很好看，演示的时候特别唬人。而且这个模式在现实交通控制中是真实存在的，不是纸上谈兵，答辩时会有额外加分。

5. 系统调试与常见故障排查实录

5.1 硬件层面的故障定位

我做这类项目踩过的坑，相当一部分来自硬件连接，而非代码逻辑。

灯全不亮：优先检查8255A有没有被正确初始化。用示波器或万用表测8255A的CS片选引脚，看有没有被正确选中的低电平信号；再测一下A口的各引脚在程序运行后是高电平还是低电平。如果CS一直高，说明地址译码电路有问题——访问的端口地址和译码电路设定的地址不一致。这种情况在实验平台上最常见的诱因是跳线帽插错位置，地址拨码开关没拨对。

灯亮度明显偏暗：大概率是限流电阻选大了，或者用了拉电流方式但8255A的输出驱动能力不够。换成灌电流接法同时把电阻降到330Ω，基本能解决。

数码管某一位不亮或一直亮：先把动态扫描的问题放一边，直接用万用表测对应位选线是否有正确的扫描信号。如果位选线没有周期性波形，查主循环里选中位的逻辑；如果有波形但LED不亮，查公共端共阴/共阳配置是否和程序匹配。

上电瞬间LED乱闪一下然后恢复：这个是正常的。8086上电复位期间，8255A的端口状态不确定，输出可能是随机的，等初始化程序跑完后才正常。如果你想让这一秒都不闪，可以把LED电源用一个RC延时电路控制，或加一个上电清零电路，但一般来说没人计较这个，文档里提一嘴即可。

5.2 时序与逻辑层的经典问题

红灯绿灯同时亮：这个不用多想，十有八九是状态表里的输出编码写错了，两个方向的灯态组合没有保证互斥。排查方法是逐状态检查：用手动单步（实验平台的单步执行功能）跑一遍状态转移，每一步看端口输出值是否和设计一致。口诀就一句：“东西亮绿则南北必红，两方向不许同时绿/黄同亮”。

切换时出现一瞬全灭：有人为了省事，在换状态时先清空整个端口再写新状态，结果清空那一下灯全灭了。虽然只有几十微秒，人眼可能看不出来，但如果用示波器就能看到这个毛刺。解决办法是不要“先清后写”，直接计算新的端口输出值一次性写入即可。

黄灯时间不准：黄灯应该持续5秒但实测只有4秒或者6秒。查8253的计数初值是不是算错了。最常见的一个坑是：初值用十进制1000000直接写，但没换算成16位十六进制——别笑，我就见过有人直接把1000000塞进寄存器，结果溢出后定时器行为完全不可控。正确做法：如果时钟是1MHz，用级联方案让计数器0计50000（C350H）、计数器1计20（0014H），这样每秒产生一次中断，初值好记、可调性也好。

数码管数字严重闪烁：扫描周期太长了。我实测的经验值是四位扫描总周期不要超过10ms，也就是每一位点亮时间2ms左右。低于这个刷新率，人眼能明显看出数字在跳。有时候不是延时参数的问题，而是你在扫描循环里插入了太耗时的其他操作（比如乘除法运算），拖慢了整个循环的节奏。

5.3 软硬件联调的排查顺序表

为了让你调试时不至于东一榔头西一棒子，我把排查顺序整理成一张表，按这个顺序过一遍，绝大多数问题都能暴露出来：

第5步特别值得展开说说。“手动置位端口”是调试硬件和软件分歧点最有效的手段：写一段最简单的测试程序，直接往8255A的A口写0xAA，如果LED呈现“亮灭亮灭亮灭亮灭”的交替状态，说明硬件链路是通的，问题肯定出在你的正式程序逻辑里；如果LED没有对应亮灭，那就要回头查硬件。这段小程序我建议你留在工程里不要删，调试时反复用，哪天改电路了也能快速验明链路通断。

5.4 两个压箱底的调试技巧

第一个技巧：善用单步执行观察全局变量。很多实验平台支持汇编级单步执行。遇到状态切换不对的问题，不要跑全速然后肉眼猜，用单步逐条看指令执行情况，同时观察内存单元里的当前状态编号、剩余秒数这些变量的变化。单步几次之后你基本就能锁定问题是在状态判决、初值加载还是输出映射环节。

第二个技巧：给关键操作加“调试LED”。如果你的实验板有多余的LED或引脚，用它来指示程序运行到哪个分支了。比如进入紧急模式就点亮一个额外LED，退出时熄灭。这种方式在嵌入式调试里被称为“GPIO调试法”，现在的嵌入式工程师调试Linux驱动也还这么干——别看低级，是真的好用。加上一个调试灯，能帮你快速判断：到底是中断没进去、还是中断进去了但状态没变、还是状态变了但输出没更新。

6. 写在最后的一点个人体会

做8086交通灯这个项目的过程，对绝大多数人来说其实不是从零开始写代码——实验室里、网上、还有各种教材配套资料里，完整的参考程序和电路图实在太多了，想抄是很容易的。但我的建议是，哪怕你有现成的参考，也一定要自己动手把原理搞透：控制字为什么这么写、时序为什么这么编排、接口为什么要加驱动芯片、定时初值是怎么算出来的，这些才是设计报告里真正值钱的部分，也是答辩老师最喜欢追问的点。

我个人在做这个项目的过程中收获最大的一个认知是：“控制器+接口+外设”三层架构的解耦思想。CPU不需要直接管理LED怎么亮、数码管怎么扫，它只需要通过接口芯片下发控制字和输出数据，剩下的事情由接口芯片和外围电路去完成。这个思想后来我做51单片机、做STM32甚至写上位机程序时都在用——高层逻辑和底层实现分离，模块之间只通过定义良好的接口交互，系统的可维护性和可扩展性会好出好几个量级。

最后再分享一个小技巧：装配和调试时，每完成一个功能模块就立即写一小段测试代码验证，比如初始化完8255A就写一个亮灯测试，初始化完8253就写一个中断周期测试，功能确认无误后再叠加下一个模块。一次把所有代码写完再上机调试，出问题了你根本不知道是哪个环节的锅；一次只验证一个模块，出问题五分钟内就能定位。这个“小步快跑、随时验证”的习惯，比任何代码技巧都值钱，以后你写任何规模的程序都用得上。

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