Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

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

[arteck]

@toralt ich habs auch.. solange es die Verbinung wieder aufbaut ist es mir egal..
du siehst es nur weil es zu einer warning kommt..

@IdleBit vielleicht solltets du die Meldung bringen wenn die Verbinund mehr als 5 sec weg ist..

[toralt]

@arteck Bei mir ist das Problem, dass das teilweise im 30 Sekunden-Rhythmus kommt. Wenn dann genau in den 1-2 Sekunden, wo der Adapter gelb ist, ein Skript schalten soll, dann ging halt nichts. Hat sich da grundlegend was bei Zigbee2MQTT geändert, das der Adapter via Websocket immer raus fliegt?

[david83]

Ich habe noch eine weitere Frage zum Adapter. Ich habe mehrere Xiaomi Bewegungsmelder (RTCGQ11LM) und deren Datenpunkte sind unter zigbee2mqtt.0.0x00158d0004ab4294 angelegt. Soweit alles gut.

Jetzt ist es so das sich im Web Fronted von Zigbee2mqtt bei diesen Bewegungsmeldern weitere Werte unter dem Reiter Spezifische Einstellungen wie z.B. occupancy_timeout und no_occupancy_since einstellen lassen.

Diese Datenpunkte werden aber nicht im IoBroker durch den Adapter angelegt. Müssen diese manuell angelegt werden?

Mfg
David

[IdleBit]

@david83 Nein, diese unterstütz ich noch nicht.
Und die "Spezifische Einstellungen" können nicht per Datenpunkt gesetzt werden dafür ist ja die Weboberfläche da ;)

Aber für das Ergebnis von "occupancy_timeout und no_occupancy_since" lege bitte ein Issues im Git an. (https://github.com/o0shojo0o/ioBroker.zigbee2mqtt/issues/new?assignees=&labels=problem&template=problem_report.yaml)