Eurotronic spirit z-wave Plus übernimmt keinen Schaltpunkt

Exelant

Hallo Zusammen,

ich hab das Problem mit der Umstellung des Mode von z.b Heat auch Off nochmal nachgestellt.

Wenn ich den Mode über das Thermostat von Heizen auf Off oder Boost ändere und auch wieder zurück ändere auf eine Grad Zahl, werden die Werte unter dem Node Objekt korrekt übertragen und angezeigt. Man sieht auch im OZW.Log das Werte übertragen werden vom Themostat zum Openzwave.

Ändert man die Werte aber manuell über das Objekt, wird der Wert rot und das Thermostat hat die Werte nicht bekommen.

Temperaturänderung funktioniert.

Im OZW Log entstehen auch keine Einträge. Kann es sein das im Node Modul ggf. ein Fehler ist und im openzwave garnicht der Fehler zu suchen ist?

Kann jemand in dem Forum bei dem Fehler zum debuggn helfen?

Gruß Exelant

Nitramius

Ich könnte gerne beim Testen helfen, wenn ich weiß was benötigt wird. Bin zwar kein Entwickler, aber halbwegs IT-Fit :D

Ich habe einen ganzen Schwung der Spirit Ventile im Einsatz.

Es passt zwar nicht ganz hier rein, aber ich habe mit einer Zipato Bulb 2 ein ähnliches Problem: viewtopic.php?f=17&t=15260

Vielleicht kommt das aus der selben Ecke…

Exelant

Hi Nitramius,

funktionieren bei dir die Spirit Thermostate mit dem Mode wechsel über IOBroker?

Was für eine OZW Version hast du im Einsatz?

Vom Gefühl her scheint das Problem mit den Zipato Bulb 2 ähnlich zu sein.

Ich bin zwar auch IT-Fit aber leider hab ich nicht ganz soviel Zeit mich in die grundlegende Adapter Materie einzuarbeiten.

Mir würde eigentlich erstmal reichen wie der Ablauf im IObroker mit dem Zwave Adapter ist und wie man das iobroker seitig am besten mitloggn kann. Das OZW Log vom openzwave bringt bei der Änderung des Objektstatus leider kein output, nur wenn ich den Status am Thermostat selber ändere kommt was an und der Wert wird geändert im Iobroker.

Nitramius

Hallo Exelant,

über ioBroker funktioniert es bei mir ebenfalls nicht. Ich habe den selben Effekt wie du:

Der Status am Thermostat wird korrekt ausgelesen, ein Setzen des Modus über ioBroker ist jedoch nicht möglich.

Ich habe die "libopenzwave.so.1.5" im Einsatz. Bis auf das Setzen des Spirit-Modes und dem Farbwechsel der Zipato Bulb funktioiert auch alles (soweit getestet).

AlCalzone

~~@Exelant:~~

Das OZW Log vom openzwave bringt bei der Änderung des Objektstatus leider kein output, nur wenn ich den Status am Thermostat selber ändere kommt was an und der Wert wird geändert im Iobroker. `
Das spricht dafür, dass da kein Befehl an OZW geht. Kannst du bitte mal das Objekt um das es geht, im Detail zeigen? (Bearbeiten => Raw-Reiter)

Nitramius

Hi,

bei mir steht da folgendes:

{
  "from": "system.adapter.zwave.0",
  "user": "system.user.admin",
  "ts": 1528885776358,
  "common": {
    "name": "",
    "type": "number",
    "role": "state",
    "read": true,
    "write": true,
    "states": {
      "0": "Off",
      "1": "Heat",
      "2": "Heat Econ",
      "3": "Full Power",
      "4": "Manufacturer Specific"
    }
  },
  "native": {
    "value_id": "21-64-1-0",
    "type": "list",
    "genre": "user",
    "label": "",
    "units": "",
    "help": "",
    "node_id": 21,
    "class_id": 64,
    "instance": 1,
    "index": 0,
    "min": 0,
    "max": 0,
    "read_only": false,
    "write_only": false,
    "is_polled": false,
    "values": [
      "Off",
      "Heat",
      "Heat Econ",
      "Full Power",
      "Manufacturer Specific"
    ]
  },
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "zwave.0.NODE21.THERMOSTAT_MODE._1",
  "type": "state"
}

AlCalzone

Danke, ich schaue später oder am Wochenende (je nachdem wann ich dazu komme) mal nach, wie der Adapter dieses Objekt behandelt und ob es dabei Probleme geben kann.

AlCalzone

Sehe auf den ersten Blick nicht, warum die Änderung seitens ioBroker verschluckt werden sollte. Kannst du bitte mal den Adapter auf Loglevel Debug stellen und nachsehen, was beim Ändern des Wertes im Log erscheint?

AlCalzone

Noch eine Idee: Hast du, nachdem du die OpenZWave-Lib aktualisiert hast, dein Thermostat abgelernt und neu angelernt? Falls nicht, solltest du das tun. OZW erkennt sonst möglicherweise dessen Fähigkeiten nicht korrekt.

Exelant

Hi,

ich hab erst die OpenZWave-Lib aktualisiert und dann die Geräte eingebunden.

Bei mir steht auch folgendes:

{
  "from": "system.adapter.zwave.0",
  "ts": 1527740782938,
  "common": {
    "name": "",
    "type": "number",
    "role": "state",
    "read": true,
    "write": true,
    "states": {
      "0": "Off",
      "1": "Heat",
      "2": "Heat Eco",
      "3": "Full Power",
      "4": "Manufacturer Specific"
    }
  },
  "native": {
    "value_id": "3-64-1-0",
    "type": "list",
    "genre": "user",
    "label": "",
    "units": "",
    "help": "",
    "node_id": 3,
    "class_id": 64,
    "instance": 1,
    "index": 0,
    "min": 0,
    "max": 0,
    "read_only": false,
    "write_only": false,
    "is_polled": false,
    "values": [
      "Off",
      "Heat",
      "Heat Eco",
      "Full Power",
      "Manufacturer Specific"
    ]
  },
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "zwave.0.NODE3.THERMOSTAT_MODE._1",
  "type": "state"
}

Nitramius

~~@AlCalzone:~~

Sehe auf den ersten Blick nicht, warum die Änderung seitens ioBroker verschluckt werden sollte. Kannst du bitte mal den Adapter auf Loglevel Debug stellen und nachsehen, was beim Ändern des Wertes im Log erscheint? `

Hi AlCalzone - danke für deine Hilfe!

Um den Debug Modus zu aktiveren nehme ich an, es ist das Häckchen bei "Logging" im OpenZWave Adapter… :?

Ich habe mir das Log mal angesehen. Bei jedem Setzen eines Wertes (z.B. Backlight) wird ein Logeintrag geschrieben und der Befehl korrekt ausgeführt. Nur beim Setzen des "Thermostat_Mode" taucht im Log überhaupt nichts auf.

Ich habe den Effekt auch mit der Zipato Bulb überprüft - gleiches Ergebnis! Eine Änderung des Dimmer-Wertes wird durchgeführt und ins Log geschrieben. Bei der Änderung der Farbe - keine Aktion / kein Logeintrag!

Beide Nodes wurden nach der Aktualisierung der OpenZWave-Lib eingebunden.

AlCalzone

~~@Nitramius:~~

Um den Debug Modus zu aktiveren nehme ich an, es ist das Häckchen bei "Logging" im OpenZWave Adapter… :? `
Nein ich meine den Adapter auf Loglevel Debug zu stellen, wie ich geschrieben habe ;)

Reiter Instanzen -> Expertenansicht -> hinter zwave auf "info" klicken und "debug" auswählen -> Warten auf Neustart des Adapters.

Die Logs erscheinen dann im ioBroker-Log.

Später dann wieder zurück auf Info wenn du deinen Log nicht zu voll haben willst.

Nitramius

Ahhh - sorry - wieder was gelernt ;)

Ich habe zum Vergleich 2 Befehle gesetzt:

1. Backlight geändert - funktioniert

2. THERMOSTAT_MODE geändert - funktioniert nicht

Das wurde ins Log geschrieben (bereinigt von anderem Kram):

2018-07-06 10:01:33.383  - [34mdebug[39m: zwave.0 redis pmessage  io.zwave.0.* io.zwave.0.NODE11.CONFIGURATION.Backlight {"val":1,"ack":false,"ts":1530864093382,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1530864093382}
2018-07-06 10:01:33.384  - [34mdebug[39m: zwave.0 stateChange zwave.0.NODE11.CONFIGURATION.Backlight set {"val":1,"ack":false,"ts":1530864093382,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1530864093382}
2018-07-06 10:01:33.384  - [34mdebug[39m: zwave.0 setConfigParam for: nodeID=11: index=3: value=1
2018-07-06 10:01:35.163  - [34mdebug[39m: zwave.0 value changed: 11 comClass: 112 value: {"value_id":"11-112-1-3","node_id":11,"class_id":112,"type":"list","genre":"config","instance":1,"index":3,"label":"Backlight","units":"","help":"Default: Backlight enabled","read_only":false,"write_only":false,"min":0,"max":1,"is_polled":false,"values":["Backlight disabled","Backlight enabled"],"value":"Backlight enabled"}
2018-07-06 10:01:35.165  - [34mdebug[39m: zwave.0 redis pmessage  io.zwave.0.* io.zwave.0.NODE11.CONFIGURATION.Backlight {"val":"1","ack":true,"ts":1530864095164,"q":0,"from":"system.adapter.zwave.0","user":"system.user.admin","lc":1530864095164}
2018-07-06 10:01:36.317  - [34mdebug[39m: zwave.0 value changed: 10 comClass: 50 value: {"value_id":"10-50-1-32","node_id":10,"class_id":50,"type":"bool","genre":"user","instance":1,"index":32,"label":"Exporting","units":"","help":"","read_only":true,"write_only":false,"min":0,"max":0,"is_polled":false,"value":false}
2018-07-06 10:01:36.318  - [34mdebug[39m: zwave.0 value changed: 10 comClass: 50 value: {"value_id":"10-50-1-8","node_id":10,"class_id":50,"type":"decimal","genre":"user","instance":1,"index":8,"label":"Power","units":"W","help":"","read_only":true,"write_only":false,"min":0,"max":0,"is_polled":false,"value":"0.0"}
2018-07-06 10:01:37.992  - [34mdebug[39m: zwave.0 value changed: 18 comClass: 50 value: {"value_id":"18-50-1-32","node_id":18,"class_id":50,"type":"bool","genre":"user","instance":1,"index":32,"label":"Exporting","units":"","help":"","read_only":true,"write_only":false,"min":0,"max":0,"is_polled":false,"value":false}
2018-07-06 10:01:37.993  - [34mdebug[39m: zwave.0 value changed: 18 comClass: 50 value: {"value_id":"18-50-1-8","node_id":18,"class_id":50,"type":"decimal","genre":"user","instance":1,"index":8,"label":"Power","units":"W","help":"","read_only":true,"write_only":false,"min":0,"max":0,"is_polled":false,"value":"0.1"}
2018-07-06 10:01:44.874  - [34mdebug[39m: zwave.0 redis pmessage  io.zwave.0.* io.zwave.0.NODE11.THERMOSTAT_MODE._1 {"val":1,"ack":false,"ts":1530864104874,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1530864104874}
2018-07-06 10:01:44.875  - [34mdebug[39m: zwave.0 stateChange zwave.0.NODE11.THERMOSTAT_MODE._1 set {"val":1,"ack":false,"ts":1530864104874,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1530864104874}
2018-07-06 10:01:44.875  - [34mdebug[39m: zwave.0 setState for: nodeID=11: comClass=64: index=0: instance=1: value=1

AlCalzone

Ich habe das Gefühl, dein Objekt bildet den Node aus ZWave nicht richtig ab. THERMOSTAT_MODE ist die CommandClass, die aber benannte Eigenschaften haben müsste, die das Verhalten steuern. Normalerweise haben die States einen richtigen Namen, z.B. Mode_1. Deiner heißt nur _1 und hat außerdem "index: 0", was ich so auch noch nicht gesehen habe.

Kannst du den Node bitte nochmal aus ZWave ablernen, dann den kompletten Objektbaum zu NODE11 löschen und neu anlernen?

Nitramius

~~@AlCalzone:~~

Ich habe das Gefühl, dein Objekt bildet den Node aus ZWave nicht richtig ab. THERMOSTAT_MODE ist die CommandClass, die aber benannte Eigenschaften haben müsste, die das Verhalten steuern. Normalerweise haben die States einen richtigen Namen, z.B. Mode_1. Deiner heißt nur _1 und hat außerdem "index: 0", was ich so auch noch nicht gesehen habe.

Kannst du den Node bitte nochmal aus ZWave ablernen, dann den kompletten Objektbaum zu NODE11 löschen und neu anlernen? `

Hi, habs versucht - jedoch ohne Erfolg! Das Gerät wird wieder genau gleich eingebunden. Das "_1" taucht übrigens genau gleich bei der Zipato Bulb auf…

AlCalzone

Habe nochmal in den Source Code von OZW geschaut. Anscheinend ist Index 0 korrekt, die Variable hat aber eigentlich den Namen "Mode". Keine Ahnung warum die in ioBroker nicht ankommt.

Was bezüglich der Schaltbefehle sein kann: Die Thermostate wachen üblicherweise nur alle paar Minuten kurz auf und holen sich die neuesten Daten. Eventuell siehst du deswegen nichts im Log, weil direkt erst mal nix passiert. Werden die Änderungen übernommen, wenn du das Thermostat manuell aufweckst?

Nitramius

Nachdem alle anderen Befehle auch sofort umgesetzt werden, solllte das mit dem "Thermostat_Mode" auch so sein. Die Eurotronic Thermostate sind FLiRS Geräte und sollten sich schnell aufwecken lassen.

Ich vermute eher einen BUG in openzwave / ioBroker, da sich das selbe Szenario bei der Zipato Bulb zeigt. Eventuell kann openzwave mit "_1" nichts anfangen, weil es eigentlich "Mode_1" heißen sollte… aber da kenne ich mich zu wenig aus...

AlCalzone

~~@Nitramius:~~

Eventuell kann openzwave mit "_1" nichts anfangen, weil es eigentlich "Mode_1" heißen sollte… aber da kenne ich mich zu wenig aus... `
Intern sollten bei OZW nur die ValueIDs ankommen, d.h. <node>-<commandclass>-<instance>-<index>. Der Aufruf seitens ioBroker ist soweit ich das beurteilen kann korrekt - hier wird keine Unterscheidung getroffen, um welchen State es sich handelt. ioBroker geht rein über die value-ID die im Objekt hinterlegt ist. Wo genau das Problem jetzt liegt (openzwave-shared, OZW-Lib, …), weiß ich aber leider auch nicht.</index></instance></commandclass></node>

Exelant

Hallo Zusammen,

schade das es hier nicht weiter geht.

Ich hab aus dem node-openzwave-shared mal das test2.js ausprobiert.

Auf der Node CLI kann man damit die Temperaturen ändern, aber den Modus auch nicht.

##Temperatur ändern:

> zwave.setValue(3, 67, 1, 1, 10);
m2018-07-26 11:48:21.803 Info, Node003, Value::Set - COMMAND_CLASS_THERMOSTAT_SETPOINT -  - 1 - 1 - 10
2018-07-26 11:48:21.803 Detail, Node003, Setting Encryption Flag on Message For Command Class COMMAND_CLASS_THERMOSTAT_SETPOINT
2018-07-26 11:48:21.804 Detail, Node003, Queuing (Send) ThermostatSetpointCmd_Set (Node=3): 0x01, 0x0c, 0x00, 0x13, 0x03, 0x05, 0x43, 0x01, 0x01, 0x01, 0x0a, 0x25, 0x3d, 0xb6
2018-07-26 11:48:21.804 Detail, Node003, Setting Encryption Flag on Message For Command Class COMMAND_CLASS_THERMOSTAT_SETPOINT
2018-07-26 11:48:21.804 Detail, Node003, Queuing (Send) ThermostatSetpointCmd_Get (Node=3): 0x01, 0x0a, 0x00, 0x13, 0x03, 0x03, 0x43, 0x02, 0x01, 0x25, 0x3e, 0xbd
2018-07-26 11:48:21.804 Detail,
2018-07-26 11:48:21.804 Info, Node003, Processing (Send) Nonce Request message (Callback ID=0x3d, Expected Reply=0x13)
2018-07-26 11:48:21.804 Info, Node003, Sending (Send) message (Callback ID=0x02, Expected Reply=0x13) - Nonce_Get(ThermostatSetpointCmd_Set) - 0x01, 0x09, 0x00, 0x13, 0x03, 0x02, 0x98, 0x40, 0x05, 0x02:
undefined
> m2018-07-26 11:48:21.810 Detail, Node003,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2018-07-26 11:48:21.810 Detail, Node003,   ZW_SEND_DATA delivered to Z-Wave stack
2018-07-26 11:48:23.030 Detail, Node003,   Received: 0x01, 0x18, 0x00, 0x13, 0x02, 0x00, 0x00, 0x7a, 0x00, 0xbf, 0x7f, 0x7f, 0x7f, 0x7f, 0x00, 0x01, 0x03, 0x00, 0x00, 0x00, 0x00, 0x42, 0x04, 0x00, 0x00, 0x77
2018-07-26 11:48:23.030 Detail, Node003,   ZW_SEND_DATA Request with callback ID 0x02 received (expected 0x02)
2018-07-26 11:48:23.030 Info, Node003, Request RTT 1226 Average Request RTT 673
2018-07-26 11:48:23.054 Detail, Node003,   Received: 0x01, 0x12, 0x00, 0x04, 0x00, 0x03, 0x0a, 0x98, 0x80, 0x57, 0xce, 0xc8, 0xba, 0x21, 0xa3, 0x49, 0x67, 0xbf, 0x00, 0x00
2018-07-26 11:48:23.055 Info, Node003, Received SecurityCmd_NonceReport from node 3
2018-07-26 11:48:23.055 Info, Node003, Sending (Send) message (Callback ID=0x3f, Expected Reply=0x13) - ThermostatSetpointCmd_Set (Node=3): 0x01, 0x0c, 0x00, 0x13, 0x03, 0x05, 0x43, 0x01, 0x01, 0x01, 0x0a, 0x25, 0x3f, 0xb4
2018-07-26 11:48:23.064 Detail, Node003,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2018-07-26 11:48:23.064 Detail, Node003,   ZW_SEND_DATA delivered to Z-Wave stack
2018-07-26 11:48:23.091 Detail, Node003,   Received: 0x01, 0x18, 0x00, 0x13, 0x3f, 0x00, 0x00, 0x02, 0x00, 0xbf, 0x7f, 0x7f, 0x7f, 0x7f, 0x00, 0x01, 0x03, 0x00, 0x00, 0x00, 0x00, 0x02, 0x01, 0x00, 0x00, 0x77
2018-07-26 11:48:23.092 Detail, Node003,   ZW_SEND_DATA Request with callback ID 0x3f received (expected 0x3f)
2018-07-26 11:48:23.092 Info, Node003, Request RTT 1288 Average Request RTT 980
2018-07-26 11:48:23.092 Detail,   Expected callbackId was received
2018-07-26 11:48:23.092 Detail,   Expected reply was received
2018-07-26 11:48:23.093 Detail,   Message transaction complete
2018-07-26 11:48:23.093 Detail,
2018-07-26 11:48:23.093 Detail, Node003, Removing current message
2018-07-26 11:48:23.093 Detail,
2018-07-26 11:48:23.094 Info, Node003, Processing (Send) Nonce Request message (Callback ID=0x3e, Expected Reply=0x04)
2018-07-26 11:48:23.094 Info, Node003, Sending (Send) message (Callback ID=0x02, Expected Reply=0x04) - Nonce_Get(ThermostatSetpointCmd_Get) - 0x01, 0x09, 0x00, 0x13, 0x03, 0x02, 0x98, 0x40, 0x05, 0x02:
2018-07-26 11:48:23.099 Detail, Node003,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2018-07-26 11:48:23.099 Detail, Node003,   ZW_SEND_DATA delivered to Z-Wave stack
2018-07-26 11:48:23.122 Detail, Node003,   Received: 0x01, 0x18, 0x00, 0x13, 0x02, 0x00, 0x00, 0x02, 0x00, 0xbf, 0x7f, 0x7f, 0x7f, 0x7f, 0x00, 0x01, 0x03, 0x00, 0x00, 0x00, 0x00, 0x02, 0x01, 0x00, 0x00, 0x4a
2018-07-26 11:48:23.122 Detail, Node003,   ZW_SEND_DATA Request with callback ID 0x02 received (expected 0x02)
2018-07-26 11:48:23.122 Info, Node003, Request RTT 28 Average Request RTT 504
2018-07-26 11:48:23.146 Detail, Node003,   Received: 0x01, 0x12, 0x00, 0x04, 0x00, 0x03, 0x0a, 0x98, 0x80, 0xa9, 0xfe, 0x8b, 0x4b, 0x81, 0x6f, 0xc7, 0x62, 0xbf, 0x00, 0x9b
2018-07-26 11:48:23.147 Info, Node003, Received SecurityCmd_NonceReport from node 3
2018-07-26 11:48:23.147 Info, Node003, Sending (Send) message (Callback ID=0x40, Expected Reply=0x04) - ThermostatSetpointCmd_Get (Node=3): 0x01, 0x0a, 0x00, 0x13, 0x03, 0x03, 0x43, 0x02, 0x01, 0x25, 0x40, 0xc3
2018-07-26 11:48:23.155 Detail, Node003,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2018-07-26 11:48:23.156 Detail, Node003,   ZW_SEND_DATA delivered to Z-Wave stack
2018-07-26 11:48:23.182 Detail, Node003,   Received: 0x01, 0x18, 0x00, 0x13, 0x40, 0x00, 0x00, 0x03, 0x00, 0xbf, 0x7f, 0x7f, 0x7f, 0x7f, 0x00, 0x01, 0x03, 0x00, 0x00, 0x00, 0x00, 0x02, 0x01, 0x00, 0x00, 0x09
2018-07-26 11:48:23.183 Detail, Node003,   ZW_SEND_DATA Request with callback ID 0x40 received (expected 0x40)
2018-07-26 11:48:23.183 Info, Node003, Request RTT 89 Average Request RTT 296
2018-07-26 11:48:23.183 Detail,   Expected callbackId was received
2018-07-26 11:48:23.229 Detail, Node003,   Received: 0x01, 0x0a, 0x00, 0x04, 0x00, 0x03, 0x02, 0x98, 0x40, 0xbe, 0x00, 0x96
2018-07-26 11:48:23.229 Info, Node003, Received SecurityCmd_NonceGet from node 3
2018-07-26 11:48:23.229 Info, NONCES: 0xd6, 0xb9, 0x2d, 0x38, 0x7f, 0x1f, 0x23, 0x5c
2018-07-26 11:48:23.229 Info, NONCES: 0x65, 0xa8, 0x9b, 0x42, 0x26, 0x12, 0x1b, 0xa5
2018-07-26 11:48:23.230 Info, NONCES: 0xa8, 0xc3, 0x7c, 0x28, 0xe2, 0xa0, 0x84, 0x35
2018-07-26 11:48:23.230 Info, NONCES: 0x4b, 0x1d, 0xdd, 0xb8, 0x0c, 0x72, 0xfc, 0xb5
2018-07-26 11:48:23.230 Info, NONCES: 0x6a, 0xb2, 0xac, 0xa3, 0x58, 0x2f, 0x9b, 0xa0
2018-07-26 11:48:23.230 Info, NONCES: 0x94, 0x97, 0xaa, 0x49, 0xc6, 0x49, 0x54, 0x30
2018-07-26 11:48:23.230 Info, NONCES: 0xc4, 0xb2, 0x1f, 0xaf, 0x62, 0xc6, 0xf1, 0xea
2018-07-26 11:48:23.230 Info, NONCES: 0x80, 0x93, 0x29, 0x46, 0xdd, 0x7e, 0x76, 0xd9
2018-07-26 11:48:23.230 Info, Node003, Sending (Send) message (Callback ID=0x01, Expected Reply=0x04) - Nonce_Report - 0x01, 0x11, 0x00, 0x13, 0x03, 0x0a, 0x98, 0x80, 0x4b, 0x1d, 0xdd, 0xb8, 0x0c, 0x72, 0xfc, 0xb5, 0x05, 0x01, 0xec:
2018-07-26 11:48:23.237 Detail, Node003,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2018-07-26 11:48:23.237 Detail, Node003,   ZW_SEND_DATA delivered to Z-Wave stack
2018-07-26 11:48:23.261 Detail, Node003,   Received: 0x01, 0x18, 0x00, 0x13, 0x01, 0x00, 0x00, 0x02, 0x00, 0xbf, 0x7f, 0x7f, 0x7f, 0x7f, 0x00, 0x01, 0x03, 0x00, 0x00, 0x00, 0x00, 0x02, 0x01, 0x00, 0x00, 0x49
2018-07-26 11:48:23.262 Detail, Node003,   ZW_SEND_DATA Request with callback ID 0x01 received (expected 0x01)
2018-07-26 11:48:23.262 Info, Node003, Request RTT 167 Average Request RTT 231
2018-07-26 11:48:23.294 Detail, Node003,   Received: 0x01, 0x22, 0x00, 0x04, 0x00, 0x03, 0x1a, 0x98, 0x81, 0x9e, 0xf0, 0xed, 0x15, 0xb2, 0xa1, 0x7a, 0x35, 0xc9, 0xba, 0x36, 0x8d, 0xc8, 0x6d, 0x7f, 0x4b, 0x6a, 0xa7, 0x19, 0x2e, 0x23, 0x80, 0x1a, 0x97, 0xbf, 0x00, 0x21
2018-07-26 11:48:23.295 Info, Raw: 0x98, 0x81, 0x9e, 0xf0, 0xed, 0x15, 0xb2, 0xa1, 0x7a, 0x35, 0xc9, 0xba, 0x36, 0x8d, 0xc8, 0x6d, 0x7f, 0x4b, 0x6a, 0xa7, 0x19, 0x2e, 0x23, 0x80, 0x1a, 0x97, 0xbf
2018-07-26 11:48:23.295 Detail, Node003, Decrypted Packet: 0x00, 0x43, 0x03, 0x01, 0x22, 0x00, 0x64
2018-07-26 11:48:23.295 Detail,
2018-07-26 11:48:23.296 Info, Node003, Response RTT 201 Average Response RTT 205
2018-07-26 11:48:23.296 Detail, Node003, Refreshed Value: old value=11.0, new value=10.0, type=decimal
2018-07-26 11:48:23.296 Detail, Node003, Changes to this value are not verified
2018-07-26 11:48:23.296 Info, Node003, Received thermostat setpoint report: Setpoint  = 10.0C
2018-07-26 11:48:23.296 Detail, Node003,   Expected reply and command class was received
2018-07-26 11:48:23.297 Detail, Node003,   Message transaction complete
2018-07-26 11:48:23.297 Detail,
2018-07-26 11:48:23.297 Detail, Node003, Removing current message
2018-07-26 11:48:23.298 Detail, Node003, Notification: ValueChanged
ode3: changed: 67::11.0->10.0

##Thermostat Mode ändern

> zwave.setValue(3, 64, 1, 0, 1);
undefined
>

Gefühlt passiert dabei überhaupt nix.

Leider fehlen mir die Kenntnisse wie ich das am sinnvollsten debugge…

Kann man das openzwave selbst irgendwie testen ohne iobroker/nodejs modul?

Gruß Linde

AlCalzone

~~@Exelant:~~

Kann man das openzwave selbst irgendwie testen ohne iobroker/nodejs modul? `
Ja, indem du es mit C/C++ ansprichst. Aber da du schonmal die ioBroker-Implementation als Fehlerquelle ausgeschlossen hast, wäre das ein Fall für ein Issue im openzwave-repo:

https://github.com/OpenZWave/node-openz … red/issues (fürs node-modul)

https://github.com/OpenZWave/open-zwave/issues (für OpenZWave selbst, was ich eher glaube)

Community Forum

NEWS

Eurotronic spirit z-wave Plus übernimmt keinen Schaltpunkt

Support us

800

32.5k

81.7k

1.3m