OSEK (offiziell: OSEK/VDX) steht für "Offene Systeme und deren Schnittstellen für die Elektronik im Kraftfahrzeug" und war ein industrielles Standardisierungsgremium. Das Gremium erarbeitete die OSEK-OS-Spezifikation für ein Echtzeitbetriebssystem.
Im Jahr 1994 schloss man sich mit der 1988 gegründeten französischen VDX-Initiative (Vehicle Distributed Executive) bestehend aus PSA (Peugeot, Citroën) und Renault zusammen. Seitdem lautet die offizielle Bezeichnung OSEK/VDX. Die Wortmarke OSEK/VDX wurde 1997 von der Siemens Aktiengesellschaft beim USPTO registriert, später an die Siemens Automotive VDO AG und final an die Continental AG übertragen.
Die Arbeiten der OSEK-Gremien finden ihre Fortsetzung im 2003 gestarteten AUTOSAR-Konsortium. Z. B. bildet das OSEK-OS die Grundlage für das AUTOSAR OS der CLASSIC PLATFORM.
Spezifikationen
Wesentliche Teile der OSEK/VDX-Spezifikationen wurden in die ISO-Normen ISO 17356-[1-6] überführt. Diese Normen umfassen die Spezifikationen OSEK/VDX-OS 2.2.2, OSEK/VDX-COM 3.0.3, OSEK/VDX-NM 2.5.3 und OSEK/VDX-OIL 2.5, sowie die so genannte Binding Specification 1.4.2, die das Zusammenwirken der einzelnen Teile beschreibt.
ISO 17356-1:2005 für generelle Definitionen, Struktur etc.
ISO 17356-2:2005 spezifiziert und kombiniert die Anteile OS, NM und COM
ISO 17356-3:2005 (OSEK-OS) ist die Spezifikation für das Echtzeitbetriebssystem.
ISO 17356-4:2005 (OSEK-COM) beschreibt die Kommunikation zwischen Programmteilen. Diese Programmteile können sowohl auf einem als auch auf unterschiedlichen Steuergeräten implementiert sein, die miteinander durch ein Netzwerk verbunden sind.
ISO 17356-5:2006 (OSEK-NM) beschreibt unter anderem, wann sich Steuergeräte innerhalb eines Autos abschalten dürfen. NM steht dabei für Network Management. Hintergrund ist, dass alle aktiven Steuergeräte im Auto Strom verbrauchen. Viele dieser Steuergeräte müssen auch bei abgezogenem Zündschlüssel noch arbeiten, damit man beispielsweise auch dann noch das (elektrische) Schiebedach schließen kann. Wenn diese Steuergeräte aber ständig aktiv bleiben, wird die Batterie des Fahrzeugs leer sein, wenn es längere Zeit abgestellt war. Daher werden diese Steuergeräte nach Abstellen des Fahrzeugs über das Netzwerk abgeschaltet. Des Weiteren ist OSEK-NM für alle Aufgaben zuständig, die sich mit der Verwaltung des Netzwerkes, das die Steuergeräte verbindet, sehr oft ein CAN-Bus, beschäftigen. Hierüber wird dem einzelnen Steuergerät beispielsweise mitgeteilt, welche Rolle er im vorhandenen Netzwerk besitzt, und wer seine Nachbarn sind etc.
ISO 17356-6:2006 (OSEK-OIL) stellt eine Auszeichnungssprache dar. OIL steht für OSEK Implementation Language. In dieser Sprache werden Betriebssystemobjekte angelegt und beschrieben, wie z.B. Tasks, Interrupts, Ressourcen und Alarme. OIL bietet eine normierte Möglichkeit, für eine Applikation erforderliche Betriebssystemdienste zu beschreiben. Damit soll der Wechsel zwischen verschiedenen OSEK-OS-konformen Betriebssystemen erleichtert werden.
Weitere Spezifikationen:
OSEK-TIME (keine eigene ISO) auch geschrieben als "OSEKtime" spezifiziert einen Standard für ein "zeitgesteuertes (getriggerte) Betriebssystem und eine fehlertolerante Kommunikationsschicht". OSEK-TIME Callback-Funktionen werden mit höherer Priorität bearbeitet als die in OSEK-OS konfigurierten Tasks.
OSEK-ORTI (keine eigene ISO) oder OSEK RunTime Interface definiert die Kommunikation eines OSEK-OS-Betriebssystems mit einem Debugger. ORTI bedeutet OSEK RunTime Interface. Ein Debugger wird damit in die Lage versetzt, interne Zustände des Betriebssystems, wie z.B. die Zustände von Tasks, anzuzeigen. Es existieren die Spezifikationen A und B.
Da die offizielle, damalige Webseite nicht mehr erreichbar ist, können die alten Spezifikationen teils nur noch über inoffizielle Bezugsquellen im Internet bezogen werden, bzw. es gelten die aktuellen ISO-Normen.
Stand der Technik
Es besteht weiterhin ein aktiver Pool an Anbietern für OSEK/VDX-Lösungen (meist kommerziell, aber auch Open Source – siehe auch Liste von Betriebssystemen), jedoch wird in den meisten Fällen vom Nachfolger, der AUTOSAR Architektur, gesprochen.
Ebenfalls existiert in geringem Umfang noch Forschung z. B. im Bereich von Systems Engineering und OSEK/VDX RTOS oder in Bezug auf die Kompatibilität zwischen OSEK und AUTOSAR.
In einem 48-seitigen Gutachten aus dem Jahr 2003 des Software Engineering Institute (SEI) der Carnegie Mellon University (CMU) wurden die Spezifikationen untersucht und mögliche Schwächen in den Bereichen der Alarm- und Ereignismechanismen mit Lösungsansätzen aufgezeigt. Ebenfalls wurde das Potential von OSEK erwähnt.
Werner Zimmermann, Ralf Schmidgall:Software-Standards: OSEK und HIS. In: Bussysteme in der Fahrzeugtechnik. Springer Fachmedien Wiesbaden, Wiesbaden 2014, ISBN 978-3-658-02418-5, S.331–365, doi:10.1007/978-3-658-02419-2_7.
Matthias Homann:OSEK: Betriebssystem-Standard für Automotive und Embedded Systems (=Betriebssysteme). 2. Auflage. mitp-Verlag, Bonn 2005, ISBN 978-3-8266-1552-8.
Joseph Lemieux:Programming in the OSEK/VDX Environment. McGraw-Hill Professional Publishing, 2001, ISBN 978-1-57820-081-8.
Sekundär
Dieter Zöbel:Echtzeitsysteme: Grundlagen der Planung (=Lehrbuch). 2. Auflage. Springer Vieweg, Berlin [Heidelberg] 2020, ISBN 978-3-662-60421-2 (springer.com).
↑Matthias Homann:OSEK: Betriebssystem-Standard für Automotive und Embedded Systems. 2., überarb. Auflage. Mitp-Verl, Bonn 2005, ISBN 3-8266-1552-2.
↑Joseph Lemieux:Programming in the OSEK/VDX environment. CMP Books, Lawrence, Kan. 2001, ISBN 0-08-052218-1.
↑Colin Walls:Embedded software: the works. 2nd ed Auflage. Newnes, Oxford 2012, ISBN 978-0-12-415969-3.
↑D. John:OSEK/VDX history and structure. In: IEE Seminar on OSEK/VDX Open Systems in Automotive Networks (Ref. No. 1998/523). November 1998, S.2/1–214, doi:10.1049/ic:19981073 (ieee.org[abgerufen am 19.September 2021]).
↑Hermann Winner, Stephan Hakuli, Felix Lotz, Christina Singer (Hrsg.):Handbuch Fahrerassistenzsysteme Grundlagen, Komponenten und Systeme für aktive Sicherheit und Komfort. Springer Vieweg, 2015, ISBN 978-3-658-05734-3, S.115ff.
↑AUTOSAR development cooperation:Classic Platform.Abgerufen am 16.September 2021(englisch).
↑L. Roy, L. Varity:ISO and OSEK harmonisation efforts. In: IEE Seminar OSEK/VDX Open Systems in Automotive Networks. Band1998. IEE, London, UK 1998, S.3–3, doi:10.1049/ic:19981074.
↑C. Hoffmann, D. John, J. Krammer, L. Mathieu, J. Minuth:OSEK/VDX network management. In: IEE Seminar on OSEK/VDX Open Systems in Automotive Networks (Ref. No. 1998/523). November 1998, S.6/1–613, doi:10.1049/ic:19981077 (ieee.org[abgerufen am 19.September 2021]).
↑A. Zahir:OIL-OSEK implementation language. In: IEE Seminar on OSEK/VDX Open Systems in Automotive Networks (Ref. No. 1998/523). November 1998, S.8/1–8/3, doi:10.1049/ic:19981079 (ieee.org[abgerufen am 19.September 2021]).
↑Stefan Poledna, Martin Glück, Christian Tanzer, Samuel Boutin, Elmar Dilger:OSEKtime: A Dependable Real-Time Fault-Tolerant Operating System and Communication Layer as an Enabling Technology for By-Wire Applications. 6.März 2000, S.2000–01–1051, doi:10.4271/2000-01-1051 (sae.org[abgerufen am 16.September 2021]).
↑Thomas M. Galla, Jochen Olig:OSEKtime – Eine Softwareplattform für sicherheitsrelevante verteilte Applikationen im Automobil. 2003, S.7 (chello.at[PDF]).
↑Georg Macher, Muesluem Atas, Eric Armengaud, Christian Kreiner:Automotive real-time operating systems: a model-based configuration approach. In: ACM SIGBED Review. Band11, Nr.4, 22.Januar 2015, S.67–72, doi:10.1145/2724942.2724953.
↑Y. H. Lee, Jin Ho Kim, Jae Wook Jeon:Applying AUTOSAR Network Management in OSEK/VDX for Compatibility of AUTOSAR and OSEK/VDX. In: Proceedings of the FISITA 2012 World Automotive Congress. Band194. Springer Berlin Heidelberg, Berlin, Heidelberg 2013, ISBN 978-3-642-33828-1, S.693–704, doi:10.1007/978-3-642-33829-8_65.
↑Peter H. Feiler:Real-Time Application Development with OSEK: A Review of the OSEK Standards. 2018, S.168866Bytes, doi:10.1184/R1/6582899.V1 (figshare.com[abgerufen am 16.September 2021]).