占用式和非占用式程序结构分析

void refresh7()

{

static unsigned char r=0;

static unsigned char flagrgb=0; //当前需要点亮的颜色，0-R,1-G,2-B

static unsigned char num=0;

num++;

if(num==32)

{

num=0;

flagrgb++;

if(flagrgb==3) //说明三种颜色都扫描完了

{

flagrgb=0; //从红色开始扫描

r++; //开始扫描下一行

if(r==8) //如果发现行都扫描结束则从第行开始扫描

r=0;

}

}

if(num

{

switch(flagrgb)

{

case 0: //扫描红色

DPw = ~(0x01

DPr = ~vm7r[r];//送入R灯IO接口显示

break;

case 1: //扫描绿色

DPw = ~(0x01

DPg = ~vm7g[r];

break;

case 2: //扫描蓝色

DPw = ~(0x01

DPb = ~vm7b[r];

break;

}

}

else //说明不需要点亮

{

DPw=0xff;

DPr=0xff;

DPg=0xff;

DPb=0xff;

}

}

现在，这个函数中没有任何延时和循环，执行所消耗的时间是非常少的，可以很快地响应响应其它任务。

四、改造的本质

上面我们对DYS388的扫描程序进行了“三大改造”，分别是：1、各个行扫描的分离;2、各个颜色扫描的分离;3、延时函数的消除。

这些改造的本质都是对原程序的分割，把一大坨程序分成多个步骤分别执行，以减小耗时，提高对外部的响应速度。

但就整个进程的执行来看，有效代码的比例是降低的，包括上面“三大改造”的第三点 延时函数的消除，看上去是消除了延时函数，提高了执行效率，但从“扫描一次整屏”这个任务来看，其执行的代码量反而是增加的。(但并不是所有的改造都一定会使效率降低，有些改造确实可以达到“消除延时函数”的目的)

那为什么还要对其进行改造呢，见下节分析。

五、非占用式程序结构的优势

1、非占用式程序相比于占用式程序，增加了一定的代码，虽然会使整体效率降低，但是提高了各个任务之间的切换速度，可以对各个任务都能很快地响应。这点类似于操作系统，虽然降低了效率，但是各个任务间的快速切换可以达到各个任务“并行处理”的效果，光是这点的好处就已经很大了。

2、非占用式程序结构可以放进定时器

之前写过一片《单片机用定时器分配任务程序结构总结》已经发现用定时器分配任务的好处，有些简短的代码可以直接放进定时器里。

在改造之前的扫描程序是不适合放在定时器中断处理程序里执行的，因为太长，可能还没执行完就来了下一个中断。就算勉强执行完了，留给主进程处理其它事情的时间也不多了。

而改为非占用式之后，可以在中断处理程序里直接调用扫描程序，它会很快地执行完，然后有充足的时间留给其他任务。

3、非占用式程序并不是一定会降低效率。

先拿“三大改造”的第三点说明，它虽然形式上消除了延时函数，但是每次调用此函数时对num变量的处理，以及有其产生的相关判断语句，总的代码量比原来的要多。

但是，这真的就仅仅是这样了吗?改造之前的函数，执行玩退出之后所有的led全是熄灭的，只有在此函数执行过程中(延时阶段)才会点亮(传统数码管扫描亦是如此)。

而改造之后的函数，它的功能就是指定一下每个灯的亮灭，然后立马退出，在执行其它任务的过程中该点亮的灯是在点亮的状态。这样就提高了整体的亮度，在执行其他任务的过程中，从某种意义上说也是在执行当前任务。

这可能还不能太清楚地说明问题，下面我要再举一例，传统的按键扫描一般是这样：

if(key==0) //key是某个引脚

{

delay5(1);

if(key==0) //确认按键已按下

{

//do something

}

}

这段代码也是很浪费时间的，中间有个5ms延时拜拜浪费。

通过对它改造之后，结合定时器，可以几乎完全地把这5ms时间省出来：

static unsigned char keylast; //保存上次的按键值

if(key==0 keylast==1) //检测到一个下降沿

{

//do something

}

keylast=key;

结合定时器进行改造，是真的可以把占用式函数的延时时间节省出来的。

六、非占用式程序的一般结构

非占用式程序将占用式程序分割执行，需要用到静态变量对当前步骤进行记忆，其一般结构如下：

逻辑变量计算就是根据任务功能构建出一个合理的逻辑结构。

对逻辑变量的响应就是对构建好的逻辑结构的结果的响应和执行。

七、结论

最近开发 DYS388 写了不少程序，以前在写程序的过程中就隐约发现了所谓占用式和非占用式程序结构的区别，程序写多了肯定能发现问题，但是如果不停下来总结，而是一味的开发，那是不会有进步的。

组织庞大的程序需要正确的理论指导，学习很多的知识也需要进行总结。知识点太多不可能学完，只有将他们提升到理论层次，将这种思维方式刻在脑子里才能灵活地运用，并从容地接受新的知识。