Figure 9.38: Interfaces for time base consumers

1. Diagrammtyp & Architektur-Kontext

UML-Klassendiagramm / Komponentenarchitektur-Diagramm der AUTOSAR Adaptive Platform für Schnittstellen von Zeitbasis-Konsumenten (Interfaces for time base consumers). Dargestellt ist die Verbindung einer Adaptive Application mit dem daemon-basierten funktionalen Cluster Time Synchronization («aapFunctionalCluster») über Port- und Native-Schnittstellen inklusive Validierungs-Callbacks.

2. Komponenten, Entitäten & Schnittstellen

• Komponenten / Entitäten:
  • Adaptive Application: Anwendungskomponente, die synchronisierte Zeitdaten empfängt und Validierungsdaten verarbeitet.
  • Time Synchronization («aapFunctionalCluster», Ausprägung: daemon-based): Daemon-basierter funktionaler Cluster zur Zeitsynchronisation.
• Schnittstellen & Beziehungen:
  • SynchronizedTimeBaseConsumer («aapAPI,aapPortInterface»): Port-Interface, realisiert vom Cluster Time Synchronization und von Adaptive Application per Required Port verwendet («use», «aapRequiredPort»). Methoden:
    • + GetRateDeviation()
    • + GetTimeWithStatus(): SynchronizedTimeBaseStatus
    • + RegisterStatusChangeNotifier()
    • + RegisterSynchronizationStateChangeNotifier()
    • + RegisterTimeLeapNotifier()
    • + RegisterTimePrecisionMeasurementNotifier()
    • + RegisterTimeValidationNotification()
    • + UnregisterStatusChangeNotifier()
    • + UnregisterSynchronizationStateChangeNotifier()
    • + UnregisterTimeLeapNotifier()
    • + UnregisterTimePrecisionMeasurementNotifier()
    • + UnregisterTimeValidationNotification()
  • SynchronizedTimeBaseStatus («aapAPI,aapNativeInterface»): Natives Interface / Status-Datentyp, realisiert von Time Synchronization und verwendet («use») von Adaptive Application. Methoden:
    • + GetCreationLocalTime()
    • + GetCreationTime()
    • + GetLeapJump()
    • + GetSynchronizationStatus()
    • + GetUserData()
  • ConsumerTimeBaseValidationNotification («aapAPI,aapNativeInterface»): Natives Callback-Interface, realisiert vom Cluster Time Synchronization und verwendet («use») von Adaptive Application. Methoden mit Stereotyp «aapCallbackMethod»:
    • + SetPdelayInitiatorData()
    • + SetSlaveTimingData()

3. Dynamisches Verhalten & Sequenzablauf

• Synchroner Abruf & Statusauswertung: Zeit- und Statusabfrage erfolgen synchron über GetTimeWithStatus() am Consumer-Interface. Die Metadaten (lokale Erstellungszeit, globale Erstellungszeit, Sprungkorrektur, Synchronisationsstatus, User Data) werden über die Getter von SynchronizedTimeBaseStatus abgefragt.
• Notifier-Lifecycle: Über RegisterTimeValidationNotification() (und komplementäre Notifier-Registrierungen) wird der Benachrichtigungsmechanismus für Validierungsereignisse aktiviert.
• Validierungs-Rückmeldung: Über das native Interface ConsumerTimeBaseValidationNotification werden dem Konsumenten mittels der Callback-Methoden SetPdelayInitiatorData() und SetSlaveTimingData() Daten zur Laufzeitverzögerungsmessung (Propagation Delay) und Slave-Timing übergeben.

4. Normative Relevanz & Entwickler-Hinweise

• Applikationen, die Validierungsdaten verarbeiten, müssen das Callback-Interface ConsumerTimeBaseValidationNotification einbinden und die Methoden SetPdelayInitiatorData() sowie SetSlaveTimingData() («aapCallbackMethod») implementieren bzw. bereitstellen.
• Die Registrierung für Zeitvalidierungsnachrichten erfolgt über RegisterTimeValidationNotification() am SynchronizedTimeBaseConsumer-Port, während die Übergabe der Timing- und Delay-Daten separat über die dedizierte native Schnittstelle abgewickelt wird.