Neues Modul - Heating_Control, WeekdayTimer

Hans Franz · 02 Mai 2015, 01:23:30

Hallo,

Sorry, stimmt natürlich. Ich sollte nicht so hastig sein...

Darf ich dennoch eine andere Modifikation schicken?

Internals: 
   DEF        testdummy de Mi|01:30|on 
   DEVICE     testdummy 
   GlobalDaylistSpec 
   LANGUAGE   de 
   NAME       Temp_WDT 
   NR         121 
   Profil 3: Mittwoch 01:30:00 on 
   STATE      inactive 
   TYPE       WeekdayTimer 
   Readings: 
     2015-05-02 01:10:10   disabled        0 
     2015-05-02 01:13:27   nextUpdate      2015-05-02 01:30:00 
     2015-05-02 01:13:27   nextValue       on 
     2015-05-02 01:13:27   state           inactive 
   SWITCHINGTIMES: 
     Mi|01:30|on 
   Timer: 
     Temp_wdt_01:30:00: 
       HASH       Temp_WDT 
       MODIFIER   01:30:00 
       NAME       Temp_WDT_01:30:00 
     Temp_wdt_settimerofday: 
       HASH       Temp_WDT 
       MODIFIER   SetTimerOfDay 
       NAME       Temp_WDT_SetTimerOfDay 
   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: 
       3: 
         01:30:00   on 
   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: 
     01:30:00: 
       NEXTPARA   on 
       NEXTSWITCH 01:30:00 
       PARA       on 
       TIM        1430523000 
       TAGE: 
         3 
   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: 
   disable    0 
   switchInThePast 1 
   verbose    5

Log:

Code Auswählen

2015.05.02 01:13:27 5: [Temp_WDT] removing Timer: Temp_WDT_01:30:00
2015.05.02 01:13:27 4: [Temp_WDT] 05:24:39 21:21:26 Samstag
2015.05.02 01:13:27 4: [Temp_WDT] 01:30:00 on (Profil 3: Mittwoch)
2015.05.02 01:13:27 5: [Temp_WDT] removing Timer: Temp_WDT_SetTimerOfDay
2015.05.02 01:13:27 5: [Temp_WDT] setting  Timer: Temp_WDT_SetTimerOfDay 03.05.2015  00:00:05
2015.05.02 01:13:27 4: [Temp_WDT] device type dummy: recognized, setModifier:
2015.05.02 01:13:27 5: [Temp_WDT] setting  Timer: Temp_WDT_01:30:00 02.05.2015  01:30:00

Version:

Zitat# $Id: 98_WeekdayTimer.pm 8480 2015-04-25 20:24:29Z dietmar63 $

Ich werde weiter versuchen eine Systematik zu entdecken.

Gruß
Hans

Dietmar63 · 02 Mai 2015, 10:21:26

Zitat von: Hans Franz am 02 Mai 2015, 01:23:30
Hallo,

Sorry, stimmt natürlich. Ich sollte nicht so hastig sein...
Darf ich dennoch eine andere Modifikation schicken?
Code Auswählen Erweitern
Internals: DEF testdummy de Mi|01:30|on DEVICE testdummy GlobalDaylistSpec LANGUAGE de NAME Temp_WDT NR 121 Profil 3: Mittwoch 01:30:00 on STATE inactive TYPE WeekdayTimer Readings: 2015-05-02 01:10:10 disabled 0 2015-05-02 01:13:27 nextUpdate 2015-05-02 01:30:00 2015-05-02 01:13:27 nextValue on 2015-05-02 01:13:27 state inactive SWITCHINGTIMES: Mi|01:30|on Timer: Temp_wdt_01:30:00: HASH Temp_WDT MODIFIER 01:30:00 NAME Temp_WDT_01:30:00 Temp_wdt_settimerofday: HASH Temp_WDT MODIFIER SetTimerOfDay NAME Temp_WDT_SetTimerOfDay 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: 3: 01:30:00 on 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: 01:30:00: NEXTPARA on NEXTSWITCH 01:30:00 PARA on TIM 1430523000 TAGE: 3 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: disable 0 switchInThePast 1 verbose 5

Log:
Code Auswählen Erweitern
2015.05.02 01:13:27 5: [Temp_WDT] removing Timer: Temp_WDT_01:30:00 2015.05.02 01:13:27 4: [Temp_WDT] 05:24:39 21:21:26 Samstag 2015.05.02 01:13:27 4: [Temp_WDT] 01:30:00 on (Profil 3: Mittwoch) 2015.05.02 01:13:27 5: [Temp_WDT] removing Timer: Temp_WDT_SetTimerOfDay 2015.05.02 01:13:27 5: [Temp_WDT] setting Timer: Temp_WDT_SetTimerOfDay 03.05.2015 00:00:05 2015.05.02 01:13:27 4: [Temp_WDT] device type dummy: recognized, setModifier: 2015.05.02 01:13:27 5: [Temp_WDT] setting Timer: Temp_WDT_01:30:00 02.05.2015 01:30:00

Version:
Ich werde weiter versuchen eine Systematik zu entdecken.

Gruß
Hans

Ich kann keinen Fehler entdecken. Vielleicht erwartest du etwas, was so nicht Eintritt.

Hans Franz · 02 Mai 2015, 10:46:34

Hallo,

Das hätte ich erwähnen können:

ZitatnextUpdate 2015-05-02 01:30:00

Generell steht bei mir nur noch das heutige Datum in nextUpdate. Gemäß obiger Definition sollte doch der 6.Mai dort stehen.

Gruß
Hans

Hans Franz · 02 Mai 2015, 11:42:18

Hallo,
Alles zurück

.
Irgendetwas ist bei den Updates schiefgelaufen. Habe gerade die Version vom 27.4. geladen und nextUpdate stimmt. Sorry, my mistake.
Ich teste weiter.

Gruß
Hans

Mitch · 02 Mai 2015, 12:01:09

Zitat von: Dietmar63 am 01 Mai 2015, 18:02:47
Ich habe den Timer 1 mit leicht anderen Schaltzeitpunkten nachgestellt und kann keinen Fehler feststellen - siehe Bildschirm-Foto

Der Fehler, im state sollte zu diesem Zeitpunkt 16 stehen.

Dietmar63 · 02 Mai 2015, 13:57:05

Zitat von: Mitch am 02 Mai 2015, 12:01:09
Der Fehler, im state sollte zu diesem Zeitpunkt 16 stehen.

Und wenn du dir den von mir exakt nachgebauten timer ansiehst(Foto), dann steht im state 16 drin.
Fehler nicht nachstellbar.

Dietmar63 · 02 Mai 2015, 15:03:04

@ Hans Franz, @ Mitch:

ich habe einige Test mit dem state und nextValue durchgeführt.
Ich kann keine Fehler wie ihr sie beschreibt mehr feststellen.

Die Definition:

Code Auswählen

define tstWD2 WeekdayTimer testdummy de Mi|01:30|on
Führt zu folgenden Anzeigen - siehe Foto.

Spätestestens morgen werde ich noch ein weiteres update einchecken, bei dem es um Problembehebungen geht, die crasl und det. gemeldet haben, die tatsächlich Korrekturen bedurften.

Dann wird auch die Doku auf einen neueren Stand gebracht.

Dietmar63 · 02 Mai 2015, 22:18:16

neue Version eingecheckt - aus meiner Sicht keine offenen Probleme vorhanden.
probiert die Version bei Gelegenheit aus.

Mitch · 03 Mai 2015, 11:26:45

So, habe gerade einen Update gemacht.

Was mir direkt aufgefallen ist, nach dem Neustart wurden zwei Heizungen trotz offenen Fenstern direkt geschalten.
Auch zeigt der state die Temperatur an, bei der alten Version ($Id: 98_Heating_Control.pm 6918 2014-11-08 16:47:09Z dietmar63 $) stand im state dann immer waiting. Auch wurde immer im Log immer z.B. [HCS] switch of HZ_Schlafzimmer_Clima delayed - sensor 'Fenster_Schlafzimmer' Reading/Attribute 'state' is 'open' gemeldet, das fehlt mir auch.

Werde jetzt mal beobachten, ob es mit den Fenstern nun funktioniert.

det. · 03 Mai 2015, 11:46:26

Zitat von: Dietmar63 am 02 Mai 2015, 22:18:16
neue Version eingecheckt - aus meiner Sicht keine offenen Probleme vorhanden.
probiert die Version bei Gelegenheit aus.

Danke,
PID20 und Dummy mit THRESHOLD schalten einwandfrei mit der neuen Version

Dietmar63 · 03 Mai 2015, 11:50:02

Zitat
Was mir direkt aufgefallen ist, nach dem Neustart wurden zwei Heizungen trotz offenen Fenstern direkt geschalten.

Beim Neustart könnte es daran liegen, dass der define von den Fensterkontakten keine Ahnung hat, weil sie ihm ja erst mit attr danach bekannt gegeben werden. Leider lassen sich Attribute nur auf vorhandene devices anlegen.

Ich habe die Hinweise auf eine Verzögerung wg. Eines Fensterkontakts definitiv bei mir gesehen.

Setze mal
verbose auf 5,
Dann sollte folgende Meldung ins log laufen:

Code Auswählen


Log3 $hash, 5, "[$name] list of window sensors found: '$fensterKontakte'";

und auch mehr ins log geschrieben werden

Mitch · 03 Mai 2015, 12:11:13

Ja so etwas in die Richtung vermute ich auch, wobei bei mir die HC Devices die letzten in der cfg sind.
Gerade mal ein Fenster zu gemacht, aber die Temperatur wurde nicht verstellt.

Wie gesagt, werde ich mal heute beobachten.

Mitch · 03 Mai 2015, 12:39:22

Also irgendwie läuft das bei mir nicht rund.

Hab jetzt mal ein Fenster zum testen geöffnet (Küche) und schau auf die Oberfläche und da sind alle HCs auf inactive, nur der eine, wo das Fenster schon seit gestern offen ist (Schlafzimmer), zweigt state 16, statt waiting

Siehe Anhang

EDIT:: gerade wieder die alte Version eingespielt und schon geht wieder alles richtig
Siehe zweiter Anhang

Dietmar63 · 03 Mai 2015, 12:56:45

Zitat von: Mitch am 03 Mai 2015, 12:39:22
Also irgendwie läuft das bei mir nicht rund.

Hab jetzt mal ein Fenster zum testen geöffnet (Küche) und schau auf die Oberfläche und da sind alle HCs auf inactive, nur der eine, wo das Fenster schon seit gestern offen ist (Schlafzimmer), zweigt state 16, statt waiting

Siehe Anhang

EDIT:: gerade wieder die alte Version eingespielt und schon geht wieder alles richtig
Siehe zweiter Anhang

was ist das für eine Anzeige(hardcopy)?

Mitch · 03 Mai 2015, 13:03:11

Ja, einfach ein Bildschirmfoto