Hi, seit einiger Zeit bekomme ich laufend Warnungen angezeigt.
Da diese laut Stacktrace mit 57_CALVIEW.pm zu tun haben, hatte ich zuerst im betreffenden Forum gepostet, aber leider keine Reaktion erhalten. Deshalb versuche ich es einmal hier.
Hier mal das Log:
2016.02.16 09:27:02 1: PERL WARNING: Use of uninitialized value $block in concatenation (.) or string at ./FHEM/98_DOIF.pm line 1247.
2016.02.16 09:27:02 3: stacktrace:
2016.02.16 09:27:02 3: main::__ANON__ called by ./FHEM/98_DOIF.pm (1247)
2016.02.16 09:27:02 3: main::DOIF_CalcTime called by ./FHEM/98_DOIF.pm (1276)
2016.02.16 09:27:02 3: main::DOIF_SetTimer called by ./FHEM/98_DOIF.pm (1037)
2016.02.16 09:27:02 3: main::DOIF_Notify called by fhem.pl (3149)
2016.02.16 09:27:02 3: main::CallFn called by fhem.pl (3071)
2016.02.16 09:27:02 3: main::DoTrigger called by fhem.pl (553)
2016.02.16 09:27:02 1: PERL WARNING: Use of uninitialized value $block in concatenation (.) or string at ./FHEM/98_DOIF.pm line 1247.
2016.02.16 09:27:02 3: stacktrace:
2016.02.16 09:27:02 3: main::__ANON__ called by ./FHEM/98_DOIF.pm (1247)
2016.02.16 09:27:02 3: main::DOIF_CalcTime called by ./FHEM/98_DOIF.pm (1276)
2016.02.16 09:27:02 3: main::DOIF_SetTimer called by ./FHEM/98_DOIF.pm (1037)
2016.02.16 09:27:02 3: main::DOIF_Notify called by fhem.pl (3149)
2016.02.16 09:27:02 3: main::CallFn called by fhem.pl (3071)
2016.02.16 09:27:02 3: main::DoTrigger called by fhem.pl (553)
2016.02.16 09:27:10 0: Featurelevel: 5.7
2016.02.16 09:27:10 0: Server started with 370 defined entities (fhem.pl:10769/2016-02-08 perl:5.014002 os:linux user:fhem pid:18227)
2016.02.16 09:27:10 1: PERL WARNING: Use of uninitialized value $block in concatenation (.) or string at ./FHEM/98_DOIF.pm line 1247.
2016.02.16 09:27:10 3: stacktrace:
2016.02.16 09:27:10 3: main::__ANON__ called by ./FHEM/98_DOIF.pm (1247)
2016.02.16 09:27:10 3: main::DOIF_CalcTime called by ./FHEM/98_DOIF.pm (1276)
2016.02.16 09:27:10 3: main::DOIF_SetTimer called by ./FHEM/98_DOIF.pm (1048)
2016.02.16 09:27:10 3: main::DOIF_Notify called by fhem.pl (3149)
2016.02.16 09:27:10 3: main::CallFn called by fhem.pl (3071)
2016.02.16 09:27:10 3: main::DoTrigger called by fhem.pl (3942)
2016.02.16 09:27:10 3: main::readingsEndUpdate called by ./FHEM/57_CALVIEW.pm (185)
2016.02.16 09:27:10 3: main::CALVIEW_GetUpdate called by fhem.pl (2763)
2016.02.16 09:27:10 3: main::HandleTimeout called by fhem.pl (586)
2016.02.16 09:27:10 1: PERL WARNING: Use of uninitialized value $block in concatenation (.) or string at ./FHEM/98_DOIF.pm line 1247.
2016.02.16 09:27:10 3: stacktrace:
2016.02.16 09:27:10 3: main::__ANON__ called by ./FHEM/98_DOIF.pm (1247)
2016.02.16 09:27:10 3: main::DOIF_CalcTime called by ./FHEM/98_DOIF.pm (1276)
2016.02.16 09:27:10 3: main::DOIF_SetTimer called by ./FHEM/98_DOIF.pm (1048)
2016.02.16 09:27:10 3: main::DOIF_Notify called by fhem.pl (3149)
2016.02.16 09:27:10 3: main::CallFn called by fhem.pl (3071)
2016.02.16 09:27:10 3: main::DoTrigger called by fhem.pl (3942)
2016.02.16 09:27:10 3: main::readingsEndUpdate called by ./FHEM/57_CALVIEW.pm (185)
2016.02.16 09:27:10 3: main::CALVIEW_GetUpdate called by fhem.pl (2763)
2016.02.16 09:27:10 3: main::HandleTimeout called by fhem.pl (586)
Die DOIFs liefen bei mir vorher seit langer Zeit einwandfrei.
Soll ich die Meldungen einfach ignorieren? Bin ich hier in diesem Board überhaupt richtig?
Vielen Dank im Voraus für Antworten.
Zitat von: Invers am 16 Februar 2016, 09:41:10
Hi, seit einiger Zeit bekomme ich laufend Warnungen angezeigt.
Da diese laut Stacktrace mit 57_CALVIEW.pm zu tun haben, hatte ich zuerst im betreffenden Forum gepostet, aber leider keine Reaktion erhalten. Deshalb versuche ich es einmal hier.
Hier mal das Log:
2016.02.16 09:27:02 1: PERL WARNING: Use of uninitialized value $block in concatenation (.) or string at ./FHEM/98_DOIF.pm line 1247.
2016.02.16 09:27:02 3: stacktrace:
2016.02.16 09:27:02 3: main::__ANON__ called by ./FHEM/98_DOIF.pm (1247)
2016.02.16 09:27:02 3: main::DOIF_CalcTime called by ./FHEM/98_DOIF.pm (1276)
2016.02.16 09:27:02 3: main::DOIF_SetTimer called by ./FHEM/98_DOIF.pm (1037)
2016.02.16 09:27:02 3: main::DOIF_Notify called by fhem.pl (3149)
2016.02.16 09:27:02 3: main::CallFn called by fhem.pl (3071)
2016.02.16 09:27:02 3: main::DoTrigger called by fhem.pl (553)
2016.02.16 09:27:02 1: PERL WARNING: Use of uninitialized value $block in concatenation (.) or string at ./FHEM/98_DOIF.pm line 1247.
2016.02.16 09:27:02 3: stacktrace:
2016.02.16 09:27:02 3: main::__ANON__ called by ./FHEM/98_DOIF.pm (1247)
2016.02.16 09:27:02 3: main::DOIF_CalcTime called by ./FHEM/98_DOIF.pm (1276)
2016.02.16 09:27:02 3: main::DOIF_SetTimer called by ./FHEM/98_DOIF.pm (1037)
2016.02.16 09:27:02 3: main::DOIF_Notify called by fhem.pl (3149)
2016.02.16 09:27:02 3: main::CallFn called by fhem.pl (3071)
2016.02.16 09:27:02 3: main::DoTrigger called by fhem.pl (553)
2016.02.16 09:27:10 0: Featurelevel: 5.7
2016.02.16 09:27:10 0: Server started with 370 defined entities (fhem.pl:10769/2016-02-08 perl:5.014002 os:linux user:fhem pid:18227)
2016.02.16 09:27:10 1: PERL WARNING: Use of uninitialized value $block in concatenation (.) or string at ./FHEM/98_DOIF.pm line 1247.
2016.02.16 09:27:10 3: stacktrace:
2016.02.16 09:27:10 3: main::__ANON__ called by ./FHEM/98_DOIF.pm (1247)
2016.02.16 09:27:10 3: main::DOIF_CalcTime called by ./FHEM/98_DOIF.pm (1276)
2016.02.16 09:27:10 3: main::DOIF_SetTimer called by ./FHEM/98_DOIF.pm (1048)
2016.02.16 09:27:10 3: main::DOIF_Notify called by fhem.pl (3149)
2016.02.16 09:27:10 3: main::CallFn called by fhem.pl (3071)
2016.02.16 09:27:10 3: main::DoTrigger called by fhem.pl (3942)
2016.02.16 09:27:10 3: main::readingsEndUpdate called by ./FHEM/57_CALVIEW.pm (185)
2016.02.16 09:27:10 3: main::CALVIEW_GetUpdate called by fhem.pl (2763)
2016.02.16 09:27:10 3: main::HandleTimeout called by fhem.pl (586)
2016.02.16 09:27:10 1: PERL WARNING: Use of uninitialized value $block in concatenation (.) or string at ./FHEM/98_DOIF.pm line 1247.
2016.02.16 09:27:10 3: stacktrace:
2016.02.16 09:27:10 3: main::__ANON__ called by ./FHEM/98_DOIF.pm (1247)
2016.02.16 09:27:10 3: main::DOIF_CalcTime called by ./FHEM/98_DOIF.pm (1276)
2016.02.16 09:27:10 3: main::DOIF_SetTimer called by ./FHEM/98_DOIF.pm (1048)
2016.02.16 09:27:10 3: main::DOIF_Notify called by fhem.pl (3149)
2016.02.16 09:27:10 3: main::CallFn called by fhem.pl (3071)
2016.02.16 09:27:10 3: main::DoTrigger called by fhem.pl (3942)
2016.02.16 09:27:10 3: main::readingsEndUpdate called by ./FHEM/57_CALVIEW.pm (185)
2016.02.16 09:27:10 3: main::CALVIEW_GetUpdate called by fhem.pl (2763)
2016.02.16 09:27:10 3: main::HandleTimeout called by fhem.pl (586)
Die DOIFs liefen bei mir vorher seit langer Zeit einwandfrei.
Soll ich die Meldungen einfach ignorieren? Bin ich hier in diesem Board überhaupt richtig?
Vielen Dank im Voraus für Antworten.
Brauche Versionsnummer des aktiven DOIF-Moduls und ein list des definierten Moduls.
Gruß
Damian
Oh, das ging ja schnell. Danke.
Ich hoffe, dich mitr dem List richtig verstanden zu haben:
nternals:
CFGFN
DEF ([00:00:01] or [DU_fhemNeustart] eq "j")
(set Kalender update)
(set Kalenderansicht update)
({Schichtplan}, set DU_fhemNeustart gestartet)
NAME DI_KalenderReset
NR 262
NTFY_ORDER 50-DI_KalenderReset
STATE cmd_1
TYPE DOIF
Readings:
2016-02-16 09:27:09 Device DU_fhemNeustart
2016-02-16 09:30:12 cmd_event DU_fhemNeustart
2016-02-16 09:30:12 cmd_nr 1
2016-02-16 09:30:12 cmd_seqnr 3
2016-02-16 09:27:09 e_DU_fhemNeustart_STATE j
2016-02-16 09:30:12 state cmd_1
2016-02-16 09:27:02 timer_1_c1 17.02.2016 00:00:01
2016-02-16 09:30:12 wait_timer no timer
Condition:
0 DOIF_time_once($hash,$hash->{timer}{0},$wday,"") or InternalDoIf('DU_fhemNeustart','STATE','',AttrVal($hash->{NAME},'notexist',undef)) eq "j"
Days:
Devices:
0 DU_fhemNeustart
all DU_fhemNeustart
Do:
0:
0 set Kalender update
1 set Kalenderansicht update
2 {Schichtplan}, set DU_fhemNeustart gestartet
Helper:
event j
globalinit 1
last_timer 1
sleepdevice DU_fhemNeustart
sleepsubtimer -1
sleeptimer -1
timerdev DU_fhemNeustart
timerevent j
triggerDev DU_fhemNeustart
timerevents:
j
triggerEvents:
j
Internals:
0 DU_fhemNeustart:STATE
all DU_fhemNeustart:STATE
Itimer:
Localtime:
0 1455663601
Readings:
Realtime:
0 00:00:01
Regexp:
0:
All:
State:
Time:
0 00:00:01
Timecond:
0 0
Timer:
0 0
Timers:
0 0 0
Trigger:
Triggertime:
1455663601:
localtime 1455663601
Hash:
Attributes:
disable 0
do always
room Kalender
verbose 5
wait 60,60,60
Die Version:
98_DOIF.pm 10776 2016-02-08 20:39:59Z damian-s
Zitat von: Invers am 16 Februar 2016, 10:14:42
Oh, das ging ja schnell. Danke.
Ich hoffe, dich mitr dem List richtig verstanden zu haben:
nternals:
CFGFN
DEF ([00:00:01] or [DU_fhemNeustart] eq "j")
(set Kalender update)
(set Kalenderansicht update)
({Schichtplan}, set DU_fhemNeustart gestartet)
NAME DI_KalenderReset
NR 262
NTFY_ORDER 50-DI_KalenderReset
STATE cmd_1
TYPE DOIF
Readings:
2016-02-16 09:27:09 Device DU_fhemNeustart
2016-02-16 09:30:12 cmd_event DU_fhemNeustart
2016-02-16 09:30:12 cmd_nr 1
2016-02-16 09:30:12 cmd_seqnr 3
2016-02-16 09:27:09 e_DU_fhemNeustart_STATE j
2016-02-16 09:30:12 state cmd_1
2016-02-16 09:27:02 timer_1_c1 17.02.2016 00:00:01
2016-02-16 09:30:12 wait_timer no timer
Condition:
0 DOIF_time_once($hash,$hash->{timer}{0},$wday,"") or InternalDoIf('DU_fhemNeustart','STATE','',AttrVal($hash->{NAME},'notexist',undef)) eq "j"
Days:
Devices:
0 DU_fhemNeustart
all DU_fhemNeustart
Do:
0:
0 set Kalender update
1 set Kalenderansicht update
2 {Schichtplan}, set DU_fhemNeustart gestartet
Helper:
event j
globalinit 1
last_timer 1
sleepdevice DU_fhemNeustart
sleepsubtimer -1
sleeptimer -1
timerdev DU_fhemNeustart
timerevent j
triggerDev DU_fhemNeustart
timerevents:
j
triggerEvents:
j
Internals:
0 DU_fhemNeustart:STATE
all DU_fhemNeustart:STATE
Itimer:
Localtime:
0 1455663601
Readings:
Realtime:
0 00:00:01
Regexp:
0:
All:
State:
Time:
0 00:00:01
Timecond:
0 0
Timer:
0 0
Timers:
0 0 0
Trigger:
Triggertime:
1455663601:
localtime 1455663601
Hash:
Attributes:
disable 0
do always
room Kalender
verbose 5
wait 60,60,60
Die Version:
98_DOIF.pm 10776 2016-02-08 20:39:59Z damian-s
Ist die Meldung reproduzierbar? Kommt die Meldung, wenn du über die Weboberfläche das Modul über DEF modifiziert?
Ja, ist reproduzierbar.
Wenn ich Kalenderupdate von Hand starte, bekomme ich trotzdem diese Meldung.
In dem Fall z.B. :
2016.02.16 20:03:11 1: Logfile gelöscht
2016.02.16 20:03:34 1: PERL WARNING: Use of uninitialized value $block in concatenation (.) or string at ./FHEM/98_DOIF.pm line 1247.
2016.02.16 20:03:34 3: stacktrace:
2016.02.16 20:03:34 3: main::__ANON__ called by ./FHEM/98_DOIF.pm (1247)
2016.02.16 20:03:34 3: main::DOIF_CalcTime called by ./FHEM/98_DOIF.pm (1276)
2016.02.16 20:03:34 3: main::DOIF_SetTimer called by ./FHEM/98_DOIF.pm (1048)
2016.02.16 20:03:34 3: main::DOIF_Notify called by fhem.pl (3149)
2016.02.16 20:03:34 3: main::CallFn called by fhem.pl (3071)
2016.02.16 20:03:34 3: main::DoTrigger called by fhem.pl (3942)
2016.02.16 20:03:34 3: main::readingsEndUpdate called by ./FHEM/57_CALVIEW.pm (185)
2016.02.16 20:03:34 3: main::CALVIEW_GetUpdate called by ./FHEM/57_CALVIEW.pm (65)
2016.02.16 20:03:34 3: main::CALVIEW_Set called by fhem.pl (3144)
2016.02.16 20:03:34 3: main::CallFn called by fhem.pl (1575)
2016.02.16 20:03:34 3: main::DoSet called by fhem.pl (1606)
2016.02.16 20:03:34 3: main::CommandSet called by fhem.pl (1067)
2016.02.16 20:03:34 3: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2183)
2016.02.16 20:03:34 3: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (749)
2016.02.16 20:03:34 3: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (446)
2016.02.16 20:03:34 3: main::FW_Read called by fhem.pl (3149)
2016.02.16 20:03:34 3: main::CallFn called by fhem.pl (654)
Das kommt also immer, auch wenn das DOIF diese Aufgabe alleine übernimmt.
Ich hatte vorher andere Modulversionen von Calendar und Calview benutzt, also die aktuellen Versionen dieser Module, da war es aber noch schlimmer. Ich ging dann auf die ältere Version der beiden Module zurück und die Meldungen waren komplett weg. Nun tauchen sie allerdings wieder auf, obwohl die Module zum Update gesperrt wurden.
Meine Meldung im Forenteil für diesen Kalenderkram wurde nicht beantwortet. Niemand hat sich leider bisher dazu geäussert.
Es kann dir eigentlich gar keiner dafür genug danken, dass du so toll programmierst und auch immer so toll hilfst. Sämtliche Erklärungen sind stets verständlich und klären/erklären immer vollständig alle Fragen.
Ich bin ja einer der ersten Fans, schon damals, als das IF rauskam und viele noch kritisch waren. Du hast den Beweis erbracht, dass man sich nicht von seinen Plänen abbringen lassen soll.
Ich schrieb damals schon, die Zeit wird Entscheiden, wer Recht hat. Na, da hat sie längst entschieden. :-)
Es gibt nur Wenige hier im Forum, die das so toll machen/können, wie du.
Dafür möchte ich mich bei dir und auch den Anderen, die das so toll machen, wie du, einmal herzlich bedanken und das ist keine Schleimerei.
Zitat von: Invers am 16 Februar 2016, 20:25:06
Ja, ist reproduzierbar.
Wenn ich Kalenderupdate von Hand starte, bekomme ich trotzdem diese Meldung.
In dem Fall z.B. :
2016.02.16 20:03:11 1: Logfile gelöscht
2016.02.16 20:03:34 1: PERL WARNING: Use of uninitialized value $block in concatenation (.) or string at ./FHEM/98_DOIF.pm line 1247.
2016.02.16 20:03:34 3: stacktrace:
2016.02.16 20:03:34 3: main::__ANON__ called by ./FHEM/98_DOIF.pm (1247)
2016.02.16 20:03:34 3: main::DOIF_CalcTime called by ./FHEM/98_DOIF.pm (1276)
2016.02.16 20:03:34 3: main::DOIF_SetTimer called by ./FHEM/98_DOIF.pm (1048)
2016.02.16 20:03:34 3: main::DOIF_Notify called by fhem.pl (3149)
2016.02.16 20:03:34 3: main::CallFn called by fhem.pl (3071)
2016.02.16 20:03:34 3: main::DoTrigger called by fhem.pl (3942)
2016.02.16 20:03:34 3: main::readingsEndUpdate called by ./FHEM/57_CALVIEW.pm (185)
2016.02.16 20:03:34 3: main::CALVIEW_GetUpdate called by ./FHEM/57_CALVIEW.pm (65)
2016.02.16 20:03:34 3: main::CALVIEW_Set called by fhem.pl (3144)
2016.02.16 20:03:34 3: main::CallFn called by fhem.pl (1575)
2016.02.16 20:03:34 3: main::DoSet called by fhem.pl (1606)
2016.02.16 20:03:34 3: main::CommandSet called by fhem.pl (1067)
2016.02.16 20:03:34 3: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2183)
2016.02.16 20:03:34 3: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (749)
2016.02.16 20:03:34 3: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (446)
2016.02.16 20:03:34 3: main::FW_Read called by fhem.pl (3149)
2016.02.16 20:03:34 3: main::CallFn called by fhem.pl (654)
Das kommt also immer, auch wenn das DOIF diese Aufgabe alleine übernimmt.
Ich hatte vorher andere Modulversionen von Calendar und Calview benutzt, also die aktuellen Versionen dieser Module, da war es aber noch schlimmer. Ich ging dann auf die ältere Version der beiden Module zurück und die Meldungen waren komplett weg. Nun tauchen sie allerdings wieder auf, obwohl die Module zum Update gesperrt wurden.
Meine Meldung im Forenteil für diesen Kalenderkram wurde nicht beantwortet. Niemand hat sich leider bisher dazu geäussert.
Es kann dir eigentlich gar keiner dafür genug danken, dass du so toll programmierst und auch immer so toll hilfst. Sämtliche Erklärungen sind stets verständlich und klären/erklären immer vollständig alle Fragen.
Ich bin ja einer der ersten Fans, schon damals, als das IF rauskam und viele noch kritisch waren. Du hast den Beweis erbracht, dass man sich nicht von seinen Plänen abbringen lassen soll.
Ich schrieb damals schon, die Zeit wird Entscheiden, wer Recht hat. Na, da hat sie längst entschieden. :-)
Es gibt nur Wenige hier im Forum, die das so toll machen/können, wie du.
Dafür möchte ich mich bei dir und auch den Anderen, die das so toll machen, wie du, einmal herzlich bedanken und das ist keine Schleimerei.
Danke für das Kompliment, aber nun zum Problem.
Die Warnung kommt beim Setzen des Timers.
Nach meinen Recherchen kann eigentlich diese Warnung nicht von dieser Definition kommen. Denn du hast einen einfachen Timer mit [00:00:01] definiert und da steigt die Routine schon vorher aus.
Meiner Meinung nach muss das von einem anderen DOIF-Modul kommen, wo eine Zeit mit [(....)] berechnet wird oder eine indirekte Zeit [[...]] angegeben wird.
Gruß
Damian
Danke. Ich suche noch einmal und melde mich, falls ich was finde.
Zitat von: Invers am 16 Februar 2016, 22:58:08
Danke. Ich suche noch einmal und melde mich, falls ich was finde.
Teste mal mit angehängter Version.
Im Reading error sollte die Ursache des Problems zu sehen sein.
Gruß
Damian
Sorry für die verzögerte Antwort, aber das Board hat mich nicht gelassen.
Hallo Damian,
ich wollte dir eigentlich nicht so viel Mühe machen, danke aber trotzdem für die Anpassung.
Ich habe das aktuelle Modul DOIF gegen deines (98_DOIF test.pm) getauscht und umbenannt in 98_DOIF.pm
Anschliessend natürlich Neustart.
Aber zuerst noch einmal zur Situation von gestern:
Im Googlekalender gebe ich immer nur die Startzeit der jeweiligen Schicht meiner Frau ein. Also z.B. 08:00 für 8 Uhr. Der Kalender nimmt das dann wunschgemäss als Betreff.
Hat meine Frau frei, steht dort ein F, für Urlaub ein U und noch eine Menge anderer Dinge.
Nun konnte ich gestern noch feststellen, dass der Fehler nur dann auftritt, wenn statt der Zeit also ein Buchstabe dort steht.
Darauf hin habe ich die aktuellen Versionen von Calendar und Calview wieder eingespielt, da man ja eh lieber die aktuellen Versionen benutzen sollte.
Im DOIF habe ich unnötige Zweige deaktiviert, damit ich sehen kann, welcher Zweig dann den Fehler verursacht.
([00:00] or [DU_fhemNeustart] eq "j")
(set Kalender update)
(set Kalenderansicht update)
({Schichtplan}, set DU_fhemNeustart gestartet)
Ab Aktivierung von "(set Kalenderansicht update)" tritt wieder ein (diesmal anderer) Fehler auf, eher nicht.
2016.02.17 12:48:31 1: PERL WARNING: Use of uninitialized value in substitution (s///) at ./FHEM/57_CALVIEW.pm line 96.
2016.02.17 12:48:31 3: stacktrace:
2016.02.17 12:48:31 3: main::__ANON__ called by ./FHEM/57_CALVIEW.pm (96)
2016.02.17 12:48:31 3: main::CALVIEW_GetUpdate called by ./FHEM/57_CALVIEW.pm (65)
2016.02.17 12:48:31 3: main::CALVIEW_Set called by fhem.pl (3144)
2016.02.17 12:48:31 3: main::CallFn called by fhem.pl (1575)
2016.02.17 12:48:31 3: main::DoSet called by fhem.pl (1606)
2016.02.17 12:48:31 3: main::CommandSet called by fhem.pl (1067)
2016.02.17 12:48:31 3: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2183)
2016.02.17 12:48:31 3: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (749)
2016.02.17 12:48:31 3: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (446)
2016.02.17 12:48:31 3: main::FW_Read called by fhem.pl (3149)
2016.02.17 12:48:31 3: main::CallFn called by fhem.pl (654)
Jetzt tritt der Fehler allerdings auch auf, wenn eine Zeit eingetragen ist und kein Buchstabe.
Dein Testprogramm weist leider keinen Hinweis im Log aus. Hier aber noch einmal ein aktuelles List:
Internals:
CFGFN
DEF ([00:00] or [DU_fhemNeustart] eq "j")
(set Kalender update)
(set Kalenderansicht update)
##({Schichtplan}, set DU_fhemNeustart gestartet)
NAME DI_KalenderReset
NR 262
NTFY_ORDER 50-DI_KalenderReset
STATE cmd_1
TYPE DOIF
Readings:
2016-02-17 12:26:25 Device DU_fhemNeustart
2016-02-17 12:27:36 cmd_event DU_fhemNeustart
2016-02-17 12:27:36 cmd_nr 1
2016-02-17 12:27:36 cmd_seqnr 2
2016-02-17 12:26:25 e_DU_fhemNeustart_STATE j
2016-02-17 12:27:36 state cmd_1
2016-02-17 12:26:20 timer_1_c1 18.02.2016 00:00:00
2016-02-17 12:27:35 wait_timer no timer
Condition:
0 DOIF_time_once($hash,$hash->{timer}{0},$wday,"") or InternalDoIf('DU_fhemNeustart','STATE','',AttrVal($hash->{NAME},'notexist',undef)) eq "j"
Days:
Devices:
0 DU_fhemNeustart
all DU_fhemNeustart
Do:
0:
0 set Kalender update
1 set Kalenderansicht update
Helper:
event j
globalinit 1
last_timer 1
sleepdevice DU_fhemNeustart
sleepsubtimer -1
sleeptimer -1
timerdev DU_fhemNeustart
timerevent j
triggerDev DU_fhemNeustart
timerevents:
j
triggerEvents:
j
Internals:
0 DU_fhemNeustart:STATE
all DU_fhemNeustart:STATE
Itimer:
Localtime:
0 1455750000
Readings:
Realtime:
0 00:00:00
Regexp:
0:
All:
State:
Time:
0 00:00:00
Timecond:
0 0
Timer:
0 0
Timers:
0 0 0
Trigger:
Triggertime:
1455750000:
localtime 1455750000
Hash:
Attributes:
disable 0
do always
room Kalender
verbose 5
wait 10,60,60
Gebe ich hingegen wieder statt einer Zeit ein F ein, sieht es so aus:
2016.02.17 12:59:24 1: PERL WARNING: Use of uninitialized value in substitution (s///) at ./FHEM/57_CALVIEW.pm line 96.
2016.02.17 12:59:24 3: stacktrace:
2016.02.17 12:59:24 3: main::__ANON__ called by ./FHEM/57_CALVIEW.pm (96)
2016.02.17 12:59:24 3: main::CALVIEW_GetUpdate called by ./FHEM/57_CALVIEW.pm (65)
2016.02.17 12:59:24 3: main::CALVIEW_Set called by fhem.pl (3144)
2016.02.17 12:59:24 3: main::CallFn called by fhem.pl (1575)
2016.02.17 12:59:24 3: main::DoSet called by fhem.pl (1606)
2016.02.17 12:59:24 3: main::CommandSet called by fhem.pl (1067)
2016.02.17 12:59:24 3: main::AnalyzeCommand called by fhem.pl (937)
2016.02.17 12:59:24 3: main::AnalyzeCommandChain called by ./FHEM/98_DOIF.pm (494)
2016.02.17 12:59:24 3: main::ParseCommandsDoIf called by ./FHEM/98_DOIF.pm (874)
2016.02.17 12:59:24 3: main::DOIF_cmd called by ./FHEM/98_DOIF.pm (1438)
2016.02.17 12:59:24 3: main::DOIF_SleepTrigger called by fhem.pl (2763)
2016.02.17 12:59:24 3: main::HandleTimeout called by fhem.pl (586)
Das Doif:
DI_KalenderResetInternals:
CFGFN
DEF ([00:00] or [DU_fhemNeustart] eq "j")
(set Kalender update)
(set Kalenderansicht update)
##({Schichtplan}, set DU_fhemNeustart gestartet)
NAME DI_KalenderReset
NR 262
NTFY_ORDER 50-DI_KalenderReset
STATE cmd_1
TYPE DOIF
Readings:
2016-02-17 12:58:13 Device DU_fhemNeustart
2016-02-17 12:59:24 cmd_event DU_fhemNeustart
2016-02-17 12:59:24 cmd_nr 1
2016-02-17 12:59:24 cmd_seqnr 2
2016-02-17 12:58:13 e_DU_fhemNeustart_STATE j
2016-02-17 12:59:24 state cmd_1
2016-02-17 12:58:09 timer_1_c1 18.02.2016 00:00:00
2016-02-17 12:59:23 wait_timer no timer
Condition:
0 DOIF_time_once($hash,$hash->{timer}{0},$wday,"") or InternalDoIf('DU_fhemNeustart','STATE','',AttrVal($hash->{NAME},'notexist',undef)) eq "j"
Days:
Devices:
0 DU_fhemNeustart
all DU_fhemNeustart
Do:
0:
0 set Kalender update
1 set Kalenderansicht update
Helper:
event j
globalinit 1
last_timer 1
sleepdevice DU_fhemNeustart
sleepsubtimer -1
sleeptimer -1
timerdev DU_fhemNeustart
timerevent j
triggerDev DU_fhemNeustart
timerevents:
j
triggerEvents:
j
Internals:
0 DU_fhemNeustart:STATE
all DU_fhemNeustart:STATE
Itimer:
Localtime:
0 1455750000
Readings:
Realtime:
0 00:00:00
Regexp:
0:
All:
State:
Time:
0 00:00:00
Timecond:
0 0
Timer:
0 0
Timers:
0 0 0
Trigger:
Triggertime:
1455750000:
localtime 1455750000
Hash:
Attributes:
disable 0
do always
room Kalender
verbose 5
wait 10,60,60
Wo kann ich beim Testmodul was sehen? Ich finde nichts. Das könnte natürlich auch bedeuten, dass DOIF völlig unschuldig ist und der Fehler doch in Calview liegt.
Übrigens funktioniert scheinbar alles so, wie es soll.
Zum besseren Verständnis auch ein List von Calview:
Internals:
CFGFN
DEF Kalender
INTERVAL 43200
KALENDER Kalender
NAME Kalenderansicht
NR 261
STATE t: 14 td: 1 tm: 1 ts: 0
TYPE CALVIEW
Readings:
2016-02-17 13:15:58 c-started 0
2016-02-17 13:15:58 c-term 14
2016-02-17 13:15:58 c-today 1
2016-02-17 13:15:58 c-tomorrow 1
2016-02-17 13:15:58 state t: 14 td: 1 tm: 1 ts: 0
2016-02-17 13:15:58 t_001_bdate 17.02.2016
2016-02-17 13:15:58 t_001_btime 00:00:00
2016-02-17 13:15:58 t_001_edate 18.02.2016
2016-02-17 13:15:58 t_001_etime 00:00:00
2016-02-17 13:15:58 t_001_mode next
2016-02-17 13:15:58 t_001_source Kalender
2016-02-17 13:15:58 t_001_summary F
2016-02-17 13:15:58 t_002_bdate 18.02.2016
2016-02-17 13:15:58 t_002_btime 00:00:00
2016-02-17 13:15:58 t_002_edate 19.02.2016
2016-02-17 13:15:58 t_002_etime 00:00:00
2016-02-17 13:15:58 t_002_mode next
2016-02-17 13:15:58 t_002_source Kalender
2016-02-17 13:15:58 t_002_summary 12:00
2016-02-17 13:15:58 t_003_bdate 19.02.2016
2016-02-17 13:15:58 t_003_btime 00:00:00
2016-02-17 13:15:58 t_003_edate 20.02.2016
2016-02-17 13:15:58 t_003_etime 00:00:00
2016-02-17 13:15:58 t_003_mode next
2016-02-17 13:15:58 t_003_source Kalender
2016-02-17 13:15:58 t_003_summary 15:45
2016-02-17 13:15:58 t_004_bdate 20.02.2016
2016-02-17 13:15:58 t_004_btime 00:00:00
2016-02-17 13:15:58 t_004_edate 21.02.2016
2016-02-17 13:15:58 t_004_etime 00:00:00
2016-02-17 13:15:58 t_004_mode next
2016-02-17 13:15:58 t_004_source Kalender
2016-02-17 13:15:58 t_004_summary 15:45
2016-02-17 13:15:58 t_005_bdate 21.02.2016
2016-02-17 13:15:58 t_005_btime 00:00:00
2016-02-17 13:15:58 t_005_edate 22.02.2016
2016-02-17 13:15:58 t_005_etime 00:00:00
2016-02-17 13:15:58 t_005_mode next
2016-02-17 13:15:58 t_005_source Kalender
2016-02-17 13:15:58 t_005_summary F
2016-02-17 13:15:58 t_006_bdate 24.02.2016
2016-02-17 13:15:58 t_006_btime 00:00:00
2016-02-17 13:15:58 t_006_edate 25.02.2016
2016-02-17 13:15:58 t_006_etime 00:00:00
2016-02-17 13:15:58 t_006_mode next
2016-02-17 13:15:58 t_006_source Kalender
2016-02-17 13:15:58 t_006_summary F
2016-02-17 13:15:58 t_007_bdate 28.02.2016
2016-02-17 13:15:58 t_007_btime 00:00:00
2016-02-17 13:15:58 t_007_edate 29.02.2016
2016-02-17 13:15:58 t_007_etime 00:00:00
2016-02-17 13:15:58 t_007_mode next
2016-02-17 13:15:58 t_007_source Kalender
2016-02-17 13:15:58 t_007_summary F
2016-02-17 13:15:58 t_008_bdate 03.03.2016
2016-02-17 13:15:58 t_008_btime 00:00:00
2016-02-17 13:15:58 t_008_edate 04.03.2016
2016-02-17 13:15:58 t_008_etime 00:00:00
2016-02-17 13:15:58 t_008_mode next
2016-02-17 13:15:58 t_008_source Kalender
2016-02-17 13:15:58 t_008_summary F
2016-02-17 13:15:58 t_009_bdate 06.03.2016
2016-02-17 13:15:58 t_009_btime 00:00:00
2016-02-17 13:15:58 t_009_edate 07.03.2016
2016-02-17 13:15:58 t_009_etime 00:00:00
2016-02-17 13:15:58 t_009_mode next
2016-02-17 13:15:58 t_009_source Kalender
2016-02-17 13:15:58 t_009_summary F
2016-02-17 13:15:58 t_010_bdate 11.03.2016
2016-02-17 13:15:58 t_010_btime 00:00:00
2016-02-17 13:15:58 t_010_edate 12.03.2016
2016-02-17 13:15:58 t_010_etime 00:00:00
2016-02-17 13:15:58 t_010_mode next
2016-02-17 13:15:58 t_010_source Kalender
2016-02-17 13:15:58 t_010_summary F
2016-02-17 13:15:58 t_011_bdate 19.03.2016
2016-02-17 13:15:58 t_011_btime 00:00:00
2016-02-17 13:15:58 t_011_edate 20.03.2016
2016-02-17 13:15:58 t_011_etime 00:00:00
2016-02-17 13:15:58 t_011_mode next
2016-02-17 13:15:58 t_011_source Kalender
2016-02-17 13:15:58 t_011_summary F
2016-02-17 13:15:58 t_012_bdate 20.03.2016
2016-02-17 13:15:58 t_012_btime 00:00:00
2016-02-17 13:15:58 t_012_edate 21.03.2016
2016-02-17 13:15:58 t_012_etime 00:00:00
2016-02-17 13:15:58 t_012_mode next
2016-02-17 13:15:58 t_012_source Kalender
2016-02-17 13:15:58 t_012_summary F
2016-02-17 13:15:58 t_013_bdate 21.03.2016
2016-02-17 13:15:58 t_013_btime 00:00:00
2016-02-17 13:15:58 t_013_edate 22.03.2016
2016-02-17 13:15:58 t_013_etime 00:00:00
2016-02-17 13:15:58 t_013_mode next
2016-02-17 13:15:58 t_013_source Kalender
2016-02-17 13:15:58 t_013_summary F
2016-02-17 13:15:58 t_014_bdate 22.05.2016
2016-02-17 13:15:58 t_014_btime 00:00:00
2016-02-17 13:15:58 t_014_edate 23.05.2016
2016-02-17 13:15:58 t_014_etime 00:00:00
2016-02-17 13:15:58 t_014_mode next
2016-02-17 13:15:58 t_014_source Kalender
2016-02-17 13:15:58 t_014_summary 12:00
2016-02-17 13:15:58 today_001_bdate heute
2016-02-17 13:15:58 today_001_btime 00:00:00
2016-02-17 13:15:58 today_001_edate 18.02.2016
2016-02-17 13:15:58 today_001_etime 00:00:00
2016-02-17 13:15:58 today_001_mode next
2016-02-17 13:15:58 today_001_source Kalender
2016-02-17 13:15:58 today_001_summary F
2016-02-17 13:15:58 tomorrow_001_bdate morgen
2016-02-17 13:15:58 tomorrow_001_btime 00:00:00
2016-02-17 13:15:58 tomorrow_001_edate 19.02.2016
2016-02-17 13:15:58 tomorrow_001_etime 00:00:00
2016-02-17 13:15:58 tomorrow_001_mode next
2016-02-17 13:15:58 tomorrow_001_source Kalender
2016-02-17 13:15:58 tomorrow_001_summary 12:00
Attributes:
maxreadings 14
modes modeStart,modeStarted,modeUpcoming
oldStyledReadings 0
room Kalender
Mehr fällt mir momentan dazu nicht ein. Auch einen weiteren Test kann ich mangels Ideen leider nicht durchführen.
Siehst du noch eine Möglichkeit?
Danke im Voraus.
ja, also die vorherige Warnung lautete:
ZitatPERL WARNING: Use of uninitialized value $block in concatenation (.) or string at ./FHEM/98_DOIF.pm line 1247
die Meldung jetzt lautet:
ZitatPERL WARNING: Use of uninitialized value in substitution (s///) at ./FHEM/57_CALVIEW.pm line 96.
aus dem DOIF-Modul gibt es jetzt keine Warnung. Zum CALVIEW Modul kann ich nichts sagen.
Die Ursache wird wahrscheinlich in beiden Fällen eine fehlerhafte Zeitangabe sein, die korrekterweise im Format "HH:MM" sein sollte.
Gruß
Damian
OK, ich danke dir.
Ich werde noch einmal versuchen, im entsprechenden Forenbereich irgendeine Antwort zu erhalten.
So, ich habe nun alle erdemklichen Varianten getestet.
Ich bekomme im Log folgenden Fehler mehrfach angezeigt:
2016.02.22 13:27:09 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/57_CALVIEW.pm line 101.
2016.02.22 13:27:09 3: stacktrace:
2016.02.22 13:27:09 3: main::__ANON__ called by ./FHEM/57_CALVIEW.pm (101)
2016.02.22 13:27:09 3: main::CALVIEW_GetUpdate called by ./FHEM/57_CALVIEW.pm (70)
2016.02.22 13:27:09 3: main::CALVIEW_Set called by fhem.pl (3147)
2016.02.22 13:27:09 3: main::CallFn called by fhem.pl (1578)
2016.02.22 13:27:09 3: main::DoSet called by fhem.pl (1609)
2016.02.22 13:27:09 3: main::CommandSet called by fhem.pl (1067)
2016.02.22 13:27:09 3: main::AnalyzeCommand called by fhem.pl (937)
2016.02.22 13:27:09 3: main::AnalyzeCommandChain called by ./FHEM/98_DOIF.pm (495)
2016.02.22 13:27:09 3: main::ParseCommandsDoIf called by ./FHEM/98_DOIF.pm (875)
2016.02.22 13:27:09 3: main::DOIF_cmd called by ./FHEM/98_DOIF.pm (1392)
2016.02.22 13:27:09 3: main::DOIF_SleepTrigger called by fhem.pl (2766)
2016.02.22 13:27:09 3: main::HandleTimeout called by fhem.pl (586)
List Kalenderansicht
Internals:
CFGFN
DEF Kalender
INTERVAL 43200
KALENDER Kalender
NAME Kalenderansicht
NR 261
NTFY_ORDER 50-Kalenderansicht
STATE t: 14 td: 1 tm: 1
TYPE CALVIEW
Readings:
2016-02-22 13:27:09 c-term 14
2016-02-22 13:27:09 c-today 1
2016-02-22 13:27:09 c-tomorrow 1
2016-02-22 13:27:09 state t: 14 td: 1 tm: 1
2016-02-22 13:27:09 t_001_bdate 22.02.2016
2016-02-22 13:27:09 t_001_btime 00:00:00
2016-02-22 13:27:09 t_001_edate 23.02.2016
2016-02-22 13:27:09 t_001_etime 00:00:00
2016-02-22 13:27:09 t_001_mode next
2016-02-22 13:27:09 t_001_source Kalender
2016-02-22 13:27:09 t_001_summary 10:30
2016-02-22 13:27:09 t_002_bdate 23.02.2016
2016-02-22 13:27:09 t_002_btime 00:00:00
2016-02-22 13:27:09 t_002_edate 24.02.2016
2016-02-22 13:27:09 t_002_etime 00:00:00
2016-02-22 13:27:09 t_002_mode next
2016-02-22 13:27:09 t_002_source Kalender
2016-02-22 13:27:09 t_002_summary 10:30
2016-02-22 13:27:09 t_003_bdate 24.02.2016
2016-02-22 13:27:09 t_003_btime 00:00:00
2016-02-22 13:27:09 t_003_edate 25.02.2016
2016-02-22 13:27:09 t_003_etime 00:00:00
2016-02-22 13:27:09 t_003_mode next
2016-02-22 13:27:09 t_003_source Kalender
2016-02-22 13:27:09 t_003_summary F
2016-02-22 13:27:09 t_004_bdate 25.02.2016
2016-02-22 13:27:09 t_004_btime 00:00:00
2016-02-22 13:27:09 t_004_edate 26.02.2016
2016-02-22 13:27:09 t_004_etime 00:00:00
2016-02-22 13:27:09 t_004_mode next
2016-02-22 13:27:09 t_004_source Kalender
2016-02-22 13:27:09 t_004_summary 10:30
2016-02-22 13:27:09 t_005_bdate 26.02.2016
2016-02-22 13:27:09 t_005_btime 00:00:00
2016-02-22 13:27:09 t_005_edate 27.02.2016
2016-02-22 13:27:09 t_005_etime 00:00:00
2016-02-22 13:27:09 t_005_mode next
2016-02-22 13:27:09 t_005_source Kalender
2016-02-22 13:27:09 t_005_summary 10:30
2016-02-22 13:27:09 t_006_bdate 27.02.2016
2016-02-22 13:27:09 t_006_btime 00:00:00
2016-02-22 13:27:09 t_006_edate 28.02.2016
2016-02-22 13:27:09 t_006_etime 00:00:00
2016-02-22 13:27:09 t_006_mode next
2016-02-22 13:27:09 t_006_source Kalender
2016-02-22 13:27:09 t_006_summary 10:30
2016-02-22 13:27:09 t_007_bdate 28.02.2016
2016-02-22 13:27:09 t_007_btime 00:00:00
2016-02-22 13:27:09 t_007_edate 29.02.2016
2016-02-22 13:27:09 t_007_etime 00:00:00
2016-02-22 13:27:09 t_007_mode next
2016-02-22 13:27:09 t_007_source Kalender
2016-02-22 13:27:09 t_007_summary F
2016-02-22 13:27:09 t_008_bdate 03.03.2016
2016-02-22 13:27:09 t_008_btime 00:00:00
2016-02-22 13:27:09 t_008_edate 04.03.2016
2016-02-22 13:27:09 t_008_etime 00:00:00
2016-02-22 13:27:09 t_008_mode next
2016-02-22 13:27:09 t_008_source Kalender
2016-02-22 13:27:09 t_008_summary F
2016-02-22 13:27:09 t_009_bdate 06.03.2016
2016-02-22 13:27:09 t_009_btime 00:00:00
2016-02-22 13:27:09 t_009_edate 07.03.2016
2016-02-22 13:27:09 t_009_etime 00:00:00
2016-02-22 13:27:09 t_009_mode next
2016-02-22 13:27:09 t_009_source Kalender
2016-02-22 13:27:09 t_009_summary F
2016-02-22 13:27:09 t_010_bdate 11.03.2016
2016-02-22 13:27:09 t_010_btime 00:00:00
2016-02-22 13:27:09 t_010_edate 12.03.2016
2016-02-22 13:27:09 t_010_etime 00:00:00
2016-02-22 13:27:09 t_010_mode next
2016-02-22 13:27:09 t_010_source Kalender
2016-02-22 13:27:09 t_010_summary F
2016-02-22 13:27:09 t_011_bdate 19.03.2016
2016-02-22 13:27:09 t_011_btime 00:00:00
2016-02-22 13:27:09 t_011_edate 20.03.2016
2016-02-22 13:27:09 t_011_etime 00:00:00
2016-02-22 13:27:09 t_011_mode next
2016-02-22 13:27:09 t_011_source Kalender
2016-02-22 13:27:09 t_011_summary F
2016-02-22 13:27:09 t_012_bdate 20.03.2016
2016-02-22 13:27:09 t_012_btime 00:00:00
2016-02-22 13:27:09 t_012_edate 21.03.2016
2016-02-22 13:27:09 t_012_etime 00:00:00
2016-02-22 13:27:09 t_012_mode next
2016-02-22 13:27:09 t_012_source Kalender
2016-02-22 13:27:09 t_012_summary F
2016-02-22 13:27:09 t_013_bdate 21.03.2016
2016-02-22 13:27:09 t_013_btime 00:00:00
2016-02-22 13:27:09 t_013_edate 22.03.2016
2016-02-22 13:27:09 t_013_etime 00:00:00
2016-02-22 13:27:09 t_013_mode next
2016-02-22 13:27:09 t_013_source Kalender
2016-02-22 13:27:09 t_013_summary F
2016-02-22 13:27:09 t_014_bdate 22.05.2016
2016-02-22 13:27:09 t_014_btime 00:00:00
2016-02-22 13:27:09 t_014_edate 23.05.2016
2016-02-22 13:27:09 t_014_etime 00:00:00
2016-02-22 13:27:09 t_014_mode next
2016-02-22 13:27:09 t_014_source Kalender
2016-02-22 13:27:09 t_014_summary 12:00
2016-02-22 13:27:09 today_001_bdate heute
2016-02-22 13:27:09 today_001_btime 00:00:00
2016-02-22 13:27:09 today_001_edate 23.02.2016
2016-02-22 13:27:09 today_001_etime 00:00:00
2016-02-22 13:27:09 today_001_mode next
2016-02-22 13:27:09 today_001_source Kalender
2016-02-22 13:27:09 today_001_summary 10:30
2016-02-22 13:27:09 tomorrow_001_bdate morgen
2016-02-22 13:27:09 tomorrow_001_btime 00:00:00
2016-02-22 13:27:09 tomorrow_001_edate 24.02.2016
2016-02-22 13:27:09 tomorrow_001_etime 00:00:00
2016-02-22 13:27:09 tomorrow_001_mode next
2016-02-22 13:27:09 tomorrow_001_source Kalender
2016-02-22 13:27:09 tomorrow_001_summary 10:30
Attributes:
maxreadings 14
modes modeStart,modeStarted,modeUpcoming
oldStyledReadings 0
room Kalender
Kannst du bitte noch einmal einen Blick darauf werfen?
Danke.
Zitat von: Invers am 22 Februar 2016, 13:32:05
So, ich habe nun alle erdemklichen Varianten getestet.
Ich bekomme im Log folgenden Fehler mehrfach angezeigt:
2016.02.22 13:27:09 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/57_CALVIEW.pm line 101.
2016.02.22 13:27:09 3: stacktrace:
2016.02.22 13:27:09 3: main::__ANON__ called by ./FHEM/57_CALVIEW.pm (101)
2016.02.22 13:27:09 3: main::CALVIEW_GetUpdate called by ./FHEM/57_CALVIEW.pm (70)
2016.02.22 13:27:09 3: main::CALVIEW_Set called by fhem.pl (3147)
2016.02.22 13:27:09 3: main::CallFn called by fhem.pl (1578)
2016.02.22 13:27:09 3: main::DoSet called by fhem.pl (1609)
2016.02.22 13:27:09 3: main::CommandSet called by fhem.pl (1067)
2016.02.22 13:27:09 3: main::AnalyzeCommand called by fhem.pl (937)
2016.02.22 13:27:09 3: main::AnalyzeCommandChain called by ./FHEM/98_DOIF.pm (495)
2016.02.22 13:27:09 3: main::ParseCommandsDoIf called by ./FHEM/98_DOIF.pm (875)
2016.02.22 13:27:09 3: main::DOIF_cmd called by ./FHEM/98_DOIF.pm (1392)
2016.02.22 13:27:09 3: main::DOIF_SleepTrigger called by fhem.pl (2766)
2016.02.22 13:27:09 3: main::HandleTimeout called by fhem.pl (586)
Das bedeutet für mich, dass DOIF ein set Kommando absetzt für CALVIEW und CALVIEW damit ein Problem hat weil ein Wert nicht numerisch ist. Da kann ich aber nichts machen, weil es in CALVIEW ein Problem ist und nicht in DOIF.
Gruß
Damian
OK, in Calview wurde ja auch etwas geändert, ich werde mal dort nachfragen. Vielleicht kann jemand helfen.
Danke für die Antwort.