z-wave Adapter: ausgefallenes Gerät löschen
-
@Lenny-CB Mist dann hab ich das verwechselt. Oder ging das irgendwann verloren?
OpenZWave hat eine Funktion hierfür:
zwave.removeFailedNode(nodeid): Remove a specific failed node from the controller's memory.@cburghardt Lust?!
-
Schaue ich mir an....
@Lenny-CB machst du bitte einen issue auf? Sonst geht es verloren. -
Gefixt in 1.6.3
Wobei die Funktion nur funktioniert, wenn der Controller selber das Gerät auch als tot ansieht. -
@cburghardt so habe die neue Version probiert. Update lief gut durch, jedoch kann ich leider weiterhin die Geräte nicht löschen. Die Auswahl im Dropdown ist da, aber eskommt ein Fehler im Log:
zwave.0 2019-10-01 18:57:59.523 info (18303) controller command feedback for node 0: state: "The command has failed", error: "NotFound", helpmsg: "ControllerCommand - Failed" zwave.0 2019-10-01 18:57:59.396 info (18303) controller command feedback for node 0: state: "The command is starting", error: "No error", helpmsg: "ControllerCommand - Starting" zwave.0 2019-10-01 18:57:59.394 debug (18303) sendTo "removeFailedNode" to system.adapter.admin.0 from system.adapter.zwave.0 zwave.0 2019-10-01 18:57:59.394 info (18303) Execute removeFailedNode for 23 zwave.0 2019-10-01 18:57:47.230 info (18303) controller command feedback for node 0: state: "The command has failed", error: "NotFound", helpmsg: "ControllerCommand - Failed" zwave.0 2019-10-01 18:57:47.229 info (18303) controller command feedback for node 0: state: "The command is starting", error: "No error", helpmsg: "ControllerCommand - Starting" zwave.0 2019-10-01 18:57:47.226 debug (18303) sendTo "removeFailedNode" to system.adapter.admin.0 from system.adapter.zwave.0 zwave.0 2019-10-01 18:57:47.225 info (18303) Execute removeFailedNode for 24@cburghardt duschreibst "wenn der Controller selber das Gerät auch als tot ansieht". Woran sehe ich das? Ich würde meinen, dass der Adapter die beiden Geräte als "schlafend" einstuft.
PS: was bedeutet der gelbe und der grüne Rahmen in der Netzwerkkarte? -
@Lenny-CB das ist eine interne Funktion des controllers und leider von außen nicht ersichtlich. Wenn der Controller das Gerät nicht mehr erreicht, wird es in die interne Liste eingetragen und kann dann durch die Funktion removeFailedNode gelöscht werden.
Sind die Geräte denn noch vorhanden? Dann sollte ein exclude gehen.
Wenn nicht ist folgendes am sichersten:- bei dem Gerät in der Dropdown refresh auswählen. Es wird dann gelöscht und (nachdem es nicht erreichbar ist) taucht es nicht in der Liste auf
- Adapter neu starten, das löst einen Scan aus und das Gerät taucht als unknown in der Liste auf
- dann ein removeFailedNode
Ist etwas umständlich aber es funktioniert wenn der normale Weg des exkludieren nicht geht.
Grün=direkt vom controller erreichbar
Gelb=es ist über ein anderes Gerät erreichbar
Orange=das Gerät ist nur über 2 Zwischenstationen erreichbar -
@cburghardt
ich glaube da ist noch was anderes im Busch:wenn ich im Dropdown "Ausgefallenes Gerät entfernen" starte, kommt:
zwave.0 2019-10-01 19:44:09.675 debug (18780) sendTo "listUart" to system.adapter.admin.0 from system.adapter.zwave.0 zwave.0 2019-10-01 19:44:09.675 info (18780) List of ports: [{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyS0"},{"comName":"/dev/ttyS1"}] zwave.0 2019-10-01 19:44:07.478 info (18780) controller command feedback for node 0: state: "The command has failed", error: "NotFound", helpmsg: "ControllerCommand - Failed" zwave.0 2019-10-01 19:44:06.800 info (18780) controller command feedback for node 0: state: "The command is starting", error: "No error", helpmsg: "ControllerCommand - Starting" zwave.0 2019-10-01 19:44:06.796 debug (18780) sendTo "removeFailedNode" to system.adapter.admin.0 from system.adapter.zwave.0 zwave.0 2019-10-01 19:44:06.796 info (18780) Execute removeFailedNode for 24wenn ich im Dropdown "Netzwerkupdate" starte, kommt Folgendes:
zwave.0 2019-10-01 19:40:49.363 info (18780) List of ports: [{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyS0"},{"comName":"/dev/ttyS1"}] zwave.0 2019-10-01 19:40:45.368 info (18780) controller command feedback for node 0: state: "Command invocation had error(s) and was aborted", error: "NotSUC", helpmsg: "ControllerCommand - Error - NotSUC" zwave.0 2019-10-01 19:40:45.367 info (18780) controller command feedback for node 0: state: "The command is starting", error: "No error", helpmsg: "ControllerCommand - Starting" zwave.0 2019-10-01 19:40:45.364 debug (18780) sendTo "requestNetworkUpdate" to system.adapter.admin.0 from system.adapter.zwave.0 zwave.0 2019-10-01 19:40:45.363 info (18780) Execute requestNetworkUpdate for 24bei "Info aktualisieren" kommt:
zwave.0 2019-10-01 19:45:13.486 debug (18780) sendTo "listUart" to system.adapter.admin.0 from system.adapter.zwave.0 zwave.0 2019-10-01 19:45:13.485 info (18780) List of ports: [{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyS0"},{"comName":"/dev/ttyS1"}] zwave.0 2019-10-01 19:44:55.689 debug (18780) sendTo "listUart" to system.adapter.admin.0 from system.adapter.zwave.0 zwave.0 2019-10-01 19:44:55.689 info (18780) List of ports: [{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyS0"},{"comName":"/dev/ttyS1"}] zwave.0 2019-10-01 19:44:52.044 debug (18780) sendTo "refreshNodeInfo" to system.adapter.admin.0 from system.adapter.zwave.0 zwave.0 2019-10-01 19:44:52.043 info (18780) Execute refreshNodeInfo for 24Aber nichts der Gleichen hilft um das Gerät los zu werden.
Exklusion geht leider nicht mehr. Geräte nicht mehr da.wenn du keine Idee mehr hast, würde ich versuchen die Geräte in der zwcfg_xxxxxx.xml zu löschen. Oder spricht da was dagegen?
-
@Lenny-CB Was passiert bei Info aktualisieren? Ich sehe in deinem Log Ausschnitt nur das execute aber was passiert mit dem Gerät? Das wird doch aus der Liste gelöscht.
-
@cburghardt
da passiert nichts weiter.
habe das noch einmal bei einem funktionierendem Gerät versucht, da schaut das besser aus.zwave.0 2019-10-01 19:57:43.314 info (18780) Update zwave.0.NODE8 zwave.0 2019-10-01 19:57:43.314 debug (18780) node available nodeID: 8, nodeinfo: {"manufacturer":"Shenzhen Neo Electronics Co Ltd","manufacturerid":"0x0258","product":"Power plug 12A","producttype":"0x0003","productid":"0x1087","type":" zwave.0 2019-10-01 19:57:43.312 debug (18780) node8: nop zwave.0 2019-10-01 19:57:43.204 debug (18780) sendTo "refreshNodeInfo" to system.adapter.admin.0 from system.adapter.zwave.0 zwave.0 2019-10-01 19:57:43.203 info (18780) Execute refreshNodeInfo for 8 -
@Lenny-CB Oh mann, was ist das denn für ein Controller..
Ich vermute mal da gibts auch kein Tool um die Geräteliste manuell zu editieren wie beim Aeotec.
Nun gut, dann hilft nur noch Adapter stoppen und Editieren der zwcfg. -
@cburghardt ...manuell zu editieren wie beim Aeotec...
ich habe ein Aeotec-Controller (ZW090 Gen5 EU)
Kann/muss man den Stick auch mal updaten? (entschuldige die doofe Frage)
-
@Lenny-CB beim Aeotec geht auch das hier: http://docs.incontrolha.com/home/remove-a-failed-device
Und nein, da gibts keine neue Firmware.
-
@cburghardt ja, das ist der Link den @arteck weiter oben schon geschrieben hatte. Jedoch für der Link zum Download der Zensys Tools auf einen Fehler.
Zwave will mich grad wieder ärgern.
Ich stoppe den Adapter, editiere die zwcfg_xxxxxxxxx.xml und nach dem Start des Adapters ist Gerät mit ID 24 immer noch da.Pfad zur xml (ist das der richtige?) /opt/iobroker/node_modules/openzwave-shared
Hier ist eindeutig zu sehen, dass ich Gerät 24 gelöscht habe
-
@Lenny-CB sollte /opt/iobroker/node_modules/iobroker.zwave/node_modules/openzwave-shared/ sein
-
@cburghardt sagte in z-wave Adapter: ausgefallenes Gerät löschen:
@Lenny-CB sollte /opt/iobroker/node_modules/iobroker.zwave/node_modules/openzwave-shared/ sein
hatte ich auch angenommen, aber nicht gefunden...
einzig in diesem Pfad ist die Konfigdatei.
/opt/iobroker/node_modules/iobroker.zwave/node_modules/openzwave-shared/ -
@Lenny-CB die openzwave config Datei reflektiert ja nur die Daten des Controllers. Wenn das Gerät in der Liste wieder auftaucht, ist es wohl immer noch im Controller gespeichert. Ich habe das Zensys tool auch beim Support von Aeotec gefunden:
https://aeotec.freshdesk.com/support/solutions/articles/6000115924-my-z-stick-gen5-cannot-be-put-into-inclusion-mode-primary-controller-Ansonsten würde ich direkt den Support kontaktieren, das ist ja ein Problem des controllers, der Adapter hat hier keinerlei Chancen.
