Test Adapter zigbee2mqtt

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

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

[IdleBit]

@toralt Nein hat sich nicht laut deren Git, ich muss mla sehen ob ich da noch was optimieren kann.
Ist nur etwas schwierig da ich noch nicht einen Abbruch hatte.

[toralt]

@idlebit Mhh, ich bin Dir hierbei vermutlich keine große Hilfe.
Ich kann Dir sagen, das mein ioBroker im Docker nach Anleitung buanet mit MACVlan läuft und Zigbee2MQTT in einer Debian VM mit Bullseye, alles auf dem neusten Stand. Läuft alles auf einer DS1821+ mit 32GB Ram.
Das Update von Zigbee2MQTT habe ich genau nach deren Anleitung durchgeführt.

Starte ich die VM mit 1.28.4 keine Problem, nehme ich die VM mit 1.29.1 websocket Probleme. In der VM kommt kein Fehler und auch sonst lässt sich für mich (Laie) nicht erkennen, dass da was anders wäre als vor dem Update.

Ich nutze einen Zigstar LAN Stick mit mit Ebyte E72 Chip und der FW von 02112022. Habe zwei von den Sticks, ein Tausch ändert auch nichts. Andere FW (19022022 / 26122022, jeweils Other FW lt Zigstar Seite) ändert auch nichts.

Daraus habe ich dann (ob richtig oder falsch kann ich nicht sagen) gefolgert, das es irgendwas mit Zigbee2MQTT 1.29.0 oder 1.29.1 zu tun haben muss.

Vermutlich nutz Dir die Info nicht wirklich was, aber da @arteck die gleichen Meldungen hat (vermutlich auch nur mit den 1.29er Versionen) muss es da ja irgendwas geben was anders ist, bei uns beiden zumindest.

Besten Dank für Deine Mühen (überhaupt für den ganzen Adapter)!

[Acgua]

Hi,

vielen Dank für den Adapter, läuft bislang sehr gut, bin begeistert!
Ich bin umgestiegen vom Zigbee-Adapter, mit 30+ Geräten, ConBee II Stick.

Meine Vorgehensweise für Proxmox-Container in etwa:

Proxmox-Container vorbereiten:

• Debian 11 Container erstellt: 512 MB RAM, 512 MB Swap, 4 GB HD-Speicher, 1 Kern
• apt update -y && apt upgrade -y, apt install -y sudo usbutils curl git (und ggf. paar mehr benötigte Pakete)
• adduser z2m, adduser z2m sudo, su z2m (ab jetzt nur noch User z2m nehmen, nicht mehr root)
• USB-Stick (ConBee II) durchreichen gemäß ioBroker-Doku

Mosquitto in Container installieren:

(angelehnt an diese Anleitung)

• sudo apt install -y mosquitto mosquitto-clients
• Auto-Start einrichten: sudo systemctl enable mosquitto.service
• Enable Remote Access (No Authentication): sudo nano /etc/mosquitto/mosquitto.conf und die Zeilen listener 1883 und allow_anonymous true am Ende der Datei eintragen. (Notiz an mich selbst: auf auth umstellen!)
• Mosquitto neu starten: sudo systemctl restart mosquitto
• Status prüfen: systemctl status mosquitto
• sudo reboot, dann mit systemctl status mosquitto prüfen, ob Mosquitto automatisch startet.

Zigbee2MQTT in Container installieren:

• Vorgehensweise in etwa gemäß der offiziellen Anleitung für Linux. Wichtig: gemäß Anleitung wird NodeJS 16 installiert (...setup_16.x), ich habe das auf 18 geändert (wird offiziell supported)
• Konfiguration in /opt/zigbee2mqtt/data/configuration.yaml nach Anleitung gemacht, dabei als MQTT server server: 'mqtt://localhost' eingetragen
• Eingerichtet, dass Zigbee2MQTT automatisch beim Booten startet gemäß Doku.
• sudo reboot, dann mit systemctl status zigbee2mqtt.service prüfen, ob Zigbee2MQTT automatisch startet.

ioBroker Zigbee2MQTT-Adapter

• Vorgehensweise gemäß Doku - Installation inkl. Umzug vom ioBroker/Zigbee Adapter
• Wichtig, falls ConBee II Stick: configuration.yaml nochmal anpassen:
  1. Unter serial eintragen: adapter: deconz
  2. Unter advanced die Zeile transmit_power: 20 löschen, das scheint der ConBee II nicht zu können und es kommen Fehler beim Start von Zigbee2MQTT

Screenshots

Proxmox (letzter Neustart war erst vor 50 Minuten). Schön geringer Ressourcenbedarf.

Adapter-Instanz-Einstellungen

[A Former User]

@acgua gute Anleitung, wird sicher vielen helfen die es in einem proxmox Container installieren wollen. Mosquitto ist aber nicht zwingend erforderlich also man kann auch den dummy im Adapter nutzen

[Acgua]

@ciddi89
Danke

Mosquitto habe ich bewusst installiert, damit Zigbee2MQTT auch läuft, wenn die Adapter-Instanz nicht läuft / abstürzt / ioB-Neustart, etc.
Oder ist das übertrieben und der interne Dummy ist vollig ausreichend aus eurer Sicht?

[A Former User]

@acgua stimmt, darüber habe ich noch garnicht nachgedacht und hab es mal getestet, da ich nebenbei für die ganzen Lampen usw. eine homebdrige laufen habe. Ist die Instanz tot kann ich auch darüber nichts steuern. In so einem Fall macht es dann durchaus Sinn.

[arteck]

@acgua schreib das mal bitte in Wiki .. auf der GIT Adapter seite.. so das es zentral ist..hier wird es unter gehen

[IdleBit]

@acgua sagte in Test Adapter zigbee2mqtt:

Hi,

vielen Dank für den Adapter, läuft bislang sehr gut, bin begeistert!
Ich bin umgestiegen vom Zigbee-Adapter, mit 30+ Geräten, ConBee II Stick.

Meine Vorgehensweise für Proxmox-Container in etwa:

Proxmox-Container vorbereiten:

• Debian 11 Container erstellt: 512 MB RAM, 512 MB Swap, 4 GB HD-Speicher, 1 Kern
• apt update -y && apt upgrade -y, apt install -y sudo usbutils curl git (und ggf. paar mehr benötigte Pakete)
• adduser z2m, adduser z2m sudo, su z2m (ab jetzt nur noch User z2m nehmen, nicht mehr root)
• USB-Stick (ConBee II) durchreichen gemäß ioBroker-Doku

Mosquitto in Container installieren:

(angelehnt an diese Anleitung)

• sudo apt install -y mosquitto mosquitto-clients
• Auto-Start einrichten: sudo systemctl enable mosquitto.service
• Enable Remote Access (No Authentication): sudo nano /etc/mosquitto/mosquitto.conf und die Zeilen listener 1883 und allow_anonymous true am Ende der Datei eintragen. (Notiz an mich selbst: auf auth umstellen!)
• Mosquitto neu starten: sudo systemctl restart mosquitto
• Status prüfen: systemctl status mosquitto
• sudo reboot, dann mit systemctl status mosquitto prüfen, ob Mosquitto automatisch startet.

Zigbee2MQTT in Container installieren:

• Vorgehensweise in etwa gemäß der offiziellen Anleitung für Linux. Wichtig: gemäß Anleitung wird NodeJS 16 installiert (...setup_16.x), ich habe das auf 18 geändert (wird offiziell supported)
• Konfiguration in /opt/zigbee2mqtt/data/configuration.yaml nach Anleitung gemacht, dabei als MQTT server server: 'mqtt://localhost' eingetragen
• Eingerichtet, dass Zigbee2MQTT automatisch beim Booten startet gemäß Doku.
• sudo reboot, dann mit systemctl status zigbee2mqtt.service prüfen, ob Zigbee2MQTT automatisch startet.

ioBroker Zigbee2MQTT-Adapter

• Vorgehensweise gemäß Doku - Installation inkl. Umzug vom ioBroker/Zigbee Adapter
• Wichtig, falls ConBee II Stick: configuration.yaml nochmal anpassen:
  1. Unter serial eintragen: adapter: deconz
  2. Unter advanced die Zeile transmit_power: 20 löschen, das scheint der ConBee II nicht zu können und es kommen Fehler beim Start von Zigbee2MQTT

Screenshots

Proxmox (letzter Neustart war erst vor 50 Minuten). Schön geringer Ressourcenbedarf.

Adapter-Instanz-Einstellungen

@nox309 Du als Doku Beauftragter, magst du das mit aufnehmen?