No remote request flag is set when sending such frame with interface socketcand

Offen

#2,091 erstellt am 20.8.2026 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 3/5
Geschätzter Aufwand: 1-2 Tage
Anfängerfreundlichkeit: 68/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Aktiv
Tech-Stack: python
Bereich: embedded-iot, networking

Rechercherichtung

Beginne bei can.interface.Bus mit interface='socketcand' und verfolge self.bus.send(can_msg), wenn can.Message is_remote_frame=True setzt. Vergleiche den socketcand-Pfad mit dem direkten can0-Pfad und verwende candump, um das Ergebnis zu überprüfen. Als erledigt gilt die Aufgabe, wenn der übertragene Frame als Remote-Anforderung statt als leerer Daten-Frame gemeldet wird.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

bug

Describe the bug

When sending a frame like

bus = can.interface.Bus(interface='socketcand', channel='can0', host='the.ipa.ddr.ess', port=29536)
...
can_msg = can.Message(is_extended_id = False, arbitration_id = address, is_remote_frame = True)
self.bus.send(can_msg)

the terminal message print is:

Timestamp:        0.000000    ID:      403    S Rx   R            DL:  0

but on the bus be get (using candump):

 can0       403   [0]                            ''

kinda empty frames.

When using the direct can0 interface (no socketcand) I get correctly:

can0       403   [0]  remote request

To Reproduce

Using python_can==4.6.1 on a Mac with Python 3.9.6.
socketcand Version 0.6.1 is running on a Debian 13.

Expected behavior

Seeing correct remote request frames

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

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
`BitTiming.from_sample_point` rejects valid timing solutions due to hardcoded register limits Offen

bug

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

hardbyte/python-can#2083 · Erstellt am 31.7.2026

Alle Issues in hardbyte/python-can