Eurotronic spirit z-wave Plus übernimmt keinen Schaltpunkt

Nitramius

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)

arteck

ich hab mal eben auf neue version upgedated openzwave 1.4 (master brunch)

sollte der eurotronic nicht drinn sein ?? damals im DEV wurde er zumindest richtig erkannt

https://github.com/OpenZWave/open-zwave/pull/1553
1518_unbenannt.jpg

AlCalzone

Der verlinkte PR wurde nicht gemerged, da hat ein User auf GitHub Mist gebaut.

arteck

jo schitte garnicht bis nach unten gescrollt… dann kram ich wieder die alte version raus..

Nitramius

Sorry - hatte die letzten Tage keine Zeit das weiter zu verfolgen.

Leider fehlt mir das Knowhow um hier weiter zu machen.

Ich kann nur sagen, dass zwar der gesetzte Wert vom "Thermostatmode" problemlos ausgelesen wird (bei manueller Bedienung am Thermostat), jedoch das Setzen des Wertes über ioBroker mit ZWave Adapter nicht möglich ist.

Warum ist mir schleierhaft…. :roll:

Calle

Ich bin neu von openHAB zu ioBroker umgestiegen. Leider musste ich feststellen das der SPIRIT hier noch wenig geht als in meiner openHAB Installation…

Hat mittlerweile jemand einen Workarround um das Teil zum laufen zu bekommen? Darf auch vollgepackt mit IT begriffen sein hab da ein wenig viel ahnung :D

arteck

ich hab mal was zusammengeschustert um das Thermostat zu unterstützen ..

allerdings habe ich irgendwo ein Problem…. muss ich schauen.. aber erstmal Zeit finden...

bin aber dran

muerzi

Habe OZW wie in viewtopic.php?f=17&t=9789#p127695 beschrieben installiert.

Jetzt wollte ich das Display um 180grad drehen und den Temperaturreport auf 0,2Grad stellen (Parameter 5)

Jedoch sind "CLASSES94" und "CONFIGURATION" keine "Ordner" sondern einfach Einträge.

~~![](</s><ATTACHMENT )~~[attachment=0]~~2018-10-10 11_14_59-Browser Station.jpg[/attachment]" />

Hatte jemand ein ähnliches Problem bzw. bereits gelöst?

lg~~

arteck

dann sind die Datenpunkte noch nicht gemeldet worden vom Device…

oder

hast du openzwave neu installiert.. da ist das Thermostat nicht drinn ..es gab ein PR Problem und es wurde raus genommen..

muerzi

Könnte man nicht einfach die spirit.xml aus dem dev repo config folder lokal auf den raspi kopieren und dabei ozw auf standard (ohne neu kompilieren) belassen?

Danach im zwave adapter bei den spirits einfach „info aktualisieren“ auswählen?

arteck

probier es aus…

wird aber nicht gehen.da die device xml explizit angegeben werden im code.. die werden nicht dynamisch angezogen

Community Forum

NEWS

Eurotronic spirit z-wave Plus übernimmt keinen Schaltpunkt

Support us

323

32.5k

81.8k

1.3m