NEWS
UNSOLVED Zwave Adapter 1.7.2 wird bei Updates etc. rot
-
Ich poste das mal hier rein, da ich ein Rechte Problem vermute.
Bei mir steigt leider regelmäßig der ZWave Adapter in der Version 1.7.2 aus. Wann genau kann ich gar nicht sagen, ich stelle nur fest, wenn ich Updates innerhalb von IOBroker durchführe, ist er nachher meistens Rot.
Gerade eben habe ich keine Updates ausgeführt, lediglich ein Javascript für die Heizung angepasst und ein Blocky geschrieben, das prüft, ob der Adapter noch grün ist. Zum Test den Adapter gestoppt und nachher wieder gestartet. Dieser ist direkt auf Rot gegangen.
Gestartet bekomme ich ihn wieder, indem ich in der Konsole folgenden Befehl eingebe:
sudo ldconfig /usr/local/lib64
Das Problem gab es ja schon immer, allerdings nur bei der ersten Installation, daher vermute ich mal, das dort aktuell Daten vom System überschrieben werden, sobald ich eine Veränderung vornehme.
Im Log finde ich folgendes:
host.iobrokervm 2019-12-22 16:01:07.977 info Restart adapter system.adapter.zwave.0 because enabled host.iobrokervm 2019-12-22 16:01:07.976 info instance system.adapter.zwave.0 terminated with code 0 (NO_ERROR) host.iobrokervm 2019-12-22 16:01:07.976 error Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:653:32) host.iobrokervm 2019-12-22 16:01:07.976 error Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10) host.iobrokervm 2019-12-22 16:01:07.976 error Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:778:30) host.iobrokervm 2019-12-22 16:01:07.976 error Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/openzwave-shared/lib/openzwave-shared.js:27:19) host.iobrokervm 2019-12-22 16:01:07.976 error Caught by controller[0]: at require (internal/modules/cjs/helpers.js:25:18) host.iobrokervm 2019-12-22 16:01:07.975 error Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:692:17) host.iobrokervm 2019-12-22 16:01:07.975 error Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:585:3) host.iobrokervm 2019-12-22 16:01:07.975 error Caught by controller[0]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12) host.iobrokervm 2019-12-22 16:01:07.975 error Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:653:32) host.iobrokervm 2019-12-22 16:01:07.975 error Caught by controller[0]: at Object.Module._extensions..node (internal/modules/cjs/loader.js:807:18) host.iobrokervm 2019-12-22 16:01:07.974 error Caught by controller[0]: Error: libopenzwave.so.1.6: cannot open shared object file: No such file or directory zwave.0 2019-12-22 16:01:07.439 info (7546) Terminated (NO_ERROR): Without reason zwave.0 2019-12-22 16:01:07.437 info (7546) terminating zwave.0 2019-12-22 16:01:07.390 error at Module.load (internal/modules/cjs/loader.js:653:32) zwave.0 2019-12-22 16:01:07.390 error at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10) zwave.0 2019-12-22 16:01:07.390 error at Module._compile (internal/modules/cjs/loader.js:778:30) zwave.0 2019-12-22 16:01:07.390 error at Object.<anonymous> (/opt/iobroker/node_modules/openzwave-shared/lib/openzwave-shared.js:27:19) zwave.0 2019-12-22 16:01:07.390 error at require (internal/modules/cjs/helpers.js:25:18) zwave.0 2019-12-22 16:01:07.390 error at Module.require (internal/modules/cjs/loader.js:692:17) zwave.0 2019-12-22 16:01:07.390 error at Function.Module._load (internal/modules/cjs/loader.js:585:3) zwave.0 2019-12-22 16:01:07.390 error at tryModuleLoad (internal/modules/cjs/loader.js:593:12) zwave.0 2019-12-22 16:01:07.390 error at Module.load (internal/modules/cjs/loader.js:653:32) zwave.0 2019-12-22 16:01:07.390 error at Object.Module._extensions..node (internal/modules/cjs/loader.js:807:18) zwave.0 2019-12-22 16:01:07.390 error (7546) Error: libopenzwave.so.1.6: cannot open shared object file: No such file or directory zwave.0 2019-12-22 16:01:07.389 error (7546) uncaught exception: libopenzwave.so.1.6: cannot open shared object file: No such file or directory zwave.0 2019-12-22 16:01:06.416 info (7546) starting. Version 1.7.2 in /opt/iobroker/node_modules/iobroker.zwave, node: v10.17.0
Systemdata Bitte Ausfüllen Hardwaresystem: NUC Arbeitsspeicher: 8GB (4GB für IOBroker) Festplattenart: SSD Betriebssystem: Proxmox Node-Version: 10.17.0 Nodejs-Version: 10.17.0 NPM-Version: 6.11.3 Installationsart: Skript Image genutzt: Nein Ort/Name der Imagedatei: Link -
@Schuko80 sagte in Zwave Adapter 1.7.2 wird bei Updates etc. rot:
Gestartet bekomme ich ihn wieder, indem ich in der Konsole folgenden Befehl eingebe:
sudo ldconfig /usr/local/lib64Das ändert eigentlich Dinge in der Systemkonfiguration (unabhängig von ioBroker). Scheint als wird diese Änderung nicht permanent übernommen. Kannst du ausmachen, welche Aktionen dazu führen, dass der Adapter nicht mehr startet?
Alternativ: Hast du mal meinen Z-Wave2-Adapter ausprobiert? Oder fehlt dir da noch Funktionalität?
https://forum.iobroker.net/topic/27796/test-adapter-z-wave-2-v0-6-x -
Sorry, konnte leider über Weihnachten nicht anworten, die Familie hat mich voll in Beschlag genommen
Der Adapter wird auf jeden Fall rot, beim Update des JS-Controllers und meiner Meinung nach gibt es auch Probleme, wenn diverse andere Adapter upgedatet werden. Daher hätte ich gedacht, das IOBroker da was überschreibt.
Deinen ZWave 2 Adapter habe ich gesehen, als er noch ganz neu war, ausprobiert habe ich ihn bisher aber noch nicht, ich meine mich zu erinnern, das damals noch das Thema der Unterstützen Geräte war.
Es hat sich mittlerweile bestimmt einiges getan, ich muss mich da nur aktuell absolut drauf verlassen können, da ich die Heizungen darüber laufen habe und wenn die Nachts durchlaufen ist das nicht lustig.Ich schau mir den noch mal an, aktuell bin ich insgesamt sehr unzufrieden, habe nach langer Zeit LXC Container mal auf ne VM (Headless) gewechselt, damit es mit dem Stick einfacher ist, aber das frisst mir gute 1,4GB mehr Arbeitsspeicher, was echt stört.
-
@Schuko80 sagte in Zwave Adapter 1.7.2 wird bei Updates etc. rot:
gibt es auch Probleme, wenn diverse andere Adapter upgedatet werden. Daher hätte ich gedacht, das IOBroker da was überschreibt.
@cburghardt Könnte es sein, dass da unnötigerweise doch Z-Wave neu kompiliert wird?
@Schuko80 sagte in Zwave Adapter 1.7.2 wird bei Updates etc. rot:
Es hat sich mittlerweile bestimmt einiges getan, ich muss mich da nur aktuell absolut drauf verlassen können, da ich die Heizungen darüber laufen habe und wenn die Nachts durchlaufen ist das nicht lustig.
Puh, garantieren will ich das derzeit noch nicht. Ich werde die Tage allerdings auch komplett umstellen.
-
openzwave wird definitiv nicht neu kompiliert. Sieht eher nach einem Problem mit der Registrierung der library aus. Vielleicht ist aber auch noch eine alte Version parallel installiert?
-
Sorry, in den letzten zwei Wochen ging alles drunter und drüber, vom defekten Handy bis ...
Eine alte Version könnte evtl sein, allerdings habe ich das System im, glaube ich, November, komplett neu aufgesetzt.
Gestern habe ich lediglich den Deconz Adapter geupdated, der ZWave Adapter blieb grün, lief aber trotzdem nicht mehr, das durfte ich heute morgen dann feststellen, nachdem ich in ein sehr warmes Wohnzimmer kam. Es hat nämlich weder die Display Steuerung noch die Automatik im Hintergrund gegriffen. Das gab dann mal die gelbe Karte von der besseren Hälfte.
Ich habe daraufhin heute mal den ZWave2 Adapter angeworfen, der lief auch auf Anhieb und zeigt wenn ich es mir nicht einbilde, sogar noch mehr Datenpunkte. Sehr gut, dachte ich, warum haste das nicht früher gemacht.
Aber jetzt kommt das dicke ABER: Der Zwave2 zeigt im Protokoll, das sich die Thermostate LC-13 Danfoss schlafen legen, was ja ok ist. Allerdings verlieren die Thermostate für die Zeit die vollständige Verbindung zum Stick! Das äußert sich dann dadurch, das bei manueller Bedienung die Thermostate gefühlte 10 Sekunden brauchen um etwas anzuzeigen und in dem Fall blinken dann auch die Antennensymbole und zeigen eine fehlende Verbindung. Auch anderes herum kommen die Daten nur sehr Zeitversetzt an den Thermostaten an. Es wird also gesendet und empfangen, aber irgendwas stimmt da in der Verbindung trozdem nicht.Ich habe daraufhin den alten Adapter wieder ans Laufen gebracht und die Thermostate sind sofort wieder da und halten die Verbindung auch, trotz Schlafmodus.