Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Maddm]

Hi, ich habe den iobroker seit rund 2.5 Jahren am Laufen und möchte nun auch in die Welt von Zigbee einsteigen, da ich einige SH-Geräte verwenden will, die nur Zigbee aber keine WiFi unterstützen, ausserdem ist die Auswahl an Geräten für Zigbee einfach so groß und spannend, dass ich da gern Dinge ausprobieren möchte.

Ganz konkreter Anwendungsfall ist ein Wandtaster (von MOES), der das Garagentor schalten soll (ich habe am Torantrieb einen Shelly verbaut - per Vis kann ich das bereit steuern, es also "nur" noch drum, den Tastendruck des Schalters in iobroker in den Shelly-Impuls umzuwandeln).

Ich habe hier viele Beiträge und Antworten gelesen, komme aber tatsächlich bei den versch. Möglichkeiten (Websocket, Interner MQTT Server, Externer MQTT Server, Mosquitto, Dummy MQTT Server, WebUI etc) so durcheinander, dass ich tatsächlich nicht weiß, ob ich alles habe was ich brauche bzw. was mir fehlt um letztlich irgendwo im iobroker sagen zu können: ok, jetzt nehmen wir den Wandtaster als Device mit auf.

Daher eine hoffentlich gute Beschreibung von dem was da ist incl. Bilder, Logs etc.

Was ich habe:

• SLZB-06 MU, angeschlossen per LAN (Heimnetz.200)
• iobroker, läuft auf separatem Linux PC (kein Docker etc), angeschlossen per LAN (Heimnetz.57)
• diverse Zigbee Geräte (Fenstersensoren, Steckdosen, Wandtaster etc)

Was ich möchte:
die Zustände der Zigbee Geräte in iobroker auszuwerten, um sie in einer Vis anzuzeigen oder per Javascript Dinge zu schalten etc.
der SLZB-06 MU soll dabei als Zigbee Coordinator arbeiten, um mit den einzelnen Geräten zu sprechen

Wie ich das Setup verstanden habe:

• der Controller spricht mit Geräten per "Zigbee"-Protokoll
• der Controller spricht in Richtung iobroker ebenfalls das Zigbee Protokoll (hierbei ist er der "Server")
• der iobroker Adapter zigbee2mqtt spricht mit dem Controller ebenfalls per "Zigbee" Protokoll (hierbei ist er ein "Client")
• der Adapter wandelt die Anfragen in mqtt um, die er an einen mqtt-Server weitergibt (der kann in iobroker oder auch ausserhalb installiert sein)
• der mqtt-Server hinterlegt die Daten in Objekten des iobroker, von wo aus sie für Visualisierungen etc zur Verfügung stehen

Welche Einrichtung ich gemacht habe:

SLZB-06 MU:

• Firmwareupdate für Radio (20250220) und Core (3.2.9)
• im Menüeintrag "Z2M und ZHA" auf "Zigbee2MQTT" gestellt, folgender Output wird angezeigt:

serial:
# Location of SLZB-06MU
  port: tcp://192.168.178.200:6638
  baudrate: 115200
  adapter: ember
# Grüne LED deaktivieren?
  disable_led: false
# Ausgangsleistung auf max. 20 einstellen
advanced:
  transmit_power: 20

zigbee2mqtt Adapter

• Adapter Doku bzgl. Config gelesen (https://github.com/arteck/ioBroker.zigbee2mqtt/blob/main/docs/DE/DE_AdapterConfig.md))
• Einstellungen (auf den anderen Reitern habe ich keine Änderungen gemacht):
  

Logoutput, wenn ich den Adapter starte:

2026-04-24 12:05:22.747	info	Starting DummyMQTT-Server on IP 0.0.0.0 and Port 1883
2026-04-24 12:05:22.681	info	|| Proxy Zigbee2MQTT Logs to ioBroker Logs: activated
2026-04-24 12:05:22.681	info	|| Zigbee2MQTT Debug Log: deactivated
2026-04-24 12:05:22.681	info	|| Zigbee2MQTT Dummy MQTT Port: 1883
2026-04-24 12:05:22.681	info	|| Zigbee2MQTT Dummy MQTT IP-Bind: 0.0.0.0
2026-04-24 12:05:22.681	info	|| Zigbee2MQTT Websocket Dummy MQTT-Server: activated
2026-04-24 12:05:22.681	info	|| Zigbee2MQTT Websocket Auth-Token: unused
2026-04-24 12:05:22.680	info	|| Zigbee2MQTT Websocket Port: 6638
2026-04-24 12:05:22.680	info	|| Zigbee2MQTT Websocket Server: 192.168.178.200
2026-04-24 12:05:22.680	info	|| Zigbee2MQTT Websocket Scheme: ws
2026-04-24 12:05:22.680	info	|| Zigbee2MQTT Connection Type: ws
2026-04-24 12:05:22.680	info	|| Zigbee2MQTT Frontend Port: 8080
2026-04-24 12:05:22.680	info	|| Zigbee2MQTT Frontend Server:
2026-04-24 12:05:22.680	info	|| Zigbee2MQTT Frontend Scheme: http
2026-04-24 12:05:22.669	info	starting. Version 3.0.21 in /opt/iobroker/node_modules/iobroker.zigbee2mqtt, node: v22.22.2, js-controller: 7.0.7

im Anschluss des Starts werden auch Objekte unterhalb von zigbee2mqtt.0.info angelegt, der State von "connection" wird allerdings mit false angegeben --> keine Verbindung zum SLZB-06

In der weboberfläche des SLZB-06 steht auch links oben: Z2M/ZHA: not connected...

Sprich: mein Setup funktioniert noch nicht und es gibt für mich aktuell so viele Stellschrauben, dass ich nicht weiß, womit ich was besser mache und was komplett wirkungslos ist.

Fragen on top (die hoffentlich nichts mit dem Verbindungsproblem zu tun haben):

• warum gibt es im Menu vom SLZB-06 den Eintrag "MQTT", um sich basierend auf der Konfig mit einem "mqtt-Server" zu verbinden - brauche ich das in meinem Fall oder kann ich das deaktiviert lassen?
• was hat es mit der WebUI Verbindung auf sich - wie/wo kann ich das aufrufen, was macht / sieht man dort?

[arteck]

@Maddm sagte:

der iobroker Adapter zigbee2mqtt spricht mit dem Controller ebenfalls per "Zigbee" Protokoll (hierbei ist er ein "Client")

nö..der adapter redet mit dem https://www.zigbee2mqtt.io/ projekt. das sollte zuerst laufen..dann kannst du weiter mit dem adapter machen.

[Asgothian]

@Maddm Alternativ kannst du den Zigbee Adapter nutzen, und nach dieser Anleitung konfigurieren:

https://github.com/ioBroker/ioBroker.zigbee/wiki/Step‐by‐Step-guide-for-the-Zigbee-network-configuration

A.

Edit: zu deinem Verständnis und den weiteren Fragen:

@Maddm sagte:

Wie ich das Setup verstanden habe:

der Controller spricht mit Geräten per "Zigbee"-Protokoll
der Controller spricht in Richtung iobroker ebenfalls das Zigbee Protokoll (hierbei ist er der "Server")
der iobroker Adapter zigbee2mqtt spricht mit dem Controller ebenfalls per "Zigbee" Protokoll (hierbei ist er ein "Client")
der Adapter wandelt die Anfragen in mqtt um, die er an einen mqtt-Server weitergibt (der kann in iobroker oder auch ausserhalb installiert sein)
der mqtt-Server hinterlegt die Daten in Objekten des iobroker, von wo aus sie für Visualisierungen etc zur Verfügung stehen
Welche Einrichtung ich gemacht habe:

Das ist nicht ganz korrekt.

• Die Geräte sprechen via Zigbee mit dem Koordinator (das was du controller nennst)
• Der Koordinator spricht via serieller Kommunikation mit einem Stück Software. (Ja, auch wenn der SLZB via LAN angebunden ist findet die eigentliche Kommunikation seriell statt, halt verpackt in einer TCP/IP verbindung)
• Die Kombination aus Koordinator uns Software ist der Zigbee Controller. Als Software gibt es 2 Optionen:
  -- den Zigbee Adapter - der in der Folge direkt die Datenpunkte im ioBorker managed.
  -- die Kombination aus zigbee2mqtt (externe Software, siehe zigbee2mqtt.io) und den Zigbee2mqtt Adapter. In diesem Fall bildet zigbee2mqtt (Z2M in der Folge) mit dem SLZB den Zigbee Controller, samt eigener UI und Zigbee Device manager. Damit läuft das Zigbee Netzwerk dann auch wenn der ioBroker nicht läuft. dafür läuft es dann nicht wenn Z2M nicht läuft. Der zigbee2mqtt Adapter kommuniziert mit Z2M und bildet die Geräte im ioBroker ab.
• Bei Einsatz des Zigbee Adapters wird kein MQTT verwendet.
• Bei Einsatz von Z2M und dem zigbee2mqtt Adapter wird ein MQTT Server benötigt - ohne den läuft Z2M nicht. Allerdings bietet der zigbee2mqtt Adapter diesen intern an, so das kein extra MQTT adapter / server benötigt wird. Die Kommunikation zwischen Adapter und Z2M erfolgt nicht über MQTT.

Die Fragen zum SLZB UI kann ich nicht beantworten - ich nutze den nicht.

A.