【蓝桥杯单片机组】时间触发单片机程序设计

这篇拖了很久。。。

本来觉得没什么好写的，不过既然有时间还是写点浅显的总结吧

引

        思考一下，当我们设计单片机程序时，我们在做什么，实际上在稍微复杂的程序下，我们需要单片机执行的任务会很多，而我们做的无非就是在安排任务，谁排前面谁排后面，什么时候该执行什么，这也是为什么我们需要引入逻辑判断，作为分配任务的方法，而判据，也就是今天要讨论的话题

        举个简单的例子，现在我们需要温度传感器采集温度，光敏传感器采集环境光，同时将温度传感器的数值显示在8位数码管上。那么这时，我们需要onewire，iic协议获取数据，同时还是需要刷新数码管数据，如果不假思索地把他们堆进死循环里会发生什么？onewire采集完数据，iic采集完数据，接着轮到数码管循环点亮（动显），如此往复，我们或许会注意到数码管频闪严重，这是由于两个传感器采集数据的都将消耗时间，数码管点亮第一位，接着采集了两个传感器的数据，数码管才能点亮第二个。这并不是一个好现象，协议的大量延时让cpu处于实实在在的空跑。

分配

        实际上我们注意到，我们并不需要每几ms就采集一次传感器数据，或许几十甚至几百ms采集一次都不会有太大区别，而数码管间隔过大却直接影响着显示效果（同理于按键），所以我们不妨，让数码管以2ms为周期刷新一次，温度传感器以99ms为周期采集一次，iic以49ms为周期采集一次，可以发现整体的效果好了很多，甚至可以将所有的功能都以这种方式打散——定时器可以很好地做到这点，我们知道单片机对于时间的概念来源于时钟（内部或外部晶振），而单片机本身却只能跟着时间走随着PC一条一条地执行下去，定时器给予了单片机窥探时间的能力，就像给了一个人块手表一样，有了定时器，我们就可以在它的中断服务函数里面写标志位，接着只需要在主函数里写逻辑判断到了做什么的时候即可。将任务拆分成为几个小任务，根据需要安排刷新周期，有点类似于线程。这是时间触发的单片机程序设计，也是定时器的一大用途

实现

         实现这一机制同样简单

          

void Timer2_Init()
{
    AUXR |= 0x04;
    T2H = 0x9a;
    T2L = 0xa9;
    AUXR |= 0x10;
    EA = 1;
    IE2 |= 0x04;
}

unsigned char count_100ms = 0;
unsigned char count_200ms = 0;
bit flag_100ms = 0;
bit flag_200ms = 0;
 
void Timer2_Service() interrupt 12
{
    count_100ms++;
    if(count_100ms == 50)
    {
        count_100ms = 0;
        flag_100ms = 1;
        count_200ms++;
    }
    if(count_200ms == 2)
    {
        count_200ms = 0;
        flag_200ms = 1;
         
    }
}

void Logic()
{
    if(flag_100ms == 1)
    {
        flag_100ms = 0;
        function01();
    }
    if(flag_200ms == 1)
    {
        flag_200ms = 0;
        function02();
    }
}

void main()
{
    Timer2_Init();
    while(1)
    {
        Logic();
    }
}

        当然，这距离一个优秀的框架还差很远，仅仅是一个简单的思想，不过我已经没有折腾51和蓝桥杯的耐心和时间了

        始终记住我们要做的不是编程手艺人，更不是编程运动员，囿于一类单片机尝试把他摸透直至无以复加的程度是不理智的，也是极其局限的。

        没有意外的话，蓝桥杯系列就这样草草完结了

        后续的话可能会看看8051的RTOS，当作折腾着玩

2021/7/25   11:30

LynnSX in HRB