Z-WavePlus Thermostat Eurotronic Spirit: Schrittweise Inbetriebnahme

Beta-User · 12 November 2020, 11:39:21

Hab's mit dem Spirit kurz angetestet, das sieht jetzt schon mal viel besser aus

.

Allerdings besteht weiter das Problem, dass man unterschiedliche Ergebnisse hat, je nachdem, wie man die Wunschtemperatur vorgibt...
An sich sollten set DEVICE desired-temp 19, set DEVICE thermostatSetpointSet 18.5 und das "Knöpfedrücken" am HT selbst auf diese Temperatur immer (fast) dieselben Ergebnisse liefern, tatsächlich sieht das aber noch so aus:

Code Auswählen

setstate ZWave_THERMOSTAT_20 2020-11-12 08:17:40 desired-temp 19
setstate ZWave_THERMOSTAT_20 2020-11-12 08:18:37 thermostatSetpointSet 18.5
setstate ZWave_THERMOSTAT_20 2020-11-12 08:20:44 setpointTemp 19.0 C heating

Das sollte sich (wie die noch nicht getesteten tm-Befehle) aber jetzt auch außerhalb des eigentlichen Moduls/via userReadings lösen lassen

.

Zitat von: rudolfkoenig am 11 November 2020, 22:27:02
Brauche noch Feedback, insb. fuer WAKE_UP Geraete.

MMn. sollte man das neue feature auch offensiver bewerben... Von daher fände ich es angebracht, dazu einen eigenen Thread zu starten; hier liest ggf. nur eine eher kleine Anzahl (neuer ZWave-) User und Experten mit...
Und sollte man das nicht per feature_level 6.1 zum default machen?

rudolfkoenig · 12 November 2020, 12:01:26

ZitatUnd sollte man das nicht per feature_level 6.1 zum default machen?

Darueber denken wir dann nach, wenn es keine Nebeneffekte hat => ich brauche mehr Feedback.

moskito · 14 November 2020, 23:10:18

Ich weiß jetzt nicht ob es mit dieser Änderung zusammenhängt, aber seitdem habe ich beim schalten folgende Einträge im Log:

Zitat2020.11.14 23:01:32 3: ZWave set ZWave_SWITCH_BINARY_9.06 on
2020.11.14 23:01:32 1: readingsUpdate(ZWave_SWITCH_BINARY_9.06,state,on) missed to call readingsBeginUpdate first.
2020.11.14 23:01:32 1: stacktrace:
2020.11.14 23:01:32 1: main::readingsBulkUpdate called by ./FHEM/10_ZWave.pm (5112)
2020.11.14 23:01:32 1: main::ZWave_Parse called by fhem.pl (4005)
2020.11.14 23:01:32 1: main::Dispatch called by ./FHEM/00_ZWDongle.pm (981)
2020.11.14 23:01:32 1: main::ZWDongle_Parse called by ./FHEM/00_ZWDongle.pm (876)
2020.11.14 23:01:32 1: main::ZWDongle_Read called by fhem.pl (3809)
2020.11.14 23:01:32 1: main::CallFn called by fhem.pl (755)

Da ich das Attribut "showSetInState" gesetzt habe, bleiben die Geräte auch in diesem set Zustand stehen.
Eine Änderung des neuen Attributes "setReadingOnAck" brachte keine Änderung.

Gruß
Danny

Beta-User · 15 November 2020, 07:03:59

Solche Einträge habe ich auch:

Code Auswählen

2020.11.14 18:47:32 3: ZWave set Jalousie_WZ dim 75
2020.11.14 18:47:32 1: readingsUpdate(Jalousie_WZ,dim,75) missed to call readingsBeginUpdate first.
2020.11.14 18:47:32 1: stacktrace:
2020.11.14 18:47:32 1:     main::readingsBulkUpdate            called by ./FHEM/10_ZWave.pm (5122)
2020.11.14 18:47:32 1:     main::ZWave_Parse                   called by fhem.pl (4005)
2020.11.14 18:47:32 1:     main::Dispatch                      called by ./FHEM/00_ZWDongle.pm (981)
2020.11.14 18:47:32 1:     main::ZWDongle_Parse                called by ./FHEM/00_ZWDongle.pm (876)
2020.11.14 18:47:32 1:     main::ZWDongle_Read                 called by fhem.pl (3809)
2020.11.14 18:47:32 1:     main::CallFn                        called by fhem.pl (755)
2020.11.14 18:47:35 3: ZWave set ZWave_SWITCH_MULTILEVEL_8.02 dim 30
2020.11.14 18:47:35 1: readingsUpdate(ZWave_SWITCH_MULTILEVEL_8.02,dim,30) missed to call readingsBeginUpdate first.
2020.11.14 18:47:35 1: stacktrace:
2020.11.14 18:47:35 1:     main::readingsBulkUpdate            called by ./FHEM/10_ZWave.pm (5122)
2020.11.14 18:47:35 1:     main::ZWave_Parse                   called by fhem.pl (4005)
2020.11.14 18:47:35 1:     main::Dispatch                      called by ./FHEM/00_ZWDongle.pm (981)
2020.11.14 18:47:35 1:     main::ZWDongle_Parse                called by ./FHEM/00_ZWDongle.pm (876)
2020.11.14 18:47:35 1:     main::ZWDongle_Read                 called by fhem.pl (3809)
2020.11.14 18:47:35 1:     main::CallFn                        called by fhem.pl (755)

Das Zielgerät ist ein FGR-223, das erste dim ging an den .01-Kanal, meine Vermutung für diesen Fall wäre, dass Auslöser je ein userReading war.

rudolfkoenig · 15 November 2020, 11:09:38

Der Ausloeser wahr falscher Code fuer MULTI_CHANNEL Geraete.
Hoffentlich habe ich es gefixt, getestet habe ich es mangels passendes Testgeraet nur mit "einfachen" Geraeten.
Bitte um Feedback.

moskito · 16 November 2020, 09:14:47

Eben mal ein Update gemacht und getetstet.
Alles wieder so wie gewohnt.

Besten Dank
Danny

Zitat von: rudolfkoenig am 15 November 2020, 11:09:38
Der Ausloeser wahr falscher Code fuer MULTI_CHANNEL Geraete.
Hoffentlich habe ich es gefixt, getestet habe ich es mangels passendes Testgeraet nur mit "einfachen" Geraeten.
Bitte um Feedback.

krusi · 05 Dezember 2020, 09:59:55

Zitat von: rudolfkoenig am 11 November 2020, 22:27:02
Ich habe ZWDongle mit dem setReadingOnAck Attribut erweitert

Vielen Dank, das sollte einige Probleme beheben mit denen auch ich schon seit Jahren kämpfe

Zitat von: rudolfkoenig am 11 November 2020, 22:27:02
showSetInState ist mehrfach kaputt: bei Mehrfach-Befehlen landet sofort der letzte Befehl als set_XXX in state, und state wird zu XXX, nachdem der erste ACK empfangen wurde

stimmt, auch eines der alten Probleme für die man bisher immer mit "Workarounds nachbessern" musste

Zitat von: rudolfkoenig am 11 November 2020, 22:27:02
setReadingOnAck habe ich mit Mehrfach-Befehlen bei zwei "always on" Geraeten getestet, einmal mit Security, einmal ohne.
Brauche noch Feedback, insb. fuer WAKE_UP Geraete

Bin selbst gespannt, Test läuft (ohne Security), im Einsatz sind 20 WAKE_UP-Geräte (FIBARO Motion+Door-Sensoren sowie Heizungsthermostate von EUROtronic und Danfoss) sowie 20 weitere "always on" Geräte aus der gesamten FIBARO-Serie

Puccini · 11 Dezember 2020, 17:25:52

Ich hab ein Problem mit einem unserer Spirits.
Das erste hat viele Befehle zum setzen von diversen Config-Parametern (unter anderem den Befehl, den ich gerade benötige: configMeasuredTemperatureOffset)

Das zweite, eigentlich Baugleiche Gerät, hat diesen (und andere Config-Befehle) nicht!

Alle Befehle des "richtigen" Gerätes:

Code Auswählen

Unknown argument ?, choose one of alarmnotification associationAdd associationDel configBacklight configBatteryReport configByte configDefault configLCDInvert configLCDTimeout configLong configMeasuredTemperatureOffset configOpenWindowDetection configTemperatureReportThreshold configValveOpeningPercentageReport configWord desired-temp dim dimUpDown fwUpdate neighborUpdate off on powerlevel powerlevelTest protectionBytes protectionOff protectionOn protectionSeq returnRouteAdd returnRouteDel secSupportedReport setpointCooling setpointHeating stop sucRouteAdd sucRouteDel thermostatSetpointSet tmAuto tmCooling tmEnergySaveHeating tmFan tmFullPower tmHeating tmManual tmOff off-till blink off-till-overnight on-till-overnight off-for-timer on-for-timer intervals on-till toggle attrTemplate

und hier die Befehle des "falschen" Gerätes:

Code Auswählen

Unknown argument ?, choose one of alarmnotification associationAdd associationDel configByte configDefault configLong configWord desired-temp dim dimUpDown fwUpdate neighborUpdate off on powerlevel powerlevelTest protectionBytes protectionOff protectionOn protectionSeq returnRouteAdd returnRouteDel secSupportedReport setpointCooling setpointHeating stop sucRouteAdd sucRouteDel thermostatSetpointSet tmAuto tmCooling tmEnergySaveHeating tmFan tmFullPower tmHeating tmManual tmOff off-till-overnight on-till-overnight off-till blink on-till toggle off-for-timer on-for-timer intervals attrTemplate

vClasses und Classes sind gleich. Selbst die gemeldete ModelId.
Einziger Unterschied den ich feststellen kann ist das "model" was gemeldet wird.

bei dem wo es geht:

Code Auswählen

EUROtronic EUR_SPIRITZ Wall Radiator Thermostat

bei dem anderen:

Code Auswählen

EUROtronic EUR_SPIRIT Wall Radiator Thermostat Valve Control

Wie bekomm ich das jetzt "berichtigt"?

Danke euch!

rudolfkoenig · 11 Dezember 2020, 18:16:05

mit get model

Puccini · 11 Dezember 2020, 18:32:13

Das war ja einfach.
Aber genau diesen Befehl hatte ich zuvor schon ausgeführt, da ich gesehen hatte das die Model Bezeichnungen unterschiedlich waren...
Jetzt geht's aber

danke nochmals.

Nobbynews · 13 Dezember 2020, 10:04:39

Guten Morgen in die Runde,

ich habe mir jetzt noch einen weiteren Spirit zugelegt und abweichend vom Ersten per Secure eingebunden und einen WeekdayTimer zusammen mit weekprofile erstellt. In der Log-Datei ist mir etwas merkwürdiges aufgefallen. Vielleicht kann mir jemand auf die Sprünge helfen.

Code Auswählen

2020-12-13_00:46:22 HK_Keller temperature: 17.17 C
2020-12-13_04:54:17 HK_Keller temperature: 16.64 C
2020-12-13_05:30:00 HK_Keller desired-temp 20.0
2020-12-13_05:30:04 HK_Keller desired-temp: 20.0
2020-12-13_05:44:04 HK_Keller temperature: 17.17 C
2020-12-13_05:50:09 HK_Keller temperature: 17.61 C
2020-12-13_05:58:17 HK_Keller temperature: 18.14 C
2020-12-13_06:08:27 HK_Keller temperature: 18.66 C
2020-12-13_06:18:36 HK_Keller temperature: 19.10 C
2020-12-13_06:41:58 HK_Keller desired-temp: 22.0
2020-12-13_06:41:58 HK_Keller temperature: 19.63 C

Den Eintrag von 6:41:58 desired-temp: 22.0 kann ich mir nicht erklären. Aktuell zeigt der Thermostat am Display wie gewünscht 20°C an.

Hier das List vom device:

Code Auswählen

Internals:
   CFGFN      
   DEF        d246e259 8
   FUUID      5fcf9362-f33f-8873-6066-f4fcdf71ffca9171
   IODev      ZWave
   LASTInputDev ZWave
   MSGCNT     311
   NAME       HK_Keller
   NR         891359
   STATE      desired-temp 20.0
   STILLDONETIME 0
   TYPE       ZWave
   ZWaveSubDevice no
   ZWave_MSGCNT 311
   ZWave_RAWMSG 000400081a98815b48d7c0bf1bdd6c8cd68bdbd8c490e19d2ce6dfcc610875b000
   ZWave_TIME 2020-12-13 06:41:58
   cmdsPending 0
   homeId     d246e259
   isWakeUp   
   lastMsgSent 1607838118.89294
   nodeIdHex  08
   secTime    1607838118.89233
   webCmd     desired-temp
   READINGS:
     2020-12-08 15:53:27   SECURITY        ENABLED
     2020-12-08 15:58:28   assocGroup_1    Max 1 Nodes ZWave
     2020-12-08 15:58:28   assocGroups     1
     2020-12-08 15:53:32   associationAdd  1 1
     2020-12-12 06:20:00   battery         100 %
     2020-12-12 06:20:00   batteryPercent  100
     2020-12-12 06:20:00   batteryState    ok
     2020-12-11 17:28:04   configBacklight BacklightEnabled
     2020-12-11 17:28:04   configBatteryReport SendOnceADay
     2020-12-11 17:28:04   configLCDInvert Normal
     2020-12-11 17:28:04   configLCDTimeout 0
     2020-12-11 17:28:05   configMeasuredTemperatureOffset 0
     2020-12-11 18:24:33   configOpenWindowDetection Disabled
     2020-12-11 17:28:05   configTemperatureReportThreshold 5
     2020-12-11 17:28:05   configValveOpeningPercentageReport 0
     2020-12-13 06:41:58   desired-temp    22.0
     2020-12-11 17:38:40   model           EUROtronic EUR_SPIRITZ Wall Radiator Thermostat
     2020-12-11 17:38:40   modelConfig     eurotronic/eur_spiritz.xml
     2020-12-11 17:38:40   modelId         0148-0003-0001
     2020-12-11 17:47:50   neighborList    ZWave HK_Flur
     2020-12-13 05:30:01   state           desired-temp 20.0
     2020-12-13 06:41:58   temperature     19.63 C
     2020-12-11 17:48:38   thermostatMode  heating
     2020-12-13 06:41:58   timeToAck       0.046
     2020-12-13 06:41:58   transmit        OK
     2020-12-08 15:59:17   version         Lib 3 Prot 4.61 App 0.16 HW 49 FWCounter 1 FW 0.2
     2020-12-08 15:59:09   zwavePlusInfo    version:01 role:SleepingListeningSlave node:Z-Wave+Node installerIcon:1200 userIcon:1200
   secMsg:
   secNonce:
Attributes:
   IODev      ZWave
   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 
   room       08_Heizung,ZWave
   secure_classes VERSION ASSOCIATION ASSOCIATION_GRP_INFO MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY POWERLEVEL PROTECTION SENSOR_MULTILEVEL SWITCH_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT BATTERY CONFIGURATION ALARM SUPERVISION FIRMWARE_UPDATE_MD
   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

Hier noch das List vom WeekdayTimer:

Code Auswählen

Internals:
   CFGFN      
   COMMAND    
   CONDITION  
   DEF        HK_Keller weekprofile:HK_ZWave
   DEVICE     HK_Keller
   FUUID      5fcf9827-f33f-8873-5a12-bf9f050de53f9fb8
   GlobalDaylistSpec 
   LANGUAGE   de
   NAME       wdT_Keller
   NR         892770
   Profil 0: Sonntag 00:10:00 14.0, 05:30:00 20.0, 20:00:00 14.0, 
   Profil 1: Montag 00:10:00 14.0, 05:30:00 20.0, 20:00:00 14.0, 
   Profil 2: Dienstag 00:10:00 14.0, 05:30:00 20.0, 20:00:00 14.0, 
   Profil 3: Mittwoch 00:10:00 14.0, 05:30:00 20.0, 20:00:00 14.0, 
   Profil 4: Donnerstag 00:10:00 14.0, 05:30:00 20.0, 20:00:00 14.0, 
   Profil 5: Freitag 00:10:00 14.0, 05:30:00 20.0, 20:00:00 14.0, 
   Profil 6: Samstag 00:10:00 14.0, 05:30:00 20.0, 20:00:00 14.0, 
   STATE      20.0
   STILLDONETIME 0
   TYPE       WeekdayTimer
   READINGS:
     2020-12-13 05:30:00   currValue       20.0
     2020-12-13 05:30:00   nextUpdate      2020-12-13 20:00:00
     2020-12-13 05:30:00   nextValue       14.0
     2020-12-13 05:30:00   state           20.0
     2020-12-11 18:31:12   weekprofiles    HK_ZWave:Keller:Ferien
   SWITCHINGTIMES:
     5|00:10|14.0
     5|05:30|20.0
     5|20:00|14.0
     1|00:10|14.0
     1|05:30|20.0
     1|20:00|14.0
     6|00:10|14.0
     6|05:30|20.0
     6|20:00|14.0
     0|00:10|14.0
     0|05:30|20.0
     0|20:00|14.0
     4|00:10|14.0
     4|05:30|20.0
     4|20:00|14.0
     2|00:10|14.0
     2|05:30|20.0
     2|20:00|14.0
     3|00:10|14.0
     3|05:30|20.0
     3|20:00|14.0
   TIMER:
     wdT_Keller_10:
       HASH       wdT_Keller
       MODIFIER   10
       NAME       wdT_Keller_10
     wdT_Keller_11:
       HASH       wdT_Keller
       MODIFIER   11
       NAME       wdT_Keller_11
     wdT_Keller_12:
       HASH       wdT_Keller
       MODIFIER   12
       NAME       wdT_Keller_12
     wdT_Keller_SetTimerOfDay:
       HASH       wdT_Keller
       MODIFIER   SetTimerOfDay
       NAME       wdT_Keller_SetTimerOfDay
       SETTIMERATMIDNIGHT 1
     wdT_Keller_delayed:
       HASH       wdT_Keller
       MODIFIER   delayed
       NAME       wdT_Keller_delayed
   helper:
     daysRegExp (so|mo|di|mi|do|fr|sa|\$we|\!\$we)
     daysRegExpMessage (so|mo|di|mi|do|fr|sa|$we|!$we)
     SWITCHINGTIME:
       0:
         00:10:00   14.0
         05:30:00   20.0
         20:00:00   14.0
       1:
         00:10:00   14.0
         05:30:00   20.0
         20:00:00   14.0
       2:
         00:10:00   14.0
         05:30:00   20.0
         20:00:00   14.0
       3:
         00:10:00   14.0
         05:30:00   20.0
         20:00:00   14.0
       4:
         00:10:00   14.0
         05:30:00   20.0
         20:00:00   14.0
       5:
         00:10:00   14.0
         05:30:00   20.0
         20:00:00   14.0
       6:
         00:10:00   14.0
         05:30:00   20.0
         20:00:00   14.0
     WEDAYS:
       0          1
       6          1
   profil:
     1:
       EPOCH      1607814600
       PARA       14.0
       TIME       00:10
       WE_Override 0
       TAGE:
         5
     10:
       EPOCH      1607814600
       PARA       14.0
       TIME       00:10
       WE_Override 0
       TAGE:
         0
     11:
       EPOCH      1607833800
       PARA       20.0
       TIME       05:30
       WE_Override 0
       TAGE:
         0
     12:
       EPOCH      1607886000
       PARA       14.0
       TIME       20:00
       WE_Override 0
       TAGE:
         0
     13:
       EPOCH      1607814600
       PARA       14.0
       TIME       00:10
       WE_Override 0
       TAGE:
         4
     14:
       EPOCH      1607833800
       PARA       20.0
       TIME       05:30
       WE_Override 0
       TAGE:
         4
     15:
       EPOCH      1607886000
       PARA       14.0
       TIME       20:00
       WE_Override 0
       TAGE:
         4
     16:
       EPOCH      1607814600
       PARA       14.0
       TIME       00:10
       WE_Override 0
       TAGE:
         2
     17:
       EPOCH      1607833800
       PARA       20.0
       TIME       05:30
       WE_Override 0
       TAGE:
         2
     18:
       EPOCH      1607886000
       PARA       14.0
       TIME       20:00
       WE_Override 0
       TAGE:
         2
     19:
       EPOCH      1607814600
       PARA       14.0
       TIME       00:10
       WE_Override 0
       TAGE:
         3
     2:
       EPOCH      1607833800
       PARA       20.0
       TIME       05:30
       WE_Override 0
       TAGE:
         5
     20:
       EPOCH      1607833800
       PARA       20.0
       TIME       05:30
       WE_Override 0
       TAGE:
         3
     21:
       EPOCH      1607886000
       PARA       14.0
       TIME       20:00
       WE_Override 0
       TAGE:
         3
     3:
       EPOCH      1607886000
       PARA       14.0
       TIME       20:00
       WE_Override 0
       TAGE:
         5
     4:
       EPOCH      1607814600
       PARA       14.0
       TIME       00:10
       WE_Override 0
       TAGE:
         1
     5:
       EPOCH      1607833800
       PARA       20.0
       TIME       05:30
       WE_Override 0
       TAGE:
         1
     6:
       EPOCH      1607886000
       PARA       14.0
       TIME       20:00
       WE_Override 0
       TAGE:
         1
     7:
       EPOCH      1607814600
       PARA       14.0
       TIME       00:10
       WE_Override 0
       TAGE:
         6
     8:
       EPOCH      1607833800
       PARA       20.0
       TIME       05:30
       WE_Override 0
       TAGE:
         6
     9:
       EPOCH      1607886000
       PARA       14.0
       TIME       20:00
       WE_Override 0
       TAGE:
         6
   profile_IDX:
     0:
       00:10:00   10
       05:30:00   11
       20:00:00   12
     1:
       00:10:00   4
       05:30:00   5
       20:00:00   6
     2:
       00:10:00   16
       05:30:00   17
       20:00:00   18
     3:
       00:10:00   19
       05:30:00   20
       20:00:00   21
     4:
       00:10:00   13
       05:30:00   14
       20:00:00   15
     5:
       00:10:00   1
       05:30:00   2
       17:45:00   3
       18:15:00   4
       20:00:00   3
     6:
       00:10:00   7
       05:30:00   8
       20:00:00   9
   weekprofiles:
     HK_ZWave:
       PROFILE    Keller:Ferien
       PROFILE_JSON {"Sun":{"temp":["14.0","20.0","14.0"],"time":["05:30","20:00","24:00"]},"Thu":{"temp":["14.0","20.0","14.0"],"time":["05:30","20:00","24:00"]},"Mon":{"time":["05:30","20:00","24:00"],"temp":["14.0","20.0","14.0"]},"Fri":{"time":["05:30","20:00","24:00"],"temp":["14.0","20.0","14.0"]},"Sat":{"time":["05:30","20:00","24:00"],"temp":["14.0","20.0","14.0"]},"Wed":{"temp":["14.0","20.0","14.0"],"time":["05:30","20:00","24:00"]},"Tue":{"time":["05:30","20:00","24:00"],"temp":["14.0","20.0","14.0"]}}
       SunAsWE    0
       PROFILE_DATA:
         Fri:
           temp:
             14.0
             20.0
             14.0
           time:
             05:30
             20:00
             24:00
         Mon:
           temp:
             14.0
             20.0
             14.0
           time:
             05:30
             20:00
             24:00
         Sat:
           temp:
             14.0
             20.0
             14.0
           time:
             05:30
             20:00
             24:00
         Sun:
           temp:
             14.0
             20.0
             14.0
           time:
             05:30
             20:00
             24:00
         Thu:
           temp:
             14.0
             20.0
             14.0
           time:
             05:30
             20:00
             24:00
         Tue:
           temp:
             14.0
             20.0
             14.0
           time:
             05:30
             20:00
             24:00
         Wed:
           temp:
             14.0
             20.0
             14.0
           time:
             05:30
             20:00
             24:00
Attributes:
   commandTemplate set $NAME desired-temp $EVENT
   room       08_Heizung
   userattr   weekprofile

Beta-User · 13 Dezember 2020, 10:30:22

Mysteriös...

Der WDT dürfte das nicht verursacht haben: Wenn der (oder sonst was aus FHEM heraus) Anweisungen gibt, dann ist erst mal _kein_ Doppelpunkt im Log, erst die Rückmeldung vom Device hat den Doppelpunkt im Event, oder deute ich das falsch?
Außerdem hat der WDT gar keinen 22-Grad-Schaltzeitpunkt, das kann also eigentlich auch nicht mit einem "switch-in-the-past" bei FHEM-restart oä. zusammenhängen (das ist ein Heizungsdevice, da sendet WDT also ggf. schon was raus, wenn FHEM neu startet).

Nobbynews · 13 Dezember 2020, 19:22:49

Neu gestartet habe ich Fhem nicht.
Kann es sein, dass es sich dabei ggf. um dieTemperaturen handel, die mit setpoint gesetzt werden?
Das habe ich am neuen Spirit noch nicht gemacht und Angaben über eine Standardeinstellung habe ich nicht gefunden.
ZumTesten habe ich jetzt mal PercentageReport auf 1 gesetzt, um die Regelungsaktivitäten besser zu erkennen.

Beta-User · 14 Dezember 2020, 11:54:50

Hm, eigentlich _glaube_ ich nicht, dass das eine Antwort auf "setpoint" ist. Zum einen müßte dann ggf. auch das "Gegenstück" im Log auftauchen, und zum anderen wäre es was neues, dass das tatsächlich nach "desired-temp" gemappt würde.
Alelrdings muss ich zugeben, dass der ZWave-Teil meines FHEM-Projekts grade etwas stiefmütterlich vor sich hin kümmert, kann also durchaus sein, dass das mit den jüngsten Änderungen von Rudi als "device-spezifisch" reingekommen ist; das müßte dann aber im Changelog im svn zu finden sein.
Eine lokale Änderung eines Mitbewohners war es auch nicht (wobei mich auch in dem Fall das Mapping nach desired-temp wundern würde)?

Nobbynews · 14 Dezember 2020, 16:39:22

Nach einigem Rumprobieren hatte ich gestern das Log voll mit diesen Einträgen:

Code Auswählen

2020.12.14 00:35:56 1: HK_Keller: Error, no send_nonce to decrypt message available
2020.12.14 00:39:03 1: HK_Keller: Error, no send_nonce to decrypt message available
2020.12.14 00:57:14 1: HK_Keller: secDecrypt: Authentification code not verified, command b028f2 will be dropped!
2020.12.14 00:57:15 1: HK_Keller: Error, no send_nonce to decrypt message available

Heute habe ich den Spirit mal aus dem Netzwerk entfernt und dann ohne Verschlüsselung neu eingebunden.
Bei Abfragen kam dann ständig ein TimeOut.
Vermutlich lag es also an einer grottigen Funkverbindung. Habe den Stick jetzt mal an einer anderen Stelle posstioniert und dann aktzebtable Reaktionszeiten.
Ich werde das mal beobachten.