Geschickt runden

int(400.99999999999999 + 0.x5 )
x sind so viel "0" wie du Stellen + 1 behalten willst

Denk mal über Integerberechnung nach.
Ist auf µC meistens die bessere Wahl.

Ralph schrieb:
> Denk mal über Integerberechnung nach.
> Ist auf µC meistens die bessere Wahl.

Was bringen mir Integer, wenn ich Frequenzen aus einem Integer berechne 
(Timer werte) und den Wert aufm Display darstellen will?

Ich hatte versucht, den Double Wert zu runden und dann jeweils zu 
addieren und subtrahieren. Wenn der Abstand dann kleiner als 0.001 ist, 
soll gerundet werden. Das hat aber nicht funktioniert, da bei dem Wert 
immer ne glatte 0 heraus kommt.

Curby schrieb:
> wenn ich eine Zahl wie 400.99999999999999 als double habe, wie kann ich
> diese geschickt auf 401 runden?

400.99999999999999 ist nur ein Artefakt der Dezimaldarstellung bei 
deiner Ausgabe. Beschränke deine Ausgabe auf die Zahl der relevanten 
Stellen und alles wird gut.

Werner schrieb:
> Curby schrieb:
>> wenn ich eine Zahl wie 400.99999999999999 als double habe, wie kann ich
>> diese geschickt auf 401 runden?
>
> 400.99999999999999 ist nur ein Artefakt der Dezimaldarstellung bei
> deiner Ausgabe. Beschränke deine Ausgabe auf die Zahl der relevanten
> Stellen und alles wird gut.

Im sprintf wird daraus 400.999 bei %3.3f. Daraus sollte dann 401 werden.
Das problem des Rundens betrifft in diesem Fall natürlich nur die Grenze 
zur nächstgrößeren Zahl. Aus 400.0000000001 wird der denke ich mal 
400.000 machen.

Ich habe jetzt folgende umständliche Lösung verwendet, die auch 
funktioniert. Die Variable freq_soll ist die betreffene Variable.

if((float)round(freq_soll)-freq_soll < 0.001 && 
(float)round(freq_soll)-freq_soll > 0) freq_soll = round(freq_soll);

Curby schrieb:
> Im sprintf wird daraus 400.999 bei %3.3f.

Dann ist das ein Problem der Konvertierung von sprintf.

Martin Schwaikert schrieb:
>> Was bringen mir Integer, wenn ich Frequenzen aus einem Integer berechne
>> (Timer werte) und den Wert aufm Display darstellen will?
>
> Sie bringen das mathematisch einzig richtige Ergebnis. Du kannst durch
> Berechnungen keine höhere Genauigkeit erzeugen, als Deine Ausgangswerte
> besitzen. Und wenn die ungenaueste Zahl NULL Nachkommastellen hat, dann
> darf das Ergebnis auch nur NULL Nachkommastellen besitzen. Alles andere
> ist ein Lügenbold, Schätzeisen, oder wie auch immer Du das nennst.

Da will ich jetzt doch mal nachhaken. Z.b. ich habe den Timerwert 10000 
und 1 entspricht 1/F_CPU Sekunden, dann ist meine Frequenz ja 
F_CPU/Timerwert. Der ursprüngliche Wert ist eine INT das ist klar, aber 
das Ergebnis kann ja allmöögliche Kommastellen annehmen, da brauch ich 
doch eine Kommazahl, eben float oder double.

> Der ursprüngliche Wert ist eine INT das ist klar, aber das Ergebnis
> kann ja allmöögliche Kommastellen annehmen, da brauch ich
> doch eine Kommazahl, eben float oder double.

nein:
Du erweiterst den Quotenten um 10 oder 100 und schmuggelst bei der 
Ausgabe ein Komma rein:
z.B. Runden und Ausgeben mit 2 Nachkommastellen
F_CPU = 16000000
Timer = 3

Berechnung:
FoutMal100 = F_CPU * 100 / timer ;
FoutVorkomma  = FoutMal100 / 100 ;
FoutNachkomma = FoutMal100 % 100 ;

eProfi schrieb:
>> Der ursprüngliche Wert ist eine INT das ist klar, aber das Ergebnis
>> kann ja allmöögliche Kommastellen annehmen, da brauch ich
>> doch eine Kommazahl, eben float oder double.
>
> nein:
> Du erweiterst den Quotenten um 10 oder 100 und schmuggelst bei der
> Ausgabe ein Komma rein:
> z.B. Runden und Ausgeben mit 2 Nachkommastellen
> F_CPU = 16000000
> Timer = 3
>
> Berechnung:
> FoutMal100 = F_CPU * 100 / timer ;
> FoutVorkomma  = FoutMal100 / 100 ;
> FoutNachkomma = FoutMal100 % 100 ;

Ich hab aber Werte im Timer von 0-262143 (jap, es handelt sich hier 
sogar um eine Long)? Das Fließkommaberechnung nicht exakt genau ist, ist 
mir durchaus bewusst. Aber so genau, wie ich es brauche wird es wohl 
sein.

Martin Schwaikert schrieb:
> Und wenn die ungenaueste Zahl NULL Nachkommastellen hat, dann
> darf das Ergebnis auch nur NULL Nachkommastellen besitzen. Alles andere
> ist ein Lügenbold, Schätzeisen, oder wie auch immer Du das nennst.

Was hat das mit der Zahl der Nachkommastellen zu tun. Die kann man 
beliebig ändern, indem man ein Spannung z.B. statt in mV in V angibt. 
Entscheidend ist die Anzahl der gültigen Stellen. Ein Widerstand von 
2,26MΩ wird nicht dadurch genauer oder ungenauer, dass man ihn als 
2260000Ω angibt.

meinezahl=ceil(meinezahl*1000)/1000
oder
meinezahl=floor(meinezahl*1000)/1000
ist dein freund

Werner schrieb:
> Martin Schwaikert schrieb:
>> Und wenn die ungenaueste Zahl NULL Nachkommastellen hat, dann
>> darf das Ergebnis auch nur NULL Nachkommastellen besitzen. Alles andere
>> ist ein Lügenbold, Schätzeisen, oder wie auch immer Du das nennst.
>
> Was hat das mit der Zahl der Nachkommastellen zu tun. Die kann man
> beliebig ändern, indem man ein Spannung z.B. statt in mV in V angibt.
> Entscheidend ist die Anzahl der gültigen Stellen. Ein Widerstand von
> 2,26MΩ wird nicht dadurch genauer oder ungenauer, dass man ihn als
> 2260000Ω angibt.

Oh ja richtig. gültige- nicht Nachkommastellen. verzeihung.