Proposal: add TestBaseVCI support to python-can
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 35/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- Calme
- Stack technique
- python
- Domaine
- embedded-iot, networking
Piste de recherche
Commencez par examiner le backend hrcan existant distribué séparément et HRCANBus, puis inspectez le point d’entrée can.interfaces.BACKENDS utilisé pour l’enregistrement. Confirmez comment les hypothèses du SDK TestBaseVCI et du pilote s’intègrent à python-can, et établissez que l’adaptateur proposé prend en charge CAN/CAN FD sans affecter les utilisateurs d’autres appareils.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- Python
- Étoiles
- 1.6k
- Forks
- 697
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de hardbyte/python-can
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
hardbyte/python-can#2103 ·
-
bug
Difficulté 1/5 Moins d'une heure Accessibilité débutants 78/100
hardbyte/python-can#2077 · 1 commentaire · 1 réaction ·
-
bug
Difficulté 1/5 Moins d'une heure Accessibilité débutants 68/100
hardbyte/python-can#1922 · 1 réaction ·
-
enhancement
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 30/100
hardbyte/python-can#2102 ·
-
bug
Difficulté 3/5 1-2 jours Accessibilité débutants 68/100
hardbyte/python-can#2092 ·
Toutes les issues de hardbyte/python-can
Issues similaires
-
[Bug] reef-hermes tells me to resume with hermes --resume, which does not work from my shell Ouvertearea: harness bug status: needs-triage
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
Human-Agent-Society/reef#625 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 80/100
learningequality/kolibri#15351 · 2 commentaires ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
-
Name consistency Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
eellak/triplestore#65 · 1 commentaire ·