NEWS
Test Adapter zigbee2mqtt
-
@thomas-braun said in Test Adapter zigbee2mqtt:
Das Buster Release ist im September abgekündigt worden. Installier da Bullseye.
Aber da muss ich alles neu aufsetzen oder?
Jein.
Die Empfehlung geht zu 'alles neu', du kannst aber auch ein Distributions-Upgrade versuchen. Hab ich mal vor geraumer Zeit was zu geschrieben. -
@biker1602 sagte in Test Adapter zigbee2mqtt:
@thomas-braun said in Test Adapter zigbee2mqtt:
Das Buster Release ist im September abgekündigt worden. Installier da Bullseye.
Aber da muss ich alles neu aufsetzen oder?
Nein, du kannst ein update machen.
Musst du aber nicht. Das ursprüngliche Problem wird sich mit einer Neuinstallation des Systems NICHT beheben.
Wenn das System aktuell läuft dann musst du das nicht zwingend aktualisieren - auch wenn @thomas-braun Meinung ist das nur ein System auf dem aktuellen Stand lebensfähig ist.
Läuft dein zigbee2mqtt Dienst denn jetzt ? Wenn nein, Poste noch mal bitte genau das was du in der Datei
/etc/systemd/system/zigbee2mqtt.serviceauf deinem System drin stehen hast.
Nachtrag: Das was @crunchip geschrieben hat vermute ich aktuell auch als Ursache für Dein Problem.
A.
@asgothian sagte in Test Adapter zigbee2mqtt:
auch wenn @thomas-braun Meinung ist das nur ein System auf dem aktuellen Stand lebensfähig ist.
Zumindest macht es das Leben leichter mit noch unterstützen Systemen herumzuhantieren.
-
[Unit] Description=zigbee2mqtt After=network.target [Service] Environment=NODE_ENV=production ExecStart=/usr/bin/npm start WorkingDirectory=/opt/zigbee2mqtt StandardOutput=inherit # Or use StandardOutput=null if you don't want Zigbee2MQTT messages filling syslog, for more options see systemd.exec(5) StandardError=inherit Restart=always RestartSec=10s User=pi [Install] WantedBy=multi-user.targetSo habe den Pfad geändert
pi@raspberrypi:/opt/zigbee2mqtt $ npm start > zigbee2mqtt@1.28.0 start > node index.js Zigbee2MQTT:info 2022-12-20 13:13:06: Logging to console and directory: '/opt/zigbee2mqtt/data/log/2022-12-20.13-13-06' filename: log.txt Zigbee2MQTT:info 2022-12-20 13:13:06: Starting Zigbee2MQTT version 1.28.0 (commit #03ba647) Zigbee2MQTT:info 2022-12-20 13:13:06: Starting zigbee-herdsman (0.14.62) Zigbee2MQTT:info 2022-12-20 13:13:07: zigbee-herdsman started (resumed) Zigbee2MQTT:info 2022-12-20 13:13:07: Coordinator firmware version: '{"meta":{"maintrel":3,"majorrel":2,"minorrel":6,"product":0,"revision":20190608,"transportrev":2},"type":"zStack12"}' Zigbee2MQTT:info 2022-12-20 13:13:07: Currently 1 devices are joined: Zigbee2MQTT:info 2022-12-20 13:13:07: IKEA Smart Home Button (0x84fd27fffe1f7496): E1524/E1810 - IKEA TRADFRI remote control (EndDevice) Zigbee2MQTT:info 2022-12-20 13:13:07: Zigbee: disabling joining new devices. Zigbee2MQTT:info 2022-12-20 13:13:07: Connecting to MQTT server at mqtt://localhost Zigbee2MQTT:info 2022-12-20 13:13:07: Connected to MQTT server Zigbee2MQTT:info 2022-12-20 13:13:07: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"online"}' Zigbee2MQTT:info 2022-12-20 13:13:07: MQTT publish: topic 'zigbee2mqtt/IKEA Smart Home Button/availability', payload '{"state":"offline"}' Zigbee2MQTT:info 2022-12-20 13:13:07: Started frontend on port 0.0.0.0:8080Gestartet Adapter ist Grün und sobald ich die Konsole schließe ist er wieder Gelb
@biker1602 solange du das Programm immer direkt per npm startet bleibt es so
Du musst schon den Dienst starten. Nachdem du die Datei angepasst hast solltest du nochmal das versuchen was @ciddi89 weiter oben geschrieben hat:
@ciddi89 sagte in Test Adapter zigbee2mqtt:
@biker1602
Mach malsystemctl daemon-reloadUnd dann noch mal
sudo systemctl start zigbee2mqttUnd Ergebnis von
systemctl status zigbee2mqtt.service -
@asgothian sagte in Test Adapter zigbee2mqtt:
auch wenn @thomas-braun Meinung ist das nur ein System auf dem aktuellen Stand lebensfähig ist.
Zumindest macht es das Leben leichter mit noch unterstützen Systemen herumzuhantieren.
@thomas-braun sagte in Test Adapter zigbee2mqtt:
@asgothian sagte in Test Adapter zigbee2mqtt:
auch wenn @thomas-braun Meinung ist das nur ein System auf dem aktuellen Stand lebensfähig ist.
Zumindest macht es das Leben leichter mit noch unterstützen Systemen herumzuhantieren.
Grundsatzdiskussion - will ich hier nicht führen. Wir haben da unterschiedliche Ansichten.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
[Unit] Description=zigbee2mqtt After=network.target [Service] Environment=NODE_ENV=production ExecStart=/usr/bin/npm start WorkingDirectory=/opt/zigbee2mqtt StandardOutput=inherit # Or use StandardOutput=null if you don't want Zigbee2MQTT messages filling syslog, for more options see systemd.exec(5) StandardError=inherit Restart=always RestartSec=10s User=pi [Install] WantedBy=multi-user.targetSo habe den Pfad geändert
pi@raspberrypi:/opt/zigbee2mqtt $ npm start > zigbee2mqtt@1.28.0 start > node index.js Zigbee2MQTT:info 2022-12-20 13:13:06: Logging to console and directory: '/opt/zigbee2mqtt/data/log/2022-12-20.13-13-06' filename: log.txt Zigbee2MQTT:info 2022-12-20 13:13:06: Starting Zigbee2MQTT version 1.28.0 (commit #03ba647) Zigbee2MQTT:info 2022-12-20 13:13:06: Starting zigbee-herdsman (0.14.62) Zigbee2MQTT:info 2022-12-20 13:13:07: zigbee-herdsman started (resumed) Zigbee2MQTT:info 2022-12-20 13:13:07: Coordinator firmware version: '{"meta":{"maintrel":3,"majorrel":2,"minorrel":6,"product":0,"revision":20190608,"transportrev":2},"type":"zStack12"}' Zigbee2MQTT:info 2022-12-20 13:13:07: Currently 1 devices are joined: Zigbee2MQTT:info 2022-12-20 13:13:07: IKEA Smart Home Button (0x84fd27fffe1f7496): E1524/E1810 - IKEA TRADFRI remote control (EndDevice) Zigbee2MQTT:info 2022-12-20 13:13:07: Zigbee: disabling joining new devices. Zigbee2MQTT:info 2022-12-20 13:13:07: Connecting to MQTT server at mqtt://localhost Zigbee2MQTT:info 2022-12-20 13:13:07: Connected to MQTT server Zigbee2MQTT:info 2022-12-20 13:13:07: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"online"}' Zigbee2MQTT:info 2022-12-20 13:13:07: MQTT publish: topic 'zigbee2mqtt/IKEA Smart Home Button/availability', payload '{"state":"offline"}' Zigbee2MQTT:info 2022-12-20 13:13:07: Started frontend on port 0.0.0.0:8080Gestartet Adapter ist Grün und sobald ich die Konsole schließe ist er wieder Gelb
@biker1602 sagte in Test Adapter zigbee2mqtt:
schließe ist er wieder Gelb
Verify that the configuration works:
Start Zigbee2MQTT
sudo systemctl start zigbee2mqttShow status
systemctl status zigbee2mqtt.serviceNow that everything works, we want systemctl to start Zigbee2MQTT automatically on boot, this can be done by executing:
sudo systemctl enable zigbee2mqtt.serviceansonsten mach mal ein reboot
-
@thomas-braun sagte in Test Adapter zigbee2mqtt:
@asgothian sagte in Test Adapter zigbee2mqtt:
auch wenn @thomas-braun Meinung ist das nur ein System auf dem aktuellen Stand lebensfähig ist.
Zumindest macht es das Leben leichter mit noch unterstützen Systemen herumzuhantieren.
Grundsatzdiskussion - will ich hier nicht führen. Wir haben da unterschiedliche Ansichten.
Da gibt es ja auch nix zu diskutieren, grundsätzlich ist es natürlich schwieriger ein System nach dem EOL am laufen zu halten als ein aktuell vom Hersteller noch unterstütztes.
-
@asgothian said in Test Adapter zigbee2mqtt:
@biker1602 solange du das Programm immer direkt per npm startet bleibt es so
Du musst schon den Dienst starten. Nachdem du die Datei angepasst hast solltest du nochmal das versuchen was @ciddi89 weiter oben geschrieben hat:
@ciddi89 sagte in Test Adapter zigbee2mqtt:
@biker1602
Mach malsystemctl daemon-reloadUnd dann noch mal
sudo systemctl start zigbee2mqttUnd Ergebnis von
systemctl status zigbee2mqtt.serviceDas war es jetzt bleibt er grün. :ok_hand: Jetzt ist zwar der IKEA Button Offline aber vielleicht erholt er sich ja noch. Oder muss der neiu angelernt werden?
-
Da gibt es ja auch nix zu diskutieren, grundsätzlich ist es natürlich schwieriger ein System nach dem EOL am laufen zu halten als ein aktuell vom Hersteller noch unterstütztes.
@thomas-braun sagte in Test Adapter zigbee2mqtt:
Da gibt es ja auch nix zu diskutieren, grundsätzlich ist es natürlich schwieriger ein System nach dem EOL am laufen zu halten als ein aktuell vom Hersteller noch unterstütztes.
Da gibt es viel zu diskutieren. Der OP hat kein problem damit sein System am laufen zu halten - es läuft. Er hat ein problem damit aus einer nicht auf sein System zugeschnittenen Anleitung zusätzliche Software zum laufen zu kriegen. Das wäre bei dem neu aufgesetzten System genau so geblieben, da sich an dem eigentlichen Fehler absolut NICHTS durch das neue System ändert.
Die Frage ist also nicht ob ein neues System einfacher zu warten ist, sondern ob das neu installieren das Problem des OP's löst. Tut es nicht.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@thomas-braun sagte in Test Adapter zigbee2mqtt:
Da gibt es ja auch nix zu diskutieren, grundsätzlich ist es natürlich schwieriger ein System nach dem EOL am laufen zu halten als ein aktuell vom Hersteller noch unterstütztes.
Da gibt es viel zu diskutieren. Der OP hat kein problem damit sein System am laufen zu halten - es läuft. Er hat ein problem damit aus einer nicht auf sein System zugeschnittenen Anleitung zusätzliche Software zum laufen zu kriegen. Das wäre bei dem neu aufgesetzten System genau so geblieben, da sich an dem eigentlichen Fehler absolut NICHTS durch das neue System ändert.
Die Frage ist also nicht ob ein neues System einfacher zu warten ist, sondern ob das neu installieren das Problem des OP's löst. Tut es nicht.
A.
Richtig, die Service-Datei ist hüben wie drüben falsch.
Trotzdem wird ein abgekündigtes System künstlich am Leben gehalten, die Aufgabe das Release zu wechseln stellt sich früher oder später ohnehin.
Je länger das herausgezögert wird desto komplexer wird das aber erfahrungsgemäß. Deswegen beizeiten wechseln und nicht das EOL eintreten lassen. Dafür gibt es ja den Übergangszeitraum von über einem Jahr bei Debian von Release zu Release. Kommt ja nicht aus heiterem Himmel.Die 'große' Operation ist jetzt mit einem Pflästerchen etwas herausgezögert worden. Aber wie viele Pflaster willste da noch draufpappen?
-
Richtig, die Service-Datei ist hüben wie drüben falsch.
Trotzdem wird ein abgekündigtes System künstlich am Leben gehalten, die Aufgabe das Release zu wechseln stellt sich früher oder später ohnehin.
Je länger das herausgezögert wird desto komplexer wird das aber erfahrungsgemäß. Deswegen beizeiten wechseln und nicht das EOL eintreten lassen. Dafür gibt es ja den Übergangszeitraum von über einem Jahr bei Debian von Release zu Release. Kommt ja nicht aus heiterem Himmel.Die 'große' Operation ist jetzt mit einem Pflästerchen etwas herausgezögert worden. Aber wie viele Pflaster willste da noch draufpappen?
@thomas-braun sagte in Test Adapter zigbee2mqtt:
Trotzdem wird ein abgekündigtes System künstlich am Leben gehalten, die Aufgabe das Release zu wechseln stellt sich früher oder später ohnehin.
aber im andern thread... und nicht HIER
-
Aktuelle Test Version 
Veröffentlichungsdatum 13.01.2023 Github Link https://github.com/o0shojo0o/ioBroker.zigbee2mqtt Stats: 
Tests: 
Changelog
Dieser Adapter ermöglicht es, die Datenpunkte der Geräte einer Zigbee2MQTT-Instanz in ioBroker einzubinden.
Es wird erstmal die Konfigurationsvariante Websocket empfohlen.
Der @nox309 hat auch schon eine Dokumentation begonnen die HIER zu finden ist.
Die folgenden Zigbee2MQTT Konfiguration Parameter sind zwingen erforderlich damit der Adapter die Daten verarbeiten kann.
advanced: legacy_api: false legacy_availability_payload: false output: json device_options: legacy: false availability: true@idlebit mal eine generelle Frage:
Ich habe zigbee2mqtt auf die neueste Version upgedatet (28.5) und bekomme anschließen jede Minute einen disconnect des Adapters wegen websocket error. Adapter ist aktuell bei 2.5.0.Ich habe nun meine Backup VM gestartet und bin somit wieder auf Version 28.4 bei zigbee2mqtt. Nun funktioniert wieder alles wie vorher. Muss ich nach dem Update von zigbee2mqtt wieder irgendwas in der config anpassen bevor der Adapter wieder funktioniert? In der Dokumentation von @nox309 konnte ich hierzu nichts finden.
<< ioBroker im Docker auf Synology DS1821+, 10GBit, 32GB RAM>>
-
@idlebit mal eine generelle Frage:
Ich habe zigbee2mqtt auf die neueste Version upgedatet (28.5) und bekomme anschließen jede Minute einen disconnect des Adapters wegen websocket error. Adapter ist aktuell bei 2.5.0.Ich habe nun meine Backup VM gestartet und bin somit wieder auf Version 28.4 bei zigbee2mqtt. Nun funktioniert wieder alles wie vorher. Muss ich nach dem Update von zigbee2mqtt wieder irgendwas in der config anpassen bevor der Adapter wieder funktioniert? In der Dokumentation von @nox309 konnte ich hierzu nichts finden.
@toralt ne eigentlich nicht. Habe auch das Update gemacht und danach lief alles wieder wie vorher.
-
@idlebit mal eine generelle Frage:
Ich habe zigbee2mqtt auf die neueste Version upgedatet (28.5) und bekomme anschließen jede Minute einen disconnect des Adapters wegen websocket error. Adapter ist aktuell bei 2.5.0.Ich habe nun meine Backup VM gestartet und bin somit wieder auf Version 28.4 bei zigbee2mqtt. Nun funktioniert wieder alles wie vorher. Muss ich nach dem Update von zigbee2mqtt wieder irgendwas in der config anpassen bevor der Adapter wieder funktioniert? In der Dokumentation von @nox309 konnte ich hierzu nichts finden.
-
Aktuelle Test Version Veröffentlichungsdatum 13.01.2023 Github Link https://github.com/o0shojo0o/ioBroker.zigbee2mqtt Stats: Tests: Changelog
Dieser Adapter ermöglicht es, die Datenpunkte der Geräte einer Zigbee2MQTT-Instanz in ioBroker einzubinden.
Es wird erstmal die Konfigurationsvariante Websocket empfohlen.
Der @nox309 hat auch schon eine Dokumentation begonnen die HIER zu finden ist.
Die folgenden Zigbee2MQTT Konfiguration Parameter sind zwingen erforderlich damit der Adapter die Daten verarbeiten kann.
advanced: legacy_api: false legacy_availability_payload: false output: json device_options: legacy: false availability: true@idlebit sagte in Test Adapter zigbee2mqtt:
Aktuelle Test Version Veröffentlichungsdatum wartet noch auf die Freigabe für das Beta-Repo Github Link https://github.com/o0shojo0o/ioBroker.zigbee2mqtt Hallo, mal eine kleine Frage. Wann kommt der Adapter ins Beta-Repo?
Bei anderen Adaptern ging das meiner Meinung nach schneller.Ihr macht hier eine tolle Arbeit. 👍
Ich vergesse immer nachzuschauen ob ein neues Update bei Github gibt. 😱Allen ein gesundes neues Jahr.
Jan -
@idlebit sagte in Test Adapter zigbee2mqtt:
Aktuelle Test Version Veröffentlichungsdatum wartet noch auf die Freigabe für das Beta-Repo Github Link https://github.com/o0shojo0o/ioBroker.zigbee2mqtt Hallo, mal eine kleine Frage. Wann kommt der Adapter ins Beta-Repo?
Bei anderen Adaptern ging das meiner Meinung nach schneller.Ihr macht hier eine tolle Arbeit. 👍
Ich vergesse immer nachzuschauen ob ein neues Update bei Github gibt. 😱Allen ein gesundes neues Jahr.
Jan@jan-s100 wenn @apollon77 zeit gefunden hat für ein Code Review.
bis dahin musst du es von GIT installieren -
@toralt 29.0 ist das neuste.. und JA du solltest dir das update howto bei zigbee2mqtt durchlesen..
-
@arteck Stimmt, Sorry, 1.29.0
Genau nach der offiziellen Anleitung habe ich das update gemacht. zigbee2mqtt läuft danach ja auch bestens. Nur der Adapter halt nicht mehr.
-
@arteck ja, das klappt auch, dann ist er ne minute grün, dann kommt ein websocket error und er wird gelb, dann wird er gleich wieder grün, nach ca 1 minute wieder websocket error. Das geht dann immer so weiter.
<< ioBroker im Docker auf Synology DS1821+, 10GBit, 32GB RAM>>
-
@arteck ja, das klappt auch, dann ist er ne minute grün, dann kommt ein websocket error und er wird gelb, dann wird er gleich wieder grün, nach ca 1 minute wieder websocket error. Das geht dann immer so weiter.
-
@apollon77 Wenn sich über das lange WE Zeit findet, dann werde ich da nochmal einen Versuch starten. Dann kann ich das Log posten. Nachdem ich die VM mit 1.29.0 wieder gelöscht habe muss ich das update erst nochmal machen.
Support us
835
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge