SISTEMA OPERATIVO OSEK/VDX

Instituto Tecnológico de Aguascalientes

Integrantes:

De la Torre Sánchez Ernesto Adrián

Galindo Macías Diego Ricardo

García Rodríguez José Andrés

Gloria Ruvalcaba Antonio de Jesús

OSEK/VDX

La especificación del sistema operativo OSEK es para representar un entorno uniforme que soporta la utilización eficiente de los recursos para el software de aplicación de la unidad de control del automóvil.

El sistema operativo OSEK es un único sistema operativo procesador destinado a las unidades de control embebidos distribuidos.

OSEK fue fundada en 1993 por una compañía automotriz consorcio alemán ( BMW , Robert Bosc GmbH , DaimlerChrysler , Opel, Siemens y Volkswagen Group ) y la Universidad de Karlsruhe. 

En 1994, los coches de los fabricantes franceses Renault y PSA Peugeot Citroën, que tenía un proyecto similar llamado VDX (Vehículo Ejecutivo Distribuido), se unieron al consorcio. Por lo tanto, el nombre oficial es OSEK / VDX.

OSEK reconoce dos tipos de tareas / niveles hilos / cumplimiento: tareas básicas y tareas mejoradas. 

• Tareas básicas nunca bloquean, sino que "se ejecuten por completo" (co-rutina). 

• Tareas mejoradas pueden dormir y bloquear en objetos de evento. 

Los eventos pueden ser provocados por otras tareas (básicas y mejoradas) o rutinas de interrupción.

ARQUITECTURA DE OSEK/VDX

1. Niveles de procesamiento

El sistema operativo OSEK permite una ejecución controlada en tiempo real de varios procesos que parecen funcionar en paralelo.

El sistema operativo Osek proporciona un conjunto definido de interfaces para el usuario. Estas interfaces son usadas por entidades que están compitiendo por la CPU. Hay dos tipos de entidades:

• Rutinas de servicio de interrupción gestionados por el sistema operativo.

• Tareas (tareas básicas y tareas extendidos).

Los recursos de hardware de una unidad de control pueden ser gestionados por los servicios del sistema operativo. Estos servicios del sistema operativo son llamados por una interfaz única , ya sea por el programa de aplicación o internamente dentro del sistema operativo .

OSEK define tres niveles de procesamiento :

• Nivel de interrupción

• Nivel Lógico para programador

• Nivel de Tarea

Las siguientes normas de prioridad se han establecido:

• Las interrupciones tienen prioridad sobre las tareas

• El nivel de tratamiento de alarma consiste en uno o más niveles de prioridad de interrupción

• rutinas de servicio de interrupción tienen un nivel de prioridad de interrupción asignado estáticamente

• Asignación de rutinas de servicio de interrupción para interrumpir los niveles de prioridad depende de la aplicación y la arquitectura de hardware

• Para las prioridades de tareas y recursos de techo-prioridades números más grandes se refieren a prioridades más altas.

• La prioridad de la tarea sea asignada por el usuario

2. Clases de conformidad

Existen clases de conformidad para apoyar los siguientes objetivos:

• Proporcionar grupos convenientes de características del sistema operativo para facilitar la comprensión y discusión del sistema operativo OSEK .

• Para permitir implementaciones parciales a lo largo de líneas pre - definidos. Estas implementaciones parciales pueden ser certificados como OSEK obediente.

• Para crear una ruta de actualización a partir de las clases de menor funcionalidad a las clases de funcionalidad superior , sin cambios en la aplicación utilizando las funciones OSEK relacionados.

Clases de conformidad están determinadas por los siguientes atributos:

• Múltiples solicitar la activación de tareas.

• Tipos de tareas.

• Número de tareas por prioridad.

El resto de características OSEK son obligatorios si no se indica explícitamente lo contrario.

Las siguientes clases de conformidad se definen:

• BCC1 (sólo las tareas básicas, se limitan a una solicitud de activación por tarea y una tarea por prioridad, mientras que todas las tareas tienen prioridades diferentes).

• BCC2 (como BCC1, además de más de una tarea por prioridad posible y múltiples solicitando de la activación tarea permitido).

• ECC1 (como BCC1, además de tareas de larga duración).

• ECC2 (como ECC1, además de más de una tarea por prioridad posible y múltiples solicitando de la activación tarea permitido para las tareas básicas).

3. Relación entre OSEK OS y OSEKTIME OS

OSEKtime OS es un sistema operativo especialmente adaptado a las necesidades de las arquitecturas de tiempo activado.

OSEKtime asigna su tiempo de inactividad para ser utilizado por OSEK.

Las interfaces OSEK, y la definición de las llamadas al sistema, no cambian si OSEK coexiste con OSEKtime. Hay excepciones menores con respecto al inicio del sistema y apagado debido al hecho de que OSEKtime es responsable del sistema global mientras que OSEK es sólo a nivel local responsable.

Además de esto, hay una funcionalidad definida dentro OSEKtime que impone restricciones sobre la aplicación de OSEK OS si está destinado a convivir con OSEKtime OS.

USOS/APLICACIONES DE OSEK/VDX

VectorCAST Embedded Software de Análisis y Aplicaciones de Pruebas Integrado con OSEK

Vector Software, el proveedor líder de aplicaciones de pruebas de software para sistemas empotrados, anunció la integración de la suite de pruebas VectorCAST de Vector Software y el sistema operativo en tiempo real (RTOS) la aplicación de la norma OSEK. El compilador integrado utilizado para esta integración era TASKING de Altium para Tricore. El depurador seleccionado fue Trace32 de Lauterbach.

Esta solución integrada se hizo para un gran fabricante de automóviles de Corea. Vector Software demostró la capacidad de interconectar los productos VectorCAST con los RTOS-OSEK compatible tomar la herramienta adecuada para su uso por otros desarrolladores de software de automoción que cumplan los requisitos de la prueba y la cobertura de código ISO 26262.

Las herramientas VectorCAST de unidad y pruebas de integración están disponibles para C y C + + (VectorCAST / C + + ) y Ada ( VectorCAST / Ada ).

PICos18: Un kernel (ntd: núcleo) en tiempo real para el PIC18

PICos18 está basado en el estandar OSEK-VDX.

El objetivo del proyeto es definir un estandar para el control y proceso de arquitecturas inmersas (ndt: embedded) en los vehículos modernos. Los vehículos actuales pueden usar hasta 30 calculadoras (ndt: calculators) (control del motor, computadora de abordo, controladores de puerta, ABS, ESP...) que transfieren datos a través de una red global (buses CAN, VAN, LIN, MOST).

• Describir la manera que esas calculadoras trabajan todas juntas es:Definir la misma plataforma de desarrollo, los mismos procesos de desarrollo y los mismo procesos de validación

• Especificar un lenguaje común para los fabricantes, subcontratistas y terceras partes

• Usar una arquitectura común para las secuencias de desarrollo, validación e integración de un proyecto

El estándar OSEK-VDX es realmente apropiado para el kernel del PIC18. Una aplicación de PICos18 está compuesta de muchas tareas simbolizadas por círculos en el siguiente gráfico.

La mayor característica es que solo una tarea puede tener acceso al PIC18 para ejecutarse (más precisamente al procesador, a la memoria RAM y a la pila).

Para decidir que tarea es permitida ejecutarse en un cierto tiempo el kernel PICos18 inspecciona todas las tareas de la aplicación y elije la tarea en el estado ready (ntd: los estados los voy a dejar en ingles. En este caso significa preparado) con más alta prioridad.

Los diferentes estados de una tarea de PICos18 son: READY, SUSPENDED, WAITING y RUNING.

LENGUAJE DE PROGRAMACIÓN Y ENTORNO DE DESARROLLO

1.C2.C++3.Eclipse CDT

CONCLUSIONES

REFERENCIASWikipedia(2013). Osek. En Wikipedia. Consultado el 29 de enero del 2014. Disponible en http://es.wikipedia.org/wiki/OSEK

OSEK-DVX(2011). Specification OSEK OS 2.2.3 - OSEK/VDX. En Portal Osek. Consultado el 29 de enero del 2014. Disponible en http://portal.osek-vdx.org/files/pdf/specs/os223.pdf

VectorCAST(2013). How to Automate Embedded Software Testing. En vectorCAST. Consultado el 29 de enero del 2014. Disponible en http://www.vectorcast.com/testing-solutions/how-automate-embedded-software-testing

PRWeb(2011). VectorCAST Embedded Software Analysis and Test Applications Integrated with OSEK. Consultado el 29 de enero del 2014. Disponible en http://www.prweb.com/releases/2011/03/prweb5074964.htm

Blog(2006). [Embedded] PICos18. En Blogger. Consultado el 29 de enero del 2014. Disponible en http://es-cuestion-de-actitud.blogspot.mx/2006/10/embedded-picos18.html