CAN vs. LIN vs. Automotive Ethernet: Fahrzeugnetzwerke erklärt
Was ist der Unterschied zwischen CAN, LIN und Automotive Ethernet? LIN ist mit bis zu 20 kbit/s das günstigste und langsamste Netz für einfache lokale Sensoren und Aktoren. CAN und CAN FD transportieren robuste, prioritätsbasierte Steuerdaten, klassisches CAN mit bis zu 1 Mbit/s und CAN FD mit schnellerer Datenphase. Automotive Ethernet liefert geschaltete Verbindungen von 10 Mbit/s bis in den Multi-Gigabit-Bereich für Kameras, Diagnose, Backbones und Zentralrechner. Moderne Autos nutzen alle drei, weil Tempo, Latenz, Kosten und Fehlertrennung wichtiger sind als ein einzelner Sieger.
Ein Fensterschalter braucht kein Gigabit-Netz. Acht Kameras passen nicht auf einen LIN-Bus mit 20 kbit/s. Die technische Frage lautet deshalb nicht, welches Netzwerk am besten ist, sondern wo jedes davon seinen Aufwand verdient.
Was ist ein Fahrzeugnetzwerk?
Ein Fahrzeugnetzwerk transportiert Befehle, Messwerte, Diagnose und Softwaredaten zwischen Steuergeräten, Sensoren, Aktoren und Rechnern. Es ist Teil der größeren E/E-Architektur im Auto, die zusätzlich festlegt, wo Rechenleistung und elektrische Versorgung sitzen.
Das Netz muss Spannungsspitzen, elektromagnetische Störungen, Temperatur, Vibration und Fehler aushalten. Es muss mit dem Auto aufwachen und schlafen, Produktionsdiagnose ermöglichen und kritische Nachrichten in einer begründeten Zeit liefern. Rohe Bandbreite ist nur ein Auslegungspunkt.
CAN vs. LIN vs. Automotive Ethernet im Vergleich
| Merkmal | LIN | CAN / CAN FD | Automotive Ethernet |
|---|---|---|---|
| Maximale oder Familien-Bitrate | Bis 20 kbit/s | Klassisches CAN bis 1 Mbit/s; CAN-FD-Datenphase bei passender Auslegung bis 8 Mbit/s | 10 Mbit/s, 100 Mbit/s, 1 Gbit/s und Multi-Gigabit-Varianten |
| Zugriff | Ein Commander plant die Antworten der Responder | Mehrere Controller arbitrieren über die Nachrichtenkennung | Meist geschaltete Voll-Duplex-Punkt-zu-Punkt-Links; 10BASE-T1S auch als geteiltes Medium |
| Leitung | Eine Signalleitung plus Massebezug | Differenzielles verdrilltes Paar | Ein symmetrisches Paar je T1-Link |
| Daten pro Nachricht | Bis 8 Datenbyte | 8 Byte bei klassischem CAN, bis 64 bei CAN FD | Ethernet-Frames tragen deutlich größere Übertragungen und Datenströme |
| Relative Endpunktkosten | Am niedrigsten | Niedrig bis mittel | Höhere Kosten für PHY, Switch und Software, mögliche Einsparung im Gesamtsystem |
| Typischer Einsatz | Fenster, Spiegel, Sitze, Schlösser, kleine Klimaaktoren | Karosserie, Fahrwerk, Antrieb, Batterie, Thermik und Diagnose | Backbone, Kameras, Infotainment, Zentralrechner, OTA und DoIP |
Die Kosten sind bewusst relativ angegeben. Ein günstiger Transceiver wird teuer, wenn sein Netz zusätzliche Gateways, doppelte Rechner oder lange Leitungsäste erzwingt. Ein Ethernet-Port kann einzeln mehr kosten und auf Fahrzeugebene trotzdem sparen, wenn er Verbindungen und Rechenleistung bündelt.
Wie funktioniert LIN im Auto?
LIN, Local Interconnect Network, ist ein zeitgesteuerter serieller Bus. Ein Commander sendet nach einer Zeitplantabelle einen Header. Der zugeordnete Responder liefert anschließend die Daten. Weil Responder nicht um den Bus arbitrieren, bleiben Hardware und Taktquelle einfach und günstig. Der Zeitplan macht das Verhalten vorhersagbar.
Der Nachteil ist klar: 20 kbit/s und acht Datenbyte reichen für Spiegelposition oder Sitzmotorstatus, nicht für Kameravideo oder große Kalibrierdaten. LIN sitzt meistens unter einem per CAN angebundenen Karosserie- oder Zonencontroller. Dieser überträgt ausgewählte lokale Signale in den Rest des Autos.
Wie funktionieren CAN und CAN FD?
CAN, Controller Area Network, ist ein gemeinsam genutzter differenzieller Bus. Controller starten bei freiem Bus. Beginnen zwei gleichzeitig, lässt die zerstörungsfreie Arbitration den Frame mit der höher priorisierten Kennung weiterlaufen, während der andere wartet. Beim Standard-CAN gewinnt die numerisch kleinere Kennung. Sie beschreibt Nachricht und Priorität, nicht die Zieladresse.
Klassisches CAN trägt bis zu acht Datenbyte und erreicht 1 Mbit/s. CAN FD erweitert auf 64 Byte und kann in der Datenphase auf eine höhere Rate wechseln. Laut CiA hängt die erreichbare Rate von Topologie, Leitung, Steckern und Transceivern ab. CAN-SIC-Hardware kann bei passender Auslegung bis zu 8 Mbit/s unterstützen. Diese Zahl gilt nicht automatisch für jeden Kabelbaum.
Was ist Automotive Ethernet?
Automotive Ethernet nutzt Ethernet-Frames und MAC-Konzepte aus Rechnernetzen, kombiniert mit Physical Layers für Fahrzeugleitungen, elektromagnetische Verträglichkeit, Temperatur und Packaging. T1-Varianten kommunizieren über ein symmetrisches Aderpaar statt über das vierpaarige Kabel aus dem Büro-Gigabit-Ethernet.
| Ethernet-PHY | Rate | Typische Rolle |
|---|---|---|
| 10BASE-T1S | 10 Mbit/s | Günstigere Randknoten und Multidrop-Regelsegmente |
| 100BASE-T1 | 100 Mbit/s | Zonenlinks, Gateways, Displays und Sensoren mittlerer Datenrate |
| 1000BASE-T1 | 1 Gbit/s | Backbones, Kameras und Hochleistungsrechner |
| 2.5/5/10GBASE-T1 | 2,5 bis 10 Gbit/s | Hochauflösende Sensorbündelung und Compute-Links |
Ethernet bedeutet nicht, dass jedes Paket TCP nutzt. Im Fahrzeug können UDP, TCP, SOME/IP-Dienste, Diagnose über IP, Zeitsynchronisation und Netzmanagement laufen. AUTOSAR definiert SOME/IP für Methodenaufrufe, Ereignisse und Serialisierung in Fahrzeugsystemen.
Bandbreite ist nicht dasselbe wie Latenz oder Determinismus
Ein 1-Gbit/s-Link bewegt viel mehr Daten als CAN. Die Sicherheitsanalyse fragt trotzdem, wann die wichtige Nachricht unter höchster Last ankommt. LIN gewinnt Vorhersagbarkeit aus dem Zeitplan. CAN nutzt Priorität und liefert bei korrekt ausgelegter Buslast begrenzbares Verhalten. Geschaltetes Ethernet vermeidet Kollisionen auf Voll-Duplex-Links und ergänzt Warteschlangen, Verkehrsklassen, Zeitsynchronisation und Time-Sensitive Networking, wenn begrenzte Latenz nötig ist.
„Ethernet ist schneller" stimmt und reicht nicht. Ein schlecht konfigurierter Switch kann ein kleines kritisches Paket hinter anderem Verkehr verzögern. Ein sauber ausgelegter CAN-Bus liefert einen hoch priorisierten Bremsstatus schnell, obwohl seine Gesamtbandbreite klein ist.
Warum Automotive Ethernet und zonale Architektur wachsen
Kameras, Radar, Infotainment, zentrale Aufzeichnung und Softwareupdates erzeugen Daten, für die klassische Steuerbusse nicht entwickelt wurden. Gleichzeitig braucht das Software-Defined Vehicle stabile, dienstorientierte Kommunikation zwischen wiederverwendbarer Software und gemeinsamen Rechnern. Ethernet bringt Bandbreite, Switching, ausgereifte IP-Werkzeuge und eine skalierbare PHY-Familie.
Die zonale Architektur verändert das Kabelproblem. Statt jede Tür-, Lampen- und Sensorleitung zu einem funktionsbezogenen Controller quer durchs Auto zu ziehen, enden nahe Geräte an einem Zonencontroller. Die Zone bündelt lokales LIN, CAN, Ethernet und direkte Ein- und Ausgänge und verbindet sich über einen schnellen Ethernet-Backbone mit Zentralrechnern. OPEN Alliance beschreibt den Wechsel als Dienste auf Hochleistungsrechnern, die über Zonen-ECUs lokale Ein- und Ausgänge verwalten.
Domänencontroller vs. Zonencontroller
| Controller | Ordnung nach | Typische Aufgabe | Wirkung auf Leitungen |
|---|---|---|---|
| Domänencontroller | Funktion | Karosserie, Fahrwerk, Antrieb, Cockpit oder ADAS | Geräte können quer durchs Auto zur Funktionsdomäne laufen |
| Zonencontroller | Physischer Ort | Lokale I/O, Stromverteilung, Gateway und Echtzeitregelung am Rand | Nahe Geräte enden lokal und teilen anschließend einen Backbone |
| Zentralrechner | Fahrzeugweite Software | Domänenübergreifende Anwendungen, Dienste und Hochleistungsverarbeitung | Verarbeitet gebündelte Daten statt jeder Rohleitung |
Serienfahrzeuge mischen häufig alle drei. Ein zonales Schaubild beweist nicht, dass jeder Domänencontroller verschwunden ist. Es garantiert auch keinen leichteren Kabelbaum. Redundanz, Sicherheitstrennung, Stromverteilung und Packaging können Pfade ergänzen. Der Vorteil muss auf Gesamtfahrzeugebene belegt werden.
Wie CAN, LIN und Ethernet in einem Auto zusammenarbeiten
Ein realistischer Pfad beginnt zum Beispiel am LIN-Fenstermotor. Tür- oder Zonencontroller veröffentlichen ausgewählte Zustände auf CAN oder als Ethernet-Dienst. Eine zentrale Karosserieanwendung sendet den Befehl über den Backbone, während die Zone harte lokale Zeiten einhält. Kameras hängen an Ethernet, ein Bremsencontroller kann auf eigenem CAN bleiben und Diagnose läuft durch das Gateway.
Das Gateway ist deshalb mehr als ein Steckeradapter. Es übersetzt Signale und Dienste, packt Nachrichten, filtert Verkehr, verwaltet Wake-up, setzt Sicherheitsregeln durch und grenzt Fehler ein. Die Architektur muss Bedeutung und Timing über jede Übersetzung erhalten.
Ersetzt Automotive Ethernet CAN und LIN?
Ethernet wird weiter wachsen, besonders wenn 10BASE-T1S die Einstiegskosten für Randknoten senkt. Es löscht trotzdem nicht die Wirtschaftlichkeit eines bewährten CAN-Controllers oder LIN-Aktors aus. CAN hat eine riesige installierte Basis, reife Werkzeuge und effiziente ereignisgesteuerte Regelung. LIN bleibt schwer zu schlagen, wenn ein Gerät langsam bewegt und wenige Byte sendet.
Das wahrscheinliche Ziel ist kein homogenes Netz. Es ist eine sauberere Hierarchie: Ethernet für Backbone und datenreiche Endpunkte, CAN oder CAN FD für viele robuste Regelinseln und LIN für die günstigsten lokalen Äste. CAN XL und Ethernet am Rand können die Grenzen verschieben. Funktion, Sicherheitsnachweis und Fahrzeugkosten entscheiden.
Wo Fahrzeugnetzwerke in den Technik-Stack passen
Das Netz verbindet die Systeme eines Autos mit der Rechnerplattform. Sieh dir an, wie Tesla das SDV-Modell umsetzt, wie Nvidia Automotive zentrale Rechenleistung liefert und warum KI-Funktionen kontrollierte Sensordaten brauchen. Die Verantwortungsgrenze bei Level 2 vs. Level 3 macht Netztiming und Fehlertrennung zu mehr als einer Leistungsfrage.
Auch die physische Plattform zählt. Netzwerkcontroller und Rechner müssen sich in die 800-Volt- und Niedervoltarchitektur eines E-Autos integrieren, den Fahrzeugentwicklungs- und Validierungsprozess überstehen und einen kontrollierten Start of Production erreichen. Der Automobiltechnik-Hub verbindet diese Ebenen.
Primärquellen: Die LIN-Spezifikation 2.2A; CiAs Übersicht zu CAN-Generationen und Datenraten; IEEE-Spezifikationen für 100BASE-T1, 1000BASE-T1, 2.5/5/10GBASE-T1 und 10-Mbit/s-Single-Pair-Ethernet; OPEN Alliance zum Wechsel von Domänen zu Zonen; sowie AUTOSARs SOME/IP-Protokollspezifikation.
CAN, LIN und Automotive Ethernet: häufige Fragen
Was ist der Unterschied zwischen CAN, LIN und Automotive Ethernet?
LIN ist der günstigste und langsamste, zeitgesteuerte Bus für einfache lokale Geräte. CAN bietet robuste, prioritätsbasierte Steuerkommunikation. Automotive Ethernet liefert geschaltete Bandbreite und IP-fähige Vernetzung für Backbones, Kameras, Diagnose und Zentralrechner.
Ersetzt Automotive Ethernet den CAN-Bus?
Nicht vollständig. Ethernet übernimmt schnelle Backbones und manche Randverbindungen, während CAN und CAN FD für viele Regelnetze effizient bleiben. Aktuelle Fahrzeuge verbinden die Netze meist über Gateways und Zonencontroller.
Wie schnell sind LIN, CAN und Automotive Ethernet?
LIN erreicht bis zu 20 kbit/s. Klassisches CAN schafft 1 Mbit/s, CAN FD mit passender Topologie und Transceivern in der Datenphase bis zu 8 Mbit/s. Automotive-Ethernet-Standards reichen von 10 Mbit/s bis zu mehreren Gbit/s.
Warum wird LIN noch im Auto eingesetzt?
LIN hält Controller, Transceiver, Leitung und Software für langsame Funktionen wie Spiegel, Sitze, Fenster, Schlösser und einfache Klimaaktoren günstig. Diese Geräte brauchen keine Ethernet-Bandbreite.
Was ist der Unterschied zwischen Domänencontroller und Zonencontroller?
Ein Domänencontroller bündelt Funktionen wie Karosserie, Fahrwerk oder Infotainment. Ein Zonencontroller bündelt physisch nahe Geräte, ihre Stromversorgung und Daten und verbindet die Zone mit Zentralrechnern.
Nutzt Automotive Ethernet immer TCP/IP?
Nein. Ethernet definiert Verbindung und Frames. Darauf können IP, TCP, UDP, SOME/IP und Diagnose laufen. Zeitsynchronisation, Netzmanagement und anderer Verkehr können Ethernet auch ohne TCP nutzen.
Originalillustration von EV-Global, erstellt für diesen Ratgeber zu Fahrzeugnetzwerken.
