Zwave 0.4

Dutchman

~~@Bluefox:~~

Kann ich aktuellen Stand so beschreiben:

lesen geht, schreiben nicht immer

? `

Genau so ist es. `

bestaetigt, muss noch 2 andere geraete teste ob alle werten durchkommen

OstfrieseUnterwegs

Wie geschrieben, die, die nicht schreiben, tauchen nicht mal im OZW Protokoll auf.

Alex1808

Gerade gesehen das bei frische Linux Mint Installation fehlt noch was
> /cpp/hidapi/linux/hid.c:46:21: fatal error: libudev.h: Datei oder Verzeichnis nicht gefunden

nachinstallieren mit

sudo apt-get install libudev-dev

Alex1808

Bekomme diese Fehler im ioB log

` > host.alex-AKOYA-E1318T 2016-11-10 18:36:07.433 info Restart adapter system.adapter.zwave.0 because enabled

host.alex-AKOYA-E1318T 2016-11-10 18:36:07.433 error instance system.adapter.zwave.0 terminated with code 0 (OK)

zwave.0 2016-11-10 18:36:07.410 info terminating

zwave.0 2016-11-10 18:36:07.377 error at Module.load (module.js:343:32)

zwave.0 2016-11-10 18:36:07.377 error at Object.Module._extensions..js (module.js:416:10)

zwave.0 2016-11-10 18:36:07.377 error at Module._compile (module.js:409:26)

zwave.0 2016-11-10 18:36:07.377 error at Object. (/opt/iobroker/node_modules/iobroker.zwave/node_modules/openzwave-shared/lib/openzwave-shared.js:26:19)

zwave.0 2016-11-10 18:36:07.377 error at require (internal/module.js:12:17)

zwave.0 2016-11-10 18:36:07.377 error at Module.require (module.js:353:17)

zwave.0 2016-11-10 18:36:07.377 error at Function.Module._load (module.js:300:12)

zwave.0 2016-11-10 18:36:07.377 error at Module.load (module.js:343:32)

zwave.0 2016-11-10 18:36:07.377 error at Object.Module._extensions..node (module.js:434:18)

zwave.0 2016-11-10 18:36:07.377 error at Error (native)

zwave.0 2016-11-10 18:36:07.377 error Error: libopenzwave.so.1.4: cannot open shared object file: No such file or directory

zwave.0 2016-11-10 18:36:07.370 error uncaught exception: libopenzwave.so.1.4: cannot open shared object file: No such file or directory

zwave.0 2016-11-10 18:36:07.252 info starting. Version 0.4.0 in /opt/iobroker/node_modules/iobroker.zwave, node: v4.6.2 `

Stick wird aber vom System erkannt

 ~ # ls -al /dev/ttyA*
crw-rw---- 1 root dialout 166, 0 Nov 10 18:35 /dev/ttyACM0

alex-AKOYA-E1318T iobroker # node node_modules/iobroker.zwave/main.js --force --logs
starting. Version 0.4.0 in /opt/iobroker/node_modules/iobroker.zwave, node: v4.6.2
received all objects
[Error: libopenzwave.so.1.4: cannot open shared object file: No such file or directory]
terminating

alex-AKOYA-E1318T open-zwave-master # ls
ChangeLog  cpp     distfiles.mk  docs    INSTALL         libopenzwave.pc  libopenzwave.so.1.4  makedist  MinOZW         openzwave.spec  README.md
config     debian  dist.mk       dotnet  libopenzwave.a  libopenzwave.so  license              Makefile  openzwave.dsc  ozw_config

Dutchman

~~@Alex1808:~~

Bekomme diese Fehler im ioB log

` > host.alex-AKOYA-E1318T 2016-11-10 18:36:07.433 info Restart adapter system.adapter.zwave.0 because enabled

host.alex-AKOYA-E1318T 2016-11-10 18:36:07.433 error instance system.adapter.zwave.0 terminated with code 0 (OK)

zwave.0 2016-11-10 18:36:07.410 info terminating

zwave.0 2016-11-10 18:36:07.377 error at Module.load (module.js:343:32)

zwave.0 2016-11-10 18:36:07.377 error at Object.Module._extensions..js (module.js:416:10)

zwave.0 2016-11-10 18:36:07.377 error at Module._compile (module.js:409:26)

zwave.0 2016-11-10 18:36:07.377 error at Object. (/opt/iobroker/node_modules/iobroker.zwave/node_modules/openzwave-shared/lib/openzwave-shared.js:26:19)

zwave.0 2016-11-10 18:36:07.377 error at require (internal/module.js:12:17)

zwave.0 2016-11-10 18:36:07.377 error at Module.require (module.js:353:17)

zwave.0 2016-11-10 18:36:07.377 error at Function.Module._load (module.js:300:12)

zwave.0 2016-11-10 18:36:07.377 error at Module.load (module.js:343:32)

zwave.0 2016-11-10 18:36:07.377 error at Object.Module._extensions..node (module.js:434:18)

zwave.0 2016-11-10 18:36:07.377 error at Error (native)

zwave.0 2016-11-10 18:36:07.377 error Error: libopenzwave.so.1.4: cannot open shared object file: No such file or directory

zwave.0 2016-11-10 18:36:07.370 error uncaught exception: libopenzwave.so.1.4: cannot open shared object file: No such file or directory

zwave.0 2016-11-10 18:36:07.252 info starting. Version 0.4.0 in /opt/iobroker/node_modules/iobroker.zwave, node: v4.6.2 `

Stick wird aber vom System erkannt
 ~ # ls -al /dev/ttyA*
crw-rw---- 1 root dialout 166, 0 Nov 10 18:35 /dev/ttyACM0
alex-AKOYA-E1318T iobroker # node node_modules/iobroker.zwave/main.js --force --logs
starting. Version 0.4.0 in /opt/iobroker/node_modules/iobroker.zwave, node: v4.6.2
received all objects
[Error: libopenzwave.so.1.4: cannot open shared object file: No such file or directory]
terminating
alex-AKOYA-E1318T open-zwave-master # ls
ChangeLog  cpp     distfiles.mk  docs    INSTALL         libopenzwave.pc  libopenzwave.so.1.4  makedist  MinOZW         openzwave.spec  README.md
config     debian  dist.mk       dotnet  libopenzwave.a  libopenzwave.so  license              Makefile  openzwave.dsc  ozw_config
 
```` `  

sudo ldconfig /usr/local/lib64

Siehe Post von mir http://forum.iobroker.net/viewtopic.php … =20#p39449

Alex1808

~~@Dutchman:~~

sudo ldconfig /usr/local/lib64
Siehe Post von mir http://forum.iobroker.net/viewtopic.php … =20#p39449 `

Danke! Hat auf Anhieb funktioniert.

AlCalzone

Bin jetzt auch mal zum Testen gekommen. Der Adapter funktioniert prinzipiell, ist aber etwas buggy.

Zur Hardware:

Ich habe 2 Funkgeräte im Einsatz,

/dev/ttyAMA0 ist die Razberry-Platine

/dev/ttyUSB0 ist ein EnOcean-Stick.

Dem Adapter kann ich nur beibringen, auf die Razberry-Platine zuzugreifen, wenn ich im deaktivierten Zustand "/dev/ttyAMA0" in das Eingabefeld der Konfig-Seite schreibe. Dann funktioniert auch alles bis ich die Konfigurationsseite wieder öffne:

~~![](</s><URL url=)http://i.imgur.com/lKRxIdh.png" />

Die Adapter-UI scheint die manuell eingegebene Adresse nicht zu erkennen und zwingt mich, hier einen der 2 erkannten Adapter auszuwählen. Allerdings fehlt beim ersten das "/dev"-Präfix, was dazu führt, dass zwave nach dem Speichern mit dem Fehler "error failed to start driver" abstürzt.

Belasse ich es bei der manuell eingegebenen Adresse, sind die Objekte korrekt im ioBroker angelegt. Der Sensor liefert fleißig Werte und ich konnte zum ersten Mal mein Fibaro-Relais direkt durch das Setzen eines States schalten (musste zuvor den zwave-Adapter modifizieren).

Allerdings scheint auch hier die UI etwas buggy:

~~![](</s><URL url=)http://i.imgur.com/xWEOwUo.png" />

Ich setze den Haken, bestätige und das Relais schaltet an. In der Oberfläche steht aber weiterhin "false" als Zustand, egal ob das Relais nun an ist oder nicht.

Wäre es möglich, das Konfigurationsfenster standardmäßig etwas größer zu gestalten? Ich muss schon scrollen, wenn ich in der Geräteliste das Aktions-Dropdown anzeigen will.

–-

EDIT: Noch ein Punkt:

Wenn ich das richtig verstanden habe, soll der State "zwave.0.NODE<x>.alive" angeben, ob ein Node dead ist (alive = false), oder von den Toten zurückgekehrt ist (alive = true). Ich habe hier aber gerade einen Zustand, in dem alle Geräte am Leben sind und fleißig mit dem Controller kommunizieren. Im Objekt-Tab werden sämtliche Geräte (inklusive Controller) jedoch als dead (alive = false) angezeigt.

Ich denke, dass alle Nodes, die beim Start des Adapters gefunden werden, im "node ready" Event auch als alive und awake definiert werden sollten.</x>~~~~

Bluefox

~~@Lenny.CB:~~

~~@Bluefox:~~

Es ist sogar besser so momentan. `

so alle Notes gelöscht und neu angelernt…

angelernt habe ich einmal über den Stick und einmal über das Config-Menü. Beides problemlos.

Im LOG steht dann "Scan completed".

Aber die Teile lassen sich nicht korrekt ansteuern.

was habe ich probiert:

1:) Rollo oben (99) --> setze Wert 50 in Objekte --> Relais "klickt", Rollo fährt nicht, Wert geht wieder auf 99 zurück

2:) Rollo oben (99) --> setze Wert 0 in Objekte --> Relais "klickt", Rollo fährt ganz runter, Wert geht auf 0

3:) Rollo unten (0) --> setze Wert 50 in Objekte --> Relais "klickt", Rollo fährt ganz hoch, Wert geht auf 99 `
Hast du log dafür?

AlCalzone

Nochwas, diesmal mit Auszug aus dem Code:

zwave.on('value removed', function (nodeID, comClass, instance, index) {
    [...]
    deleteDevice(nodeID);

Ich hatte mit der alten Version Probleme mit dem Einbinden von GreenWave-Steckdosen, da diese noch während dem Einbinden "value removed"-Ereignisse senden. Wird dann beim nächsten "value added"-Ereignis versucht, die Node-Eigenschaften zu ergänzen, gibts einen Absturz. Habe mir damals beholfen, indem ich die Zeile auskommentiert habe, in der der Node aus ioBroker gelöscht wird.

Ich denke, hier sollte nicht das gesamte Device gelöscht werden, sondern nur der entsprechende Wert. Das Device zu löschen macht IMO nur Sinn, wenn der letzte noch zugewiesene Wert gelöscht wird.

Lenny.CB

~~@Bluefox:~~

Hast du log dafür? ` ich versuche es mal…

> ****1:) Rollo oben (99) –> setze Wert 50 in Objekte --> Relais "klickt", Rollo fährt nicht, Wert geht wieder auf 99 zurück****

! ````
2016-11-12 20:22:20.887 Info, Node002, SwitchMultilevel::Set - Setting to level 50
2016-11-12 20:22:20.888 Info, Node002, Duration: Default
2016-11-12 20:22:20.888 Detail, Node002, Queuing (Send) SwitchMultilevelCmd_Set (Node=2): 0x01, 0x0b, 0x00, 0x13, 0x02, 0x04, 0x26, 0x01, 0x32, 0xff, 0x25, 0x46, 0x68
2016-11-12 20:22:20.888 Detail, Node002, Queuing (Send) SwitchMultilevelCmd_Get (Node=2): 0x01, 0x09, 0x00, 0x13, 0x02, 0x02, 0x26, 0x02, 0x25, 0x47, 0xa3
2016-11-12 20:22:20.888 Detail,
2016-11-12 20:22:20.889 Info, Node002, Sending (Send) message (Callback ID=0x46, Expected Reply=0x13) - SwitchMultilevelCmd_Set (Node=2): 0x01, 0x0b, 0x00, 0x13, 0x02, 0x04, 0x26, 0x01, 0x32, 0xff, 0x25, 0x46, 0x68
2016-11-12 20:22:20.897 Detail, Node002, Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2016-11-12 20:22:20.898 Detail, Node002, ZW_SEND_DATA delivered to Z-Wave stack
2016-11-12 20:22:20.915 Detail, Node002, Received: 0x01, 0x07, 0x00, 0x13, 0x46, 0x00, 0x00, 0x02, 0xaf
2016-11-12 20:22:20.915 Detail, Node002, ZW_SEND_DATA Request with callback ID 0x46 received (expected 0x46)
2016-11-12 20:22:20.915 Info, Node002, Request RTT 26 Average Request RTT 26
2016-11-12 20:22:20.915 Detail, Expected callbackId was received
2016-11-12 20:22:20.915 Detail, Expected reply was received
2016-11-12 20:22:20.916 Detail, Message transaction complete
2016-11-12 20:22:20.916 Detail,
2016-11-12 20:22:20.916 Detail, Node002, Removing current message
2016-11-12 20:22:20.916 Detail,
2016-11-12 20:22:20.916 Info, Node002, Sending (Send) message (Callback ID=0x47, Expected Reply=0x04) - SwitchMultilevelCmd_Get (Node=2): 0x01, 0x09, 0x00, 0x13, 0x02, 0x02, 0x26, 0x02, 0x25, 0x47, 0xa3
2016-11-12 20:22:20.926 Detail, Node002, Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2016-11-12 20:22:20.926 Detail, Node002, ZW_SEND_DATA delivered to Z-Wave stack
2016-11-12 20:22:20.943 Detail, Node002, Received: 0x01, 0x07, 0x00, 0x13, 0x47, 0x00, 0x00, 0x02, 0xae
2016-11-12 20:22:20.943 Detail, Node002, ZW_SEND_DATA Request with callback ID 0x47 received (expected 0x47)
2016-11-12 20:22:20.943 Info, Node002, Request RTT 23 Average Request RTT 24
2016-11-12 20:22:20.943 Detail, Expected callbackId was received
2016-11-12 20:22:20.955 Detail, Node002, Received: 0x01, 0x09, 0x00, 0x04, 0x00, 0x02, 0x03, 0x26, 0x03, 0x63, 0xb5
2016-11-12 20:22:20.956 Detail,
2016-11-12 20:22:20.956 Info, Node002, Response RTT 35 Average Response RTT 36
2016-11-12 20:22:20.956 Info, Node002, Received SwitchMultiLevel report: level=99
2016-11-12 20:22:20.956 Detail, Node002, Refreshed Value: old value=99, new value=99, type=byte
2016-11-12 20:22:20.956 Detail, Node002, Changes to this value are not verified
2016-11-12 20:22:20.956 Detail, Node002, Expected reply and command class was received
2016-11-12 20:22:20.957 Detail, Node002, Message transaction complete
2016-11-12 20:22:20.957 Detail,
2016-11-12 20:22:20.957 Detail, Node002, Removing current message
2016-11-12 20:22:20.957 Detail, Node002, Notification: ValueChanged
2016-11-12 20:22:22.976 Detail, Node002, Received: 0x01, 0x09, 0x00, 0x04, 0x00, 0x02, 0x03, 0x26, 0x03, 0x63, 0xb5
2016-11-12 20:22:22.976 Detail,
2016-11-12 20:22:22.977 Info, Node002, Received SwitchMultiLevel report: level=99
2016-11-12 20:22:22.977 Detail, Node002, Refreshed Value: old value=99, new value=99, type=byte
2016-11-12 20:22:22.977 Detail, Node002, Changes to this value are not verified
2016-11-12 20:22:22.977 Detail, Node002, Notification: ValueChanged
2016-11-12 20:22:23.001 Detail, Node002, Received: 0x01, 0x0c, 0x00, 0x04, 0x00, 0x02, 0x06, 0x31, 0x05, 0x04, 0x22, 0x00, 0x00, 0xe1
2016-11-12 20:22:23.001 Detail,
2016-11-12 20:22:23.001 Info, Node002, Received SensorMultiLevel report from node 2, instance 1, Power: value=0.0W
2016-11-12 20:22:23.001 Detail, Node002, Refreshed Value: old value=0.0, new value=0.0, type=decimal
2016-11-12 20:22:23.001 Detail, Node002, Changes to this value are not verified
2016-11-12 20:22:23.002 Detail, Node002, Notification: ValueChanged


  ` > ****2:) Rollo oben (99) –> setze Wert 0 in Objekte --> Relais "klickt", Rollo fährt ganz runter, Wert geht auf 0**** `  

>! ````
2016-11-12 20:25:31.015 Info, Node002, SwitchMultilevel::Set - Setting to level 0
2016-11-12 20:25:31.015 Info, Node002,   Duration: Default
2016-11-12 20:25:31.015 Detail, Node002, Queuing (Send) SwitchMultilevelCmd_Set (Node=2): 0x01, 0x0b, 0x00, 0x13, 0x02, 0x04, 0x26, 0x01, 0x00, 0xff, 0x25, 0x48, 0x54
2016-11-12 20:25:31.015 Detail, Node002, Queuing (Send) SwitchMultilevelCmd_Get (Node=2): 0x01, 0x09, 0x00, 0x13, 0x02, 0x02, 0x26, 0x02, 0x25, 0x49, 0xad
2016-11-12 20:25:31.015 Detail, 
2016-11-12 20:25:31.016 Info, Node002, Sending (Send) message (Callback ID=0x48, Expected Reply=0x13) - SwitchMultilevelCmd_Set (Node=2): 0x01, 0x0b, 0x00, 0x13, 0x02, 0x04, 0x26, 0x01, 0x00, 0xff, 0x25, 0x48, 0x54
2016-11-12 20:25:31.025 Detail, Node002,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2016-11-12 20:25:31.025 Detail, Node002,   ZW_SEND_DATA delivered to Z-Wave stack
2016-11-12 20:25:31.042 Detail, Node002,   Received: 0x01, 0x07, 0x00, 0x13, 0x48, 0x00, 0x00, 0x02, 0xa1
2016-11-12 20:25:31.043 Detail, Node002,   ZW_SEND_DATA Request with callback ID 0x48 received (expected 0x48)
2016-11-12 20:25:31.043 Info, Node002, Request RTT 26 Average Request RTT 25
2016-11-12 20:25:31.043 Detail,   Expected callbackId was received
2016-11-12 20:25:31.043 Detail,   Expected reply was received
2016-11-12 20:25:31.043 Detail,   Message transaction complete
2016-11-12 20:25:31.043 Detail, 
2016-11-12 20:25:31.044 Detail, Node002, Removing current message
2016-11-12 20:25:31.044 Detail, 
2016-11-12 20:25:31.044 Info, Node002, Sending (Send) message (Callback ID=0x49, Expected Reply=0x04) - SwitchMultilevelCmd_Get (Node=2): 0x01, 0x09, 0x00, 0x13, 0x02, 0x02, 0x26, 0x02, 0x25, 0x49, 0xad
2016-11-12 20:25:31.057 Detail, Node002,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2016-11-12 20:25:31.058 Detail, Node002,   ZW_SEND_DATA delivered to Z-Wave stack
2016-11-12 20:25:31.071 Detail, Node002,   Received: 0x01, 0x07, 0x00, 0x13, 0x49, 0x00, 0x00, 0x02, 0xa0
2016-11-12 20:25:31.071 Detail, Node002,   ZW_SEND_DATA Request with callback ID 0x49 received (expected 0x49)
2016-11-12 20:25:31.071 Info, Node002, Request RTT 26 Average Request RTT 25
2016-11-12 20:25:31.071 Detail,   Expected callbackId was received
2016-11-12 20:25:31.080 Detail, Node002,   Received: 0x01, 0x09, 0x00, 0x04, 0x00, 0x02, 0x03, 0x26, 0x03, 0x63, 0xb5
2016-11-12 20:25:31.081 Detail, 
2016-11-12 20:25:31.081 Info, Node002, Response RTT 36 Average Response RTT 36
2016-11-12 20:25:31.081 Info, Node002, Received SwitchMultiLevel report: level=99
2016-11-12 20:25:31.081 Detail, Node002, Refreshed Value: old value=99, new value=99, type=byte
2016-11-12 20:25:31.081 Detail, Node002, Changes to this value are not verified
2016-11-12 20:25:31.081 Detail, Node002,   Expected reply and command class was received
2016-11-12 20:25:31.081 Detail, Node002,   Message transaction complete
2016-11-12 20:25:31.081 Detail, 
2016-11-12 20:25:31.081 Detail, Node002, Removing current message
2016-11-12 20:25:31.082 Detail, Node002, Notification: ValueChanged
2016-11-12 20:25:32.188 Detail, Node002,   Received: 0x01, 0x0c, 0x00, 0x04, 0x00, 0x02, 0x06, 0x31, 0x05, 0x04, 0x22, 0x04, 0xdd, 0x38
2016-11-12 20:25:32.188 Detail, 
2016-11-12 20:25:32.188 Info, Node002, Received SensorMultiLevel report from node 2, instance 1, Power: value=124.5W
2016-11-12 20:25:32.189 Detail, Node002, Refreshed Value: old value=0.0, new value=124.5, type=decimal
2016-11-12 20:25:32.189 Detail, Node002, Changes to this value are not verified
2016-11-12 20:25:32.189 Detail, Node002, Notification: ValueChanged
2016-11-12 20:25:47.501 Detail, Node002,   Received: 0x01, 0x0c, 0x00, 0x04, 0x00, 0x02, 0x06, 0x31, 0x05, 0x04, 0x22, 0x00, 0x00, 0xe1
2016-11-12 20:25:47.501 Detail, 
2016-11-12 20:25:47.502 Info, Node002, Received SensorMultiLevel report from node 2, instance 1, Power: value=0.0W
2016-11-12 20:25:47.502 Detail, Node002, Refreshed Value: old value=124.5, new value=0.0, type=decimal
2016-11-12 20:25:47.502 Detail, Node002, Changes to this value are not verified
2016-11-12 20:25:47.502 Detail, Node002, Notification: ValueChanged
2016-11-12 20:25:48.661 Detail, Node002,   Received: 0x01, 0x09, 0x00, 0x04, 0x00, 0x02, 0x03, 0x26, 0x03, 0x00, 0xd6
2016-11-12 20:25:48.661 Detail, 
2016-11-12 20:25:48.661 Info, Node002, Received SwitchMultiLevel report: level=0
2016-11-12 20:25:48.661 Detail, Node002, Refreshed Value: old value=99, new value=0, type=byte
2016-11-12 20:25:48.662 Detail, Node002, Changes to this value are not verified
2016-11-12 20:25:48.662 Detail, Node002, Notification: ValueChanged
2016-11-12 20:25:48.681 Detail, Node002,   Received: 0x01, 0x0c, 0x00, 0x04, 0x00, 0x02, 0x06, 0x31, 0x05, 0x04, 0x22, 0x00, 0x00, 0xe1
2016-11-12 20:25:48.681 Detail, 
2016-11-12 20:25:48.681 Info, Node002, Received SensorMultiLevel report from node 2, instance 1, Power: value=0.0W
2016-11-12 20:25:48.682 Detail, Node002, Refreshed Value: old value=0.0, new value=0.0, type=decimal
2016-11-12 20:25:48.682 Detail, Node002, Changes to this value are not verified
2016-11-12 20:25:48.682 Detail, Node002, Notification: ValueChanged

> ****3:) Rollo unten (0) –> setze Wert 50 in Objekte --> Relais "klickt", Rollo fährt ganz hoch, Wert geht auf 99****

! ````
2016-11-12 20:27:09.764 Info, Node002, SwitchMultilevel::Set - Setting to level 50
2016-11-12 20:27:09.764 Info, Node002, Duration: Default
2016-11-12 20:27:09.764 Detail, Node002, Queuing (Send) SwitchMultilevelCmd_Set (Node=2): 0x01, 0x0b, 0x00, 0x13, 0x02, 0x04, 0x26, 0x01, 0x32, 0xff, 0x25, 0x4a, 0x64
2016-11-12 20:27:09.764 Detail, Node002, Queuing (Send) SwitchMultilevelCmd_Get (Node=2): 0x01, 0x09, 0x00, 0x13, 0x02, 0x02, 0x26, 0x02, 0x25, 0x4b, 0xaf
2016-11-12 20:27:09.765 Detail,
2016-11-12 20:27:09.765 Info, Node002, Sending (Send) message (Callback ID=0x4a, Expected Reply=0x13) - SwitchMultilevelCmd_Set (Node=2): 0x01, 0x0b, 0x00, 0x13, 0x02, 0x04, 0x26, 0x01, 0x32, 0xff, 0x25, 0x4a, 0x64
2016-11-12 20:27:09.774 Detail, Node002, Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2016-11-12 20:27:09.774 Detail, Node002, ZW_SEND_DATA delivered to Z-Wave stack
2016-11-12 20:27:09.792 Detail, Node002, Received: 0x01, 0x07, 0x00, 0x13, 0x4a, 0x00, 0x00, 0x02, 0xa3
2016-11-12 20:27:09.792 Detail, Node002, ZW_SEND_DATA Request with callback ID 0x4a received (expected 0x4a)
2016-11-12 20:27:09.792 Info, Node002, Request RTT 26 Average Request RTT 25
2016-11-12 20:27:09.792 Detail, Expected callbackId was received
2016-11-12 20:27:09.792 Detail, Expected reply was received
2016-11-12 20:27:09.793 Detail, Message transaction complete
2016-11-12 20:27:09.793 Detail,
2016-11-12 20:27:09.793 Detail, Node002, Removing current message
2016-11-12 20:27:09.793 Detail,
2016-11-12 20:27:09.793 Info, Node002, Sending (Send) message (Callback ID=0x4b, Expected Reply=0x04) - SwitchMultilevelCmd_Get (Node=2): 0x01, 0x09, 0x00, 0x13, 0x02, 0x02, 0x26, 0x02, 0x25, 0x4b, 0xaf
2016-11-12 20:27:09.802 Detail, Node002, Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2016-11-12 20:27:09.802 Detail, Node002, ZW_SEND_DATA delivered to Z-Wave stack
2016-11-12 20:27:09.819 Detail, Node002, Received: 0x01, 0x07, 0x00, 0x13, 0x4b, 0x00, 0x00, 0x03, 0xa3
2016-11-12 20:27:09.819 Detail, Node002, ZW_SEND_DATA Request with callback ID 0x4b received (expected 0x4b)
2016-11-12 20:27:09.819 Info, Node002, Request RTT 25 Average Request RTT 25
2016-11-12 20:27:09.819 Detail, Expected callbackId was received
2016-11-12 20:27:09.833 Detail, Node002, Received: 0x01, 0x09, 0x00, 0x04, 0x00, 0x02, 0x03, 0x26, 0x03, 0x00, 0xd6
2016-11-12 20:27:09.833 Detail,
2016-11-12 20:27:09.834 Info, Node002, Response RTT 39 Average Response RTT 37
2016-11-12 20:27:09.834 Info, Node002, Received SwitchMultiLevel report: level=0
2016-11-12 20:27:09.834 Detail, Node002, Refreshed Value: old value=0, new value=0, type=byte
2016-11-12 20:27:09.834 Detail, Node002, Changes to this value are not verified
2016-11-12 20:27:09.834 Detail, Node002, Expected reply and command class was received
2016-11-12 20:27:09.834 Detail, Node002, Message transaction complete
2016-11-12 20:27:09.835 Detail,
2016-11-12 20:27:09.835 Detail, Node002, Removing current message
2016-11-12 20:27:09.835 Detail, Node002, Notification: ValueChanged
2016-11-12 20:27:10.937 Detail, Node002, Received: 0x01, 0x0c, 0x00, 0x04, 0x00, 0x02, 0x06, 0x31, 0x05, 0x04, 0x22, 0x04, 0xe6, 0x03
2016-11-12 20:27:10.938 Detail,
2016-11-12 20:27:10.938 Info, Node002, Received SensorMultiLevel report from node 2, instance 1, Power: value=125.4W
2016-11-12 20:27:10.938 Detail, Node002, Refreshed Value: old value=0.0, new value=125.4, type=decimal
2016-11-12 20:27:10.938 Detail, Node002, Changes to this value are not verified
2016-11-12 20:27:10.938 Detail, Node002, Notification: ValueChanged
2016-11-12 20:27:26.252 Detail, Node002, Received: 0x01, 0x0c, 0x00, 0x04, 0x00, 0x02, 0x06, 0x31, 0x05, 0x04, 0x22, 0x00, 0x00, 0xe1
2016-11-12 20:27:26.253 Detail,
2016-11-12 20:27:26.253 Info, Node002, Received SensorMultiLevel report from node 2, instance 1, Power: value=0.0W
2016-11-12 20:27:26.253 Detail, Node002, Refreshed Value: old value=125.4, new value=0.0, type=decimal
2016-11-12 20:27:26.253 Detail, Node002, Changes to this value are not verified
2016-11-12 20:27:26.253 Detail, Node002, Notification: ValueChanged
2016-11-12 20:27:27.583 Detail, Node002, Received: 0x01, 0x09, 0x00, 0x04, 0x00, 0x02, 0x03, 0x26, 0x03, 0x63, 0xb5
2016-11-12 20:27:27.584 Detail,
2016-11-12 20:27:27.584 Info, Node002, Received SwitchMultiLevel report: level=99
2016-11-12 20:27:27.584 Detail, Node002, Refreshed Value: old value=0, new value=99, type=byte
2016-11-12 20:27:27.584 Detail, Node002, Changes to this value are not verified
2016-11-12 20:27:27.585 Detail, Node002, Notification: ValueChanged
2016-11-12 20:27:27.602 Detail, Node002, Received: 0x01, 0x0c, 0x00, 0x04, 0x00, 0x02, 0x06, 0x31, 0x05, 0x04, 0x22, 0x00, 0x00, 0xe1
2016-11-12 20:27:27.603 Detail,
2016-11-12 20:27:27.603 Info, Node002, Received SensorMultiLevel report from node 2, instance 1, Power: value=0.0W
2016-11-12 20:27:27.603 Detail, Node002, Refreshed Value: old value=0.0, new value=0.0, type=decimal
2016-11-12 20:27:27.603 Detail, Node002, Changes to this value are not verified
2016-11-12 20:27:27.604 Detail, Node002, Notification: ValueChanged

AlCalzone

Kleiner Bug, Zeile 811:

    zwave.on('driver failed', function () {
        adapter.setState('info.connection', false, true);
        adapter.log.error('failed to start driver');
    >>> zwave.disconnect('/dev/' + adapter.config.usb); <<<
        process.exit();
    });

In der markierten Zeile müsste '/dev/' + raus, das ist noch ein Relikt der alten Version.

AlCalzone

@Bluefox:

Ich habe die Möglichkeit benötigt, die Gerätekonfiguration zu modifizieren. Da das noch nicht implementiert ist in 0.4, habe ich es eben mal nachgerüstet.

main.js, Zeile 388 - 390 (vorher)

adapter.log.debug('setState for: nodeID=' + obj.native.node_id + ': comClass=' + obj.native.class_id + ': index=' + obj.native.index + ': instance=' + obj.native.instance + ': value=' + value);

if (zwave) zwave.setValue(obj.native.node_id, obj.native.class_id, obj.native.instance, obj.native.index, value);

wird zu

if (obj.common.role === 'meta.config') {
    // set a configuration parameter
    adapter.log.debug('setConfigParam for: nodeID=' + obj.native.node_id + ': index=' + obj.native.index + ': value=' + value);
    if (zwave) zwave.setConfigParam(
		obj.native.node_id,
		obj.native.index,
		value,
		value.length
		)
}
else {
	// set a value
    adapter.log.debug('setState for: nodeID=' + obj.native.node_id + ': comClass=' + obj.native.class_id + ': index=' + obj.native.index + ': instance=' + obj.native.instance + ': value=' + value);
    if (zwave) zwave.setValue(obj.native.node_id, obj.native.class_id, obj.native.instance, obj.native.index, value);
}

Wenn ich dir solche Änderungen auf einem besseren Weg zukommen lassen kann, lass es mich bitte wissen. Helfe gerne dabei, den für mich (zweit-)wichtigsten Adapter vorwärts zu bringen.

Bluefox

> Wenn ich dir solche Änderungen auf einem besseren Weg zukommen lassen kann, lass es mich bitte wissen.
Ich bin an dem Adapter so interessiert, dass du sogar die Änderungen auf Ulme schreiben. Ich werde es trotzdem einpflegen.

Es gibt 0.4.1

AlCalzone

@Bluefox: Dann tagge ich dich einfach jedesmal, wenn ich was für den Adapter habe, ok?

–-

Ich habe noch etwas weiter gebuddelt, um meinem Konfigurationsproblem auf den Grund zu gehen (siehe Post http://forum.iobroker.net/viewtopic.php ... 6ab#p39876 ).

Der Adapter verwendet das Serialport-Modul, um Informationen über die seriellen Schnittstellen zu erhalten. So wie ich das sehe, reicht die Liste der Adressen aus, das Modul geht allerdings weiter und ersetzt diese durch den COM-Namen. In meinem Fall heißt die Razberry-Platine auf Systemebene tatsächlich nur "ttyAMA0", was fälschlicherweise als ihr Pfad (der /dev/ttyAMA0 lautet) interpretiert wird.

Ich habe daraufhin den Adapter modifiziert, sodass er die Erkennung der seriellen Schnittstellen selbst macht. Der beschriebene Fehler ist weg und ioBroker erkennt beide Pfadnamen korrekt.

Zeile 12 ersetzt

var Serialport = require('serialport');

durch

var path = require('path');

Ergänzt (du wirst wissen, wo du sowas am liebsten hättest):

var listSerial = function () {
	// Filter out the devices that aren't serial ports
	filterSerialPorts = function (path) {
		// get only serial port names
		if (!(/(tty(S|ACM|USB|AMA|MFD)|rfcomm)/).test(path)) {
			return false;
		}
		return fs
			.statSync(path)
			.isCharacterDevice()
			;
	};

	var dirName = '/dev';
	var serialPorts = fs
		.readdirSync(dirName)
		.map(function (file) { return path.join(dirName, file); })
		.filter(filterSerialPorts)
		.map(function (port) { return { comName: port }; })
	;
	return serialPorts;
};

Zeilen 112 - 121 ersetzt

if (Serialport) {
	// read all found serial ports
	Serialport.list(function (err, ports) {
		adapter.log.info('List of port: ' + JSON.stringify(ports));
		adapter.sendTo(obj.from, obj.command, ports, obj.callback);
	});
} else {
	adapter.log.warn('Module serialport is not available');
	adapter.sendTo(obj.from, obj.command, [{ comName: 'Not available' }], obj.callback);
}

durch

var ports = listSerial();
adapter.log.info('List of ports: ' + JSON.stringify(ports));
adapter.sendTo(obj.from, obj.command, ports, obj.callback);

–-

Bezüglich des UI-Bugs (ebenfalls Post http://forum.iobroker.net/viewtopic.php ... 6ab#p39876

Brauchst du Logs oder irgendwas, um das nachzuvollziehen?

Bluefox

Habe eingepflegt. 0.4.2 Danke.

Bluefox

` > Allerdings scheint auch hier die UI etwas buggy:

Изображение

Ich setze den Haken, bestätige und das Relais schaltet an. In der Oberfläche steht aber weiterhin "false" als Zustand, egal ob das Relais nun an ist oder nicht. `

Bedienelement zeigt aktuellen Zustand. Normalerweise wenn ein Befehl gesendet wird wird der Text rot, dann wenn ein Feedback (Update) vom Gerät kommt, wird den Text mit dem aktuellen Zustand als Schwarz dargestellt.

D.h. wenn du steuerst, dann antwortet das Gerät mit "false" zurück. Man kann das in den Logs sehen. Kannst du hier die posten?

> Wäre es möglich, das Konfigurationsfenster standardmäßig etwas größer zu gestalten? Ich muss schon scrollen, wenn ich in der Geräteliste das Aktions-Dropdown anzeigen will.
Screenshot?

Patrick

es gibt verschiedenen Aeon Labs USB Stick´s funktionieren die alle gleich gut oder gibt es bei machen vorteile?

Alex1808

Bekomme Fibaro FIBEFGMS-001-ZW5 5G 4-in-1 Multisensor nicht angemeldet.. Geht das überhaupt mit dem ZME_UZB1 USB Stick?

AlCalzone

~~@Bluefox:~~

Habe eingepflegt. 0.4.2 Danke. `
Ein Traum!

~~@Bluefox:~~

[…] D.h. wenn du steuerst, dann antwortet das Gerät mit "false" zurück. Man kann das in den Logs sehen. Kannst du hier die posten? `
Bittesehr:

! 2016-11-15 20:25:18.623 Info, Node003, Value::Set - COMMAND_CLASS_SWITCH_BINARY - Switch - 0 - 1 - True 2016-11-15 20:25:18.625 Info, Node003, SwitchBinary::Set - Setting node 3 to On 2016-11-15 20:25:18.626 Detail, Node003, Queuing (Send) SwitchBinaryCmd_Set (Node=3): 0x01, 0x0a, 0x00, 0x13, 0x03, 0x03, 0x25, 0x01, 0xff, 0x25, 0xb7, 0xaf 2016-11-15 20:25:18.627 Detail, Node003, Queuing (Send) SwitchBinaryCmd_Get (Node=3): 0x01, 0x09, 0x00, 0x13, 0x03, 0x02, 0x25, 0x02, 0x25, 0xb8, 0x5e 2016-11-15 20:25:18.628 Detail, 2016-11-15 20:25:18.629 Info, Node003, Sending (Send) message (Callback ID=0xb7, Expected Reply=0x13) - SwitchBinaryCmd_Set (Node=3): 0x01, 0x0a, 0x00, 0x13, 0x03, 0x03, 0x25, 0x01, 0xff, 0x25, 0xb7, 0xaf 2016-11-15 20:25:18.636 Detail, Node003, Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8 2016-11-15 20:25:18.638 Detail, Node003, ZW_SEND_DATA delivered to Z-Wave stack 2016-11-15 20:25:18.652 Detail, Node003, Received: 0x01, 0x07, 0x00, 0x13, 0xb7, 0x00, 0x00, 0x02, 0x5e 2016-11-15 20:25:18.653 Detail, Node003, ZW_SEND_DATA Request with callback ID 0xb7 received (expected 0xb7) 2016-11-15 20:25:18.653 Info, Node003, Request RTT 23 Average Request RTT 22 2016-11-15 20:25:18.654 Detail, Expected callbackId was received 2016-11-15 20:25:18.654 Detail, Expected reply was received 2016-11-15 20:25:18.655 Detail, Message transaction complete 2016-11-15 20:25:18.655 Detail, 2016-11-15 20:25:18.655 Detail, Node003, Removing current message 2016-11-15 20:25:18.656 Detail, 2016-11-15 20:25:18.657 Info, Node003, Sending (Send) message (Callback ID=0xb8, Expected Reply=0x04) - SwitchBinaryCmd_Get (Node=3): 0x01, 0x09, 0x00, 0x13, 0x03, 0x02, 0x25, 0x02, 0x25, 0xb8, 0x5e 2016-11-15 20:25:18.663 Detail, Node003, Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8 2016-11-15 20:25:18.664 Detail, Node003, ZW_SEND_DATA delivered to Z-Wave stack 2016-11-15 20:25:18.679 Detail, Node003, Received: 0x01, 0x07, 0x00, 0x13, 0xb8, 0x00, 0x00, 0x01, 0x52 2016-11-15 20:25:18.680 Detail, Node003, ZW_SEND_DATA Request with callback ID 0xb8 received (expected 0xb8) 2016-11-15 20:25:18.680 Info, Node003, Request RTT 22 Average Request RTT 22 2016-11-15 20:25:18.681 Detail, Expected callbackId was received 2016-11-15 20:25:18.688 Detail, Node003, Received: 0x01, 0x09, 0x00, 0x04, 0x00, 0x03, 0x03, 0x25, 0x03, 0xff, 0x2b 2016-11-15 20:25:18.689 Detail, 2016-11-15 20:25:18.689 Info, Node003, Response RTT 31 Average Response RTT 31 2016-11-15 20:25:18.689 Info, Node003, Received SwitchBinary report from node 3: level=On 2016-11-15 20:25:18.690 Detail, Node003, Refreshed Value: old value=false, new value=true, type=bool 2016-11-15 20:25:18.690 Detail, Node003, Changes to this value are not verified 2016-11-15 20:25:18.691 Detail, Node003, Expected reply and command class was received 2016-11-15 20:25:18.691 Detail, Node003, Message transaction complete 2016-11-15 20:25:18.691 Detail, 2016-11-15 20:25:18.692 Detail, Node003, Removing current message 2016-11-15 20:25:18.692 Detail, Node003, Notification: ValueChanged !
Das sieht für mich nach der korrekten Antwort aus: old value=false, new value=true. Da mein Sensor plötzlich Mist baut, werde ich mal mit Adapter und OZW-Log spielen. Vielleicht stoße ich dann auch auf die Ursache dieses Problems.

> > Wäre es möglich, das Konfigurationsfenster standardmäßig etwas größer zu gestalten? Ich muss schon scrollen, wenn ich in der Geräteliste das Aktions-Dropdown anzeigen will. `

Screenshot? `
Habe das Fenster inzwischen etwas größer gezogen, die Einstellung scheint ioBroker sich zu merken. Vielleicht ein Überbleibsel der alten Version, das bei der Installation nicht richtig überschrieben wurde?

Habe mal versucht, die Abmaße aus der io-package.json herzustellen. Hier passt alles drauf, insgesamt bleibt relativ wenig Platz für die Geräteliste übrig (ca. 50%). Vielleicht kann man hier was an der Schriftgröße optimieren, insbesondere im Dropdown kann es IMO kleiner.

Dutchman

~~@Alex1808:~~

Bekomme Fibaro FIBEFGMS-001-ZW5 5G 4-in-1 Multisensor nicht angemeldet.. Geht das überhaupt mit dem ZME_UZB1 USB Stick? `

Ja, pass auf dass er zwave+ unterstützt.

Also nimm am besten den G5, unterstütz alles und du kannst mit der batterie im Haus rumlaufen und alles ab zu lernen

Das ist der fuffie Wert

Sent from my iPhone using Tapatalk

NEWS

Zwave 0.4

Support us

1.1k
Online

31.1k
Users

78.3k
Topics

1.2m
Posts

NEWS

Zwave 0.4

Support us

1.1kOnline

31.1kUsers

78.3kTopics

1.2mPosts

1.1k
Online

31.1k
Users

78.3k
Topics

1.2m
Posts