Ich weiß nicht an was es liegt, mein WeekdayTimer arbeitet nicht.
Die Heizung ist definiert und läßt sich sowohl manuell auch auch per GUI usw. schalten, also daran kann es wohl nicht liegen.
Internals:
DEF 2D9EAF
HMLAN1_MSGCNT 11
HMLAN1_RAWMSG E2D9EAF,0000,265E8F67,FF,FFCA,16A4102D9EAF200DB806010000
HMLAN1_RSSI -54
HMLAN1_TIME 2015-01-03 16:38:26
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 11
NAME Heizung
NR 74
STATE off
TYPE CUL_HM
lastMsg No:16 - t:10 s:2D9EAF d:200DB8 06010000
protCmdDel 2
protIOerr 1 last_at:2015-01-02 15:22:36
protLastRcv 2015-01-03 16:38:26
protSnd 11 last_at:2015-01-03 16:38:26
protState CMDs_done
rssi_HMLAN1 cnt:3 lst:-53 avg:-65 min:-71 max:-53
rssi_at_HMLAN1 cnt:11 lst:-54 max:-54 min:-77 avg:-61.54
Readings:
2015-01-03 07:05:14 CommandAccepted yes
2014-12-24 09:49:31 D-firmware 2.5
2014-12-24 09:49:31 D-serialNr LEQ0743974
2014-12-24 09:49:36 PairedTo 0x200DB8
2014-12-02 11:52:19 R-confBtnTime permanent
2014-12-24 09:49:33 R-intKeyVisib invisib
2014-12-24 09:49:33 R-localResDis off
2014-12-24 09:49:33 R-pairCentral 0x200DB8
2014-12-24 09:49:34 R-powerUpAction off
2014-12-24 09:49:34 R-sign off
2014-12-02 11:52:29 R-statusInfoMinDly 2 s
2014-12-02 11:52:29 R-statusInfoRandom 1 s
2014-12-24 09:49:34 R-transmitTryMax 6
2014-12-24 09:49:35 RegL_00: 02:01 0A:20 0B:0D 0C:B8 15:FF 18:00 00:00
2014-12-24 09:49:36 RegL_01: 08:00 30:06 57:24 56:00 00:00
2015-01-03 16:38:26 deviceMsg off (to HMLAN1)
2015-01-03 16:38:26 level 0
2015-01-03 16:38:26 pct 0
2015-01-03 16:38:26 recentStateType info
2015-01-03 16:38:26 state off
2015-01-03 16:38:26 timedOn off
Helper:
cSnd 11200DB82D9EAF0201C80000
dlvlCmd ++A011200DB82D9EAF0201C80000
mId 0004
rxType 1
Io:
newChn +2D9EAF,00,01,00
nextSend 1420299506.47673
prefIO
rxt 0
vccu
p:
2D9EAF
00
01
00
Mrssi:
mNo 16
Io:
HMLAN1 -52
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO HMLAN1
flg A
ts 1420299506.38421
ack:
HASH(0x3ab9e40)
168002200DB82D9EAF00
Rssi:
Hmlan1:
avg -65
cnt 3
lst -53
max -53
min -71
At_hmlan1:
avg -61.5454545454545
cnt 11
lst -54
max -54
min -77
Attributes:
IODev HMLAN1
autoReadReg 4_reqStatus
expert 2_full
firmware 2.5
model HM-LC-SW1-FM
peerIDs 00000000,
room Keller
serialNr LEQ0743974
subType switch
webCmd statusRequest:toggle:on:off
Den Timer habe ich folgendermassen definiert:
define HeizungSteuern WeekdayTimer Heizung 123456|07:00|on 123456|18:00|off
Und aussehen tut es dann folgendermasssen:
Internals:
CFGFN
CHANGED
DEF Heizung 123456|07:00|on 123456|18:00|off
DEVICE Heizung
LANGUAGE de
NAME HeizungSteuern
NR 2718
PERLTIMEUPDATEMODE 0
PROFILE 1: Montag 07:00 on, 18:00 off,
PROFILE 2: Dienstag 07:00 on, 18:00 off,
PROFILE 3: Mittwoch 07:00 on, 18:00 off,
PROFILE 4: Donnerstag 07:00 on, 18:00 off,
PROFILE 5: Freitag 07:00 on, 18:00 off,
PROFILE 6: Samstag 07:00 on, 18:00 off,
STATE off
TYPE WeekdayTimer
Readings:
2015-01-04 12:04:37 disabled 0
2015-01-04 12:03:34 nextUpdate 05.01.2015 07:00:00
2015-01-04 12:03:34 nextValue on
2015-01-04 12:03:34 state off
Timer:
Heizungsteuern_update:
HASH HeizungSteuern
MODIFIER Update
NAME HeizungSteuern_Update
Helper:
DESIRED_TEMP_READING
SWITCHINGTIMES 123456|07:00|on 123456|18:00|off
Switchingtime:
0:
1:
07:00:00 on
18:00:00 off
2:
07:00:00 on
18:00:00 off
3:
07:00:00 on
18:00:00 off
4:
07:00:00 on
18:00:00 off
5:
07:00:00 on
18:00:00 off
6:
07:00:00 on
18:00:00 off
Attributes:
room Keller
Was habe ich falsch gemacht?
Ersetze bitte WeekdayTimer durch Heating_Control
Mit verbose 5 kannst du prüfen was HC macht.
Aber ich schalte doch mit dem dem Aktor komplett die Spannung der Gasheizung weg.
Wieso funktioniert das nicht per WDT?
Und das HC arbeitet doch eigentlich mit den Thermostaten zusammen, oder nicht?
Da hast du recht! Eine Schaltsteckdose schaltet man besser mit WD.
Was kommt bei verbose 5 im Log an?
Aktuell jetzt das:
2015.01.04 16:43:17 5: Cmd: >define HeizungSteuern WeekdayTimer Heizung 123456|07:00|on 123456|18:00|off<
2015.01.04 16:43:17 5: [HeizungSteuern] Switchingtime: 123456|07:00|on : mo,di,mi,do,fr,sa -> 07:00 -> on
2015.01.04 16:43:17 5: [HeizungSteuern] Switchingtime: 123456|18:00|off : mo,di,mi,do,fr,sa -> 18:00 -> off
2015.01.04 16:43:17 5: [HeizungSteuern] setting Timer: HeizungSteuern_Update 04.01.2015 16:43:18
2015.01.04 16:43:17 5: Triggering HeizungSteuern (3 changes)
2015.01.04 16:43:17 5: Notify loop for HeizungSteuern nextUpdate: Heute, 16:43:47
2015.01.04 16:43:17 4: eventTypes: WeekdayTimer HeizungSteuern nextUpdate: Heute, 16:43:47 -> nextUpdate: Heute, .*:.*:.*
2015.01.04 16:43:17 4: eventTypes: WeekdayTimer HeizungSteuern nextValue: ??? -> nextValue: ???
2015.01.04 16:43:17 4: eventTypes: WeekdayTimer HeizungSteuern waiting... -> waiting...
2015.01.04 16:43:17 4: eventTypes: WeekdayTimer HeizungSteuern state: waiting... -> state: waiting...
2015.01.04 16:43:17 5: Triggering global (1 changes)
2015.01.04 16:43:17 5: Notify loop for global DEFINED HeizungSteuern
2015.01.04 16:43:17 4: HTTP FHEMWEB:192.168.1.200:51239 GET /fhem?detail=HeizungSteuern
2015.01.04 16:43:17 4: /fhem?detail=HeizungSteuern / RL:2367 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.01.04 16:43:18 5: [HeizungSteuern] list of senors found: 'HeizungSteuern'
2015.01.04 16:43:18 4: [HeizungSteuern] 03.01.2015 18:00:00 ; aktParam: 0 ; newParam: off
2015.01.04 16:43:18 4: [HeizungSteuern] is not disabled
2015.01.04 16:43:18 5: [HeizungSteuern] no switch in the yesterdays because of the devices type(Heizung is not a heating).
2015.01.04 16:43:18 4: [HeizungSteuern] Next switch 05.01.2015 07:00:00
2015.01.04 16:43:18 5: [HeizungSteuern] removing Timer: HeizungSteuern_Update
2015.01.04 16:43:18 5: [HeizungSteuern] setting Timer: HeizungSteuern_Update 05.01.2015 07:00:00
2015.01.04 16:43:18 5: Triggering HeizungSteuern (3 changes)
2015.01.04 16:43:18 5: Notify loop for HeizungSteuern nextUpdate: 05.01.2015 07:00:00
2015.01.04 16:43:18 4: eventTypes: WeekdayTimer HeizungSteuern nextUpdate: 05.01.2015 07:00:00 -> nextUpdate: .*.* .*:.*:.*
2015.01.04 16:43:18 4: eventTypes: WeekdayTimer HeizungSteuern nextValue: on -> nextValue: on
2015.01.04 16:43:18 4: eventTypes: WeekdayTimer HeizungSteuern off -> off
2015.01.04 16:43:18 4: eventTypes: WeekdayTimer HeizungSteuern state: off -> state: off
2015.01.04 16:43:22 4: HTTP FHEMWEB:192.168.1.200:51239 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-01.log
Aber ich denke es wird wichtiger sein was morgen früh um 7 Uhr dort steht, oder?
Ja, oder aber du erfasst eine zusätzliche Schaltzeit, damit wir schneller vorankommen.
Stimmt, ist einfacher. :)
Mich wundert das Datum, 1.1.1970.????
2015.01.04 17:40:36 5: [HeizungSteuern] list of senors found: 'HeizungSteuern'
2015.01.04 17:40:36 4: [HeizungSteuern] 01.01.1970 01:00:00 ; aktParam: 0 ; newParam: 0
2015.01.04 17:40:36 4: [HeizungSteuern] is not disabled
2015.01.04 17:40:36 5: [HeizungSteuern] no switch in the yesterdays because of the devices type(WeekdayTimer is not a heating).
2015.01.04 17:40:36 4: [HeizungSteuern] Next switch 04.01.2015 17:41:41
2015.01.04 17:40:36 5: [HeizungSteuern] removing Timer: HeizungSteuern_Update
2015.01.04 17:40:36 5: [HeizungSteuern] setting Timer: HeizungSteuern_Update 04.01.2015 17:41:41
2015.01.04 17:40:36 5: Triggering HeizungSteuern (3 changes)
2015.01.04 17:40:36 5: Notify loop for HeizungSteuern nextUpdate: 04.01.2015 17:41:41
2015.01.04 17:40:36 4: eventTypes: WeekdayTimer HeizungSteuern nextUpdate: 04.01.2015 17:41:41 -> nextUpdate: .*.* .*:.*:.*
2015.01.04 17:40:36 4: eventTypes: WeekdayTimer HeizungSteuern nextValue: 0 -> nextValue: .*
2015.01.04 17:40:36 4: eventTypes: WeekdayTimer HeizungSteuern 0 -> .*
2015.01.04 17:40:36 4: eventTypes: WeekdayTimer HeizungSteuern state: 0 -> state: .*
Das sieht in der Tat merkwürdig aus.
Hast du die Sterne selbst nachträglich eingebaut?
Was ist um 17:41:41 im Log erschienen?
Die beiden Sachen kamen noch:
2015.01.04 17:40:48 5: HMLAN_Send: HMLAN1 I:K
2015.01.04 17:40:48 5: HMLAN/RAW: /HHM-LAN-IF,03C4,LEQ0384449,29A2EF,200DB8,2BBE2CA1,000B,04
2015.01.04 17:40:48 5: HMLAN_Parse: HMLAN1 V:03C4 sNo:LEQ0384449 d:29A2EF O:200DB8 t:2BBE2CA1 IDcnt:000B
Danach nur noch Sachen von meinem Receiver und einem HKT.
Und nein, am Log habe ich nichts verändert, das stammt 1:1 so von meinem Server.
Welche Hardware/Software verwendest du?
01.01.1970 01:00:00 ;
das ist wirklich merkwürdig, und deutet darauf hin, dass das darunter liegende Betriebssystem die Zeit nicht richtig eingestellt hat.
Wann hast du zuletzt ein update gemacht?
Zitat von: Dietmar63 am 04 Januar 2015, 19:27:58
Welche Hardware/Software verwendest du?
Zuletzt einen RasPi, jetzt einen Intel NUC mit Ubuntu Server.
Auf dem NUC ist der NTP Daemon installiert, die zeit ist also immer aktuell.
Aber wäre die Zeit falsch, würde dann nicht auch das Protokoll generell die falsche Zeit anzeigen?
Und selbst wenn, dann würde die Heizung ja trotzdem irgendwann mal Schalten, halt zur falschen Uhrzeit, oder?
Update von FHEM mache ich generell 1x die Woche.
Zitat von: Dietmar63 am 04 Januar 2015, 19:36:36
01.01.1970 01:00:00 ;
das ist wirklich merkwürdig, und deutet darauf hin, dass das darunter liegende Betriebssystem die Zeit nicht richtig eingestellt hat.
Wann hast du zuletzt ein update gemacht?
Dazu habe ich was gefunden, aber das trifft bei mir (leider) nicht zu:
http://forum.fhem.de/index.php/topic,10011.msg60337.html#msg60337 (http://forum.fhem.de/index.php/topic,10011.msg60337.html#msg60337)
das ist vor zwei Jahren gewesen. Vergiss es!!
Zitat2015.01.04 17:40:36 5: [HeizungSteuern] setting Timer: HeizungSteuern_Update 04.01.2015 17:41:41
du hättest einen weiteren Versuch um 17:41:41 bekommen müssen
SO sieht das ganze jetzt heute morgen aus:
2015.01.05 06:58:11 5: [HeizungSteuern] list of senors found: 'HeizungSteuern'
2015.01.05 06:58:11 4: [HeizungSteuern] 01.01.1970 01:00:00 ; aktParam: 0 ; newParam: 0
2015.01.05 06:58:11 4: [HeizungSteuern] is not disabled
2015.01.05 06:58:11 5: [HeizungSteuern] no switch in the yesterdays because of the devices type(WeekdayTimer is not a heating).
2015.01.05 06:58:11 4: [HeizungSteuern] Next switch 05.01.2015 06:59:16
2015.01.05 06:58:11 5: [HeizungSteuern] removing Timer: HeizungSteuern_Update
2015.01.05 06:58:11 5: [HeizungSteuern] setting Timer: HeizungSteuern_Update 05.01.2015 06:59:16
2015.01.05 06:58:11 5: Triggering HeizungSteuern (3 changes)
2015.01.05 06:58:11 5: Notify loop for HeizungSteuern nextUpdate: 05.01.2015 06:59:16
2015.01.05 06:58:11 4: eventTypes: WeekdayTimer HeizungSteuern nextUpdate: 05.01.2015 06:59:16 -> nextUpdate: .*.* .*:.*:.*
2015.01.05 06:58:11 4: eventTypes: WeekdayTimer HeizungSteuern nextValue: 0 -> nextValue: .*
2015.01.05 06:58:11 4: eventTypes: WeekdayTimer HeizungSteuern 0 -> .*
2015.01.05 06:58:11 4: eventTypes: WeekdayTimer HeizungSteuern state: 0 -> state: .*
2015.01.05 06:59:16 5: [HeizungSteuern] list of senors found: 'HeizungSteuern'
2015.01.05 06:59:16 4: [HeizungSteuern] 01.01.1970 01:00:00 ; aktParam: 0 ; newParam: 0
2015.01.05 06:59:16 4: [HeizungSteuern] is not disabled
2015.01.05 06:59:16 5: [HeizungSteuern] no switch in the yesterdays because of the devices type(WeekdayTimer is not a heating).
2015.01.05 06:59:16 4: [HeizungSteuern] Next switch 05.01.2015 07:00:21
2015.01.05 06:59:16 5: [HeizungSteuern] removing Timer: HeizungSteuern_Update
2015.01.05 06:59:16 5: [HeizungSteuern] setting Timer: HeizungSteuern_Update 05.01.2015 07:00:21
2015.01.05 06:59:16 5: Triggering HeizungSteuern (3 changes)
2015.01.05 06:59:16 5: Notify loop for HeizungSteuern nextUpdate: 05.01.2015 07:00:21
2015.01.05 07:00:21 5: [HeizungSteuern] list of senors found: 'HeizungSteuern'
2015.01.05 07:00:21 4: [HeizungSteuern] 01.01.1970 01:00:00 ; aktParam: 0 ; newParam: 0
2015.01.05 07:00:21 4: [HeizungSteuern] is not disabled
2015.01.05 07:00:21 5: [HeizungSteuern] no switch in the yesterdays because of the devices type(WeekdayTimer is not a heating).
2015.01.05 07:00:21 4: [HeizungSteuern] Next switch 05.01.2015 07:01:26
2015.01.05 07:00:21 5: [HeizungSteuern] removing Timer: HeizungSteuern_Update
2015.01.05 07:00:21 5: [HeizungSteuern] setting Timer: HeizungSteuern_Update 05.01.2015 07:01:26
2015.01.05 07:00:21 5: Triggering HeizungSteuern (3 changes)
2015.01.05 07:00:21 5: Notify loop for HeizungSteuern nextUpdate: 05.01.2015 07:01:26
2015.01.05 07:00:21 4: eventTypes: WeekdayTimer HeizungSteuern nextUpdate: 05.01.2015 07:01:26 -> nextUpdate: .*.* .*:.*:.*
2015.01.05 07:00:21 4: eventTypes: WeekdayTimer HeizungSteuern nextValue: 0 -> nextValue: .*
2015.01.05 07:00:21 4: eventTypes: WeekdayTimer HeizungSteuern 0 -> .*
2015.01.05 07:00:21 4: eventTypes: WeekdayTimer HeizungSteuern state: 0 -> state: .*
Nicht wirklich besser.
Ist dann um 7:26:1Uhr dann etwas passiert?
Zitat von: Dietmar63 am 05 Januar 2015, 15:22:30
Ist dann um 7:26:1Uhr dann etwas passiert?
Nein, das Log sieht dauerhaft so aus.
Ich versteh nicht mal wieso WDT SO oft Updates macht wenn es doch nur 2x am Tag schalten soll.
Mal davon abgesehen daß mit das Verhalten seelbst wenn er um 7:26 was gemacht hätte nichts bringt wenn der Timer auf 7:00 morgens programmiert ist.
probier es mal mit dieser Version - ob dein Problem allerdings damit gelöst ist kann ich nicht sagen.
eingecheckt:
59_Twilight: correction of issues when starting fhem wehn reading weatherdata in nonBlockingmode
hier kannst du nachlesen was passiert ist:
http://forum.fhem.de/index.php?topic=31049.new#new (http://forum.fhem.de/index.php?topic=31049.new#new)
Ich versteh zwar noch nicht so genau was dieses Problem mit meinem zu tun hat, aber ich habe gerade mal ein Update gemacht und warte jetzt was passiert.
Durch die Umstellung auf nonBlockingZugriff wurden die Readings von TW erst mit Verzögerung gefüllt.
Wenn dann in der Zwischenzeit Defines in fhem ausgeführt wurden und auf diese Readings zugegriffen haben, ging der Zugriff ins Leere.
Aber mit TW habe ich doch überhaupt nichts zu tun, oder versteckt sich sowas bei mir im Log?
Ich glaube du hast recht - bei dir muss es etwas anderes sein.
Ich bin durch die Bearbeitung der verschiedenen Dinge ein wenig durcheinander gekommen.
Du hast fhem scheinbar mit attr global verbose 5 gestartet.
Für die Fehlersuche reicht es wenn du verbose 5 nur für den WD setzt.
kannst du dann ein neues Log liefern.
Bitte mit der zugehörigen Definition.
Hast du Die Möglichkeit die erste Zeile des WeekdayTimers und des Heating_Controls zu senden?
Zitat von: Dietmar63 am 07 Januar 2015, 16:53:52
Du hast fhem scheinbar mit attr global verbose 5 gestartet.
Für die Fehlersuche reicht es wenn du verbose 5 nur für den WD setzt.
Wenn du mir kurz erklärst wie ich das machen muß, dann gerne.
indem du in der Oberfläche
attr global verbose 3
und
attr HeizungSteuern verbose 5
eingibst oder in der Detailansicht eines Gerätes das Attribut einstellst.
JETZT wird das ganze schon übersichtlicher und ich denke ich weiß wo der Fehler liegt, kann ihn mir aber nicht erklären:
2015.01.09 09:30:06 3: [HeizungSteuern] invalid device, <WeekdayTimer> not found
2015.01.09 09:30:06 3: no Switchingtime found in <Heizung 1234567|22:00|on 1234567|21:50|off>, check first parameter
2015.01.09 09:30:07 5: [HeizungSteuern] list of senors found: 'HeizungSteuern'
2015.01.09 09:30:07 4: [HeizungSteuern] 01.01.1970 01:00:00 ; aktParam: 0 ; newParam: 0
2015.01.09 09:30:07 4: [HeizungSteuern] is not disabled
2015.01.09 09:30:07 5: [HeizungSteuern] no switch in the yesterdays because of the devices type(WeekdayTimer is not a heating).
2015.01.09 09:30:07 4: [HeizungSteuern] Next switch 09.01.2015 09:31:12
2015.01.09 09:30:07 5: [HeizungSteuern] removing Timer: HeizungSteuern_Update
2015.01.09 09:30:07 5: [HeizungSteuern] setting Timer: HeizungSteuern_Update 09.01.2015 09:31:12
define HeizungSteuern WeekdayTimer Heizung 123456|07:00|on 123456|18:00|off
Eigentlich sollte die Definiton so richtig sein.
Es sieht so aus, als ob WeekdayTimer als das zu schaltende Gerät angesehen wird. Dadurch gerät die Interpretation der restlichen Definition durcheinander - merkwürdig
Für mich sieht es eher nach DIESEM (http://forum.fhem.de/index.php?topic=17593.0) Fehler hier aus:
Leider verabschiedet sich von der Arbeit aus meine Verbindung wenn ich ein "update force" mache. :(
kann nicht sein.
die Meldungen mit [HeizungSteuern] kommen aus WeekdayTimer.
Veröffentliche bitte nochmals deine Definition.
Und das hier stört dich nicht?
2015.01.09 09:30:06 3: [HeizungSteuern] invalid device, <WeekdayTimer> not found
Meinst du das mit Definition?
Internals:
DEF WeekdayTimer Heizung 1234567|22:00|on 1234567|21:50|off
DEVICE WeekdayTimer
LANGUAGE de
NAME HeizungSteuern
NR 102
PERLTIMEUPDATEMODE 0
STATE 0
TYPE WeekdayTimer
Readings:
2015-01-09 19:08:35 nextUpdate 09.01.2015 19:09:40
2015-01-09 19:08:35 nextValue 0
2015-01-09 19:08:35 state 0
Timer:
Heizungsteuern_update:
HASH HeizungSteuern
MODIFIER Update
NAME HeizungSteuern_Update
Helper:
COMMAND Heizung 1234567|22:00|on 1234567|21:50|off
DESIRED_TEMP_READING
SWITCHINGTIMES
Switchingtime:
0:
1:
2:
3:
4:
5:
6:
Attributes:
room Keller
verbose 5
Hinter DEF dürfte nur
Heizung 1234567|22:00|on 1234567|21:50|off
Stehen.
bei mir sieht es so aus:
Internals:
DEF HeizungKueche de 06:45|25 07:30|22 09:00|19 12:00|22 13:15|20 19:00|16 (heizungAnAus("An", 1))
DEVICE HeizungKueche
LANGUAGE de
NAME HeizungKueche_we
NR 56
PERLTIMEUPDATEMODE 0
PROFILE 0: Sonntag 06:45 25, 07:30 22, 09:00 19, 12:00 22, 13:15 20, 19:00 16,
PROFILE 1: Montag 06:45 25, 07:30 22, 09:00 19, 12:00 22, 13:15 20, 19:00 16,
PROFILE 2: Dienstag 06:45 25, 07:30 22, 09:00 19, 12:00 22, 13:15 20, 19:00 16,
PROFILE 3: Mittwoch 06:45 25, 07:30 22, 09:00 19, 12:00 22, 13:15 20, 19:00 16,
PROFILE 4: Donnerstag 06:45 25, 07:30 22, 09:00 19, 12:00 22, 13:15 20, 19:00 16,
PROFILE 5: Freitag 06:45 25, 07:30 22, 09:00 19, 12:00 22, 13:15 20, 19:00 16,
PROFILE 6: Samstag 06:45 25, 07:30 22, 09:00 19, 12:00 22, 13:15 20, 19:00 16,
wenn ich diese Definition eingebe:
define HeizungSteuern WeekdayTimer Heizung 123456|07:00|on 123456|18:00|off
kommt dies heraus:
Internals:
CFGFN
DEF Heizung 123456|07:00|on 123456|18:00|off
DEVICE Heizung
LANGUAGE de
NAME HeizungSteuern
NR 430
PERLTIMEUPDATEMODE 0
PROFILE 1: Montag 07:00 on, 18:00 off,
PROFILE 2: Dienstag 07:00 on, 18:00 off,
PROFILE 3: Mittwoch 07:00 on, 18:00 off,
PROFILE 4: Donnerstag 07:00 on, 18:00 off,
PROFILE 5: Freitag 07:00 on, 18:00 off,
PROFILE 6: Samstag 07:00 on, 18:00 off,
STATE off
TYPE WeekdayTimer
Readings:
2015-01-09 19:20:08 nextUpdate 10.01.2015 07:00:00
2015-01-09 19:20:08 nextValue on
2015-01-09 19:20:08 state off
und das ist richtig.
so:
DEF WeekdayTimer Heizung 1234567|22:00|on 1234567|21:50|off
zur Sicherheit kannst du bitte das Kommando version eingeben und den output posten.
es muss so etwas wie
# $Id: 90_at.pm 6797 2014-10-21 12:32:19Z rudolfkoenig $
# $Id: 98_dummy.pm 4934 2014-02-15 08:23:12Z rudolfkoenig $
# $Id: 95_holiday.pm 5956 2014-05-24 13:04:04Z rudolfkoenig $
# $Id: 91_notify.pm 6371 2014-08-07 05:33:37Z rudolfkoenig $
# $Id: 98_telnet.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $
# $Id: 98_weblink.pm 5608 2014-04-23 10:57:16Z rudolfkoenig $
herauskommen.
# $Id: fhem.pl 7358 2014-12-29 16:03:31Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 7469 2015-01-07 16:31:01Z martinp876 $
# $Id: 57_Calendar.pm 7090 2014-11-29 14:23:17Z borisneubert $
# $Id: 70_ENIGMA2.pm 7404 2015-01-02 13:24:31Z loredo $
# $Id: 01_FHEMWEB.pm 7284 2014-12-21 16:18:32Z rudolfkoenig $
# $Id: 92_FileLog.pm 7409 2015-01-02 16:37:36Z rudolfkoenig $
# $Id: 00_HMLAN.pm 7331 2014-12-27 09:38:13Z martinp876 $
# $Id: 98_Heating_Control.pm 7168 2014-12-08 00:03:37Z dietmar63 $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 98_SVG.pm 7409 2015-01-02 16:37:36Z rudolfkoenig $
# $Id: 59_Twilight.pm 7462 2015-01-06 17:13:36Z dietmar63 $
# $Id: 99_Utils.pm 7461 2015-01-06 16:32:08Z rudolfkoenig $
# $Id: 98_WeekdayTimer.pm 7168 2014-12-08 00:03:37Z dietmar63 $
# $Id: 98_XmlList.pm 2895 2013-03-11 19:48:01Z rudolfkoenig $
# $Id: 90_at.pm 7000 2014-11-16 16:51:50Z rudolfkoenig $
# $Id: 98_autocreate.pm 6505 2014-09-06 12:24:48Z rudolfkoenig $
# $Id: 98_dummy.pm 4934 2014-02-15 08:23:12Z rudolfkoenig $
# $Id: 91_eventTypes.pm 7221 2014-12-15 10:02:49Z rudolfkoenig $
# $Id: 91_notify.pm 7260 2014-12-19 12:50:49Z rudolfkoenig $
# $Id: 98_telnet.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $
Ich glaub es läuft jetzt!!!
Durch diese Zeile:
2015.01.09 09:30:06 3: [HeizungSteuern] invalid device, <WeekdayTimer> not found
konnte der Timer nicht wirklich angelegt werden, dadurch sah es bei mir anders aus als bei dir.
Also habe ich nach dem update force jetzt eben den WT gelöscht und direkt neu angelegt, JETZT sieht es so aus wie bei dir:
Internals:
CFGFN
DEF Heizung 1234567|21:40|on 1234567|21:30|off
DEVICE Heizung
LANGUAGE de
NAME HeizungSteuern
NR 138
PERLTIMEUPDATEMODE 0
PROFILE 0: Sonntag 21:30 off, 21:40 on,
PROFILE 1: Montag 21:30 off, 21:40 on,
PROFILE 2: Dienstag 21:30 off, 21:40 on,
PROFILE 3: Mittwoch 21:30 off, 21:40 on,
PROFILE 4: Donnerstag 21:30 off, 21:40 on,
PROFILE 5: Freitag 21:30 off, 21:40 on,
PROFILE 6: Samstag 21:30 off, 21:40 on,
STATE on
TYPE WeekdayTimer
Readings:
2015-01-09 21:40:00 nextUpdate 10.01.2015 21:30:00
2015-01-09 21:40:00 nextValue off
2015-01-09 21:40:00 state on
Timer:
Heizungsteuern_update:
HASH HeizungSteuern
MODIFIER Update
NAME HeizungSteuern_Update
Helper:
DESIRED_TEMP_READING
SWITCHINGTIMES 1234567|21:40|on 1234567|21:30|off
Switchingtime:
0:
21:30:00 off
21:40:00 on
1:
21:30:00 off
21:40:00 on
2:
21:30:00 off
21:40:00 on
3:
21:30:00 off
21:40:00 on
4:
21:30:00 off
21:40:00 on
5:
21:30:00 off
21:40:00 on
6:
21:30:00 off
21:40:00 on
Attributes:
verbose 5