OSEK介绍.docVIP

OSEK/VDX是应用在模块和静态实时操作系统上的标准，由主要的汽车制造商和供应商，研究机构以及软件开发商发起。OSEK，是指德国的汽车电子类开放系统和对应接口标准（open systems and the corresponding interfaces for automotive electronics），而VDX则是汽车分布式执行标准（vehicle distributed executive），后者最初是由法国独自发起的，后来加入了OSEK团体。两者的名字都反映出OSEK/VDX的目的是为汽车电子制定标准化接口。该标准完全独立，对目标系统只限制了少量的条件。这样，就可以应用一些简单的处理器替代那些昂贵的解决方案，来控制任务执行，并不需要任何附加条件。事实上，在此基础上，也可以合理使用一些更复杂的CPU，于是该标准便对任何可能的目标平台都没有了限制。标准定义了三个组件来构成OSEK/VDX标准：实际的操作系统（OSEK OS），通讯子系统（OSEK-COM）和网络管理系统（OSEK-NM）。这样定义的一个好处是方便了各个组件版本的定义，这已在实际应用中得到了体现，例如：现在OSEK-COM（3.0.2）和OSEK-NM（2.5.2）的版本就与OSEK-OS（2.2.1）的版本不同。图1给出了OSEK/VDX的基本结构和各组件间的关系。图1? ?OSEK/VDX标准操作系统基本结构OSEK-OS是个静态的操作系统，不支持在运行过程中动态更改，用户在产生特定的kernel之间，必须确定所需要资源的准确数目。另外，OSEK-OS也不需要进行动态的内存管理。通过这些限制，大大增加了更好的进行代码优化的几率，甚至使得不带内存管理硬件的简单处理器有了用武之地。用户不需要估算最坏情况下所需的资源——因为，可以容易的定度出静态系统的实际需求是多少，以及这个系统是否能够满足。OSEK-OS中最重要的资源包括任务、时间和中断。为此，提供了一个轻量级的API库。版本2.2对应的API提出了26个用户功能接口。轻量级的API使得开发者可以轻松上手，并灵活使用。OSEK-OS中提供了两类任务：基本任务（basic task）和扩展任务（extended task）。基本任务只有自己终止时才释放处理器，它也不接收更高的事件信号（event）。因此，常常用来完成那些激活后就必须完整执行的工作。扩展任务可以接收事件信号，它们只需要启动一次，并接收相关事件的控制。每个任务会被赋予一个固定的优先级，运行期间不允许更改。使用事件（event）——也被称为资源（resource）——可以同步任务的执行。前面提到，扩展任务既可以由事件触发，执行中也会等待事件信号，这样便可以使用事件，达到同步任务的目的。而基本事件则只能由事件触发，不接收事件信号。OSEK/VDX术语中提到的资源，是一种确保对全局数据进行互斥访问的数据结构，与信号量有些相似。开发者可以使用资源防止死锁的出现。为此，OSEK/VDX提出了优先级最高限制协议，为每个资源指定特定的优先级，并在任务使用相关资源时，把任务的优先级设置为相应的值。这是同步的一种安全的实现方法，使用资源的任务既不能等待事件也不会终止。OSEK/VDX中的时间管理采用了计数器（counter）和定时器（alarm），甚至在一个计数器上对应多个定时器。计时单位是固定长度的tick，定时器在某个特定时刻被激活，从而激活某个任务或者引发某个事件。定时器可动态的切换成非激活态和激活态。也可以指定定时器是一次定时，还是周期定时。除了标准定时器外，也提供了静态定时器，但OSEK-OS中并没有定义静态定时器的API，计数器API也一样。它们的实现依赖于具体的系统实现。OSEK/VDX标准的所有文档包括OSEK-OS，OSEK-COM和OSEK-NM的API描述，以及OSEK实现语言OIL规范都免费对公众开放。网址德国3Soft公司从1996开始开发OSEK操作系统，目前拥有350人，其中70多人专门开发OSEK操作系统平台。已经为BMW提供了基于OSEK的软件开发平台（BMW Standard Core），为VW/Audi开发了OSEK软件开发平台，同时为DaimlerChrysler提供了首个基于OSEK项目的软件平台，此外提供了各种硬件平台的Bootloader、HIS实现。3Soft的OSEK产品TresOS ECU创造了很多个第一，第一个商业化OSEK/VDX系统（1997年ProOSEK1.0问世），汽车部件产品生产中使用的第一个OSEK/VDX-OS（1999年Andi A8的dashboard-ECU采用了ProOSEK），整车生产中的第一个OSEK/VDX-OS软件标准核（1998年基于ProOS