Monatsrückblick Juli / August 2026 ist online!

[cburghardt]

@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

[Lenny.CB]

@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 24

wenn 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 24

bei "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 24

Aber 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?

[cburghardt]

@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.

[Lenny.CB]

@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

[cburghardt]

@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.

[Lenny.CB]

@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)

[cburghardt]

@Lenny-CB beim Aeotec geht auch das hier: http://docs.incontrolha.com/home/remove-a-failed-device

Und nein, da gibts keine neue Firmware.

[Lenny.CB]

@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

[cburghardt]

@Lenny-CB sollte /opt/iobroker/node_modules/iobroker.zwave/node_modules/openzwave-shared/ sein

[Lenny.CB]

@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/

[cburghardt]

@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.