Fehler im Log, wieder Monatswechsel?

Begonnen von franky08, 01 September 2014, 08:17:47

Vorheriges Thema - Nächstes Thema

franky08

Hallo, seit dieser Nacht im Log folgende Meldung:

[Mon Sep  1 00:43:37 2014] fhem.pl: Use of uninitialized value $n in hash element at fhem.pl line 3277.

hat der Monatswechsel wieder zugeschlagen?

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

betateilchen

Ich weiß nicht, welche fhem.pl Version Du verwendest, aber bei mir steht in Zeile 3277 nix von $n.

Kann es sein, dass Du irgendwo die Funktion ReadingsVal() mit falscher Syntax verwendest und vergessen hast, den Namen eines Readings anzugeben?
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

franky08

#2
Die Meldung taucht erst nach 24:00 Uhr, heute früh auf und am fhem Code habe ich gestern nur diese Küchengeschichte geändert, das at geht aber um 23:59 Uhr auf disable und kann dafür nicht verantwortlich sein.
Gestern habe ich nur folgendes neu gebaut:

+*00:10:00 {
my $fenst_kue = Value("Fenster_Kueche") ;
my $temp_gart = ReadingsVal("Temperatur_Garten","temperature","99") ;
      if ($fenst_kue eq "open" and $temp_gart < 16) {
          fhem ("set MyTTS tts Das Kuechenfenster ist noch offen") ;
      }
     else {
           fhem ("attr Kueche_on disable 1") ;

     }
}


Das Ganze wird um 22:30 auf disable 0 gesetzt und um 23:59 Uhr auf disable 1

Angefangen hat es mit:
[Mon Sep  1 00:01:02 2014] fhem.pl: Argument "undef" isn't numeric in sprintf at (eval 503291) line 1.

und dann:
[Mon Sep  1 00:13:36 2014] fhem.pl: Use of uninitialized value $n in hash element at fhem.pl line 3277.
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

rudolfkoenig

Wie betateilchen schon geschrieben hat, das Problem ist ein ReadingsVal, der den zweiten Parameter (Name der Readings) nicht spezifiziert hat. Der Aufruf kann auch aus einem FHEM-Modul stammen, ist aber unwahrscheinlich, sonst haetten das auch andere gemeldet. Deswegen die Vermutung, dass der ReadingsVal in einem selbstdefinierten notify/etc steckt.

franky08

OK, ich suche mal in der fhem.cfg aber wie schon gesagt dazugekommen ist gestern nur der oben gepostete Code vom Küchenfenster.

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

franky08

Nach einem shutdown des Host´s tritt die Meldung bis jetzt nicht wieder auf!

VG
Frank

P.S. sehe heute Abend noch einmal in´s Log
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1