zgkiyn 发表于 2015-4-8 10:39

#include "REG52.H"


#define const_voice_short40   //蜂鸣器短叫的持续时间
#define const_rc_size10//接收串口中断数据的缓冲区数组大小

#define const_receive_time5//如果超过这个时间没有串口数据过来,就认为一串数据已经全部接收完,这个时间根据实际情况来调整大小

void initial_myself(void);   
void initial_peripheral(void);
void delay_long(unsigned int uiDelaylong);



void T0_time(void);//定时中断函数
void usart_receive(void); //串口接收中断函数
void usart_service(void);//串口服务程序,在main函数里

sbit beep_dr=P2^7; //蜂鸣器的驱动IO口

unsigned intuiSendCnt=0;   //用来识别串口是否接收完一串数据的计时器
unsigned char ucSendLock=1;    //串口服务程序的自锁变量,每次接收完一串数据只处理一次
unsigned intuiRcregTotal=0;//代表当前缓冲区已经接收了多少个数据
unsigned char ucRcregBuf; //接收串口中断数据的缓冲区数组
unsigned intuiRcMoveIndex=0;//用来解析数据协议的中间变量


unsigned intuiVoiceCnt=0;//蜂鸣器鸣叫的持续时间计数器



void main()
{
   initial_myself();
   delay_long(100);   
   initial_peripheral();
   while(1)
   {
       usart_service();//串口服务程序
   }

}


void usart_service(void)//串口服务程序,在main函数里
{

      
/* 注释一:
* 识别一串数据是否已经全部接收完了的原理:
* 在规定的时间里,如果没有接收到任何一个字节数据,那么就认为一串数据被接收完了,然后就进入数据协议
* 解析和处理的阶段。这个功能的实现要配合定时中断,串口中断的程序一起阅读,要理解他们之间的关系。
*/
   if(uiSendCnt>=const_receive_time&&ucSendLock==1) //说明超过了一定的时间内,再也没有新数据从串口来
   {

            ucSendLock=0;    //处理一次就锁起来,不用每次都进来,除非有新接收的数据



                  //下面的代码进入数据协议解析和数据处理的阶段

                  uiRcMoveIndex=0; //由于是判断数据头,所以下标移动变量从数组的0开始向最尾端移动

/* 注释二:
* 判断数据头,进入循环解析数据协议必须满足两个条件:
* 第一:最大接收缓冲数据必须大于一串数据的长度(这里是5。包括2个有效数据,3个数据头)
* 第二:游标uiRcMoveIndex必须小于等于最大接收缓冲数据减去一串数据的长度(这里是5。包括2个有效数据,3个数据头)
*/
            while(uiRcregTotal>=5&&uiRcMoveIndex<=(uiRcregTotal-5))
            {
               if(ucRcregBuf==0xeb&&ucRcregBuf==0x00&&ucRcregBuf==0x55)//数据头eb 00 55的判断
               {
                              if(ucRcregBuf==0x01&&ucRcregBuf==0x02)//有效数据01 02的判断
                                  {
                                    uiVoiceCnt=const_voice_short; //蜂鸣器发出声音,说明数据头和有效数据都接收正确
                                  }
                  break;   //退出循环
               }
               uiRcMoveIndex++; //因为是判断数据头,游标向着数组最尾端的方向移动
         }
                                       
         uiRcregTotal=0;//清空缓冲的下标,方便下次重新从0下标开始接受新数据

   }
                        
}


void T0_time(void) interrupt 1    //定时中断
{
TF0=0;//清除中断标志
TR0=0; //关中断


if(uiSendCnt<const_receive_time)   //如果超过这个时间没有串口数据过来,就认为一串数据已经全部接收完
{
          uiSendCnt++;    //表面上这个数据不断累加,但是在串口中断里,每接收一个字节它都会被清零,除非这个中间没有串口数据过来
      ucSendLock=1;   //开自锁标志
}

if(uiVoiceCnt!=0)
{
   uiVoiceCnt--; //每次进入定时中断都自减1,直到等于零为止。才停止鸣叫
   beep_dr=0;//蜂鸣器是PNP三极管控制,低电平就开始鸣叫。

}
else
{
   ; //此处多加一个空指令,想维持跟if括号语句的数量对称,都是两条指令。不加也可以。
   beep_dr=1;//蜂鸣器是PNP三极管控制,高电平就停止鸣叫。
}


TH0=0xfe;   //重装初始值(65535-500)=65035=0xfe0b
TL0=0x0b;
TR0=1;//开中断
}


void usart_receive(void) interrupt 4               //串口接收数据中断      
{      

   if(RI==1)
   {
      RI = 0;

            ++uiRcregTotal;
      if(uiRcregTotal>const_rc_size)//超过缓冲区
      {
         uiRcregTotal=const_rc_size;
      }
      ucRcregBuf=SBUF;   //将串口接收到的数据缓存到接收缓冲区里
      uiSendCnt=0;//及时喂狗,虽然main函数那边不断在累加,但是只要串口的数据还没发送完毕,那么它永远也长不大,因为每个中断都被清零。
   
   }
   else//我在其它单片机上都不用else这段代码的,可能在51单片机上多增加" TI = 0;"稳定性会更好吧。
   {
      TI = 0;
   }
                                                         
}                              


void delay_long(unsigned int uiDelayLong)
{
   unsigned int i;
   unsigned int j;
   for(i=0;i<uiDelayLong;i++)
   {
      for(j=0;j<500;j++)//内嵌循环的空指令数量
          {
             ; //一个分号相当于执行一条空语句
          }
   }
}


void initial_myself(void)//第一区 初始化单片机
{

beep_dr=1; //用PNP三极管控制蜂鸣器,输出高电平时不叫。

//配置定时器
TMOD=0x01;//设置定时器0为工作方式1
TH0=0xfe;   //重装初始值(65535-500)=65035=0xfe0b
TL0=0x0b;


//配置串口
SCON=0x50;
TMOD=0X21;
TH1=TL1=-(11059200L/12/32/9600);//这段配置代码具体是什么意思,我也不太清楚,反正是跟串口波特率有关。
TR1=1;

}

void initial_peripheral(void) //第二区 初始化外围
{

   EA=1;   //开总中断
   ES=1;   //允许串口中断
   ET0=1;    //允许定时中断
   TR0=1;    //启动定时中断

}

zgkiyn 发表于 2015-4-8 12:26


第六十九节:使用static关键字可以减少全局变量的使用。

开场白:
本来这一节打算开始讲液晶屏的,但是昨天经过网友“任军”的点拨,我发现了一个惊天秘密,原来static关键字是这么好的东西我却错过了那么多年。以前就有一些网友抱怨,鸿哥的程序好是好,就是全局变量满天飞,当时我觉得我也没招呀,C语言就全局变量和局部变量,单单靠局部变量肯定不行,局部变量每次进入函数内部数值都会被初始化改变,所以我在很多场合也只能靠全局变量了。但是自从昨天知道了static关键字的秘密后,我恍然大悟,很多场合只要在局部变量前面加上static关键字,就可以大大减少全局变量的使用了。
这一节要教会大家一个知识点:
大家都知道,普通的局部变量在每次程序执行到函数内部的时候,数值都会被重新初始化,数值会发生变化,不能保持之前的数值。但是在局部变量加上static关键字后,系统在刚上电的时候就已经把带static的局部变量赋初始值了,从此程序每次进入函数内部,都不会初始化带static关键字的局部变量,它会保持最近一次被程序执行更改的数值不变,像全局变量一样。跟全局变量唯一的差别是,带static关键字的局部变量的作用域仅仅在函数内部,而普通全局变量的作用域是整个工程。

本程序例程是直接在第八节程序上修改,大大减少了全局变量的使用。具体内容,请看源代码讲解。

(1)硬件平台:
   基于朱兆祺51单片机学习板。用矩阵键盘中的S1和S5号键作为独立按键,记得把输出线P0.4一直输出低电平,模拟独立按键的触发地GND。

(2)实现功能:跟前面第八节的功能一模一样,有两个独立按键,每按一个独立按键,蜂鸣器发出“滴”的一声后就停。
   
(3)源代码讲解如下:

班主任敢死队 发表于 2015-4-17 14:32

jianhong_wu 发表于 2014-6-10 01:20
第六节:在主函数中利用累计主循环次数来实现独立按键的检测。

开场白:
上一节讲了多任务中蜂鸣器驱动程序的框架,这节继续利用多任务处理的方式,在主函数中利用累计主循环次数来实现独立按键的检测。要教会大家四个知识点:
第一点:独立按键的驱动程序框架。
第二点:用累计主循环次数来实现去抖动的延时。
第三点:灵活运用防止按键不松手后一直触发的按键自锁标志。
第四点:在按键去抖动延时计时中,添加一个抗干扰的软件监控判断。一旦发现瞬间杂波干扰,马上把延时计数器清零。这种方法是我在复杂的工控项目中总结出来的。以后凡是用到开关感应器的地方,都可以用类似的方法实现软件上的抗干扰处理。

具体内容,请看源代码讲解。

(1)硬件平台:基于朱兆祺51单片机学习板。用矩阵键盘中的S1和S5号键作为独立按键,记得把输出线P0.4一直输出低电平,模拟独立按键的触发地GND。

(2)实现功能:有两个独立按键,每按一个独立按键,蜂鸣器发出“滴”的一声后就停。

(3)源代码讲解如下:


总结陈词:
    本节程序已经展示了在主函数中,利用累计主循环次数来实现独立按键的检测。这种方法我经常在实战用应用,但是它也有一个小小的不足,随着在主函数循环中任务量的增加,为了保证去抖动延时的时间一致性,要适当调整一下去抖动的阀值const_key_time1。如何解决这个问题呢?欲知详情,请听下回分解-----在主函数中利用累计定时中断的次数来实现独立按键的检测。

(未完待续,下节更精彩,不要走开哦)

定义了这么多函数,变量,我眼花了

哦,小法 发表于 2015-4-19 22:01

看了一天了   写得很好   代码可读性很高    顶一个   希望楼主能持续更新

a47336615a1230 发表于 2015-4-20 10:28

足够我消化几个月了。。。

takakiyoke 发表于 2015-5-27 19:00

谢谢吴哥~对于一个newbie来说太重要了。谢谢!

plectrum 发表于 2015-6-15 21:23

jianhong_wu 发表于 2014-6-10 01:20
第六节:在主函数中利用累计主循环次数来实现独立按键的检测。

开场白:
上一节讲了多任务中蜂鸣器驱动程序的框架,这节继续利用多任务处理的方式,在主函数中利用累计主循环次数来实现独立按键的检测。要教会大家四个知识点:
第一点:独立按键的驱动程序框架。
第二点:用累计主循环次数来实现去抖动的延时。
第三点:灵活运用防止按键不松手后一直触发的按键自锁标志。
第四点:在按键去抖动延时计时中,添加一个抗干扰的软件监控判断。一旦发现瞬间杂波干扰,马上把延时计数器清零。这种方法是我在复杂的工控项目中总结出来的。以后凡是用到开关感应器的地方,都可以用类似的方法实现软件上的抗干扰处理。

具体内容,请看源代码讲解。

(1)硬件平台:基于朱兆祺51单片机学习板。用矩阵键盘中的S1和S5号键作为独立按键,记得把输出线P0.4一直输出低电平,模拟独立按键的触发地GND。

(2)实现功能:有两个独立按键,每按一个独立按键,蜂鸣器发出“滴”的一声后就停。

(3)源代码讲解如下:


总结陈词:
    本节程序已经展示了在主函数中,利用累计主循环次数来实现独立按键的检测。这种方法我经常在实战用应用,但是它也有一个小小的不足,随着在主函数循环中任务量的增加,为了保证去抖动延时的时间一致性,要适当调整一下去抖动的阀值const_key_time1。如何解决这个问题呢?欲知详情,请听下回分解-----在主函数中利用累计定时中断的次数来实现独立按键的检测。

(未完待续,下节更精彩,不要走开哦)

第六节:在主函数中利用累计主循环次数来实现独立按键的检测
代码第69行,为什么有按键按下是判断ucKeyLock1==0,难道不是判断key_sr1==0吗?这里很困惑

xxqxiao 发表于 2015-6-24 14:18

:time::time:路过

lunapei 发表于 2015-7-6 12:03

真的好强大啊:time:

xiaofengli2008 发表于 2015-7-6 22:17

很好很受用

xiaofengli2008 发表于 2015-7-7 21:44

jianhong_wu 发表于 2014-6-10 01:18
第四节:累计定时中断次数使LED灯闪烁。

开场白:
上一节提到在累计主循环次数来实现计时,随着主函数 ...

为什么要在中断函数里还好再一把TF0的中断标志手动清零呢?在打开中断后单片机不是自动清零吗?请帮忙解释一下!

xiaofengli2008 发表于 2015-7-14 22:56

jianhong_wu 发表于 2014-6-10 01:20
第七节:在主函数中利用累计定时中断的次数来实现独立按键的检测。

开场白:
上一节讲了在主函数中利用 ...

在判断 if(uiKeyTimeCnt2 > const_key_time2)此句时,为什么不是
if(uiKeyTimeCnt2 >= const_key_time2)呢?或者是
if(uiKeyTimeCnt2 == const_key_time2) ?因为要是只是大于的话则计时的时间会多出一个中断累积的时间?那就不是30次,而是31次了,请帮忙回复!谢谢!

xiaofengli2008 发表于 2015-7-15 20:32

jianhong_wu 发表于 2014-6-10 01:21
第八节:在定时中断函数里执行独立按键的扫描程序。

开场白:
上一节讲了在主函数中利用累计定时中断的 ...

在87行中, uiKeyTimeCnt2++; //累加定时中断次数
   if(uiKeyTimeCnt2>const_key_time2)词句为什么不是if(uiKeyTimeCnt2>=const_key_time2)或者是
if(uiKeyTimeCnt2 == const_key_time2)作者的是不是多了一个中断时间累积?请回复谢谢!

thankday 发表于 2015-7-29 14:56

写的,太好了

随风暗影 发表于 2015-10-13 19:25

我觉得鸿哥那个第六十节的原子锁应该还要补充一些,比如原子操作,当ucLock = 1;是一个字节,在汇编里一条指令就能完成。中断时不能打断原子操作的。

qi777ji 发表于 2015-10-14 09:32

很好!很有见解!!

xionglan 发表于 2015-10-19 20:43

我想问问中断,什么时候中断开始运行?

smilefff 发表于 2016-1-2 21:00

jianhong_wu 发表于 2014-6-10 01:20
第六节:在主函数中利用累计主循环次数来实现独立按键的检测。

开场白:
上一节讲了多任务中蜂鸣器驱动 ...

程序很难看懂,思路也不太懂

sscb 发表于 2016-10-27 22:09

jianhong_wu 发表于 2014-6-10 01:17
第三节:累计主循环次数使LED灯闪烁。

开场白:
上一节鸿哥提到delay()延时函数消耗的时间太长了,其它 ...

学习了,感谢楼主。状态标志、计数变量都定义为全局变量,有静态属性。

qxb261089 发表于 2016-11-13 11:50

坚鸿老师你好,我是个单片机初学者,虽然接触了两年但没有师傅教过编程框架,无意中看到这篇文章真的是获益良多,刚看到第四节里面有些不懂1.操作定时器时ET0和TR0有何不同?2.定时器赋值时写成TH0=0xf8和(65535-xxxx)/256一样吗?3.网上有的程序是用65536减的,到底哪个是对的?希望老师能指点一下谢谢!
页: 1 2 3 4 5 6 7 8 [9] 10
查看完整版本: 从业将近十年!手把手教你单片机程序框架(连载)