Figure 9.9: Communication States Overview

1. Diagrammtyp & Architektur-Kontext

• Klassifikation: UML-Sequenzdiagramm (Interaktionsübersicht mit drei isolierten Zustandswechsel-Szenarien).
• Funktionale Einordnung: Definiert die BSW-Interaktion auf System-Service-Ebene zwischen dem Communication Manager (ComM) und dem Diagnostic Communication Manager (Dcm) gemäß AUTOSAR Classic Platform (SWS DCM, Release R24-11).
• Technischer Zweck: Kanalbezogene Steuerung der diagnostischen Sende- und Empfangsbereitschaft des Dcm (Diagnostic Session Layer / DSL) in Abhängigkeit vom Netzwerkmodus des jeweiligen Kommunikationskanals (Verhinderung unzulässiger Buslast oder unerwünschten Bus-Wakeups).

2. Komponenten, Entitäten & Schnittstellen

• Module (Akteure):
  • «module» ComM: Koordinator der Buskommunikationszustände (Network Management / State Machine).
  • «module» Dcm: Protokoll- und Session-Handler für UDS/OBD-Diagnose.
• Dcm Mode-Notification APIs (Aufruf durch ComM):
  • Dcm_ComM_NoComModeEntered(uint8 NetworkId): Signalisiert Kanal-Übergang zu COMM_NO_COMMUNICATION.
  • Dcm_ComM_SilentComModeEntered(uint8 NetworkId): Signalisiert Kanal-Übergang zu COMM_SILENT_COMMUNICATION.
  • Dcm_ComM_FullComModeEntered(uint8 NetworkId): Signalisiert Kanal-Übergang zu COMM_FULL_COMMUNICATION.
• Interne / Unterlagerte Schnittstellen:
  • PduR_DcmTransmit(): PDU-Router-Schnittstelle zur Übertragung diagnostischer Antworten.
  • ROE-Handler (UDS 0x86 ResponseOnEvent) und Periodic-ID-Handler (UDS 0x2A ReadDataByPeriodicIdentifier).

3. Dynamisches Verhalten & Sequenzablauf

A. No Communication State (COMM_NO_COMMUNICATION)

1. Trigger: ComM ruft synchron Dcm_ComM_NoComModeEntered(uint8 NetworkId) auf.
2. Aktionen im Dcm:
   • Deaktivierung der Transmission für ROE und Periodic-IDs auf dem betroffenen Netzwerk.
   • Vollständiges Sperren der normalen Diagnose-Kommunikation: Empfang (Rx) und Senden (Tx via PduR_DcmTransmit()) werden unterbunden.
3. Abschluss: Synchroner Rücksprung (Dcm_ComMNoComModeEntered()) an ComM.

B. Silent Communication State (COMM_SILENT_COMMUNICATION)

1. Trigger: ComM ruft synchron Dcm_ComM_SilentComModeEntered(uint8 NetworkId) auf.
2. Aktionen im Dcm:
   • Deaktivierung der Transmission für ROE und Periodic-IDs.
   • Selektives Sperren der Sendepfade: Regulärer Empfang (Rx) bleibt aktiv (ECU hört passiv mit), jegliche aktive Aussendung (Tx via PduR_DcmTransmit()) wird unterdrückt.
3. Abschluss: Synchroner Rücksprung (Dcm_ComMSilentComModeEntered()) an ComM.

C. Full Communication State (COMM_FULL_COMMUNICATION)

1. Trigger: ComM ruft synchron Dcm_ComM_FullComModeEntered(uint8 NetworkId) auf.
2. Aktionen im Dcm:
   • Reaktivierung/Freigabe der Transmission für ROE und Periodic-IDs.
   • Vollständige Freigabe der normalen Diagnose-Kommunikation (Rx und Tx via PduR_DcmTransmit()).
3. Abschluss: Synchroner Rücksprung (Dcm_ComMFullComModeEntered()) an ComM.

4. Normative Relevanz & Entwickler-Hinweise

• Kanal-Granularität (NetworkId): Die Umschaltung erfolgt kanalbezogen (uint8). Bei Multi-Channel-/Gateway-ECUs muss der Dcm interne Puffer und Zustandsflags pro Kanal isoliert verwalten.
• PduR-Entkopplung: Sobald SilentCom oder NoCom gemeldet wird, darf der Dcm unter keinen Umständen PduR_DcmTransmit() aufrufen. Anstehende TX-Bestätigungen oder ausstehende Antworten sind konform zu verwerfen bzw. zu blockieren, um Bus-Wakeup-Verletzungen zu verhindern.
• Listen-Only im Silent-Modus: Der Empfangspfad bleibt in SilentCom aktiv. Diagnoserequests werden gepuffert oder intern verarbeitet, dürfen aber keine physische Antwort auf dem Bus erzeugen.
• Asynchrone Services (ROE / 0x2A): Der Dcm muss den Zustand (aktiviert/konfiguriert) von ROE und periodischen Identifiers intern sichern; bei Eintritt in FullCom werden nur jene Transmissionen reaktiviert, die zuvor bereits aktiv waren (kein unkontrollierter Neustart inaktiver Events).