Figure 9.13: Users of the State Management interfaces

1. Diagrammtyp & Architektur-Kontext

UML-Komponentendiagramm / Schnittstellenspezifikation der AUTOSAR Adaptive Platform (Release R24-11) mit dem Titel „Users of the State Management interfaces“. Es zeigt die architektonisch reduzierte und sicherheitsrelevante Dienstnutzer-Struktur des State Management (SM) nach Wegfall der direkten Diagnose-Schnittstelle, beschränkt auf die Interaktion mit dem Update and Configuration Management (UCM) und dem Platform Health Management (PHM).

2. Komponenten, Entitäten & Schnittstellen

• Komponenten / Functional Clusters:
  • Update and Configuration Management («aapFunctionalCluster», daemon-based): Daemon zur Verwaltung des Software-Lifecycles und von Paketinstallationen.
  • Platform Health Management («aapFunctionalCluster», daemon-based): Daemon zur Überwachung von Prozesszuständen und Auslösung von Fehlerreaktionen.
  • State Management («aapFunctionalCluster», daemon-based): Zentraler Provider aller dargestellten Schnittstellen via «aapProvidedPort».
  • (Hinweis: Diagnostic Management und EcuResetRequest sind vollständig entfallen).
• Schnittstellen, Felder & Methoden:
  • UpdateRequest («aapAraComServiceInterface,aapInterface»):
    • «aapAccessControlled, aapServiceFields»:
      • + ResetMachineNotifier: Service-Feld (Notifier) zur Signalisierung bevorstehender Maschinen-Resets.
    • «aapAccessControlled, aapServiceMethods»:
      • + PrepareRollback()
      • + PrepareUpdate()
      • + RequestUpdateSession()
      • + ResetMachine()
      • + StopUpdateSession()
      • + VerifyUpdate()
  • RecoveryAction («aapPortInterface,aapAPI»):
    • + Offer()
    • + StopOffer()
    • «aapCallbackMethod» + RecoveryHandler()
• Port-Beziehungen:
  • UCM bindet UpdateRequest über «use» und «aapRequiredPort» ein.
  • PHM bindet RecoveryAction über «use» ein.
  • SM stellt beide Schnittstellen über «aapProvidedPort» bereit.

3. Dynamisches Verhalten & Sequenzablauf

1. Update-Ablauf mit Reset-Notifikation: UCM eröffnet eine Update-Session (RequestUpdateSession()), führt Vorbereitung (PrepareUpdate()) und Verifikation (VerifyUpdate()) durch. Vor dem finalen Maschinenneustart via ResetMachine() wird das Service-Feld ResetMachineNotifier aktualisiert, wodurch abhängige Cluster und Applikationen rechtzeitig über den bevorstehenden Reset in Kenntnis gesetzt werden, um flüchtige Zustände zu sichern.
2. Rollback-Handling: Bei fehlerhafter Validierung veranlasst UCM über PrepareRollback() die Rückführung in den vorherigen Betriebszustand.
3. Health Recovery: PHM meldet kritische Überwachungsfehler über den Callback RecoveryAction::RecoveryHandler(), woraufhin SM die konfigurierte Wiederherstellungs- bzw. Degradationsstrategie einleitet.

4. Normative Relevanz & Entwickler-Hinweise

• Vollständiger Entfall der Diagnoseanbindung: Weder Diagnostic Management noch EcuResetRequest sind Bestandteil des Diagramms; Diagnose-Resets laufen nicht mehr direkt über diese State-Management-Clientschnittstelle.
• Ergänzung um ResetMachineNotifier: Das neue ServiceField schließt eine funktionale Lücke bei der Vorwarnung von Systemdiensten vor einem durch UCM ausgelösten Hardware-/Maschinen-Reset.
• Die Zugriffskontrolle («aapAccessControlled») bleibt für sämtliche Methoden und Felder von UpdateRequest verbindlich vorgeschrieben.