Nachkommastellen beim event-aggregator begrenzen?

[Wolfspirit]

Ich stimme zu.
Zumindest als übergangslösung wäre der Patch echt sinnvoll bis eine bessere Lösung gefunden ist.
Ich muss im moment jedesmal die fhem.pl nach einem Update ändern da ich sonst probleme mit meinen readings bekomme.

Vorallem macht dieser patch ja nichts kaputt sondern ertweitert lediglich.

[vbs]

Fände es auch nach wie vor gut, wenn der Patch eingecheckt werden könnte. Ich hab für mich noch keine nutzbare Alternative gefunden. Der Patch hat mMn ja auch erstmal keine Nachteile und steigert die Code-Komplexität auch nur minimal.

[rtv]

Vielen Dank vbs für den Patch.
Ich nutze das Attribut z.B: für Thermostaten um sparsame Logs und damit schnelle und saubere Plots zu bekommen.
Leider zerschießen die Nachkommastellen nicht nur die ReadingGroups, sondern auch die Werte des Statistics Moduls (und damit wiederum die Logdateien).

[Dr. Boris Neubert]

Hallo,

warum legt Ihr nicht ein userReading über das Reading mit den vielen Nachkommastellen, welches eine mathematische Rundungsfunktion verwendet?

Viele Grüße
Boris

[vbs]

Weil das mMn ziemlich umständlich ist: Man müsste a) das userreading incl. Perl-Code anlegen, b) das DbLog so anpassen, dass die entsprechenden UserReadings geloggt werden (und die alten nicht) und c) die Plots auf die userreadings ändern und d) dann die alten Datenbankeinträge, so ändern, dass sie den neuen userreading-Namen tragen, da sonst erstmal alle Plots leer sind. Und das Ganze eben für alle Reading, die gerundet werden sollen.

[betateilchen]

welches eine mathematische Rundungsfunktion verwendet?

zum Beispiel die in fhem enthaltene Funktion round()...

[Jostar]

Ich glaube die Antwort (an Boris), warum das Loggen solch vieler Nachkommastellen vermieden werden sollte fehlt noch:
* vermehrter Speicherplatzbedarf (mit den ganzen Nachteilen, verminderte Verarbeitungsgeschwindigkeit in der DB, etc.)

[willybauss]

Wollte mal nachfragen, wie es nun aussieht. Weder hier noch bei "Guckst Du hier" sehe ich wirklich was. Wäre aber wirklich ganz praktisch, sich in effizienter Weise auf eine sinnvolle Anzahl Nachkommastellen beschränken zu können.

[Weissbrotgrill]

Schade das dieser einfache und nützliche Patch nicht übernommen wurde.
Ich habe aktuell das gleiche "Problem" mit LaCrosse Sensoren deren Werte ich über 60 Sekunden aggregiere. Die vielen Nachkommastellen sind extrem unnötig und erfordern an den unterschiedlichsten Stellen manuelle Eingriffe.
Da finde ich den Patch doch wesentlich sinnvoller. Habe ihn daher in meiner FHEM Installation übernommen. Ich hoffe ich finde einen Weg nach einem Update daran zu denken ihn wieder anzuwenden :-)

@vbs: vielen Dank

[willybauss]

Eigentlich wäre die Lösung einfach: bei der Mittelwertbildung wird das Ergebnis automatisch auf die Anzahl Nachkommastellen begrenzt, die die Eingangswerte hatten. Alles darüber hinaus suggeriert eine Genauigkeit, die die Eingangswerte schon nicht hatten.

Bei 23 Beiträgen in diesem Thread sind wir nun bei ca. 20 (= 86,95652173913043%) angelangt, die sich sowas wünschen würden. Dennoch scheint eine demokratisch eindeutige Entscheidung keine Einsicht zur Implementierung zu bewirken - schade.

PS:
Alle meine Versuche, im Label von SVG-Plots die Nachkommastellen zu begrenzen, haben nicht geklappt. Entweder ich bin zu doof oder die nachträgliche Rundung findet hier ihre Grenzen.

[Jostar]

Gibt es in der Zwischenzeit schon eine Lösung für die unnötigen und störenden Nachkommastellen?
Ich wäre sonst auch sehr dafür den Patch für alle verfügbar zu machen, es scheint für mich keine Nachteile zu geben (5. Parameter in der Übergabe).
Gruß J.

[willybauss]

...5. Parameter in der Übergabe

Oder sogar ganz ohne zusätzliche Parameter, wenn die Rundung automatisch auf dieselbe Anzahl Nachkommastellen begrenzt wird wie die Eingangsdaten.

Es ist schon traurig, was hier passiert, der reinste Kindergarten. Boris stampft nur mit dem Fuß auf den Boden und will einfach nicht, und Betateilchen ist mir bis heute die Antwort schuldig (Frage sh. mein Beitrag vom 24 September 2017, 11:49:10), wie er die round()-Funktion ins Label eines SVG-Plots einbauen will. Außer fhem-Abstürzen konnte ich da nichts erreichen.

[KernSani]

die Diskussion ist hier irgendwie am falschen Platz... Ich nehme an, der ursprüngliche TE liest ohnehin nicht mehr mit, daher verschiebe ich mal ins Developer-Forum...

[JimKnopf]

Hallo!

Ich hänge mich jetzt hier auch mal ran und erwecke den Thread vielleicht wieder zum leben.
Mich neven diese vielen Nachkommastellen auch und es gibt immer noch keine Lösung?
Echt schade, dass manche so stur sein können.

Gruß,
Burkhard

[abc2006]

Hallo,
ich würde auch befürworten, die Ausgangsgenauigkeit auf die Eingangsgenauigkeit zu beschränken.

Grüße,
Stephan