Moin Moin,
Ich habe ein kleines Problem mit dem WeekdayTimer. Ich bin von Heating Control umgestiegen auf WDT.
Beim HC wurde automatisch wenn mein Fenster offen war, die Heizung nicht hochgefahren sondern blieb solang in meine Fensteroffen Temperatur bis Ich das Fenster geschlossen hatte, war Ich dann noch in der programmierten Zeit, wurde die Temperatur noch hochgefahren bis die Zeit um war. Beim WDT ist es so, dem ist es egal, ob das Fenster offen ist oder nicht. Ich habe beim WDT_delayedExecutionDevices auch meinen Fenstersensor angegeben, aber es bringt nichts.
Habe Ich vergessen was einzutragen ?
Eigentlich sollte das Verhalten 1:1 identisch sein (HC nutzt im Hintergrund sowieso schlicht den Code aus WDT).
Kannst du mal ein list vom WDT und von dem Fensterkontakt einstellen und version von WDT zeigen?
Einen Fehler will ich aber nicht ausschließen, ich rätsle seit einiger Zeit über einen oder zwei andere Effekte, die aber scheinbar nur beim letzten Timer aufzutreten scheinen bzw. mit der WE-Verarbeitung zu tun haben. Evtl. könntest du mal einen downgrade auf die Vorversion machen zum testen.
Klar kein Problem.
Anbei das List vom WDT
COMMAND
CONDITION
DEF BZ_HZ de 12345|05:30|21 12345|06:35|16 12345|19:30|21 12345|20:18|16 0|07:00|20 0|09:00|16 6|07:40|22 6|09:45|16
DEVICE BZ_HZ
FUUID 5daa0b53-f33f-ba28-c872-eabf6de1b98e3429
GlobalDaylistSpec
LANGUAGE de
NAME Heizungssteuerung_Bad
NR 161
Profil 0: Sonntag 07:00:00 20, 09:00:00 16
Profil 1: Montag 05:30:00 21, 06:35:00 16, 19:30:00 21, 20:18:00 16
Profil 2: Dienstag 05:30:00 21, 06:35:00 16, 19:30:00 21, 20:18:00 16
Profil 3: Mittwoch 05:30:00 21, 06:35:00 16, 19:30:00 21, 20:18:00 16
Profil 4: Donnerstag 05:30:00 21, 06:35:00 16, 19:30:00 21, 20:18:00 16
Profil 5: Freitag 05:30:00 21, 06:35:00 16, 19:30:00 21, 20:18:00 16
Profil 6: Samstag 07:40:00 22, 09:45:00 16
STATE 16
STILLDONETIME 0
TYPE WeekdayTimer
READINGS:
2019-10-28 09:45:00 currValue 16
2019-10-23 18:41:50 disabled 0
2019-10-28 09:45:00 nextUpdate 2019-10-28 19:30:00
2019-10-28 09:45:00 nextValue 21
2019-10-28 06:35:00 state 16
SWITCHINGTIMES:
12345|05:30|21
12345|06:35|16
12345|19:30|21
12345|20:18|16
0|07:00|20
0|09:00|16
6|07:40|22
6|09:45|16
TIMER:
Heizungssteuerung_Bad_1:
HASH Heizungssteuerung_Bad
MODIFIER 1
NAME Heizungssteuerung_Bad_1
Heizungssteuerung_Bad_2:
HASH Heizungssteuerung_Bad
MODIFIER 2
NAME Heizungssteuerung_Bad_2
Heizungssteuerung_Bad_3:
HASH Heizungssteuerung_Bad
MODIFIER 3
NAME Heizungssteuerung_Bad_3
Heizungssteuerung_Bad_4:
HASH Heizungssteuerung_Bad
MODIFIER 4
NAME Heizungssteuerung_Bad_4
Heizungssteuerung_Bad_5:
HASH Heizungssteuerung_Bad
MODIFIER 5
NAME Heizungssteuerung_Bad_5
Heizungssteuerung_Bad_6:
HASH Heizungssteuerung_Bad
MODIFIER 6
NAME Heizungssteuerung_Bad_6
Heizungssteuerung_Bad_7:
HASH Heizungssteuerung_Bad
MODIFIER 7
NAME Heizungssteuerung_Bad_7
Heizungssteuerung_Bad_8:
HASH Heizungssteuerung_Bad
MODIFIER 8
NAME Heizungssteuerung_Bad_8
Heizungssteuerung_Bad_SetTimerOfDay:
HASH Heizungssteuerung_Bad
MODIFIER SetTimerOfDay
NAME Heizungssteuerung_Bad_SetTimerOfDay
SETTIMERATMIDNIGHT 1
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:
07:00:00 20
09:00:00 16
1:
05:30:00 21
06:35:00 16
19:30:00 21
20:18:00 16
2:
05:30:00 21
06:35:00 16
19:30:00 21
20:18:00 16
3:
05:30:00 21
06:35:00 16
19:30:00 21
20:18:00 16
4:
05:30:00 21
06:35:00 16
19:30:00 21
20:18:00 16
5:
05:30:00 21
06:35:00 16
19:30:00 21
20:18:00 16
6:
07:40:00 22
09:45:00 16
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 1572237000
PARA 21
TIME 05:30
TAGE:
1
2
3
4
5
2:
EPOCH 1572240900
PARA 16
TIME 06:35
TAGE:
1
2
3
4
5
3:
EPOCH 1572287400
PARA 21
TIME 19:30
TAGE:
1
2
3
4
5
4:
EPOCH 1572290280
PARA 16
TIME 20:18
TAGE:
1
2
3
4
5
5:
EPOCH 1572242400
PARA 20
TIME 07:00
TAGE:
0
6:
EPOCH 1572249600
PARA 16
TIME 09:00
TAGE:
0
7:
EPOCH 1572244800
PARA 22
TIME 07:40
TAGE:
6
8:
EPOCH 1572252300
PARA 16
TIME 09:45
TAGE:
6
profile_IDX:
0:
07:00:00 5
09:00:00 6
1:
05:30:00 1
06:35:00 2
19:30:00 3
20:18:00 4
2:
05:30:00 1
06:35:00 2
19:30:00 3
20:18:00 4
3:
05:30:00 1
06:35:00 2
19:30:00 3
20:18:00 4
4:
05:30:00 1
06:35:00 2
19:30:00 3
20:18:00 4
5:
05:30:00 1
06:35:00 2
19:30:00 3
20:18:00 4
6:
07:40:00 7
09:45:00 8
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:
WDT_Group former_HC
WDT_delayedExecutionDevices BZ_FS
alias Heizungssteuerung_Bad
commandTemplate set $NAME control $EVENT
delayedExecutionCond 0
disable 0
group Heizungssteuerung
room Automation
verbose 0
und das List vom Fenstersensor:
Internals:
DEF BZ_FS
FUUID 5da5eced-f33f-ba28-85cb-daa50bc9733f29a0
IODev myccu
NAME BZ_FS
NR 130
STATE closed
TYPE HMCCUDEV
ccuaddr OEQ0220980
ccudevstate active
ccuif BidCos-RF
ccuname BZ_FS
ccutype HM-Sec-SCo
channels 2
firmware 1.0
statevals devstate
READINGS:
2019-10-28 16:17:41 1.STATE closed
2019-10-17 19:32:09 R-CYCLIC_INFO_MSG 1
2019-10-17 19:32:09 R-LOCAL_RESET_DISABLE 0
2019-10-17 19:32:09 R-SABOTAGE_MSG 1
2019-10-17 19:32:09 R-TRANSMIT_DEV_TRY_MAX 6
2019-10-26 17:07:34 activity alive
2019-10-28 16:17:41 battery ok
2019-10-28 16:17:41 control closed
2019-10-28 16:17:41 hmstate closed
2019-10-28 16:17:41 state closed
hmccu:
devspec BZ_FS
dp:
0.AES_KEY:
OVAL 0
VAL 0
0.CONFIG_PENDING:
OVAL false
VAL false
0.DEVICE_IN_BOOTLOADER:
OVAL false
VAL false
0.LOWBAT:
OSVAL low
OVAL 1
SVAL ok
VAL 0
0.RSSI_DEVICE:
OVAL 1
VAL 1
0.RSSI_PEER:
OVAL 1
VAL 1
0.STICKY_UNREACH:
OVAL false
VAL false
0.UNREACH:
OSVAL alive
OVAL false
SVAL alive
VAL false
0.UPDATE_PENDING:
OVAL false
VAL false
1.ERROR:
OVAL 0
VAL 0
1.LOWBAT:
OSVAL ok
OVAL 0
SVAL ok
VAL 0
1.STATE:
OSVAL closed
OVAL 0
SVAL closed
VAL 0
Attributes:
IODev myccu
alexaName Fenster
alexaRoom badezimmer
alias Badezimmer Fenstersensor
ccureadingfilter STATE|BATTERY
devStateIcon geschlossen:fts_window_1w offen:fts_window_1w_tilt
genericDeviceType contact
group Fenster
hmstatevals ERROR!7:sabotage;SABOTAGE!1:sabotage
room Badezimmer,alexa
statedatapoint 1.STATE
substitute STATE!(0|false):closed,(1|true):OPEN
Sorry,
hab die Version vergessen. Es handelt sich um die Version: 98_WeekdayTimer.pm 19806 2019-07-09 16:52:45Z Beta-User
Hmm,
vorab: HMCCUDEV ist eigentlich gar nicht in der Liste der auswertbaren Modelle.
Hast du da was umgestellt? Findet sich dazu was im log? (Da sollte eigentlich was von "inform the maintainer" stehen ;D ).
Kannst gerne mal testweise eine neue Zeile 944 einfügen mit diesem Inhalt (bitte die Angaben open|tilted vorab gegenchecken, hier ist nur closed im list) :
"HMCCUDEV" => { "READING" => "state", "STATUS" => "(open|tilted)", "MODEL" => "r" },
Hallo Ice81,
an dem Problem bin ich vor nicht allzu langer Zeit auch gescheitert.
Habe es dann nach stundenlangen Probieren aufgegeben und es mit einem DOIF gelöst.
Moral von der Geschichte, hätte mal doch im Forum fragen sollen aber ich mag nicht
so gerne um Hilfe bitten, da man mangels Programmierkenntnisse schlecht was zurück geben kann.
Gruß
Hans-Jürgen
Hallo Deckoffizier,
darf ich das so verstehen, dass du den Fensterkontakt von CUL_HM nach HMCCUDEV umgestellt hattest und diese Zeile gebraucht hättest?
Wenn nein: Kannst du es zeitlich etwas näher eingrenzen, ab wann das nicht mehr funktioniert hatte?
Danke schon mal vorab für's nachdenken/nachforschen.
Heut ist echt nicht mein Tag :-\
Wollte meinen Raspberry updaten, da piVCU etwas träge war und ein neues Update rausgekommen ist, aber nach einem reboot now, ist der Raspberry nicht mehr hochgefahren. Nachdem Ich eine andere Speicherkarte zum testen genommen habe, hat sich herrausgestellt, das die Speicherkarte heute ihren letzten Tag hatte.
Bin nun dabei, das System wieder zum laufen zu bringen (Backup sei dank, dann doch nicht so Zeitaufwändig -bis jetzt-)
Darum bin Ich noch nicht dazu gekommen zu antworten.
Ja Ich habe vor ca. 2 Wochen auf HMCCUU umgestellt, da Ich nun auch ein HM-IP Gerät im Einsatz habe.
Gut das könnte natürlich des Rätsels Lösung sein, das es deshalb nicht mehr funktioniert.
Ich werde, wenn mein FHEM wieder läuft die Zeile mal einfügen. Melde mich dann wieder.
Vielen Dank schon mal für die Hilfe.
Aua...
Dann mal viel Erfolg beim neu aufsetzen.
Die Zeile habe ich jetzt mit reingebastelt, der Teil sollte also der Vergangenheit angehören, wenn nicht, bitte melden...
Ansonsten sind mit dem WDT noch zwei Dinge offen, wenn also jemand was zur Erhellung/zeitlichen Eingrenzung usw. beitragen kann: her damit (möglichst bei dem dazu passenden Thread bitte)...
Die Threads/Probleme dazu:
Timer wird teilweise bei offenem Fenster übersprungen: https://forum.fhem.de/index.php/topic,104272.0.html
letzter Timer am Tag wird teilweise (?) geskipped: https://forum.fhem.de/index.php/topic,104167.0.html
Hallo Beta-User,
hat einwandfrei geklappt. Besten Dank für die schnelle Unterstützung.