[erledigt]Runden auf Ganzzahl mit ReadingsNum() funktioniert nicht

[frober]

Hallo zusammen,

ich möchte mit ReadingsNum() auf eine Ganzzahl runden.

Das Reading hat 2 Dezimalstellen z.B. 17.14

mit

Code Auswählen Erweitern

ReadingsNum("Sonnenstand","elevation",0,1);
bekomme ich 17.1, soweit ok.

mit

Code Auswählen Erweitern

ReadingsNum("Sonnenstand","elevation",0,0);
wird der Originalwert 17.14 ausgegeben.

Ich war der Meinung. das ich mit "0" keine Dezimalstellen bekomme, also 17 

Ist das so gewollt oder habe ich eine Denkfehler, etc., etc....

Grüße und frohe Weihnachten
Bernd

Edit: Betreff angepasst, in der Hoffnung, dass das "Problem" oder die Doku entsprechend angepasst wird.

[CoolTux]

Hallo Bernd,

Ohne jetzt in den Code gesehen zu haben. Laut Wiki gehst Du von der falschen Annahme aus

https://wiki.fhem.de/wiki/DevelopmentModuleAPI

Suche hier mal nach ReadingsNum.
Der dritte Wert ist nur ein Default der genommen wird wenn das Reading oder das Device welches Du an gibst nicht vorhanden ist. Wüsste nicht das man damit sagen kann wie er runden soll.
Lasse mich da aber gerne belehren.

[juemuc]

Hallo zusammen,

aus meiner Sicht sollte das schon gehen. Es muss aber da eine 2 stehen, da 2 Stellen gerundet werden sollen.
Alternativ gibt es das Attribut "stripnumber".

Viele Grüße
Jürgen

[frober]

Laut commandref:

ReadingsNum(<devicename>,<reading>, <defaultvalue>,<round>)
Gibt die erste Zahl aus dem Readingswert zurück. Falls <round> spezifiziert ist, wird sie auf diese Anzahl von Dezimalstellen gerundet.

Ich habe es gerade mit "2" getestet, dann kommt auch 17.14

[frober]

Alternativ gibt es das Attribut "stripnumber".

Ich versuche gerade mein "Glück" in MyUtils   

P.S. Mir geht es ums Verständnis, evtl. liegt hier auch ein Fehler vor. Ich habe es aktuell mit int(0.5 + Wert) gelöst.

[xenos1984]

Das ist die entsprechende Stelle in der fhem.pl, die das Verhalten verursacht - Zeile 4532:

Code Auswählen Erweitern

$val = round($val,$round) if($round);

Wenn man 0 Dezimalstellen angibt, interpretiert das if den Wert als false und es wird nicht gerundet. Die Zeile müsste wohl so lauten

Code Auswählen Erweitern

$val = round($val,$round) if(defined $round);

[frober]

Das ist die entsprechende Stelle in der fhem.pl, die das Verhalten verursacht - Zeile 4532:

Code Auswählen Erweitern

$val = round($val,$round) if($round);

Wenn man 0 Dezimalstellen angibt, interpretiert das if den Wert als false und es wird nicht gerundet. Die Zeile müsste wohl so lauten

Code Auswählen Erweitern

$val = round($val,$round) if(defined $round);

Danke, dann lag ich doch nicht verkehrt.
Dann müssen wir nur noch Rudi darauf aufmerksam machen.

Die https://wiki.fhem.de/wiki/DevelopmentModuleAPI müsste auch angepasst werden, da ist das runden gar nicht erwähnt.

[frober]

Ich habe einmal den Betreff angepasst, in der Hoffnung, dass der verantwortliche Entwickler (Rudi ?) sich dem annimmt.

Eigentlich ist es kein Anfängerthema, da es jedoch Themenunabhängig ist habe ich keinen besseren Bereich gefunden.
Im Developerbereich darf ich nicht...

Ich hoffe, dass ich niemanden auf die "Füße trete".


Edit: Gerade im Maintainer.txt nachgeschaut und verschoben. In der Annahme das es richtig ist, was xenos1984 in #6 geschrieben hat.

[frober]

@Rudi könntest du dir das mal anschauen?

Ist schon etwas älter, da Beta-User die Funktion im angepinnten Beitrag erwähnt, hole ich das nochmal hervor.

Ein evtl. Lösungsvorschlag hat xenos1984 schon in #6.

Danke Bernd

[betateilchen]

Alternativ kann man das Runden aber auch selbst machen:

Code Auswählen Erweitern

round(ReadingsNum("Sonnenstand","elevation",0),0);

[frober]

Alternativ kann man das Runden aber auch selbst machen:

Code Auswählen Erweitern

round(ReadingsNum("Sonnenstand","elevation",0),0);

Oder wie ich, siehe #5 

[betateilchen]

Oder wie ich, siehe #5

ja schon... aber warum? Wenn FHEM Dir doch in 99_Utils.pm schon die Funktion round() bereitstellt, warum willst Du dann das Rad in Deiner myUtils neu erfinden, anstatt die schon vorhandene Funktion zu nutzen?

[frober]

ja schon... aber warum? Wenn FHEM Dir doch in 99_Utils.pm schon die Funktion round() bereitstellt, warum willst Du dann das Rad in Deiner myUtils neu erfinden, anstatt die schon vorhandene Funktion zu nutzen?

Ich kann es dir leider nicht mehr beantworten...evtl. kannte ich die Möglichkeit vom Arduino. Mittlerweile habe ich ja auch dazu gelernt.

Aber das schweift vom eigentlichen Thema ab.
Das Runden mit ReadingsNum wird in der Commandref erwähnt und bevor nochmal jemand darüber stolpert habe ich hier Rudi gebetet sich das anzuschauen.

[Beta-User]

Das Runden mit ReadingsNum wird in der Commandref erwähnt und bevor nochmal jemand darüber stolpert habe ich hier Rudi gebetet sich das anzuschauen.

M.E. ist der Hinweis  völlig berechtigt, dass die Funktionsweise der Funktion nicht der Dokumentation entspricht (bzw. deren üblichem Verständnis). Ich hätte jedenfalls nicht vermutet, dass "0 Dezimalstellen" keine gültige Vorgabe sein sollte. Aber vielleicht komme ich auch zu sehr von Math::round her ...

Ansonsten kann man lange und breit darüber diskutieren, ob es die Funktionalität an sich braucht, ob ggf. !looks_like_number weitere Userfehler abfangen könnte, ... usw. usf..

[OT] Dass das Runden an sich mit ReadingsVal() möglich ist, ist mir im Zusammenhang mit attrTemplate für MQTT_GENERIC_BRIDGE aufgefallen. Das ist aber (schon immer) gepackaged, was zur Folge hat, dass man in Attributen vom User verwendete Funktionen (die hier leider mit eval aufgerufen werden müssen, u.A. weil zu viele Variablen an AnalyzePerlCommand übergeben werden müssen) ggf. entweder importiert oder eben bewußt in den main-Kontext verweisen muss. Spätestens da ist das mit dem Workaround "unschön", und es wäre wünschenswert, wenn ReadingsNum() das vollumfänglich mit erledigen könnte...
[/OT]

[betateilchen]

[OT] Dass das Runden an sich mit ReadingsVal() möglich ist, ...[/OT]

ReadingsVal() rundet nicht.

Noch ein Hinweis - falls Rudi das irgendwann liest:

in OldReadingsNum() steckt der gleiche Fehler bezüglich des Rundens auf 0 Nachkommastellen.