Externer Temperatursensor - Eurotronic Spirit Plus

[harald654]

Hallo,

betreibt jemand den Eurotronic Spirit Plus Heizkörperthermostat (direkt) mit einem externen Temperatursensor über Z-Wave?

Ich hab das mit verschiedenen Sensoren versucht, aber es funktioniert nicht
Ich hab es zuerat mit dem Philio 4 in 1 (PHI_PST02-1A) versucht. Dort hab ich den Thermostat zur "assocGroup_1" hinzugefügt, da der Philio keine extra Assosiationsgruppe für die Temperatur besitzt. Der Spirit Plus hat darauf aber nicht reagiert und entweder den Thermostat auf 0% oder 99% gestellt.
Ich dachte es liegt bestimmt an der fehlenden Assosiationsgruppe des Philio Sensors. Also hab ich mir den Temperatur-Feuchte-Sensor ebenfalls von Eurotronic gesogt.
https://eurotronic.org/produkte/sensoren/temperatur-feuchte-sensor/
Aber auch damit habe ich das gleich verhalten des Spirit Plus, das er dauerhaft entweder auf 0% oder 99% stellt.

Vieleicht mache ich aber auch etwas falsch!? Mein Vorgehen:
Der Temperatur-Feuchte-Sensor hat zwei Assosiationsgruppen, die zweite sendet nur die Temperatur.
also habe ich den Heizkörperthermostat (ID43) in die Asiationsgruppe 2 gesetzt:

Code Auswählen Erweitern

set ZWave_SENSOR_MULTILEVEL_74 associationAdd 2 43
Den Heizkörperthermostat hab ich auf externen Temperatursensor eingestellt:

Code Auswählen Erweitern

set ZWave_THERMOSTAT_43 configMeasuredTemperatureOffset 128
Jetzt sollte der Heizkörperthermostat auf die Temperatur des Temperatur-Feuchte-Sensor regeln, aber das tut er nicht.
Ich hab den Temperatur-Feuchte-Sensor zu testen mehrmals vor das Fester und danach auf die Heizung gelegt und er hat auch fröhlich die sinkende/steigende Temperatur gemeldet. Das Thermostatt hat anfags meist den Anschein gemacht auf etwas zu regeln, ging dann aber nach kurzer Zeit immer dauerhaft auf 0% oder 99%...
Hab ich bei der direkten Verbindung noch etwas vergessen?

[Damu]

Hallo

Wenn möglich vielleicht mit mcaAdd 2 0 43 0 versuchen.
Aber das vorherige zuerst löschen.

[rudolfkoenig]

Ich hab den Temperatur-Feuchte-Sensor zu testen mehrmals vor das Fester und danach auf die Heizung gelegt und er hat auch fröhlich die sinkende/steigende Temperatur gemeldet.

Diese Aktion koennte man vmtl. mit der setList Attribut sparen.

[harald654]

Danke für eure Hilfe

Hallo

Wenn möglich vielleicht mit mcaAdd 2 0 43 0 versuchen.
Aber das vorherige zuerst löschen.

mcaAdd gibt es für meinen Sensor wohl nicht:  :/

Code Auswählen Erweitern

Unknown argument mcaAdd, choose one of associationAdd associationDel configByte configDefault configHumidityOnChangeReporting configHumidityResolution configLong configTemperatureOnChangeReporting configTemperatureResolution configTemperatureScale configWord fwUpdate neighborUpdate powerlevel powerlevelTest returnRouteAdd returnRouteDel secSupportedReport sucRouteAdd sucRouteDel wakeupInterval wakeupNoMoreInformation attrTemplate

Diese Aktion koennte man vmtl. mit der setList Attribut sparen.

das wär schonmal eine Erleichterung.
Wenn ich es richtig verstehe muss ich das bei dem zu empfangenden Device eintragen?
Ich hab daher erst mal das Attribut angelegt:

Code Auswählen Erweitern

attr ZWave_THERMOSTAT_43 setList sml_temperature
Und versucht eine Temperatur zu senden

Code Auswählen Erweitern

set ZWave_THERMOSTAT_43 sml_temperature 12.2 C
Ausgabe im Event Monitor:

Code Auswählen Erweitern

2021-02-07 13:27:21 statistics STAT_THERMO_43 Updated stats for: ZWave_THERMOSTAT_43
2021-02-07 13:27:21 ZWave ZWave_THERMOSTAT_43 sml_temperature sml_temperature 12.2 C
Und bei Readings des Device steht:

Code Auswählen Erweitern

state | sml_temperature sml_temperature 12.2 C | 2021-02-07 13:27:21

irgentwie wird das "sml_temperature" doppelt gesendet?

[rudolfkoenig]

Das weniger, aber die Status-Anzeige bzw. das generierte Event ist wohl falsch.

[harald654]

von mir falsch angelegt oder von dir falsch implementiert?
hab jetzt auch den Theard gefunden wo du es imlementiert, aber keine Rückmeldung bekommen hast...
https://forum.fhem.de/index.php/topic,112955.105.html#undorate
Ich geb gerne Rückmeldung oder versuche zu unterstützen, wenn du noch etwas zur implementation benötigst?

[rudolfkoenig]

von mir falsch angelegt oder von dir falsch implementiert?

Von mir falsch implementiert, allerdings nur was Event- und state Inhalt betrifft.
Das habe ich jetzt korrigiert.
Das was an die Geraete gesendet wird, sollte richtig gewesen sein, und das habe ich nicht angefasst.

[krikan]

Wenn das mit setList funktioniert und dennoch Interesse an der direkten Assoziation besteht:
Ich sehe in der bisherigen direkten Assoziation und dem config-Befehl keinen Fehler (bitte korrektes Setzen der Werte prüfen).
Eventuell findet die Nachricht nur nicht den passenden Weg über das ZWave-Netz: Darum testweise einmal neigbhorUpdate für das Netz (erfolgreich) durchlaufen lassen. Dann mit returnRouteAdd dem Sensor die Routen zum Spirit mitteilen. Anschließend testen.

Gruß, Christian

[harald654]

Von mir falsch implementiert, allerdings nur was Event- und state Inhalt betrifft.
Das habe ich jetzt korrigiert.
Das was an die Geraete gesendet wird, sollte richtig gewesen sein, und das habe ich nicht angefasst.

hab es gerade nochmal getestet, jetzt passt der Event- und state Inhalt 

Code Auswählen Erweitern

2021-02-09 16:05:40 statistics STAT_THERMO_43 Updated stats for: ZWave_THERMOSTAT_43
2021-02-09 16:05:40 ZWave ZWave_THERMOSTAT_43 sml_temperature 10.0 C


Allerdings ist der Spirit unbedindruck von der Teperaturvorgabe über:

Code Auswählen Erweitern

set ZWave_THERMOSTAT_43 sml_temperature 10.0 C
*nach dem absenden (3x hintereinader) bleibt der Spirit einfach auf seinem Öfffungsgrad stehen (22%). Wenn ich danach die Solltemperatur von 20°C auf 16°C absenke geht die Ventielstellung auf 6%.

Ich vermute aber es liegt warscheinlich einfch an meinem Spirit, der auch auf die Temperaturvorgabe von dem Z-Wave Thermostat seltsam reagiert (oder garnicht?).
Ein Test mit einen zweiten Spirit zeigt das gleiche Verhalten. Vielicht ist die Implementierung der Spirits auch einfach buggy (oder es liegt an meinem Netz?).

Ich hänge trozdem mal den Verbose 5 log des Z-Wave Dongles dran, vieleicht findest du ja etwas auffälliges:

Code Auswählen Erweitern

2021.02.09 15:53:32 4 : ZWDongle_Read ZWDongle_0: rcvd 00040005063105042200727e00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2021.02.09 15:53:32 5 : SW: 06
2021.02.09 15:53:32 5 : ZWDongle_0: dispatch 00040005063105042200727e00
2021.02.09 15:53:32 4 : CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:063105042200727e00 CB:00
2021.02.09 15:53:36 3 : ZWave set ZWave_THERMOSTAT_43 sml_temperature 10.0 C
2021.02.09 15:53:36 5 : ZWDongle_Write 00132b0831050124000000642527 (f7160c53)
2021.02.09 15:53:36 5 : SW: 010f00132b0831050124000000642527b7
2021.02.09 15:53:36 5 : ACK received, WaitForAck=>2 for 010f00132b0831050124000000642527b7
2021.02.09 15:53:36 4 : ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2021.02.09 15:53:36 5 : SW: 06
2021.02.09 15:53:36 5 : ZWDongle_0: dispatch 011301
2021.02.09 15:53:37 4 : ZWDongle_Read ZWDongle_0: rcvd 00132700008000c37f7f7f7f0001030000000042040000 (request ZW_SEND_DATA), sending ACK
2021.02.09 15:53:37 5 : SW: 06
2021.02.09 15:53:37 5 : device ack reveived, removing 010f00132b0831050124000000642527b7 from dongle sendstack
2021.02.09 15:53:37 5 : ZWDongle_0: dispatch 00132700008000c37f7f7f7f0001030000000042040000
2021.02.09 15:53:37 4 : CMD:ZW_SEND_DATA ID:00 ARG:008000c37f7f7f7f0001030000000042040000 CB:27
2021.02.09 15:53:37 4 : ZWDongle_0 transmit OK for CB 27, target ZWave_THERMOSTAT_43
2021.02.09 15:53:39 4 : ZWDongle_Read ZWDongle_0: rcvd 0004002b03260303c300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2021.02.09 15:53:39 5 : SW: 06
2021.02.09 15:53:39 5 : ZWDongle_0: dispatch 0004002b03260303c300
2021.02.09 15:53:39 4 : CMD:APPLICATION_COMMAND_HANDLER ID:2b ARG:03260303c300 CB:00
2021.02.09 15:53:40 4 : ZWDongle_Read ZWDongle_0: rcvd 0004004a063105012200c3c600 (request APPLICATION_COMMAND_HANDLER), sending ACK
2021.02.09 15:53:40 5 : SW: 06
2021.02.09 15:53:40 5 : ZWDongle_0: dispatch 0004004a063105012200c3c600
2021.02.09 15:53:40 4 : CMD:APPLICATION_COMMAND_HANDLER ID:4a ARG:063105012200c3c600 CB:00
2021.02.09 15:53:40 4 : ZWDongle_Read ZWDongle_0: rcvd 0004004a06310505020033c600 (request APPLICATION_COMMAND_HANDLER), sending ACK
2021.02.09 15:53:40 5 : SW: 06
2021.02.09 15:53:40 5 : ZWDongle_0: dispatch 0004004a06310505020033c600
2021.02.09 15:53:40 4 : CMD:APPLICATION_COMMAND_HANDLER ID:4a ARG:06310505020033c600 CB:00
2021.02.09 15:53:46 4 : ZWDongle_Read ZWDongle_0: rcvd 00040005063105042200977e00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2021.02.09 15:53:46 5 : SW: 06
2021.02.09 15:53:46 5 : ZWDongle_0: dispatch 00040005063105042200977e00
2021.02.09 15:53:46 4 : CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:063105042200977e00 CB:00
2021.02.09 15:53:47 4 : ZWDongle_Read ZWDongle_0: rcvd 000400050631050422006f7e00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2021.02.09 15:53:47 5 : SW: 06
2021.02.09 15:53:47 5 : ZWDongle_0: dispatch 000400050631050422006f7e00
2021.02.09 15:53:47 4 : CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:0631050422006f7e00 CB:00

[harald654]

Wenn das mit setList funktioniert und dennoch Interesse an der direkten Assoziation besteht:

Hi,
ja würde immer noch gerne die direkten Assoziation verwenden 

Ich sehe in der bisherigen direkten Assoziation und dem config-Befehl keinen Fehler (bitte korrektes Setzen der Werte prüfen).

hab ich überprüft. Passt soweit, ich bin mir nur nicht sicher ob ich für den externen Sensor des Spirit "128" oder "-128" setzen muss.
Hab aber beides schon versucht und macht soweit kein Unterschied (Verhalten ist gleich und get Ausgabe ist bei beiden "128").

Eventuell findet die Nachricht nur nicht den passenden Weg über das ZWave-Netz: Darum testweise einmal neigbhorUpdate für das Netz (erfolgreich) durchlaufen lassen.

Für das ganze Netzt oder reichen die beiden Devices?
Ich hab es man für das ganze Netzt gemacht, mittels:

Code Auswählen Erweitern

set TYPE=ZWave:FILTER=ZWaveSubDevice=no neighborUpdate
Damit die Routingmap (ZWave Dongle) das mitbekommt, musste ich noch die neighborList ausführen:

Code Auswählen Erweitern

set TYPE=ZWave:FILTER=ZWaveSubDevice=no neighborList
Bei beiden ist das jeweis andere Device jetzt bei neighborList gelistet (ob das vorher auch schon so war hab ich leider nicht geprüft) und die Routingmap sieht auch gut aus.

Das Verhalten des Spirit auf die Temperaturvorgabe ist leider immer noch nicht plausiebel. Hab es jetzt nochmal über knapp einen Tag getestet. Er ging in der Zeit zwar nicht auf 99% oder off, aber hat auch nicht wirklich auf die Solltemperatur geregelt (Solltemperatur war 21°C, gemeldete Raumtemperatur 18°C). Auf große Änderungen der Temperatur (Fensterbank Außen/Heizung) hat er nicht wirklich reagiert....

Hat das wirklich noch niemand anderes Versucht? Dann wüsste ich wenistens ob es an meinem System liegt oder die Spirits da allgemein Probleme haben und ich mein Vorhaben aufgeben kann.

Dann mit returnRouteAdd dem Sensor die Routen zum Spirit mitteilen. Anschließend testen.

mir ist leider nicht ganz klar, was ich dort genau Angeben kann und wie die Eingabe aussehen muss (Einfach die Empfänger ID? Wenn mehrer, mit Leerzeichen getrennt?)

Ps: mir sind ein paar Sachen aufgefallen, die in dem Device (bzw. in der eurotronic/eur_temphumin.xml) für den "EUROtronic Temperature and Humidity Sensor" nicht passen (Bild wird vom Thermostaten angezeigt, für assocGroup_1 wird "Max 5" angezeigt aber laut Datenblatt kann dort nur 1 Device eingetragen werden, ...).
Die .xml kommt von OZW oder? Also auch besser dort anmerken/korrigieren?

[rudolfkoenig]

Wenn die Temperaturdaten weder vom Sensor noch vom FHEM akzeptiert werden, dann wuerde ich den Verdacht haben, dass das gar nicht vorgesehen ist, und den Hersteller befragen. Mit sehr viel Glueck kriegt man eine brauchbare Antwort.

für assocGroup_1 wird "Max 5" angezeigt aber laut Datenblatt kann dort nur 1 Device eingetragen werden,

Das, was FHEM an dieser Stelle anzeigt, kommt direkt vom Geraet/Firmware.
Im Zweifel wuerde ich FHEM (bzw. dem Firmware) als erstes glauben, dann dem Datenblatt, und danach dem XML. Wobei die letzten beiden sich leicht ueberholen koennen.

Uebriges: Schoenes Bild. Sollten wir daras was lernen, oder nur bewundern?

[krikan]

Habe mein Spirit mal mit set - sml_temperature kurz getestet. Die Ventilbewegungen sind dann zumindest plausibel: zu, wenn Ist über Soll und umgekehrt. Ob es aber tatsächlich funktioniert: ?

neigbhorUpdate am Besten immer für das ganze Netz machen (und mehrfach schadet nicht). Man muss mit returnRouteAdd dem TempSensor die Route zum Spirit mitteilen:

Code Auswählen Erweitern

set <Tempsensor> returnRouteAdd <NodeIddirektassoziertesSpirit>
Umgekehrt dürfte nicht schaden ist aber mMn nicht notwendig.

Das Spirit gibt es in mehreren Firmwarevarianten. Meines liefert

Code Auswählen Erweitern

version:Lib 3 Prot 4.61 App 0.16 HW 49 FWCounter 1 FW 0.10
Eventuell hat das Einfluss.

Vielleicht lieferst Du mal die Ausgabe von "list <device>" von einem Spirit und dem assoziierten TempSenor mit aktuell abgefragten config-Werten und Assoziationen. Eventuell erkennt man ein Problem. Aus Deinen Ausführungen kann ich aber nichts derartiges erahnen.

Gruß, Christian

[harald654]

Wenn die Temperaturdaten weder vom Sensor noch vom FHEM akzeptiert werden, dann wuerde ich den Verdacht haben, dass das gar nicht vorgesehen ist, und den Hersteller befragen. Mit sehr viel Glueck kriegt man eine brauchbare Antwort.

Den Hersteller hab ich vor einem Jahr mal angeschrieben, als ich das ganze schonmal mit dem Philio 4 in 1 Sensor versucht habe. Ich warte immer noch auf die Anwort...
Vieleicht versuch ich mein Glück aber nochmal. Da es im Datenblatt aufgeführt ist, bin ich erstmal davon ausgegangen dass es zumnidest vorgesehen ist. Dachte auch ich hätte im Forum schon mal gelesen dass es jemand hinbekommen hat (mittels raw Code über den Dongle?).

Uebriges: Schoenes Bild. Sollten wir daras was lernen, oder nur bewundern?

Danke danke, mir ist die neighbor map erst gestern aufgefallen und wusste nicht wem ich das zeigen soll
Hab darin extra noch die beiden Devices rot makiert, damit man das falsche ProduktBild sieht das die beide miteinader verknüpft sind
PS: das "Start auto layout" und  "Send layout to FHEM" ordnet nur die Devices schöner an für das Bild, oder wird dort das routing für die Devices neu angelegt?

[harald654]

Habe mein Spirit mal mit set - sml_temperature kurz getestet. Die Ventilbewegungen sind dann zumindest plausibel: zu, wenn Ist über Soll und umgekehrt. Ob es aber tatsächlich funktioniert: ?

neigbhorUpdate am Besten immer für das ganze Netz machen (und mehrfach schadet nicht). Man muss mit returnRouteAdd dem TempSensor die Route zum Spirit mitteilen:

Code Auswählen Erweitern

set <Tempsensor> returnRouteAdd <NodeIddirektassoziertesSpirit>
Umgekehrt dürfte nicht schaden ist aber mMn nicht notwendig.

Ah danke, das versuch ich mal noch.

Das Spirit gibt es in mehreren Firmwarevarianten. Meines liefert

Code Auswählen Erweitern

version:Lib 3 Prot 4.61 App 0.16 HW 49 FWCounter 1 FW 0.10
Eventuell hat das Einfluss.

Hab noch ein paar mit einem älteren Firmwarestand (version:Lib 3 Prot 4.61 App 0.15 HW 49 FWCounter 1 FW 0.9) aber hab exta meinen neusten Spirit (mit dem gleichen Softwarestand wie deiner) verwendet.

Vielleicht lieferst Du mal die Ausgabe von "list <device>" von einem Spirit und dem assoziierten TempSenor mit aktuell abgefragten config-Werten und Assoziationen. Eventuell erkennt man ein Problem. Aus Deinen Ausführungen kann ich aber nichts derartiges erahnen.

Gruß, Christian

Anbei die Ausgaben:

Thermostat:

Code Auswählen Erweitern

Internals:
   DEF        f7160c53 43
   FUUID      5dbce48f-f33f-c01c-aa88-582b96eb89576c6e
   IMAGE      /fhem/deviceimages/zwave/ZC10-17095777
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     91
   NAME       ZWave_THERMOSTAT_43
   NR         204
   STATE      IstTemp:  16.29 C -
SollTemp:  20.0 C heating -
Ventiel: dim 26
   TYPE       ZWave
   ZWDongle_0_MSGCNT 91
   ZWDongle_0_RAWMSG 0004002b057006060101c300
   ZWDongle_0_TIME 2021-02-09 18:15:03
   ZWaveSubDevice no
   cmdsPending 0
   homeId     f7160c53
   isWakeUp   
   lastMsgSent 1612890903.48757
   nodeIdHex  2b
   webCmd     desired-temp
   READINGS:
     2021-02-09 18:14:26   assocGroup_1    Max 1 Nodes ZWDongle_0
     2021-02-09 18:14:25   assocGroups     1
     2021-02-08 21:48:36   battery         35 %
     2021-02-08 21:48:36   batteryPercent  35
     2021-02-08 21:48:36   batteryState    ok
     2021-02-09 18:15:02   configBacklight BacklightEnabled
     2021-02-09 18:15:02   configBatteryReport SendOnceADay
     2021-02-09 18:15:02   configLCDInvert Normal
     2021-02-09 18:15:02   configLCDTimeout 0
     2021-02-09 18:15:02   configMeasuredTemperatureOffset 128
     2021-02-09 18:15:03   configOpenWindowDetection Disabled
     2021-02-09 18:15:03   configTemperatureReportThreshold 1
     2021-02-09 18:15:03   configValveOpeningPercentageReport 1
     2021-02-08 19:57:45   model           EUROtronic EUR_SPIRITZ Wall Radiator Thermostat
     2021-02-08 19:57:45   modelConfig     eurotronic/eur_spiritz.xml
     2021-02-08 19:57:45   modelId         0148-0003-0001
     2021-02-09 09:38:03   neighborList    ZWave_THERMOSTAT_3 ZWave_SWITCH_BINARY_5 ZWave_SWITCH_MULTILEVEL_8 ZWave_SWITCH_MULTILEVEL_9 ZWave_SWITCH_MULTILEVEL_10 ZWave_SWITCH_MULTILEVEL_12 ZWave_SWITCH_MULTILEVEL_13 ZWave_SWITCH_MULTILEVEL_19 ZWave_SWITCH_MULTILEVEL_21 ZWave_SWITCH_MULTILEVEL_22 ZWave_SWITCH_MULTILEVEL_23 ZWave_SWITCH_MULTILEVEL_24 ZWave_SWITCH_BINARY_41 ZWave_SENSOR_MULTILEVEL_74
     2021-02-09 00:48:15   neighborUpdate  done
     2021-02-03 17:32:13   powerlvl        current 0 remain 0
     2021-02-09 18:13:48   reportedState   dim 26
     2021-02-09 16:58:01   setpointTemp    20.0 C heating
     2021-02-09 17:59:55   statTemperatureTendency 1h: -0.96 2h: -1.84 3h: -3.69 6h: -4.49
     2021-02-09 18:13:48   state           dim 26
     2021-02-09 18:13:35   temperature     16.29 C
     2021-02-09 18:13:35   temperature_avg_day 20.7
     2021-02-09 18:13:35   temperature_avg_month 20.5
     2021-02-09 18:13:35   temperature_cum_day 1356903.11
     2021-02-09 18:13:35   temperature_cum_month 17304563.97
     2021-02-09 00:49:23   temperature_max_day 21.8
     2021-02-03 18:45:47   temperature_max_month 21.8
     2021-02-09 18:13:35   temperature_min_day 16.3
     2021-02-09 18:13:35   temperature_min_month 16.3
     2021-02-09 15:16:08   thermostatMode  heating
     2021-02-09 18:15:03   timeToAck       0.157
     2021-02-09 18:15:03   transmit        OK
     2021-02-07 13:55:37   version         Lib 3 Prot 4.61 App 0.16 HW 49 FWCounter 1 FW 0.10
   helper:
     _98_statistics STAT_THERMO_43
Attributes:
   IODev      ZWDongle_0
   alias      Thmo_ArbZmr
   classes    ZWAVEPLUS_INFO ASSOCIATION ASSOCIATION_GRP_INFO VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY PROTECTION SENSOR_MULTILEVEL SWITCH_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT BATTERY CONFIGURATION ALARM POWERLEVEL SECURITY SECURITY_S2 TRANSPORT_SERVICE SUPERVISION FIRMWARE_UPDATE_MD
   neighborListPos 97.17,792.6
   room       Heizkörper,ZWave
   setList    sml_temperature
   stateFormat IstTemp:  temperature -
SollTemp:  setpointTemp -
Ventiel: reportedState
   vclasses   ALARM:8 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:3 MANUFACTURER_SPECIFIC:1 POWERLEVEL:1 PROTECTION:1 SECURITY:1 SECURITY_S2:1 SENSOR_MULTILEVEL:5 SUPERVISION:1 SWITCH_MULTILEVEL:1 THERMOSTAT_MODE:3 THERMOSTAT_SETPOINT:3 TRANSPORT_SERVICE:2 VERSION:2 ZWAVEPLUS_INFO:2
   verbose    5

Thermostat:

Code Auswählen Erweitern

Internals:
   DEF        f7160c53 74
   FUUID      6021b4e7-f33f-c01c-a6ab-665860ce6d44541f
   IMAGE      /fhem/deviceimages/zwave/ZC10-20076937
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     111
   NAME       ZWave_SENSOR_MULTILEVEL_74
   NR         373
   STATE      ???
   TYPE       ZWave
   ZWDongle_0_MSGCNT 111
   ZWDongle_0_RAWMSG 0004004a06310505020035d400
   ZWDongle_0_TIME 2021-02-09 18:17:58
   ZWaveSubDevice no
   cmdsPending 0
   homeId     f7160c53
   isWakeUp   1
   lastMsgSent 1612890951.75717
   nodeIdHex  4a
   READINGS:
     2021-02-09 18:15:49   assocGroup_1    Max 5 Nodes ZWDongle_0
     2021-02-09 18:15:49   assocGroup_2    Max 5 Nodes ZWave_THERMOSTAT_43
     2021-02-09 18:15:49   assocGroups     2
     2021-02-09 18:15:27   configHumidityOnChangeReporting 1
     2021-02-09 18:15:27   configHumidityResolution 0
     2021-02-09 18:15:27   configTemperatureOnChangeReporting 1
     2021-02-09 18:15:27   configTemperatureResolution 1
     2021-02-09 18:15:27   configTemperatureScale Celsius
     2021-02-09 17:52:07   dewpoint        8.8 C
     2021-02-09 18:17:58   humidity        53 %
     2021-02-08 23:03:21   model           EUROtronic Temperature and Humidity Sensor
     2021-02-08 23:03:21   modelConfig     eurotronic/eur_temphumin.xml
     2021-02-08 23:03:21   modelId         0148-0004-0001
     2021-02-09 09:38:02   neighborList    ZWDongle_0 ZWave_SWITCH_BINARY_5 ZWave_SWITCH_MULTILEVEL_21 ZWave_SWITCH_MULTILEVEL_24 ZWave_SWITCH_BINARY_36 ZWave_SWITCH_BINARY_41 ZWave_THERMOSTAT_43 ZWave_THERMOSTAT_75
     2021-02-09 09:31:40   neighborUpdate  done
     2021-02-09 18:17:51   temperature     19.1 C
     2021-02-09 18:17:51   temperature_avg_day 21.2
     2021-02-09 18:17:51   temperature_avg_month 22.6
     2021-02-09 18:17:51   temperature_cum_day 1399629.8
     2021-02-09 18:17:51   temperature_cum_month 19051639.6
     2021-02-09 10:07:38   temperature_max_day 29.0
     2021-02-09 10:07:38   temperature_max_month 29.0
     2021-02-09 17:58:08   temperature_min_day 18.0
     2021-02-09 17:58:08   temperature_min_month 18.0
     2021-02-09 18:15:51   timeToAck       0.031
     2021-02-09 18:15:51   transmit        OK
     2021-02-09 18:15:49   wakeup          notification
     2021-02-08 23:02:16   zwavePlusInfo   version:01 role:SleepingReportingSlave node:Z-Wave+Node installerIcon:0d00 userIcon:0d00
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO ASSOCIATION BATTERY CONFIGURATION ASSOCIATION_GRP_INFO TRANSPORT_SERVICE SENSOR_MULTILEVEL WAKE_UP VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY POWERLEVEL SECURITY SECURITY_S2 SUPERVISION FIRMWARE_UPDATE_MD
   neighborListPos 118.87,799.23
   room       ZWave
   vclasses   ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:3 MANUFACTURER_SPECIFIC:1 POWERLEVEL:1 SECURITY:1 SECURITY_S2:1 SENSOR_MULTILEVEL:5 SUPERVISION:1 TRANSPORT_SERVICE:2 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2

[krikan]

Keine fundierte Idee. Nur wilde Vermutungen, wenn es nicht an fehlenden Routen liegen sollte:
Abweichend sind bei meinem Spirit gesetzt

Code Auswählen Erweitern

2021-02-09 18:15:03   configOpenWindowDetection Disabled
2021-02-09 18:15:03   configTemperatureReportThreshold 1
2021-02-09 18:15:03   configValveOpeningPercentageReport 1
und zwar auf

Code Auswählen Erweitern

MediumSensibility
5
0

configValveOpeningPercentageReport auf 1 müsste doch bei Veränderungen des Öffnungsgrades zu einer Funktelegrammflut führen. Das _könnte_ zu Problemen führen; würde ich mal testweise ändern, falls noch nicht geschehen.

Gruß, Christian