Figure 4.65: CAN Transceiver Driver Channel Parameters

1. Diagrammtyp & Architektur-Kontext

• Klassifikation: AUTOSAR ECU Configuration Parameter Definition Metamodell (UML-Klassendiagramm gemäß AUTOSAR_TPS_ECUConfiguration).
• Funktionale Einordnung: ECU Abstraction Layer (Communication Hardware Abstraction). Spezifikation des BSW-Moduls CAN Transceiver Driver (CanTrcv) zur statischen Parametrierung physikalischer und logischer Transceiver-Kanäle sowie deren Kopplung an das CAN Interface (CanIf).

2. Komponenten, Entitäten & Schnittstellen

Container-Definitionen

• CanTrcvChannel (ParamConfContainerDef):
  • Multiplizität: [1..*] (mindestens ein Kanal muss konfiguriert sein).
  • Zentraler Knoten zur Definition aller kanalspezifischen Hardware- und Funktionseigenschaften.
• CanTrcvAccess (ChoiceContainerDef):
  • Multiplizität: [1..*], Aggregation via +subContainer.
  • Ausprägung der Hardware-Anbindung (Auswahl zwischen direkter Pin-Ansteuerung via DIO oder serieller Kommunikation via SPI).
• CanIfNetworkConfig (ParamConfContainerDef):
  • Externe Ziel-Entität (from CanIf) mit Multiplizität [1..*], referenziert über +destination.

Parameter-Definitionen (+parameter)

• CanTrcvChannelUsed (BooleanParamDef):
  • Default: true. Steuert die Einbindung/Generierung des Kanals im Build-Artefakt.
• CanTrcvInitState (EnumerationParamDef):
  • Default: CanTrcvOpModeNormal.
  • Aggregierte Literale (+literal):
    • CanTrcvOpModeNormal (EnumerationLiteralDef)
    • CanTrcvOpModeStandby (EnumerationLiteralDef)
    • CanTrcvOpModeSleep (EnumerationLiteralDef)
• CanTrcvWakeupByBusUsed (BooleanParamDef):
  • Default: false. Aktiviert die Erkennung und Weiterleitung von Bus-Wake-up-Ereignissen für diesen Kanal.
• CanTrcvControlsPowerSupply (BooleanParamDef):
  • Default: false. Bestimmt, ob der Transceiver externe Spannungsregler (z. B. über einen INH-Pin) schaltet.
• CanTrcvMaxBaudrate (IntegerParamDef):
  • Wertebereich: min = 0, max = 1000 (Einheit: kbit/s, spezifiziert für Classic CAN bis 1 Mbit/s).

Referenz-Definitionen (+reference)

• CanTrcvCanIfNetwork (SymbolicNameReferenceDef):
  • 1:1-Symbolic-Name-Referenz auf das übergeordnete CanIfNetworkConfig. Bildet das Bindeglied zwischen physikalischem Transceiver-Kanal und logischem CAN-Netzwerk im Communication Stack.

3. Dynamisches Verhalten & Sequenzablauf

Aus den statischen Konfigurationsparametern resultiert folgendes Laufzeitverhalten im BSW-Stack:

1. Initialisierungsphase (CanTrcv_Init):
   • Für jeden Kanal mit CanTrcvChannelUsed == true versetzt der Treiber die Hardware in den durch CanTrcvInitState definierten Zustand (Standard: Normalbetrieb).
2. Betriebsmodus-Umschaltung (CanTrcv_SetOpMode):
   • Zustandsübergänge zwischen NORMAL, STANDBY und SLEEP, koordiniert durch CanIf (via EcuM/ComM).
   • Bei CanTrcvControlsPowerSupply == true steuert der Übergang nach SLEEP das Deaktivieren der ECU-Stromversorgung.
3. Wake-up-Signalisierung:
   • Ist CanTrcvWakeupByBusUsed == true, detektiert die Transceiver-Hardware Flanken im Sleep/Standby-Zustand. Der Treiber meldet dieses Event via CanIf_CheckWakeup asynchron an EcuM/ComM weiter.

4. Normative Relevanz & Entwickler-Hinweise

• BSW-Treiber-Entwicklung (CanTrcv):
  • Der Generator muss aus CanTrcvAccess ermitteln, ob MCAL-Header von Dio.h oder Spi.h eingebunden und entsprechende APIs zur Register- bzw. Pin-Manipulation aufgerufen werden.
  • Parameter-Indizes in generierten CanTrcv_ConfigType-Strukturen müssen zwingend auf die symbolischen Namen des CanIf abgestimmt sein (CanTrcvCanIfNetwork).
• Tooling & Validierungsregeln:
  • Plausibilitätscheck: Ist CanTrcvWakeupByBusUsed == true, muss im System-Design sichergestellt sein, dass der Transceiver-Interrupt oder die Abfrage-Logik an eine valide EcuMWakeupSource gekoppelt ist.
  • Die konfigurierte CAN-Controller-Baudrate in CanControllerBaudrateConfig darf CanTrcvMaxBaudrate (maximal 1000 kbit/s) nicht überschreiten.