PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4584.

Begonnen von Spezialtrick, 22 Oktober 2016, 22:23:15

Vorheriges Thema - Nächstes Thema

rudolfkoenig

Ich habe die "has no TYPE" Meldung in fhem.pl etwas erweitert (update ab morgen), evtl. hilft das bei der Spurensuche.

persching

hängt die Perl Meldung mit der zeilennummer und die "has no type" Meldung zwangsläufig zusammen? Oder sind das zwei verschiedene Themen?

Spezialtrick

Hallo Martin,

entschuldige die späte Rückmeldung, aber ich war privat sehr beschäftigt, sodass ich erst jetzt dazu komme mich um das Problem zu kümmern.

Ich habe den Code folgendermaßen eingesetzt:


...

while (1) {
  my ($rout,$rin, $wout,$win, $eout,$ein) = ('','', '','', '','');

  my $timeout = HandleTimeout();

  if(defined($defs{""})){
    #Log 1, "EMPTY defs detected!";
    Log 1, "EMPTY defs post 2 $d/$n:".join(",",keys%{$defs{""}}) if(defined($defs{""}));
delete $defs{""};
  }

  foreach my $p (keys %selectlist) {

...


Danach lässt sich sich Fhem nicht mehr starten:

root@cubietruck:~# service fhem start
Job for fhem.service failed. See 'systemctl status fhem.service' and 'journalctl -xn' for details.
root@cubietruck:~# service fhem status
● fhem.service - LSB: FHEM server
   Loaded: loaded (/etc/init.d/fhem)
   Active: failed (Result: exit-code) since Wed 2016-11-23 11:53:17 CET; 13s ago
  Process: 3165 ExecStop=/etc/init.d/fhem stop (code=exited, status=0/SUCCESS)
  Process: 3187 ExecStart=/etc/init.d/fhem start (code=exited, status=255)

Nov 23 11:53:16 cubietruck fhem[3187]: Starting fhem...
Nov 23 11:53:17 cubietruck fhem[3187]: Global symbol "$d" requires explicit package name at fhem.pl line 608.
Nov 23 11:53:17 cubietruck fhem[3187]: Global symbol "$n" requires explicit package name at fhem.pl line 608.
Nov 23 11:53:17 cubietruck fhem[3187]: BEGIN not safe after errors--compilation aborted at fhem.pl line 717.
Nov 23 11:53:17 cubietruck systemd[1]: fhem.service: control process exited, code=exited status=255
Nov 23 11:53:17 cubietruck systemd[1]: Failed to start LSB: FHEM server.
Nov 23 11:53:17 cubietruck systemd[1]: Unit fhem.service entered failed state.
root@cubietruck:~#


Könntest du dir das nochmal angucken?

Viele Grüße!

Miro

FHEM - Debmatic - Zigbee2MQTT - Homekit

Spezialtrick

Die Fehlermeldungen haben sich bei mir nun leicht verändert, fluten aber leider weiterhin das Log:

2016.12.01 17:13:56 1: Error: >< has no TYPE, but following keys: ><
2016.12.01 17:13:59 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.01 17:14:00 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.01 17:14:00 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.01 17:14:01 1: Error: >< has no TYPE, but following keys: ><
2016.12.01 17:14:05 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.01 17:14:05 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.01 17:14:06 1: Error: >< has no TYPE, but following keys: ><
2016.12.01 17:14:09 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.01 17:14:10 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.01 17:14:10 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.01 17:14:11 1: Error: >< has no TYPE, but following keys: ><
2016.12.01 17:14:11 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.


:( :( :(
FHEM - Debmatic - Zigbee2MQTT - Homekit

martinp876

nun, an den Einträgen kann man nichts erkennen - das ist komplett "leer".

Du nutzt eingenbau devices? Mit entsprechendem Code nehme ich an.  Wo ist der her? Wie sieht er aus?

Spezialtrick

Ja die nutze ich tatsächlich. Neben dem Universalsensor von Dirk, betreibe ich noch mehrere RelayBoards auf Basis der Asksin und testweise einen PIR auf Basis der Asksin++ von Papa.

https://forum.fhem.de/index.php/topic,48235.msg398927.html#msg398927
https://github.com/pa-pa/AskSinPP

Wenn es tatsächlich an den Eigenbau Devices liegt, sollte die Fehler doch verschwinden, wenn ich diese lösche oder?
FHEM - Debmatic - Zigbee2MQTT - Homekit

martinp876


Spezialtrick

Ich habe nun den PIR gelöscht, aber die Fehler sind weiterhin vorhanden.

Die Universalsensoren und auch die Relay Boards habe ich schon deutlich länger als den Fehler, aber wenn es nötig sein sollte, kann ich diese auch noch löschen. Nach dem Neustart von Fhem bekomme ich einmalig auch noch diese Fehlermeldungen:

2016.12.03 23:49:07 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/10_CUL_HM.pm line 2862.
2016.12.03 23:49:07 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/10_CUL_HM.pm line 2862.


Vllt. hilft das ja, bevor ich alles löschen muss und meine halbe Installation zerlegen muss.  ::)
FHEM - Debmatic - Zigbee2MQTT - Homekit

persching

Ich verwende nur Standart Komponenten von MAX! und HomeMatic und habe ebenso das ganze Logfile voll von den Meldungen.


Spezialtrick

Dann kann der Fehler ja eigentlich nicht von den Selbstbaugeräten kommen.

Verwendest du noch andere Komponenten? Ich habe noch Elro Funksteckdosen, Milights, einen HarmonyHub, einen NanoCul868 für MAX und einen für HM, einen NanoCul433 für die Elros, einen zusätzlichen HM-CFG-USB 2 und diverse Module im Einsatz. Vllt gibt es ja einen Schnittpunkt um das Problem einzugrenzen.
FHEM - Debmatic - Zigbee2MQTT - Homekit

persching

Ich hab Cul_Max, HM_Lan und eine Edimax Funk Steckdose. Ansonsten MAX Thermostate,  Fensterkontakte, HomeMatic Zwischenstecker, KlingelSensor, Temperatursensor und einen Lichtaktor.
FHEM läuft auf einem BananaPi M2+ mit sqlite3 configDB und DbLog.

Spezialtrick

Bei mir läuft alles auf einem Cubietruck mit sqlite3 configDB und DbLog.

Ich meine auch, dass die Fehler erst seit dem Umstieg auf DBlog vorhanden sind.
FHEM - Debmatic - Zigbee2MQTT - Homekit

persching

könnte durchaus sein, aber definitiv daran festmachen kann ich es nicht. Aber dann müssten doch ganz viele davon betroffen sein? Bei mir sind es jedenfalls sicher 20-30% des gesamten Logfiles mit diesem Einträgen.

martinp876

mache ein
get hm param -ed IODev
und prüfe, ob IOs eingetragen sind welche es nicht gibt.

persching

Hab ich gemacht, aber es gibt keine! Alles so wie es sein soll.