我们继续来说矩阵按键的问题，这次是用在实际电路中的。在仿真中我们没有发现问题，但是文章最后我提出了，这个电路在实际应用中一定是存在问题的，那么问题在哪里呢？

这是我们分析的电路。

前几篇我们也对硬件进行了测试，我们可以发现，仿真没有问题，但是凡是按键开关，在实际应用中，都会出现按键按下响应不稳定的情况，我们称之为抖动，在实际应用中，抖动的问题，是一定存在的，无论电路优化的多么完美，那么我们在现在这个阶段，如何处理呢，依然是采用软件延时消抖大法。

对这个方法不是很熟悉的，可以翻阅前期文章，我们此处不再详细展开。就直接使用了。抖动的发生，是我们检测到按键的变化开始的，也就是检测到按键发生改变，接着就要消抖了。

P1=0xef;   //第四行1110 1111

if(P1!=0xef){keyJS();}

这是我们按键检测的代码，第一行代码我们对行进行了置零，然后检测是那一列发生了改变。当我们检测到按键被按下时，就进入了判断语句，也就是这个时候，需要进行按键的消抖了。为了方便理解，我先把消抖写在外边。

原本我们判断后就会直接进行按键的计算输出，但是这样就会造成一次按下，却输出了三次以上的结果，在有些场合是不行的，会触发误动作，所以我们就需要消抖操作。我们这里采用的是延时消抖的方法，在扫描时，先让行置零，然后判断置零后是否有按键按下，如果有按键按下，那么此时P1的端口值就会与设定的存在不同，通过判断不同，来进入判断语句，为了防止抖动影响，我们先让按键的键值保存起来，然后等待一段时间，接着判断当前的P1值与之前保存的是否一致，如果一致，就认为按键按下了，并且已经稳定，然后就可以执行按键处理程序了，处理完，为了防止按键的连续重复操作，我们需要对按键的抬起进行监控，当检测到按键已经抬起，此时缓存值会与P1不同，就会跳出循环，就不会出现长按按键，反复检测开关，导致连续动作。

好的理论有了，我们进行下仿真。先进行软件仿真，出现错误方便修改。

软件仿真打开后，导入程序，然后打开运行，首先出现的界面是所有端口都是高电位，P1的低四位在不断的扫描。接着我们按下任意一个按键，按三次看下结果。

可以看到，上方的二极管显示的是0000 0011，转译成十进制就是3.我们为了验证测试下多次多个按键按下，就选择中间八个按键依次按下。

此时显示的是000 1011，翻译成十进制就是8+2+1=11，我们操作了11次，显示11，说明仿真没有问题，至少证明程序可以实现功能，接下来我们使用电路板测试下。

在程序中运行完美的程序，到了我的电路板上就失控了。

完全没有反应好不，什么情况？难道要翻车？我一个好好的教程要变成一个维修课程了。这是我遇到的第一个故障，目前不清楚是硬件还是软件故障，程序是两天前写的，外出两天回来，第一次下载就这样，我相信我的硬件应该不会有问题，因为矩阵按键很简单，就是按键两端连上线，然后连接到单片机上就可以了，而LED小灯就更简单了。那么消除故障的过程就这么猝不及防的开始吧，因为后期制作过程中必然会遇到更多的问题。趁着小孩睡觉了，我来看看故障究竟出在哪里。

我们比较方便的就是去判断软件的问题，因为程序出现问题的概率远远大于硬件。首先我先写个测试的文件。新建一个工程吧。

语句就尽可能简单，主要测试延时和按键响应问题。来判断是否是硬件出了毛病。我会挨个判断四个按键。

编译后下载到单片机中。呦呵，没有反应！难道是我太急躁，代码有问题？我把代码修改的简单些。

嗯，这次基本就可以判断是代码的问题了，按下按键，LED就熄灭了。接下来是四个按键测试下。

这是四个按键，我先下载看下效果。

哎呦，不错哦，说明按键是没有毛病的。那就看之前的代码了，检查代码也是个技术活。我们的测试文件中没有体现出按键输出的处理函数，这次就添加上按键处理函数。函数从代码上没有看出有什么问题，通过循环判断出符合哪一个，然后执行P0加一，然后返回，看似问题不在这里。

好吧，程序下载好之后，确实没有反应了。

if(key0==0)

{delay(3);if(key0==0)

{keyJS();while(key0==0);}}

这是判断的代码，我把key4置0了，然后再把key0置零，这时P1》01110111》0x77.

按照道理上说，此时应该可以执行才对，为什么？

我们再把代码写的简单些，看是不是我们程序的流程存在瑕疵。

再次编译后下载到单片机中测试。我的老天，还是不行，问题不应该在代码，这个代码是不会有问题的，我要回过头查下硬件了，先测试下当我按下P1.0时是否有0电位输入。

这是按键没有按下时的电压。我用的是18650电池，电压是3.9V正常的。

按下P1.0就变成了0V，这说明问题不在此处。

哎呦，电压也没有问题呢，什么情况？我检查下电路，首先是电源电路，对所有电源进行重现排查，然后重新插紧。再次测试下，然后好了。

这个问题出在哪里呢？且待我细细分析一番，以免后期同样故障无法排除。

。。。。。。。

嗯，知道问题在哪里了，主要是面包板的问题，因为我们这里近段时间在下雨，估计南方的同志们也是如此，希望雨水赶快消停。由于天气潮湿，我得面包板的负极接线头有些锈蚀了，就造成了接触电阻增加，平时点亮单个小灯还好，但是如果电流增加，例如我们做16个按键的扫描，然后8个LED的点亮，就会耗费大量的电流，此时电流的增加，就会造成接触电阻分压增加，继而就会造成单片机电源电压低于3.3V，处于假死状态，然后所有端口就会复位，效果跟按下复位键一样，就是硬件死机了。将插针处理好后，就可以了。此时我们之前的程序重新下载到单片机中，再次检测一下。

指示灯000 1100

指示灯1000 1100

指示灯0100 1100

到这里基本就可以看出来，代码运行正常了。通过这次实际运行测试，我们可以看出，实际的操作可以让我们学习到仿真无法带来的知识。通过检修，我们可以明白，往往硬件故障都是有原因的，这些原因都隐藏在电流、电压这些数据之中。尽管使用PCB制作的板子会稳定很多，但是同样你对电路的了解也就会少很多，最多知道这是干什么的，回头就会忘记电路怎么连了。而我们学习单片机的，只写代码是徒有灵魂，就像你知道火箭可以飞到月球，可是不会造，岂不是空谈？总之好的软件工程师，必然不会是硬件小白。

马上放假了，可以多动手练习练习。