Figure 4: Network view definition example A CANIF105: The CAN Interface supports multiple networks. These have to be distinguished by upper layers for network control. The CAN Interface API provides request and read control for multiple underlying CAN networks. CANIF067: If more than one CAN controller operates at a single CAN network (), the CAN Interface handles these CAN controllers in same manner. That means during initialization the CAN Interface initiates initialization for all these CAN controllers. As well re-initialization during BusOff-Recovery is performed always on all CAN controllers connected to the same network. CANIF169: Moreover the CAN Interface does not consider dedicated network types (i.e. low-speed CAN or high-speed CAN), to which one or multiple CAN controllers are connected.

1. Diagrammtyp & Architektur-Kontext

Statisches Architekturschaubild / Blockdiagramm zur Schichten- und Hardware-Zuordnung im AUTOSAR Classic Platform Communication Stack (ComStack), spezifisch für das CAN Interface (CanIf). Dargestellt ist der Anwendungsfall einer 1:1-Zuordnung zwischen logischem CAN-Netzwerk und physikalischem Übertragungskanal („Use Case: 1:1 relation between CAN network and physical channel“). Das Diagramm illustriert das Mapping und die Abstraktion zwischen der Netzwerkmanagement-Ebene (CAN NM A, CAN NM B), dem CAN Interface, den MCAL-/Hardware-Treibern (CAN Driver, CAN Transceiver Driver) sowie der zugrundeliegenden Controller- und Transceiver-Hardware hin zu zwei getrennten physikalischen CAN-Bussen.

2. Komponenten, Entitäten & Schnittstellen

• Oberschicht / BSW: CAN NM A und CAN NM B als unabhängige Instanzen des CAN Network Management für die jeweiligen logischen Netzwerke A und B.
• Hardware-Abstraktionsschicht: CAN Interface (CanIf) als zentrale Vermittlungs- und Abstraktionsinstanz mit bidirektionalen Steuer- und Datenschnittstellen zu den Treibern.
• Treiber-Ebene (MCAL / BSW):
  • CAN driver: Zentraler CAN-Treiber zur gleichzeitigen Ansteuerung zweier gleichartiger Controller („Same types of CAN controllers“: CAN controller 0 und CAN controller 1).
  • CAN transceiver driver 0 und CAN Transceiver Driver 1: Zwei separate Transceiver-Treiber zur hardwarenahen Ansteuerung unterschiedlicher Transceiver-Bausteine („Different types of CAN transceivers“).
• Hardware-Ebene:
  • Controller: CAN controller 0 und CAN controller 1.
  • Transceiver: CAN transceiver 0 und CAN transceiver 1.
  • Physikalische Busse: CAN network A (angebunden über Controller 0 und Transceiver 0) und CAN network B (angebunden über Controller 1 und Transceiver 1).
• Schnittstellen & Relationen: Vertikale Anbindung von NM A über CanIf, CAN Driver / Controller 0 und Transceiver Driver 0 / Transceiver 0 an Network A; symmetrischer Aufbau für Kanal B über getrennte Transceiver-Treiberhardware.

3. Dynamisches Verhalten & Sequenzablauf

Obwohl als statische Modulbeziehung dargestellt, beschreibt das Schaubild im Kontext der referenzierten Anforderungen dynamische Abläufe der Netzwerkansteuerung:

• Netzwerkkontrolle: Oberschichten steuern die Netzwerke getrennt an; CanIf stellt APIs für Anforderungs- und Statusabfragen (request and read control) bereit (CANIF105).
• Initialisierung & BusOff-Behandlung: Das CanIf abstrahiert die Controller und führt Initialisierungen sowie BusOff-Recovery-Zyklen konsistent für alle an ein Netzwerk gekoppelten Controller durch (CANIF067).
• Transceiver-Zustandswechsel: Betriebsmodusänderungen (Standby, Sleep, Normal) werden vom CanIf getrennt an die jeweiligen Transceiver-Treiber (CAN transceiver driver 0 und 1) propagiert.
• Netzwerktyp-Unabhängigkeit: CanIf verarbeitet Datenströme unabhängig davon, ob es sich um High-Speed- oder Low-Speed-CAN handelt (CANIF169).

4. Normative Relevanz & Entwickler-Hinweise

• Treiberkonsolidierung vs. Diversität: Werden auf Hardwareebene Controller identischen Typs verwendet, genügt ein einzelner CAN driver. Bei heterogenen Transceivern müssen separate Treiber-Module (CAN transceiver driver 0 / 1) integriert werden. Bei typgleichen Transceivern reicht laut Randbemerkung ein einziger Transceiver-Treiber mit mehreren Kanälen („Only one CAN transceiver driver is needed, if the transceiver type is same“).
• Multiplexing und Routing im CanIf: Das CanIf dient als Entkopplungsschicht; Upper Layers müssen physikalische Transceiver-Besonderheiten nicht berücksichtigen.
• Normative Anforderungen:
  • CANIF105: Getrennte Netzwerkidentifikation und API-Steuerung für Multikanal-Systeme.
  • CANIF067: Synchrone Behandlung/Initialisierung/BusOff-Recovery für Controller desselben Netzwerks.
  • CANIF169: Transparenz gegenüber spezifischen physikalischen CAN-Typen (High-Speed / Low-Speed).