Figure 9.1: Initialization

1. Diagrammtyp & Architektur-Kontext

• Klassifikation: UML-Sequenzdiagramm (Interaktionsdiagramm).
• Technischer Zweck: Spezifikation der normativen Initialisierungsreihenfolge des AUTOSAR Ethernet-Kommunikationsstacks während der ECU-Startup-Phase (EcuM Driver Initialization List).
• Funktionale Einordnung: Vertikale Schichtenarchitektur der AUTOSAR Classic Platform (R4.0.3) vom System Service (EcuM) über die Hardware-Abstraktionsschicht (EthIf, EthTrcv) bis zur Microcontroller Abstraction Layer (MCAL, Eth).

2. Komponenten, Entitäten & Schnittstellen

Beteiligte Module (Akteure / Lifelines)

• «module» :EcuM: ECU State Manager (System Services Layer) – Orchestrator der BSW-Initialisierungssequenz.
• «module» :EthIf: Ethernet Interface (Communication Hardware Abstraction Layer) – Abstrahiert mehrere Ethernet-Controller und Transceiver für obere Schichten (z. B. TcpIp, EthSM) und vermittelt Hardwarezugriffe.
• «module» :Eth: Ethernet Driver (MCAL) – Direkte Hardware-Ansteuerung des MAC-Controllers (Media Access Control) und der MII/MDIO-Management-Schnittstelle.
• «module» :EthTrcv: Ethernet Transceiver Driver (Hardware Abstraction / Onboard Device Driver) – Logische Ansteuerung des externen oder integrierten PHY-Bausteins.

Schnittstellen & Datenstrukturen

• EthIf_Init(const EthIf_ConfigType* ConfigPtr): Initialisierung des Ethernet Interfaces anhand des statischen/Post-Build-Konfigurationssatzes.
• Eth_Init(const Eth_ConfigType* ConfigPtr): Hardware-nahe Initialisierung der MAC-Controller-Instanz(en), DMA-Ringe und Puffer-Deskriptoren.
• EthTrcv_Init(const EthTrcv_ConfigType* ConfigPtr): Grundinitialisierung des Transceivers/PHYs.
• EthIf_WriteMii(uint8 CtrlIdx, uint8 TrcvIdx, uint8 RegIdx, uint16 RegVal) (im Diagrammtext als EthIf_WriteMii(Std_ReturnType, uint8, uint8, uint8, uint16) notiert): Vermittelnder synchroner Aufruf des Ethernet Interfaces zur Weiterleitung von MII-Schreibzugriffen an den zuständigen Ethernet-Treiber.
• Eth_WriteMii(uint8 CtrlIdx, uint8 TrcvIdx, uint8 RegIdx, uint16 RegVal) (im Diagrammtext als Eth_WriteMii(Std_ReturnType, uint8, uint8, uint8, uint16) notiert): Synchroner MII/MDIO-Buszugriff über den MAC zur Konfiguration der internen PHY-Register.

3. Dynamisches Verhalten & Sequenzablauf

1. Trigger: Aufruf der BSW-Initialisierungsphase durch den State Manager (EcuM) im Zuge des Hochlaufs (z. B. EcuM_AL_DriverInitTwo).
2. Phase 1 – Initialisierung EthIf: EcuM ruft synchron EthIf_Init(&EthIf_Config) auf. EthIf wechselt in den Zustand ETHIF_STATE_INIT, setzt interne Zustandsvariablen zurück und kehrt zum EcuM zurück.
3. Phase 2 – Initialisierung Eth (MAC): EcuM ruft synchron Eth_Init(&Eth_Config) auf. Der MAC-Treiber konfiguriert die Hardware-Register, Clocks, Interrupts sowie TX/RX-Deskriptoren und meldet Bereitschaft an EcuM zurück.
4. Phase 3 – Initialisierung EthTrcv (PHY): EcuM ruft synchron EthTrcv_Init(&EthTrcv_Config) auf.
5. Phase 3a – Kaskadierter MII-Registerzugriff über EthIf: Während der Ausführung von EthTrcv_Init ruft der EthTrcv-Treiber synchron EthIf_WriteMii(...) am EthIf auf. EthIf leitet den Aufruf synchron per Eth_WriteMii(...) an den zuständigen MAC-Treiber (Eth) weiter, um grundlegende PHY-Register (z. B. Basic Control Register, Autonegotiation-Parameter, Power-Down-Bit) über das MII-Management-Interface (MDIO/MDC) zu programmieren. Nach erfolgreichem Schreiben kehrt der Kontrollfluss über EthIf zu EthTrcv und anschließend zu EcuM zurück.
6. Ausführungspfad: Rein synchrone C-Funktionsaufrufe (Blocking Calls); keine asynchronen Callbacks, Det-Aufrufe oder Fehlerpfade im Diagramm expliziert.

4. Normative Relevanz & Entwickler-Hinweise

• Strikte Abhängigkeitsreihenfolge: Sowohl EthIf_Init als auch Eth_Init müssen zwingend vor EthTrcv_Init ausgeführt werden. Da EthTrcv_Init über EthIf_WriteMii und kaskadierend über Eth_WriteMii auf das MII-Management-Interface des MAC-Controllers zugreift, müssen das Ethernet Interface und der Ethernet-Treiber vorab vollständig initialisiert sein.
• Architekturkonformität: Durch die Zwischenschaltung von EthIf_WriteMii wird der direkte Querdurchgriff von EthTrcv auf die MCAL-Schicht (Eth) aufgelöst; alle Hardware-Zugriffe erfolgen nun architekturkonform gekapselt über das EthIf.