Figure 9.33: Interfaces required by Time Synchronization

1. Diagrammtyp & Architektur-Kontext

UML-Komponentendiagramm / Schnittstellendiagramm der AUTOSAR Adaptive Platform zur Darstellung der Abhängigkeiten des funktionalen Clusters Time Synchronization von externen Schnittstellen und Clustern innerhalb der Plattformarchitektur.

2. Komponenten, Entitäten & Schnittstellen

Komponenten / Funktionale Cluster:

• Time Synchronization («aapFunctionalCluster», daemon-based): Konsument aller definierten Schnittstellen über gestrichelte Abhängigkeitspfeile mit Stereotyp «use».
• Operating System: Realisiert über Realisierungspfeil (gestrichelte Linie mit geschlossener, nicht ausgefüllter Dreiecksspitze) die Schnittstelle Raw Socket API.
• Log and Trace («aapFunctionalCluster»): Realisiert die Schnittstelle Log and Trace::Logger.
• Persistency («aapFunctionalCluster»): Realisiert die Schnittstelle Persistency::KeyValueStorage.

Schnittstellen und Operationen:

• Raw Socket API («aapInternal»): Betriebssystemnahe Schnittstelle ohne explizit aufgelistete Methoden.
• Log and Trace::Logger («aapAPI,aapNativeInterface»):
  • + IsEnabled()
  • + Log(MsgId, Params)
  • + LogDebug(): LogStream
  • + LogError(): LogStream
  • + LogFatal(): LogStream
  • + LogInfo(): LogStream
  • + LogVerbose(): LogStream
  • + LogWarn(): LogStream
  • + WithLevel(): LogStream
• Persistency::KeyValueStorage («aapAPI,aapPortInterface»):
  • + DiscardPendingChanges()
  • + GetAllKeys()
  • + GetValue()
  • + KeyExists()
  • + RecoverKey()
  • + RemoveAllKeys()
  • + RemoveKey()
  • + ResetKey()
  • + SetValue()
  • + SyncToStorage()

3. Dynamisches Verhalten & Sequenzablauf

Statisches Architekturdiagramm ohne Darstellung von Laufzeitsequenzen oder Protokollabläufen. Die gerichteten «use»-Abhängigkeiten modellieren synchrone bzw. funktionale Aufrufbeziehungen vom Time Synchronization-Daemon in Richtung der Schnittstellen des Betriebssystems (Raw Socket API für Netzwerkzeit-Paketübertragung), des Loggings (Logger für Status- und Fehlerausgaben) und der Zustandsspeicherung (KeyValueStorage für persistente Zeitsynchronisationsparameter).

4. Normative Relevanz & Entwickler-Hinweise

• Time Synchronization ist architektonisch als Daemon-basierter Cluster konzipiert.
• Zur Netzwerkanbindung für Zeitsynchronisationsprotokolle (z. B. gPTP/IEEE 802.1AS) greift der Daemon direkt auf interne Raw-Sockets des Betriebssystems (Raw Socket API) zu.
• KeyValueStorage wird über ein Service- bzw. Port-Interface («aapPortInterface») angebunden, während das Logging über eine plattformnative C++-API («aapNativeInterface») erfolgt.