Figure 9.37: Interfaces for time base providers

1. Diagrammtyp & Architektur-Kontext

UML-Komponentendiagramm der AUTOSAR Adaptive Platform (Release R25-11) mit dem Titel „Figure 9.27: Interfaces for time base providers“. Es visualisiert die Interaktionsschnittstellen zwischen einer anwendungsspezifischen Adaptive Application (in der Rolle eines Zeitbasis-Providers) und dem daemon-basierten funktionalen Plattform-Cluster Time Synchronization. Die Kopplung umfasst eine funktionale Port-Schnittstelle zur Zeitsteuerung sowie eine native Callback-Schnittstelle zur Validierung von Timing-Daten.

2. Komponenten, Entitäten & Schnittstellen

Komponenten und Entitäten:

• Adaptive Application: Anwendungskomponente, die als Zeitlieferant fungiert und Validierungsdaten empfängt.
• «aapFunctionalCluster» Time Synchronization (daemon-based): Funktionales Cluster der Adaptive Platform, das synchronisierte Zeitbasen verwaltet.

Schnittstellen:

• «aapAPI, aapPortInterface» SynchronizedTimeBaseProvider:
  • + GetCurrentTime()
  • + GetRateCorrection()
  • + GetUserData()
  • + RegisterTimeValidationNotification()
  • + SetRateCorrection()
  • + SetTime()
  • + SetUserData()
  • + UnregisterTimeValidationNotification()
  • + UpdateTime()
• «aapAPI, aapNativeInterface» ProviderTimeBaseValidationNotification:
  • Enthält Callback-Methoden unter «aapCallbackMethod»:
    • + SetMasterTimingData()
    • + SetPdelayResponderData()

Beziehungen:

• Adaptive Application nutzt SynchronizedTimeBaseProvider über eine Abhängigkeit («use», «aapProvidedPort»).
• Adaptive Application nutzt ProviderTimeBaseValidationNotification über eine Abhängigkeit («use»).
• Time Synchronization realisiert beide Schnittstellen (SynchronizedTimeBaseProvider und ProviderTimeBaseValidationNotification) über UML-Schnittstellenrealisierungen (gestrichelte Linien mit geschlossener, nicht ausgefüllter Dreiecksspitze).

3. Dynamisches Verhalten & Sequenzablauf

• Zeitbereitstellung & Driftanpassung: Die Adaptive Application setzt die absolute Zeitbasis über SetTime() bzw. aktualisiert sie kontinuierlich via UpdateTime(). Frequenzanpassungen zur Driftkompensation werden über SetRateCorrection() vorgenommen. Ist-Zeit und Korrekturfaktor können über GetCurrentTime() und GetRateCorrection() abgefragt werden.
• Benutzerdatenübertragung: Anwendungsspezifische Zusatzinformationen werden synchron mit SetUserData() übergeben und mit GetUserData() ausgelesen.
• Validierungs-Ablauf: Die Anwendung meldet sich über RegisterTimeValidationNotification() für Validierungs-Events an. Bei eintreffenden Synchronisations- und Laufzeitmessungen ruft Time Synchronization die Rückrufmethoden SetMasterTimingData() und SetPdelayResponderData() auf der Schnittstelle ProviderTimeBaseValidationNotification auf.
• Deregistrierung: Die Validierungsbenachrichtigung wird mittels UnregisterTimeValidationNotification() wieder abgemeldet.

4. Normative Relevanz & Entwickler-Hinweise

• SynchronizedTimeBaseProvider ist als Port-Interface modelliert, über das ein externer Time-Base-Provider mit dem Time Synchronization Daemon kommuniziert.
• ProviderTimeBaseValidationNotification ist als native Schnittstelle («aapNativeInterface») mit Callbacks («aapCallbackMethod») ausgelegt. Die Methoden SetMasterTimingData() und SetPdelayResponderData() spiegeln typische Validierungsdaten aus IEEE 802.1AS bzw. IEEE 1588 (PTP) wider; ihre Callback-Routinen müssen nicht-blockierend ausgeführt werden.
• Die Kennzeichnung der Verbindung an der Adaptive Application mit «aapProvidedPort» bei gleichzeitiger Realisierung der Schnittstelle im Time Synchronization Daemon reflektiert die funktionale Bereitstellungsrolle der Zeitquelle im Metamodell.