Closed Stormbringer11 closed 5 years ago
@cburghardt was für dich?
Works as designed. Info aktualisieren macht in open-zwave folgendes:
Das geschieht im adapter identisch, ich habe es hier mit mehreren Geräten probiert. Das Hinzufügen der node kann natürlich etwas dauern, zB bei Geräten die mit Batterie betrieben werden. Wie sehen die Log Einträge aus?
LOG sah so aus:
2019-08-21 06:52:13.107 - [32minfo[39m: zwave.0 disabled inclusion mode 2019-08-21 06:52:13.108 - [32minfo[39m: zwave.0 disabled exclusion mode 2019-08-21 06:52:14.206 - [32minfo[39m: zwave.0 Execute addNode 2019-08-21 06:52:14.208 - [32minfo[39m: zwave.0 controller command feedback for node 0: state: "The command is starting", error: "No error", helpmsg: "AddDevice ControllerCommand - Starting" 2019-08-21 06:52:14.210 - [32minfo[39m: zwave.0 controller command feedback for node 0: state: "Controller is waiting for a user action (60s)", error: "No error", helpmsg: "AddDevice ControllerCommand - Waiting" 2019-08-21 06:52:52.402 - [32minfo[39m: zwave.0 controller command feedback for node 0: state: "The controller is communicating with the other device to carry out the command", error: "No error", helpmsg: "AddDevice ControllerCommand - InProgress" 2019-08-21 06:52:52.402 - [32minfo[39m: zwave.0 controller command feedback for node 54: state: "The controller is communicating with the other device to carry out the command", error: "No error", helpmsg: "AddDevice ControllerCommand - InProgress" 2019-08-21 06:52:52.403 - [32minfo[39m: zwave.0 controller command feedback for node 54: state: "The controller is communicating with the other device to carry out the command", error: "No error", helpmsg: "AddDevice ControllerCommand - InProgress" 2019-08-21 06:52:52.631 - [33mwarn[39m: host.ubuntu instance system.adapter.zwave.0 terminated due to SIGSEGV 2019-08-21 06:52:52.631 - [31merror[39m: host.ubuntu instance system.adapter.zwave.0 terminated with code null () 2019-08-21 06:52:52.632 - [32minfo[39m: host.ubuntu Restart adapter system.adapter.zwave.0 because enabled 2019-08-21 06:53:08.155 - [32minfo[39m: mieleathome.0 Updating device states (polling API scheduled). 2019-08-21 06:53:22.668 - [32minfo[39m: host.ubuntu instance system.adapter.zwave.0 started with pid 32333 2019-08-21 06:53:22.940 - [32minfo[39m: zwave.0 starting. Version 1.5.1 in /opt/iobroker/node_modules/iobroker.zwave, node: v8.16.0
Aber heute nach der Arbeit ging es dann. Sogar findet er jetzt nach dem Adapter Neustart fast alle batteriebetriebenen Geräte bis auf 3. Das ist neuer Rekord, wieder mal top Arbeit. Vielen Dank.
PS: Nur falls ihr es irgendwie beeinflussen könnt wäre es super, wenn beim nächsten Update nicht wieder (so viele) Objektnamen ändern würden ;o)
Um die neuen States einzulesen, braucht man dieses "Node aktualisieren" nicht, das passiert bei einem Neustart ohnehin. Auf die Namen haben wir leider keinen Einfluss, das wird durch die open-zwave Library vorgegeben. Und da hat sich von 1.4 auf 1.6 sehr viel geändert. Und wegen der Batteriebetriebenen Geräte würde ich empfehlen die einmal manuell aufzuwecken. Kann der issue zugemacht werden?
Das mit dem Aktualisieren ist bei mir seit Anfang an strange und funktioniert nicht, aber alles gut. Issue kann zu gemacht werden. Danke für die Hilfe.
Einfach mal im Forum diskutieren, da kann ich versuchen zu helfen
@Stormbringer11 bitte issue schließen, danke
Nach Abändern von zig Datenpunkten, muss ich leider mitteilen, dass „Info aktualisieren“ noch immer die Node löscht auch mit aktueller 1.5.1 Version. Neu hinzufügen der Node führt zum Absturz des Adapters.