NEWS
Zwave 0.4
-
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
Also kann man sagen, dass bei offenem Rollo nur "0" zum schließen angenommen wird und zum öffen alles ">0".
WallPlug habe ich auch neu angelernt. Ansteuerung ohne Erfolg.
Debug-Log:
! ````
zwave.0 2016-11-08 11:48:21.049 debug node14: timeout
zwave.0 2016-11-08 11:48:09.192 debug setState for: nodeID=14: comClass=37: index=0: instance=1: value=true
zwave.0 2016-11-08 11:48:09.190 debug stateChange zwave.0.NODE14.SWITCH_BINARY.Switch_1 set {"val":true,"ack":false,"ts":1478602089177,"q":0,"from":"system.adapter.admin.0","lc":1478602089177}
inMem 2016-11-08 11:48:09.188 debug message zwave.0.* zwave.0.NODE14.SWITCH_BINARY.Switch_1 val=true, ack=false, ts=1478602089177, q=0, from=system.adapter.admin.0, lc=1478602089177Das Aeotec_EnergyMeter hat nach dem Anlernen alle Kanäle. Die Reports lassen sich aber nicht setzen, bleiben "rot" ![983_zwave_9.jpg](/assets/uploads/files/983_zwave_9.jpg)
-
Ich habe noch ein paar Fragen:
- Es scheint eine zwave Config seite zu geben http://192.168.xxx.yyy:8081/#zwave
Da werden auch meine beiden Geräte fein aufgelistet, aber wenn ich auf das + am Zeilenanfang klicke geht ausser einer Tabellenüberschrift nichts weiter auf. Soll das so?
- Es scheint einige Parameter zu geben, die ich über die Objekte nicht setzen kann. Die meisten sind OK, aber alle, die per 'dropdown-liste' gesetzt werden, kommen nicht an, bzw bleiben rot.
Geht:
und im OZW_Log2016-11-08 19:52:36.796 Info, Node005, Value::Set - COMMAND_CLASS_CONFIGURATION - LED brightness - 81 - 1 - 2016-11-08 19:52:36.796 Info, Node005, Configuration::Set - Parameter=81, Value=30 Size=1 2016-11-08 19:52:36.797 Detail, 2016-11-08 19:52:36.797 Detail, Node005, Queuing (WakeUp) ConfigurationCmd_Set (Node=5): 0x01, 0x0c, 0x00, 0x13, 0x05, 0x05, 0x70, 0x04, 0x51, 0x01, 0x1e, 0x25, 0x38, 0xc7 2016-11-08 19:52:36.797 Detail, 2016-11-08 19:52:36.798 Detail, Node005, Queuing (WakeUp) ConfigurationCmd_Get (Node=5): 0x01, 0x0a, 0x00, 0x13, 0x05, 0x03, 0x70, 0x05, 0x51, 0x25, 0x39, 0xd8 2016-11-08 19:53:00.708 Detail, Node005, Received: 0x01, 0x08, 0x00, 0x04, 0x00, 0x05, 0x02, 0x84, 0x07, 0x77 2016-11-08 19:53:00.708 Detail,
Geht nicht
Das kommt im OZW Log gar nicht an
Gruß
-
Ich habe noch ein paar Fragen:
- Es scheint eine zwave Config seite zu geben http://192.168.xxx.yyy:8081/#zwave
Gruß `
Die Seite gibt es nicht mehr. Und wird nicht mehr unterstützt.Kann ich aktuellen Stand so beschreiben:
- lesen geht, schreiben nicht immer
?
-
Kann ich aktuellen Stand so beschreiben:
- lesen geht, schreiben nicht immer
? `
Genau so ist es.
-
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
-
Wie geschrieben, die, die nicht schreiben, tauchen nicht mal im OZW Protokoll auf.
-
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
-
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
-
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
-
sudo ldconfig /usr/local/lib64
Siehe Post von mir http://forum.iobroker.net/viewtopic.php … =20#p39449 `
Danke! Hat auf Anhieb funktioniert.
-
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>~~~~
-
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? -
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.
-
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 -
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.
-
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.
-
> 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
-
@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?
-
Habe eingepflegt. 0.4.2 Danke.
-
` > 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?