基于单片机系统中的多任务多线程机制的实现

首先要指出的是一点是，我们不是讨论嵌入式实时多任务操作系统（RTOS）的设计。我们讨论的是，在不使用RTOS的控制系统中，如何体现多任务多线程机制的程序设计思想。

一些嵌入式设备可以需要操作系统，例如掌上电脑、PDA、网络控制器等高性能的手持设备和移动设备。它们往往和无线通信、互联网访问和多媒体处理等复杂而强大的功能联系在一起；对CPU要求也很高，往往是以通用CPU为原型的各种高端嵌入式处理器。

作为一个完整的操作系统，RTOS有一个可靠性很高的实时内核，将CPU时间、中断、I/O、定时器等资源都包括起来，留给用户一个标准的应用程序接口（API）；根据各个任务的优先级，合理地在不同任务之间分配CPU的时间，保证程序执行的实时性、可靠性。内核一般都能提供任务调度和中断服务等功能，部分高档商业化产品，如Windows XP Embedded，甚至支持32位地址空间、虚拟存储管理、多进程以及嵌入式操作系统中不多见的动态链接库（DLL）。对于这些RTOS来说，多任务实时处理不是件困难的事情。

但更多的情况下，用户使用的是另一类CPU——微控制器，即单片机，往往是按照某一流程执行单一任务。出于成本和技术上的原因，这类软件开发多数还是基于处理器直接编写，没有选配实时多任务操作系统作为开发平台，也不需要将系统软件和应用软件分开处理。但是在实际应用中，有时也会面临同时处理多个并行任务的要求，这就需要安排一种运行机制，来模拟RTOS中的处理方法。

1 RTOS中的设计思想

单处理机多道程序系统具有如下特征：

①从宏观上看，几种程序“同时运行”。即它们先后开始了各自的运行，且均未结束。

②从微机上看，几道程序“交替执行”。对于单处理机系统而言，它们只能轮流地占用CPU。

其实质是指几道程序在处理机中“交替执行”。我们按照现在常用的方法，把一道程序和一个任务对应，把任务中的每个分开的、独立执行的部分称之为线程。

具体到RTOS来说，一方面，实时操作中的多任务引起的并发性和实时性，要求操作系统对资源分配具有更强的控制能力。通常的办法是采取设立前台与后台两个作业的分配办法。前台作业中包含实时采集、控制、处理有关的任务，任务优先级较高；后台作业一般是对数据进行分析、输出数据、响应操作员请求等任务，优先级较低。后台作业中与后台作业并非完全孤立的；后台作业所需数据由前台作业存储共享内存区内，作业之间通过共享存储区进行数据交换。

另一方面，实时任务总是由某个事件发生或时间条件满足来激活。事件有两种：内部事件和外部事件。时间驱动也有两种：按绝对时间驱动和按相对时间驱动。内部事件驱动是指某一程序运行的结果导致另一任务的启动，这个结果可能是数据满足一定条件，也可能是释放了某一资源；而最典型的实时任务是由外部事件驱动的。在实时系统中，外部事件发生有时是不可预测的，由外部事件驱动的任务一般是需要立即执行的任务，它的优先级最高。绝对时间驱动是指在某指定时刻执行的任务，也就是在自然时钟的绝对时间执行。相对时间驱动是指周期性执行的任务，总是相对上一次执行时间计时，执行时间间隔一定。除了周期性任务外，还有一些同步任务也可能由相对时间驱动，如等待某种条件到来。等待时间是编程设定的。相对时间可用计算机内部时钟或软件计时。

我们在实时设计当中，这两方面的问题都有所体现，所有的事件驱动和时间驱动都体现在设置相应的任务标识和线程标识。从后面的讨论中可以看出，当硬件环境一定时，依据这些标识，通过安排系统内中断响应方式和调整任务调度算法，可以有效解决多任务并行问题，因为系统的实时性主要取决于这两点。

2 多任务多线程机制的实现

我们设计的对象是双通道和四通道测试的某型医用检验设备。每个通道可以置入样本，设置不同的测试项目，完成测试后输出不同的测试结果和附加的计算结果。

常规的处理方法是这样的：和通道只能测试同一个项目，按统一步骤同步执行各任务的相同阶段，其处理示意如图1。为简化起见，我们用双通道进行说明。

显然，这样做不仅会失去测试的灵活性，例如不能同时测量不项目，不过随意在不同通道中测试不同版本，即使有空余通道也不能在上一样本测试过程中启动下一样本的测试；而且还牺牲效率，浪费时间，因为要等每个阶段最慢的一个处理完才能进入下一阶段。这其实是单任务的多次简单重复，设计也容易。国内很多类似产品采用了这种方案，但我们放弃了。

我们选择了安全并行的设计，即要求所有通道可以完全独立工作；任意启动和停止