[Introspection] Expose supported nominal/data bitrate capabilities for detected CAN channels

Offen

#2,033 erstellt am 25.2.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: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: python
Bereich: api, embedded-iot

Rechercherichtung

Beginne damit, den Einstiegspunkt can.interface.detect_available_configs() und den Code zu lesen, der seine erkannten Kanal-Konfigurationen erstellt. Lege fest, wie optionale Werte für nominale/Daten-Bitrate und CAN-FD-Fähigkeit bereitgestellt werden sollen, und überprüfe anschließend, dass erkannte Konfigurationen diese Werte melden, wenn sie verfügbar sind, ohne Kanäle zu beeinträchtigen, die sie nicht bereitstellen können.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

enhancement

Hi maintainers,

I’m integrating python-can into a UI tool that uses can.interface.detect_available_configs() to list adapters/channels.

Current situation:

detect_available_configs() gives interface/channel candidates, which is great.
But there is no standardized way to discover supported nominal bitrate(s) and CAN-FD data bitrate(s) per detected channel.
As a result, UIs have to hardcode bitrate presets, which can be wrong for specific hardware/drivers.

Feature request:

Add optional capability fields to auto-detected configs (or a related capability API), e.g.:
- supported_bitrates: list[int] | None
- supported_data_bitrates: list[int] | None (for FD-capable channels)
- supports_fd: bool | None

Example output shape:

{
  "interface": "socketcan",
  "channel": "can0",
  "supports_fd": True,
  "supported_bitrates": [125000, 250000, 500000, 1000000],
  "supported_data_bitrates": [1000000, 2000000, 4000000]
}

Would that make sense?

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