Guten Morgen,
ich habe seit einigen Tagen das Problem, dass mein FHEM immer um 00:00 abgestürzt ist.
Heute hatte ich mal etwas Zeit, mir die Logs etwas genauer anzusehen.
Der letzte Eintrag vor dem Absturz ist immer folgender:
Can't use string ("") as a HASH ref while "strict refs" in use at ./FHEM/98_WeekdayTimer.pm line 517
Ich habe mir die Definition meines Timers genau angesehen und auch mit der Doku verglichen. Ich kann leider keinen Fehler finden:
define wdt_FL_LichtOG WeekdayTimer dim_FL_DimmerOG_02 0123456|07:00|100 0123456|21:00|2 {fhem("set $NAME pct $EVENT");}
Wenn ich jedoch diesen "Define" noch einmal neu setze stürzt FHEM reproduzierbar mit dem gleichen Fehler ab.
Hat noch jemand Probleme mit dem Modul? Kann mir jemand evtl bei der Lösung helfen?
Vielen Dank und schöne Ostertage,
Stephan
edit: ich habe gerade mal in Zeile 517 geguckt:
newMyHash->{SETTIMERATMIDNIGHT} = 1;
Das erklärt, warum es immer um Mitternacht passiert. Ich weiß aber leider nicht, was hier falsch ist
Die Zeile ist noch nicht besonders alt.
Funktioniert bei mir ohne Probleme.
Wenn ein Neustart das Problem nicht lösen kann, muss ich dich leider vertrösten, weil ich bis Anfang April noch Urlaub habe.
Guten Morgen Dietmar,
kein Problem. Ich habe die Definition jetzt durch einen DOIF ersetzt und den WeekdayTimer erstmal disabled.
Gruß,
Stephan
Hallo Dietmar,
habe ebenfalls ein Problem mit dem Modul nach einem, nach langer Zeit mal wieder durchgeführtem Update:
2016.04.03 11:31:21.845 1: PERL WARNING: Use of uninitialized value $timToSwitch in subtraction (-) at ./FHEM/98_WeekdayTimer.pm line 567.
Can't use an undefined value as an ARRAY reference at ./FHEM/98_WeekdayTimer.pm line 974.
Danach stürzt FHEM koplett ab.
Weiss ja nicht, ob das ähnlich gelagert ist, wie das von kabakakao...
Habe meine alte 98-WeekdayTimer.pm aus dem Backup eingebunden. Diese Version hier funktioniert bei mir erst mal......
# $Id: 98_WeekdayTimer.pm 9209 2015-09-06 20:09:47Z dietmar63 $
Sehe ich mir nachher mal an
Zitat von: kabakakao am 26 März 2016, 08:26:46
Guten Morgen Dietmar,
kein Problem. Ich habe die Definition jetzt durch einen DOIF ersetzt und den WeekdayTimer erstmal disabled.
Gruß,
Stephan
hattest du damals einen Neustart durchgeführt?
Falls nein, kannst du ihn mal durchführen und prüfen, ob die WD dann funktionieren.
Zitat von: DerTom am 03 April 2016, 11:39:35
Hallo Dietmar,
habe ebenfalls ein Problem mit dem Modul nach einem, nach langer Zeit mal wieder durchgeführtem Update:
2016.04.03 11:31:21.845 1: PERL WARNING: Use of uninitialized value $timToSwitch in subtraction (-) at ./FHEM/98_WeekdayTimer.pm line 567.
Can't use an undefined value as an ARRAY reference at ./FHEM/98_WeekdayTimer.pm line 974.
Danach stürzt FHEM koplett ab.
Weiss ja nicht, ob das ähnlich gelagert ist, wie das von kabakakao...
Habe meine alte 98-WeekdayTimer.pm aus dem Backup eingebunden. Diese Version hier funktioniert bei mir erst mal......
# $Id: 98_WeekdayTimer.pm 9209 2015-09-06 20:09:47Z dietmar63 $
kannst du mir die Definition mal schicken
Neustart, ja.
Die Definitionen aller meiner WeekdayTimer? Das sind schon nen paar...
Zitat von: DerTom am 03 April 2016, 17:57:11
Neustart, ja.
Die Definitionen aller meiner WeekdayTimer? Das sind schon nen paar...
hast du auch eine Definition eines WD?
Auch auf die Gefahr hin jetzt zu sehr unwissend rüber zu kommen...Was ist denn ein WD?
WeekdayTimer
z.B.
define HC_Heizung_Woche WeekdayTimer KEL_HM_ACT_2_Sw_04 8|05:00|on 8|07:00|off 8|15:00|on 8|22:00|off (Value("Feiertag") eq "nein") && (Value("Homeoffice") eq "nein")
attr HC_Heizung_Woche disable 0
attr HC_Heizung_Woche room Heizung
attr HC_Heizung_Woche switchInThePast 1
Hallo,
gibt es schon neue Erkenntnisse?
Ich habe eine neue Variante in Arbeit, die ich Ende der Woche freigeben werde.
Hallo,
das klingt gut. Besten Dank!
eingecheckt
Hallo Dietmar,
nächstes Update, wieder Probleme. Habe heute ein Update gemacht und wieder bleibt FHEM nach dem Neustart mit der Meldung im Log hängen:
2016.10.16 15:01:21.075 3: [HC_FLU_FT_HO] switch of FLU_FHT80B delayed - sensor 'FLU_TFK_STR' Reading/Attribute 'Window' is 'Open'
2016.10.16 15:01:21.159 3: [HC_KUE_FT] switch of KUE_FHT80B delayed - sensor 'KUE_TFK' Reading/Attribute 'Window' is 'Open'
2016.10.16 15:01:21.266 1: PERL WARNING: Use of uninitialized value $timToSwitch in subtraction (-) at ./FHEM/98_WeekdayTimer.pm line 570.
Can't use an undefined value as an ARRAY reference at ./FHEM/98_WeekdayTimer.pm line 996.
Nachdem ich nun wieder die vorher funktionierende und auch schon beim letzten Update zurückgesicherte 98_WeekdayTimer.pm zurückgesichert habe, startet FHEM aber nun tauchen im Log (Verbose 5) gehäuft Einträge dieser Art auf:
2016.10.16 16:35:24.341 1: [HC_KUE_FT] possible overwriting of timer HC_KUE_FT_2 - please delete first
2016.10.16 16:35:24.341 3: stacktrace:
2016.10.16 16:35:24.342 3: main::myInternalTimer called by ./FHEM/98_WeekdayTimer.pm (556)
2016.10.16 16:35:24.342 3: main::WeekdayTimer_SetTimer called by ./FHEM/98_WeekdayTimer.pm (492)
2016.10.16 16:35:24.342 3: main::WeekdayTimer_SetTimerOfDay called by ./FHEM/98_WeekdayTimer.pm (919)
2016.10.16 16:35:24.343 3: main::WeekdayTimer_Attr called by ./FHEM/98_Heating_Control.pm (96)
2016.10.16 16:35:24.343 3: main::Heating_Control_Attr called by fhem.pl (3222)
2016.10.16 16:35:24.343 3: main::CallFn called by fhem.pl (2582)
2016.10.16 16:35:24.343 3: main::CommandAttr called by fhem.pl (1085)
2016.10.16 16:35:24.344 3: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2263)
2016.10.16 16:35:24.344 3: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (765)
2016.10.16 16:35:24.344 3: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (456)
2016.10.16 16:35:24.345 3: main::FW_Read called by fhem.pl (3222)
2016.10.16 16:35:24.345 3: main::CallFn called by fhem.pl (672)
Diese Einträge werden immer erstellt, bevor das dazugehörige HC-Modul ein "open window" meldet.
Vielleicht ist ja diese Meldung auch nur ein Problem mit der doch nun älteren Version der 98_WeekdayTimer.pm, welche nicht mehr zur aktuellen Verion von FHEM passt. Da habe ich aber wieder das Problem, daß FHEM nicht startet. Wie kann ich das beheben. Meine WD oder HC sind ja nun nicht gerade kompliziert gestrickt, wie schon das Bsp. im Thread zeigte...
Gruß Thomas
Hallo,
mittlerweile habe ich festgestellt, daß die definierten HC und WD zwar so tun, als sollten sie eine Aktion auslösen:
2016-10-18 19:05:00.070 WeekdayTimer HC_Heizung_Woche nextUpdate: 2016-10-19 05:00:00
2016-10-18 19:05:00.070 WeekdayTimer HC_Heizung_Woche nextValue: on
2016-10-18 19:05:00.070 WeekdayTimer HC_Heizung_Woche off
machen es aber nicht. Es wird nur schön mit der Meldung
2016.10.18 19:05:00.047 3: Please define @ first
quittiert.
Edit: Wenn ich die aktuelle 98_WeekdayTimer.pm (vom 22.05.2016) nach dem Neustart auf meinen Cubie lade und mit reload aktiviere, funktioniert das Schalten wieder. Wahrscheinlich bis zum nächsten Reboot, weil FHEM dann wieder abstürzt.
Ich bekomme aber weiterhin noch einige Einträge im Log:
2016.10.18 21:00:00.014 1: PERL WARNING: Use of uninitialized value in string gt at ./FHEM/98_WeekdayTimer.pm line 955.
2016.10.18 21:00:00.015 3: stacktrace:
2016.10.18 21:00:00.015 3: main::__ANON__ called by ./FHEM/98_WeekdayTimer.pm (955)
2016.10.18 21:00:00.016 3: main::WeekdayTimer_Device_Schalten called by ./FHEM/98_WeekdayTimer.pm (745)
2016.10.18 21:00:00.016 3: main::WeekdayTimer_Update called by ./FHEM/98_Heating_Control.pm (85)
2016.10.18 21:00:00.016 3: main::Heating_Control_Update called by fhem.pl (2825)
2016.10.18 21:00:00.017 3: main::HandleTimeout called by fhem.pl (604)
2016.10.18 21:00:00.020 2: FHT set SZO_FHT80B desired-temp 17.0
2016.10.18 21:00:00.090 1: PERL WARNING: Use of uninitialized value in string gt at ./FHEM/98_WeekdayTimer.pm line 955.
2016.10.18 21:00:00.091 3: stacktrace:
2016.10.18 21:00:00.091 3: main::__ANON__ called by ./FHEM/98_WeekdayTimer.pm (955)
2016.10.18 21:00:00.091 3: main::WeekdayTimer_Device_Schalten called by ./FHEM/98_WeekdayTimer.pm (745)
2016.10.18 21:00:00.092 3: main::WeekdayTimer_Update called by ./FHEM/98_Heating_Control.pm (85)
2016.10.18 21:00:00.092 3: main::Heating_Control_Update called by fhem.pl (2825)
2016.10.18 21:00:00.092 3: main::HandleTimeout called by fhem.pl (604)
2016.10.18 21:00:00.096 2: FHT set KUE_FHT80B desired-temp 17.0
2016.10.18 21:00:00.166 1: PERL WARNING: Use of uninitialized value in string gt at ./FHEM/98_WeekdayTimer.pm line 955.
2016.10.18 21:00:00.166 3: stacktrace:
2016.10.18 21:00:00.167 3: main::__ANON__ called by ./FHEM/98_WeekdayTimer.pm (955)
2016.10.18 21:00:00.167 3: main::WeekdayTimer_Device_Schalten called by ./FHEM/98_WeekdayTimer.pm (745)
2016.10.18 21:00:00.167 3: main::WeekdayTimer_Update called by ./FHEM/98_Heating_Control.pm (85)
2016.10.18 21:00:00.168 3: main::Heating_Control_Update called by fhem.pl (2825)
2016.10.18 21:00:00.168 3: main::HandleTimeout called by fhem.pl (604)
Würde mich über Hilfe freuen...
Schaue ich mir heute Abend mal an
mein Code(aktuelle Version) passt nicht zu deinen FMs.
Wir sollten versuchen die neueste Version zum Laufen zu bringen.
kannst du bitte mal deine Definition des WDT oder HC, der das Problem verursacht hier posten. Ich kann die Variante dann bei mir prüfen.
Deine Fehlerbeschreibungen(verbose 5) enthalten leider nicht die entscheidenden Stellen, an denen ich herausfinden kann warum deine Definition nicht geht.
Bei mir gibt es seit vielen Monaten keine Probleme.
Vielen Dank für die Antwort!
Na, dann such Dir mal was aus, im Endeffekt sind es alle WD und HC, die Einträge im Log verursachen:
define HC_AZO_FT Heating_Control AZO_FHT80B 12345|10:00|21.0 12345|22:00|17.0 (Value("Feiertag") eq "ja")
attr HC_AZO_FT disable 0
attr HC_AZO_FT room Heizung
attr HC_AZO_FT switchInThePast 1
attr HC_AZO_FT windowSensor AZO_TFK
define HC_BDO_FT Heating_Control BDO_FHT80B 12345|07:05|21.0 12345|22:00|18.0 (Value("Feiertag") eq "ja")
attr HC_BDO_FT disable 0
attr HC_BDO_FT room Heizung
attr HC_BDO_FT switchInThePast 1
attr HC_BDO_FT windowSensor BDO_TFK_HOFLI BDO_TFK_HOFRE
define HC_BDU_FT_HO Heating_Control BDU_FHT80B 12345|07:05|18.0 12345|22:00|18.0 (Value("Feiertag") eq "ja") || (Value("Homeoffice") eq "ja")
attr HC_BDU_FT_HO disable 0
attr HC_BDU_FT_HO room Heizung
attr HC_BDU_FT_HO switchInThePast 1
attr HC_BDU_FT_HO windowSensor BDU_TFK
define HC_WZU_FT_HO Heating_Control WZU_FHT80B 12345|09:00|21.0 1234|22:00|18.0 5|23:00|18.0 (Value("Feiertag") eq "ja") || (Value("Homeoffice") eq "ja")
attr HC_WZU_FT_HO disable 0
attr HC_WZU_FT_HO room Heizung
attr HC_WZU_FT_HO switchInThePast 1
attr HC_WZU_FT_HO windowSensor WZ_TFK_HOF WZ_TFK_STRLI WZ_TFK_STRRE
define HC_Heizung_Woche WeekdayTimer KEL_HM_ACT_2_Sw_04 12345|05:00|on 12345|07:00|off 12345|15:00|on 12345|22:00|off (Value("Feiertag") eq "nein") && (Value("Homeoffice") eq "nein")
attr HC_Heizung_Woche disable 0
attr HC_Heizung_Woche room Heizung
attr HC_Heizung_Woche switchInThePast 1
define HC_Heizung_WE WeekdayTimer KEL_HM_ACT_2_Sw_04 06|07:00|on 06|22:00|off
attr HC_Heizung_WE disable 0
attr HC_Heizung_WE room Heizung
attr HC_Heizung_WE switchInThePast 1
define HC_Heizung_HO WeekdayTimer KEL_HM_ACT_2_Sw_04 8|05:00|on 8|22:00|off (Value("Homeoffice") eq "ja")
attr HC_Heizung_HO disable 0
attr HC_Heizung_HO room Heizung
attr HC_Heizung_HO switchInThePast 1
define HC_AZO_normal Heating_Control AZO_FHT80B 12345|16:00|21.0 06|08:00|21.0 12345|22:00|17.0 06|21:00|17.0 (Value("Feiertag") eq "nein") && (Value("Homeoffice") eq "nein")
attr HC_AZO_normal disable 0
attr HC_AZO_normal room Heizung
attr HC_AZO_normal switchInThePast 1
attr HC_AZO_normal windowSensor AZO_TFK
define HC_BDO_normal Heating_Control BDO_FHT80B 12345|05:00|21.0 12345|07:00|18.0 12345|14:00|21.0 12345|21:00|18.0 06|07:00|21.0 06|22:00|18.0 (Value("Feiertag") eq "nein") && (Value("Homeoffice") eq "nein") && (Value("ZuHause_Stat") eq "on")
attr HC_BDO_normal disable 0
attr HC_BDO_normal room Heizung
attr HC_BDO_normal switchInThePast 1
attr HC_BDO_normal windowSensor BDO_TFK_HOFLI BDO_TFK_HOFRE
define HC_BDU_normal Heating_Control BDU_FHT80B 12345|05:00|21.0 12345|07:00|18.0 12345|16:00|21.0 12345|22:00|18.0 06|07:00|21.0 06|22:00|18.0 (Value("Feiertag") eq "nein") && (Value("Homeoffice") eq "nein")
attr HC_BDU_normal disable 0
attr HC_BDU_normal room Heizung
attr HC_BDU_normal switchInThePast 1
attr HC_BDU_normal windowSensor BDU_TFK
define HC_FLU_normal Heating_Control FLU_FHT80B 12345|05:30|18.0 12345|07:00|16.0 12345|14:00|18.0 12345|22:00|16.0 06|07:00|18.0 06|22:00|16.0 (Value("Feiertag") eq "nein") && (Value("Homeoffice") eq "nein") && (Value("ZuHause_Stat") eq "on")
attr HC_FLU_normal disable 0
attr HC_FLU_normal room Heizung
attr HC_FLU_normal switchInThePast 1
attr HC_FLU_normal windowSensor FLU_TFK_HOF FLU_TFK_TUER FLU_TFK_STR
define HC_KUE_normal Heating_Control KUE_FHT80B 12345|05:00|20.0 12345|07:00|17.0 12345|15:00|20.0 12345|21:00|17.0 06|07:00|20.0 06|21:00|17.0 (Value("Feiertag") eq "nein") && (Value("Homeoffice") eq "nein")
attr HC_KUE_normal disable 0
attr HC_KUE_normal room Heizung
attr HC_KUE_normal switchInThePast 1
attr HC_KUE_normal windowSensor KUE_TFK
define HC_WZU_normal Heating_Control WZU_FHT80B 12345|16:00|21.0 12345|22:00|18.0 06|11:00|21.0 06|22:00|18.0 (Value("Feiertag") eq "nein") && (Value("Homeoffice") eq "nein")
attr HC_WZU_normal disable 0
attr HC_WZU_normal room Heizung
attr HC_WZU_normal switchInThePast 1
attr HC_WZU_normal windowSensor WZ_TFK_HOF WZ_TFK_STRLI WZ_TFK_STRRE
define HC_SZO_normal Heating_Control SZO_FHT80B 12345|14:00|18.5 12345|21:00|17.0 06|11:00|18.5 06|22:00|17.0 (Value("ZuHause_Stat") eq "on")
attr HC_SZO_normal disable 0
attr HC_SZO_normal room Heizung
attr HC_SZO_normal switchInThePast 1
attr HC_SZO_normal windowSensor SZO_TFK_HOF SZO_TFK_STR
define HC_SZU_normal Heating_Control SZU_FHT80B 12345|05:30|18.0 12345|07:00|16.5 12345|14:00|18.0 12345|22:00|16.5 06|08:00|18.0 06|22:00|16.5 (Value("ZuHause_Stat") eq "on")
attr HC_SZU_normal disable 0
attr HC_SZU_normal room Heizung
attr HC_SZU_normal switchInThePast 1
attr HC_SZU_normal windowSensor SZU_TFK
define HC_Heizung_Woche WeekdayTimer KEL_HM_ACT_2_Sw_04 12345|05:00|on 12345|07:00|off 12345|15:00|on 12345|22:00|off (Value("Feiertag") eq "nein") && (Value("Homeoffice") eq "nein")
attr HC_Heizung_Woche disable 0
attr HC_Heizung_Woche room Heizung
attr HC_Heizung_Woche switchInThePast 1
define HC_Heizung_WE WeekdayTimer KEL_HM_ACT_2_Sw_04 06|07:00|on 06|22:00|off
attr HC_Heizung_WE disable 0
attr HC_Heizung_WE room Heizung
attr HC_Heizung_WE switchInThePast 1
define HC_Heizung_HO WeekdayTimer KEL_HM_ACT_2_Sw_04 8|05:00|on 8|22:00|off (Value("Homeoffice") eq "ja")
attr HC_Heizung_HO disable 0
attr HC_Heizung_HO room Heizung
attr HC_Heizung_HO switchInThePast 1
define HC_Heizung_FT WeekdayTimer KEL_HM_ACT_2_Sw_04 8|07:00|on 8|22:00|off (Value("Feiertag") eq "ja")
attr HC_Heizung_FT disable 0
attr HC_Heizung_FT room Heizung
attr HC_Heizung_FT switchInThePast 1
Gibt noch einige mehr... aber alle sind gleich gestrickt. Die Values, die als Bedingung gelten sind allesamt Dummies.
Viel interessanter wäre aber die Frage nach dem Absturz beim Start von FHEM. Wie bekomme ich heraus, warum dies geschieht? Und warum es nicht geschieht, wenn ich das aktuelle Modul nachträglich lade...
Kannst du bitte auch von einem HC auch das Logging mit eingeschaltetem verbose 5 liefern
Moin,
aber ja:
2016.10.21 07:15:00.042 4: [HC_BDO_normal] time=07:15/1477026900 delay=0, nextDelay=60, nextRetry=1477026960
2016.10.21 07:15:00.044 4: [HC_BDO_normal] delayedExecutionCond:0
2016.10.21 07:15:00.044 4: [HC_BDO_normal] result of delayedExecutionCond:0
2016.10.21 07:15:00.045 4: [HC_BDO_normal] list of window sensors found: 'BDO_TFK_HOFLI BDO_TFK_HOFRE HC_BDO_normal'
2016.10.21 07:15:00.045 5: [HC_BDO_normal] sensor 'BDO_TFK_HOFLI' Reading/Attribute 'Window' is 'Closed'
2016.10.21 07:15:00.046 5: [HC_BDO_normal] sensor 'BDO_TFK_HOFRE' Reading/Attribute 'Window' is 'Closed'
2016.10.21 07:15:00.046 4: [HC_BDO_normal] condition:(Value("Feiertag") eq "nein") && (Value("Homeoffice") eq "nein") && (Value("ZuHause_Stat") eq "on") - Tage:5
2016.10.21 07:15:00.047 5: [HC_BDO_normal] condition: {my $days={};;map{$days->{$_}=1}(5);;;;( (Value("Feiertag") eq "nein") && (Value("Homeoffice") eq "nein") && (Value("ZuHause_Stat") eq "on") && (defined $days->{$wday}))}
2016.10.21 07:15:00.049 5: [HC_BDO_normal] result of condition:1
2016.10.21 07:15:00.050 4: [HC_BDO_normal] Update - timer seems to be active today: 5|07:15|21.0
2016.10.21 07:15:00.058 4: [HC_BDO_normal] device type FHT: recognized, setModifier:desired-temp
2016.10.21 07:15:00.058 4: [HC_BDO_normal] aktParam:18.0 newParam:21.0 - is not disabled
2016.10.21 07:15:00.059 4: [HC_BDO_normal] command: 'set $NAME desired-temp $EVENT' executed with %EVENT=>21.0,%NAME=>BDO_FHT80B
2016.10.21 07:15:00.061 2: FHT set BDO_FHT80B desired-temp 21.0
2016.10.21 07:17:00.038 4: [HC_BDO_normal] time=07:17/1477027020 delay=0, nextDelay=60, nextRetry=1477027080
2016.10.21 07:17:00.039 4: [HC_BDO_normal] delayedExecutionCond:0
2016.10.21 07:17:00.040 4: [HC_BDO_normal] result of delayedExecutionCond:0
2016.10.21 07:17:00.040 4: [HC_BDO_normal] list of window sensors found: 'BDO_TFK_HOFLI BDO_TFK_HOFRE HC_BDO_normal'
2016.10.21 07:17:00.041 5: [HC_BDO_normal] sensor 'BDO_TFK_HOFLI' Reading/Attribute 'Window' is 'Closed'
2016.10.21 07:17:00.042 5: [HC_BDO_normal] sensor 'BDO_TFK_HOFRE' Reading/Attribute 'Window' is 'Closed'
2016.10.21 07:17:00.042 4: [HC_BDO_normal] condition:(Value("Feiertag") eq "nein") && (Value("Homeoffice") eq "nein") && (Value("ZuHause_Stat") eq "on") - Tage:5
2016.10.21 07:17:00.043 5: [HC_BDO_normal] condition: {my $days={};;map{$days->{$_}=1}(5);;;;( (Value("Feiertag") eq "nein") && (Value("Homeoffice") eq "nein") && (Value("ZuHause_Stat") eq "on") && (defined $days->{$wday}))}
2016.10.21 07:17:00.045 5: [HC_BDO_normal] result of condition:1
2016.10.21 07:17:00.045 4: [HC_BDO_normal] Update - timer seems to be active today: 5|07:17|18.0
2016.10.21 07:17:00.054 4: [HC_BDO_normal] device type FHT: recognized, setModifier:desired-temp
2016.10.21 07:17:00.055 4: [HC_BDO_normal] aktParam:21.0 newParam:18.0 - is not disabled
2016.10.21 07:17:00.056 4: [HC_BDO_normal] command: 'set $NAME desired-temp $EVENT' executed with %NAME=>BDO_FHT80B,%EVENT=>18.0
2016.10.21 07:17:00.058 2: FHT set BDO_FHT80B desired-temp 18.0
Also jetzt bin ich aber verwirrt. Ich hab das eben simuliert. Jetzt kommen keine derartigen Einträge im Log. Ich habe nun bei allen heutigen HC und WD, welche sonst diese Einträge im Log generierten auf verbose 5 gestellt und werden schauen...
Gruß
Thomas
Ich würde sagen es lüppt:
2016.10.21 07:15:00.061 2: FHT set BDO_FHT80B desired-temp 21.0
Diese Zeile erzeugt das Modul zur Steuerung der FHT - damit hat HC alles richtig gemacht.
Na, nee. Nix lüppt...
Heute abend um 18:37 Uhr als meine Frau nach Hause kam und den Homestatus eingeschaltet hat...ohne jede Vorwarnung kommen ca. 7000 Zeilen Fehler im Log. (siehe Anhang)
und danach ist die Karre gestorben. Bin frustriert und Frau noch mehr. Da ist doch was grundsätzlich im Argen. Werde morgen wohl erst mal neu aufsetzen. Mal sehen obs hilft...
Hallo,
habe jetzt mal auf einem anderen Cubie neu aufgesetzt. Danach lief FHEM auf Basis der neuesten Module. Wenn ich aber meine alte Config wieder einspiele stürzt FHEM wieder ab. >:(
Dies ist die letzte Meldung:
2016.10.26 07:39:42.513 1: PERL WARNING: Use of uninitialized value $timToSwitch in subtraction (-) at ./FHEM/98_WeekdayTimer.pm line 570.
2016.10.26 07:39:42.513 3: stacktrace:
2016.10.26 07:39:42.514 3: main::__ANON__ called by ./FHEM/98_WeekdayTimer.pm (570)
2016.10.26 07:39:42.514 3: main::WeekdayTimer_SetTimer called by fhem.pl (2825)
2016.10.26 07:39:42.514 3: main::HandleTimeout called by fhem.pl (604)
Can't use an undefined value as an ARRAY reference at ./FHEM/98_WeekdayTimer.pm line 996.
Was ist in diesen Zeilen 98_WeekdayTimer.pm? ???
Erst man stacktrace ausschalten.
Das nutzt man nur in Ausnahemsituationen.
Den Rest sehe ich mir heute Abend an.
kannst du die Versionen der verwendeten Module liefern - ich glaube es geht mit version.
Die Ausgabe des Befehls "version" kann ich ja nicht liefern, wenn FHEM abstürzt. Also mit der Version:
# $Id: 98_WeekdayTimer.pm 11504 2016-05-22 20:01:08Z dietmar63 $
kommt die Meldung:
2016.10.26 07:39:42.513 1: PERL WARNING: Use of uninitialized value $timToSwitch in subtraction (-) at ./FHEM/98_WeekdayTimer.pm line 570.
Can't use an undefined value as an ARRAY reference at ./FHEM/98_WeekdayTimer.pm line 996.
Mit der Version:
# $Id: 98_WeekdayTimer.pm 11041 2016-03-10 18:25:34Z dietmar63 $
die Meldung:
2016.10.26 10:36:14.551 1: PERL WARNING: Use of uninitialized value $timToSwitch in subtraction (-) at ./FHEM/98_WeekdayTimer.pm line 567.
Can't use an undefined value as an ARRAY reference at ./FHEM/98_WeekdayTimer.pm line 974.
Mit der Version:
# $Id: 98_WeekdayTimer.pm 10983 2016-03-02 21:00:12Z dietmar63 $
die Meldung:
2016.10.26 10:54:01.779 1: PERL WARNING: Use of uninitialized value $timToSwitch in subtraction (-) at ./FHEM/98_WeekdayTimer.pm line 566.
Can't use an undefined value as an ARRAY reference at ./FHEM/98_WeekdayTimer.pm line 973.
Mit der Version:
# $Id: 98_WeekdayTimer.pm 10691 2016-01-31 19:23:01Z dietmar63 $
und allen vorherigen läuft es...
Vielleicht grenzt das alles ein wenig ein.
schaue heute Abend nach.
schon merkwürdig - ich habe seit Monaten mit dem Starten von fhem kein Problem bei den WDT oder HC
Ich habe jetzt drei deiner HC in meiner Oberfäche eingegeben.
Abgesehen von einigen Warnungen kein Fehler.
Ich lasse sie mal mit laufen.
In meiner Version schlummert allerdings eine Änderung, die dein Problem eventuell lösen kann.
Version hängt am posting.
define HC_AZO_FT Heating_Control AZO_FHT80B 12345|10:00|21.0 12345|22:00|17.0 (Value("Feiertag") eq "ja");
attr HC_AZO_FT disable 0;
attr HC_AZO_FT room Heizung;
attr HC_AZO_FT switchInThePast 1;
attr HC_AZO_FT windowSensor AZO_TFK;
define HC_AZO_normal Heating_Control AZO_FHT80B 12345|16:00|21.0 06|08:00|21.0 12345|22:00|17.0 06|21:00|17.0 (Value("Feiertag") eq "nein") && (Value("Homeoffice") eq "nein");
attr HC_AZO_normal disable 0 ;
attr HC_AZO_normal room Heizung ;
attr HC_AZO_normal switchInThePast 1 ;
attr HC_AZO_normal windowSensor AZO_TFK;
define HC_BDO_normal Heating_Control BDO_FHT80B 12345|05:00|21.0 12345|07:00|18.0 12345|14:00|21.0 12345|21:00|18.0 06|07:00|21.0 06|22:00|18.0 (Value("Feiertag") eq "nein") && (Value("Homeoffice") eq "nein") && (Value("ZuHause_Stat") eq "on");
attr HC_BDO_normal disable 0 ;
attr HC_BDO_normal room Heizung ;
attr HC_BDO_normal switchInThePast 1 ;
attr HC_BDO_normal windowSensor BDO_TFK_HOFLI BDO_TFK_HOFRE;
Hallo,
also ich hab jetzt die angehängte Version auf meinem Testsystem online und FHEM ist nicht angestürzt. Ich werde es heute Abend noch auf meinem Produktivsystem aufspielen. Mal sehen, ich melde mich.
Vorerst mal ein großes Danke von mir. ;D
So, auf dem Hauptsystem online und läuft so weit. Nicht mal mehr irgendwelche Meldungen im Log, außer daß geschaltet wird. Doch, es gibt noch einige Meldungen (beim Start von FHEM), hatte ich übersehen:
2016.10.27 21:52:42.539 3: [HC_Heizung_HO] can not compute past switching time
Wie gesagt, läuft aber trotzdem.
Vielen, vielen Dank.
Woran lag es denn nun letzten Endes?
Gruß
Thomas
Das ist eine Feature.
Deine alte Version ist abgestürzt, diese Version weist auf diesen Zustand hin und stürzt nicht mehr ab
Wird diese Version per Update verteilt oder muss ich die Datei jedes mal nach einem Update wieder ersetzen?
Ich wollte erst einmal deine Tests und Rückmeldungen abwarten.
Die einzigen Meldungen, die jetzt noch kommen sind folgende nach dem Senden von
WeekdayTimer_SetAllParms()
2016.11.01 18:11:36.013 3: [HC_Heizung_FT] can not compute past switching time
2016.11.01 18:11:36.065 3: [HC_Heizung_HO] can not compute past switching time
Die Definitionen der WD hatte ich schon gepostet...
Alles andere ohne Fehler und funktioniert.
Dann checke ich bald ein