Hallo,
ich versuche gerade zwei Daikin-Klimaanlagen (HVAC_DaikinAC) über weekprofile und WeekdayTimer zu steuern. Dies funktioniert irgendwie bei einem Gerät nicht. Hier das Log von gestern, wo die Temperatur gesetzt und der Befehl zum Heizen gesendet werden soll:
2022.10.31 18:00:00 4: [wt_AC_Wohnzimmer] time=18:00/1667235600 delay=-1, nextDelay=60, nextRetry=1667235660
2022.10.31 18:00:00 4: [wt_AC_Wohnzimmer] list of window sensors found: 'wt_AC_Wohnzimmer'
2022.10.31 18:00:00 4: [wt_AC_Wohnzimmer] Update - timer seems to be active today: 1|18:00|24.0
2022.10.31 18:00:00 4: [wt_AC_Wohnzimmer] aktParam: newParam:24.0 - is not disabled
2022.10.31 18:00:00 4: [wt_AC_Wohnzimmer] command: 'set $NAME stemp $EVENT; set $NAME mode heat' executed with %EVENT=>24.0,%NAME=>AC_WZ
2022.10.31 18:00:00 4: AC_WZ - HVAC_DaikinAC_StartPoll(): Setting up blockingcall
2022.10.31 18:00:00 4: AC_WZ - HVAC_DaikinAC_StartPoll(): Setting up blockingcall
2022.10.31 18:00:00 4: AC_WZ HVAC_DaikinAC_Poll(): entry
2022.10.31 18:00:00 4: AC_WZ HVAC_DaikinAC_Poll(): entry
Das ist mein weekdaytimer:
Internals:
CFGFN
COMMAND
CONDITION
DEF AC_WZ weekprofile:wp_AC_Wohnzimmer
DEVICE AC_WZ
FUUID 635023e6-f33f-311e-025c-111abf9fc4b76f17
GlobalDaylistSpec
LANGUAGE de
NAME wt_AC_Wohnzimmer
NR 321503
Profil 0: Sonntag 00:10:00 14.0, 09:00:00 20.0, 18:00:00 24.0, 21:30:00 14.0,
Profil 1: Montag 00:10:00 14.0, 13:30:00 20.0, 18:00:00 24.0, 21:30:00 14.0,
Profil 2: Dienstag 00:10:00 14.0, 13:30:00 20.0, 18:00:00 24.0, 21:30:00 14.0,
Profil 3: Mittwoch 00:10:00 14.0, 13:30:00 20.0, 18:00:00 24.0, 21:30:00 14.0,
Profil 4: Donnerstag 00:10:00 14.0, 13:30:00 20.0, 18:00:00 24.0, 21:30:00 14.0,
Profil 5: Freitag 00:10:00 14.0, 13:30:00 20.0, 18:00:00 24.0, 22:00:00 14.0,
Profil 6: Samstag 00:10:00 14.0, 09:00:00 20.0, 18:00:00 24.0,
STATE 24.0
STILLDONETIME 0
TYPE WeekdayTimer
eventCount 132
setModifier
READINGS:
2022-10-31 18:00:00 currValue 24.0
2022-10-21 19:18:14 disabled 0
2022-10-31 18:00:00 nextUpdate 2022-10-31 21:30:00
2022-10-31 18:00:00 nextValue 14.0
2022-10-31 18:00:00 state 24.0
2022-10-27 18:06:03 weekprofiles wp_AC_Wohnzimmer:default:AC_Wohnzimmer
SWITCHINGTIMES:
5|00:10|14.0
5|13:30|20.0
5|18:00|24.0
5|22:00|14.0
1|00:10|14.0
1|13:30|20.0
1|18:00|24.0
1|21:30|14.0
6|00:10|14.0
6|09:00|20.0
6|18:00|24.0
0|00:10|14.0
0|09:00|20.0
0|18:00|24.0
0|21:30|14.0
4|00:10|14.0
4|13:30|20.0
4|18:00|24.0
4|21:30|14.0
2|00:10|14.0
2|13:30|20.0
2|18:00|24.0
2|21:30|14.0
3|00:10|14.0
3|13:30|20.0
3|18:00|24.0
3|21:30|14.0
TIMER:
wt_AC_Wohnzimmer_8:
HASH wt_AC_Wohnzimmer
MODIFIER 8
NAME wt_AC_Wohnzimmer_8
wt_AC_Wohnzimmer_midnight:
HASH wt_AC_Wohnzimmer
MODIFIER midnight
NAME wt_AC_Wohnzimmer_midnight
SETTIMERATMIDNIGHT 1
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
09:00:00 20.0
18:00:00 24.0
21:30:00 14.0
1:
00:10:00 14.0
13:30:00 20.0
18:00:00 24.0
21:30:00 14.0
2:
00:10:00 14.0
13:30:00 20.0
18:00:00 24.0
21:30:00 14.0
3:
00:10:00 14.0
13:30:00 20.0
18:00:00 24.0
21:30:00 14.0
4:
00:10:00 14.0
13:30:00 20.0
18:00:00 24.0
21:30:00 14.0
5:
00:10:00 14.0
13:30:00 20.0
18:00:00 24.0
22:00:00 14.0
6:
00:10:00 14.0
09:00:00 20.0
18:00:00 24.0
WEDAYS:
5 1
6 1
profil:
1:
EPOCH 1667171400
PARA 14.0
TIME 00:10
WE_Override 0
DAYS:
5
10:
EPOCH 1667203200
PARA 20.0
TIME 09:00
WE_Override 0
DAYS:
6
11:
EPOCH 1667235600
PARA 24.0
TIME 18:00
WE_Override 0
DAYS:
6
12:
EPOCH 1667171400
PARA 14.0
TIME 00:10
WE_Override 0
DAYS:
0
13:
EPOCH 1667203200
PARA 20.0
TIME 09:00
WE_Override 0
DAYS:
0
14:
EPOCH 1667235600
PARA 24.0
TIME 18:00
WE_Override 0
DAYS:
0
15:
EPOCH 1667248200
PARA 14.0
TIME 21:30
WE_Override 0
DAYS:
0
16:
EPOCH 1667171400
PARA 14.0
TIME 00:10
WE_Override 0
DAYS:
4
17:
EPOCH 1667219400
PARA 20.0
TIME 13:30
WE_Override 0
DAYS:
4
18:
EPOCH 1667235600
PARA 24.0
TIME 18:00
WE_Override 0
DAYS:
4
19:
EPOCH 1667248200
PARA 14.0
TIME 21:30
WE_Override 0
DAYS:
4
2:
EPOCH 1667219400
PARA 20.0
TIME 13:30
WE_Override 0
DAYS:
5
20:
EPOCH 1667171400
PARA 14.0
TIME 00:10
WE_Override 0
DAYS:
2
21:
EPOCH 1667219400
PARA 20.0
TIME 13:30
WE_Override 0
DAYS:
2
22:
EPOCH 1667235600
PARA 24.0
TIME 18:00
WE_Override 0
DAYS:
2
23:
EPOCH 1667248200
PARA 14.0
TIME 21:30
WE_Override 0
DAYS:
2
24:
EPOCH 1667171400
PARA 14.0
TIME 00:10
WE_Override 0
DAYS:
3
25:
EPOCH 1667219400
PARA 20.0
TIME 13:30
WE_Override 0
DAYS:
3
26:
EPOCH 1667235600
PARA 24.0
TIME 18:00
WE_Override 0
DAYS:
3
27:
EPOCH 1667248200
PARA 14.0
TIME 21:30
WE_Override 0
DAYS:
3
3:
EPOCH 1667235600
PARA 24.0
TIME 18:00
WE_Override 0
DAYS:
5
4:
EPOCH 1667250000
PARA 14.0
TIME 22:00
WE_Override 0
DAYS:
5
5:
EPOCH 1667171400
PARA 14.0
TIME 00:10
WE_Override 0
DAYS:
1
6:
EPOCH 1667219400
PARA 20.0
TIME 13:30
WE_Override 0
DAYS:
1
7:
EPOCH 1667235600
PARA 24.0
TIME 18:00
WE_Override 0
DAYS:
1
8:
EPOCH 1667248200
PARA 14.0
TIME 21:30
WE_Override 0
DAYS:
1
9:
EPOCH 1667171400
PARA 14.0
TIME 00:10
WE_Override 0
DAYS:
6
profile_IDX:
0:
00:10:00 12
09:00:00 13
18:00:00 14
21:30:00 15
22:00:00 15
1:
00:10:00 5
13:30:00 6
18:00:00 7
21:30:00 8
22:00:00 8
2:
00:10:00 20
13:30:00 21
18:00:00 22
21:30:00 23
22:00:00 23
3:
00:10:00 24
13:30:00 25
18:00:00 26
21:30:00 27
22:00:00 27
4:
00:10:00 16
13:30:00 17
18:00:00 18
21:30:00 19
22:00:00 19
5:
00:10:00 1
13:30:00 2
18:00:00 3
22:00:00 4
23:00:00 4
6:
00:10:00 9
09:00:00 10
18:00:00 11
19:10:00 12
19:20:00 12
19:30:00 12
weekprofiles:
wp_AC_Wohnzimmer:
PROFILE default:AC_Wohnzimmer
PROFILE_JSON {"Thu":{"time":["13:30","18:00","21:30","24:00"],"temp":["14.0","20.0","24.0","14.0"]},"Sat":{"time":["09:00","18:00","24:00"],"temp":["14.0","20.0","24.0"]},"Fri":{"time":["13:30","18:00","22:00","24:00"],"temp":["14.0","20.0","24.0","14.0"]},"Mon":{"temp":["14.0","20.0","24.0","14.0"],"time":["13:30","18:00","21:30","24:00"]},"Tue":{"temp":["14.0","20.0","24.0","14.0"],"time":["13:30","18:00","21:30","24:00"]},"Sun":{"temp":["14.0","20.0","24.0","14.0"],"time":["09:00","18:00","21:30","24:00"]},"Wed":{"time":["13:30","18:00","21:30","24:00"],"temp":["14.0","20.0","24.0","14.0"]}}
SunAsWE 0
PROFILE_DATA:
Fri:
temp:
14.0
20.0
24.0
14.0
time:
13:30
18:00
22:00
24:00
Mon:
temp:
14.0
20.0
24.0
14.0
time:
13:30
18:00
21:30
24:00
Sat:
temp:
14.0
20.0
24.0
time:
09:00
18:00
24:00
Sun:
temp:
14.0
20.0
24.0
14.0
time:
09:00
18:00
21:30
24:00
Thu:
temp:
14.0
20.0
24.0
14.0
time:
13:30
18:00
21:30
24:00
Tue:
temp:
14.0
20.0
24.0
14.0
time:
13:30
18:00
21:30
24:00
Wed:
temp:
14.0
20.0
24.0
14.0
time:
13:30
18:00
21:30
24:00
Attributes:
commandTemplate set $NAME stemp $EVENT; set $NAME mode heat
disable 0
room System
userattr weekprofile
verbose 4
Und hier das zugehörige weekprofile dazu:
Internals:
CFGFN
CONFIGFILE ./log/weekprofile-wp_AC_Wohnzimmer.cfg
FUUID 633c69d3-f33f-311e-adf2-320ee002c980d9a5
NAME wp_AC_Wohnzimmer
NR 46705
NTFY_ORDER 50-wp_AC_Wohnzimmer
STATE created
TYPE weekprofile
eventCount 31
PROFILES:
HASH(0x55c3946c3da0)
HASH(0x55c393513450)
READINGS:
2022-10-25 18:16:31 profile_count 2
2022-10-04 19:13:55 state created
SNDDEVLIST:
HASH(0x55c3948334a0)
HASH(0x55c396886130)
HASH(0x55c3969ac930)
HASH(0x55c3952b2370)
HASH(0x55c3966fad80)
HASH(0x55c397c02b50)
HASH(0x55c393f23a30)
HASH(0x55c39765b7a8)
HASH(0x55c39695ce40)
HASH(0x55c397417318)
HASH(0x55c3976323d0)
HASH(0x55c3973a4418)
HASH(0x55c395faf750)
HASH(0x55c39748dd98)
HASH(0x55c3950d7cb0)
HASH(0x55c3961a6948)
HASH(0x55c39765be20)
HASH(0x55c396fbefc0)
TEMPMAP:
TOPICS:
default
Attributes:
room Heizung
verbose 4
widgetWeekdays Mo,Di,Mi,Do,Fr,Sa,So
Außerdem noch die Klimaanlage:
Internals:
DEF 192.xxx.xxx.xxx
FUUID 61cded85-f33f-311e-2568-bf0f23d141b58ea8
HOST 192.xxx.xxx.xxx
INITIALIZED 1
INTERVAL 60
INTERVAL_PWRD 10
LASTUPDATE 31.10.2022 / 18:58:19
NAME AC_WZ
NR 429
STATE Ein/heat
<br>Innen: 27.0 °C <br>Außen: 14.0 °C
STILLDONETIME 0
TYPE HVAC_DaikinAC
VERSION 1.0.9
eventCount 62832
HELPER:
FAULTS 18
WRITE_PID:
abortFn HVAC_DaikinAC_WriteAbort
arg AC_WZ|f_mode=4
bc_pid 534368
finishFn HVAC_DaikinAC_WriteDone
fn HVAC_DaikinAC_Write
pid DEAD:5710
telnet telnetForBlockingFn_1664716332.0404_127.0.0.1_40818
terminated 1
timeout 5
abortArg:
Helper:
DBLOG:
cmpfreq:
logdb_AC:
TIME 1667236866.76076
VALUE 0
hhum_ifchanged:
logdb_AC:
TIME 1667233292.58624
VALUE 45
htemp_ifchanged:
logdb_AC:
TIME 1667238113.87929
VALUE 28.0
otemp_ifchanged:
logdb_AC:
TIME 1667238943.41233
VALUE 14.0
pow:
logdb_AC:
TIME 1667228451.35574
VALUE 1
power:
logdb_AC:
TIME 1667228451.35574
VALUE Ein
pwr_day_last:
logdb_AC:
TIME 1667170833.88116
VALUE 0.7
pwr_hour_last:
logdb_AC:
TIME 1667235611.77629
VALUE 0
pwr_year_cur:
logdb_AC:
TIME 1667232008.13396
VALUE 256.6
statPwr_hour_lastDayLast:
logdb_AC:
TIME 1667170795.03346
VALUE 0.1: 01:00:03 0.1_Count: 1 0.3: 01:59:37 0.3_Count: 2 0: 22:00:20 0_Count: 3
state:
logdb_AC:
TIME 1667235600.12434
VALUE mode Heizen
stemp:
logdb_AC:
TIME 1667166327.87649
VALUE 15.0
OLDREADINGS:
2022-10-31 14:42:01 state off
2022-10-30 18:00:01 stemp 24.0
READINGS:
2022-06-25 20:55:18 adv
2022-10-31 18:21:06 cmpfreq 0
2022-01-21 15:58:27 cmpfreq_max 85
2022-08-23 19:13:21 dh1 AUTO
2021-12-30 18:33:59 dh3 0
2021-12-30 18:33:59 dh4 0
2022-08-23 19:13:21 dt1 25.0
2022-08-29 14:46:47 dt3 25.0
2022-10-30 22:45:27 dt4 15.0
2021-12-30 18:33:59 econo off
2022-01-26 19:45:22 f_dir 0
2022-09-19 18:53:15 f_mode 4
2022-09-19 18:53:15 f_rate A
2022-10-31 18:58:19 hhum 45
2022-10-31 17:21:32 hhum_ifchanged 45
2022-10-31 18:58:19 htemp 27.0
2022-10-31 18:42:04 htemp_ifchanged 27.0
2021-12-30 18:33:59 mac xxxxxxxxxxxx
2021-12-30 18:33:59 method home only
2022-09-19 18:53:15 mode heat
2021-12-30 18:33:59 model 0FC0
2021-12-30 18:33:59 name Wohnzimmer
2022-10-31 18:58:19 otemp 14.0
2022-10-31 18:55:43 otemp_ifchanged 14.0
2021-12-30 18:33:59 port 30050
2022-10-31 16:00:51 pow 1
2022-10-31 16:00:51 power on
2021-12-30 18:33:59 powerful off
2022-10-31 17:00:08 pwr_day_cur 0.4
2022-10-31 00:00:33 pwr_day_last 0.7
2022-04-30 21:00:17 pwr_history_daily_apr 2.1,1.7,1.6,1.6,1.4,1.3,1.1,1.5,1.5,1.4,1.5,1.2,0.9,1,1.5,0.1,0.1,2.1,1.4,1.5,1.2,1,0.8,1.4,1.4,1.6,0.8,1.2,0.8,0.9,
2022-08-31 21:00:02 pwr_history_daily_aug 1,1,1.4,1.8,1.8,0.2,0.1,0.7,0.3,0.1,0.3,0.4,0.7,0.2,0.3,1.2,1.2,0.2,0.9,0.2,0.1,0.1,0.3,0.7,0.9,1.4,0.2,0.2,0.1,0.1,0.2
2021-12-31 14:00:09 pwr_history_daily_dec 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0.3,1.4,0.1,0,0.7,1,0.4
2022-02-28 22:00:45 pwr_history_daily_feb 1.5,1.4,1.6,1.7,1.8,1.5,1.6,1.9,1.5,1.5,2.1,1.8,1.6,1.5,1.5,1.1,1.2,1.3,1.3,1.2,1.5,1.5,1.6,1.4,1.4,1.7,1.8,1.7,,,
2022-01-31 22:00:52 pwr_history_daily_jan 0.2,0.1,0.1,0.1,0.1,0.2,0.5,0.2,0.1,0.1,0.1,0.1,0.2,0.1,0.8,0.1,0.1,0.1,0.1,0.2,1.7,0.6,0.4,0.8,1,1.5,1.8,2,1.6,1.1,1.4
2022-08-01 00:00:42 pwr_history_daily_jul 0.2,0.1,0.1,0.1,0.1,0.2,0.1,0.1,0.1,0.1,0.2,0.1,0.1,0.1,0.2,0.1,0.1,0.4,1.1,1.7,2,1.7,0.3,1.5,1.4,0.2,0.1,0.1,0.2,0.1,1.7
2022-06-30 06:00:33 pwr_history_daily_jun 1,0.8,0.1,0.1,0.2,0.1,0.1,0.1,0.1,0.2,0.1,0.3,0,0,0,0,0.8,2.1,4.1,0.2,0.1,0.1,0.8,0.9,1.3,0.2,0.1,0.1,0.1,0.1,
2022-03-31 22:00:30 pwr_history_daily_mar 1.8,1.8,2,2.1,2.1,2.2,1.9,1.9,1.5,1.6,1.8,0.1,1.6,1.5,1.5,1.4,1.6,1.5,1.6,1.5,1.4,1.5,1.1,1.2,1.2,1.4,0.9,0.9,1.1,1.3,1.8
2022-05-31 21:00:00 pwr_history_daily_may 1.1,0.7,0.7,0.8,0.8,0.8,0.6,0.1,0.7,0.1,0.1,0.2,0.1,0.1,0.1,0.1,0.2,0.1,0.1,0.1,0.1,0.2,0.2,0.1,0.1,0.1,0.1,0.2,0.1,0.8,0.9
2021-12-30 18:50:11 pwr_history_daily_nov 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,
2022-10-31 17:00:08 pwr_history_daily_oct 2.2,1.4,0.9,2.3,1.1,1.2,1.3,1.6,0.1,0.1,0.2,0.1,0.1,0.1,0.1,1,1.2,0.9,1,1.6,2.6,1.1,2,1.2,1.5,1.4,1.5,0.7,1.8,0.7,0.4
2022-09-30 22:00:00 pwr_history_daily_sep 0.1,0.1,0.1,0.1,0.2,0.1,0.1,0.1,0.1,0.2,0.1,0.1,0.1,0.1,0.2,0.1,0.9,0.8,0.9,1,0.9,1.2,1.1,1.3,1.3,1.5,1.6,1.9,1.8,2.4,
2022-10-31 17:00:08 pwr_history_hourly_today 0,0,0,0,0,0,0.1,0,0,0,0,0,0,0,0,0,0.3,0,0,0,0,0,0,0
2022-10-31 00:00:33 pwr_history_hourly_yesterday 0,0,0,0,0.1,0,0,0,0,0,0,0,0,0,0,0,0,0,0.3,0,0,0,0.3,0
2021-12-30 18:50:11 pwr_history_monthly_2020 0,0,0,0,0,0,0,0,0,0,0,0
2021-12-31 14:00:09 pwr_history_monthly_2021 0,0,0,0,0,0,0,0,0,0,0,3.9
2022-10-31 17:00:08 pwr_history_monthly_2022 17.5,43.2,46.8,37.6,10.5,14.2,14.6,18.3,20.5,33.4,0,0
2021-12-30 18:50:11 pwr_hour_cur 0
2022-10-31 18:00:11 pwr_hour_last 0
2022-10-31 17:00:08 pwr_month_cur 33.4
2022-10-01 00:00:08 pwr_month_last 20.5
2022-10-31 17:00:08 pwr_year_cur 256.6
2022-01-01 00:00:32 pwr_year_last 3.9
2022-09-19 18:53:15 rate auto
2021-12-30 18:33:59 reg eu
2021-12-30 18:33:59 rev 203DE8C
2022-09-19 18:53:15 shum 0
2022-10-31 18:58:19 statPowerDay Min: 0 Avg: 0 Max: 0
2022-10-30 23:59:55 statPowerDayLast Min: 0 Avg: 0 Max: 0
2022-10-31 18:58:19 statPowerMonth Min: 0 Avg: 0 Max: 0 (since: 2022-10-03_17:35:24 )
2022-10-31 18:58:19 statPowerYear Min: 0 Avg: 0 Max: 0 (since: 2022-10-03_17:35:24 )
2022-10-31 18:58:19 statPwr_hour_lastDay 0.1: 01:00:07 0.1_Count: 1 0.3: 01:00:41 0.3_Count: 2 0: 16:57:36 0_Count: 3
2022-10-30 23:59:55 statPwr_hour_lastDayLast 0.1: 01:00:03 0.1_Count: 1 0.3: 01:59:37 0.3_Count: 2 0: 22:00:20 0_Count: 3
2022-10-31 18:58:19 statPwr_hour_lastMonth 0.1: 2d 22:03:44 0.1_Count: 58 0.2: 2d 01:00:08 0.2_Count: 34 0.3: 1d 04:02:45 0.3_Count: 25 0.4: 06:00:49 0.4_Count: 6 0.5: 02:00:15 0.5_Count: 2 0.7: 00:59:21 0.7_Count: 1 0: 21d 14:10:39 0_Count: 74 (since: 2022-10-03_17:40:38)
2022-10-31 18:58:19 statPwr_hour_lastYear 0.1: 2d 22:03:44 0.1_Count: 58 0.2: 2d 01:00:08 0.2_Count: 34 0.3: 1d 04:02:45 0.3_Count: 25 0.4: 06:00:49 0.4_Count: 6 0.5: 02:00:15 0.5_Count: 2 0.7: 00:59:21 0.7_Count: 1 0: 21d 14:10:39 0_Count: 74 (since: 2022-10-03_17:40:38)
2022-10-31 18:58:19 statWindowDay 0: 18:15:58 0_Count: 3 1: 00:42:26 1_Count: 2
2022-10-30 23:59:55 statWindowDayLast 0: 1d 00:13:34 0_Count: 2 1: 00:46:26 1_Count: 1
2022-10-31 18:58:19 statWindowMonth 0: 7d 16:15:47 0_Count: 15 1: 08:22:06 1_Count: 14 (since: 2022-10-23_19:20:26)
2022-10-31 18:58:19 statWindowYear 0: 7d 16:15:47 0_Count: 15 1: 08:22:06 1_Count: 14 (since: 2022-10-23_19:20:26)
2022-10-31 16:00:51 state on
2022-10-31 13:45:02 state_before_window on
2022-10-30 22:45:27 stemp 15.0
2022-06-25 20:55:18 streamer off
2022-01-26 19:45:22 swing none
2021-12-30 18:33:59 type N
2022-10-31 18:58:19 unit_date 2022/10/31 18:58:19
2021-12-30 18:33:59 ver 1_2_54
2022-10-31 18:58:19 window 0
helper:
_98_statistics myStatTendency
Attributes:
alias Daikin Wohnzimmer
devStateIcon Aus.*:control_standby@gray Ein.*Kühlen:frost@blue Ein.*Heizen:sani_heating@red Ein.*Entfeuchten:humidity@blue Ein.*Ventilator:vent_ventilation@green Ein.*Auto:temp_temperature@red
event-min-interval .*:60
eventMap on:Ein off:Aus auto:Auto dehumidify:Entfeuchten cool:Kühlen heat:Heizen vent:Ventilator
group Heizung
interval 60
interval_powered 10
oldreadings stemp,state
pwrconsumption 1
room Heizung,Wohnzimmer
stateFormat power/mode
<br>Innen: htemp °C <br>Außen: otemp °C
userReadings window:.*
{devspec2array("(Fenster_Wohnzimmer_rechts):FILTER=STATE=(open|tilted)");;}
verbose 4
Wie zu sehen, wurde stemp nicht gesetzt. Bei der zweiten Anlage funktioniert die gleiche Definition komischerweise. Was habe ich ich noch übersehen?
Ich würde mich sehr über Eure Hilfe freuen!
Ronny
Hmm, das log sieht eigentlich schon so aus, als würde der WeekdayTimer die gewünschten Befehle absetzen. Eine "Lücke" sehe ich nur dahingehend, dass das "weekprofile"-Attribut im WeekdayTimer nicht gefüllt ist, und von daher Topic-Wechsel aus dem weekprofile heraus nicht funktionieren dürften. Das hat aber nichts damit zu tun, dass die Befehle nicht bei der Klimaanlage ankommen.
Kannst du mal testweise die Beehle entzerren? Also bei einem der WeekdayTimer ein kleines Delay setzen und bei der Befehlsfolge in commandTemplate bei beiden ein kurzes (fhem-) sleep einbauen, um den ersten vom 2. Befehl zu trennen; vielleicht 5 Sekunden oder so?
Hallo Beta-User,
danke für die Antwort! Leider habe ich das Zusammenspiel von WeekdayTimer und weekprofile noch nicht ganz durchschaut. Wo finde ich die Erklärung für das "weekprofile"-Attribut? Hier sehe ich nur:
Zitatweekprofile
Kann ein userattr eines unterstützten Moduls von weekprofile sein, um ein spezifisches Profil mit dem angegeben Namen beim Befehl restore_topic zu empfangen. Siehe auch 'Topics'.
Hab' diese Stelle noch nicht kapiert, kannst Du mir etwas Erleuchtung geben?
Gestern Abend wurde die Temperatur erstaunlicherweise automatisch gesetzt. Der Timer vorhin kam dann wieder nicht an. :( Dies könnte ja wirklich auf ein timing-Problem hindeuten. Meintest Du jetzt das Attribut "WDT_sendDelay" und zusätzlich den sleep im command oder nur eines von Beiden?
Ronny
Zitat von: ronny_b am 02 November 2022, 19:24:51
Hab' diese Stelle noch nicht kapiert, kannst Du mir etwas Erleuchtung geben?
Na ja, kann's mal versuchen: Wenn weekprofile bei einem Topic-Wechsel "seine" Devices finden soll, muss es sie identifizieren können. Dazu dient dieses Attribut: Es enthält eine Art "Kenner" (oder vielleicht besser: Gruppenname). Alle Devices mit einer in einem weekprofile bekannten Komination von "Kenner:Toic" werden bei einem Topicwechsel "informiert" bzw. mit einem entsprechend geänderten Profil versorgt.
Viel besser kann ich das vermutlich auch nicht erklären...
Zitat
Gestern Abend wurde die Temperatur erstaunlicherweise automatisch gesetzt. Der Timer vorhin kam dann wieder nicht an. :( Dies könnte ja wirklich auf ein timing-Problem hindeuten. Meintest Du jetzt das Attribut "WDT_sendDelay" und zusätzlich den sleep im command oder nur eines von Beiden?
Klingt danach, oder es ist ein Reihenfolgeproblem beim Versenden der Messages. Würde mit dem sleep im command anfangen, weiß aber natürlich nicht, ob das ausreicht...
Das mit den Topics habe ich ja aktuell noch deaktiviert, da ich's nicht kapiert habe. Jedes Topic beinhaltet ja das komplette Wochenprofil, oder nicht? Wenn ich jetzt auf Grund eines Feiertags das Topic wechseln muß, wird dann der komplette Wochenplan neu gesetzt? Am nächsten Tag benötige ich aber wieder das normale Wochenprogramm.
Zumindest habe ich gestern im Wohnzimmer sowohl das Attribut "WDT_sendDelay" und zusätzlich einen "sleep 5" im command gesetzt. Aktuell scheint die Sache zu funktionieren. Bei dem 2. Gerät versuche ich mal, nur den "sleep". Mal schauen, ob das auch reicht. Dieses ging nämlich gestern Abend auch nicht schlafen.
Kann ich eigentlich über "WDT_delayedExecutionDevices" erreichen, daß beim Öffnen eines Fensters ein Abschalten stattfindet? Aktuell habe ich das noch über ein DOIF gelöst.
Danke, Ronny
Wow, da hast du es geschafft, ziemlich viele Fragen und Mißverständnisse in die paar Zeilen zu packen...
Zitat von: ronny_b am 03 November 2022, 19:26:29
Das mit den Topics habe ich ja aktuell noch deaktiviert, da ich's nicht kapiert habe. Jedes Topic beinhaltet ja das komplette Wochenprofil, oder nicht?
Das mit den Topics ist eigentlich "einfach". Wird ein Topic aktiviert, werden die Profile (also die kompletten Wochenprofile) an alle "Geräte" verteilt, die dieses Topic kennen. Nicht jedes "Gerät" muss aber jedes Topic kennen, z.B. könnte man eine im Haus befindliche Ferienwohnung mit mehreren Thermostaten dann mit "belegt" und "vakant" als Topics bedienen, deren Wechsel dann gar keinen Einfluss auf die anderen Thermostate im Haus hätte.
Zitat
Wenn ich jetzt auf Grund eines Feiertags das Topic wechseln muß, wird dann der komplette Wochenplan neu gesetzt? Am nächsten Tag benötige ich aber wieder das normale Wochenprogramm.
Wenn du WeekdayTimer dazwischen geschaltet hast, könntest du an Feiertagen auch schlicht das "Sonntagsprogramm" fahren, indem du den "true"-Parameter im DEF des WeekdayTimers setzt (unterstellt, der Feiertag ist via holiday2we als solcher hinterlegt). Dann brauchst du gar keinen Topic-Wechsel.
Ansonsten: Was ist "schlimm" daran, das ganze Profil zu tauschen? Jedenfalls der WeekdayTimer berechnet dann halt wieder ein paar Zeiten neu, und das war es dann auch schon.
Zitat
Zumindest habe ich gestern im Wohnzimmer sowohl das Attribut "WDT_sendDelay" und zusätzlich einen "sleep 5" im command gesetzt. Aktuell scheint die Sache zu funktionieren. Bei dem 2. Gerät versuche ich mal, nur den "sleep". Mal schauen, ob das auch reicht. Dieses ging nämlich gestern Abend auch nicht schlafen.
Das mit dem "nur sleep" verstehe ich nicht, fhem-sleep braucht unbedingt eine Zeitvorgabe, und ein anderes (Perl-) sleep solltest du immer und unbedingt vermeiden!
Zitat
Kann ich eigentlich über "WDT_delayedExecutionDevices" erreichen, daß beim Öffnen eines Fensters ein Abschalten stattfindet? Aktuell habe ich das noch über ein DOIF gelöst.
Nope. WeekdayTimer arbeitet nach wie vor rein zeitbasiert, es wird also einfach nur immer wieder geschaut, ob die Bedingung sich jetzt erledigt hat und geschaltet werden kann.
Klarer jetzt?
Hallo,
Zitat von: Beta-User am 09 November 2022, 14:31:59
Wow, da hast du es geschafft, ziemlich viele Fragen und Mißverständnisse in die paar Zeilen zu packen...
;)
ZitatDas mit den Topics ist eigentlich "einfach". Wird ein Topic aktiviert, werden die Profile (also die kompletten Wochenprofile) an alle "Geräte" verteilt, die dieses Topic kennen. ...
Danke, das klingt sehr interessant. Wenn mein Problem mit den HM-Thermostaten gelöst ist (siehe mein anderer Beitrag im HM-Bereich), muß ich mir das unbedingt mal anschauen!
ZitatAnsonsten: Was ist "schlimm" daran, das ganze Profil zu tauschen? Jedenfalls der WeekdayTimer berechnet dann halt wieder ein paar Zeiten neu, und das war es dann auch schon.
Dann wird aber bei meinen HM-Geräten jedes Mal das kompl. Wochenprogramm übertragen. Beim WeekdayTimer ist das nicht schlimm, macht aber bei HM-Geräten keinen Sinn. Hier würde ich aber lieber weiterhin bei HMinfo mit "tempListTmpl" bleiben.
ZitatDas mit dem "nur sleep" verstehe ich nicht, ...
Ich wollte sagen, daß ein "sleep 5" ausgereicht hat und das "WDT_sendDelay" nicht notwendig war.
Zumindest ist mein Problem somit gelöst, Danke!
Ronny
Zitat von: ronny_b am 19 November 2022, 14:37:11
Dann wird aber bei meinen HM-Geräten jedes Mal das kompl. Wochenprogramm übertragen.
Vielleicht zur Klarstellung: auch weekprofile prüft, ob es sinnvoll ist, Änderungen zu übertragen. Ist das jeweilige Tagesprofil bereits "ok", wird auch für diesen Tag nichts übertragen. Wenn also das neue Wochenprofil das alte ist, wird gar nichts versendet...
Von daher beschränkt sich der effektive Unterschied zu HMinfo auf die Frage, ob man ein verify ausführen kann ;) .
Zitat von: Beta-User am 21 November 2022, 10:04:34
Vielleicht zur Klarstellung: auch weekprofile prüft, ob es sinnvoll ist, Änderungen zu übertragen. Ist das jeweilige Tagesprofil bereits "ok", wird auch für diesen Tag nichts übertragen. Wenn also das neue Wochenprofil das alte ist, wird gar nichts versendet...
Ok, es ward Licht in meinem Kopf! ;D
Ich ging immer davon aus, daß ich ein Profil erstellen muß, wo für jeden Wochentag (Mo.–So.) die Zeiten für die "freien" Tage (Wochenende/Feiertag) hinterlegt sind. Dann müßte ich wirklich für einen Feiertag alle Wochentage auf die Zeiten für "frei" setzen.
Mit holiday2we scheint das ja gar nicht notwendig zu sein. Da muß ich hier in einer ruhigen Minute einiges umstricken ...
Danke, Ronny