Figure 10.3: LinTrcvAccess configuration container

1. Diagrammtyp & Architektur-Kontext

• Klassifikation: AUTOSAR ECU Configuration (ECUC) Metamodell als reines UML-Klassendiagramm.
• Funktionale Einordnung: Definiert im LIN Transceiver Driver (LinTrcv, Classic Platform, MCAL / Communication Hardware Abstraction Layer) die statische Konfiguration der Hardware-Zugriffsmethode (LinTrcvAccess, SWS-Anforderung ECUC_LinTrcv_00094). Es parametrisiert die physikalische Ansteuerung des Transceiver-Bausteins wahlweise über diskrete I/O-Pins (DIO) oder über einen seriellen Bus (SPI).

2. Komponenten, Entitäten & Schnittstellen

• LinTrcvAccess (EcucChoiceContainerDef, Multiplizität: 1..1):
  • Wurzelcontainer für die Zugriffsauswahl. Erzwingt auf Instanziierungsebene ein striktes XOR-Verhältnis zwischen den Hardware-Zugriffspfaden.
• LinTrcvDioAccess (EcucParamConfContainerDef, Multiplizität: 0..1 via +choice):
  • Konfiguriert die Pin-basierte Steuerung. Enthält das Mapping der Transceiver-Hardware-Pins (z. B. EN, WAKE, TxD, RxD, NRES) auf Port-Pins und Channels des DIO-Treibers.
• LinTrcvSpiSequence (EcucParamConfContainerDef, Multiplizität: 0..1 via +choice):
  • Konfiguriert den Bus-basierten Zugriff bei Transceivern mit SPI-Schnittstelle.
• LinTrcvSpiSequenceName (EcucReferenceDef, +reference):
  • Referenzelement innerhalb von LinTrcvSpiSequence. Attribut: requiresSymbolicNameValue = true (erfordert die Verlinkung über den symbolischen Namen der Zielentität).
• SpiSequence (EcucParamConfContainerDef, Multiplizität: 1..* via +destination):
  • Externe Zielentität aus dem Spi-Konfigurationsmodell (SpiSequence), welche eine Kette von SPI-Jobs/Channels kapselt.
• SpiSequenceId (EcucIntegerParamDef, via +parameter):
  • Integer-Kennung der SPI-Sequenz mit symbolicNameValue = true und Wertebereich max = 255 (entspricht dem AUTOSAR-Typ Spi_SequenceType).

3. Dynamisches Verhalten & Sequenzablauf

Obwohl primär ein statisches Metamodell, determiniert die Wahl des Containers die Treiber-Laufzeitarchitektur:

• Pfad LinTrcvDioAccess:
  • Synchroner, blockierungsfreier Direktzugriff über Dio_WriteChannel / Dio_ReadChannel bzw. Dio_WriteChannelGroup zur Umschaltung der Transceiver-Modi (z. B. Normal, Standby, Sleep).
• Pfad LinTrcvSpiSequence:
  • Asynchrone oder synchrone SPI-Übertragung über Spi_AsyncTransmit(Sequence) bzw. Spi_SyncTransmit(Sequence).
  • Zustandsüberwachung über SPI-Job-/Sequence-Status-Polling oder asynchrone End-of-Sequence-Notifications (Spi_SeqEndNotification).
  • Topologievarianten: Eine Sequenz bedient n identische Transceiver-ICs (z. B. Multi-Channel-Transceiver über Daisy-Chaining/CS-Demux) oder n Sequenzen bedienen einen einzelnen Transceiver-IC.

4. Normative Relevanz & Entwickler-Hinweise

• Mutual Exclusion & Konsistenzprüfung:
  • Der BSW-Konfigurator muss sicherstellen, dass pro Transceiver-Kanal genau einer der beiden Container (LinTrcvDioAccess oder LinTrcvSpiSequence) instantiiert ist. Beide gleichzeitig oder keiner von beiden führt zu einem Konfigurationsfehler (ECUC_LinTrcv_00094).
• Exklusivitäts-Constraint bei SPI:
  • Eine durch LinTrcvSpiSequenceName referenzierte SpiSequence unterliegt der Exklusivitäts-Klausel: Sie darf systemweit von keinem anderen BSW-Treiber (z. B. CanTrcv, Wdg, Eep) oder SW-C mitgenutzt werden.
• Header- und API-Abhängigkeiten:
  • Bei aktiver DIO-Auswahl generiert das Modul direkte Abhängigkeiten auf Dio.h und nutzt generierte DioChannelId-Symbole.
  • Bei aktiver SPI-Auswahl generiert das Modul Abhängigkeiten auf Spi.h und verlangt die Auflösung der symbolischen Sequenzbezeichner (SpiConf_SpiSequence_<Name>).