欢迎来到千学网!
您现在的位置:首页 > 实用文 > 其他范文

RTLinux下的一种实时应用通信机制

时间:2022-11-03 11:46:57 其他范文 收藏本文 下载本文

这次小编给大家整理了RTLinux下的一种实时应用通信机制,本文共3篇,供大家阅读参考,也相信能帮助到您。

RTLinux下的一种实时应用通信机制

篇1:RTLinux下的一种实时应用通信机制

RTLinux下的一种实时应用通信机制

摘要:RTLinux实时应用程序的开发模式;详细说明两种在实时模块与非实时模块之间进行通信的主要通信接口的实现和使用方式;提出一种将以上两种接口有机结合的实时应用内部通信机制,并通过实验证该方法的可操作性。

关键词:RTLinux通信接口实时共享内存RT_FIFO

实时性是多任务嵌入式系统的基本特征之一,主要表现为对重要性各不相同的任务进行统筹兼顾的合理调度能力。根据应用系统对时限要求的严格程度又分为软实时和硬实时。

RTLinux作为Linux最为通用的几种硬实时扩展之一,表现了良好的硬实时性。同时,为了更有效地为各种实时应用服务,提供了多种与Linux中非实时进行通信的接口,主要有共享内存、RT_FIFO和线程信号驱动机制,三者的应用重点各不相同。其中前两种较为常用[1]。由于不的实现机理,这两种接口的应用范畴各有侧重。经过实践,笔者认为将以上两种接口有机地结合,利用共享内存传送大容量、对读/写时序要求不高的数据信息;同时,利用RT_FIFO辅助实现对该共享内存的同步控制,能够综合两者的优势,是RTLinux下一种十分有效的实时应用通信模式。

1RTLinux的结构和应用程序开发模式

作为Linux的硬实时扩展,RTLinux一个重要的计准则在于:尽可能多地利用Linux内核所能提供的功能[2]。

显示、记录、设备初始化、阻塞式动态资源分配和模块化内核管理等无实时要求或者与硬实时性要求相悖的服务均由Linux提供。RTLinux内核则主要为实时任务提供对硬件的直接访问,使得它们具有最小的延迟和最优先的处理器利用权。

基于以上准则,RTLinux中的实时应用程序开发通常具有一个通用的模式,如图1所示。按照运行环境和对实时要求的严格程度分为实时和非实时两个模块。非实时模块的功能包括结果数据显示。用户交互、数据存储等;实时模块主要负责响应数据采集外设的中断,结果数据的采集。两者通过RT_FIFO或者共享内存进行通信,组成一个完整的实时数据采集程序。

2RTLinux中的两种通信接口

RTLinux提供了RT_FIFO和共享内存两种标准通信接口,用于实时任务和非实时任务之间的交互。

2.1RT_FIFO

RT_FIFO(First-In-First-Out,先进先出)是一种提案队列机制组织的字符设备。在Linux文件系统中,主设备号为150。一个系统平台中能够同加载FIFO的模块数RTF_NO定义在rt_fifo_new.c中,一般为64,在文件系统中分别对庆设备文件/dev/rtf0..63。在系统资源允许的情况下,一个用户进程所能同时使用的FIFO数和每个FIFO的容量是没限制的。

RT_FIFO具有如下特征:

*队列中的数据传送采用数据流形式,必须自行定义数据边界监测机制,尤其对于不定长度数据的传输。

*具备完善的同步阻塞机制,利用同一FIFO进行通信的两进程间无需自行增加同步控制。

*一种点对点的通信通道,不支持单生产者、多消费者的使用模式。

作为一个完善的队列模块,RT_FIFO的使用简便易行,具体实现主要包括创建、读/写操作、释放三个步骤。在Linux文件系统中,RT_FIFO是一个字符设备文件,所以在非实时线程中访问RT_FIFO时,使用标准的字符设备读/写函数即可(read、write、open、close,etc)。以上函数的调用方式均为阻塞式调用:当FIFO中有数据可读时,立即返回;否则,会陷入无限等待之中。

从RT进程中访问RT_FIFO,所涉及到的RTLAPI如下:

#include

[创建]

intrtf_create(unsignedintfifo,intsize);

内核空间中,为编号fifo的RT_FIFO设备分配size字节的缓冲区。fifo对应于所使用RT_FIFO的次设备号。

[释放]

intrtf_destroy(un

signedintfifo);

释放内核空间中次设备号为fifo的RT_FIFO设备缓冲区。

注意:以上两个函数涉及到内核空间的缓冲区分配,必须分别在Linux的init_module和cleanup_module中调用,或者在用户空间通过PSC(theuser-levelreal-timesignallibrary,用户级实时库函数)进行调用。

[读/写操作]

intrtl_get(unsignedintfifo,char*buf,intcount);

从FIFO中读出长度为count字节的数据,存放buf之中。

Intrtf_put(unsignedintfifo,char*buf,intcount);

将长度为count字节的数据写入FIFO中。

Intrtf_create_handle(unsignedintfifo,int(&handler)(unsignedintfifo));

创建一个回调函数句柄,当FIFO被Linux进程读/写时,被调用。通常与rtl_get结合使用,用于异步的从Linux进程中接收数据,从而避免采用轮询的方式。

2.2共享内存

共享内存是指被闲置出来专用于内核空间和用户空间进行通信的内存区域。相对于FIFO具有如下特点:

*应用程序必须自己定义相应的协议,对于写入共享数据区域的有数据进行保护,如同步控制等。

*数据可以既定格式读/写,各个数据域的更新十分便易。

*不是点对点的通信通道,可以支持多生产者、多消费者的使用模式,能够同时被多个线程访问。

在RTLinux下,共享内存的使用可采用以下两种方式:

(1)利用RTLinux中附带的mbuff模块

在使用mbuff之前,要求系统中已经加载了mbuff.o模块。该模块中的两个函数被分别用于分配和释放所需的内存空间。

#include

[分配]

void*mbuff_alloc(constchar*name,intsize);

从内核空间中分配一块与name相连,大小为size字节的内存空间,返回地址指针,设备这块空间的引用标识为1。如与name相连的`内存空间已经存在,就仅仅返回指向该空间的地址指针,同时将其引用标识加1。

[释放]

voidmbuff_free(constchar*name,intsize);

将mbuff的引用标识减1。当引用标识被减为0时,释放mbuff。

注意:①mbuff_alloc使用了vmalloc函数,由于分配内核空间的需要,会交换出一系列的内核空间页面,所以在实时线程、中断处理线程、定时器中断线程中调用这个函数是十分危险的。

②在进程结束前,一定要调用mbuff_free函数。Mbuff所占内存空间不会因为其引用进程的结束而自行释放。

(2)高地址空间物理内存的直接隔离

在系统启动时,隔离出一定大小的高地址空间物理内存,使其脱离系统运行环境,作为专用的共享内存区域。

图4共享内存互斥操作流程图

在Linux启动配置文件中,插入一行以append关键字起始的命令行,即可实现高端内存空间的隔离。修改后的/etc/lilo.conf文件如下所示:

image=/boot/zImage

label=rtlinuxX.X

root=/dev/hda2

read_only

append=“mem=Xm”

其中,mem的值对应于被隔离空间的起始地址,可以由物理内存总容量减去所需共享空间容量得到。但是必须注意,被隔离出的共享空间的容量必须小于

/usr/include/asm/param.h文件中定义的页面长度。IntelPentium系列芯片的页面长度为4MB。

对共享内存空间的存取操作通过访问其基址来实现。必须首先定义共享内存空间的基址。

#defineBASE_ADDRESS(127×0x100000)

在实时和非实时模块中有不同的基址访问方法。写时模块运行于内核地址空间,可以直接将基址作为地址指针进行存取,使用语句如下:

unsignedshort*sharemem;

sharemem=(unsignedshort*)__va(BASE_ADDRESS);

非实时模块运行于用户地址空间,必须先将该物理地址映射入该进程虚拟地址空间后,才能对其进行存取。使用命令如下:

#include

#include

#include

intfd;

unsignedshort*sharemem;

fd=open(“/dev/mem”,O_RDWR);①

sharemem=(unsignedshort*)mmap(0,buflen,

PROT_READ|PROT_WRITE,

MAP_FILE|MAP_SHARED,

Fd,BASE_ADDRESS);②

注①:访问物理内存必须打开与其对应的设备文件/dev/mem。

注②:mmap命令的作用是将设备文件fd中,从当前进程的虚拟地址空间,其返回值可被非实时进程存取。

以上两种方式在实现机理上的不同之处在于,mbuff利用vmalloc从内核地址空间分配的共享内存空间仅仅在逻辑上连续,空间的大小不受实际物理内存空间的限制;而直接隔离物理内存所获取的缓冲区物理上连续,但是大小受到物理内存空间和当前系统状况的限制。共同之处在于,所获得的内存均被隔离于系统内核的运行环境之外,不会在页面交换中被换出,所以以上两种方法均适用于实时应用之中。

3两种通信接口的结合

以上两种通信接口具有不同的适用范畴,为了实现一个完整的实时应用,通常需要将两者结合,以一个实时数据采集程序为例,实时模块和非实时模块之间通常需要传送两种类型的数据;结果数据和控制信息。

结果数据:由实时模块周期性产生。非实时模块用于显示和存储,对读/写的时序性要求不高,但是通常需要由多个用户共享,因此,利用共享内存模块传输比较适合。

控制信息:主要用于实现非实时模块和实时模块之间的交互控制,数据量小,但是比较注重信号读/写的时序性和通信过程中实时性,采用RT_FIFO实现比较适合。

图2为通用的抽象数据流图。

3.1共享内存的内步控制和RT_FIFO的使用

由于对共享内存的存取通过直接访问指针来实现,操作系统不会为其提供任何同步控制,应用程序必须自行提供握手机制,来保证读/写进程之间同步。

实现同步的一种方式是接收方和发送方利用消息通信来实现握手。接收方对共享内存以轮询的方式监测新数据的到来,然后发送接收信息。为了实现握手,发送方对于每条接收消息都必须回复一个确认消息,新的接收消息只有在收到确认消息以后才能发出。

这种方式在实时模块和非实时模块中均须要采用轮询的方式监测新数据和消息的到来,因此会占用较多的处理器资源。所以,可以考虑利用RT_FIFO实现实时模块和非实时模块之间对共享内存的存取同步。利用RT_FIFO所提供的句柄功能能够避免实时模块对接收消息的轮询监测,在一定程度上提高程序运行效率。

具体实现,可以通过利用RT_FIFO实时传输当前所写入或被读出的共享内存块序号,实现实时进程和非实时进程之间的步。因为RT_FIFO是一种单向传输队列,为了实现交互,需要两个传输方向相反的RT_FIFO,连接于两个模块之间,如图3所示。

图3中,BufNo为笔者自行定义的队列。它的使用主要是为了避免由于RT_FIFO引起的实时部分和非实时部分之间的死锁。

实时部分和非实时部分的各线程路之间对共享内存的访问为异步进行;同时,RTLinux中对RT_FIFO

的进行读/写的API函数,为阻塞式操作。当FIFO0中目前没有可读数据时,对rtf_get函数的调用会使程序陷入无限等待之中,很容易造成实时模块和非实时模块之间的死锁。

为了避免这种情况,可以将BufNo作为缓冲区与FIFO0的句柄结合使用,临时存放FIFO0中被非实时线程写入的块序号。实时模块不再对FIFO0进行读/写,而是改由BufNo队列中获取当前有效的共享内存序号。如果当前无可用数据,则进入周期等待状态。

3.2共享内存访问的互斥

对共享内存访问的互斥操作,包括两个方面:实时模块与非实时模块之间的互斥、非实时模块中各采集线程之间的互斥。

(1)实时模块与非实时模块之间的互斥

多线程之间对共享资源访问的互斥,是操作系统中一个重要的研究分支。但是在实时模块和非实时模块之间,问题变得相对简单。因为,在实时进程和非实时进程之中,实时进程和非实时进程运行的环境区别很大。工作于RTLinux环境下的实时进程具有最高的优先级,不可能被非实时进程中断。所以,在实现互斥时,只须保护非实时进程对共享资源的访问即可。

抽象流程如图4所示。利用共享内存区域的第一个字节作为访问标识,实现非实时模块对实时模块的互斥。

非实时进程开始访问共享区域时,将此标识置位;访问结束时,复位。实时进程在访问共享区域前先检测该标识,如果标识允许访问,则执行写入操作;反之,挂起等待标识位复位,按既定周期T轮询。

实时进程的既定周期T的设置十分重要,周期过长,会增加发生冲突后的等时间,导致共享内存状态改变时,无法被及时写入;周期过短,增加了系统的轮询次数,加重实时系统的负担。笔者在已实现的数据采集程序中,对T的不同设置,所获得的平均数据采集率进行了统计,结果如图5所示。

注:以上实验的测试平台为PentiumIII667,5400转普通硬盘,RTLinux3.1、Linuxkernel2.4.4,数据流向为数据采集外设至共享内存然后存放硬盘,数据的产生频率为10ms。

(2)非实时模块之间的互斥

非实时模块中异步执行的各采集线程之间,可以利用互斥变量的加锁和解锁实现对共享内存访问的互斥。由于互斥区的执行体内,每次只允许一个线程进入,为了保证程序的执行效率,在互斥区中不宜使用耗时较长或阻塞式调用的函数。

4结论

在RTLinux提供的实时模块和非实时模块之间的通信接口中,RT_FIFO和共享内存较为常用,分别适用于不同的数据类型通信。本文提出的这种方法,能充分利用两者的优点,方便地实现实时与非实时之间海量数据通信。目前已在rtLinux3.1、Linuxkernel2.4.4系统平台上成功实现,并取得了令人满意的效果。

篇2:RTLinux下的一种实时应用通信机制

RTLinux下的一种实时应用通信机制

摘要:RTLinux实时应用程序的开发模式;详细说明两种在实时模块与非实时模块之间进行通信的主要通信接口的实现和使用方式;提出一种将以上两种接口有机结合的实时应用内部通信机制,并通过实验证该方法的可操作性。

关键词:RTLinux 通信接口 实时 共享内存 RT_FIFO

实时性是多任务嵌入式系统的基本特征之一,主要表现为对重要性各不相同的任务进行统筹兼顾的合理调度能力。根据应用系统对时限要求的`严格程度又分为软实时和硬实时。

RTLinux作为Linux最为通用的几种硬实时扩展之一,表现了良好的硬实时性。同时,为了更有效地为各种实时应用服务,提供了多种与Linux中非实时进行通信的接口,主要有共享内存、RT_FIFO和线程信号驱动机制,三者的应用重点各不相同。其中前两种较为常用[1]。由于不的实现机理,这两种接口的应用范畴各有侧重。经过实践,笔者认为将以上两种接口有机地结合,利用共享内存传送大容量、对读/写时序要求不高的数据信息;同时,利用RT_FIFO辅助实现对该共享内存的同步控制,能够综合两者的优势,是RTLinux下一种十分有效的实时应用通信模式。

1 RTLinux的结构和应用程序开发模式

作为Linux的硬实时扩展,RTLinux一个重要的计准则在于:尽可能多地利用Linux内核所能提供的功能[2]。

显示、记录、设备初始化、阻塞式动态资源分配和模块化内核管理等无实时要求或者与硬实时性要求相悖的服务均由Linux提供。RTLinux内核则主要为实时任务提供对硬件的直接访问,使得它们具有最小的延迟和最优先的处理器利用权。

基于以上准则,RTLinux中的实时应用程序开发通常具有一个通用的模式,如图1所示。按照运行环境和对实时要求的严格程度分为实时和非实时两个模块。非实时模块的功能包括结果数据显示。用户交互、数据存储等;实时模块主要负责响应数据采集外设的中断,结果数据的采集。两者通过RT_FIFO或者共享内存进行通信,组成一个完整的实时数据采集程序。

2 RTLinux中的两种通信接口

RTLinux提供了RT_FIFO和共享内存两种标准通信接口,用于实时任务和非实时任务之间的交互。

2.1 RT_FIFO

RT_FIFO(First-In-First-Out,先进先出)是一种提案队列机制组织的字符设备。在Linux文件系统中,主设备号为150。一个系统

[1] [2] [3] [4] [5]

篇3:UNIX操作系统中进程通信机制的应用Windows系统

UNIX操作系统中进程通信机制的应用 UNIX系统具有丰富的进程通信手段,其中包括信号、信号灯、管道、消息传递等,这些进程通信机制能有效地完成多个进程之间的信息共享和数据交换,从而保证进程间的协同工作,本文给出了利用信号和信号灯完成特定工作的两个实

UNIX操作系统中进程通信机制的应用

UNIX系统具有丰富的进程通信手段,其中包括信号、信号灯、管道、消息传递等,这些进程通信机制能有效地完成多个进程之间的信息共享和数据交换,从而保证进程间的协同工作,本文给出了利用信号和信号灯完成特定工作的两个实例,

一、信号灯互斥功能的应用

在多用户操作系统中,信号灯是防止两个或多个进程同时访问共享资源的一种机制。在铁路系统中信号灯可防止两列火车在同一轨道上相撞在计算机系统中,信号灯能保证访问共享资源不会发生混乱。互斥操作要求任何时刻只能有一个或一类进程访问信号灯(执行一个特定的代码区域)。

互斥的应用非常广泛,UNIX操作系统提供了多种用户对共享资源的访问方法;多用户数据库管理系统为保证数据的完整性提供了加锁和解锁功能。另外在设计管理信息系统时经常要进行汇总处理,此时需要加入完全互斥功能;在设计操作员注册管理程序时,有时要求同一时刻只允许每个操作岫次,这就要求具有部分互斥功能。

下面的TEST.C程序程序说明了利用信号灯实现互斥的方法,其中函数Initsem()根据互斥条件确定是否进入互斥临界区,在需进入完全互斥时,只需将KEY 为某个常量即可。

test c

# include

# include

main (argc,argv)

int argc;

char * argv []

{

int semid;

if ( (semid=initsem(operate-ID))

P (semid) ;

・ /*临界区*/

V (semid) ;

initsem(op)

char * op;

{

int id,status=0,semid;

key-t Key ,ftok()

id=atoi(op);

key=ftok(getenv(“HOME”),id);/*相同Key值互斥*/

if (semid=semget(key,1,SEMPERM‖IPC-CREAT‖IPC-EXCL))==-1)} if (errno==EEXIST)

semid=semget(key,1,0);

}

else/*if created...*/

status=semct1(semid,0,SETVAL,1);

if(semid==-1‖status==-1){

perror(“initsem failed”)

return(-1);

}else

return(semid);/*all okay*/

}

P (semid)

int semid;

{

struct sembufp-buf;

p-buf.sem-num=0;

p-buf.sem-op=-1;

p-buf.sem-flg=IPC-NOWAIT;

if (semop (semid, & p-buf,1)==-1) {

perror (“p (semid) falsed”);

exit (1);

} else

return (0);

}

V (semid)

int semid;

{

struct sembufv-buf,

v-buf.sem-num=0;

v-buf.sem-op=1;

v-buf.sem-flg=IPC-NOWAIT;

if (semop (semid, &v-buf,1)==-1) {

perror (“ v (semid) failed”);

exit (1);

} else

return (0)

}

#include

#include

extern int errno;

#define SEMPERM 0600

#define TRUE1

#define FALSE 0

二、用信号实现打印进程的控制

在大多数应用程序中,都包含打印模块,以实现报表、文本等信息的打印, C程序员常用fprint (fp,“”)来设计打印程序,打印流程不能中断,

若打印信息很长时,用户常遇到意外情况,如打印机卡纸等,此时一般要重新打印报表,浪费时间和纸张,因此打印程序能随时中断和继续,使用户能随时处理一些打印中出现的问题是非常必要的。

C语言中的标准函数signal(sig,func)可实现软中断,其功能为:当接收到信呈sig时,程序转去执行函数func,func返回后,程序从中断处继续执行重复使用中断需重新调用signal函数,另外一对标准函数setjmp(pos)和longimp(pos,arg) 可是实现远程跳转,setjmp(pos)能把控制传回被保存的位置,其中变量arg 作为setjmp()的返回值。

根据以上所述,笔者编写了下列打印程序,使用户在打印过程中遇到异常情况需要处理时,可以按DEL键中断打印,程序转而执行PRSTOP函数,通过输入某种条件,决定从中断处继续打印或远程跳转以完成退出打印或重新打印等功能。

#include

#include

#include

jmp-buf pos; /*保存堆栈环境*/

main()

{

FILE * fp;

int i,n,c,prstop();

fp=fopen(“/dev/lp0”,“w”);

c=setjmp(pos); /*跳转位置*/

if(c==1)exit(0);

signal(SIGINT,prstop);

printf(“按DEL键可暂停打印\n”);/*DOS下用CTRL-C键*/

i=0;

n=30;

while(i++

/*打印报表*/

fprintf(fp,“LINE %d TEST TEST TEST TEST \n”,i);

}

fclose(fp);

exit(0);

}

prstop()

{

char c;

printf(“打印被中断,请选择:\n”);

read(0,&c,1);

if(c!='0')longjmp(pos,c-'0'); /*跳转*/

/*PRSTOP返回从中断处继续打印*/

}

原文转自:www.ltesting.net

下一代移动通信关键技术在高速无线局域网中的应用

自制玩教具在幼儿园教育活动中的应用机制论文

激励与约束机制在电力企业经营中的应用工学论文

《RTLinux下的一种实时应用通信机制(精选3篇).doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档

文档为doc格式

最新推荐
猜你喜欢
点击下载本文文档