Hauptmenü

PERL WARNING im DOIF

Begonnen von Invers, 16 Februar 2016, 09:41:10

Vorheriges Thema - Nächstes Thema

Invers

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.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Damian

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
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

Invers

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

Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Damian

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?
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

Invers

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.


Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Damian

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
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

Invers

Danke. Ich suche noch einmal und melde mich, falls ich was finde.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Damian

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
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

Invers

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.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Damian

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
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

Invers

OK, ich danke dir.
Ich werde noch einmal versuchen, im entsprechenden Forenbereich irgendeine Antwort zu erhalten.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Invers

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.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Damian

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
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

Invers

OK, in Calview wurde ja auch etwas geändert, ich werde mal dort nachfragen. Vielleicht kann jemand helfen.

Danke für die Antwort.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2