摘要：在系统控制过程中，实时性是系统性能的一个重要测试指标。应用实时操作系统是保证实时性的一种普遍方法，但是一些资源相对缺乏的单片机是不适合用操作系统的。本文介绍在中低档控制系统中，在不采用实时操作系统的情况下，如何对多个任务进行控制，以达到实时性要求的方法。

关键词：嵌入式系统 单片机 实时操作系统

引 言

        在嵌入式控制系统的设计中，如何对被控制的多个任务进行有效协调，使其动作顺序合理、响应速度快捷，往往是设计者所考虑的一个很重要的方面，也是衡量检验一个系统的综合性能的重要指标。为了在多个任务的协调控制中满足实时性的要求，设计者往往会考虑在系统中嵌入目前流行的某种实时操作系统。现在也有一些通过验证的比较优秀的实时操作系统可供选择，有的源代码甚至是免费提供的，网上也有大量的移植成功的源代码范例。基于实时操作系统编程可以大大缩短开发的周期，实时性也有足够的保证。基于实时操作系统编程的代价之一是，增加了程序代码的长度；代价之二是，需要较多的RAM空间，在不扩展片外存储器的情况下，中低档单片机是难以胜任的。另一方面，大部分中低档应用系统通过合理的设计，采用基于裸机编程（没有实时操作系统）的方法，也可以保证一定的实时性，从而达到实时控制的要求，这是本文所要介绍的内容。

1 系统设计原理

        1.1 通过定时中断间隔的设计来保证实时性

        为了完成控制系统中多任务的实时响应要求，可以利用定时中断作为系统的时钟。每个中断的间隔作为时钟的最小基本单位，这个值要小于或等于被控制的各个任务中对时间要求最苛刻的任务的最大允许响应时间。定时间隔越短，响应越快捷，但系统CPU的负担也越重（因为CPU休眠的时间也越来越少）。这是一对相互矛盾的事物，需要设计者谨慎的协调才能达到最完美的效果。例如在配料控制系统中，如果加料速度为20 kg/s，要求配料误差为1 kg，则系统的实时性必须保证在50 ms之内。为了留有余地，可将定时中断间隔设置为20 ms。

        1.2 通过对所有任务的及时“照看”来管理多任务

        可以根据各个任务对实时性要求的不同程度,将任务分为不同的类型。对实时性要求越是苛刻的任务，就需要得到系统越频繁的“照看”。对于实时性要求不高的任务，系统对它的“照看”时间间隔可以长一些。例如，有两个任务A和B，任务A每秒必须“照看”10次，任务B每秒必须“照看”2次，则控制流程如图1所示。从图1中可以看出，任务A每隔0.1 s“照看”1次，任务B每隔0.5 s“照看”1次。对实时性要求基本相同的若干任务，可依次“照看”,其程序流程如图2所示。

图1处理实时性要求不同的任务

图2处理实时性要求基本相同的任务

        将所有任务都放在定时监控循环中来“照看”，就可以使各个任务得到实时“照看”，问题的关键是系统如何“照看”各个任务。如果某任务运行一次所需要的时间远小于定时间隔，则该任务可安排在系统“照看”它时完整地执行一次。在这种情况下，“照看”某任务和“运行”某任务是一回事。如果某任务的运行时间远大于定时间隔，例如在配料系统中，一次配料任务需要数十秒钟，而定时间隔只有20 ms，因此，在“照看”该任务时不可能等待它完成后再“照看”其他任务，否则系统就会崩溃。为此，系统对任何任务的“照看”时间必须远小于定时间隔，只有这样才能保证系统在一个定时间隔中完成对所有任务的“照看”。由此可以看出，在本方法中，任何任务都不能较长时间单独占有CPU，而是在不断地得到系统的“照看”，通过“照看”来维持各个任务的正常运行。

        1.3将任务分解为若干状态

        对于执行时间大于定时间隔的任务，其执行过程都是由若干不同状态构成的。在不同状态下，需要系统进行不同方式的“照看”，为此，为这个任务设置一个状态变量，以指示该任务当前的状态。当系统“照看”该任务时，首先读取该任务的状态变量，然后根据状态变量的值来执行对应的“照看”操作。