Automotive

Der Auftakt der IEEE-1722-Serie: was AVTP ist, welche AVTPDU-Formate es gibt (AAF, CRF, IIDC, RVF), und wie sich natives Ethernet-Framing von optionaler UDP-Kapselung unterscheidet.

Der Auftakt der EthSwt-Tutorial-Serie: der Zustandsautomat des Moduls, die Konfigurationsklassen laut SWS und wo EthSwt zwischen EthIf und den Switch-Ports im AUTOSAR-Stack sitzt.

Der Auftakt der EthTrcv-Serie: Was ein Ethernet Transceiver ist, wie EthTrcv im AUTOSAR Layered Architecture Model zwischen EthIf und PHY-Hardware sitzt, und welche PHY-Chips in der Praxis verbaut werden.

ACF im AUTOSAR-Modul IEEE1722Tp: ACF_CAN und ACF_LIN, TSCF vs. NTSCF, Bündelung mehrerer Feldbus-Nachrichten, und warum das für zonale Architekturen relevant ist — inklusive Abgrenzung zum breiteren Formatumfang von Open1722.

Die konkreten EthSwt-Funktionsaufrufe: Init-Sequenz mit Background-Task, Port-Modi, Link-Status und was beim Zusammenspiel mit EthTrcv auf Switch-Ports zu beachten ist.

Wie EthTrcv von UNINIT bis ACTIVE kommt: die Zustandsmaschine, die Initialisierungssequenz im EcuM-Kontext und die wichtigsten API-Funktionen mit Fehlerbehandlung.

Die reale Container-Struktur von IEEE1722Tp im ARXML nach Kapitel 10 der SWS: IEEE1722TpStream, PDU-Pools, Stream-Subtypes — und warum die Zuordnung zum Switch-Port indirekt über generisches PDU-Routing läuft.

Die reale Container-Struktur von EthSwt im ARXML: EthSwtPort, EthSwtPortIngress und die tatsächlichen VLAN-Parameter — inklusive vollständigem Konfigurationsbeispiel.

Wie EthTrcv im AUTOSAR-Konfigurationsmodell abgebildet wird — Container-Struktur, Pflichtparameter, EthIf-Referenzierung und ein vollständiges, kommentiertes ARXML-Beispiel, exakt nach der offiziellen SWS EthernetTransceiverDriver (AUTOSAR CP R25-11).

Zwei End-to-End-Beispiele zum Nachvollziehen mit Open1722: ein Kamera-Stream von der Aufnahme bis zur deterministischen Auslieferung, und ein CAN-Teilnetz transparent per ACF.CAN über ein TSN-Backbone getunnelt.

VLANs zur Laufzeit umschalten, die tatsächlich sehr mächtige Port-Mirror-Konfiguration von EthSwt, MAC-Learning-Modi und Diagnose über MIB-Zähler.

Der vierte und letzte Teil der EthTrcv-Kernserie: WakeUp-Handling über PHY-Pin und In-Band-Signal, das Zusammenspiel mit EcuM und EthSM sowie Diagnosewege für die häufigsten Laufzeitprobleme am Transceiver.

Das Open1722-ACF-CAN-Kernel-Modul gegen den Yocto-Kernel cross-kompilieren, laden und zwischen zwei physischen BeagleBone Black über Ethernet testen — echtes CAN-Tunneling, kein Loopback auf einer Maschine.

Die drei laut AUTOSAR SWS vorgesehenen Hardware-Varianten für Switch/PHY-Anordnungen, die Forwarding-Engine und typische Switch-Chips in der Praxis.

Warum 100BASE-T1-Links eine feste Master/Slave-Rolle brauchen, wie sie im PHY-Register und im ARXML konfiguriert wird, und warum ein Rollenkonflikt der klassischste 'kein Link'-Fehler im Feld ist.

Der volle AVTPDU- und ACF-Umfang von IEEE 1722-2025 im Vergleich zum AUTOSAR-Modul IEEE1722Tp (R24-11): CVF, CAN-XL, FlexRay, MOST, GBB/ABB, GISF und mehr — was der Standard kann, was AUTOSAR (noch) nicht definiert.

Host-seitige Interfaces (RGMII/SGMII) zum Switch, interne Forwarding-Pfade, PCB- und Energieaspekte bei Mehrport-Chips und der Weg eines Frames durch den Switch.

Wie Internal, External und Remote Loopback im Ethernet-PHY funktionieren, wie EthTrcv sie ansteuert, und warum sie in EOL-Tests und Fehlereingrenzung unverzichtbar sind.

ACF_CANXL und ACF_CAN_XL_BRIEF im Detail: VCID, SDT, Acceptance Field und Segmentierung — die neuen Header-Felder von IEEE 1722-2025, die AUTOSAR (R24-11) noch nicht kennt.

Typische Fehlerbilder beim Bring-up eines EthSwt-Chips — vom Port, der nicht hochkommt, bis zum Host-Interface, das nicht antwortet — mit konkreten Debugging-Wegen.

Register-level MDIO-Diagnose für EthTrcv: Standard- und Vendor-Register lesen, Link-Status und Fehlerflags interpretieren, und eine Fallstudie zu einem Link der nicht hochkommt.

ACF_CAN_V2 und ACF_CAN_BRIEF_V2 im Detail: 11-Bit-Bus-ID statt 5 Bit — und warum LIN_V2 bislang nur auf dem Papier existiert.

Wie IEEE 802.1AS (gPTP) im Fahrzeugnetzwerk Zeit verteilt, warum die Timestamp-Genauigkeit im PHY-Chip entschieden wird und wie EthTrcv, Eth, EthTSyn und StbM dabei zusammenspielen.

Wie EthSwt einen Switch-Chip über SPI ansteuert: die reale EthSwtSpi/EthSwtSpiSequence-Konfiguration und die generischen Registerzugriffs-APIs, die MII und SPI gleichermaßen abstrahieren.

ACF_GBB und ACF_ABB im Detail: das generische Request/Response-Format von IEEE 1722-2025 für Bussysteme ohne eigenes ACF-Format — und warum das für automotive Nischenprotokolle relevant ist.

Wie EthTrcv in sicherheitsrelevante Ethernet-Architekturen eingebettet wird: ASIL-Dekomposition, PHY-seitige Fehlererkennung, DEM-Integration und was ein Safety Manual vom PHY-Hersteller liefern muss.

Die reale EthSwt_ReadMmd/WriteMmd-API für Clause-45-Registerzugriff über die SMI — inklusive Emulation über Clause-22-Operationen, falls die Hardware Clause 45 nicht nativ unterstützt.

Wie IEEE 802.1AE MACsec Ethernet-Frames auf Layer 2 verschlüsselt und authentisiert, warum UN-R155 und ISO/SAE 21434 das Thema ins Fahrzeug bringen, und was das für EthTrcv-Konfiguration und AUTOSAR Crypto Stack bedeutet.

Vendor-Mechanismen zur Switch-Konfiguration über spezielle Ethernet-Frames — und die wichtige Abgrenzung zu EthSwt_SetMgmtInfo, dem echten AUTOSAR-Mechanismus für portspezifisches Frame-Handling.

Ein praxisnaher Leitfaden für die Migration von 100BASE-TX auf 100BASE-T1: technische Unterschiede, Änderungen im AUTOSAR-Stack, typische Fallstricke und eine Checkliste für den Umstieg.

Wie EthSwt Ethernet-Frames anhand von AND-verknüpften Filterregeln als Streams identifiziert und welche Filteraktionen (Drop, Block-Source, VLAN-Modifikation, Egress-Umleitung) darauf folgen können.

Was im PHY-Chip passiert, wenn EthTrcv_Init aufgerufen wird: Architektur aus PMA, PCS und MDI, Link-Training bei 100BASE-T1 und die Energiezustände des PHY — konzeptionell erklärt, ohne Elektronik-Tiefe.

Wie EthSwt dem AUTOSAR Firewall-Modul StreamHandleIdentifier und Bucket-Statistiken liefert, damit Security Events an den IdsM gemeldet werden können — inklusive der DRAFT-APIs dieser Funktionalität.

Kaskadierte Egress-Scheduler, Credit Based Shaper und Enhanced Transmission Selection sowie Frame Preemption nach IEEE 802.1Q — die zentralen AUTOSAR-Mechanismen für deterministisches Ethernet im Switch.

Ein Hardware Deep Dive für Software-Entwickler: Was auf PCB-Ebene passiert wenn EthTrcv konfiguriert wird — MAC-Interfaces, MDIO-Bus, Leitungsseite und der Weg eines Frames durch den PHY.

Ein praxisorientierter Troubleshooting-Guide für die EthTrcv-Inbetriebnahme: sieben typische Fehlerbilder von 'kein Link' bis 'hohe Bitfehlerrate trotz Link Up', jeweils mit Ursachen und konkreten Debugging-Wegen.

Wie EthSwt Secure Channels und Secure Associations pro Switch-Port verwaltet, mit Bypass-Listen für Management-Traffic und Anbindung an dieselbe MKA-Schlüsselinfrastruktur wie EthTrcv.

Wie EthSwt Port-spezifische Hardware-Zeitstempel für EthTSyn bereitstellt und wie kaskadierte Switches über Uplink-Ports ihre internen Uhren synchronisieren, um Laufzeitmessungen einzusparen.

Die zwei von IEEE 802.1Q und AUTOSAR vorgesehenen MAC-Learning-Modi SVL und IVL, die Lernphase beim Start-up und das Zwei-Phasen-Abfragemuster von EthSwt_GetArlTable.

Die überraschende Erkenntnis beim Fact-Check: Die meisten Port-Diagnose-APIs von EthSwt sind reine Weiterleitungen an die referenzierte EthTrcv-Instanz, nicht switch-eigene Funktionalität.

Was steckt im Silizium eines Switch-Chips? Shared-Memory- vs. Crossbar-Fabric, Lookup-Engine, Puffer-Architektur, Egress-Queues in Hardware und der eingebettete Management-Core.

Echtes Switch-Stacking gegenüber der bereits behandelten Kaskadierung abgegrenzt: gemeinsame FDB/Management-Ebene, dedizierte Stacking-Links und was das für EthSwt aus AUTOSAR-Sicht bedeutet.

EthSwt erklärt: wann ein AUTOSAR Ethernet-Steuergerät einen Switch-Treiber statt eines einfachen EthTrcv braucht, wie die API aussieht und wie VLANs, Mirroring und Spanning Tree konfiguriert werden.