Zigbee2mqtt installation

[Schmetterfliege]

Praise the lord..

pi@raspberrypi:/opt/zigbee2mqtt $ npm start

> zigbee2mqtt@1.28.0 start
> node index.js

Zigbee2MQTT:info  2022-10-21 23:19:44: Logging to console and directory: '/opt/zigbee2mqtt/data/log/2022-10-21.23-19-44' filename: log.txt
Zigbee2MQTT:info  2022-10-21 23:19:44: Starting Zigbee2MQTT version 1.28.0 (commit #03ba647)
Zigbee2MQTT:info  2022-10-21 23:19:44: Starting zigbee-herdsman (0.14.62)
Zigbee2MQTT:info  2022-10-21 23:19:45: zigbee-herdsman started (resumed)
Zigbee2MQTT:info  2022-10-21 23:19:45: Coordinator firmware version: '{"meta":{"maintrel":0,"majorrel":38,"minorrel":88,"product":0,"revision":"0x26580700","transportrev":0},"type":"ConBee2/RaspBee2"}'
Zigbee2MQTT:info  2022-10-21 23:19:48: Currently 0 devices are joined:
Zigbee2MQTT:warn  2022-10-21 23:19:48: `permit_join` set to  `true` in configuration.yaml.
Zigbee2MQTT:warn  2022-10-21 23:19:48: Allowing new devices to join.
Zigbee2MQTT:warn  2022-10-21 23:19:48: Set `permit_join` to `false` once you joined all devices.
Zigbee2MQTT:info  2022-10-21 23:19:48: Zigbee: allowing new devices to join.
Zigbee2MQTT:info  2022-10-21 23:19:49: Connecting to MQTT server at mqtt://localhost
Zigbee2MQTT:info  2022-10-21 23:19:49: Connected to MQTT server
Zigbee2MQTT:info  2022-10-21 23:19:49: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
Zigbee2MQTT:info  2022-10-21 23:19:49: Started frontend on port 0.0.0.0:8080
Zigbee2MQTT:info  2022-10-21 23:19:49: MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"commit":"03ba647","coordinator":{"meta":{"maintrel":0,"majorrel":38,"minorrel":88,"product":0,"revision":"0x26580700","transportrev":0},"type":"ConBee2/RaspBee2"},"log_level":"info","network":{"channel":11,"extendedPanID":"0xdddddddddddddddd","panID":6754},"permit_join":true,"version":"1.28.0"}'

Hab den Service erstellt, läuft auch aber der logging Teil fehlt:

pi@raspberrypi:/opt/zigbee2mqtt $ systemctl status zigbee2mqtt.service
● zigbee2mqtt.service - zigbee2mqtt
     Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; disabled; vendor preset: enabled)
     Active: active (running) since Fri 2022-10-21 23:22:26 CEST; 27s ago
   Main PID: 1860 (npm start)
      Tasks: 23 (limit: 4915)
        CPU: 8.364s
     CGroup: /system.slice/zigbee2mqtt.service
             ├─1860 npm start
             ├─1871 sh -c -- node index.js
             └─1872 node index.js

Oct 21 23:22:26 raspberrypi systemd[1]: Started zigbee2mqtt.

[Schmetterfliege]

Laut Anleitung sollte der Status so aussehen:

pi@raspberry:/opt/zigbee2mqtt $ systemctl status zigbee2mqtt.service
● zigbee2mqtt.service - zigbee2mqtt
   Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; disabled; vendor preset: enabled)
   Active: active (running) since Thu 2018-06-07 20:27:22 BST; 3s ago
 Main PID: 665 (npm)
   CGroup: /system.slice/zigbee2mqtt.service
           ├─665 npm
           ├─678 sh -c node index.js
           └─679 node index.js

Jun 07 20:27:22 raspberry systemd[1]: Started zigbee2mqtt.
Jun 07 20:27:23 raspberry npm[665]: > zigbee2mqtt@1.6.0 start /opt/zigbee2mqtt
Jun 07 20:27:23 raspberry npm[665]: > node index.js
Jun 07 20:27:24 raspberry npm[665]: Zigbee2MQTT:info  2019-11-09T13:04:01: Logging to directory: '/opt/zigbee2mqtt/data/log/2019-11-09.14-04-01'
Jun 07 20:27:25 raspberry npm[665]: Zigbee2MQTT:info  2019-11-09T13:04:01: Starting Zigbee2MQTT version 1.6.0 (commit #720e393)

[mickym]

@schmetterfliege Das passt schon - das ist dynamisch - und auch unterschiedlich - da siehst Du immer unterschiedlich die letzten Aktionen. Im Moment hast ja noch nichts gepairt.

Sieht bei mir auch so aus - oben im laufenden Betrieb - unten nach Restart

[Schmetterfliege]

Juhuuuuuuu:

Na dann mal fröhliches Anlernen... jetzt muss ich erstmal alle 40 Zigbee Geräte in der Wohnung wieder finden hahaha

danke euch vielmals!

[Schmetterfliege]

Zu dem MQTT Adapter...

Der spammt das log brutal voll, musste den grade stoppen weil sonst irgendwas abgeschmiert wäre. Glaube mein Browser^^

@mickym
Kannst du mir mal nen Screenshot von deiner Konfig im mqtt Adapter zeigen?

[mickym]

@schmetterfliege Mach alle Haken raus.

Empfehle diese Einstellungen als Client -

bei Dir sind die eigenen states natürlich mqtt.0.*

Wahrscheinlich hast Du was mit Zuständen publishen oder sonst einen Mist angeklickst - dann gibts Endlosschliefen. Alle Haken raus!!!!

[Schmetterfliege]

@mickym said in Zigbee2mqtt installation:

@schmetterfliege Mach alle Haken raus.

Empfehle diese Einstellungen als Client -

bei Dir sind die eigenen states natürlich mqtt.0.*

Wahrscheinlich hast Du was mit Zuständen publishen oder sonst einen Mist angeklickst - dann gibts Endlosschliefen. Alle Haken raus!!!!

Sieht bei mir so aus:

Hatte aber auch noch 3.0 installiert, habs geupdated und schaue nochmal
EDIT: nope, spammt immer noch

[mickym]

@schmetterfliege Trotzdem ALLE Haken raus - Du publishst NIE Zustände.

[Schmetterfliege]

@mickym said in Zigbee2mqtt installation:

@schmetterfliege Trotzdem ALLE Haken raus - Du publishst NIE Zustände.

Habs auch grade gesehen, vor dem Update waren keine Haken gesetzt^^

[Schmetterfliege]

ich weiß, du nutzt kein Tasmota.
Aber hast du eine Idee wieso ein Gerät so oft da aufgelistet wird?

[mickym]

@schmetterfliege Doch ich nutze tasmota - aber nicht den sonoff Adapter - sondern alles im mosquitto.

Deine topics im tasmota sind halt nicht gut gemacht.

Jedes Tasmota Gerät hat 3 Äste:

tele - für zyklische Status Meldungen
stats - für Statusmeldungen (trigger)
cmnd - Kommandos

Ich habe alles unter tasmota und die 3 Äste einzeln unter den Geräten - das ist aber nicht Standard.

[Schmetterfliege]

@mickym said in Zigbee2mqtt installation:

@schmetterfliege Doch ich nutze tasmota - aber nicht den sonoff Adapter - sondern alles im mosquitto.

Deine topics im tasmota sind halt nicht gut gemacht.

Jedes Tasmota Gerät hat 3 Äste:

tele - für zyklische Status Meldungen
stats - für Statusmeldungen (trigger)
cmnd - Kommandos

Ich habe alles unter tasmota und die 3 Äste einzeln unter den Geräten - das ist aber nicht Standard.

Hast Recht.
Die Steckdosenleisten haben 4 Topics weil 4 Steckdosen.
Und die einzelnen Plugs haben alle "Tasmota" als Topic gehabt.

[Schmetterfliege]

@mickym said in Zigbee2mqtt installation:

@schmetterfliege Doch ich nutze tasmota - aber nicht den sonoff Adapter - sondern alles im mosquitto.

Deine topics im tasmota sind halt nicht gut gemacht.

Jedes Tasmota Gerät hat 3 Äste:

tele - für zyklische Status Meldungen
stats - für Statusmeldungen (trigger)
cmnd - Kommandos

Ich habe alles unter tasmota und die 3 Äste einzeln unter den Geräten - das ist aber nicht Standard.

Wie hast du tele, stats und cmnd unter tasmota gepackt?

[mickym]

@schmetterfliege Also ich machs halt anders

Ich hab das System als 1. Ebene

Dann kann man raum etc machen.

Die cmnd,stat,tele Äste mag ich lieber zu den Devices zugehörig.

Dafür habe ich tasmota als fixes Prefix genommen und den topic als Erstes:

Du kannst das topic auf gleich hierarchisch ordnen:

also topic: kueche/steckdosenleiste2

usw.

[Schmetterfliege]

@mickym said in Zigbee2mqtt installation:

@schmetterfliege Also ich machs halt anders

Ich hab das System als 1. Ebene

Dann kann man raum etc machen.

Die cmnd,stat,tele Äste mag ich lieber zu den Devices zugehörig.

Ja,aber wie machst du das?

[mickym]

@schmetterfliege Post habe ich gerade aktualisiert.

[Schmetterfliege]

@mickym
Grade gesehen Danke! Probiere ich mal aus.
Ich muss da jedes mal den mqtt Baum löschen, oder? Sonst bleiben die alten sachen da drin?

[mickym]

@schmetterfliege Ja - wobei Du das sowieso machen musst - weil das was Du im iob siehst immer der letzte Status ist und da nie was gelöscht wird. mqtt - ist ein Protokoll, dass keine Zustände speichert. Sobald jeder Subscriber seine Info bekommen hat, ist die Info eh ungültig auch wenn sie noch in deinem iob steht.

[Schmetterfliege]

@mickym said in Zigbee2mqtt installation:

@schmetterfliege Ja - wobei Du das sowieso machen musst - weil das was Du im iob siehst immer der letzte Status ist und da nie was gelöscht wird. mqtt - ist ein Protokoll, dass keine Zustände speichert. Sobald jeder Subscriber seine Info bekommen hat, ist die Info eh ungültig auch wenn sie noch in deinem iob steht.

Stelle ich mir auch ein bissl problematisch vor.
D.h. wenn der Pi mal neu startet sind die Daten weg, und kommen erst wieder wenn der "Datenpunkt" wieder neue Daten sendet?

[mickym]

@schmetterfliege Finde ich nicht problematisch. Die Geräte melden ja selbst. Im iob hast Du ggf. die Daten noch. Wenn man Daten behalten möchte, dann published man die als retain - dann werden die auch beim erneuten Verbinden wieder gepublished. Das funktioniert aber nur richtig mit mosquitto - deswegen habe ich den mqtt Adapter nicht als Broker empfohlen. Habe aber auch schon ein Issue eröffnet.