EthSwt

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.

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.

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

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

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

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

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

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.

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.

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.

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.

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.

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.