蓝桥杯单片机74HC138的一些想法

本人也只是刚入门的新手，下面仅仅谈谈个人遇到的bug和想法，欢迎大佬进行留言指正。

注意，下面的问题出现在38译码器输出接入掉电不丢失的74HC573而言，也可以说基于蓝桥杯的板子写的，参加蓝桥杯的大家可以来讨论一下，大佬不必看了。

下面是我一直使用的位寻址进行译码，今天发生了很大的问题，所以来讨论一下 

sbit HC_138_C = P2^7;
sbit HC_138_B = P2^6;
sbit HC_138_A = P2^5;
void HC_138_choose(unsigned char t)
{
	switch(t)
	{
		case 4:
		{
			HC_138_C = 1;
			HC_138_B = 0;
			HC_138_A = 0;
			break;
		}
		case 5:
		{
			HC_138_C = 1;
			HC_138_B = 0;
			HC_138_A = 1;
			break;
		}
		case 6:
		{
			HC_138_C = 1;
			HC_138_B = 1;
			HC_138_A = 0;
			break;
		}
		case 7:
		{
			HC_138_C = 1;
			HC_138_B = 1;
			HC_138_A = 1;
			break;
		}
	}
}

关于上述这段代码，平时写的时候没遇到问题，今天发现了很严重的问题。

举个例子：

void init()
{	
	HC138_choose(4);
	P0 = 0xff;
	HC138_choose(6);
	P0 = 0x00;
	HC138_choose(5);
	P0 = 0x00;
}

这是蓝桥杯很基础的一段初始函数，用于关闭LED,蜂鸣器，数码管，继电器等等。

但是这段代码实际上没法关闭LED

这就是位寻址写法译码器出现的弊端

当你第一次进行

HC138_choose(4);
P0 = 0xff;

确实关闭了LED灯

但是当

HC138_choose(6);切换到HC138_choose(5);时，里面的时序其实是

    HC_138_C = 1;
    HC_138_B = 1;
    HC_138_A = 0;

（上面是HC138_choose(6)的时候 ABC的状态）

然后进行切换

先赋值HC138_choose(5)的第一位 即：

 HC_138_C = 1;

暂时还没问题

再赋值HC138_choose(5)的第二位 即：

 HC_138_C = 0;

问题出现了，LED灯被全部点亮了

相信大家都看出来了 此时其实的HC138_choose(5）;程序还没跑完，但是ABC的值进入了HC138_choose(4);的状态 即：

HC_138_C = 1;
HC_138_B = 0;
HC_138_A = 0;

这状态出现在HC138_choose(5);的第三条HC_138_A = 1;的执行前

也就这一瞬间实现了HC138_choose(4);的状态 接在LED上的74HC573瞬间被激活了，这就导致你上一条的清零指令 也就是

HC138_choose(6);

P0 = 0x00；

其中的P0 = 0x00；被传到了LED的74HC573，同时74HC573记录下了P0=0x00的数据，LED被全部点亮了

以上仅仅只是出现在初始化的状态下，确实看起来是个小问题，但是这样的影响如果进入到了复杂的程序里，会很难进行debug，所以建议大家不要用这种写法，改用下面这种：

void HC138_choose(unsigned char uc_m)
{
	switch(uc_m)
	{
		case 4:
		{
			P2=(P2 & 0x1f) |0x80;
			break;
		}
		case 5:
		{
			P2=(P2 & 0x1f) |0xa0;
			break;
		}
		case 6:
		{
			P2=(P2 & 0x1f) |0xc0;
			break;
		}
		case 7:
		{
			P2=(P2 & 0x1f) |0xe0;
			break;
		}
		case 0:
		{
			P2=(P2 & 0x1f) |0x00;
			break;
		}
	}
}

其中对P2进行了一次性全部赋值，不会再出现位寻址的时候单条指令与上一个状态混合输出的现象，个人觉得应该是比较好的方案了。

至于case 0 只是用于防止类似状态的产生，在蓝桥杯的板子上没有译码器出0没有接入别的电路，所以给个无效位。具体应用举个例子

HC138_choose(6);
P0 = 0x01；
HC138_choose(0);
P0 = 0xff;
HC138_choose(7);
P0 = 0xc0;

这是在数码管的第1位输出0的代码，如果其中没有HC138_choose(0);则会将上一条的P0 = 0x01传入到了HC138_choose(7);导致数码管的显示会有异常，实际上考虑到延时消隐，其实影响不大，但这只是作为个例子，具体情况还要具体分析。

在中断中不要轻易加入译码器的模式切换

这是另一个问题，这里只是简述一下。

中断是会随机在程序的任何地方中断的，当你中断正好在译码器选择好模式的时候，下一秒进入中断，又切换了译码器的输出模式，此时源程序应有的模式被中断打断成了错误的模式，中断之后执行的赋值比如P0 = 0x00当中断结束回到源程序时，又会被源程序原有的P0 = 0xff（仅仅举个例子）给替换成不理想的值，导致输出的混乱，因为是概率中断，所以在数码管或者LED上的体现为闪烁，遇见这样情况的大家可以考虑下是不是中断造成了译码器的误读。具体解决方法也有，大家可以参考上面的思路来求解，这里就不加以赘述了。

上面这些文字代码只是个人写法上的一个错误，贴出来跟大家分享讨论一下，请大佬多多指教，我是新手入门确实容易犯错，写出来也是希望学习大家的经验。感谢各位读完我写的代码。