Use of uninitialized value $str in pattern match (m//) at fhem.pl line 2823, <$fh> line 1007.
Use of uninitialized value $str in pattern match (m//) at fhem.pl line 2823, <$fh> line 1007.
Use of uninitialized value $str in pattern match (m//) at fhem.pl line 2823, <$fh> line 1076.
Use of uninitialized value $str in pattern match (m//) at fhem.pl line 2823, <$fh> line 1076.
Use of uninitialized value in string eq at fhem.pl line 2813, <$fh> line 529.
Use of uninitialized value in join or string at fhem.pl line 2816, <$fh> line 529.
Use of uninitialized value in string eq at fhem.pl line 2813, <$fh> line 530.
Use of uninitialized value in join or string at fhem.pl line 2816, <$fh> line 530.
Use of uninitialized value in string eq at fhem.pl line 2813, <$fh> line 902.
Use of uninitialized value in join or string at fhem.pl line 2816, <$fh> line 902.
Use of uninitialized value in string eq at fhem.pl line 2813, <$fh> line 903.
Use of uninitialized value in join or string at fhem.pl line 2816, <$fh> line 903.
Das hat wohl irgendwas mit eventMap zu tun, aber ich komme nicht dahinter, wo da der Wurm steckt und ob dieser im Coding oder in meiner fhem.cfg liegt. Funktionieren tut nämlich alles, soweit ich das sehe.
Ich vermute einer der (boesen) Module hat ein "undefined" Ereignis (event) losgelassen.
Da hilft nur mehr debugging einbauen, z.Bsp. in ReplaceEventMap zweite Zeile
Log 1, "ReplaceEventMap $dev posting undefined events" if(!$dir && !defined($str));
tja, nun weiß ich erstmal, welches Device verantwortlich ist. Und ich weiß, dass es wohl aus meinem Modul 71_LISTENLIVE kommt. Aber mir ist völlig unklar, was ich da falsch mache.
Naja, ich mach mich mal auf die Suche.
gelöst.
Schade, dass man "ReplaceEventMap()" in eigenen Entwicklungen nicht einfach so verwenden kann, wie man sich das bei logischem Denken vorstellt.