(Gelöst)Fehlermeldung in Log

tagedieb · 29 Februar 2016, 18:23:53

Hallo und guten Abend

da seit gestern mein Fhem andauern einfriert durchfoste ich gerade meine Logdatei und versuche hier
die Ursache zu finden,
Unter anderem komme ich aber bei dieser Meldung mit meinem Laienhaften Wissen nicht weiter
Kann mir bitte jemand helfen von der folgenden Meldung den Grund zu finden?

Code Auswählen

2016.02.29 17:54:43 1: PERL WARNING: Argument "0.00 W" isn't numeric in numeric lt (<) at (eval 1769) line 1.
2016.02.29 17:54:43 1: PERL WARNING: Argument "0.00 W" isn't numeric in numeric lt (<) at (eval 1771) line 1.
2016.02.29 17:54:43 1: PERL WARNING: Argument "0.00 W" isn't numeric in numeric lt (<) at (eval 1773) line 1.
2016.02.29 17:54:44 1: PERL WARNING: Argument "0.00 W" isn't numeric in numeric lt (<) at (eval 1775) line 1.
2016.02.29 17:54:44 1: PERL WARNING: Argument "0.00 W" isn't numeric in numeric lt (<) at (eval 1777) line 1.
2016.02.29 17:54:45 1: PERL WARNING: Argument "0.00 W" isn't numeric in numeric lt (<) at (eval 1779) line 1.
2016.02.29 17:54:45 1: PERL WARNING: Argument "0.00 W" isn't numeric in numeric lt (<) at (eval 1781) line 1.

Diese Meldung erscheint alle 2 Minuten

(jedoch nicht erst seit gestern - sie ist bestimmt auch nicht die Ursache für das "einfrieren")

für Hinweise und Hilfe schon einmal vielen Dank im voraus

viele Grüsse
tagedieb

tagedieb · 29 Februar 2016, 19:54:16

Hallo zusammen

hier noch ein Nachtrag zu meiner Warnmeldung
wenn ich in der fhem.cfg unter suchen

Code Auswählen

"0.00 W" eingebe, erscheint

Code Auswählen

die Zeichenkette "0.00 W" konnte nicht gefunden werden > $:-\$

Gruss tagedieb

ernst1024 · 29 Februar 2016, 20:17:38

hmnn, also was sagt die Meldung : 016.02.29 17:54:43 1: PERL WARNING: Argument "0.00 W" isn't numeric in numeric lt (<) at (eval 1769) line 1.
also irgendwo hast du in einem pearl code einen Vergleich kleiner als (<) aber das Argument ist keine Zahl sondern ein String, also eine Zeichenkette (0.00 W).
Es könnte sein dass das "lt" in der Meldung auf einen String Vergleich hinweist und für "less then" steht, aber das ist jetzt nur eine Vermutung. Wie auch immer irgendwo in einem DOIF oder at liegt der Hund wohl begraben oder rufst du irgendwelche Programme in 99_myutils auf?

gent · 29 Februar 2016, 20:21:47

Hallo tagedieb,

die Ursache ist sicherlich nicht in der fhem.cfg zu suchen. Da ich jetzt nicht weiß, was Du genau konfiguriert gemacht hast, kann ich jetzt nur mal vermuten, was die Ursache ist.

Eines deiner "Module", die Du in fhem definiert hast liefert einen Wert von "0.00 W". Könnte eine Angabe in Watt sein, also vielleicht ein Verbrauchsmessgerät oder ein Stromzähler? Diesen Wert versucht Du "numerisch" zu vergleichen. Vielleicht in einem notify? Also in Worten z.B. "wenn Verbrauch < irgendein numerischer Wert, dann tu irgendwas". Und dieser Vergleich geht schief, weil dein Modul nicht "0.00", sondern "0.00 W" ausgibt. "0.00 W" ist eben kein numerischer Wert. Daher die Fehlermeldung "Argument "0.00 W" isn't numeric in numeric lt (<)" (das "lt" steht hierbei für "less then" was gleichbedeutend mit "<" ist, daher steht das so im logfile.

Vielleicht hilft Dir das ja bei der Fehlersuche? Ansonsten müsstest Du mir mal etwas mehr Informationen zukommen lassen. Evtl. kann ich Dir dann weiterhelfen.

Viele Grüße vom gent

Dietmar63 · 29 Februar 2016, 20:28:00

Setze mal stacktrace 1

Dann bekommst du eventuell Hinweise auf beteiligte Module bzw. Funktionen.
WahrschWahrscheinlich Readings mit einer Dimension interpretiert, sind aber im lt nicht numerisch

tagedieb · 01 März 2016, 07:23:44

Guten Morgen zusammen

vielen Dank für die vielen Hinweise,
ich werde heute in Ruhe mal alles nach vielversprechenden Vorschlägen abarbeiten und dann berichten

viele Grüsse
annette

tagedieb · 01 März 2016, 15:57:27

Hallo zusammen

juhu ich habe es mit Eurer Hilfe gefunden!!! Dankeschön
da ich alles nach Euren Vorschlägen abgearbeitet habe, wurde der Kreis immer kleiner

bis 2 DOIF´s mit einer FBDECT Steckdose übrigblieben und hier hatte ich die Readingsbezeichung nicht 1:1 übernommen

Code Auswählen

([FBDECT_FritzBox7490_24_power]<1) (set FBDECT_FritzBox7490_24 off) verursachte die Fehlermeldung
nach Änderung in

Code Auswählen

([e_FBDECT_FritzBox7490_24_power]<1) (set FBDECT_FritzBox7490_24 off) jetzt seit 4 Stunden OHNE Fehlermeldung

nochmals Danke für die tolle Unterstützung

Gruss Annette

es war in einem DOIF

Damian · 01 März 2016, 16:01:26

Zitat von: tagedieb am 01 März 2016, 15:57:27
Hallo zusammen

juhu ich habe es mit Eurer Hilfe gefunden!!! Dankeschön
da ich alles nach Euren Vorschlägen abgearbeitet habe, wurde der Kreis immer kleiner

bis 2 DOIF´s mit einer FBDECT Steckdose übrigblieben und hier hatte ich die Readingsbezeichung nicht 1:1 übernommen
Code Auswählen Erweitern
([FBDECT_FritzBox7490_24_power]<1) (set FBDECT_FritzBox7490_24 off) verursachte die Fehlermeldung
nach Änderung in
Code Auswählen Erweitern
([e_FBDECT_FritzBox7490_24_power]<1) (set FBDECT_FritzBox7490_24 off) jetzt seit 4 Stunden OHNE Fehlermeldung

nochmals Danke für die tolle Unterstützung

Gruss Annette

es war in einem DOIF

Eleganter wäre allerdings nach Zahlen zu filtern:

Zitat([FBDECT_FritzBox7490_24_power:state:d]<1) (set FBDECT_FritzBox7490_24 off)

Gruß

Damian

tagedieb · 01 März 2016, 16:12:46

Hallo Damian

Danke, manchmal sieht man den Wald vor lauter Bäumen nicht

Code Auswählen

([Sonneneaufgang] eq "on" and [FBDECT_18:power:d] < 6.20) (set Sonneneaufgang off)DOELSEIF ([+{sunset_rel(900,"17:00","22:40")}]) (set Sonneneaufgang on)

zumal ich es in einem anderen DOIF mit einer FBDECT es schon angewendet habe

schön das es hier immer wieder tolle Hilfestellung gibt

Dankeschön
Gruss Annette