Zigbee2mqtt

Ich habe ein Problem mit dem updaten von Z2M. Ich möchte gerne auf die neue Version 1.9.2. Ich bin im LXC Container angemeldet als root und habe einen User zigbee-mqtt und nutze diesen Befehl:

sudo -u zigbee-mqtt ./update.sh

Beim Start des Updates muss ich das PW des Users eingeben, Update wird durchgeführt und am Ende möchte Zigbee wieder starten und muss das Passwort wieder eingeben und dann geht die Problematik los.

Starting Zigbee2MQTT...
[sudo] password for zigbee-mqtt: 
zigbee-mqtt is not in the sudoers file.
This incident has been reported to the administrator.
Done!
You have mail in /var/mail/root
root@Zigbee2Mqtt:/opt/zigbee2mqtt# 

Was mache ich falsch? Muss ich was noch in der sudoers Liste eintragen?

Wenn ich gleich auf den User zigbee-mqtt wechsle, das Update mache und Z2M später wieder als root starte funktioniert das „Z2M ist Aktiv“ ohne Fehlermeldungen, aber das Frontend lässt sich auch nicht öffnen.

ZigBee basiert auf einem sich selbst organisierenden Mesh. Wenn Du ihm entsprechende routingfähige Geräte (Netzbetrieb) an den Übergabepunkt zur Verfügung stellst, ist das Null Problem.

Wenn Du den Coordinator in den Keller montierst und dann irgendwo weit entfernt im nächsten Stockwerk das nächste Device einsetzt und auch sonst nicht darauf achtest, wird das nie vernünftig funktionieren können.

Du planst die Grobverteilung der Geräte und den Rest mach ZigBee selbst.

Ich habe mir an neuralgischen Punkten extra ein routingfähiges ZigBee Gerät montiert, um mir nicht selbst das Bein zu stellen. Z.B. eine Aqara H2 Steckdose.

3 „Gefällt mir“

Hallo Nach Update

startet der Dienst auf dem Pi nicht mehr :sleepy_face:

pi@raspberrypi:/opt/zigbee2mqtt $ pnpm start

zigbee2mqtt@2.4.0 start /opt/zigbee2mqtt
node index.js

Starting Zigbee2MQTT without watchdog.
[2026-04-30 15:45:23] info: z2m: Logging to console, file (filename: log.log)
[2026-04-30 15:45:23] info: z2m: Starting Zigbee2MQTT version 2.4.0 (commit #bdb94da4)
[2026-04-30 15:45:23] info: z2m: Starting zigbee-herdsman (4.1.0)
[2026-04-30 15:45:23] info: zh:ember: Using default stack config.
[2026-04-30 15:45:23] info: zh:ember: ======== Ember Adapter Starting ========
[2026-04-30 15:45:23] info: zh:ember:ezsp: ======== EZSP starting ========
[2026-04-30 15:45:23] info: zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-04-30 15:45:23] info: zh:ember:uart:ash: Socket ready
[2026-04-30 15:45:23] info: zh:ember:uart:ash: ======== ASH starting ========
[2026-04-30 15:45:26] info: zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-04-30 15:45:26] info: zh:ember:uart:ash: ======== ASH starting ========
[2026-04-30 15:45:28] info: zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-04-30 15:45:28] info: zh:ember:uart:ash: ======== ASH starting ========
[2026-04-30 15:45:31] info: zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-04-30 15:45:31] info: zh:ember:uart:ash: ======== ASH starting ========
[2026-04-30 15:45:33] info: zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-04-30 15:45:33] info: zh:ember:uart:ash: ======== ASH starting ========
[2026-04-30 15:45:36] error: z2m: Error while starting zigbee-herdsman
[2026-04-30 15:45:36] error: z2m: Failed to start zigbee-herdsman
[2026-04-30 15:45:36] error: z2m: Check Zigbee2MQTT fails to start/crashes runtime | Zigbee2MQTT for possible solutions
[2026-04-30 15:45:36] error: z2m: Exiting…
[2026-04-30 15:45:36] error: z2m: Error: Failed to start EZSP layer with status=HOST_FATAL_ERROR.
at EmberAdapter.initEzsp (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@4.1.0/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:666:19)
at EmberAdapter.start (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@4.1.0/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1548:24)
at Controller.start (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@4.1.0/node_modules/zigbee-herdsman/src/controller/controller.ts:133:29)
at Zigbee.start (/opt/zigbee2mqtt/lib/zigbee.ts:71:27)
at Controller.start (/opt/zigbee2mqtt/lib/controller.ts:102:13)
at start (/opt/zigbee2mqtt/index.js:149:5)
â ELIFECYCLEâ Command failed with exit code 1.

Eine Idee ?

VG Andreas

Ist der Anteil, der in der Konfiguration.yaml unter “serial” steht, genauso wie im WebInterface deines SLZB ?

Ich habe einen SLZB-06P7 und der läuft aber bei “Adapter” mit zstack. (bei dir läuft wohl Ember)

Ist nur so ne Idee…

1 „Gefällt mir“

Danke - war etwas anderes.

Du hast mich aber auf den richtige Pfad gebracht.

Der Stand im Modus auf ZigBee-Router und nicht auf ZigBee Coordinator :face_vomiting:

Hatte heute einen SLZB-MR4U bekommen und bin auf die blöde Idee gekommen dem 06M auch mal ein Update zu gönnen. Toll das der beim Update den Modus verstellt,

Never touch a running System

Danke

Andreas

2 „Gefällt mir“

Ich komme gerade zurück von einer Dienstreise und hatte die Updates nun an einem 06M und einem MR5U gemacht.

Bei keinem verstellte sich irgendetwas ggü. der vorherigen Einstellung.

Das Update verlief völlig geräuschlos.

LG

Hallo zusammen,
ich versuche aktuell meinen z2m server täglich automatisch einem Neustart zu unterziehen.
Habe es mit einem startscript und crontab versucht.
Scheint aber nicht zu klappen.
Mein Problem ist der deconz-dienst.

Dieser muss nach einem reboot über systemctl stop deconz beendet werden damit z2m erreichbar wird.

Hintergrund des taeglichen reboots sind häufige hänger oder abstürze im system.
Vermutlich wegen der vielen Schreib/Lesevorgänge auf der SD-Karte

# 02:59 Uhr - Zigbee2MQTT stoppen
59 2 * * * /usr/bin/systemctl stop zigbee2mqtt

# 03:00 Uhr - Raspberry Pi neu starten
0 3 * * * /usr/sbin/reboot

# 03:02 Uhr - deCONZ stoppen
2 3 * * * /usr/bin/systemctl stop deconz

# 03:03 Uhr - Zigbee2MQTT starten
# 2 3 * * * /usr/bin/systemctl start zigbee2mqtt (wegen autostart ausgeblendet)

Frage: Warum willst Du das tun?
Was erhoffst Du Dir davon?

LG
Burkhard

Ich kenne es von anderen Anwendungen oder Geräten das ein Regelmäßiger Neustart der Systemstabilität gut tun.

Desweiteren habe ich auch irgendwo gelesen, frag mich bitte nicht wo, das der Arbeitsspeicher nach einer Weile voll geschrieben ist und es somit zu Abstürzen kommen kann oder kommt…

Durch den regelmäßigen Neustart und einen Befehl zum leeren des caches erhoffe ich mir somit ein stabiles system

Wird dabei Dein deConz-Stick stromlos gemacht?

Zigbee baut ein Mesh-Netzwerk auf, was einen dauerhaften Koordinator benötigt. Fällt der aus, verilieren die Devices ihre Orientierung. Sie müssen sich danach also neu sortieren. Das ist nicht gut für die Funktionalität deines Zigbee-Netzwerks. Heißt im schlimmsten Fall, Dein System mag stabil laufen, Deine Zigbee-Geräte unter Umständen nicht mehr.

LG
Burkhard

Nein…. Stromlos wird der glaube nicht gemacht wenn der PI einen reboot durchführt

Welchen PI hast Du?

LG
Burkhard

Das ganze läuft auf einem pi3 mit sd karte

Ein Raspberry Pi mit deCONZ/ConBee muss im Normalbetrieb nicht regelmäßig neu gestartet werden. Ein täglicher Neustart erzeugt jeden Tag eine künstliche Unterbrechung des Zigbee-Netzes. Normalerweise erholt sich das Netz davon, aber einzelne batteriebetriebene Geräte oder ungünstige Routing-Konstellationen können danach vorübergehend oder dauerhaft Probleme bekommen. Ein regelmäßiger Reboot kann daher eher neue Zigbee-Probleme erzeugen als bestehende verhindern. Wenn das System nur durch tägliche Neustarts stabil bleibt, sollte die eigentliche Ursache dafür gesucht werden. Zusätzlich eine höhere SD-Kartenbelastung was nicht positiv für die Haltbarkeit und Sicherheit der SD-Karte ist.

Ich persönlich würde mir das überlegen.

LG
Burkhard

Was schlägst du stattdessen vor?

Ich habe erstmal alles wieder rückgängig gemacht

Die Frage ist: Warum willst Du einen regelmäßigen Reboot machen? meine Pi (7 Stück) laufen durchgehend. Sinnvoller wäre es vielleicht mal zu überlegen von SD auf SSD umstellen, das gibt mehr Datensicherheit.

Aber grundlegend ist die Frage: Warum willst Du den PI regelmäßig alle 24 Stunden rebooten, dass macht keinen Sinn.

LG
Burkhard

Wie ich schon sagte…. Das war zumindest für mich erstmal Schlüssig….
Das System hängt sich irgendwann auf

Nach Neustart läuft es wieder

Also, um systemhänger garnicht erst entstehen zu lassen, reboot

War wohl zu kurz gedacht

Wichtiger Punkt. Finde heraus, warum es sich aufhängt. Reicht der Arbeitsspeicher nicht aus, hat die SD evtl. schon Probleme, etc. Wir in der Medizin würden sagen: Der Reboot ist eine Schmerzpille, um die Symptome zu unterdrücken, behandelt aber nicht die Ursache.

LG
Burkhard

Ich würde auf jeden Fall auf SSD(USB) umstellen, hab ich bei meinen Systemen mit Raspberry gemacht.
Und bei Zigbee würde ich auch auf den SONOFF Zigbee 3.0 USB-Dongle umstellen, hatte auch vorher den Slash Stick.