|
- UID
- 872238
|
LCD显示时将采集到的坐标经过具体的转换程序进行转换。转换需要有一定的时间，所以LCD的显示时间t包括取得当前触摸点的电压值的时间以及由程序转换得到当前A/D转换值的时间。触摸屏采用中断方式对数据进行采样，可以利用定时器对触摸屏的采样基准时间进行设定，一般设定触摸屏的采样基准时间为10 ms。触摸屏每隔10 ms对数据进行一次采样，即每隔10 ms对每个通道的数据进行一次采样，并将其显示在LCD上。
根据以上所述，系统对每个通道数据源的测量时间tchannel =通信时间tc +采集时间ts+显示时间tl=10 ms + 0.5 ms +10 ms = 20.5 ms。此时系统中最多64个通道，那么系统完成64个通道的测量周期为T=64×tchannel=64×20.5 s≈1 s,实时数据监测模块的设计必须满足上述要求才能很好地满足系统的实时性。
2 系统设计
根据上述对实时数据监测模块实时性的需求分析，将整个系统的体系结构分为3个模块： 第1个模块是LCD显示模块，第2个模块是采集和通信模块，第3个模块是监测点模块。如图2所示，LCD显示模块用于显示采集数据和以按键方式发送命令。通信模块中LCD通过按键操作的方式通过MODBUS_RTU通信协议与各个监测点之间的通信连接，通信采用RS232/RS485无源转接器连接。该实时数据监测模块通过RS232/RS485对各个监测点的数据进行采集，并将采集到的数据送入各个监测点的数据缓冲区（数据缓冲区包括保持寄存器、控制寄存器和状态寄存器）。系统的数据链路层采用MODBUS_RTU通信协议。
图2 模块结构 3 软件设计
通过对各嵌入式操作系统的特点、性能进行可行性分析及比较，本模块采用了μC/OS-II作为该模块需要移植的操作系统。
3.1 任务划分
μC/OS-II是一种占先式多任务内核，其实现的任务调度是基于优先级的,即优先级最高的任务一旦准备就绪,就取得CPU的所有权开始投入运行。目前,μC/OS-II管理多达64个任务,其中8个保留给系统,应用程序最多有56个任务,能满足一般嵌入式系统的需要。在μC/OS-II中,每个任务的优先级要求不一样且是唯一的,所以任务调度工作非常简单,即查找准备就绪的最高优先级任务,然后进行上下文切换。μC/OS-II下每个任务有休眠、就绪、运行和中断等状态。
分析μC/OS-II的源码会发现,它把任务的优先级作为任务的标识符来使用。只有进入就绪态的最高优先级的任务才能得到CPU的使用权。任务划分是开发实时系统软件的重要一步。要基于简化任务间的通信这一目的进行任务划分,使各任务程序实现的功能模块化。在此模块中,将处理采集和通信任务都设置了较高的任务优先级，通信任务为Task40_ComputerCom，采集任务划分为TMapStaticData和TMapDynamicData。为使系统能够及时更新管理模块中的静态数据,将对功能模块静态数据进行更新的任务的优先级设置成两者中的最高。在模块中的其他任务可根据具体情况进行设置。表2详述此模块中创建的各任务的任务说明及优先级划分。
3.2 任务调度策略
TMapDynamicData任务轮询所有在线测点的实时数据；同时,该实时数据监测模块在RAM中为每个功能模块建立一个数据映射区,并在映射区中保存各功能模块的表号、变量参数、报警状态、工作状态等实时信息。在映射区中的数据可分为动态数据和静态数据。动态数据是各个功能模块的实时测点参数和状态数据。当用户使用触摸屏按键方式完成对某一测点的动态数据映射区进行操作时,应用系统将立即唤醒任务TMapDynamicData,来更新在映射区中对应于此测点的动态数据，并且在触摸屏上会显示出各个测点的动态数据信息。静态数据是反映各个测点相关的配置信息,不会时刻变化，但却反映了测点的数据参数的特性。一旦测点的这些数据信息被修改了,映射区中对应数据就必须更新。为了降低整个系统的通信开销,在实际应用中,没有频繁地更新映射区中的静态数据。当用户触摸屏按键方式完成对某一测点的静态数据进行操作后,应用系统立即唤醒任务TMapStaticData,来更新在映射区中对应于此测点静态数据。
此实时数据监测模块任务调度策略实现了多个不同优先级的任务与TMapDynamicData任务间的通信。比如，LCD的主界面显示任务Tmain_Board,详细显示界面任务Tcheck_Board以及巡检界面任务Tcheck_system都与TMapDynamicData进行任务间的通信。模块必须优先处理LCD通过TComputerCom任务修改某一测点的静态数据,同步更新各个监测点的静态数据的情况。此任务通信过程不仅包含触发事件的通知,还要考虑任务间相应数据的传递。因此必须通过消息邮箱、消息队列或者事件标志组方式来实现此数据传递的情况。经进一步分析得出,由于负责映射静态数据的TMapStaticData任务优先级高,模块设计中采用了消息邮箱方式来处理其他任务与此任务间的通信过程。模块设计任务逻辑关系如图3所示。
表2 部分任务划分与优先级分配 
图3 模块设计任务逻辑关系 笔者认为，在开发基于多任务的嵌入式项目时，为使整个模块的设计具有结构化、模块化、标准化的特点，也便于将来模块实现的维护与升级，应该尽量简化各个任务间的逻辑关系，体现各个任务功能的独立性和完整性。每个任务实现一个或若干个功能，但必须成为一个单独的模块。任务间的调度策略主要通过延时以及信号量、消息邮箱、消息队列来完成。
3.3 程序实现
基于μC/OS-II嵌入式实时操作系统处理并发任务，该实时数据监测模块软件设计部分伪代码如下：
void Tstart(void * pdata) {
while(1) {
创建TMapStaticData 通信任务；
创建TMapDynamicData 通信任务；
创建LCD的TMain_Board主界面显示任务；
创建LCD的Tcheck_Board测点数据详细显示界面任务；
创建LCD的Tcheck_system测点数据显示巡检任务；
}；
}
结语64
基于μC/OS-II的旋转机械监视实时数据监测模块利用了μC/OS-II能够稳定、安全处理并发多任务这一特点,并按所述调度策略协调多任务运行,提高了模块程序的运行效率。该模块一直稳定运行,体现出较高的实时性和可靠性,取得了较好的实际效果 |
|
