Test Adapter zigbee2mqtt
-
@biker1602
Dann reduziert es sich auf:dein Betriebssystem ist tot und es stehen 97 Updates in der Pipeline.
-
@thomas-braun said in Test Adapter zigbee2mqtt:
@biker1602
Dann reduziert es sich auf:dein Betriebssystem ist tot und es stehen 97 Updates in der Pipeline.
pi@raspberrypi:~ $ uname -m && test -f /opt/scripts/.docker_config/.thisisdocker && echo "Docker-Installation" || echo "Kein Docker" && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && echo $XDG_SES SION_TYPE && echo $DESKTOP_SESSION && pwd && sudo apt update &> /dev/null && sud o apt update && apt policy nodejs armv7l Kein Docker /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.19.0 v16.19.0 8.19.3 4.0.23 pi pi adm dialout cdrom sudo audio video plugdev games users input netdev lpadmin g pio i2c spi iobroker tty /home/pi Hit:1 http://raspbian.raspberrypi.org/raspbian buster InRelease Hit:2 http://archive.raspberrypi.org/debian buster InRelease Hit:3 https://deb.nodesource.com/node_16.x buster InRelease Reading package lists... Done Building dependency tree Reading state information... Done All packages are up to date. nodejs: Installed: 16.19.0-deb-1nodesource1 Candidate: 16.19.0-deb-1nodesource1 Version table: *** 16.19.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u2 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages pi@raspberrypi:~ $Ich verstehe das nicht, mit System ist tot. Ich habe jetzt alle Updates gemacht.
Ist es so besser? -
Das Buster Release ist im September abgekündigt worden. Installier da Bullseye.
-
@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?
-
@biker1602 sagte in Test Adapter zigbee2mqtt:
/usr/local/bin ist nichts drin
logisch, sonst hätte es ja auch gegriffen
du musst das anpassen
sudo nano /etc/systemd/system/zigbee2mqtt.serviceund den Pfad ändern, von
ExecStart=/usr/local/bin/npm startauf
ExecStart=/usr/bin/npm start@biker1602 sagte in Test Adapter zigbee2mqtt:
muss ich alles neu aufsetzen
kann man, oder update
z.b.
https://linuxhint.com/upgrade-raspberry-pi-os-buster-to-bullseye/ -
@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.
-
[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
-
Jein.
Die Empfehlung geht zu 'alles neu', du kannst aber auch ein Distributions-Upgrade versuchen. Hab ich mal vor geraumer Zeit was zu geschrieben. -
@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.
-
@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 -
@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.
-
@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
-
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.
Jetzt ist zwar der IKEA Button Offline aber vielleicht erholt er sich ja noch. Oder muss der neiu angelernt werden? -
@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?
-
@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
-
@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.
-
@toralt 29.0 ist das neuste.. und JA du solltest dir das update howto bei zigbee2mqtt durchlesen..
