PERL WARNING: Argument "100 %" isn't numeric

[MadMax-FHEM]

Mehr spuckt das list batteries eben nicht aus. Deshalb war auch meine Frage, was die lange Liste jetzt nutzt?

Und ja, das list im ertsten Post ist natürlich vom betroffene Device.

EDIT: aber nicht mal ein "Raum-Attribut? Wozu ist die readingsGroup dann nutze, wenn du nicht mal weißt, dass du sie hast (sonst hätte ich ja nicht "erklären müssen" wie du sie "finden kannst" Und sie auch nicht "leicht" aufmachen kannst? Aber: das sei dir überlassen)

Ich habe mich ja schon geoutet als "nicht readingsGroup-Debugger"

Angefragt wurde das list ja hier: https://forum.fhem.de/index.php/topic,119982.msg1144284.html#msg1144284

Mal abwarten...

Gruß, Joachim

[ph1959de]

Mehr spuckt das list batteries eben nicht aus. Deshalb war auch meine Frage, was die lange Liste jetzt nutzt?

Die lange Liste sollte ausschließen, dass da irgendwelche Attribute der readingsGroup (valueFormat, ...) etwas spezielles im Bezug auf das reading machen. Du benutzt aber wohl offensichtlich eine einfache readingsGroup, die Deine gesamte FHEM Konfiguration auf readings, die im Namen "battery" enthalten. Daher die sehr lange Liste.

Und ja, das list im ertsten Post ist natürlich vom betroffene Device.

Das FBDECT Modul scheint wirklich in das reading battery das Prozentzeichen reinzuschreiben - und da readingsGroup wohl von numerischen Werten ausgeht, führt das zu der beobachteten Warnung.

Da nicht davon auszugehen ist, dass die Darstellung im FBDECT Modul geändert wird, könntest Du versuchen, mit Hilfe des readingsGroup Attributs valueFormat eine andere Darstellung bewirken - ich bezweifle allerdings, dass eine Warnung in einer so generellen readingsGroup diesen Aufwand rechtfertigt.

[Christoph Morrison]

Das FBDECT Modul scheint wirklich in das reading battery das Prozentzeichen reinzuschreiben - und da readingsGroup wohl von numerischen Werten ausgeht, führt das zu der beobachteten Warnung.

Es scheint nicht nur so, es ist auch so, Zeile 414:

Code Auswählen Erweitern


   battery         => 'sprintf("battery:%s %%", $val)',


Ich kenn den Stand der Diskussion über die kanonischen Batterie-Readings nicht, aber vielleicht stupst du mal Rudi an.

[justme1968]

ich behaupte mal die meldung kommt nicht von der geposteten readingsGroup.

zeig mal die ausgabe von list TYPE=readingsGroup DEF

[JoWiemann]

Ich verweise dann gerne einmal auf:

https://wiki.fhem.de/wiki/DevelopmentGuidelines#Einheitendarstellung
https://forum.fhem.de/index.php?topic=21247.0
https://forum.fhem.de/index.php?topic=68431.0
https://forum.fhem.de/index.php?topic=70634.0
https://forum.fhem.de/index.php?topic=44946.0

mal sehen für Diskussion ihr Euch entscheidet.

Grüße Jörg

[rudolfkoenig]

Die Formulierung im Wiki ist nicht ganz richtig, insb. das Wort "nur" ist falsch. Der Wertebereich von batteryPercent, batteryState und batteryVoltage ist standardisiert.  battery wurde haeufig von den Modulen vor der Standardisierung verwendet, und wir wollten die alten Benutzer nicht aergern, insofern bleibt es unveraendert.

Das FBDECT Modul generiert neben dem "alten" battery Reading die damals vereinbarten batteryPercent und batteryState.

[Udomatic]

Es scheint nicht nur so, es ist auch so, Zeile 414:

Code Auswählen Erweitern


   battery         => 'sprintf("battery:%s %%", $val)',


Ich kenn den Stand der Diskussion über die kanonischen Batterie-Readings nicht, aber vielleicht stupst du mal Rudi an.

Vielen Dank für die bisherigen Kommentare und Inputs. Was bedeutet das jetzt für die Lösung des Problems?

[rudolfkoenig]

Was bedeutet das jetzt für die Lösung des Problems?

- "offiziell" ist battery das falsche Reading, man sollte stattdessen einen der vereinbarten verwenden (siehe Wiki-Link)
- ich habe nach der oben gezeigten Definition ein readingsGroup angelegt, und hatte kein Problem mit "battery 100 %".
- laut Stacktrace wurde das Problem bei der Evaluierung eines valueFormat readingsGroup Attributes ausgeloest, leider wurde dieses Attribut uns in der Listing verschwiegen. Ich rate: im Attribut wird  "$VAL < " verwendet, statt "$NUM < ".

Die Ursache ist also weder das FBDECT, noch das readingsGroup Modul, sondern ein vom Benutzer definiertes Attribut.

[Udomatic]

- "offiziell" ist battery das falsche Reading, man sollte stattdessen einen der vereinbarten verwenden (siehe Wiki-Link)
- ich habe nach der oben gezeigten Definition ein readingsGroup angelegt, und hatte kein Problem mit "battery 100 %".
- laut Stacktrace wurde das Problem bei der Evaluierung eines valueFormat readingsGroup Attributes ausgeloest, leider wurde dieses Attribut uns in der Listing verschwiegen. Ich rate: im Attribut wird  "$VAL < " verwendet, statt "$NUM < ".

Die Ursache ist also weder das FBDECT, noch das readingsGroup Modul, sondern ein vom Benutzer definiertes Attribut.

Vielen Dank für die Unterstützung. Habe es verstanden. Es gab noch eine zweite Batteries readingsGroup. Habe diese gelöscht und seitdem ist der Fehler wohl Geschichte