Test Adapter zigbee2mqtt
-
@thomas-braun sagte in Test Adapter zigbee2mqtt:
Da gibt es ja auch nix zu diskutieren, grundsätzlich ist es natürlich schwieriger ein System nach dem EOL am laufen zu halten als ein aktuell vom Hersteller noch unterstütztes.
Da gibt es viel zu diskutieren. Der OP hat kein problem damit sein System am laufen zu halten - es läuft. Er hat ein problem damit aus einer nicht auf sein System zugeschnittenen Anleitung zusätzliche Software zum laufen zu kriegen. Das wäre bei dem neu aufgesetzten System genau so geblieben, da sich an dem eigentlichen Fehler absolut NICHTS durch das neue System ändert.
Die Frage ist also nicht ob ein neues System einfacher zu warten ist, sondern ob das neu installieren das Problem des OP's löst. Tut es nicht.
A.
-
Richtig, die Service-Datei ist hüben wie drüben falsch.
Trotzdem wird ein abgekündigtes System künstlich am Leben gehalten, die Aufgabe das Release zu wechseln stellt sich früher oder später ohnehin.
Je länger das herausgezögert wird desto komplexer wird das aber erfahrungsgemäß. Deswegen beizeiten wechseln und nicht das EOL eintreten lassen. Dafür gibt es ja den Übergangszeitraum von über einem Jahr bei Debian von Release zu Release. Kommt ja nicht aus heiterem Himmel.Die 'große' Operation ist jetzt mit einem Pflästerchen etwas herausgezögert worden. Aber wie viele Pflaster willste da noch draufpappen?
-
@thomas-braun sagte in Test Adapter zigbee2mqtt:
Trotzdem wird ein abgekündigtes System künstlich am Leben gehalten, die Aufgabe das Release zu wechseln stellt sich früher oder später ohnehin.
aber im andern thread... und nicht HIER
-
@idlebit mal eine generelle Frage:
Ich habe zigbee2mqtt auf die neueste Version upgedatet (28.5) und bekomme anschließen jede Minute einen disconnect des Adapters wegen websocket error. Adapter ist aktuell bei 2.5.0.Ich habe nun meine Backup VM gestartet und bin somit wieder auf Version 28.4 bei zigbee2mqtt. Nun funktioniert wieder alles wie vorher. Muss ich nach dem Update von zigbee2mqtt wieder irgendwas in der config anpassen bevor der Adapter wieder funktioniert? In der Dokumentation von @nox309 konnte ich hierzu nichts finden.
-
@toralt ne eigentlich nicht. Habe auch das Update gemacht und danach lief alles wieder wie vorher.
-
@toralt 29.0 ist das neuste.. und JA du solltest dir das update howto bei zigbee2mqtt durchlesen..
-
@idlebit sagte in Test Adapter zigbee2mqtt:
Aktuelle Test Version 
Veröffentlichungsdatum wartet noch auf die Freigabe für das Beta-Repo Github Link https://github.com/o0shojo0o/ioBroker.zigbee2mqtt Hallo, mal eine kleine Frage. Wann kommt der Adapter ins Beta-Repo?
Bei anderen Adaptern ging das meiner Meinung nach schneller.Ihr macht hier eine tolle Arbeit.
Ich vergesse immer nachzuschauen ob ein neues Update bei Github gibt.
Allen ein gesundes neues Jahr.
Jan -
@jan-s100 wenn @apollon77 zeit gefunden hat für ein Code Review.
bis dahin musst du es von GIT installieren -
@arteck Stimmt, Sorry, 1.29.0
Genau nach der offiziellen Anleitung habe ich das update gemacht. zigbee2mqtt läuft danach ja auch bestens. Nur der Adapter halt nicht mehr.
-
@toralt das dauert so 5 sec bis der sich wieder neu verbindet.
-
@arteck ja, das klappt auch, dann ist er ne minute grün, dann kommt ein websocket error und er wird gelb, dann wird er gleich wieder grün, nach ca 1 minute wieder websocket error. Das geht dann immer so weiter.
-
@toralt zeig doch mal ein Log
-
@apollon77 Wenn sich über das lange WE Zeit findet, dann werde ich da nochmal einen Versuch starten. Dann kann ich das Log posten. Nachdem ich die VM mit 1.29.0 wieder gelöscht habe muss ich das update erst nochmal machen.
-
Hallo zusammen und danke @IdleBit und weiteren Beteiligten für diesen Adapter.
Adapter Version:
v2.5.0Zigbee2MQTT Version
1.29.0 commit: dddce57
Coordinator-Typ
zStack3x0
Coordinator-Version
20210708
Coordinator IEEE Adresse
0x00124b0021b7802b
Frontend Version
0.6.121Nun meine Erfahrungen:
Ich habe 96 Geräte. Der Großteil läuft bis jetzt einwandfrei.
Probleme habe ich beim Schalter E1743 von Ikea. Dieser schaltet bei Betätigung die Datenpunkte im Iobroker nicht von true auf false. Obwohl auf dem Zigbee2mqtt Server im Frontend einwandfrei geschaltet und angezeigt wird. Hat da jemand eine Idee?Lg
-
@david83 sagte in Test Adapter zigbee2mqtt:
Probleme habe ich beim Schalter E1743 von Ikea. Dieser schaltet bei Betätigung die Datenpunkte im Iobroker nicht von true auf false. Obwohl auf dem Zigbee2mqtt Server im Frontend einwandfrei geschaltet und angezeigt wird. Hat da jemand eine Idee?
bist du sicher das er sie nicht schaltet ? Da diese unter Umständen nur kurz auf Wahr gehen zeigt das Frontend die Änderungen ggf. nicht an.
Setz mal einen Trigger drauf und schau mal.
A.
-
Habe es mit dem Trigger probiert. Kein Erfolg. Dann einmal direkt ohne Alias Adapter dazwischen. Und es funktioniert! Keine Ahnung warum. Alias gelöscht und neu erstellt. Jetzt läuft es wie es soll. Danke für den Denkanstoß!
-
Hätte da aber noch eine Frage. Sobald ich ein Frontend Passwort beim zigbee2mqtt Server benutze, kann der Iobroker zigbee2mqtt Adapter sich nichtmehr verbinden. Wird das in Zukunft möglich sein?
LG
David -
@david83 Das muss ich mir mal ansehen, aber aktuell ist es nicht möglich.
-
zigbee2mqtt.0 2023-01-07 12:11:02.401 warn Cannot set State, no websocket connection to Zigbee2MQTT! zigbee2mqtt.0 2023-01-07 12:10:48.729 warn Websocket disconnected zigbee2mqtt.0 2023-01-07 12:10:48.368 warn Start try again in 1 seconds... zigbee2mqtt.0 2023-01-07 12:10:48.366 warn Websocked connection timed outWenn ich die VM mit 1.28.4 starte, dann ist das der einzige Unterschied. Die states usw werden alle gleich abgefragt, mit beiden VMs (also 1.28.4 und 1.29.1), haben auch silly Meldungen.
Nur diese WARN Meldungen habe ich nur mit 1.29.1 (bzw auch schon mit 1.29.0).In Zigbee2MQTT selbst gibt es keinerlei Fehler o.ä. Das läuft genauso wie mit der alten version
Adapter ist wie folgt eingestellt (wurde auch nichts geändert)
Etwas ausführlicheres Log:
2023-01-07 12:20:42.194 info Connect to Zigbee2MQTT over websocket connection. zigbee2mqtt.0 2023-01-07 12:20:41.444 warn Websocket disconnected zigbee2mqtt.0 2023-01-07 12:20:41.189 warn Start try again in 1 seconds... zigbee2mqtt.0 2023-01-07 12:20:41.188 warn Websocked connection timed out zigbee2mqtt.0 2023-01-07 12:20:35.716 info MQTT publish: topic 'zigbee2mqtt/OG-Vorhang-SchlafzimmerFensterLI', payload '{"linkquality":80,"position":99,"running":false,"state":"OPEN"}' zigbee2mqtt.0 2023-01-07 12:20:34.214 info MQTT publish: topic 'zigbee2mqtt/OG-BWM-Flur', payload '{"illuminance":15323,"illuminance_lux":34,"linkquality":98}' zigbee2mqtt.0 2023-01-07 12:20:31.960 info MQTT publish: topic 'zigbee2mqtt/OG-Vorhang-Bad', payload '{"linkquality":32,"position":98,"running":false,"state":"OPEN"}' zigbee2mqtt.0 2023-01-07 12:20:29.292 info MQTT publish: topic 'zigbee2mqtt/OG-Vorhang-BügelzimmerTür', payload '{"linkquality":91,"position":100,"running":false,"state":"OPEN"}' zigbee2mqtt.0 2023-01-07 12:20:19.290 info MQTT publish: topic 'zigbee2mqtt/Schwimmbad-Entfeuchter-hinten', payload '{"linkquality":72,"state":"OFF"}' zigbee2mqtt.0 2023-01-07 12:20:18.731 info MQTT publish: topic 'zigbee2mqtt/Schwimmbad-Entfeuchter-vorne', payload '{"linkquality":72,"state":"OFF"}' zigbee2mqtt.0 2023-01-07 12:20:06.533 info MQTT publish: topic 'zigbee2mqtt/OG-Vorhang-BügelzimmeFenster', payload '{"linkquality":94,"position":100,"running":false,"state":"OPEN"}' zigbee2mqtt.0 2023-01-07 12:19:50.265 info MQTT publish: topic 'zigbee2mqtt/KG-HueColor-Flur', payload '{"brightness":63,"linkquality":65}' zigbee2mqtt.0 2023-01-07 12:19:50.226 debug Device: KG-TVLicht-Hobbyraum not found, queue state in incStatsQueue! zigbee2mqtt.0 2023-01-07 12:19:50.226 debug Device: EG-OG-KG-HueLicht-Treppenhaus not found, queue state in incStatsQueue! zigbee2mqtt.0 2023-01-07 12:19:50.226 debug Device: EG-HueLicht-Frühstück not found, queue state in incStatsQueue! zigbee2mqtt.0 2023-01-07 12:19:50.226 debug Device: EG_LightStrips_WohnzimmerWand not found, queue state in incStatsQueue! zigbee2mqtt.0 2023-01-07 12:19:50.185 info Connect to Zigbee2MQTT over websocket connection. zigbee2mqtt.0 2023-01-07 12:19:49.426 warn Websocket disconnected zigbee2mqtt.0 2023-01-07 12:19:49.183 warn Start try again in 1 seconds... zigbee2mqtt.0 2023-01-07 12:19:49.182 warn Websocked connection timed outBin völlig ratlos und weiß auch nicht, wo genau ich suchen soll?
Mein Gedanke wäre, dass meine VM mit Zigbee2MQTT irgendwas hat bzw sich durch das update irgendwas ändert, weswegen der Adapter immer kurz die websocket Verbindung verliert. Aber das Log von Zigbee2MQTT zeigt nur infos mit abfragen, keine Fehler oder sonst was.
Wenn ich während dieses Websocket fehler auf der VM bin, gibt es auch keine Unterbrechung o.ä., dass ich annehmen könnte, dass das Netzwerk kurz weg wäre. Aber mit 1.28.4 läuft es ja. Ich verstehe es nicht?
-
Auch wenn ich mit dem Thema nichts am Hut habe: steht denn im Log des zigbee2mqtt irgendetwas drin? Weil die websocket Connection geht halt zu.
