Notifier restart

Offen

#2,030 erstellt am 22.2.2026 6 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: Feature
Klarheit: Größtenteils klar
Aktivitätsstatus: Aktiv
Tech-Stack: python
Bereich: backend

Rechercherichtung

Beginne mit dem Lebenszyklus von can.notifier.Notifier, insbesondere mit dem Stoppen und der Konstruktion, und untersuche anschließend, wie can.notifier._NotifierRegistry.register die Besitzverhältnisse von Bus nachverfolgt. Vergleiche das Neustarten eines vorhandenen Notifier mit dem Erstellen eines Notifier mit denselben Einstellungen. Die Aufgabe ist abgeschlossen, wenn ein gestoppter Notifier neu gestartet werden kann, ohne ihn neu zu erstellen, und die Registry einen Bus nicht mehr allein deshalb ablehnt, weil ein anderer zugehöriger Notifier gestoppt ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

enhancement

Is your feature request related to a problem? Please describe.

After I call can.notifier.Notifier.stop not a Notifier object, there is no obvious way how to restart the Notifier.
As far as I see, I need to create a new notifier, which leads to another problem - if a Bus is added to two Notifiers (even if one of them is stopped) then an exception is raised by can.notifier._NotifierRegistry.register.

Describe the solution you'd like

I would like a restart method defined in Notifier class which would work exactly like I just created a new Notifier with the exactly the same settings as the existing one.

Describe alternatives you've considered

can.notifier._NotifierRegistry.register does not raise an exception if another Notifier is stopped

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