OSEK

aus Wikipedia, der freien Enzyklopädie

OSEK (offiziell: OSEK/VDX) steht für "Offene Systeme und deren Schnittstellen für die Elektronik im Kraftfahrzeug" und war ein industrielles Standardisierungsgremium.[1][2][3][4]

Hintergrund

Das 1993 gegründete Gremium besteht aus verschiedenen Kfz-Herstellern, deren Zulieferern und Software-Häusern. Gründungsmitglieder waren BMW AG, Daimler-Benz AG (heute Mercedes-Benz AG), Adam Opel AG, Volkswagen, Robert Bosch GmbH, Siemens AG und das Institut für industrielle Informationstechnik der Universität Karlsruhe (TH).[5][6]

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 Wortemarke 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.[7]

Die Arbeiten der OSEK-Gremien finden ihre Fortsetzung im 2003 gestarteten AUTOSAR-Konsortium.[1][8] Z. B. bildet das OSEK-OS die Grundlage für das AUTOSAR OS der CLASSIC PLATFORM.[9]

Konzept & Standards

Wesentliche Teile der OSEK/VDX-Spezifikationen wurden in die ISO-Normen ISO 17356-[1-6] überführt.[10][11][12][13] 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.

Der wichtigste Standard, den dieses Gremium geschaffen hat, ist OSEK-OS. Das -OS steht hier für Operating System oder zu deutsch Betriebssystem. Es handelt sich dabei um eine spezielle Spezifikation eines Echtzeitbetriebssystems für eingebettete Komponenten, die wie die anderen Standards auch, hauptsächlich für die Verwendung von Echtzeitsystemen im Bereich Automobilelektronik abzielt.

Die folgenden Standards wurden geschaffen:

  • ISO 17356-1:2005: Generelle Definitionen, Struktur etc.
  • ISO 17356-2:2005: Spezifikation, welche OS, NM und COM kombiniert
  • OSEK-OS (ISO 17356-3:2005) ist die Spezifikation für das Echtzeitbetriebssystem.
  • OSEK-COM (ISO 17356-4:2005) 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.
  • OSEK-NM (ISO 17356-5:2006) beschreibt unter anderem, wann sich Steuergeräte innerhalb eines Autos abschalten dürfen. NM steht dabei für Network Management.[14] 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.
  • OSEK-OIL (ISO 17356-6:2006) stellt eine Auszeichnungssprache dar. OIL steht für OSEK Implementation Language.[15] 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".[16][17] 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.[18]

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[19] oder in Bezug auf die Kompatibilität zwischen OSEK und AUTOSAR.[20]

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.[21][22]

Literatur

  • Werner Zimmermann und Ralf Schmidgall: Bussysteme in der Fahrzeugtechnik – Protokolle, Standards und Softwarearchitektur. Vieweg+Teubner, 4. Auflage, 2010, ISBN 978-3-8348-0907-0
  • Matthias Homann: OSEK. Betriebssystem-Standard für Automotive und Embedded Systems. mitp/bhv, 2005, ISBN 3826615522
  • Joseph Lemieux: Programming in the Osek/VDX Environment. Mcgraw-Hill Professional, 2001, ISBN 1578200814

Weblinks

Einzelnachweise

  1. a b AUTOSAR development cooperation: History. Abgerufen am 16. September 2021 (englisch).
  2. Marcel Consée: Entwicklung von Kfz-Software: Wechsel von OSEK zu AUTOSAR. Abgerufen am 16. September 2021.
  3. Matthias Homann: OSEK: Betriebssystem-Standard für Automotive und Embedded Systems. 2., überarb. Auflage. Mitp-Verl, Bonn 2005, ISBN 3-8266-1552-2.
  4. Joseph Lemieux: Programming in the OSEK/VDX environment. CMP Books, Lawrence, Kan. 2001, ISBN 978-0-08-052218-0.
  5. Colin Walls: Embedded software : the works. 2nd ed Auflage. Newnes, Oxford 2012, ISBN 978-0-12-415969-3.
  6. 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]).
  7. OSEK/VDX Trademark of Siemens Aktiengesellschaft - Serial Number 75367641 - Alter. Abgerufen am 16. September 2021.
  8. Winner, Hermann 1955 - Herausgeber Hakuli, Stephan Herausgeber Lotz, Felix Herausgeber Singer, Christina Herausgeber: Handbuch Fahrerassistenzsysteme Grundlagen, Komponenten und Systeme für aktive Sicherheit und Komfort. ISBN 978-3-658-05734-3, S. 115 ff.
  9. AUTOSAR development cooperation: Classic Platform. Abgerufen am 16. September 2021 (englisch).
  10. 14:00-17:00: ISO 17356-1:2005. Abgerufen am 16. September 2021 (englisch).
  11. 14:00-17:00: ISO 17356-2:2005. Abgerufen am 16. September 2021 (englisch).
  12. 14:00-17:00: ISO 17356-3:2005. Abgerufen am 16. September 2021 (englisch).
  13. L. Roy, L. Varity: ISO and OSEK harmonisation efforts. In: IEE Seminar OSEK/VDX Open Systems in Automotive Networks. Band 1998. IEE, London, UK 1998, S. 3–3, doi:10.1049/ic:19981074 (theiet.org [abgerufen am 16. September 2021]).
  14. 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]).
  15. 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]).
  16. 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]).
  17. Thomas M. Galla, Jochen Olig: OSEKtime – Eine Softwareplattform für sicherheitsrelevante verteilte Applikationen im Automobil. 2003, S. 7 (chello.at [PDF]).
  18. GitHub - TrampolineRTOS/trampoline: Trampoline is a static RTOS for small embedded systems. Its API is aligned with OSEK/VDX OS and AUTOSAR OS 4.2 standards. Abgerufen am 16. September 2021 (englisch).
  19. Georg Macher, Muesluem Atas, Eric Armengaud, Christian Kreiner: Automotive real-time operating systems: a model-based configuration approach. In: ACM SIGBED Review. Band 11, Nr. 4, 22. Januar 2015, S. 67–72, doi:10.1145/2724942.2724953 (10.1145/2724942.2724953 [abgerufen am 16. September 2021]).
  20. 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. Band 194. Springer Berlin Heidelberg, Berlin, Heidelberg 2013, ISBN 978-3-642-33828-1, S. 693–704, doi:10.1007/978-3-642-33829-8_65 (springer.com [abgerufen am 16. September 2021]).
  21. Peter H. Feiler: Real-Time Application Development with OSEK: A Review of the OSEK Standards. 2018, S. 168866 Bytes, doi:10.1184/R1/6582899.V1 (figshare.com [abgerufen am 16. September 2021]).
  22. Real-Time Application Development with OSEK: A Review of the OSEK Standards. Abgerufen am 16. September 2021 (englisch).