1. 为什么中断配置总在关键时刻掉链子刚接触MCS-51那会儿我调过一个小项目用定时器中断去刷新数码管。代码逻辑看着没问题主循环里该干的活都干了中断服务函数也写得规规矩矩可实际跑起来数码管就是闪得厉害偶尔还整个卡死。当时第一反应是硬件接触不良换了板子、换了晶振、甚至换了电源问题依旧。后来静下心把中断相关的特殊功能寄存器从头到尾捋了一遍才发现根子出在IE和IP这两个寄存器上——中断使能位配错了优先级也没设对定时器中断和外部中断在抢CPU数码管刷新自然就乱了套。这件事给我留下的印象特别深。MCS-51的中断系统看起来简单五个中断源、两级优先级好像翻来覆去就那么几个寄存器。但真正上手做项目的时候你会发现中断相关的特殊功能寄存器SFR是整个系统里最容易埋雷的地方。原因很简单这些寄存器大多支持位寻址你可以用字节操作也可以用位操作两种方式混用的时候特别容易出问题而且中断的使能、标志、优先级分散在TCON、SCON、IE、IP这几个寄存器里不把它们之间的关系理清楚调试的时候就是盲人摸象。这篇文章主要面向正在用MCS-51做项目、被中断问题折腾过的朋友也适合刚学完单片机原理、准备动手写中断程序的初学者。我会把和中断有关的几个特殊功能寄存器逐个拆开讲清楚包括它们每个位的含义、实际编程中怎么用、有哪些容易踩的坑以及我在项目里总结出来的一些实用配置方法。读完之后你至少能做到两件事第一看到任何一个中断相关的寄存器配置能立刻判断出它想干什么、有没有问题第二自己写中断程序的时候能一次性把寄存器配到位不用反复试错。2. 中断系统的骨架五个中断源和它们的寄存器归属2.1 五个中断源分别对应哪些寄存器MCS-51的中断系统一共支持五个中断源这个数字在不同教材里可能有细微差别有的把串口收发算作两个但本质上就是五类外部中断0、定时器0中断、外部中断1、定时器1中断、串口中断。这五个中断源的控制和状态信息分散在四个特殊功能寄存器里分别是TCON、SCON、IE和IP。TCON负责管理两个外部中断的触发方式和四个中断源的请求标志SCON主要负责串口的中断标志IE是中断使能寄存器决定哪些中断被允许、哪些被屏蔽IP是中断优先级寄存器决定当多个中断同时到来时CPU先响应哪一个。这四个寄存器各有分工但又互相配合任何一个配错都可能导致中断不响应、响应错误或者响应顺序不符合预期。我见过不少初学者写中断程序时只关注IE寄存器觉得把对应的使能位打开就行了结果外部中断死活进不去查了半天才发现TCON里的触发方式位没设对。也有人串口中断收不到数据最后发现是SCON里的接收允许位没打开。这些问题看起来低级但在实际调试中非常常见因为MCS-51的寄存器配置是分散的没有一个统一的“中断配置面板”。2.2 为什么这些寄存器要分散设计这里稍微展开说一下设计层面的原因。MCS-51是上世纪八十年代的设计受限于当时的工艺和引脚数量寄存器地址空间非常宝贵。设计者把中断相关的控制位分散到各个功能模块对应的寄存器里而不是集中到一个专门的中断控制寄存器中本质上是为了节省地址资源同时让每个寄存器与其所属的功能模块绑定得更紧密。比如TCON寄存器它既管理外部中断的触发方式又管理定时器的启停和溢出标志因为这些功能在硬件上就是紧密耦合的。外部中断的边沿检测电路和定时器的计数电路共享了一些硬件资源所以把它们的状态位放在同一个寄存器里是合理的。SCON也是同样的道理串口的中断标志和串口的工作方式控制放在一起方便程序员在配置串口时一并处理中断相关设置。理解了这个设计逻辑你在看寄存器位定义的时候就不会觉得混乱了。每个位放在哪里都是有硬件层面的原因的。接下来我逐个拆解这几个寄存器把每个位的含义和实际用法讲透。3. TCON寄存器外部中断触发方式与定时器启停的集中控制3.1 TCON的位定义与功能划分TCON的全称是Timer Control Register定时器控制寄存器字节地址是88H支持位寻址。它的八个位分别是TF1、TR1、TF0、TR0、IE1、IT1、IE0、IT0。从名字就能看出来高四位和定时器1、定时器0有关低四位和外部中断1、外部中断0有关。TF1和TF0是定时器溢出标志位。当定时器计数溢出时硬件自动把对应的标志位置1如果中断使能了就会触发中断。这两个标志位在进入中断服务函数后不会自动清零需要软件手动清除这一点和后面要讲的串口中断标志不一样。很多初学者会忘记清TF标志导致中断反复触发程序陷入死循环。TR1和TR0是定时器启停控制位。置1启动计数清0停止计数。这两个位是软件可读写的不受硬件自动影响。在实际项目中我通常会在初始化的时候把TR位置1启动定时器然后在需要暂停定时的时候清0比如在做红外解码的时候用定时器测量脉冲宽度测完之后就停掉定时器等下一个脉冲到来再启动。IE1和IE0是外部中断请求标志位。当外部中断引脚上检测到有效的边沿信号时硬件自动把对应的标志位置1。如果中断使能了CPU就会响应中断。这两个标志位的清除方式取决于触发方式如果是边沿触发进入中断服务函数后硬件自动清除如果是电平触发则需要软件在中断服务函数里手动清除而且清除的时机很关键清早了可能丢中断清晚了可能重复触发。IT1和IT0是外部中断触发方式选择位。置1表示下降沿触发清0表示低电平触发。这两个位是软件配置的初始化的时候设一次就行。我个人的经验是除非有特殊需求否则一律用下降沿触发因为电平触发方式对信号质量要求高如果外部信号的低电平持续时间过长会导致中断重复触发处理起来很麻烦。3.2 外部中断触发方式的实战选择关于IT0和IT1的设置我想多说几句。很多教程在讲外部中断的时候会同时介绍电平触发和边沿触发然后告诉你两种方式都可以用。但在实际项目中我几乎没见过用低电平触发的场景。原因很简单低电平触发要求外部信号在中断服务函数执行完毕之前必须撤销否则CPU会认为中断请求仍然有效再次进入中断。如果你的中断服务函数执行时间比较长而外部信号的低电平持续时间也比较长就会导致中断嵌套或者重复响应。下降沿触发就没有这个问题。硬件检测到下降沿之后把IE标志置1CPU响应中断后硬件自动清除标志只要外部信号没有新的下降沿就不会再次触发。这种方式对信号的要求低抗干扰能力也更强。我在做按键中断的时候通常会在外部加一个RC滤波电路然后配置成下降沿触发实测下来非常稳定按键抖动基本不会造成误触发。当然下降沿触发也有一个需要注意的地方如果外部信号的下降沿非常陡峭可能会引入高频噪声导致误触发。这种情况下可以在引脚附近加一个小电容到地滤掉高频成分。具体电容值要根据信号频率来选一般几百皮法到零点一微法之间我用得比较多的是0.1微法效果不错。3.3 定时器溢出标志的手动清除陷阱TF0和TF1这两个标志位我在项目里踩过不止一次坑。最常见的问题是在中断服务函数里忘记清标志导致程序反复进入中断主循环完全跑不起来。还有一种情况是在中断服务函数里先做了其他操作最后才清标志结果在清标志之前又发生了一次溢出标志位被硬件重新置1清了个寂寞。正确的做法是在进入中断服务函数后第一时间清除TF标志然后再执行具体的业务逻辑。比如定时器0的中断服务函数第一行就写TF0等于0然后再去处理数码管刷新或者按键扫描。这样即使业务逻辑执行时间比较长也不会因为标志位没清而导致重复中断。另外需要注意的是TF标志位在硬件上是在定时器溢出的那个机器周期被置1的如果你在中断服务函数里清标志之后定时器还在继续计数那么下一次溢出还会正常触发中断。所以清标志这个操作不会影响定时器的正常计数只是告诉CPU“这次中断我已经处理过了”。4. SCON寄存器串口中断标志与工作方式的联合配置4.1 SCON中与中断相关的两个标志位SCON是串口控制寄存器字节地址98H同样支持位寻址。它的八个位是SM0、SM1、SM2、REN、TB8、RB8、TI、RI。其中和中断直接相关的是TI和RI这两个位。TI是发送中断标志位。当串口发送完一个字节的数据后硬件自动把TI置1。如果串口中断使能了就会触发中断。TI必须由软件手动清除通常在中断服务函数里判断是发送中断还是接收中断然后分别处理。RI是接收中断标志位当串口接收到一个完整的字节后硬件自动把RI置1同样需要软件手动清除。这里有一个非常容易混淆的点TI和RI共用同一个中断向量。也就是说串口发送和接收触发的是同一个中断服务函数。在中断服务函数里你必须先判断是TI置1还是RI置1然后分别处理。如果判断逻辑写错了比如只判断了RI没判断TI那么发送中断触发的时候就会进入中断但什么都不做TI标志一直不清导致程序卡死在中断里反复进入。我刚开始写串口中断的时候就犯过这个错误。当时只写了接收处理逻辑发送用的是查询方式结果发送完成之后TI置1触发了中断中断服务函数里没有清TI的代码程序就一直在中断里打转。后来改成在中断服务函数里同时判断TI和RI问题才解决。4.2 串口中断的典型配置流程串口中断的配置比外部中断和定时器中断要复杂一些因为它涉及到波特率的设置和工作方式的选择。我一般按照以下步骤来配置第一步设置SCON寄存器确定串口的工作方式。方式1是最常用的10位异步收发波特率可变。SM0和SM1分别置0和1SM2在方式1下一般置0REN置1允许接收。第二步设置波特率。如果用定时器1作为波特率发生器需要配置TMOD寄存器把定时器1设为方式2也就是8位自动重装载模式。然后根据晶振频率和想要的波特率计算TH1和TL1的初值。这个计算过程后面会详细讲。第三步打开中断。在IE寄存器里把ES位置1EA位置1。如果需要串口中断优先级更高还要在IP寄存器里把PS位置1。第四步启动定时器1。把TCON里的TR1置1波特率发生器开始工作。第五步如果需要发送数据把数据写入SBUF寄存器硬件会自动开始发送发送完成后TI置1触发中断。这个流程看起来步骤不少但每一步都有明确的意图。我见过有人跳过第二步直接写SBUF结果串口没有任何反应因为波特率没配硬件根本不知道以什么速率发送数据。4.3 波特率计算与定时器1初值的确定波特率的计算是串口配置里最容易出错的地方。以方式1为例波特率的计算公式是波特率等于2的SMOD次方除以32再乘以定时器1的溢出率。SMOD是PCON寄存器里的最高位用来加倍波特率。定时器1的溢出率等于晶振频率除以12再除以256减去TH1的初值。假设晶振频率是11.0592兆赫兹想要9600的波特率SMOD设为0。代入公式9600等于1除以32乘以11.0592乘以10的6次方除以12除以256减TH1。算下来256减TH1等于3TH1等于253也就是0xFD。TL1也填0xFD因为定时器1工作在方式2自动重装载。为什么选11.0592兆赫兹的晶振而不是12兆赫兹因为11.0592兆赫兹能让常见的波特率算出来都是整数误差最小。用12兆赫兹晶振的话9600波特率算出来的初值不是整数实际波特率会有偏差通信时间长了可能出错。这个细节很多初学者不知道买晶振的时候随便选了一个结果串口通信时好时坏查了半天才发现是晶振频率的问题。5. IE寄存器中断使能的开关总控5.1 IE的八个位分别控制什么IE是Interrupt Enable寄存器字节地址A8H支持位寻址。它的八个位从高到低分别是EA、空、空、ES、ET1、EX1、ET0、EX0。EA是全局中断使能位相当于总开关只有EA置1其他中断使能位才有意义。ES是串口中断使能位ET1是定时器1中断使能位EX1是外部中断1使能位ET0是定时器0中断使能位EX0是外部中断0使能位。这里有一个非常重要的点EA是总开关但它的作用不是“与”逻辑而是“门控”。也就是说即使EA置1了如果某个中断的使能位是0那个中断仍然不会被响应。反过来如果EA是0不管其他使能位怎么设所有中断都不会被响应。我在调试的时候经常用这个特性来临时关闭所有中断比如在写Flash或者做精确延时的时候把EA清0等操作完成再置1非常方便。5.2 中断使能的配置顺序与常见错误配置中断使能的时候我建议的顺序是先配置具体的中断使能位最后再打开EA。这样做的好处是避免在配置过程中意外触发中断。比如你要配置定时器0中断如果先把EA置1再去设置ET0那么在ET0置1的瞬间如果定时器0已经溢出并且TF0已经置1CPU会立刻响应中断而此时你的中断服务函数可能还没有准备好或者相关的变量还没有初始化就会出问题。正确的顺序是先设置TMOD、TH0、TL0等定时器参数然后设置ET0为1最后设置EA为1。这样在EA置1之前即使TF0已经置1中断也不会被响应等你把EA置1之后CPU才会进入中断服务函数此时所有准备工作都已经完成了。还有一个常见的错误是在中断服务函数里修改IE寄存器。比如在某个中断里把EA清0想临时关闭其他中断但忘记在退出中断前恢复EA导致之后所有中断都不响应了。如果确实需要在中断里临时关闭全局中断一定要在操作完成后恢复EA或者用位操作只关闭特定的中断使能位而不是动EA。5.3 中断嵌套与EA的关系MCS-51的中断系统支持两级优先级但默认情况下不支持中断嵌套。也就是说当一个中断正在执行的时候即使有更高优先级的中断到来CPU也不会响应直到当前中断服务函数执行完毕。这个行为是由硬件决定的和EA没有直接关系。但是如果你在中断服务函数里手动把EA置1就可以实现中断嵌套。具体做法是在进入中断服务函数后先关闭EA处理完一些关键操作后再打开EA允许更高优先级的中断打断当前中断。这种做法在实时性要求高的场景下会用到但需要非常小心因为嵌套层次多了之后堆栈可能会溢出而且调试难度会大幅增加。我在实际项目中很少用中断嵌套除非确实有硬实时需求。大多数情况下把中断服务函数写得尽量短把耗时的操作放到主循环里用标志位来通信这样既保证了实时性又避免了嵌套带来的复杂性。6. IP寄存器两级优先级的分配逻辑6.1 IP的位定义与优先级规则IP是Interrupt Priority寄存器字节地址B8H支持位寻址。它的八个位中和中断相关的有六个PS、PT1、PX1、PT0、PX0分别对应串口、定时器1、外部中断1、定时器0、外部中断0的优先级。还有两个位没有用到。MCS-51的中断优先级只有两级高优先级和低优先级。IP寄存器里对应的位置1表示高优先级清0表示低优先级。当多个中断同时到来时CPU先响应高优先级的中断。如果两个中断优先级相同则按照内部查询顺序来响应这个顺序是外部中断0、定时器0、外部中断1、定时器1、串口。这里有一个容易误解的地方优先级只影响同时到来时的响应顺序不影响正在执行的中断。也就是说如果一个低优先级中断正在执行此时来了一个高优先级中断CPU不会打断低优先级中断而是等它执行完再响应高优先级中断。除非你手动实现了中断嵌套否则优先级的作用仅限于“同时到来时谁先被响应”。6.2 优先级配置的实战考量在实际项目中优先级配置需要根据具体需求来定。我的一般原则是对实时性要求最高的中断设为高优先级对实时性要求不高的设为低优先级。比如在一个数据采集系统里串口接收中断需要及时响应否则可能丢数据所以我会把PS设为1让串口中断优先响应。而定时器中断只是用来做周期性任务晚一点响应没关系就设为低优先级。但是如果两个中断的实时性要求都很高就要仔细权衡了。比如外部中断0用来检测紧急事件定时器0用来产生精确的PWM波形这两个都不能延迟。这种情况下我会把外部中断0设为高优先级因为紧急事件的处理通常比较短处理完之后可以立刻回到定时器中断。而定时器中断即使延迟几个机器周期对PWM波形的影响也在可接受范围内。还有一种情况是两个中断之间有数据共享。比如串口中断接收数据定时器中断处理数据。如果串口中断优先级低定时器中断优先级高那么定时器中断可能会打断串口中断的数据写入过程导致数据不一致。这种情况下要么把串口中断设为高优先级要么在操作共享数据的时候临时关闭中断。6.3 优先级与中断标志的交互优先级配置还会影响中断标志的清除时机。当一个低优先级中断正在执行时如果来了一个高优先级中断高优先级中断的标志位会被硬件置1但CPU不会立即响应。等低优先级中断执行完毕CPU才会响应高优先级中断此时高优先级中断的标志位可能已经被置1很长时间了。如果这个标志位是边沿触发的那么在这段时间内如果又来了一个边沿标志位会被重新置1但CPU只会响应一次中断相当于丢了一次事件。这个问题在电平触发方式下更严重因为电平触发的中断标志不会自动清除如果外部信号一直保持有效CPU会反复进入中断。所以我在实际项目中对于需要精确计数的事件通常会用边沿触发并且在中断服务函数里用软件计数器来记录事件次数而不是依赖硬件标志位。7. 中断寄存器配置的完整实战流程7.1 从零开始配置一个定时器中断假设我们要用定时器0产生一个1毫秒的周期性中断晶振频率是12兆赫兹。我来完整走一遍配置流程。首先确定定时器的工作方式。1毫秒的定时用方式1比较合适16位定时器最大计数值65536。12兆赫兹晶振下一个机器周期是1微秒1毫秒需要1000个机器周期。所以初值应该是65536减去1000等于64536转换成十六进制是0xFC18。TH0填0xFCTL0填0x18。然后配置TMOD寄存器。TMOD的低四位控制定时器0高四位控制定时器1。我们要把定时器0设为方式1所以TMOD的低四位应该是0001也就是0x01。定时器1暂时不用高四位保持0。所以TMOD等于0x01。接着配置IE寄存器。把ET0置1允许定时器0中断把EA置1打开全局中断。如果用位操作就是ET0等于1EA等于1。最后启动定时器。把TR0置1定时器开始计数。整个配置过程用代码表示就是TMOD 0x01; // 定时器0方式1 TH0 0xFC; // 初值高8位 TL0 0x18; // 初值低8位 ET0 1; // 允许定时器0中断 EA 1; // 打开全局中断 TR0 1; // 启动定时器0中断服务函数里第一件事是重新装载初值因为方式1不是自动重装载的。然后清除TF0标志最后执行具体的业务逻辑。void Timer0_ISR() interrupt 1 { TH0 0xFC; // 重新装载初值 TL0 0x18; TF0 0; // 清除溢出标志 // 业务逻辑 }这里有一个细节在中断服务函数里重新装载初值和清除TF0的顺序。我建议先装载初值再清标志。因为如果先清标志再装载初值在装载初值的过程中定时器可能已经溢出了TF0会被重新置1导致中断重复触发。虽然这个时间窗口非常短但在高频率中断下是有可能发生的。7.2 外部中断与定时器中断的协同配置再来看一个更复杂的场景用外部中断0检测按键用定时器0做按键消抖。按键按下时触发外部中断0在中断服务函数里启动定时器0定时20毫秒后触发定时器0中断在定时器0中断里再次检测按键状态如果仍然是按下状态就确认按键有效。这个场景下外部中断0配置为下降沿触发IT0等于1EX0等于1。定时器0配置为方式120毫秒的初值根据晶振频率计算。ET0等于1EA等于1。注意定时器0在初始化的时候不要启动等外部中断触发后再启动。外部中断0的服务函数里启动定时器0然后清除IE0标志。如果是下降沿触发IE0会自动清除不需要手动清。但如果是电平触发就需要手动清除而且要在启动定时器之后清除否则可能丢中断。定时器0的服务函数里停止定时器0然后读取按键引脚的状态。如果仍然是低电平说明按键确实按下了执行按键处理逻辑。如果已经是高电平说明是抖动忽略这次中断。这个协同配置的关键在于两个中断的优先级。如果外部中断0的优先级高于定时器0那么按键按下时会立即响应外部中断启动定时器。如果定时器0的优先级更高那么定时器溢出时会优先响应但此时外部中断可能还没处理完会导致逻辑混乱。所以在这个场景下我会把外部中断0设为高优先级定时器0设为低优先级。7.3 串口中断与定时器中断的优先级分配最后一个场景串口接收数据定时器0做系统时基。串口接收的数据需要及时处理否则可能丢数据。定时器0的时基任务可以稍微延迟不影响系统功能。这种情况下串口中断设为高优先级PS等于1。定时器0中断设为低优先级PT0等于0。这样当串口数据到来时即使定时器0中断正在执行串口中断也会等定时器0中断执行完毕后立即响应。由于定时器0的中断服务函数通常很短延迟几个机器周期对串口接收的影响可以忽略不计。但是如果串口波特率很高比如115200那么两个字节之间的间隔只有几十微秒。如果定时器0的中断服务函数执行时间超过这个间隔就可能丢数据。这种情况下要么把定时器0的中断服务函数写得更短要么把串口中断设为高优先级并且允许中断嵌套。我一般会选择前者把定时器中断里耗时的操作移到主循环中断里只做标志位的设置。8. 那些年我在中断寄存器上踩过的坑8.1 忘记清除中断标志导致的死循环这个坑我踩过不止一次最典型的一次是用定时器1做串口波特率发生器同时用定时器1的中断来做其他事情。当时想着定时器1的中断服务函数里清一下TF1就行了结果串口通信正常但定时器1的中断服务函数一直进不去。查了半天才发现定时器1工作在方式2自动重装载TF1在溢出时被硬件置1但进入中断服务函数后我没有清TF1导致CPU一直认为有中断请求反复进入中断主循环完全跑不起来。后来我养成了一个习惯不管什么中断进入服务函数后第一件事就是清除对应的标志位。定时器中断清TF串口中断清TI或RI外部中断如果是电平触发就清IE。这个习惯帮我避免了很多类似的问题。8.2 优先级配置错误导致的中断丢失还有一次是做红外遥控解码用外部中断0检测红外接收头的下降沿用定时器0测量脉冲宽度。外部中断0设为高优先级定时器0设为低优先级。理论上没问题但实际跑起来发现红外解码经常出错。后来用逻辑分析仪抓波形才发现红外接收头输出的信号在下降沿之后会有一些毛刺导致外部中断0被频繁触发。由于外部中断0是高优先级它不断打断定时器0的中断导致定时器0测量的脉冲宽度不准确。解决方案是在外部中断0的服务函数里加一个简单的软件滤波检测到下降沿后延时几十微秒再确认一次如果是真正的下降沿才启动定时器。同时在定时器0的中断服务函数里临时关闭外部中断0的使能位避免在测量过程中被干扰。这个问题的本质是优先级配置没有考虑到信号质量。高优先级中断如果被频繁触发会严重干扰低优先级中断的执行。所以在配置优先级的时候不仅要考虑实时性需求还要考虑信号的稳定性和中断触发的频率。8.3 位操作与字节操作混用的隐患MCS-51的很多特殊功能寄存器支持位寻址你可以用位操作单独设置某一位也可以用字节操作一次性设置整个寄存器。这两种方式混用的时候如果不注意很容易出问题。比如你想把IE寄存器配置成EA等于1、ET0等于1、其他位不变。如果你用字节操作写IE等于0x82这确实能达到目的但前提是你知道当前IE的其他位是什么状态。如果之前已经设置了EX0等于1那么IE的实际值应该是0x83你写0x82就把EX0清掉了。更安全的做法是用位操作只修改你需要修改的位不影响其他位。比如EA等于1ET0等于1这样不管IE的其他位是什么状态都不会被意外修改。我在项目里尽量用位操作来配置中断相关的寄存器只有在初始化的时候才用字节操作一次性设置。但是位操作也有一个缺点它实际上是“读-改-写”三个步骤不是原子操作。如果在读和写之间发生了中断而中断服务函数里也修改了同一个寄存器就会导致数据丢失。所以在中断服务函数里修改IE或IP的时候要特别小心最好先关闭全局中断修改完再打开。9. 中断寄存器调试的实用技巧9.1 用仿真器观察寄存器状态调试中断问题的时候仿真器是最好的帮手。我用的仿真器可以在线查看所有特殊功能寄存器的值还能单步执行中断服务函数。当程序跑飞或者中断不响应的时候第一件事就是看IE、IP、TCON、SCON这几个寄存器的值确认使能位和标志位是否符合预期。比如中断不响应先看EA是不是1再看对应的中断使能位是不是1最后看标志位是不是被置1了。如果标志位是1但中断没响应那肯定是使能位的问题。如果标志位是0那说明中断条件根本没满足需要检查硬件或者触发方式配置。仿真器还有一个好处是可以设置断点。我通常会在中断服务函数的第一行设一个断点然后全速运行看程序能不能停在断点处。如果能停说明中断配置没问题如果不能停就逐步排查使能位和标志位。9.2 用GPIO引脚做中断调试的辅助手段有时候仿真器不方便用比如在现场调试或者仿真器不支持某些型号。这种情况下我会用一个GPIO引脚来做调试指示。在中断服务函数的第一行把某个引脚置高最后一行置低然后用示波器或者逻辑分析仪观察这个引脚的波形。通过观察波形的频率和占空比可以判断中断是否正常触发、中断服务函数的执行时间有多长、有没有中断嵌套等问题。这个方法虽然原始但非常有效尤其是在调试实时性要求高的中断时能直观地看到中断的响应时间和执行时间。我还会在中断服务函数里翻转另一个引脚用来标记中断的进入和退出。两个引脚配合使用可以清楚地看到中断的执行流程以及中断之间是否有重叠。9.3 中断服务函数的编写规范最后分享一些我在写中断服务函数时遵循的规范这些规范帮我避免了很多低级错误。第一中断服务函数尽量短。能在主循环里做的事不要放在中断里。中断里只做最紧急、最必要的操作比如设置标志位、读取数据、清除标志。耗时的计算、字符串处理、显示刷新等操作放到主循环里根据标志位来处理。第二中断服务函数里不要用浮点运算。MCS-51没有硬件浮点单元浮点运算靠软件模拟执行时间非常长。在中断里做浮点运算会严重阻塞其他中断导致系统实时性下降。第三中断服务函数里不要调用复杂的库函数。很多库函数内部可能使用了全局变量或者有重入问题在中断里调用可能导致数据不一致。如果确实需要调用要确保这个函数是可重入的或者在调用前后关闭中断。第四中断服务函数里使用的全局变量要加volatile关键字。因为编译器可能会优化掉对全局变量的重复读取导致中断里修改的值在主循环里看不到。加volatile可以告诉编译器这个变量可能被意外修改每次都要从内存重新读取。第五中断服务函数的入口和出口要注意保护现场。MCS-51在响应中断时会自动把PC压栈但不会保护其他寄存器。如果中断服务函数里用到了ACC、B、DPTR等寄存器需要在入口处压栈保护出口处出栈恢复。不过Keil C编译器会自动处理这些用C语言写中断服务函数的时候不需要手动保护现场但用汇编的时候一定要注意。这些规范看起来简单但真正在项目里坚持执行并不容易。我见过很多项目因为中断服务函数写得太长、太复杂导致系统响应变慢、数据丢失、甚至死机。把中断服务函数写短、写简单是保证系统稳定性的第一原则。