RTX的编程接口.doc

体系架构RTX的架构RTX添加一个实时子系统,即所谓的RTSS,到Windows(参见上面的图)。RTSS与其它Windows子系统是概念性相似(譬如Win32,POSIX,和DOS)因为它支持其自己的执行环境和API。但在一个重要区域RTSS是不同的:不是使用Windows调度程序,RTSS执行其自己实时线程调度。此外,在单处理机环境里,所有RTSS线程调度在所有Windows调度之前发生,包括Windows管理的中断和延迟的过程调用(DPCs)。实时进程间通信RTSS也支持能被RTSS或Win32进程操纵的进程间通信对象(IPC)。这使得在实时和非实时程序之间,简单标准的通信和同步成为可能。最后,RTSS提供其它时间关键服务-譬如对RTSS进程实施时钟,定时器和中断管理。HAL扩展名RTX包括一个实时使能的硬件抽象层(HAL)扩展。这个扩展在RTSS和Windows之间维护中断隔离。Windows无法屏蔽(在中断控制级别)由RTSS管理的中断。Windows中断在RTSS处理期间被屏蔽。实时HAL扩展名支持关于RTSS的高分辨率时钟和定时器,当它和支持关于Windows的非实时钟和定时器。其它实时HAL扩展名功能包括在RTSS和Windows之间的一个软件中断机制,基本的异常管理,和各种各样的改进都是为了确定性。单处理机和多处理机系统RTX支持单处理机和多重处理机都运行于Windows的系统。RTX的运行时版本,它支持多重处理机系统,提供单处理机版本的所有功能,它利用英特尔MPS兼容的多重处理机系统,在Windows和RTX环境提供改善的性能。运行RTX,为多重处理机系统,实施一个专用的处理器模型。在这个模型中,RTSS运行在一个处理器,当其余的处理器继续运行在Windows系统。多重处理机HAL在Windows起动次序期间获取最后逻辑处理器的控制。它为RTSS保留。RTSS程序可能被装载,然后被在专用处理器中执行。关于Win32和RTSS进程的RTX应用程序编程接口,包括浮点单元(FPU)和结构化的异常处理,被单处理机和多重处理机系统使用。这消除了为一个多处理机平台重新编码RTX(单处理机)应用软件的需要。应用程序设计接口(API)RTXAPI是基于Win32API的。开发人员借鉴Win32经验,编码基础,和开发工具,和加速坚硬实时应用的开发。Win32和RTSS进程支持全部的RTXAPI,但是,用不同的反应时间和性能特性-在开发环境之间允许开发人员共享或移动代码。Win32和实时APIRTX支持一个子集Win32API功能,它提供一套特殊实时功能,通认作为RTAPI(实时API)。RTAPI函数用"Rt"作为函数名的前缀。某些RTAPI函数与Win32中与之对应的语义是相同的,但其他的是RTX(例如,没有相似的Win32调用)独有的。例如,RTAPIIPC函数与Win32IPC函数的不同只在于他们运行的IPC命名空间和在决定性可能以实时IPC对象。另一方面,Win32API不包括任何与中断管理有关的函数;因此,唯一中断管理函数被定义在RTAPI。对RTXAPI的仔细的选择促进实时应用组件的高效率的开发。RTX不包括Win32功能,譬如与GUI相关的调用,一般有时间要求不严格的应用程序组件使用。实际上,Win32函数对于实时编程不是必需的,和不切实际执行确定性行为,不被包括在RTXAPI。多数应用程序至少有两个进程一起工作-一个基于Win32的进程(利用GUI和其它Win32-only函数)和一个基于RTSS的进程执行时间严格的处理。实时程序库RTX支持各种各样的运行时库,并且提供基于MSVisualC++的'C'运行时库。RTSS进程可能静态被链接包含这些库,只要他们不尝试链接到不受支持的Win32函数。RTSS进程链接到专用版本的动态连接库(DLLs的),这些可能被使用模块化应用程序代码或提供实时软件环境的运行时定制。UnicodeRTX支持Unicode应用程序。RTSS进程可能使用wmain()函数和接受广义字符输入变量。支持函数WCS系列,这些作为RTX支持的C运行时库一部分。API进程线程管理进程和线程一个进程包含一个地址空间,对象句柄,和一个或多个执行(线程)路径。线程被用于响应中断和处理线程上下文中进程相关的异步事件。RTSS和Win32的进程和线程只能进入他们自己的环境中的进程和线程。。。系统内存管理系统内存分配:进程频繁地分配追加的内存去执行他们的操作。RTX内存分配例行程序总是分配被锁定的内