Zigbee Neustart bei Firmwareupdatesüberprüfung
-
@thomas-braun sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
Errors sind grundsätzlich nie okay, sonst wäre es Warnings und keine Errors.
Es gibt aber auch Errors, die man getrost ignorieren kann, deswegen meine Frage ;)
@tugsi sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
Es gibt aber auch Errors, die man getrost ignorieren kann,
Erzähl mir mehr...
Nein, Errors schaut man sich an und fixt sie, damit die Fehler ausgemerzt werden. -
@tugsi sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
sind die Errors alle so ok?
Errors sind grundsätzlich nie okay, sonst wäre es Warnings und keine Errors.
Insbesondere der sieht komisch aus:
npm ERR! error in /opt/iobroker/node_modules/iobroker.adminInstallier den admin nochmal drüber. Und bring deine nodejs-Installation auf Stand 16, du bist da offenbar noch mit was altem unterwegs.
@thomas-braun sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
Installier den admin nochmal drüber. Und bring deine nodejs-Installation auf Stand 16, du bist da offenbar noch mit was altem unterwegs.
Ich denke der fehlende admin kommt weil dies im Multihost ein Slave ist?
Nodejs auf 16, heißt aber auch, dass ich dann beim Master auf 16 gehen sollte oder? Gibt es denn dann auch so eine Reihenfolge wie beim JS-Controller, erst Master dann Slave?Zum Thema beseitigen der Errors, habe gerade mal geschaut, das liegt daran, dass unter node_modules Pakete liegen, die nicht in der package.json gelistet sind.
Der Befehlrm -rf node_moduleswürde alle löschen und mit
npm installdie benötigten erneut installieren.
Kannst das bestätigen oder eher anders vorgehen (abgesehen von V16 updaten)?
Auf 16 mache ich nicht mehr heute, da brauche ich Ruhe und Zeit, wenn mal was nicht so rundläuft, also was für das Wochenende :-)Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...
-
@thomas-braun sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
Installier den admin nochmal drüber. Und bring deine nodejs-Installation auf Stand 16, du bist da offenbar noch mit was altem unterwegs.
Ich denke der fehlende admin kommt weil dies im Multihost ein Slave ist?
Nodejs auf 16, heißt aber auch, dass ich dann beim Master auf 16 gehen sollte oder? Gibt es denn dann auch so eine Reihenfolge wie beim JS-Controller, erst Master dann Slave?Zum Thema beseitigen der Errors, habe gerade mal geschaut, das liegt daran, dass unter node_modules Pakete liegen, die nicht in der package.json gelistet sind.
Der Befehlrm -rf node_moduleswürde alle löschen und mit
npm installdie benötigten erneut installieren.
Kannst das bestätigen oder eher anders vorgehen (abgesehen von V16 updaten)?
Auf 16 mache ich nicht mehr heute, da brauche ich Ruhe und Zeit, wenn mal was nicht so rundläuft, also was für das Wochenende :-)@tugsi sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
Gibt es denn dann auch so eine Reihenfolge wie beim JS-Controller, erst Master dann Slave?
Da du die beiden Systeme eh währenddessen runterfährst: Kein Problem der Reihenfolge.
-
@thomas-braun sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
Installier den admin nochmal drüber. Und bring deine nodejs-Installation auf Stand 16, du bist da offenbar noch mit was altem unterwegs.
Ich denke der fehlende admin kommt weil dies im Multihost ein Slave ist?
Nodejs auf 16, heißt aber auch, dass ich dann beim Master auf 16 gehen sollte oder? Gibt es denn dann auch so eine Reihenfolge wie beim JS-Controller, erst Master dann Slave?Zum Thema beseitigen der Errors, habe gerade mal geschaut, das liegt daran, dass unter node_modules Pakete liegen, die nicht in der package.json gelistet sind.
Der Befehlrm -rf node_moduleswürde alle löschen und mit
npm installdie benötigten erneut installieren.
Kannst das bestätigen oder eher anders vorgehen (abgesehen von V16 updaten)?
Auf 16 mache ich nicht mehr heute, da brauche ich Ruhe und Zeit, wenn mal was nicht so rundläuft, also was für das Wochenende :-)@tugsi sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
dass unter node_modules Pakete liegen, die nicht in der package.json gelistet sind.
Das sollte eigentlich nicht der Fall sein. Zusätzliches Zeug ist i.d. R. unter dem javascript-Adapter zu finden.
-
@tugsi sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
dass unter node_modules Pakete liegen, die nicht in der package.json gelistet sind.
Das sollte eigentlich nicht der Fall sein. Zusätzliches Zeug ist i.d. R. unter dem javascript-Adapter zu finden.
@thomas-braun sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
Das sollte eigentlich nicht der Fall sein. Zusätzliches Zeug ist i.d. R. unter dem javascript-Adapter zu finden.
Ich hab mir das gerade mal angeschaut und ich habe einen Verdacht, dass ich damals wohl schlampig gearbeitet hatte. Kann mich nicht mehr so recht dran erinnern, aber ich hatte zuerst ioBroker auf den Pi, dann wurde das alles zu knapp da und bin umgezogen auf Docker als Master und den Pi als Slave, eventuell habe ich keine reine Neuinstallation da gemacht oder zum testen noch was anderes zusätzlich, dann als Slave eingebunden und alles lief und never change a running System ... so gelassen.
Ist ja auch an meinem Touchscreen dran und das damals einzurichten war auch alles nicht simpel...
Hab da Leichen im Keller :laughing:
Vieleicht wirklich mal ein guter Anlass alles mal auf den aktuellsten Stand zu ziehen und den Raspberry neu aufzusetzen. Muss nur gerade den Pi alles zusammensuchen wegen dem Monitor, manchmal ist einiges Try&Error, weil man nicht das passende im Netz findet und am Ende des Tages freust Dich und bist froh, aber machst keine Doku für später.... (Kenn ich von der Arbeit, bin SPS-Programmierer... und Doku ist das langweiligste was es gibt, aber man ärgert sich später immer wieder, dass man es nicht sofort getan hat)Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...
-
@thomas-braun sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
Das sollte eigentlich nicht der Fall sein. Zusätzliches Zeug ist i.d. R. unter dem javascript-Adapter zu finden.
Ich hab mir das gerade mal angeschaut und ich habe einen Verdacht, dass ich damals wohl schlampig gearbeitet hatte. Kann mich nicht mehr so recht dran erinnern, aber ich hatte zuerst ioBroker auf den Pi, dann wurde das alles zu knapp da und bin umgezogen auf Docker als Master und den Pi als Slave, eventuell habe ich keine reine Neuinstallation da gemacht oder zum testen noch was anderes zusätzlich, dann als Slave eingebunden und alles lief und never change a running System ... so gelassen.
Ist ja auch an meinem Touchscreen dran und das damals einzurichten war auch alles nicht simpel...
Hab da Leichen im Keller :laughing:
Vieleicht wirklich mal ein guter Anlass alles mal auf den aktuellsten Stand zu ziehen und den Raspberry neu aufzusetzen. Muss nur gerade den Pi alles zusammensuchen wegen dem Monitor, manchmal ist einiges Try&Error, weil man nicht das passende im Netz findet und am Ende des Tages freust Dich und bist froh, aber machst keine Doku für später.... (Kenn ich von der Arbeit, bin SPS-Programmierer... und Doku ist das langweiligste was es gibt, aber man ärgert sich später immer wieder, dass man es nicht sofort getan hat)@tugsi sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
Muss nur gerade den Pi alles zusammensuchen wegen dem Monitor
Was für ein Monitor?
ssh und go... -
@tugsi sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
Muss nur gerade den Pi alles zusammensuchen wegen dem Monitor
Was für ein Monitor?
ssh und go...@thomas-braun sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
ssh und go...
ssh ist kein Problem, das war irgendwas mit der Auflösung und der Config für X... wie gesagt, kein Hexenwerk, muss aber nochmal die Dinge zusammensuchen und wenn ich damit anfange, sollte es auch in einem Rutsch gemacht werden, ansonsten habe ich hier eine Frau die sich a) fragt, warum ich wieder so lange am Laptop sitze und b) warum ihr doch mittlerweile geliebter Screen nix anzeigt
Aber vielleicht kannst Du mir das beantworten, auch wenn der Thread hier gerade abdriftet.
Muss ich den Slave erstmal beim Master abmelden, bevor ich den dann neu aufsetze oder?Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...
-
@thomas-braun sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
ssh und go...
ssh ist kein Problem, das war irgendwas mit der Auflösung und der Config für X... wie gesagt, kein Hexenwerk, muss aber nochmal die Dinge zusammensuchen und wenn ich damit anfange, sollte es auch in einem Rutsch gemacht werden, ansonsten habe ich hier eine Frau die sich a) fragt, warum ich wieder so lange am Laptop sitze und b) warum ihr doch mittlerweile geliebter Screen nix anzeigt
Aber vielleicht kannst Du mir das beantworten, auch wenn der Thread hier gerade abdriftet.
Muss ich den Slave erstmal beim Master abmelden, bevor ich den dann neu aufsetze oder?@tugsi sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
das war irgendwas mit der Auflösung und der Config für X.
Was für ein X? Man lässt da kein X laufen.
-
@tugsi sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
das war irgendwas mit der Auflösung und der Config für X.
Was für ein X? Man lässt da kein X laufen.
@thomas-braun sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
Was für ein X? Man lässt da kein X laufen.
Das mag Deine Sichtweise sein.
Ich habe auf den Pi ein X laufen, weil das meinen Monitor als Visualisierung befeuert und da der zentral liegt, läuft darauf ein ioBroker im Slavemodus mit Zigbee und ZWave.
Mir wäre neu, dass man auf einem Pi mit ioBroker nichts anderes laufen lassen darf, zumal wie gesagt es ein Slavesystem ist. Mir erstellt sich nicht der Sinn, warum ich extra für meine Visualisierung einen extra Rechner und somit Stromfresser hinsetzen muss. -
@tugsi @david-g
leute .. nur weil ihr die Version 1.7.6 drauf habt heisst es nicht das diese aktuell ist..
ich mach täglich ein update auf GIT der Version 1.7.6 ..also GIT Version installieren JETZT und nochmal schauen..bitte
-
@arteck Keep calm, ich habe das schon verstanden, ich komm doch selber aus der Programmierecke, auch wenn es Automatisierung ist, aber man macht nicht immer für kleine Zwischenschritte sofort eine Versionsänderung.
Ich hatte Deine Bitte für eine Neuinstallation über GIT befolgt und hatte ja das gleiche Problem, deswegen kam meine Nachfrage, ob es so richtig war mit der Installation...Aber jetzt weiß ich ja, wo ich nachschauen muss, ob er es genommen hat, ich sehe ja Deine Versionsänderungen von herdsman und schaue bei Github welche Du in der package.json gepackt hast.
Gerade upgedatet und nachgeschaut, das aktuelle von Dir drauf:cd /opt/iobroker/ && npm ls | grep zigbee ├─┬ iobroker.zigbee@1.7.6 (github:ioBroker/ioBroker.zigbee#4e4143cee5b8affa73b2b1e1ed6f9fb91201f078) │ ├─┬ zigbee-herdsman@0.14.51 │ └─┬ zigbee-herdsman-converters@14.0.610 │ └── zigbee-herdsman@0.14.51 dedupedAber Problem besteht immer noch:
2022-09-01 08:06:06.531 - info: zigbee.0 (8913) Failed to check if update available for '0x540f57fffe3f5cde' (No image available for imageType '5634') 2022-09-01 08:06:06.607 - info: zigbee.0 (8913) Failed to check if update available for '0x94deb8fffe4c0e07' (No image available for imageType '5634') 2022-09-01 08:06:34.439 - info: zigbee.0 (8913) Failed to check if update available for '0x14b457fffeca020d' (Device didn't respond to OTA request) 2022-09-01 08:06:34.446 - error: zigbee.0 (8913) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2022-09-01 08:06:34.447 - error: zigbee.0 (8913) unhandled promise rejection: Timeout - 63764 - 1 - null - 25 - 1 after 30000ms 2022-09-01 08:06:34.449 - error: zigbee.0 (8913) Error: Timeout - 63764 - 1 - null - 25 - 1 after 30000ms at Timeout._onTimeout (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35) at listOnTimeout (internal/timers.js:557:17) at processTimers (internal/timers.js:500:7) 2022-09-01 08:06:34.450 - error: zigbee.0 (8913) Timeout - 63764 - 1 - null - 25 - 1 after 30000ms 2022-09-01 08:06:34.470 - info: zigbee.0 (8913) cleaned everything up... 2022-09-01 08:06:34.819 - info: zigbee.0 (8913) Zigbee: disabling joining new devices. 2022-09-01 08:06:34.846 - info: zigbee.0 (8913) Failed to check if update available for '0x14b457fffe91707c' (Device didn't respond to OTA request) 2022-09-01 08:06:34.972 - info: zigbee.0 (8913) terminating 2022-09-01 08:06:34.975 - warn: zigbee.0 (8913) Terminated (UNCAUGHT_EXCEPTION): Without reason 2022-09-01 08:06:36.082 - error: host.raspberrypi Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: 2022-09-01 08:06:36.084 - error: host.raspberrypi Caught by controller[1]: Error: Timeout - 63764 - 1 - null - 25 - 1 after 30000ms 2022-09-01 08:06:36.091 - error: host.raspberrypi Caught by controller[1]: at Timeout._onTimeout (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35) 2022-09-01 08:06:36.093 - error: host.raspberrypi Caught by controller[1]: at listOnTimeout (internal/timers.js:557:17) 2022-09-01 08:06:36.093 - error: host.raspberrypi Caught by controller[1]: at processTimers (internal/timers.js:500:7) 2022-09-01 08:06:36.095 - error: host.raspberrypi instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2022-09-01 08:06:36.096 - info: host.raspberrypi Restart adapter system.adapter.zigbee.0 because enabledMaster ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...
-
@arteck Keep calm, ich habe das schon verstanden, ich komm doch selber aus der Programmierecke, auch wenn es Automatisierung ist, aber man macht nicht immer für kleine Zwischenschritte sofort eine Versionsänderung.
Ich hatte Deine Bitte für eine Neuinstallation über GIT befolgt und hatte ja das gleiche Problem, deswegen kam meine Nachfrage, ob es so richtig war mit der Installation...Aber jetzt weiß ich ja, wo ich nachschauen muss, ob er es genommen hat, ich sehe ja Deine Versionsänderungen von herdsman und schaue bei Github welche Du in der package.json gepackt hast.
Gerade upgedatet und nachgeschaut, das aktuelle von Dir drauf:cd /opt/iobroker/ && npm ls | grep zigbee ├─┬ iobroker.zigbee@1.7.6 (github:ioBroker/ioBroker.zigbee#4e4143cee5b8affa73b2b1e1ed6f9fb91201f078) │ ├─┬ zigbee-herdsman@0.14.51 │ └─┬ zigbee-herdsman-converters@14.0.610 │ └── zigbee-herdsman@0.14.51 dedupedAber Problem besteht immer noch:
2022-09-01 08:06:06.531 - info: zigbee.0 (8913) Failed to check if update available for '0x540f57fffe3f5cde' (No image available for imageType '5634') 2022-09-01 08:06:06.607 - info: zigbee.0 (8913) Failed to check if update available for '0x94deb8fffe4c0e07' (No image available for imageType '5634') 2022-09-01 08:06:34.439 - info: zigbee.0 (8913) Failed to check if update available for '0x14b457fffeca020d' (Device didn't respond to OTA request) 2022-09-01 08:06:34.446 - error: zigbee.0 (8913) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2022-09-01 08:06:34.447 - error: zigbee.0 (8913) unhandled promise rejection: Timeout - 63764 - 1 - null - 25 - 1 after 30000ms 2022-09-01 08:06:34.449 - error: zigbee.0 (8913) Error: Timeout - 63764 - 1 - null - 25 - 1 after 30000ms at Timeout._onTimeout (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35) at listOnTimeout (internal/timers.js:557:17) at processTimers (internal/timers.js:500:7) 2022-09-01 08:06:34.450 - error: zigbee.0 (8913) Timeout - 63764 - 1 - null - 25 - 1 after 30000ms 2022-09-01 08:06:34.470 - info: zigbee.0 (8913) cleaned everything up... 2022-09-01 08:06:34.819 - info: zigbee.0 (8913) Zigbee: disabling joining new devices. 2022-09-01 08:06:34.846 - info: zigbee.0 (8913) Failed to check if update available for '0x14b457fffe91707c' (Device didn't respond to OTA request) 2022-09-01 08:06:34.972 - info: zigbee.0 (8913) terminating 2022-09-01 08:06:34.975 - warn: zigbee.0 (8913) Terminated (UNCAUGHT_EXCEPTION): Without reason 2022-09-01 08:06:36.082 - error: host.raspberrypi Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: 2022-09-01 08:06:36.084 - error: host.raspberrypi Caught by controller[1]: Error: Timeout - 63764 - 1 - null - 25 - 1 after 30000ms 2022-09-01 08:06:36.091 - error: host.raspberrypi Caught by controller[1]: at Timeout._onTimeout (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35) 2022-09-01 08:06:36.093 - error: host.raspberrypi Caught by controller[1]: at listOnTimeout (internal/timers.js:557:17) 2022-09-01 08:06:36.093 - error: host.raspberrypi Caught by controller[1]: at processTimers (internal/timers.js:500:7) 2022-09-01 08:06:36.095 - error: host.raspberrypi instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2022-09-01 08:06:36.096 - info: host.raspberrypi Restart adapter system.adapter.zigbee.0 because enabled@tugsi Um dem weiter nachzugehen musst du heraus finden welches Gerät betroffen ist.
Dazu bitte die Geräte durch nutzen des Ein/Ausschalt Icons auf der Kachel deaktivieren bevor du den Firmware check machst. Deaktivierte Geräte werden im Firmwarecheck ignoriert.
Zur Nutzung musst du die Geräte im Nachgang natürlich wieder aktivieren.
A.
-
@asgothian
Danke, ich habe den Übeltäter gefunden.
Bin hingegangen und habe erstmal alle OTA-fähigen Geräte deaktiviert und da lief er durch.
Dann bin ich hingegangen und habe jede Gerätegruppe nach und nach zugeschaltet und geschaut was passiert.
Der Absturz passiert immer, wenn der IKEA Styrbar-Schalter aktiv ist (https://www.zigbee2mqtt.io/devices/E2001_E2002.html), deaktiviere ich, dann läuft der Firmwarecheck ohne Probleme durch.
Ok, jetzt weiß ich das und kann den für den Fall deaktivieren, aber ist ja nicht Sinn.
Soll ich bei Github ein Issue dafür aufmachen?Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...
-
@asgothian
Danke, ich habe den Übeltäter gefunden.
Bin hingegangen und habe erstmal alle OTA-fähigen Geräte deaktiviert und da lief er durch.
Dann bin ich hingegangen und habe jede Gerätegruppe nach und nach zugeschaltet und geschaut was passiert.
Der Absturz passiert immer, wenn der IKEA Styrbar-Schalter aktiv ist (https://www.zigbee2mqtt.io/devices/E2001_E2002.html), deaktiviere ich, dann läuft der Firmwarecheck ohne Probleme durch.
Ok, jetzt weiß ich das und kann den für den Fall deaktivieren, aber ist ja nicht Sinn.
Soll ich bei Github ein Issue dafür aufmachen? -
@arteck Ist egal, auch wenn ich in aufwecke vorher und auch während des Checks, hängt er sich auf.
Mir ist nur dabei aufgefallen, dass er den Check macht, da ich den Schalter während dessen mehrfach geschaltet habe und wohlmöglich wenn der Check eine Rückmeldung bekommt, erst dann crashed der Adapter.Issue ist gemacht: https://github.com/ioBroker/ioBroker.zigbee/issues/1518
-
Hab noch einen aktuelleren Styrbar (mit silbernen Deckel) ausprobiert, wenn ich den anmelde und OTA ausprobiere, funktioniert alles normal, er checked und sagt, dass es keine neue Firmware gibt (date code: 20200708
build: 1.0.024), aber der alte Styrbar hat dieselben Daten.
Also vermute ich, dass es an den Schalter selber liegt, dass der Adapter crashed.
Also wäre Interessant, ob andere mit dem älteren Modell (weißer Schalterdeckel), ebenso Probleme haben.Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...
-
Hab noch einen aktuelleren Styrbar (mit silbernen Deckel) ausprobiert, wenn ich den anmelde und OTA ausprobiere, funktioniert alles normal, er checked und sagt, dass es keine neue Firmware gibt (date code: 20200708
build: 1.0.024), aber der alte Styrbar hat dieselben Daten.
Also vermute ich, dass es an den Schalter selber liegt, dass der Adapter crashed.
Also wäre Interessant, ob andere mit dem älteren Modell (weißer Schalterdeckel), ebenso Probleme haben.@tugsi sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
Hab noch einen aktuelleren Styrbar (mit silbernen Deckel) ausprobiert, wenn ich den anmelde und OTA ausprobiere, funktioniert alles normal, er checked und sagt, dass es keine neue Firmware gibt (date code: 20200708
build: 1.0.024), aber der alte Styrbar hat dieselben Daten.
Also vermute ich, dass es an den Schalter selber liegt, dass der Adapter crashed.
Also wäre Interessant, ob andere mit dem älteren Modell (weißer Schalterdeckel), ebenso Probleme haben.Ich habe einen Styrbar der das problem auch nicht zeigt.
A.
-
@asgothian sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
Ich habe einen Styrbar der das problem auch nicht zeigt.
Wie gesagt, das ältere Modell hat das Problem, das neuere nicht.
Es kann ja auch ein "einmaliges" Problem sein, wegen kleinen Hardwarefehler o.ä., deswegen wäre ja auch interessant, ob ich der einzige bin oder mehrere das Problem haben, von daher bitte auch die mal posten, die ein Styrbar haben und das Problem nicht haben!Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...
-
@asgothian sagte in Zigbee Neustart bei Firmwareupdatesüberprüfung:
Ich habe einen Styrbar der das problem auch nicht zeigt.
Wie gesagt, das ältere Modell hat das Problem, das neuere nicht.
Es kann ja auch ein "einmaliges" Problem sein, wegen kleinen Hardwarefehler o.ä., deswegen wäre ja auch interessant, ob ich der einzige bin oder mehrere das Problem haben, von daher bitte auch die mal posten, die ein Styrbar haben und das Problem nicht haben!Ich hab die Version 1.7.5 (stable repo) am laufen und hab das selbe Problem. Sobald ich die Firmwareprüfung starte, stürzt ca. 30 Sekunden später der Adapter ab. Ich hab allerdings kein "Styrbar" Gerät, allerdings läuft der Adapter bei mir auch auf einem Slave (Multihost) System. Nodejs hab ich gestern auf V16 angehoben, hat aber keine Verbesserung gebracht, war aber eh mal nötig...
022-11-24 05:21:51.769 - info: zigbee.0 (14948) Device zigbee.0.841826000000f2c2 is marked unavailable, skipping... 2022-11-24 05:21:51.779 - info: zigbee.0 (14948) Device zigbee.0.00158d00057f8bb4 is marked unavailable, skipping... 2022-11-24 05:21:51.945 - info: zigbee.0 (14948) Device zigbee.0.2c1165fffe55c823 is marked unavailable, skipping... 2022-11-24 05:21:52.075 - info: zigbee.0 (14948) Firmware on '0x7cb03eaa00b0dfe8' is newer than latest firmware online. 2022-11-24 05:21:52.226 - info: zigbee.0 (14948) Firmware on '0x7cb03eaa0a014768' is newer than latest firmware online. 2022-11-24 05:21:52.383 - info: zigbee.0 (14948) Firmware on '0x7cb03eaa00b0a8e1' is newer than latest firmware online. 2022-11-24 05:21:53.138 - info: zigbee.0 (14948) Firmware on '0x7cb03eaa0a015686' is newer than latest firmware online. 2022-11-24 05:21:54.197 - info: zigbee.0 (14948) Firmware on '0x7cb03eaa00b07b4c' is newer than latest firmware online. 2022-11-24 05:21:54.757 - info: zigbee.0 (14948) Firmware on '0x7cb03eaa0a06f717' is newer than latest firmware online. 2022-11-24 05:22:02.006 - info: zigbee.0 (14948) Failed to check if update available for '0x0017880104a5bba4' (Device didn't respond to OTA request) 2022-11-24 05:22:04.266 - info: zigbee.0 (14948) Firmware on '0x7cb03eaa0a068527' is newer than latest firmware online. 2022-11-24 05:22:04.441 - info: zigbee.0 (14948) Failed to check if update available for '0x50325ffffe2c8560' (Device didn't respond to OTA request) 2022-11-24 05:22:12.052 - info: zigbee.0 (14948) Failed to check if update available for '0x50325ffffe6322c2' (Device didn't respond to OTA request) 2022-11-24 05:22:21.669 - info: zigbee.0 (14948) Failed to check if update available for '0x0017880104b97087' (Device didn't respond to OTA request) 2022-11-24 05:22:21.906 - error: zigbee.0 (14948) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2022-11-24 05:22:21.907 - error: zigbee.0 (14948) unhandled promise rejection: Timeout - 60856 - 1 - null - 25 - 1 after 30000ms 2022-11-24 05:22:21.910 - error: zigbee.0 (14948) Error: Timeout - 60856 - 1 - null - 25 - 1 after 30000ms at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35) at listOnTimeout (node:internal/timers:559:17) at processTimers (node:internal/timers:502:7) 2022-11-24 05:22:21.911 - error: zigbee.0 (14948) Timeout - 60856 - 1 - null - 25 - 1 after 30000ms 2022-11-24 05:22:21.953 - info: zigbee.0 (14948) Failed to check if update available for '0x2c1165fffe3d45b7' (Device didn't respond to OTA request) 2022-11-24 05:22:21.958 - info: zigbee.0 (14948) cleaned everything up... 2022-11-24 05:22:22.652 - info: zigbee.0 (14948) Zigbee: disabling joining new devices. 2022-11-24 05:22:22.691 - info: zigbee.0 (14948) terminating 2022-11-24 05:22:22.698 - warn: zigbee.0 (14948) Terminated (UNCAUGHT_EXCEPTION): Without reason 2022-11-24 05:22:23.473 - error: host.Slaveserver1 Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: 2022-11-24 05:22:23.474 - error: host.Slaveserver1 Caught by controller[1]: Error: Timeout - 60856 - 1 - null - 25 - 1 after 30000ms 2022-11-24 05:22:23.475 - error: host.Slaveserver1 Caught by controller[1]: at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35) 2022-11-24 05:22:23.476 - error: host.Slaveserver1 Caught by controller[1]: at listOnTimeout (node:internal/timers:559:17) 2022-11-24 05:22:23.476 - error: host.Slaveserver1 Caught by controller[1]: at processTimers (node:internal/timers:502:7) 2022-11-24 05:22:23.477 - error: host.Slaveserver1 instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
Support us
568
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge