UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[toralt]

@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.

[Ein ehemaliger Benutzer]

@toralt ne eigentlich nicht. Habe auch das Update gemacht und danach lief alles wieder wie vorher.

[arteck]

@toralt 29.0 ist das neuste.. und JA du solltest dir das update howto bei zigbee2mqtt durchlesen..

[Jan.S100]

@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

[arteck]

@jan-s100 wenn @apollon77 zeit gefunden hat für ein Code Review.
bis dahin musst du es von GIT installieren

[toralt]

@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.

[arteck]

@toralt das dauert so 5 sec bis der sich wieder neu verbindet.

[toralt]

@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.

[apollon77]

@toralt zeig doch mal ein Log

[toralt]

@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.

[david83]

Hallo zusammen und danke @IdleBit und weiteren Beteiligten für diesen Adapter.

Adapter Version:
v2.5.0

Zigbee2MQTT Version
1.29.0 commit: dddce57
Coordinator-Typ
zStack3x0
Coordinator-Version
20210708
Coordinator IEEE Adresse
0x00124b0021b7802b
Frontend Version
0.6.121

Nun 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

[Asgothian]

@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.

[david83]

@asgothian

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ß!

[david83]

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

[IdleBit]

@david83 Das muss ich mir mal ansehen, aber aktuell ist es nicht möglich.

[toralt]

@apollon77

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 out

Wenn 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 out

Bin 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? :man-shrugging:

[apollon77]

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.

[toralt]

@apollon77 Nope, im Live-Log ist eine kurze Pause in dem Moment wo der Adapter sich trennt und wieder verbindet und dann kommen auch wieder fleißig Daten. Aber keine Fehler o.ä.
Das lässt mich dann ja auf ein Problem mit dem websocket auf meiner zigbee2mqtt VM schließen. Irgendwas scheint sich da mit dem Update zu ändern. Mal sehen, vllt finde ich dazu noch etwas raus ansonsten mach ich ein issue direkt auf github auf.
Danke Dir schonmal für die Mühen

[toralt]

@toralt ich habe jetzt mal von websocket auf externer MQTT Server (experimentell) umgestellt. Bisher scheint das mein Problem zu lösen, auch wenn ich ab und an noch Verzögerungen habe.
@IdleBit Welches Risiko besteht denn mit der aktuell noch "experimentellen" MQTT Verbindung?

[IdleBit]

@toralt Das Sachen nicht funktionieren, da aktuell alles nur über Websocket getestet und supportet wird.
Eventuell wird sogar später noch der MQTT Variante entfernt aber das steht noch nicht fest.