| | 1 | = Zigbee2MQTT Konfiguration = |
| | 2 | |
| | 3 | == Übersicht == |
| | 4 | |
| | 5 | Zigbee2MQTT (z2m) ist eine Bridge zwischen dem Zigbee-Funknetz und dem MQTT-Broker. |
| | 6 | Es übernimmt ausschließlich Protokollübersetzung und Netz-Management. Die Automationslogik |
| | 7 | liegt im IO-Broker. Der Coordinator ist ein Sonoff Dongle-Max (Silicon Labs EFR32MG21, |
| | 8 | EmberZNet-Firmware), angebunden per TCP über das interne Netz. |
| | 9 | |
| | 10 | == Coordinator == |
| | 11 | |
| | 12 | || Gerät || Sonoff Dongle-Max || |
| | 13 | || Protokoll || ember (EmberZNet) || |
| | 14 | || Adresse || `tcp://zb-dongle-max.mqtt.p21.net:6638` || |
| | 15 | || Baudrate || 115200, rtscts: false || |
| | 16 | |
| | 17 | == MQTT == |
| | 18 | |
| | 19 | || Broker || zentraler Broker, internes Netz || |
| | 20 | || Base-Topic || `zigbee` || |
| | 21 | || Protocol || MQTT 3.1.1 (Version 4) || |
| | 22 | || Retain || deaktiviert (`force_disable_retain: true`) || |
| | 23 | |
| | 24 | Bridge-State wird automatisch auf `zigbee/bridge/state` publiziert |
| | 25 | (`{"state":"online"}` / `{"state":"offline"}`), nutzbar als LWT-Ersatz im IO-Broker. |
| | 26 | |
| | 27 | == Availability == |
| | 28 | |
| | 29 | || Aktive Geräte (netzbetrieben) || Timeout 3 min, Backoff aktiv, Pause bei >120 min || |
| | 30 | || Passive Geräte (Batterie) || Timeout 240 min || |
| | 31 | |
| | 32 | == OTA-Updates == |
| | 33 | |
| | 34 | Automatische Update-Checks sind deaktiviert (`disable_automatic_update_check: true`). |
| | 35 | Geräte-initiierte Anfragen werden von z2m mit "kein Image verfügbar" beantwortet, |
| | 36 | kein Kontakt zu Drittservern. Manuelle Prüfung bei Bedarf per MQTT: |
| | 37 | |
| | 38 | {{{ |
| | 39 | zigbee/bridge/request/device/ota_update/check |
| | 40 | {"id": "friendly_name_des_geraets"} |
| | 41 | }}} |
| | 42 | |
| | 43 | == Logging == |
| | 44 | |
| | 45 | Console-Logging abgeschaltet, nur File-Logging aktiv. Entlastet |
| | 46 | den Docker-Logger bei den minütlichen z2m-Statusmeldungen erheblich. In der |
| | 47 | `configuration.yaml`: |
| | 48 | |
| | 49 | {{{ |
| | 50 | advanced: |
| | 51 | log_output: |
| | 52 | - file |
| | 53 | }}} |
| | 54 | |
| | 55 | == Schlüsseldaten (Netzwerk) == |
| | 56 | |
| | 57 | Network Key, PAN ID und Extended PAN ID liegen im Klartext in |
| | 58 | `/var/www/bsp12-zigbee2mqtt/z2m-data/configuration.yaml`. |
| | 59 | Diese Datei ist sicherheitsrelevant und darf nicht öffentlich zugänglich sein. |
| | 60 | |
| | 61 | **TODO:** Backup läuft über dirvish. |
| | 62 | |
| | 63 | == Geräte-Strategie == |
| | 64 | |
| | 65 | Netzbetriebene Geräte (Router) zuerst pairen, danach Endgeräte (Batterie). |
| | 66 | Friendly Names nach Schema: `raumname_funktion`, z.B. `wohnzimmer_heizung`. |
| | 67 | |
| | 68 | * Setpoint-Steuerung und Zeitpläne ausschließlich über IO-Broker |
| | 69 | * Tuya-TRVs im Modus `heat`, interner Schedule deaktiviert |
| | 70 | |
| | 71 | Für ME167-Thermostate (Tuya TS0601): kein nativer externer Sensor-Support. |
| | 72 | Externe Temperaturregelung vollständig in IO-Broker implementieren. |
| | 73 | |
| | 74 | == Metadaten abrufen (ohne Neustart) == |
| | 75 | |
| | 76 | {{{ |
| | 77 | mosquitto_pub -h broker.mqtt.p21.net -t "zigbee/bridge/request/devices" -m "" |
| | 78 | }}} |
| | 79 | |
| | 80 | Antwort auf: `zigbee/bridge/devices` |