Neues Modul - Heating_Control, WeekdayTimer

Skusi · 18 November 2018, 10:02:44

Hallo,
seit einiger Zeit schaltet einer meiner Heating-Control Timer nicht mehr zu den definierten Zeiten um. Komisch ist dabei das ich noch 7 weiter Teimer für andere Räume laufen habe, die alle gleich definiert sind die und zu den Zeiten auch die Sollwerte umschalten. Nur mein Bad Timer tut es nicht:

Code Auswählen

READINGS:
     2018-11-18 05:00:02   currValue       20.5
     2018-11-18 09:47:24   disabled        0
     2018-11-18 05:00:02   nextUpdate      2018-11-18 07:00:00
     2018-11-18 05:00:02   nextValue       19.5
     2018-11-18 04:00:01   state           20.5

So sehen die readings am Sontag um ca 10 Uhr aus. Wie man sieht hätte schon um 7:00 der Sollwert auf 19.5 springen sollen. Aber state ist immernoch 20.5.

Ich habe keine delay condition definiert.

Hier mal das ganze List:

Code Auswählen

Internals:
   COMMAND    set $NAME desired-temp $EVENT
   CONDITION  
   DEF        FBHK_Bad de 12345|02:00|20.5 12345|05:00|19.5 60|04:00|20.5 60|07:00|19.5 set $NAME desired-temp $EVENT
   DEVICE     FBHK_Bad
   GlobalDaylistSpec 
   LANGUAGE   de
   NAME       Timer_FBH_Bad
   NR         397
   Profil 0: Sonntag 04:00:00 20.5, 07:00:00 19.5
   Profil 1: Montag 02:00:00 20.5, 05:00:00 19.5
   Profil 2: Dienstag 02:00:00 20.5, 05:00:00 19.5
   Profil 3: Mittwoch 02:00:00 20.5, 05:00:00 19.5
   Profil 4: Donnerstag 02:00:00 20.5, 05:00:00 19.5
   Profil 5: Freitag 02:00:00 20.5, 05:00:00 19.5
   Profil 6: Samstag 04:00:00 20.5, 07:00:00 19.5
   STATE      20.5
   STILLDONETIME 0
   TYPE       Heating_Control
   READINGS:
     2018-11-18 05:00:02   currValue       20.5
     2018-11-18 09:47:24   disabled        0
     2018-11-18 05:00:02   nextUpdate      2018-11-18 07:00:00
     2018-11-18 05:00:02   nextValue       19.5
     2018-11-18 04:00:01   state           20.5
   SWITCHINGTIMES:
     12345|02:00|20.5
     12345|05:00|19.5
     60|04:00|20.5
     60|07:00|19.5
   TIMER:
     Timer_FBH_Bad_1:
       HASH       Timer_FBH_Bad
       MODIFIER   1
       NAME       Timer_FBH_Bad_1
     Timer_FBH_Bad_2:
       HASH       Timer_FBH_Bad
       MODIFIER   2
       NAME       Timer_FBH_Bad_2
     Timer_FBH_Bad_3:
       HASH       Timer_FBH_Bad
       MODIFIER   3
       NAME       Timer_FBH_Bad_3
     Timer_FBH_Bad_4:
       HASH       Timer_FBH_Bad
       MODIFIER   4
       NAME       Timer_FBH_Bad_4
       immerSchalten 1
     Timer_FBH_Bad_SetTimerOfDay:
       HASH       Timer_FBH_Bad
       MODIFIER   SetTimerOfDay
       NAME       Timer_FBH_Bad_SetTimerOfDay
       SETTIMERATMIDNIGHT 1
     Timer_FBH_Bad_delayed:
       HASH       Timer_FBH_Bad
       MODIFIER   delayed
       NAME       Timer_FBH_Bad_delayed
   dayNumber:
     !$we       8
     $we        7
     di         2
     do         4
     fr         5
     mi         3
     mo         1
     sa         6
     so         0
   helper:
     daysRegExp (so|mo|di|mi|do|fr|sa|\$we|\!\$we)
     daysRegExpMessage (so|mo|di|mi|do|fr|sa|$we|!$we)
     SWITCHINGTIME:
       0:
         04:00:00   20.5
         07:00:00   19.5
       1:
         02:00:00   20.5
         05:00:00   19.5
       2:
         02:00:00   20.5
         05:00:00   19.5
       3:
         02:00:00   20.5
         05:00:00   19.5
       4:
         02:00:00   20.5
         05:00:00   19.5
       5:
         02:00:00   20.5
         05:00:00   19.5
       6:
         04:00:00   20.5
         07:00:00   19.5
   longDays:
     de:
       Sonntag
       Montag
       Dienstag
       Mittwoch
       Donnerstag
       Freitag
       Samstag
       Wochenende
       Werktags
     en:
       Sunday
       Monday
       Tuesday
       Wednesday
       Thursday
       Friday
       Saturday
       weekend
       weekdays
     fr:
       Dimanche
       Lundi
       Mardi
       Mercredi
       Jeudi
       Vendredi
       Samedi
       weekend
       jours de la semaine
   profil:
     1:
       EPOCH      1542502800
       PARA       20.5
       TIME       02:00
       TAGE:
         1
         2
         3
         4
         5
     2:
       EPOCH      1542513600
       PARA       19.5
       TIME       05:00
       TAGE:
         1
         2
         3
         4
         5
     3:
       EPOCH      1542510000
       PARA       20.5
       TIME       04:00
       TAGE:
         0
         6
     4:
       EPOCH      1542520800
       PARA       19.5
       TIME       07:00
       TAGE:
         0
         6
   profile_IDX:
     0:
       04:00:00   3
       07:00:00   4
     1:
       02:00:00   1
       05:00:00   2
     2:
       02:00:00   1
       05:00:00   2
     3:
       02:00:00   1
       05:00:00   2
     4:
       02:00:00   1
       05:00:00   2
     5:
       02:00:00   1
       05:00:00   2
     6:
       04:00:00   3
       07:00:00   4
   shortDays:
     de:
       so
       mo
       di
       mi
       do
       fr
       sa
       $we
       !$we
     en:
       su
       mo
       tu
       we
       th
       fr
       sa
       $we
       !$we
     fr:
       di
       lu
       ma
       me
       je
       ve
       sa
       $we
       !$we
Attributes:
   commandTemplate set $NAME desired-temp $EVENT
   disable    0
   group      Timer
   room       7.0_Klima
   switchInThePast 1
   verbose    2

Kann jemand helfen ? Für mich völlig unlogisch.

Zumal ich auch nix daran geschraubt habe. Läuft schon seit Jahren so...

JWRu · 18 November 2018, 10:06:12

Es sieht so aus, als ob der Maintainer hier nicht mitliest.

Cobra · 18 November 2018, 10:18:08

Das kann er leider auch nicht mehr.

https://forum.fhem.de/index.php/topic,83149.msg753762.html#msg753762

JWRu · 18 November 2018, 13:03:43

Ich weiß. Ich meinte auch nicht den Entwickler des Moduls "Dietmar63", sondern den Maintainer.
Laut MAINTAINER.txt ist das "igami".

Skusi · 18 November 2018, 17:07:43

Ich nochmal,
ich muß meine Aussage berichtigen das alles anderen 7 Timer funktionieren. Ich hab gerade festgestellt das alle die 2. Zeit des Tages nicht umschalten.
Die readings nextUpdate und nextValue stimmen immer, aber die currValue passt nicht.

Das ich echt blöd, so spiel meine komplette Fussbodenheizung verrückt und heizt länger als sie soll.
HILFEeeee !!!

Skusi · 20 November 2018, 18:25:37

Gibt's doch nicht das nur ich dieses Problem habe...
Also ich schmeiß die Heating_Control´s erstmal raus. Ich komme einfach nicht draus was da schief läuft. Und langsam nervt es tierisch das ich meine Solltemperaturen immer nachjustieren muss.

amenomade · 20 November 2018, 20:28:15

Warum kommt folgendes in deine Readings?

Code Auswählen

2018-11-18 09:47:24 disabled 0

Und setzt lieber dein Kommando set $NAME desired-temp $EVENT in dem Attribute commandTemplate, statt in der DEF. Also:

Code Auswählen

defmod Timer_FBH_Bad FBHK_Bad de 12345|02:00|20.5 12345|05:00|19.5 60|04:00|20.5 60|07:00|19.5
attr Timer_FBH_Bad commandTemplate  set $NAME desired-temp $EVENT

Skusi · 21 November 2018, 18:15:22

Zitat von: amenomade am 20 November 2018, 20:28:15
Warum kommt folgendes in deine Readings?
Code Auswählen Erweitern
2018-11-18 09:47:24 disabled 0

Weil ich per DOIF an Freien Tagen zwischen diesem und einem "Urlaubs" Timer per disable /enable umschalte.

Und setzt lieber dein Kommando set $NAME desired-temp $EVENT in dem Attribute commandTemplate, statt in der DEF. Also:
Code Auswählen Erweitern
defmod Timer_FBH_Bad FBHK_Bad de 12345|02:00|20.5 12345|05:00|19.5 60|04:00|20.5 60|07:00|19.5 attr Timer_FBH_Bad commandTemplate set $NAME desired-temp $EVENT

Das Attribut gab es schon, ich habs jetzt mal testweise aus der def enfernt.
Dieses Attribut ist aber auch in der commandref nicht dokumentiert.

Das Kommando kann man laut ref doch in der def übergeben:

Code Auswählen

define <name> Heating_Control <device> [<language>] <wochentage;] <profile> [b]<command>[/b]|<condition>

Egal, doppelt kann nicht gut sein. Allerdings läuft das schon seit Jahren so. Hat sich wohl über den Sommer im Modul was geändert !?

Ich teste....

amenomade · 21 November 2018, 22:43:06

ZitatWeil ich per DOIF an Freien Tagen zwischen diesem und einem "Urlaubs" Timer per disable /enable umschalte.

Das hat sich aber am Sonntag um 09:47 Uhr geändert. Wenn das vor 09:47 Uhr auf "disable 1" war, dann hat natürlich das DOIF um 7:00 Uhr nichts getan.

Skusi · 22 November 2018, 10:07:08

Nee, da hab ich nur nach dem Fehler gesucht und etwas rumgespielt. Ich wollte testen ob beim umschalten der starte wieder berichtigt wird.

amenomade · 22 November 2018, 17:34:53

Dann zeig bitte wirklich ein "list" des HCs, wenn er fehlerhaft nicht geschaltet hat. Und dazu die Log am theoretischen Zeitpunkt, mit verbose 5.
Da hast Du zu viel rumgespielt:
disable ist von 9:47 Uhr
currValue ist von Sonntag 05:00 Uhr, was gar nicht mit dem Zeitplan stimmt und state ist von 04:00 Uhr mit dem gleichen Wert.
usw...

Skusi · 22 November 2018, 19:08:45

Ich verstehe wirklich nicht was Du meinst,
Nur der Eintrag disable ist wegen mir auf 9:47. Die anderen Readings habe ich nicht beeinflusst, und das das nicht in den Zeitplan passt, ist ja das was ich nicht verstehe.

Nachdem ich Gestern un die def geändert habe, hat sich leider nix verbessert.

Aber gut, ich werde morgen mal in Ruhe einen Log mit Verbose 5 starten kurz vor einem Schaltpunkt. Dazu gibts dann auch eine zeitnahes List, ohne das ich irgenwie eingreife.

amenomade · 22 November 2018, 19:46:34

ZitatDie anderen Readings habe ich nicht beeinflusst

Mit disable schon, insbesondere mit switchinthepast.

ZitatAber gut, ich werde morgen mal in Ruhe einen Log mit Verbose 5 starten kurz vor einem Schaltpunkt. Dazu gibts dann auch eine zeitnahes List, ohne das ich irgenwie eingreife.

Sehr schön.

Hast Du vielleicht noch andere Devices (at, DOIF, weekdaytimer, notify, usw...), die dieses HC Device beinflüssen können? Oder irgenwas, was Heating_Control_SetAllTemps() aufruft?

Wenn Du

Code Auswählen

{ localtime() } im Befehlfeld von Fhem eingibst, ist es koherent mit deiner eigene Uhrzeit?

amenomade · 22 November 2018, 19:50:23

Ahja und auch bitte das Ergebnis von

Code Auswählen

version WeekdayTimer
version Heating_Control

zeigen

Skusi · 24 November 2018, 09:56:56

Ich hab nochmal selber rumgeforscht und den Fehler scheinbar gefunden.

In einem DOIF war ein eigentlich unnötiges do always drin das ich mal rausgenommen habe, und nun schalten die Timer wieder so wie sie sollen.

Ich würde nun nur noch gerne verstehen wie das zustande kam.
Frage also: Warum führt es zu dem beschriebenen Effektetn wenn jede Nacht um 1:00 Uhr folgende Zeile ausgeführt wird:

Code Auswählen

(set Timer_FBH_.* enable, set U_Timer_FBH.* disable, 
{Heating_Control_SetAllTemps()})

So schalte ich zwischen den normalen Profilen und den (U_timer) Urlaubs Timer Zeiten um.