Z-Wave Adapter

versteckt

Achja, die "warn" und "info" Einträge sind im Moment nur noch zur Lesbarkeit drinnen, sind aber nicht

als Fehlereinträge zusehen.

Lenny.CB

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:

AlCalzone

~~@versteckt:~~

.) Statusmeldung des Adapters wie "alle Nodes fertig geladen", "Treiber/Controller fertig initialisiert"

-> erledigt `
Der Knaller, wird gleich ausprobiert!

~~@versteckt:~~

.) 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!

versteckt

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

AlCalzone

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?

versteckt

Ich schreib dir das morgen zusammen, heute bin ich schon weg vom Rechner.

LG Christian

versteckt

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>

AlCalzone

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.

versteckt

Hallo, ja ist im Plan für die nächste Version.

Im Moment waren einfach immer Fehler drinnen, welche tlw. durch eine neue openzwave Version

behoben wurden.

versteckt

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.

Lenny.CB

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 stateChange

Das 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

versteckt

Ist nur ein Logeintrag, weil alles State Changes überwacht werden.

Klarer Fall von, das muss noch raus.

Gesendet von meinem iPhone mit Tapatalk

ruhr70

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 completed


Es 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.0

Wenn ich irgendwie unterstützen kann (Daten liefern, usw.) gerne. Muss nur wissen, was benötigt wird.

VG,

Michael

ruhr70

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

AlCalzone

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?

Homoran

Was sagt das log?

ggf. z-Waveadapter auf debug schalten.

Gruß

Rainer

AlCalzone

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:

~~![](</s><URL url=)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.~~

Homoran

~~@AlCalzone:~~

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

AlCalzone

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 schedules

Das 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

Homoran

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

NEWS

Z-Wave Adapter

Support us

454
Online

31.6k
Users

79.5k
Topics

1.3m
Posts

NEWS

Z-Wave Adapter

Support us

454Online

31.6kUsers

79.5kTopics

1.3mPosts

454
Online

31.6k
Users

79.5k
Topics

1.3m
Posts