Bekomme immer häufiger PERL WARNING Meldungen mit denen ich nichts anfangen kann.
2016.10.07 18:11:11.553 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/14_CUL_REDIRECT.pm line 223.
2016.10.07 18:11:11.555 3: stacktrace:
2016.10.07 18:11:11.765 3: main::__ANON__ called by ./FHEM/14_CUL_REDIRECT.pm (223)
2016.10.07 18:11:11.766 3: main::CUL_REDIRECT_Dispatch called by ./FHEM/14_CUL_REDIRECT.pm (290)
2016.10.07 18:11:11.770 3: main::CUL_REDIRECT_Parse called by fhem.pl (3382)
2016.10.07 18:11:11.773 3: main::Dispatch called by ./FHEM/93_FHEM2FHEM.pm (178)
2016.10.07 18:11:11.776 3: main::FHEM2FHEM_Read called by fhem.pl (3221)
2016.10.07 18:11:11.778 3: main::CallFn called by fhem.pl (671)
Was kann die Ursache sein?
Das CUL_REDIRECT Modul geht davon aus, dass es die Daten immer von einem CUL bekommt, und greift direkt auf dessen Internas zu. An der gezeigten Fehlermeldung sieht man, dass diese Annahme falsch ist.
Wie kann ich das korrigieren?
Nicht davon ausgehen, dass RAWMSG und TIME im $hash immer gesetzt sind.
Oder mir erklaeren, warum die so wichtig sind, damit FHEM2FHEM, STACKABLE_CC, RFR, etc das auch immer setzt.
Das habe ich jetzt überhaupt nicht verstanden.
Sorry, habe nicht richtig hingeschaut, und gedacht, der Autor vom CUL_REDIRECT hat das gefragt.
Du als Benutzer kannst das nur korrigieren, indem du kein FHEM2FHEM verwendest, sondern das Remote-CUL z.Bsp. via ser2net einbindest, und das remote-FHEM aufloest. Ist nicht immer praktikabel.
Vielleicht wird dies ja einmal korrigiert.
So lang FHEM2FEHM funktioniert belasse ich es dabei.
Danek für die Rückmeldung.