DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_EXP_SWArchitecture FIG-2bdf04b43562a870 332 × 382 px 1 Release(s)

Figure 9.28: Interfaces for time base providers

SHA-256 Inhalts-Fingerabdruck: 2bdf04b43562a870f8ee8c46d3b646fb1e364c2233fee6e6c507a4c6d7c5ca9b
✦ KI-generierte Bildanalyse & technische Beschreibung Modell: gemini-3.8-flash (via agy) · Rezept figure-series@1 · erstellt am 2026-10-08

1. Diagrammtyp & Architektur-Kontext

UML-Klassendiagramm zur Darstellung der Schnittstellenbeziehung zwischen State Management und Network Management in der AUTOSAR Adaptive Platform. Gezeigt wird die Anbindung über ein C++-basiertes Port-Interface (NetworkHandle) anstelle eines ara::com-Service-Interfaces.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm umfasst zwei funktionale Cluster und eine Port-Schnittstelle:

  • State Management («aapFunctionalCluster», daemon-based, lachsfarben hinterlegt): Plattform-Daemon, der die Schnittstelle über einen Required Port anbindet («use», «aapRequiredPort»).
  • Network Management («aapFunctionalCluster», hellblau hinterlegt): Plattform-Cluster, der die Schnittstelle implementiert (Realisierungspfeil mit gestrichelter Linie und geschlossener weißer Pfeilspitze).
  • Schnittstelle NetworkHandle («aapAPI,aapPortInterface»): C++-Port-Interface mit expliziten Methoden zur Zustandssteuerung und Notifier-Verwaltung:
    • + GetNetworkRequestedState()
    • + GetNetworkState()
    • + RegisterNetworkRequestedStateChangeNotifier()
    • + RegisterNetworkStateChangeNotifier()
    • + SetNetworkRequestedState()
    • + UnregisterNetworkRequestedStateChangeNotifier()
    • + UnregisterNetworkStateChangeNotifier()

3. Dynamisches Verhalten & Sequenzablauf

Das State Management bindet den Required Port NetworkHandle. Zur asynchronen Zustandsverfolgung registriert es Listener über RegisterNetworkStateChangeNotifier() sowie optional RegisterNetworkRequestedStateChangeNotifier(). Zur Anforderung eines Netzwerkzustands (z. B. Kommunikationsfreigabe) ruft das State Management SetNetworkRequestedState() auf. Das Network Management wickelt den Netzzustandsübergang ab und ruft bei erfolgtem Statuswechsel den registrierten Callback auf. Der angeforderte sowie der tatsächliche Zustand können jederzeit synchron über GetNetworkRequestedState() und GetNetworkState() abgefragt werden. Bei Deaktivierung werden die Callbacks über UnregisterNetworkStateChangeNotifier() bzw. UnregisterNetworkRequestedStateChangeNotifier() abgemeldet.

4. Normative Relevanz & Entwickler-Hinweise

Ablösung der ara::com-Service-Field-Abbildung durch ein standardisiertes Plattform-C++-Port-Interface («aapPortInterface»). Die explizite Methodensignatur ersetzt implizite Feldeigenschaften und optimiert Inter-Cluster-Aufrufe hinsichtlich Latenz und Typsicherheit. Callback-Funktionen müssen reentrant und blockierungsfrei implementiert sein, um Deadlocks zwischen den Plattform-Daemons zu verhindern.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» | State Management daemon-based | «aapAPI,aapPortInterface» | NetworkHandle | + GetNetworkRequestedState() + GetNetworkState() + RegisterNetworkRequestedStateChangeNotifier() + RegisterNetworkStateChangeNotifier() + SetNetworkRequestedState() + UnregisterNetworkRequestedStateChangeNotifier() + UnregisterNetworkStateChangeNotifier() | «aapFunctionalCluster» | Network Management | «use» «aapRequiredPort»

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R23-11 AUTOSAR_AP_EXP_SWArchitecture S. 63 9.28 Figure 9.28: Interfaces for time base providers