254
4 Systemsoftware
selung (siehe Seite 214). Die entsprechenden Algorithmen sind eine spezielle Klasse
von Middleware.
4.6.1 OSEK/VDX COM
OSEK/VDX ® COM ist ein besonderer Kommunikationsstandard für das OSEKBetriebssystem [441]20 aus dem Automobilbereich. OSEK COM stellt eine „Interaktionsschicht” als Programmierschnittstelle zur Verfügung, über die sowohl interne
Kommunikation (Kommunikation innerhalb eines Steuergerätes) wie auch externe Kommunikation (Kommunikation mit anderen Steuergeräten) realisiert werden
kann. OSEK COM spezifiziert dabei nur die Funktionalität der Interaktionsschicht.
Entsprechende Implementierungen müssen eigenständig entwickelt werden.
Die Interaktionsschicht kommuniziert mit anderen Steuergeräten über eine „Netzwerkschicht” und eine „Data Link”-Schicht. Einige der Anforderungen an diese
Schichten werden von OSEK COM definiert, aber diese Schichten sind nicht Teil
von OSEK COM selbst. Auf diese Weise kann Kommunikation auf Basis verschiedener Netzwerkprotokolle realisiert werden.
OSEK COM ist ein Beispiel für Kommunikations-Middleware, die für eingebettete Systeme bestimmt ist. Ausser diesen speziell für eingebettete Systeme entwickelten
Middleware-Systemen können auch viele für nicht eingebettete Systeme entwickelte
Kommunikationsstandards für eingebettete Systeme angepasst werden
4.6.2 CORBA
CORBA ® (Common Object Request Broker Architecture) [433] ist ein Beispiel eines
solchen angepassten Standards. CORBA ermöglicht den Zugriff auf entfernte Dienste, auf entfernte Objekte kann über standardisierte Schnittstellen zugegriffen werden.
Klienten kommunizieren in CORBA mit lokalen Hilfsfunktionen (engl. stubs), die
den Zugriff auf entfernte Objekte vortäuschen. Die Klienten senden Informationen
über das gewünschte Objekt sowie eventuelle Parameter an den Object Request Broker (ORB, siehe Abb. 4.18). Der ORB ermittelt darauf den Ort des Objektes, auf das
zugegriffen werden soll, und sendet die Information über ein standardisiertes Protokoll, wie z.B. IIOP, an den Ort, an dem sich das Objekt befindet. Diese Information
wird dann über ein Skeleton an das eigentliche Objekt weitergeleitet und die vom
Objekt angeforderte Information wird gegebenenfalls wieder über den ORB zurück
zum Klienten übertragen.
Der CORBA-Standard verfügt nicht über die für Echtzeitanwendungen notwendige Vorhersagbarkeit. Daher wurde ein spezieller Echtzeit-CORBA-Standard (RTCORBA) definiert [429]. Eine sehr wichtige Eigenschaft von RT-CORBA ist es,
20 OSEK ist ein Warenzeichen der Continental Automotive GmbH.
4 Systemsoftware
selung (siehe Seite 214). Die entsprechenden Algorithmen sind eine spezielle Klasse
von Middleware.
4.6.1 OSEK/VDX COM
OSEK/VDX ® COM ist ein besonderer Kommunikationsstandard für das OSEKBetriebssystem [441]20 aus dem Automobilbereich. OSEK COM stellt eine „Interaktionsschicht” als Programmierschnittstelle zur Verfügung, über die sowohl interne
Kommunikation (Kommunikation innerhalb eines Steuergerätes) wie auch externe Kommunikation (Kommunikation mit anderen Steuergeräten) realisiert werden
kann. OSEK COM spezifiziert dabei nur die Funktionalität der Interaktionsschicht.
Entsprechende Implementierungen müssen eigenständig entwickelt werden.
Die Interaktionsschicht kommuniziert mit anderen Steuergeräten über eine „Netzwerkschicht” und eine „Data Link”-Schicht. Einige der Anforderungen an diese
Schichten werden von OSEK COM definiert, aber diese Schichten sind nicht Teil
von OSEK COM selbst. Auf diese Weise kann Kommunikation auf Basis verschiedener Netzwerkprotokolle realisiert werden.
OSEK COM ist ein Beispiel für Kommunikations-Middleware, die für eingebettete Systeme bestimmt ist. Ausser diesen speziell für eingebettete Systeme entwickelten
Middleware-Systemen können auch viele für nicht eingebettete Systeme entwickelte
Kommunikationsstandards für eingebettete Systeme angepasst werden
4.6.2 CORBA
CORBA ® (Common Object Request Broker Architecture) [433] ist ein Beispiel eines
solchen angepassten Standards. CORBA ermöglicht den Zugriff auf entfernte Dienste, auf entfernte Objekte kann über standardisierte Schnittstellen zugegriffen werden.
Klienten kommunizieren in CORBA mit lokalen Hilfsfunktionen (engl. stubs), die
den Zugriff auf entfernte Objekte vortäuschen. Die Klienten senden Informationen
über das gewünschte Objekt sowie eventuelle Parameter an den Object Request Broker (ORB, siehe Abb. 4.18). Der ORB ermittelt darauf den Ort des Objektes, auf das
zugegriffen werden soll, und sendet die Information über ein standardisiertes Protokoll, wie z.B. IIOP, an den Ort, an dem sich das Objekt befindet. Diese Information
wird dann über ein Skeleton an das eigentliche Objekt weitergeleitet und die vom
Objekt angeforderte Information wird gegebenenfalls wieder über den ORB zurück
zum Klienten übertragen.
Der CORBA-Standard verfügt nicht über die für Echtzeitanwendungen notwendige Vorhersagbarkeit. Daher wurde ein spezieller Echtzeit-CORBA-Standard (RTCORBA) definiert [429]. Eine sehr wichtige Eigenschaft von RT-CORBA ist es,
20 OSEK ist ein Warenzeichen der Continental Automotive GmbH.