Dynamische Adaption in heterogenen verteilten eingebetteten ...

4.6 Operationen zur dynamischen Konfiguration eines Knotens
Abbildung 4.24: Ablauf einer Ausführung am Verwalter
Vor der Ausführung wird der Zustand der abhängigen Datenmodule vom Gerät geladen und in der Ausführungsumgebung
installiert. Nach der Ausführung werden veränderte Daten wieder in den Speicher des Geräts geschrieben.
Bei der Bestimmung der Abhängigkeiten ist zu beachten, dass der Verwalterknoten oft eine andere
Architektur besitzt als der verwaltete Knoten. Daher muss zwischen Modulen für das Gerät und
Modulen für den Verwalter unterschieden werden. Zudem wird eine Abbildung benötigt, mit deren
Hilfe man zu einem Modul der einen Architektur das oder die entsprechenden Module der anderen
Architektur bestimmen kann. Die Abbildung wird durch die Kontrollschicht bereitgestellt.
Zur Bestimmung der Abhängigkeiten wird das Funktionsmodul für den Verwalter betrachtet. Um die
hiervon referenzierten Datenmodule in der Ausführungsumgebung zu installieren, müssen sie zunächst
mit den Daten von dem verwalteten Gerät initialisiert werden. Dazu werden die entsprechenden
Datenmodulobjekte für das Gerät festgestellt und mit dem Speicherinhalt vom verwalteten Gerät
aktualisiert. Daraufhin können die Daten in die Module für den Verwalter übertragen und gegebenenfalls
konvertiert werden.
Bei referenzierten Funktionen muss die Kontrollschicht entscheiden, ob sie ebenfalls in der Ausführungsumgebung
installiert oder ob sie stattdessen durch Stellvertreter ersetzt werden sollen. Ein
Stellvertreter kann einen Rückruf zum Gerät veranlassen, um die Funktion dort auszuführen. Diese
Möglichkeit bietet sich an, falls die Funktion besonders viele Daten referenziert und somit das
Transportieren all dieser Daten sehr aufwendig ist.
Nachdem die Ausführungsumgebung aufgebaut ist, kann die Funktion aufgerufen werden. Zuvor
bereitet der Verwalter allerdings noch die direkten Parameter des Funktionsaufrufs vor. Er extrahiert
sie aus der Unterstützungsanforderung und wandelt sie gegebenenfalls für die vorhandene Architektur
um. Unmittelbar vor dem Aufruf legt er die Parameter dann auf dem Stack ab.
Nach der Ausführung der Funktion werden die veränderten Daten zum verwalteten Gerät zurückübertragen.
Das Vorgehen dabei ist analog zu der Vorbereitung der Ausführungsumgebung. Der Verwalter
identifiziert veränderte Datenmodule und bestimmt die entsprechenden Datenmodule auf dem Gerät.
Anschließend werden die Daten in die Zielmodule übertragen und dabei gegebenenfalls konvertiert.
Bei der tatsächlichen Realisierung lassen sich verschiedene Varianten unterschieden:
Direkt Die Möglichkeit, auf die der oben beschriebene Ablauf abgestimmt wurde, ist, dass der Verwalter
die Funktion direkt ausführt. Hierbei ist oft eine Architekturgrenze zu überwinden, weswegen
die Module in verschiedenen Versionen vorliegen müssen. Im einfachsten Fall kann der Quellcode
für beide Architekturen übersetzt werden. Bei ähnlichen Optimierungseinstellungen lässt
sich dann die überwiegende Anzahl der Module anhand des Namens automatisch aufeinander
abbilden.
Simulation Um die aufwendige Zustandskonvertierung zwischen verschiedenen Architekturen zu
vermeiden, kann der Verwalter um einen Simulator erweitert werden, der die Architektur des
95