NEWS
ZigbeeDevice lässt sich nicht 'Rückstandsfrei' entfernen
-
Ich teste gerade ESP32-C6 Module mit verschiedenen ZigBee-Beispielprogrammen (Arduino).
Jetzt zu meinem Problem:
Ich habe solch ein ZigBee Device (z.B.: ZigbeeLightColorBulb) zu meinem Zigbee2Mqtt hinzugefügt und es funktioniert bestens.
Um weitere Beispielprogramme zu testen, habe ich das Device aus Zigbee2Mqtt entfernt (Entfernen erzwingen), den ESP32-C6 gelöscht und mit einer andere BeispielSoftware (z.B. ZigbeeSwitch) geflasht. Pairing in Zigbee2Mqtt erfolgreich, aaaaber er wird nicht als "Switch", sondern weiterhin als "ZigbeeLightColorBulb" identifiziert.
Nochmals aus Zigbee2Mqtt entfernt. opt/zigbee2mqtt/data/configuration.yaml and database.db. überprüft: Ist entfernt.
Aus den Instanzen mqtt.1 (Zigbee) und ZigBee gelöscht. Keine Chance, wird immer als das Gerät erkannt, dass es beim ersten Pairing war.
Interessant ist auch: ESP32-C6 nicht an Spannung. Device in Zigbee2Mqtt entfernt. ESP32-C6 an Spannung -> ohne Anlernen zu aktivieren erscheint er sofort wieder in der DeviceListe.Wo werden evtl. noch Devicedaten gespeichert.
Das ganze läuft auf einem PI5.
ZigBee Coordinator CC2652P7 von cod.mHabe das Problem im Zigbee Forum gepostet, leider keine Antwort erhalten.
-
Hast du mal versucht, das Gerät ohne den Haken bei erzwingen zu löschen? Natürlich muss der ESP dazu mit Strom verbunden und im Netzwerk erreichbar sein.
Das sollte auch gehen, nachdem du ihn schon neu geflasht hast und er automatisch erkannt wurde.A.
-
es sind nur die 2.. configuration.yaml and database.db evtl states wenn du eine splitt config eingestellt hast (was ich eher nicht glaube)
bist du dir sicher dass du das Gerät auch mit der richtigen flashdatei bespielt hast ??
und WICHTIGzuerst zigbee2mqtt stoppen dann die Dateien ändern.. dann wieder starten
-
es sind nur die 2.. configuration.yaml and database.db evtl states wenn du eine splitt config eingestellt hast (was ich eher nicht glaube)
bist du dir sicher dass du das Gerät auch mit der richtigen flashdatei bespielt hast ??
und WICHTIGzuerst zigbee2mqtt stoppen dann die Dateien ändern.. dann wieder starten
@arteck sagte in ZigbeeDevice lässt sich nicht 'Rückstandsfrei' entfernen:
es sind nur die 2.. configuration.yaml and database.db evtl states wenn du eine splitt config eingestellt hast (was ich eher nicht glaube)
bist du dir sicher dass du das Gerät auch mit der richtigen flashdatei bespielt hast ??
und WICHTIGzuerst zigbee2mqtt stoppen dann die Dateien ändern.. dann wieder starten
Hat Z2M nicht auch eine nvbackup.json ? Auch da tauchen manchmal geräte drin auf.
A.
-
@asgothian Hab's ohne 'Erzwingen' versucht, leider gleiches Ergebnis.
@arteck ... mit der richtigen Flashdatei: Sicher, habe einfach das Beispiel 1:1 geflasht. Wie zuvor dasjenige, dass jetzt so hartnäckig ist.
...zigbee2mqtt stoppen: Ich denke du meinst die Instanz im iobroker, richtig. ? Hab ich versucht... erfolglos.Ich habe ich mit dem Hersteller des Koordinators Kontakt aufgenommen. Zitat aus der Email: das ist Sache der Hostapplikation. Der Coordinator ist nur der verlängere Arm deines zigbee-adapters/zigbee2mqtt. Im ganz ganz unwahrscheinlichen Fall kann es zwar sein, dass das Device noch im NVRAM des Coordinators steht, aber deine Hostapplikation lernt es davon nicht automatisch an.
-
Hat noch niemand, wie ich, mit dem ESP32-C6 'gespielt' und die Beispiele auf dem gleichen Modul ausprobiert ?
@geschild
Doch und hatte ähnliche Themen.
Projekt ist aber für den Moment auf Eis gelegt. Wird im Frühling aber wieder angegangen. :-)
Könnte aber schon auch am flashen liegen/gelegen haben
Die Option in der Arduino IDE gesetzt?Tools-Menü "Erase All Flash Before Sketch Upload" auf "Enabled" -
@asgothian Hab's ohne 'Erzwingen' versucht, leider gleiches Ergebnis.
@arteck ... mit der richtigen Flashdatei: Sicher, habe einfach das Beispiel 1:1 geflasht. Wie zuvor dasjenige, dass jetzt so hartnäckig ist.
...zigbee2mqtt stoppen: Ich denke du meinst die Instanz im iobroker, richtig. ? Hab ich versucht... erfolglos.Ich habe ich mit dem Hersteller des Koordinators Kontakt aufgenommen. Zitat aus der Email: das ist Sache der Hostapplikation. Der Coordinator ist nur der verlängere Arm deines zigbee-adapters/zigbee2mqtt. Im ganz ganz unwahrscheinlichen Fall kann es zwar sein, dass das Device noch im NVRAM des Coordinators steht, aber deine Hostapplikation lernt es davon nicht automatisch an.
@geschild sagte in ZigbeeDevice lässt sich nicht 'Rückstandsfrei' entfernen:
...zigbee2mqtt stoppen: Ich denke du meinst die Instanz im iobroker, richtig. ? Hab ich versucht... erfolglos.
nein ich meine schon das programm zigbee2mqtt.das muss gestoppt sein.
nicht den adapter ...
-
Hurra. Nachdem ich das Device überall manuell entfernt hatte, habe ich den Pi neu gebooted. Das Device wurde jetzt mit dem 'neuen' Programm übernommen.
@arteck Ich denke der Vorschlag Z2M-Programm! neu zu starten ist der richtige Hinweis. Jetzt folgende Frage (aber nicht hauen): Wie starte ich das neu. -
Hurra. Nachdem ich das Device überall manuell entfernt hatte, habe ich den Pi neu gebooted. Das Device wurde jetzt mit dem 'neuen' Programm übernommen.
@arteck Ich denke der Vorschlag Z2M-Programm! neu zu starten ist der richtige Hinweis. Jetzt folgende Frage (aber nicht hauen): Wie starte ich das neu.@geschild sagte in ZigbeeDevice lässt sich nicht 'Rückstandsfrei' entfernen:
Jetzt folgende Frage (aber nicht hauen): Wie starte ich das neu.
Üblicherweise per
sudo systemctl restart zigbee2mqtt.serviceOder wie auch immer die service-Datei für zigbee2mqtt heißt.
-
Hurra. Nachdem ich das Device überall manuell entfernt hatte, habe ich den Pi neu gebooted. Das Device wurde jetzt mit dem 'neuen' Programm übernommen.
@arteck Ich denke der Vorschlag Z2M-Programm! neu zu starten ist der richtige Hinweis. Jetzt folgende Frage (aber nicht hauen): Wie starte ich das neu.@geschild sagte in ZigbeeDevice lässt sich nicht 'Rückstandsfrei' entfernen:
Wie starte ich das neu.
wo läuft es den ?
-
@thomas-braun Danke, werde ich testen.
-
@thomas-braun Klappt.
An alle anderen. Vielen für eure Beiträge.