Open-Source-USB-CAN-/CAN-FD-Firmware-Vergleich für selbstgebaute CAN-Adapter

Dieser Vergleich stellt die führenden Open-Source-USB‑CAN-/CAN‑FD-Firmware-Projekte für selbstgebaute CAN-Adapter gegenüber. Sie lassen sich in drei…

Erwähnte Produkte USBCAN-I-BC | USB-CAN Converter Module

Dieser Vergleich stellt die führenden Open-Source-USB‑CAN-/CAN‑FD-Firmware-Projekte für selbstgebaute CAN-Adapter gegenüber. Sie lassen sich in drei Familien einteilen: gs_usb, ein leistungsfähiges Binärprotokoll; Lawicel SLCAN (ASCII), das auf CDC‑VCP aufsetzt; sowie proprietäre bzw. Emulationsprotokolle.

Projekt	Protokoll	CAN‑FD	Zeitstempel	System / Hinweise	Am besten für
CANnectivity	gs_usb	Ja (Hardware-FDCAN)	Hardware	Zephyr RTOS, Standard-Linux-gs_usb-Treiber, Mehrkanal, DFU	Industrie-Adapter, Serienfertigung, langfristige Wartung
candleLight_fw	gs_usb	Ja	Hardware	Bare-Metal STM32, MIT-Lizenz, klassische gs_usb-Referenz	Günstige Einkanal-Adapter, schnelle Entwicklung
Kosmonova usb‑can‑firmware‑stm32	gs_usb	Teilweise	Hardware	Bare-Metal STM32, leichtgewichtig, geringe Entwicklungsaktivität	Lernen, einfache gs_usb-Anpassung
LekElectronics slcan	Lawicel SLCAN (CDC‑VCP)	Nein (Standard-SLCAN)	Host / Software	STM32 HAL, slcand erforderlich, gute Kompatibilität mit älteren Tools	Legacy-Software, Debugging bei geringer Last
CANable original slcan fw	Lawicel SLCAN	Nein	Software	Bare-Metal, offizielle CANable-Firmware	Standard-SLCAN-Referenz für CANable
FYSETC UCAN	SLCAN-Ableitung	Nein	Software	Optimiert für Klipper / 3D-Drucker	Nur für Klipper-CAN-Bus-Drucker
xjtuecho USBCAN	Proprietäres Protokoll	Nein	Software	Schlechte Kompatibilität mit Drittanbieter-Tools	Schule und Labor; für kommerzielle Entwicklung nicht empfohlen
pcan_cantact	PEAK-PCAN-Emulation	Teilweise	Hardware	Läuft auf CANable, PCAN‑View-kompatibel	Direkter Ersatz für PEAK-PCAN-Hardware
USBtin	Lawicel SLCAN	Nein	Software	Ausgereifte offene Hardware und Firmware	Schlanke offene SLCAN-Referenz
umi‑eng adapter	Proprietäres USB CAN‑FD	Ja	Hardware	Rust-Firmware, moderne Architektur	Experimenteller CAN‑FD-Adapter auf Rust-Basis
SuperCAN	Proprietäres SuperCAN	Ja	Hardware	Eigenes neues CAN‑FD-Protokoll	Forschung, Entwicklung eigener Host-Stacks

Protokollüberblick

gs_usb — ein schlankes Binärprotokoll mit Hardware-Zeitstempeln und Standardtreiber im Linux-Kernel. Gut geeignet für Industrieanwendungen, CAN‑FD und stark belastete Busse; ältere Grafiktools unterstützen es jedoch kaum.

Lawicel SLCAN — ein ASCII-Protokoll über CDC‑VCP mit sehr guter Legacy-Kompatibilität. Der Protokoll-Overhead ist höher, Zeitstempel werden auf dem Host erzeugt; für SocketCAN unter Linux wird slcand benötigt.

Emulation / proprietär — PCAN-Emulation und Sonderprotokolle richten sich an bestimmte Host-Software, bilden aber geschlossene Ökosysteme und eignen sich kaum für universelle Adapter.

Kurze Auswahlhilfe

• • Universeller kommerzieller USB‑CAN‑FD-Adapter: CANnectivity
• • Einfacher Einkanal-gs_usb: candleLight_fw
• • Kompatibilität mit klassischen seriellen CAN-Tools: LekElectronics slcan
• • Direkter Ersatz für PEAK PCAN: pcan_cantact
• • CAN-Bus für Klipper-Drucker: FYSETC UCAN

Bekannte Einschränkungen

Der Standard Lawicel SLCAN sieht keine offizielle CAN‑FD-Definition vor; jede CAN‑FD-fähige SLCAN-Variante beruht auf nicht standardisierten Erweiterungen. Hardware-Zeitstempel hängen nicht nur vom Protokoll, sondern auch von den FDCAN-/bxCAN-Peripherien des MCU und der Firmware-Implementierung ab.

Projektlinks

CANnectivity: https://github.com/CANnectivity/cannectivity
candleLight_fw: https://github.com/candle-usb/candleLight_fw
LekElectronics slcan: https://github.com/LekElectronics/slcan
FYSETC UCAN: https://github.com/FYSETC/UCAN
xjtuecho USBCAN: https://github.com/xjtuecho/USBCAN
Kosmonova usb-can-firmware-stm32: https://github.com/Kosmonova/usb-can-firmware-stm32
USBtin: https://github.com/fischl/USBtin
pcan_cantact: https://github.com/moonglow/pcan_cantact
umi-eng adapter: https://github.com/umi-eng/adapter
SuperCAN: https://github.com/jgressmann/supercan

Produktseite ansehen