Figure 17: Explicit synchronization of OS Schedule Table

1. Diagrammtyp & Architektur-Kontext

• Diagrammtyp: UML-Sequenzdiagramm (Interaktionsdiagramm).
• Architektur-Kontext: AUTOSAR Classic Platform (CP), Schicht der Basissoftware (BSW), System Services.
• Technischer Zweck: Darstellung des expliziten Synchronisationsmechanismus einer AUTOSAR-OS-Schedule-Table über den Synchronized Time-Base Manager (StbM). Es spezifiziert den synchronen Kontrollfluss, über den der StbM zyklisch die globale Zeitbasis abgreift und an das Betriebssystem (Os) übergibt, um eine zeitgesteuerte Task-Abarbeitung (z. B. für zeitgetriebene Busse wie FlexRay, TSN/Ethernet) an ein globales Zeitnormal anzugleichen.

2. Komponenten, Entitäten & Schnittstellen

• Akteure & Lebenslinien:
  • BSW Task (OS task or cyclic call): Periodischer Ausführungskontext (Zyklustrigger des BSW-Schedulers bzw. der Schchedulerebene).
  • «module» StbM: Synchronized Time-Base Manager (BSW-Servicemodul zur Verwaltung, Umrechnung und Weitergabe synchronisierter Zeitbasen).
  • «module» Os: AUTOSAR Operating System (stellt u. a. Zähler, Alarme und zeitgesteuerte Schedule Tables bereit).
• Schnittstellen & Parameter:
  • StbM_MainFunction(): Periodische Hauptfunktion des StbM (Scheduled Function / BSW-API).
  • SyncScheduleTable(ScheduleTableType ScheduleTableID, GlobalTimeTickType Value): Normative AUTOSAR OS-API (SWS_Os).
    • ScheduleTableType: Identifikator der zu synchronisierenden Schedule Table.
    • GlobalTimeTickType: Aktueller Zähler-/Tick-Wert der globalen Zeitbasis zur Nachführung der Phasendifferenz im OS.

3. Dynamisches Verhalten & Sequenzablauf

1. Trigger: Der BSW-Scheduler ruft im Kontext einer periodischen Task synchron StbM_MainFunction() auf.
2. Zeitbasenauswertung & Aufruf: Innerhalb der StbM_MainFunction() berechnet der StbM aus der verknüpften Zeitbasis den aktuellen Zeitwert in OS-Ticks und ruft synchron die OS-Servicefunktion SyncScheduleTable(ScheduleTableType, GlobalTimeTickType) auf.
3. OS-Korrektur: Das Betriebssystem gleicht den aktuellen Stand der Schedule Table mit dem übergebenen GlobalTimeTickType-Wert ab (Korrektur von Phasendurschlägen / Drift über OS-interne Synchronisationsstrategien).
4. Rückkehr: Nach Abschluss der Bereitstellung im OS kehrt SyncScheduleTable() zum StbM zurück.
5. Abschluss: StbM_MainFunction() terminiert und gibt den Kontrollfluss an die aufrufende BSW-Task zurück.

4. Normative Relevanz & Entwickler-Hinweise

• Konfigurationsabhängigkeit (BSW/OS):
  • Im StbM-Konfigurationsbaum muss die explizite Synchronisation aktiviert und die Ziel-Schedule-Table des OS über den entsprechenden Konfigurationsparameter (StbMOSScheduleTableRef) referenziert sein.
  • Im Betriebssystem (Os) muss die betreffende Schedule Table mit OsScheduleTableSyncStrategy = EXPLICIT konfiguriert werden.
• Granularität & Rundung: Entwickler müssen sicherstellen, dass die Tick-Auflösung (OsCounter / OsSecondsPerTick) und die Genauigkeit der StbM-Zeitbasis zueinander kompatibel sind, um Quantisierungsfehler bei der Umrechnung auf GlobalTimeTickType zu minimieren.
• Echtzeitbedingungen & Jitter: Das Aufrufintervall der StbM_MainFunction() bestimmt maßgeblich die Nachführrate. Ein hoher Task-Jitter der BSW-Task überträgt sich direkt auf die zeitliche Erfassung und Übergabe an das OS; SyncScheduleTable() darf nur aufgerufen werden, wenn die globale Zeitbasis den Status TIMEOUT nicht überschritten hat und als synchron/gültig markiert ist.