[gelöst] Analysieren woher "PERL WARNING: Argument "-" isn't numeric in sprintf"

[roedert]

Ich bekomme seit einiger Zeit aller 5 Minuten diese Warning im Log ...
Inhalt / Bedeutung der Meldung ist klar - aber ich habe keine Ahnung woher diese kommt.
Habe schon mal im Eventmonitor beobachtet, welche Events zu dieser Zeit kommen - konnte aber auch da keinen Hinweis finden.

Wie kann ich eingrenzen woher / von welchem Modul/Device diese Meldung kommt?

Code Auswählen Erweitern

2017.12.28 01:22:24 1: PERL WARNING: Argument "-" isn't numeric in sprintf at (eval 339804) line 1.
2017.12.28 01:22:24 1: PERL WARNING: Argument "-" isn't numeric in sprintf at (eval 339803) line 1.
2017.12.28 01:17:21 1: PERL WARNING: Argument "-" isn't numeric in sprintf at (eval 339050) line 1.
2017.12.28 01:17:21 1: PERL WARNING: Argument "-" isn't numeric in sprintf at (eval 339049) line 1.
2017.12.28 01:12:17 1: PERL WARNING: Argument "-" isn't numeric in sprintf at (eval 338317) line 1.
2017.12.28 01:12:17 1: PERL WARNING: Argument "-" isn't numeric in sprintf at (eval 338316) line 1.
2017.12.28 01:07:14 1: PERL WARNING: Argument "-" isn't numeric in sprintf at (eval 337577) line 1.
2017.12.28 01:07:14 1: PERL WARNING: Argument "-" isn't numeric in sprintf at (eval 337576) line 1.
2017.12.28 01:02:13 1: PERL WARNING: Argument "-" isn't numeric in sprintf at (eval 336859) line 1.
2017.12.28 01:02:13 1: PERL WARNING: Argument "-" isn't numeric in sprintf at (eval 336858) line 1.

[herrmannj]

https://fhem.de/commandref_DE.html#stacktrace

[roedert]

Wunderbar - besten Dank!
Von welchem Device es kommt, konnte ich damit zwar auch nicht stehen, aber immerhin von welchem Modul ... in meinem Fall ein ESPeasy:

Code Auswählen Erweitern

2017.12.28 02:22:48 1 : PERL WARNING: Argument "-" isn't numeric in sprintf at (eval 349856) line 1.
2017.12.28 02:22:48 1 : stacktrace:
2017.12.28 02:22:48 1 : main::__ANON__ called by (eval 349856) (1)
2017.12.28 02:22:48 1 : (eval) called by fhem.pl (4270)
2017.12.28 02:22:48 1 : main::evalStateFormat called by fhem.pl (4370)
2017.12.28 02:22:48 1 : main::readingsEndUpdate called by fhem.pl (4565)
2017.12.28 02:22:48 1 : main::readingsSingleUpdate called by /opt/fhem/FHEM/34_ESPEasy.pm (1993)
2017.12.28 02:22:48 1 : main::ESPEasy_checkPresence called by /opt/fhem/FHEM/34_ESPEasy.pm (1594)
2017.12.28 02:22:48 1 : main::ESPEasy_statusRequest called by fhem.pl (3065)
2017.12.28 02:22:48 1 : main::HandleTimeout called by fhem.pl (615)

[KernSani]

Ist das Problem damit gelöst (also hat das geholfen das Problem zu lokalisieren)? Ansonsten vielleicht (mit passendem Titel) in das entsprechende Forum verschieben.

Danke,

Oli

[roedert]

Ja, Problem ist gelöst.
Mit Stacktrace konnte ich zwar nicht sheen, von welchem Device die Warning ausgelöst wird - aber zumindest von welchem Modul.
In meinem Fall EasyESP.
Schuld war aber nicht das Modul selbst, sondern ein von mir unsauber definiertes stateformat.