原创 实时内核OSEK-Dsworks适用于那类型的MPU?

实时内核OSEK-Dsworks适用于那类型的MPU?

OSEK-Dsworks是一个商业产品，现在已经移植到了AVR、ARM7TDMI、TMS320F28xx系列上了，理论上讲，Dsworks在OMAP上运行也可以，但是需要编写很多的驱动程序，以适应用户的多种应用需求，因为OMAP的资源很多应用很广泛，例如USB、摄像头、音频、视频等应用。在OMAP上更适合使用Linux或者WinCE操作系统，因为这些都有完整的、广泛的各种外部设备驱动。

 

现在的Dsworks在设计上偏重于小型、微型嵌入式硬件，更多的是注重实时要求高的多任务环境。Dsworks符合OSEK标准，OSEK标准是为汽车电子嵌入式专门形成的，要求具有很高的安全性和实时性要求。Dsworks继承了OSEK标准的各项优点，在设计过程中，严格遵循了OSEK标准要求，具有较高的安全性。

作为一个嵌入式操作系统，运行过程中，对系统的最小配置是有要求的，Dsworks最小系统，可以运行于ATmega16芯片上，Atmega16是ATMEL生产的高性能、低功耗的 8 位AVR 微处理器，1K字节的片内SRAM，16K字节的系统内可编程Flash，具有JTAG调试。

LPC23xx系列一般都有较大的FLASH和SRAM，其中LPC2387具有512k FLASH、98K SRAM，是一个较为理想的运行Dsworks操作系统的芯片。因为这个系列的芯片通常具有Ethernet设备、USB设备、CAN、I2C、UART、SD/MMC、SPI等多种外设，当多种设备依次使用时，多任务的调用变得难以调度，使用嵌入式操作系统，使多设备之间的协调变得简单化。

LPC24xx系列在LPC23xx系列的基础上，增加了LCD控制器，适用于带多彩触摸LCD方面的应用。Dsworks不光在普通设备管理上有着独到之处，在GUI设计上，Dsworks拥有了自己的DSWGUI，不仅可以运行于OSEK标准操作系统，还能被移植到Linux操作系统中；以此类推，也可以移植到Vxworks等多种操作系统中。但是GUI部分需要LCD控制器的支持，并且需要系统具有较大的运行内存，普通的ARM7芯片，并不适合使用。

 

我的Dsworks是应用与LPC2387上的，用于多串口通讯，实现一个复杂机电一体化设备的多任务管理，在通讯的过程中，在执行机械部分的控制的同时，进行着设备安全性和指令有效性的判断，并将状态反馈至上位计算机。