Proposal: add TestBaseVCI support to python-can

Offen

#2,043 erstellt am 01.4.2026 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 35/100

Issue-Typ: Feature
Klarheit: Muss geklärt werden
Aktivitätsstatus: Ruhig
Tech-Stack: python
Bereich: embedded-iot, networking

Rechercherichtung

Beginne mit der Überprüfung des bestehenden separat vertriebenen hrcan-Backends und von HRCANBus; untersuche anschließend den für die Registrierung verwendeten Entry Point can.interfaces.BACKENDS. Bestätige, wie die Annahmen des TestBaseVCI SDK und des Treibers zu python-can passen, und stelle sicher, dass der vorgeschlagene Adapter CAN/CAN FD unterstützt, ohne Benutzer anderer Geräte zu beeinträchtigen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

enhancement

Hi maintainers,

We are a company that develops CAN bus communication and simulation products, and I'd like to ask whether support for our TestBaseVCI CAN / CAN FD hardware could be accepted in python-can.

We already have a working backend for it, and it has been used for quite a while as a separately distributed extension. The current backend name is hrcan, with bus class HRCANBus.

Current status:

supports classic CAN and CAN FD
has been used in practice for a long time
currently installed manually by copying files into the Python environment and registering it in can.interfaces.BACKENDS

Environment:

Windows 10 / 11
Ubuntu 20 / 22
64-bit Python
TestBaseVCI driver >= 2.4.1
currently used with python-can 4.5.0

Supported features:

start CAN / CAN FD channels with different bus parameters
send / receive single frames
periodic transmission, with manual and logger-based receive flows
multi-device support
multi-process support
unified timestamp behavior

A few notes before I prepare a PR:

I will only submit the Python-layer adapter code to python-can
if a user wants to use our hardware but has not installed the SDK / device driver, I can provide a public SDK download link and a clear text reminder
I will make sure that if users do not use our device, this support will not affect any existing python-can functionality

If this direction looks okay, I'm happy to clean it up and prepare a PR. I'd also appreciate any suggestions before I start.

Thanks.

Vorherrschende Sprache: Python
Sterne: 1.6k
Forks: 697
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus hardbyte/python-can

IXXAT: timestamps read 1.5 x wall time plus adapter uptime (misplaced parenthesis in _timeoffset; start tick never captured in vcinpl2) Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100

hardbyte/python-can#2103 · Erstellt am 18.9.2026
Unhashable type for Systec interface errors Offen

bug

Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 78/100

hardbyte/python-can#2077 · 1 Kommentar · 1 Reaktion · Erstellt am 13.7.2026
New error behaviour when calling `flush_tx_buffer` for several interface types Offen

bug

Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 68/100

hardbyte/python-can#1922 · 1 Reaktion · Erstellt am 22.2.2025
Add support for the more efficient ElmüSoft Candlelight Protocol Offen

enhancement

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 30/100

hardbyte/python-can#2102 · Erstellt am 15.9.2026
PCAN message timestamps drift after macOS system sleep Offen

bug

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100

hardbyte/python-can#2092 · Erstellt am 21.8.2026

Alle Issues in hardbyte/python-can