Bei der Planung eines Fahrzeug-, Industrie- oder Telekommunikationsnetzes stellt sich oft eine scheinbar einfache Frage: Reicht klassisches CAN aus oder bringt CAN FD einen echten Vorteil? Ich vergleiche beide Varianten anhand von Datenrate, Nutzlast, Kompatibilität, Verkabelung und typischen Einsatzszenarien und zeige, wann der Wechsel in der Praxis sinnvoll ist.
Die wichtigsten Unterschiede auf einen Blick
- Classic CAN überträgt bis zu 8 Datenbytes pro Frame und erreicht nominal bis zu 1 Mbit/s.
- CAN FD erweitert die Nutzlast auf bis zu 64 Bytes und kann die Datenphase deutlich beschleunigen.
- CAN-FD-Controller können in der Regel klassische CAN-Frames senden und empfangen.
- Klassische CAN-Geräte verstehen jedoch keine CAN-FD-Frames und können dabei Fehler auf dem Bus erzeugen.
- Für einfache Sensor- und Steuerungsdaten reicht CAN häufig aus, während Diagnose, Firmware-Updates und größere Datenblöcke von CAN FD profitieren.
Was unterscheidet CAN FD vom klassischen CAN?
Classic CAN, oft auch CAN CC genannt, wurde für robuste Echtzeitkommunikation zwischen Steuergeräten entwickelt. Ein Daten-Frame enthält dabei maximal 8 Nutzbytes. Das ist für Drehzahlsignale, Schaltzustände oder Messwerte meist ausreichend, wird aber bei Diagnose- und Konfigurationsdaten schnell eng.
CAN FD steht für „CAN with Flexible Data-Rate“. Die Erweiterung behält das bewährte Busprinzip mit Prioritätsarbitration und differentieller Signalübertragung bei, erlaubt aber bis zu 64 Datenbytes pro Frame. Dadurch müssen größere Nachrichten seltener auf mehrere Frames verteilt werden.
Der entscheidende Geschwindigkeitsvorteil entsteht durch die mögliche Umschaltung der Bitrate. Die Arbitration, also die Entscheidung, welches Gerät senden darf, läuft mit der nominalen Bitrate. Danach kann die Datenphase mit einer höheren Bitrate übertragen werden. Typische Werte liegen bei 2 oder 5 Mbit/s, abhängig von Controller, Transceiver, Leitungslänge und Netzwerktopologie.
Ich halte dabei eine Unterscheidung für wichtig: CAN FD ist nicht automatisch in jedem Projekt fünfmal schneller. Wird die Bit-Rate-Switch-Funktion deaktiviert, bleibt die Übertragung mit einer einheitlichen Bitrate möglich. Der Vorteil liegt dann vor allem in der größeren Nutzlast.
Die technischen Unterschiede im direkten Vergleich
| Merkmal | Classic CAN | CAN FD |
|---|---|---|
| Maximale Nutzlast pro Frame | 8 Bytes | 64 Bytes |
| Nominale Bitrate | Bis zu 1 Mbit/s | Bis zu 1 Mbit/s für die Arbitration |
| Datenphase | Gleiche Bitrate wie Arbitration | Höhere Bitrate mit BRS möglich |
| Typische Einsatzstärke | Kleine, zeitkritische Steuerdaten | Größere Datenblöcke und schnelle Diagnose |
| Kompatibilität | Versteht nur klassische CAN-Frames | Kann klassische und FD-Frames verarbeiten |
| Verkabelung | Zweiadriger differentieller Bus | Grundsätzlich dieselbe Busstruktur, aber höhere Anforderungen an Signalqualität |
Die Tabelle zeigt, warum CAN FD bei datenintensiven Anwendungen deutlich effizienter sein kann. Ein Block mit 32 Bytes benötigt bei Classic CAN mehrere Frames und zusätzlichen Protokollaufwand. Mit CAN FD passt er in vielen Fällen in einen einzigen Frame, was Buslast und Verwaltungsaufwand reduziert.
Die maximale Nutzlast ist allerdings nicht gleichbedeutend mit einer garantierten Nutzdatenrate. Bit-Stuffing, Frame-Overhead, Prioritäten und andere Teilnehmer beeinflussen die tatsächlich erreichbare Leistung. Bei einem stark ausgelasteten Bus bleibt eine saubere Lastberechnung deshalb unverzichtbar.
Kompatibilität ist der wichtigste Stolperstein
Ein CAN-FD-Controller kann normalerweise klassische CAN-Frames senden und empfangen. Die umgekehrte Richtung funktioniert nicht. Ein älterer Classic-CAN-Knoten erkennt einen CAN-FD-Frame nicht korrekt und kann einen Fehler-Frame auf dem gesamten Bus auslösen.
Das bedeutet praktisch: Ein CAN-FD-Gerät lässt sich oft problemlos in einem klassischen Netz betreiben, solange es ausschließlich klassische Frames verwendet. Sobald es jedoch FD-Frames mit größerer Nutzlast oder Bitratenumschaltung sendet, müssen alle aktiven Teilnehmer auf diesem Bussegment CAN FD unterstützen.
Ein gemischtes Netz ist daher nicht automatisch ein kompatibles Netz. In einer Übergangsphase gibt es mehrere sichere Ansätze:
- Alle Teilnehmer bleiben zunächst bei klassischen CAN-Frames.
- CAN-FD-Geräte werden in einen Modus versetzt, in dem sie keine FD-Frames senden.
- Alte und neue Teilnehmer werden über getrennte Bussegmente und ein Gateway verbunden.
- Die Kommunikation wird erst auf CAN FD umgestellt, wenn die Gerätefähigkeit eindeutig geprüft wurde.
Gerade bei abgelegenen Anlagen, Fahrzeugflotten oder Energiekomponenten ist die Bestandsaufnahme entscheidend. Ich würde vor einer Umstellung jedes Steuergerät, Diagnosegerät, Gateway und Messwerkzeug prüfen. Ein einzelnes altes Gerät kann sonst die Kommunikation eines ansonsten modernen Netzes stören.
Wann Classic CAN die bessere Wahl bleibt
Classic CAN ist keineswegs veraltet oder grundsätzlich zu langsam. Für kurze Messwerte, Schaltbefehle und Zustandsinformationen reichen 8 Bytes pro Frame häufig vollkommen aus. Das gilt etwa für einfache Sensorik, Aktoren, Pumpensteuerungen oder lokale Maschinenmodule.
Auch die Einfachheit spricht für den klassischen Standard. Viele Mikrocontroller, Diagnoseadapter und Softwarebibliotheken unterstützen ihn seit Jahren. In Regionen mit begrenzter Ersatzteil- und Serviceinfrastruktur kann diese breite Verfügbarkeit ein wichtiger Vorteil sein.
Für ein solarbetriebenes Kommunikationssystem oder eine entfernte Telekommunikationsstation in Timor-Leste kann Classic CAN deshalb sinnvoll sein, wenn nur wenige Statuswerte übertragen werden. Temperatur, Batteriespannung, Ladezustand und Alarmcodes benötigen keine 64-Byte-Frames.
Classic CAN passt besonders gut, wenn:
- die Datenpakete klein und regelmäßig sind,
- die Buslast deutlich unter der Auslastungsgrenze bleibt,
- bereits viele klassische Geräte installiert sind,
- die Diagnose keine großen Datenblöcke übertragen muss,
- eine maximale Kompatibilität mit älteren Werkzeugen wichtiger ist als zusätzlicher Durchsatz.
Ein Wechsel auf CAN FD nur aus Modernisierungsgründen bringt hier wenig. Wenn das bestehende Netz stabil läuft und die Anforderungen erfüllt, ist eine gut dokumentierte Classic-CAN-Lösung oft wirtschaftlicher und leichter zu warten.
Wann CAN FD seinen Aufwand rechtfertigt
CAN FD spielt seine Stärke aus, wenn größere Datenmengen in kurzen Zeitfenstern übertragen werden müssen. Typische Beispiele sind Steuergeräte-Flashen, Diagnose, Parameterübertragung und Batteriekommunikation. Statt viele kleine klassische Frames nacheinander zu senden, kann CAN FD größere Datenblöcke effizienter transportieren.
Diagnose und Firmware-Updates
Bei einem Firmware-Update müssen häufig mehrere Kilobytes oder Megabytes übertragen werden. Classic CAN kann diese Aufgabe ebenfalls bewältigen, benötigt dafür aber Transportprotokolle mit vielen Einzel-Frames. CAN FD reduziert die Anzahl der Frames und damit den Protokollaufwand.
Das macht den Vorgang nicht automatisch schnell, denn das Diagnoseprotokoll, die Flash-Strategie und die Speichertechnik des Steuergeräts bleiben limitierende Faktoren. In der Praxis kann der größere Frame jedoch die Übertragungszeit und Busbelegung deutlich senken.
Batterie- und Energiesysteme
Batteriemanagementsysteme übertragen nicht nur einzelne Spannungswerte. Bei größeren Batteriespeichern kommen Zellinformationen, Temperaturkanäle, Diagnosewerte und Zustandsdaten hinzu. CAN FD schafft hier mehr Platz pro Frame und erleichtert die Übertragung umfangreicher Messwertgruppen.
Für dezentrale Energieanlagen ist trotzdem die Leitungsauslegung entscheidend. Lange Kabel, Abzweigungen, elektromagnetische Störungen und schlechte Terminierung begrenzen die nutzbare Datenphase. Höhere Bitraten verlangen meist mehr Aufmerksamkeit für Signalqualität.
Lesen Sie auch: Stern-Topologie - Warum sie Ihr Netzwerk einfacher macht
Fahrzeuge und mobile Maschinen
Moderne Fahrzeuge, Baumaschinen und Nutzfahrzeuge haben deutlich mehr Steuergeräte als frühere Systeme. CAN FD eignet sich dort für Diagnose, Softwareaktualisierung und datenreichere Steuerfunktionen, während einfache Signale weiterhin mit klassischen Frames übertragen werden können.
In einem Fahrzeugnetz ist deshalb nicht jede Nachricht automatisch ein FD-Frame. Häufig werden zeitkritische kleine Signale und größere Diagnoseblöcke unterschiedlich behandelt. Diese Kombination muss in der Netzwerkarchitektur und im höheren Protokoll sauber definiert werden.
Verkabelung, Bitrate und Netzwerktopologie richtig planen
CAN und CAN FD verwenden grundsätzlich einen differentiellen Zweidrahtbus. Die klassische Topologie mit einer durchgehenden Leitung und Abschlusswiderständen an beiden Enden bleibt erhalten. Für High-Speed-CAN und CAN FD sind typischerweise 120-Ohm-Abschlüsse an den beiden Busenden vorgesehen.
Die höhere Datenrate von CAN FD macht schlechte Verkabelung schneller sichtbar. Lange Stichleitungen, unnötige Steckverbindungen, falsche Abschlusswiderstände oder stark unterschiedliche Kabellängen können Reflexionen und Bitfehler verursachen.
Besonders wichtig ist der Zusammenhang zwischen Bitrate und Leitungslänge. Je höher die Datenrate in der FD-Datenphase, desto kürzer darf das Bussegment unter sonst gleichen Bedingungen sein. Ein Wert wie 5 Mbit/s ist daher kein pauschales Versprechen für einen langen Anlagenbus, sondern muss mit Transceiver, Kabel, Abzweigungen und Timing geprüft werden.
Bei einer robusten Planung gehe ich in dieser Reihenfolge vor:
- Teilnehmerzahl, Kabellänge und Stichleitungen aufnehmen.
- Nominale Bitrate und gewünschte FD-Datenrate festlegen.
- Transceiver und Controller auf gemeinsame ISO-Konformität prüfen.
- Bit-Timing mit den realen Laufzeiten und Toleranzen berechnen.
- Buslast, Fehlerzähler und Signalqualität unter Betriebsbedingungen messen.
Ein CAN-FD-Netz kann dieselbe Verkabelung wie ein bestehendes CAN-Netz nutzen, aber das ist keine automatische Freigabe. In vielen Projekten ist die vorhandene Leitung brauchbar, während Terminierung und Stichleitungen angepasst werden müssen.
Protokoll und Hardware nicht miteinander verwechseln
CAN FD erweitert zunächst die Datenübertragung auf der Link-Ebene. Damit eine Anwendung die neuen Möglichkeiten nutzt, müssen aber auch höhere Protokolle, Treiber und Diagnosewerkzeuge damit umgehen können. Ein CAN-FD-Controller allein macht eine bestehende Anwendung noch nicht zu einer CAN-FD-Anwendung.
Bei CANopen muss beispielsweise geprüft werden, ob die eingesetzte Geräte- und Stack-Version CANopen FD unterstützt. Im Umfeld von Nutzfahrzeugen gilt Ähnliches für Varianten auf Basis von J1939. CAN FD und CANopen FD sind nicht dasselbe: Das eine beschreibt die Übertragungsschicht, das andere eine darauf aufbauende Kommunikationslösung.
Auch beim Testen entstehen oft Missverständnisse. Ein Adapter kann zwar CAN FD auf Hardwareebene unterstützen, aber die verwendete Software kann auf klassische Frames, bestimmte Identifier oder ein älteres Diagnoseprofil beschränkt sein. Vor dem Kauf sollte deshalb nicht nur „CAN FD“ auf dem Datenblatt stehen, sondern auch die gewünschte Anwendung unterstützt werden.
Für Wartungsteams in abgelegenen Anlagen ist dieser Punkt besonders relevant. Ein standardisierter, einfach zu bedienender Classic-CAN-Adapter kann im Feld nützlicher sein als ein leistungsfähiger FD-Adapter, der nur mit spezieller Software korrekt arbeitet.
Meine Entscheidungshilfe für neue und bestehende Netze
Für ein neues Netz würde ich CAN FD wählen, wenn bereits absehbar ist, dass Diagnose, Software-Updates oder größere Datenstrukturen wachsen werden. Der Mehrwert liegt dann nicht nur in der aktuellen Geschwindigkeit, sondern in der Reserve für spätere Anforderungen.
Classic CAN bleibt meine pragmatische Empfehlung für kleine, stabile Netze mit niedriger Datenlast und vielen vorhandenen Geräten. Es ist besser, ein einfaches Protokoll sauber zu betreiben, als CAN FD einzuführen und anschließend Bit-Timing, Kompatibilität und Software nur halb zu beherrschen.
| Situation | Sinnvolle Wahl | Warum |
|---|---|---|
| Wenige Sensorwerte und Aktorbefehle | Classic CAN | 8 Bytes pro Frame reichen meist aus. |
| Viele alte Steuergeräte im Bestand | Classic CAN oder Gateway-Lösung | Vermeidet Kompatibilitätsprobleme. |
| Firmware-Updates über den Bus | CAN FD | Größere Datenblöcke reduzieren den Transportaufwand. |
| Neue Batterie- oder Fahrzeugplattform | Meist CAN FD | Mehr Nutzlast und bessere Erweiterbarkeit. |
| Lange Leitung mit vielen Abzweigungen | Nach Messung entscheiden | Die mögliche FD-Datenrate hängt stark von der Physik ab. |
Mein wichtigster Rat lautet deshalb: Nicht die theoretische Maximalgeschwindigkeit zum Hauptkriterium machen. Entscheidend sind Datenmenge, vorhandene Geräte, Leitungslänge, Diagnosebedarf und Wartbarkeit. Wer diese fünf Punkte ehrlich bewertet, landet meist schnell bei der passenden Variante.
Die richtige CAN-Entscheidung beginnt mit der Buslast
Der Vergleich zwischen Classic CAN und CAN FD läuft am Ende auf einen praktischen Test hinaus. Ermitteln Sie, wie viele Bytes tatsächlich pro Sekunde übertragen werden, wie viel Reserve für Spitzenlasten nötig ist und welche Geräte noch mehrere Jahre im Netz bleiben sollen.
Für kleine Status- und Steuerdaten ist Classic CAN weiterhin robust, verfügbar und gut beherrschbar. Sobald jedoch Diagnose, Updates, Batterieinformationen oder wachsende Datenstrukturen den Bus belasten, bietet CAN FD mit bis zu 64 Bytes Nutzlast und einer schnelleren Datenphase die überzeugendere Grundlage.
Die beste Lösung ist nicht die technisch schnellste, sondern diejenige, die unter realen Bedingungen stabil funktioniert, sich messen lässt und auch vom Wartungsteam verstanden wird.
