DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_SWS_ExecutionManagement FIG-f3e781a184c26300 860 × 329 px 2 Release(s)

Figure 5.1: Interfaces provided by Execution Management to other Functional Clusters

SHA-256 Inhalts-Fingerabdruck: f3e781a184c26300019577eb3744330c896ab3264c28221c11422cde1722b242

Im Versions-Explorer öffnen

Kanonischer Bildausschnitt (144 DPI WebP, gerendert aus Original-Vektorgrafik) · nicht öffentlich, nur mit Anmeldung und Freigabe
✦ KI-generierte Bildanalyse & technische Beschreibung Modell: gemini-3.8-flash (via agy) · Rezept figure-description@2 · erstellt am 2026-10-07

1. Diagrammtyp & Architektur-Kontext

  • Klassifikation: UML-Komponentendiagramm mit Schnittstellen- und Realisierungsbeziehungen (Interface Realization & Usage Dependencies).
  • Architektur-Kontext: Veranschaulicht die funktionale Schnittstellenbereitstellung des Functional Clusters Execution Management (EM) für andere plattforminterne Daemon-Cluster der AUTOSAR Adaptive Platform (AP) gemäß SWS Execution Management (R23-11, R24-11, Kapitel 5.1). EM fungiert als POSIX-basierter Prozess- und Laufzeitmanager; die übrigen Plattform-Cluster laufen als eigenständige OS-Prozesse (Daemons) und unterliegen bezüglich ihres Lebenszyklus der Steuerung und Zustandsüberwachung durch EM.

2. Komponenten, Entitäten & Schnittstellen

  • Bereitstellender Cluster (Provider):
    • Execution Management («aapFunctionalCluster», Tagged Value: daemon-based): Zentraler Daemon zur Prozessinitiierung, Überwachung und Zustandsverwaltung des Systems.
  • Exponierte Schnittstelle (Native Interface):
    • ExecutionClient («aapAPI,aapNativeInterface»): C++-Bibliotheksschnittstelle (ara::exec::ExecutionClient), die prozesslokal instanziiert wird und die IPC-Kommunikation zum EM-Daemon kapselt.
      • + Create(): Factory-Methode zur Erzeugung der Client-Instanz und Aufbau der IPC-Verbindung zum EM-Daemon.
      • + ReportExecutionState(ExecutionState): Result: Übergibt den aktuellen Prozessstatus (insb. ara::exec::ExecutionState::kRunning) an EM und liefert ein ara::core::Result<void> zurück.
  • Konsumierende Cluster (Clients):
    • State Management («aapFunctionalCluster», daemon-based)
    • Platform Health Management («aapFunctionalCluster», daemon-based)
    • Diagnostic Management («aapFunctionalCluster», daemon-based)
    • Update and Configuration Management («aapFunctionalCluster», daemon-based)
    • Time Synchronization («aapFunctionalCluster», daemon-based)
  • Strukturelle Beziehungen:
    • Interface Realization (gestrichelte Linie mit geschlossenem, nicht ausgefülltem Dreieck): Execution Management implementiert serverseitig die Semantik des ExecutionClient.
    • Usage Dependency («use», gestrichelte Pfeile): Alle fünf aufgeführten Daemons binden die ExecutionClient-API statisch/dynamisch ein, um ihren Lebenszyklus an EM zu melden.

3. Dynamisches Verhalten & Sequenzablauf

  1. Startup & Prozess-Fork: EM startet den jeweiligen Daemon-Prozess basierend auf dem System-/Machine-Manifest (StartupConfig).
  2. Client-Initialisierung: Der Plattform-Daemon führt seine internen Setup-Schritte aus und instanziiert frühzeitig den Kommunikationskanal via ExecutionClient::Create().
  3. Zustandsmeldung: Sobald der Daemon initialisiert und betriebsbereit ist, setzt er den synchronen Aufruf ReportExecutionState(ExecutionState::kRunning) ab.
  4. IPC-Verarbeitung & Transition: EM empfängt die Meldung über den prozessübergreifenden Kanal (z. B. Unix Domain Socket/Shared Memory), aktualisiert den internen Zustand des Prozesses auf Running und entsperrt abhängige Startup-Stufen (Dependencies im Execution Manifest).
  5. Fehlerbehandlung: Erfolgt die Meldung kRunning nicht innerhalb des im Manifest parametrierten startupTimeout, löst EM konfigurierte Recovery-Aktionen aus (z. B. Prozessneustart oder Meldung an das State Management / Platform Health Management).

4. Normative Relevanz & Entwickler-Hinweise

  • API-Vertrag: Für jeden Plattform-Daemon, dessen reportingBehavior im Manifest auf reportsExecutionState konfiguriert ist, ist das Absetzen von ExecutionState::kRunning via ExecutionClient zwingend erforderlich. Ein Unterlassen führt zum Timeout-Fehler (SIGKILL/SIGTERM durch EM).
  • Prozessautonomie vs. Plattformdienst: Obwohl funktionale Cluster wie State Management (SM) oder Platform Health Management (PHM) Steuerungs- bzw. Überwachungsfunktionen wahrnehmen, verhalten sie sich gegenüber EM bezüglich ihres Lebenszyklus wie gewöhnliche Adaptive Applications.
  • Deadlock-Prävention: Da EM und SM/PHM zirkuläre funktionale Abhängigkeiten aufweisen können (z. B. SM fordert Funktionsgruppenwechsel an, EM startet Daemons), darf ReportExecutionState() in der main() des Daemons nicht durch blockierende Aufrufe an noch nicht aktive Nachbar-Cluster verzögert werden.
  • Rückgabewert: Das Ergebnis von ReportExecutionState() muss explizit auf ara::core::ErrorCode geprüft werden; ein fehlerhafter Aufruf indiziert einen Abriss des IPC-Kanals zu EM.

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R24-11 → R25-11 normative Änderung Nachfolger: FIG-e113b69ca925db45
  • Schnittstelle / ExecutionClient: In der Operationssignatur von ReportExecutionState(ExecutionState) entfällt die explizite Rückgabetyp-Deklaration : Result.
  • Konsumierende Cluster / Abhängigkeiten: Ergänzung von sieben weiteren plattforminternen Clustern mit «use»-Beziehung zu ExecutionClient: Automotive API Gateway, Communication Management, Network Management, Vehicle Update and Configuration Management, Intrusion Detection System Manager, Cryptography und Firewall (Erweiterung von 5 auf 12 konsumierende Cluster).
  • Layout / Anordnung: Die konsumierenden Cluster sind nun in drei Ebenen um das Schnittstellenelement ExecutionClient platziert (vier oberhalb, fünf auf mittlerer Ebene, drei unterhalb).

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» Execution Management daemon-based | «aapAPI,aapNativeInterface» | ExecutionClient | + Create() + ReportExecutionState(ExecutionState): Result | «aapFunctionalClust... | State Management | daemon-based | «aapFunctionalClust... Diagnostic Management | daemon-based | «aapFunctionalClust... | Platform Health | Management | daemon-based | «aapFunctionalClust... Update and Configuration | Management | daemon-based | «aapFunctionalClust... | Time Synchronization | daemon-based | «use» «use» «use» «use» «use»

Begleitender Spezifikationstext:

Specification of Execution Management AUTOSAR AP R24-11 5 Dependencies to other Functional Clusters This chapter provides an overview of the dependencies to other Functional Clusters in the AUTOSAR Adaptive Platform. Section 5.1 “Provided Interfaces” lists the interfaces provided by Execution Management to other Functional Clusters. Section 5.2 “ Required Interfaces” lists the interfaces required by Execution Management. A detailed technical architecture documentation of the AUTOSAR Adaptive Platform is provided in [10]. 5.1 Provided Interfaces «aapFunctionalCluster» Execution Management daemon-based «aapAPI,aapNativeInterface» ExecutionClient + Create() + ReportExecutionState(ExecutionState): Result «aapFunctionalClust... State Management daemon-based «aapFunctionalClust... Diagnostic Management daemon-based «aapFunctionalClust... Platform Health Management daemon-based «aapFunctionalClust... Update and Configuration Management daemon-based «aapFunctionalClust... Time Synchronization daemon-based «use» «use» «use» «use» «use» Figure 5.1: Interfaces provided by Execution Management to other Functional Clusters Figure 5.1 shows the interfaces provided by Execution Management to other Functional Clusters within the AUTOSAR Adaptive Platform. «aapFunctionalCluster» Execution Management daemon-based «aapFunctionalCluster» State Management daemon-based «aapAPI,aapNativeInterface» StateClient + Create(function) + GetExecutionError() + GetInitialMachineStateTransitionResult() + SetS

Vorkommen in AUTOSAR-Releases (3)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R23-11 AUTOSAR_AP_SWS_ExecutionManagement S. 21 5.1 Figure 5.1: Interfaces provided by Execution Management to other Functional Clusters
R23-11 AUTOSAR_AP_SWS_ExecutionManagement S. 21 5.1 Figure 5.1: Interfaces provided by Execution Management to other Functional Clusters
R24-11 AUTOSAR_AP_SWS_ExecutionManagement S. 17 5.1 Figure 5.1: Interfaces provided by Execution Management to other Functional Clusters