NEWS
-
Hallo, na das Log sieht ja schon mal gut aus.
Ich arbeite mit 4.x habe aber auch mit 0.12 angefangen, sollte ansich kein Problem sein.
Seit letztens sollte auch die 0.10er funktionieren, aber die ist offiziell nicht supported damit.
Bitte ausgiebig testen und mir Bescheid geben.
LG Christian `
jo, wie immer, Danke für die schnelle Hilfe…!
Was hast du denn für ein BS? Wheezy, Jessie???
Ich hatte in den lestzen Tagen echt viel probiert...
Banana pro mit Jessie mit Node 4.4.0 --> nur Installationsfehler
Banana pro mit Wheezy mit Node 4.4.0 --> nur Installationsfehler
Banana pro mit Wheezy mit Node 0.10* --> Installation klappt auch ohne "-unsafe -perm" Zeugs
Banana pro mit Wheezy mit Node 0.12* --> Installation klappt auch ohne "-unsafe -perm" Zeugs
Dachte mir, "musste doch mal das System aktualisieren" bums, Ende...
"never touch a running system!" ist wohl doch was dran an dem Spruch... :lol:
-
.) Statusmeldung des Adapters wie "alle Nodes fertig geladen", "Treiber/Controller fertig initialisiert"
-> erledigt `
Der Knaller, wird gleich ausprobiert!.) aktivieren/deaktivieren des inclusion/exclusion Modus der zwave-Platine
-> Siehe hierzu https://github.com/OpenZWave/node-openz … ME-mgmt.md
-> ...If your OZW version is 1.3 or greater, then there's a whole bunch of new calls, which effectively replace the old BeginControllerCommand. There's also no CancelControllerCommand thus you can't cancel any pending commands (they simply timeout)... `
Der Link ist mir bekannt. Ich hatte eine Weile damit gespielt, selbst per Skript eine eigene Instanz des Treibers zu initialisieren, das hat mir aber üblicherweise nur den RasPi aufgehängt oder die ioBroker-Prozesse abgeschossen.Habe mir mal die neue main.js angeschaut. Sehe ich das richtig, dass ich nur den State "zwave.0.GLOBAL_ACTION" überschreiben muss, um die von mir gewünschte Funktionalität zu erreichen?
Viele Grüße und danke für die superschnelle Reaktion!
-
Hallo, ja, kannst du normal überschreiben.
Hab es noch nicht dokumentiert, aber grundsätzlich ist es möglich die Funktionen per Javascript Adapter auszuführen.
Du musst nur die richtigen Parameter übergeben.
Falls es nicht funktioniert, muss ich noch was anpassen.
LG Christian
-
Hab es gerade mal ausprobiert, die .ready-States werden korrekt gesetzt.
Die Fernsteuerung des Adapters funktioniert über das Setzen des States leider nicht, da ein State im "javascript.0"-Namespace erstellt wird, was im zwave-Adapter im falschen Codepfad landet. Außerdem ist der Wert des States "null" und nicht das Objekt, das ich übergebe:
var stateName = "zwave.0.GLOBAL_ACTION"; var newState = {action: "remove_device"}; createState(stateName, newState, true);Im Prinzip möchte ich vom Skripting-Adapter aus in diesen Codepfad eingreifen:
https://github.com/husky-koglhof/ioBrok … in.js#L173
Edit: hab gerade deine Antwort gesehen, wie stelle ich das an, per JS die Funktionen auszuführen?
-
Guten Morgen!
Meine Mädels sind alle schon unterwegs, darum gibt es um die Uhrzeit schon ein Update:
In GitHub ist nun die Version 0.3.0 integriert.
Damit ist es nun möglich, direkt über Javascript / VIS / etc. eine Aktion an den zWave Adapter zu übermitteln.
Beispiel Javascript:
// Only for Documentation, all valid actions var actions = ['reset', 'assign_return_route', 'delete_all_return_routes', 'create_primary', 'replace_failed_node', 'transfer_primary', 'replication_send', 'add_button', 'remove_button', 'add_device', 'remove_device', 'receive_config', 'refresh_node', 'remove_failed_node', 'has_node_failed', 'request_node_neighbor_update', 'assign_return_route', 'delete_all_return_routes', 'send_node_information', 'request_network_update', 'refresh_device', 'healNetwork', 'updatenode', 'association', 'naming']; // Nodeid is always needed, get it from e.g. input from vis var nodeid = 10; // Action is always needed, get it from e.g. listbox from vis var action = 'naming'; // ButtonID is only needed for action = adddButton, removeButton var buttonid = 1; // Name and Location are needed only needed for action = naming var deviceName = 'New Name of Device'; var deviceLocation = 'New Location of Device'; // Heal and Count are needed only needed for action = healNetwork var heal = true; var count = 5; // Group and Nodes are needed only needed for action = association var group = 'GROUP NAME FROM ASSOCIATIONS'; var nodes = [1,2,3]; buildAction(action, nodeid, undefined, undefined, deviceName, deviceLocation, undefined, undefined); // Build correct Action function buildAction(executeAction, nodeid, heal, count, device_name, device_location, groupid, nodes) { switch (executeAction) { case 'association': submitAction(executeAction, nodeid, undefined, undefined, undefined, undefined, undefined, groupid, nodes); break; case 'updatenode': submitAction(executeAction, nodeid); break; case 'heal': submitAction(executeAction, nodeid, undefined, undefined, undefined, heal, count); break; case 'add_device': submitAction(executeAction); break; case 'remove_device': submitAction(executeAction); break; case 'receive_config': submitAction(executeAction); break; case 'refresh_node': submitAction(executeAction, nodeid); break; case 'remove_failed_node': submitAction(executeAction, nodeid); break; case 'has_node_failed': submitAction(executeAction, nodeid); break; case 'request_node_neighbor_update': submitAction(executeAction, nodeid); break; case 'send_node_information': submitAction(executeAction, nodeid); break; case 'request_network_update': submitAction(executeAction, nodeid); break; case 'refresh_device': submitAction(executeAction, nodeid); break; case 'naming': submitAction(executeAction, nodeid, undefined, device_name, device_location); break; case 'reset': submitAction(executeAction); break; case 'assign_return_route': submitAction(executeAction, nodeid); break; case 'delete_all_return_routes': submitAction(executeAction, nodeid); break; case 'create_primary': submitAction(executeAction); break; case 'replace_failed_node': submitAction(executeAction, nodeid); break; case 'transfer_primary': submitAction(executeAction); break; case 'replication_send': submitAction(executeAction, nodeid); break; case 'add_button': submitAction(executeAction, nodeid, buttonid); break; case 'remove_button': submitAction(executeAction, nodeid, buttonid); break; default: break; } } // Submit Action back to zWave Adapter function submitAction(action, nodeid, buttonid, name, location, heal, count, group, nodes) { if (nodeid !== undefined) { if (buttonid !== undefined) { setState('zwave.0.NODE' + nodeid + ".GLOBAL_ACTION", { val: {nodeid: nodeid, action: action, buttonid: buttonid}, ack: true}); } else if (name !== undefined && location !== undefined) { setState('zwave.0.NODE' + nodeid + ".GLOBAL_ACTION", { val: {nodeid: nodeid, action: action, name: name, location: location}, ack: true }); } else if (heal !== undefined) { setState('zwave.0.GLOBAL_ACTION', { val: {nodeid: nodeid, action: action, heal: heal, count: count}, ack: true }); } else if (group !== undefined) { setState('zwave.0.NODE' + nodeid + ".GLOBAL_ACTION", { val: {nodeid: nodeid, action: action, group: group, target_nodeid: nodes}, ack: true }); } else { setState('zwave.0.NODE' + nodeid + ".GLOBAL_ACTION", { val: {nodeid: nodeid, action: action}, ack: true }); } } else { setState('zwave.0.GLOBAL_ACTION', { val: {action:action}, ack: true }); } }In diesem Beispiel wird der Name und die Location des Node 10 verändert.
Wenn man den Befehl "buildAction(…)" dementsprechend anders parametrisiert, dann natürlich auch andere Actions.
Man kann aber auch direkt in die Variable zwave.0.NODE<id>.GLOBAL_ACTION z.B.
{"val":{"nodeid":10,"action":"naming","name":"New Name of Device","location":"New Location of Device"}}
reinschreiben.
Ich bin grade am überlegen, ob ich mir damit nicht selbst ein vis Widget baue...
LG Christian</id>
-
Funktioniert einwandfrei!
Gibt es eigentlich eine Möglichkeit, den Adapter zu updaten ohne jedesmal openzwave neu zu kompilieren?
Okay, habe gerade nen kleinen Bug gefunden. Bei re-initialisieren des Adapters werden die GLOBAL_ACTION und ready states der einzelnen Nodes nicht gelöscht.
-
Hallo, ist in GitHub jetzt drinnen.
Es wurde die preinstall.js dementsprechend angepasst.
Wenn die beiden Dateien
/usr/local/lib/libopenzwave.so und
/usr/local/etc/openzwave/manufacturer_specific.xml
existieren, wird keine erneute openzwave Installation durchgeführt.
-
Hallo Christian,
die Version 0.3.0 ist jetzt auch bei mir drauf.
Installation lief ohne Fehler durch. Habe jetzt auch keine Fehler mehr im Log.
Nur eins wundert mich etwas. Was hat die zwave-Instanz mit der mit der rpc-Instanz zu tun?
Im Log habe ich Warnhinweise:
zwave.0 2016-03-27 10:36:32 warn zwave.0 Object 'hm-rpc.1.CUX1200014.1.HUMIDITY' not found for stateChange zwave-0 2016-03-27 10:36:30 warn Object 'hm-rpc.1.CUX1200032.1.HUM_MAX_24H' not found for stateChangeDas betrifft meine CuxD-Geräte die offensichtlich durch den rpc-Adapter falsch erkannt werden. (es fehlen sämtliche Humidity-Kanäle)
Das war mal in einer früheren rpc-Version anders.
Grüße, Lenny
-
Jetzt habe ich die letzten Stunden mit dem ZWave Adapter verbracht… Die Installation ist ein steiniger Weg ;-)
Ist... es ist noch nicht vorbei ;-)
Pi 3
Z-WAVE USB-Stick ZMEEUZB1 (ZME_UZB1)
Z-Wave Adapter 0.3.0
Fibaro Motion Sensor
Fibaro Wall Plug
Die Installation lief nicht auf Anhieb. Ich bekomme hie nicht mehr alles zusammen. Es war aber mehrmals Installation/Deinstallation angesagt. Beim letzte funktionierenden Versuch musste der Adapter ein zweites Mal gestartet werden, damit er läuft.
Aktueller Staus:
Adapter ist installiert und beendet sich erst einmal nciht mehr selbst (SIGTERM oder davor mit dem 103()).
Geräte sind erkannt. Der Motion Sensor sowohl auf der extra Admin Seite, als auch in den ioBroker Objekten. Der Wall-Plug nur in den ioBroker Objekten.
Dann diverse Versuche, Statusänderungen zue rehalten (kommen keine), dafür aber folgende Fehlermeldung im Log:
! ````
host-rasp31 2016-04-17 19:19:53 info instance system.adapter.zwave.0 terminated with code 6 (uncaught exception)
zwave-0 2016-04-17 19:19:51 info node4: nop, currently not implemented
TypeError: 2016-04-17 19:19:51 error at Manager.ondata (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:323:16)
TypeError: 2016-04-17 19:19:51 error at Decoder.add (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/socket.io-parser/index.js:247:12)
TypeError: 2016-04-17 19:19:51 error at Decoder.Emitter.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/socket.io-parser/node_modules/component-emitter/index.js:134:20)
TypeError: 2016-04-17 19:19:51 error at Decoder. (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-bind/index.js:21:15)
TypeError: 2016-04-17 19:19:51 error at Manager.ondecoded (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:333:8)
TypeError: 2016-04-17 19:19:51 error at Manager.Emitter.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-emitter/index.js:131:20)
TypeError: 2016-04-17 19:19:51 error at Manager. (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-bind/index.js:21:15)
TypeError: 2016-04-17 19:19:51 error at Socket.onpacket (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:229:12)
TypeError: 2016-04-17 19:19:51 error at Socket.onack (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:305:9)
TypeError: 2016-04-17 19:19:51 error at Socket. (/opt/iobroker/node_modules/iobroker.zwave/main.js:308:76)
TypeError: 2016-04-17 19:19:51 error Cannot read property 'split' of undefined
uncaught 2016-04-17 19:19:51 error exception: Cannot read property 'split' of undefined
zwave-0 2016-04-17 19:19:51 error Add Associaton for 3: 3
zwave-0 2016-04-17 19:19:51 error Remove Associaton for 3: 1
zwave-0 2016-04-17 19:17:58 warn Object 'web.0.connected' not found for stateChange
zwave-0 2016-04-17 19:17:57 warn Object 'web.0.connected' not found for stateChange
history-1 2016-04-17 19:16:44 info starting. Version 0.2.1 in /opt/iobroker/node_modules/iobroker.history
iobroker 2016-04-17 19:16:43 info exit 0
iobroker 2016-04-17 19:16:43 info host.rasp31 object system.adapter.history.1 created
host-rasp31 2016-04-17 19:16:43 info instance system.adapter.history.1 started with pid 5621
host-rasp31 2016-04-17 19:16:43 info object change system.adapter.history.1
iobroker 2016-04-17 19:16:43 info host.rasp31 object system.adapter.history.1.alive created
iobroker 2016-04-17 19:16:43 info host.rasp31 object system.adapter.history.1.connected created
iobroker 2016-04-17 19:16:43 info host.rasp31 object system.adapter.history.1.memHeapUsed created
iobroker 2016-04-17 19:16:43 info host.rasp31 object system.adapter.history.1.memHeapTotal created
iobroker 2016-04-17 19:16:43 info host.rasp31 object system.adapter.history.1.memRss created
iobroker 2016-04-17 19:16:43 info host.rasp31 object system.adapter.history.1.uptime created
iobroker 2016-04-17 19:16:43 info host.rasp31 create instance history
iobroker 2016-04-17 19:16:41 info add history
zwave-0 2016-04-17 18:39:27 warn Object 'web.0.connected' not found for stateChange
zwave-0 2016-04-17 18:39:26 warn Object 'web.0.connected' not found for stateChange
zwave-0 2016-04-17 18:38:44 warn Object 'web.0.connected' not found for stateChange
zwave-0 2016-04-17 18:38:43 warn Object 'web.0.connected' not found for stateChange
zwave-0 2016-04-17 18:35:55 warn Object 'web.0.connected' not found for stateChange
zwave-0 2016-04-17 18:35:53 warn Object 'web.0.connected' not found for stateChange
zwave-0 2016-04-17 18:35:01 warn Object 'web.0.connected' not found for stateChange
zwave-0 2016-04-17 18:35:00 warn Object 'web.0.connected' not found for stateChange
host-rasp31 2016-04-17 18:34:06 warn instance system.adapter.zwave.0 already running with pid 3472
zwave-0 2016-04-17 18:33:56 info node2: node dead (Undead Undead Undead), currently not implemented
zwave-0 2016-04-17 18:33:56 info Scan completedEs wurden ein Haufen Datenpunkte angelegt. Gefüllt wird allerdings keiner. Dann gibt es beim Adapter 4 Nodes: 1- USB Stick 2 - ? 3 - Motion Sensor 4 - Wall Plug ioBroker/Zustände zeigt bei dem Motion Sensor Werte an. Für den Wall-Plug (Node 4) kommen keine Werte. Die Meldungen nach dem Neustart des Adapters, da er nach der Fehlermeldung oben beendet wurde: >! ```` zwave-0 2016-04-17 19:39:08 info node4: timeout, currently not implemented zwave-0 2016-04-17 19:38:58 info node2: timeout, currently not implemented zwave-0 2016-04-17 19:38:52 info node2: node dead (Undead Undead Undead), currently not implemented sql-0 2016-04-17 19:38:52 info sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0: {"step":null,"error":null} sql-0 2016-04-17 19:38:52 info No Data admin-0 2016-04-17 19:38:52 info sendTo "getHistory" to system.adapter.sql.0 from system.adapter.admin.0: {"id":"zwave.0.NODE3.SENSOR_MULTILEVEL.Temperature_1","options":{"end":1460914742,"count":50,"instance":"sql.0","from":true,"a zwave-0 2016-04-17 19:38:48 info nodeid 2 is now available, but maybe not ready zwave-0 2016-04-17 19:38:39 info node4: timeout, currently not implemented zwave-0 2016-04-17 19:38:29 info node4: timeout, currently not implemented zwave-0 2016-04-17 19:38:19 info node4: timeout, currently not implemented zwave-0 2016-04-17 19:38:09 info node4: timeout, currently not implemented zwave-0 2016-04-17 19:37:59 info node4: timeout, currently not implemented zwave-0 2016-04-17 19:37:49 info nodeid 4 is now available, but maybe not ready zwave-0 2016-04-17 19:37:45 info node4: timeout, currently not implemented zwave-0 2016-04-17 19:37:35 info node4: timeout, currently not implemented zwave-0 2016-04-17 19:37:25 info node4: timeout, currently not implemented zwave-0 2016-04-17 19:37:15 info node2: nop, currently not implemented zwave-0 2016-04-17 19:37:11 info node ready nodeid:1 nodeinfo:{"manufacturer":"Z-Wave.Me","manufacturerid":"0x0115","product":"ZME_UZB1 USB Stick","producttype":"0x0400","productid":"0x0001","type":"Static PC Controller","name":"ras zwave-0 2016-04-17 19:37:11 info node3: node sleep, currently not implemented zwave-0 2016-04-17 19:37:11 info node3: nop, currently not implemented zwave-0 2016-04-17 19:37:07 info node2: nop, currently not implemented zwave-0 2016-04-17 19:37:03 info nodeid 3 is now available, but maybe not ready zwave-0 2016-04-17 19:37:03 info nodeid 1 is now available, but maybe not ready zwave-0 2016-04-17 19:37:02 info driver ready: homeid = c0c36bea zwave-0 2016-04-17 19:37:02 info scanning homeid=0xc0c36bea... zwave-0 2016-04-17 19:37:02 info node255: timeout, currently not implemented zwave-0 2016-04-17 19:37:01 info connected: homeid = 1.4.0 zwave-0 2016-04-17 19:37:01 info found: zwave.0.NODE3.GLOBAL_ACTION zwave-0 2016-04-17 19:37:01 info found: zwave.0.NODE3.ready zwave-0 2016-04-17 19:37:01 info found: zwave.0.NODE1.GLOBAL_ACTION zwave-0 2016-04-17 19:37:01 info found: zwave.0.NODE1.ready zwave-0 2016-04-17 19:37:00 info starting. Version 0.3.0 in /opt/iobroker/node_modules/iobroker.zwave host-rasp31 2016-04-17 19:36:59 info instance system.adapter.zwave.0 started with pid 6639 host-rasp31 2016-04-17 19:36:59 info object change system.adapter.zwave.0 host-rasp31 2016-04-17 19:36:56 info object change system.adapter.zwave.0Wenn ich irgendwie unterstützen kann (Daten liefern, usw.) gerne. Muss nur wissen, was benötigt wird.
VG,
Michael
-
Ergänzend:
Node 4.2.1
npm 2.14.17
zwave-0 2016-04-17 20:32:55 info node3: node sleep, currently not implemented zwave-0 2016-04-17 20:32:51 info node3: timeout, currently not implemented zwave-0 2016-04-17 20:32:41 info node3: node awake, currently not implemented -
Ich habe heute versucht, ein Fibaro FGS-222 Relais per ioBroker.zwave zu schalten. Nachdem sich die Installation schwierig gestaltet hat (Neustart notwendig, um das Relais richtig anzuzeigen), scheint jetzt auch die Verknüpfung nicht ordentlich zu sein.
Bei manuellem Schalten am Relais wird der State in ioBroker korrekt aktualisiert. Die andere Richtung will aber nicht. Setzen des States in ioBroker schaltet das Relais weder an noch aus. Es passiert einfach nichts. Ideen woran das liegen könnte?
-
Was sagt das log?
ggf. z-Waveadapter auf debug schalten.
Gruß
Rainer
-
Im Log erscheint überhaupt nichts. Beim Filter-Dropdown ist "debug" vorausgewählt oder was meinst du mit "zwave auf debug stellen"?
So siehts im Ereignis-Tab aus:
~~http://i.imgur.com/p900Fn5.png" />Die gelb hinterlegten Einträge tauchen auf, wenn ich das Relais von Hand betätigte, die anderen beiden Einträge waren je 1 Versuch per "Objekte"-tab und per Skript das Teil anzuschalten – ist aber nichts passiert.~~
-
Beim Filter-Dropdown ist "debug" vorausgewählt oder was meinst du mit "zwave auf debug stellen"? `
Dann würde er debug ausgaben zeigen wenn er denn welche hätte ;-)Also im Reiter Instanzen links oben den admin mode über das Männchen-Icon aktivieren, dann in der dann rechts erscheinenden Spalte Log Stufe den Loglevel von Info auf debug schalten.
Gruß
Rainer
-
Das passiert, wenn ich im Admin-Interface den Wert umstelle:
[...] zwave.0 2016-05-01 19:17:09 debug inMem message * system.adapter.javascript.0.alive zwave-0 2016-05-01 17:17:05 debug That's ok, ready Object do nothing zwave-0 2016-05-01 17:17:05 debug stateChange for zwave.0.NODE4.SWITCH_BINARY.Switch_1 found state = {"val":true,"ack":false,"ts":1462123025,"q":0,"from":"system.adapter.admin.0","lc":1462123025} inMem 2016-05-01 17:17:05 debug message * zwave.0.NODE4.SWITCH_BINARY.Switch_1 val=true, ack=false, ts=1462123025, q=0, from=system.adapter.admin.0, lc=1462123025 zwave-0 2016-05-01 17:17:05 debug That's ok, ready Object do nothing [...]Das beim Versuch via JS:
19:20:30.528 [debug] inMem message * script.js.Test 19:20:30.529 [debug] zwave.0 objectChange for script.js.Test found, obj = {"common":{"name":"Test","engineType":"Javascript/js","source":"setState(\"zwave.0.NODE4.SWITCH_BINARY.Switch_1\"/*zwave.0.NODE4.SWITCH_BINARY.Switch_1*/, true, true)","enabled":true,"engine":"system.adapter.javascript.0"},"type":"script","_id":"script.js.Test"} 19:20:30.677 [info] javascript.0 Start javascript script.js.Test 19:20:30.680 [info] javascript.0 script.js.Test: registered 0 subscriptions and 0 schedulesDas bei manueller Betätigung:
zwave.0 2016-05-01 19:21:26 debug zwave.0 That's ok, ready Object do nothing zwave.0 2016-05-01 19:21:26 debug zwave.0 stateChange for zwave.0.NODE4.SWITCH_BINARY.Switch_1 found state = {"val":false,"ack":true,"ts":1462123287,"q":0,"from":"system.adapter.zwave.0","lc":1462123287} zwave.0 2016-05-01 19:21:26 debug inMem message * zwave.0.NODE4.SWITCH_BINARY.Switch_1 zwave.0 2016-05-01 19:21:26 debug zwave.0 Value changed: zwave.0.NODE4.SWITCH_BINARY.Switch_1 from false to false zwave.0 2016-05-01 19:21:26 debug zwave.0 Nothing todo for zwave.0.NODE4.SWITCH_BINARY.Switch_1 zwave.0 2016-05-01 19:21:26 debug zwave.0 ----------> DIFF (1) D, [object Object]|undefined, ["acl"] zwave.0 2016-05-01 19:21:26 debug zwave.0 ####################################### zwave.0.NODE4.SWITCH_BINARY.Switch_1 zwave.0 2016-05-01 19:21:26 debug zwave.0 ##### Value added: zwave.0.NODE4.SWITCH_BINARY.Switch_1 = false index = 0 comclass = 37 instance = 1 zwave.0 2016-05-01 19:21:26 debug zwave.0 -----------> NODE: 4-----37-----{"value_id":"4-37-1-0","node_id":4,"class_id":37,"type":"bool","genre":"user","instance":1,"index":0,"label":"Switch","units":"","help":"","read_only":false,"wr zwave.0 2016-05-01 19:21:26 debug zwave.0 value changed: 4 comclass: 37 value: {"value_id":"4-37-1-0","node_id":4,"class_id":37,"type":"bool","genre":"user","instance":1,"index":0,"label":"Switch","units":"","help":"","read_only":fals -
so, jetzt bin ich leider raus - für mich sieht es so aus, dass ack nicht auf true geht.
da muss versteckt nochmal ran.
Dankke für die ausführliche Doku.
Gruß
Rainer
Support us
731
Online32.7k
Users82.4k
Topics1.3m
Posts