DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_SWS_TimeSynchronization FIG-39e970109fcb4675 733 × 584 px 1 Release(s)

Figure 5.1: Interfaces provided by TimeSynchronization to other Functional Clusters

SHA-256 Inhalts-Fingerabdruck: 39e970109fcb4675ad2d5fb677c91a4bef3b03bbe60e2d17f572478ba72ed921

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-series@1 · erstellt am 2026-10-08

1. Diagrammtyp & Architektur-Kontext

UML-Komponentendiagramm im architektonischen Kontext der AUTOSAR Adaptive Platform (AP). Das Diagramm spezifiziert die von dem daemon-basierten Functional Cluster Time Synchronization über eine C++-Programmierschnittstelle (aapAPI) bzw. Port-Schnittstelle (aapPortInterface) bereitgestellten Dienste für andere funktionale Cluster der Plattformarchitektur.

2. Komponenten, Entitäten & Schnittstellen

Im Diagramm sind sechs funktionale Cluster («aapFunctionalCluster») und eine Schnittstelle dargestellt:

  • Time Synchronization (blau hinterlegt, annotiert mit daemon-based): Bereitstellender Cluster, der über eine gestrichelte Realisierungspfeillinie mit geschlossenem weißen Dreieckskopf die Schnittstelle SynchronizedTimeBaseConsumer implementiert bzw. bereitstellt.
  • «aapAPI,aapPortInterface» SynchronizedTimeBaseConsumer: Zentrale Schnittstelle mit folgenden Operationen:
    • + GetRateDeviation()
    • + GetTimeWithStatus(): SynchronizedTimeBaseStatus
    • + RegisterStatusChangeNotifier()
    • + RegisterSynchronizationStateChangeNotifier()
    • + RegisterTimeLeapNotifier()
    • + RegisterTimePrecisionMeasurementNotifier()
    • + RegisterTimeValidationNotification()
    • + UnregisterStatusChangeNotifier()
    • + UnregisterSynchronizationStateChangeNotifier()
    • + UnregisterTimeLeapNotifier()
    • + UnregisterTimePrecisionMeasurementNotifier()
    • + UnregisterTimeValidationNotification()
  • Konsumierende funktionale Cluster mit Abhängigkeiten («use», «aapRequiredPort») auf SynchronizedTimeBaseConsumer:
    • Log and Trace (rot hinterlegt)
    • Vehicle Update and Configuration Management (orange hinterlegt, daemon-based)
    • Intrusion Detection System Manager (gelb hinterlegt, daemon-based)
    • Update and Configuration Management (orange hinterlegt, daemon-based)
  • Funktionsloser bzw. unabhängiger Cluster im Diagramm:
    • Persistency (grün hinterlegt), ohne Verbindungspfeil zur Schnittstelle SynchronizedTimeBaseConsumer.

3. Dynamisches Verhalten & Sequenzablauf

Statisches Schnittstellen- und Abhängigkeitsmodell ohne explizite Zeit- oder Sequenzabläufe. Die Interaktionsmuster gliedern sich anhand der Schnittstellenoperationen in:

  • Synchroner Lesezugriff: Abfrage von Zeit und Synchronisationsstatus (GetTimeWithStatus) sowie von Ratenabweichungen (GetRateDeviation).
  • Asynchrones Observer-Muster: Registrierung (Register...Notifier bzw. RegisterTimeValidationNotification) und Deregistrierung (Unregister...Notifier bzw. UnregisterTimeValidationNotification) von Benachrichtigungsmechanismen für Statusänderungen, Synchronisationszustände, Zeitsprünge, Präzisionsmessungen und Zeitvalidierungen.

4. Normative Relevanz & Entwickler-Hinweise

Normative Architekturspezifikation für AUTOSAR Adaptive Platform Stacks. Die verbleibenden konsumierenden Cluster (Log and Trace, Intrusion Detection System Manager, Update and Configuration Management, Vehicle Update and Configuration Management) nutzen «aapRequiredPort»-Ports zur Anbindung an SynchronizedTimeBaseConsumer. Entwickler müssen berücksichtigen, dass die reine Zeitabfrage ohne Statusprüfung nicht mehr als separate Methode existiert und Zeitabfragen stattdessen über GetTimeWithStatus() mit Prüfung des SynchronizedTimeBaseStatus erfolgen. Persistency besitzt keine Port-Abhängigkeit zur Zeitsynchronisation.

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

R23-11 → R24-11 normative Änderung Vorgänger: FIG-bdeebdc0b4958f7a
  • Die Operation + GetCurrentTime() entfällt aus der Schnittstelle «aapAPI,aapPortInterface» SynchronizedTimeBaseConsumer.
  • Die Port-Abhängigkeit («use» «aapRequiredPort») des Functional Clusters «aapFunctionalCluster» Persistency auf die Schnittstelle SynchronizedTimeBaseConsumer entfällt.
R24-11 → R25-11 normative Änderung Nachfolger: FIG-9f1c99b7a538b1d0
  • Der Functional Cluster «aapFunctionalCluster» Persistency entfällt vollständig aus dem Diagramm.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» | Time Synchronization daemon-based | «aapFunctionalCluster» | Persistency «aapFunctionalCluster» | Log and Trace | «aapAPI,aapPortInterface» SynchronizedTimeBaseConsumer | + GetRateDeviation() + GetTimeWithStatus(): SynchronizedTimeBaseStatus + RegisterStatusChangeNotifier() + RegisterSynchronizationStateChangeNotifier() + RegisterTimeLeapNotifier() + RegisterTimePrecisionMeasurementNotifier() + RegisterTimeValidationNotification() + UnregisterStatusChangeNotifier() + UnregisterSynchronizationStateChangeNotifier() + UnregisterTimeLeapNotifier() + UnregisterTimePrecisionMeasurementNotifier() + UnregisterTimeValidationNotification() | «aapFunctionalCluster» Intrusion Detection System Manager | daemon-based | «aapFunctionalCluster» Update and Configuration | Management daemon-based | «aapFunctionalCluster» Vehicle Update and Configuration | Management daemon-based | «use» «aapRequiredPort» | «use» «aapRequiredPort» «use» «aapRequiredPort» | «use» «aapRequiredPort»

Begleitender Spezifikationstext:

Specification of Time Synchronization AUTOSAR AP R24-11 5 Dependencies to other Functional Clusters This chapter defines the dependencies of this functional cluster to other functional clusters. AUTOSAR decided not to standardize interfaces which are exclusively used between functional clusters to allow efficient implementations which might depend e.g., on the used operating system. The goal of this chapter is to provide an informative guideline for the interactions between functional clusters without specifying syntactical details. This ensures compatibility between documents specifying different functional clusters and supports parallel implementation of different functional clusters. Details of internal interfaces are up to the platform provider. Additional internal interfaces, parameters, and return values can be added. A detailed technical architecture documentation of the overall AUTOSAR Adaptive Platform is provided in [5]. 5.1 Provided Interfaces This section provides an overview of the public interfaces provided by this functional cluster towards other functional clusters. «aapFunctionalCluster» Time Synchronization daemon-based «aapFunctionalCluster» Persistency «aapFunctionalCluster» Log and Trace «aapAPI,aapPortInterface» SynchronizedTimeBaseConsumer + GetRateDeviation() + GetTimeWithStatus(): SynchronizedTimeBaseStatus + RegisterStatusChangeNotifier() + RegisterSynchronizationStateChangeNotifier() + RegisterTimeLeapNotifier() + RegisterTimePrecisionMeasurementNot

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R24-11 AUTOSAR_AP_SWS_TimeSynchronization S. 13 5.1 Figure 5.1: Interfaces provided by TimeSynchronization to other Functional Clusters