14_CUL_REDIRECT PERL WARNING

[Burny4600]

Bekomme immer häufiger PERL WARNING Meldungen mit denen ich nichts anfangen kann.

Code Auswählen Erweitern

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?

[rudolfkoenig]

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.

[Burny4600]

Wie kann ich das korrigieren?

[rudolfkoenig]

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.

[Burny4600]

Das habe ich jetzt überhaupt nicht verstanden.

[rudolfkoenig]

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.

[Burny4600]

Vielleicht wird dies ja einmal korrigiert.
So lang FHEM2FEHM funktioniert belasse ich es dabei.
Danek für die Rückmeldung.