WeekdayTimer funktioniert nicht!

Begonnen von Christian72D, 04 Januar 2015, 12:09:42

Vorheriges Thema - Nächstes Thema

Christian72D

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.

Dietmar63

Ist dann um 7:26:1Uhr dann etwas passiert?
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

Christian72D

#17
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.

Dietmar63

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
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

Christian72D

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.

Dietmar63

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.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

Christian72D

Aber mit TW habe ich doch überhaupt nichts zu tun, oder versteckt sich sowas bei mir im Log?

Dietmar63

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?
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

Christian72D

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.

Dietmar63

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.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

Christian72D

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

Dietmar63

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
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

Christian72D

Für mich sieht es eher nach DIESEM Fehler hier aus:

Leider verabschiedet sich von der Arbeit aus meine Verbindung wenn ich ein "update force" mache. :(

Dietmar63

kann nicht sein.
die Meldungen mit [HeizungSteuern] kommen aus WeekdayTimer.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

Dietmar63

Veröffentliche bitte nochmals deine Definition.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm