Figure 9.2: Reaction on a wake-up indicated by the ECU State Manager module

1. Diagrammtyp & Architektur-Kontext

• Klassifikation: UML 2.0 Sequenzdiagramm mit kombinierten Fragmenten (alt), Status-Invarianten (Zustandsmarkern) sowie synchronen und asynchronen Service-Interaktionen.
• Technischer Zweck: Spezifikation des standardisierten Verhaltens des Communication Managers (ComM) beim Auftreten eines passiven Bus-Wakeups (extern induzierte Busaktivität) auf einem CAN-Netzwerkkanal gemäß AUTOSAR Classic Platform (SWS COMManager, R4.0.3, Kap. 9.2).
• Architektur-Einordnung: Koordination der System- und Kommunikationsdienste im AUTOSAR BSW-Schichtenmodell. Es definiert die Interaktionskaskade zwischen ECU State Manager (EcuM), Generic Network Management (Nm), CAN State Manager (CanSM) und dem ComM-Zustandsautomaten.

2. Komponenten, Entitäten & Schnittstellen

• Beteiligte Module (Lebenslinien):
  • «module» EcuM: ECU State Manager – signalisiert hardwarenahe Wakeup-Ereignisse (Transceiver/Controller) sowie PNC-Wakeups.
  • «module» Dcm: Diagnostic Communication Manager – im passiven Wakeup passiv (keine Diagnoseanforderung aktiv).
  • «module» Rte: Runtime Environment – entkoppelt Applikation von BSW; bleibt unbeteiligt, da keine lokale SW-C-Kommunikationsanforderung vorliegt.
  • «module» ComM: Communication Manager – zentrale Vermittlungs- und Zustandsinstanz für Kommunikationskanäle.
  • «module» Nm: Network Management Interface – busunabhängige Abstraktionsschicht des Netzmanagements.
  • «module» CanSM: CAN State Manager – steuert den Kommunikationsmodus des CAN-Subsystems (Controller/Transceiver via CanIf).
• Zustandsinvariante Entitäten (ComM-Kanalzustände):
  • COMM_NO_COM_NO_PENDING_REQUEST: Kanal im stromsparenden Ruhezustand ohne anhängige Anforderung.
  • COMM_NO_COM_REQUEST_PENDING: Zwischenzustand nach Wakeup-Signal; Kanal wartet auf Freigabe (CommunicationAllowed).
  • COMM_FULL_COM_NETWORK_REQUESTED: Subzustand von COMM_FULL_COMMUNICATION; Vollkommunikation ausschließlich durch Netzwerk-Wakeup initiiert (kein lokaler User-Request).
• Schnittstellen & Datentypen:
  • NetworkHandleType: Kanal-Identifier (Channel, formaler C-Parameter network).
  • PNCHandleType: Identifier für Teilnetzwerk-Cluster (Partial Network Cluster, PNC).
  • ComM_ModeType: Kommunikationsmodus (mode:=COMM_FULL_COMMUNICATION, COMM_NO_COMMUNICATION).
  • Std_ReturnType: Rückgabewert (E_OK, E_NOT_OK).
  • ComM_<Bus>SM_ModeIndication: Busspezifischer Callback zur Modusbestätigung mit <Bus>-Platzhalter.

3. Dynamisches Verhalten & Sequenzablauf

1. Trigger & Wake-up Detection (alt Passive start up):
   • Das System befindet sich in COMM_NO_COM_NO_PENDING_REQUEST.
   • Einer von vier wechselseitig exklusiven Triggern weckt den Kanal auf:
     • ComM_EcuM_WakeUpIndication(NetworkHandleType): Wake-up durch Hardware-Interrupt via EcuM.
     • ComM_EcuM_PNCWakeUpIndication(PNCHandleType): Wake-up eines Teilnetzwerks (PNC) via EcuM.
     • ComM_Nm_RestartIndication(NetworkHandleType): Busaktivität im Zustand Bus-Sleep via Nm.
     • ComM_Nm_NetworkStartIndication(NetworkHandleType): Empfang einer NM-PDU im Zustand Prepare Bus-Sleep via Nm.
2. Transition & Kommunikationsfreigabe:
   • ComM wechselt in den Zustand COMM_NO_COM_REQUEST_PENDING.
   • Guard Condition: Wait for CommunicationAllowed = True (wird über ComM_CommunicationAllowed() durch EcuM bzw. BswM gesetzt).
3. Modusanforderung an den Bus State Manager:
   • Synchroner Aufruf: CanSM_RequestComMode(network, mode: =COMM_FULL_COMMUNICATION) durch ComM (mit Notiz Request COMM_FULL_COMMUNICATION).
   • Quittierung: CanSM liefert synchron CanSM_RequestComMode(...)=E_OK zurück.
4. Zustandsübergang in Vollkommunikation:
   • ComM wechselt in den Zustand COMM_FULL_COM_NETWORK_REQUESTED.
5. Verzweigung nach NM-Variante (alt NM Variant):
   • Zweig [Full/Passive]:
     • ComM ruft synchron Nm_PassiveStartUp(Std_ReturnType, NetworkHandleType) auf; Nm quittiert mit E_OK.
     • Nm signalisiert daraufhin asynchron den Netzwerkmodus an ComM via ComM_Nm_NetworkMode(Channel).
   • Zweig [None/Light]:
     • Bei kanalspezifischer Konfiguration ohne NM oder mit NM-Light startet ComM intern den Mindestverweil-Timer Start timer ComMTMinFullComModeDuration.
6. Asynchrone Modusbestätigung des Bus State Managers:
   • CanSM bestätigt das Erreichen der Vollkommunikation an ComM mittels Rückruf ComM_<Bus>SM_ModeIndication(Channel, ComMode:=COMM_FULL_COMMUNICATION).

4. Normative Relevanz & Entwickler-Hinweise

• Normative Verbindlichkeit: Das Sequenzdiagramm definiert das verbindliche Verhalten des ComM bei externem Bus-Wake-up. Zentral ist hierbei der Subzustand COMM_FULL_COM_NETWORK_REQUESTED, der sicherstellt, dass die Kommunikation netzwerkseitig und nicht durch lokale Nutzeranforderungen (COMM_FULL_COM_USER_REQUESTED) aufrechterhalten wird.
• Timing & Mindestdauer: Im Branch [None/Light] garantiert der Timer ComMTMinFullComModeDuration, dass der Kommunikationskanal nach einem passiven Wake-up nicht sofort wieder in den Ruhezustand verfällt, sondern für die spezifizierte Mindestdauer im Zustand Vollkommunikation verbleibt.
• Kommunikationsfreigabe (CommunicationAllowed): Das Verweilen in COMM_NO_COM_REQUEST_PENDING entkoppelt die Wake-up-Erkennung von der eigentlichen Busaktivierung; die Modusanforderung an den CanSM erfolgt erst, sobald die globale oder kanalspezifische Kommunikationserlaubnis durch EcuM/BswM vorliegt.
• Busspezifische Abstraktion: Durch die Notation ComM_<Bus>SM_ModeIndication wird explizit verdeutlicht, dass <Bus> als Platzhalter für den jeweiligen Bus State Manager (CanSM, LinSM, FrSM, EthSM) fungiert. Die Parameterbenennung CanSM_RequestComMode(network, mode: =COMM_FULL_COMMUNICATION) entspricht der normierten C-Signatur der AUTOSAR-Spezifikation.