[Gelöst] Wieder mal Perl Warnung und mit stacktrace keine Lösung gefunden

[DieterN]

Hallo liebe Gemeinde
Ich bekommen unregelmässig folgende Log Einträge:
 12:43:00 1: PERL WARNING: Argument "o" isn't numeric in subtraction (-) at ./FHEM/98_SVG.pm line 1377.
2024.03.28 12:43:00 1: stacktrace:
2024.03.28 12:43:00 1:     main::__ANON__                      called by ./FHEM/98_SVG.pm (1377)
2024.03.28 12:43:00 1:     main::SVG_getSteps                  called by ./FHEM/98_SVG.pm (1838)
2024.03.28 12:43:00 1:     main::SVG_render                    called by ./FHEM/98_SVG.pm (1236)
2024.03.28 12:43:00 1:     main::SVG_doShowLog                 called by ./FHEM/98_SVG.pm (1127)
2024.03.28 12:43:00 1:     main::SVG_showLog                   called by ./FHEM/01_FHEMWEB.pm (1011)
2024.03.28 12:43:00 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (609)
2024.03.28 12:43:00 1:     main::FW_Read                       called by fhem.pl (3985)
2024.03.28 12:43:00 1:     main::CallFn                        called by fhem.pl (786)

leider finde ich nicht heraus woher sie kommen.
Hoffe jemand kann mir helfen.
Ich habe alle meine Plots durchsucht und sie Funktionieren soweit.

BG Dieter

[JoWiemann]

Hallo Dieter,

bitte einmal sehr aufmerksam die Definitionen Deiner SVG Devices ansehen. Irgendwo hast Du wohl ein o (Oh) anstatt einer 0 hinterlegt.

Grüße Jörg

[DieterN]

Hallo Dieter,

bitte einmal sehr aufmerksam die Definitionen Deiner SVG Devices ansehen. Irgendwo hast Du wohl ein o (Oh) anstatt einer 0 hinterlegt.

Grüße Jörg

Hallo Jörg
das mache ich schon seit Tagen.
Ich dachte mit stacktrace erfahre ich woher das kommt.
Zudem funktionieren alle meine Plots.
Alles schon 100mal gecheckt, aber nur halt bei den SVG Plots direkt. Nicht in den gplot definitionen

[JoWiemann]

Hallo Jörg
das mache ich schon seit Tagen.
Ich dachte mit stacktrace erfahre ich woher das kommt.
Zudem funktionieren alle meine Plots.
Alles schon 100mal gecheckt, aber nur halt bei den SVG Plots direkt. Nicht in den gplot definitionen

Du kannst einfach mal in der fhem.cfg bzw. in den *.gplot Dateien nach einem o suchen. Oder Du setzt mit:

attr TYPE=SVG verbose 5

alle SVG Devices auf verbose 5. Das dann umfangreicherer Log könnte den Kandidaten finden.

Grüße Jörg

[DieterN]

attr TYPE=SVG verbose 5

Das werde ich jetzt versuchen.

Das o suchen habe ich schon in den gplot Dateien und fhem config gemacht.

Danke für den Tipp

[DieterN]

Also mit verbose 5 kommt keine Info.
Wenn ich die plots einzeln aufrufe, kommt auch kein Eintrag in den log.
Wenn ich aber über den Room "Plots" alle meine Plots aufrufen, kommt der Fehlereintrag.
2024.03.28 15:04:45 1: PERL WARNING: Argument "o" isn't numeric in subtraction (-) at ./FHEM/98_SVG.pm line 1377.
2024.03.28 15:08:42 1: PERL WARNING: Argument "o" isn't numeric in subtraction (-) at ./FHEM/98_SVG.pm line 1377.
2024.03.28 15:10:36 1: PERL WARNING: Argument "o" isn't numeric in subtraction (-) at ./FHEM/98_SVG.pm line 1377.
 Mit verbose 5 gesetzt!!!

[erwin]

Das "o" könnte in der Range def im plot file sein, oder auch in den Daten, wenn kein range definiert ist! (autorange calc).
Der Fehler kommt jedenfalls bei dem Versuch den y-range (max-min) auszurechnen... 
l.g. erwin

[DieterN]

Hi Danke
aber hast du das auch gelesen?
Wenn ich die plots einzeln aufrufe, kommt auch kein Eintrag in den log.
Wenn ich aber über den Room "Plots" alle meine Plots aufrufen, kommt der Fehlereintrag.

Wie kann das zusammen hängen?

[rudolfkoenig]

Wenn ich die plots einzeln aufrufe, kommt auch kein Eintrag in den log.

Das waere ein Wunder.

Die Fehlermeldung kommt aus der Routine, die Anhand minimum und maximum die vertikalen Markierungen in der Anzeige berechnet.
Ich wuerde:
- die Logs einzeln im Detailfenster anschauen
- pruefen, ob in "Range as [min:max]" (wenn gesetzt) nicht doch ein o statt 0 verwendet wurde.
- wenn das nicht hilft, dann auf die Warnung im FHEM-Log achten, "Show preprocessed input" in der SVG Detailfenster aufrufen, die Stelle mit dem o in den Daten finden und FileLog / DbLog / etc per Konfiguration ueberzeugen, die Daten ohne "o" zu liefern.

Ich tippe auf explizit gesetzten Range.

[erwin]

... gelesen ja - verstanden: nein,auch weil du nicht geschrieben hast wie du "einzeln" zu den plots kommst.
Wenn dem so ist (was ich für unwahrscheinlich halte), würde ich jeden plot in einen extra raum verschieben und checken, wo es passiert.
l.g. erwin

[DieterN]

.. gelesen ja - verstanden: nein,auch weil du nicht geschrieben hast wie du "einzeln" zu den plots kommst.
Wenn dem so ist (was ich für unwahrscheinlich halte), würde ich jeden plot in einen extra raum verschieben und checken, wo es passiert.

Das tutz mir leid. Also
ich habe zu Raum(wohnz, Küche usw..) natürlich einen eigenen Room.
Wenn ich auf die SVG Plots zugreife, kommt kein Fehler.
Wenn ich über den Room PLOTS (inden alle meinen Plots sind) gehe kommt die Fehlermeldung. Sonst nicht. Deswegen habe ich nirgends wo was gefunden in den Konfig Dateien. Das währe ja einfach gewesen.

[DieterN]

Wenn ich die plots einzeln aufrufe, kommt auch kein Eintrag in den log.

Das waere ein Wunder.

Die Fehlermeldung kommt aus der Routine, die Anhand minimum und maximum die vertikalen Markierungen in der Anzeige berechnet.
Ich wuerde:
- die Logs einzeln im Detailfenster anschauen
- pruefen, ob in "Range as [min:max]" (wenn gesetzt) nicht doch ein o statt 0 verwendet wurde.
- wenn das nicht hilft, dann auf die Warnung im FHEM-Log achten, "Show preprocessed input" in der SVG Detailfenster aufrufen, die Stelle mit dem o in den Daten finden und FileLog / DbLog / etc per Konfiguration ueberzeugen, die Daten ohne "o" zu liefern.

Ich tippe auf explizit gesetzten Range.

Hallo Rudolf

Das waere ein Wunder.

Das verstehe ich nicht. Wenn eine min: max Definition falsch ist, ist sie doch immer falsch und nicht unterschiedlich, wenn man sich alle Plots anschaut oder einzeln.

[DieterN]

- pruefen, ob in "Range as [min:max]" (wenn gesetzt) nicht doch ein o statt 0 verwendet wurde.

Habe ich nirgends man. gesetzt. Verwende immer die Automatik.

- die Logs einzeln im Detailfenster anschauen

Habe ich natürlich gemacht.

wenn das nicht hilft, dann auf die Warnung im FHEM-Log achten, "Show preprocessed input" in der SVG Detailfenster aufrufen, die Stelle mit dem o in den Daten finden und FileLog / DbLog / etc per Konfiguration ueberzeugen, die Daten ohne "o" zu liefern.

da bin ich jetzt ratlos. wie ich da vorgehen muss

[rudolfkoenig]

Wenn eine min: max Definition falsch ist, ist sie doch immer falsch und nicht unterschiedlich, wenn man sich alle Plots anschaut oder einzeln.

Genau.
Gilt auch dann, wenn min/max aus den Daten kommen.
Aus diesem Grund waere deine Beobachtung ein Wunder.

da bin ich jetzt ratlos. wie ich da vorgehen muss

Einzeln _alle_ SVGs in der Detailansicht anschauen, und dabei paraellel das FHEM-Log beobachten.
Die Liste der SVGs kriegt man auch mit "list TYPE=SVG"

[DieterN]

Einzeln _alle_ SVGs in der Detailansicht anschauen, und dabei paraellel das FHEM-Log beobachten

Das habe ich natürlich schon längst getestet.
Da kommt kein Fehler im Log.
Nur wenn ich über den Room(PLots, wo alle Plots aus allen Zimmern zusammengefasst sind) aufrufen, kommt der Fehler LOg.
Das ist ja das komische