|
Anzeige
|
Unterschiedliche Ergebnisse bei float und long
Gast
#2634539
Hallo! Hab folgende Codezeilen:
Nicht schön, aber funktioniert. Nun wollte ich den Code optimieren und vor allem mit integer/long rechnen. Die einzelnen Rechenschritte zusammengefasst sieht dann theoretisch so aus:
Aber funktionieren tut's nicht! - Was mache ich falsch? Wie optimiere ich richtig? Danke für eure Hilfe. Gruß Juri
Gast
#2634553
Und was geht nicht?
Gast
#2634572
Es kommt einfach ein anderes Ergbnis raus. Die float-Funktion liefert z.B 5000 zurück, die long-Version 162. Das ganze läuft übrigens auf einem MSP430F2418.
Gast
#2634582
Du verwendest offensichtlich etwas, was fälschlicherweise als Programmiersprache bezeichnet wird, jedoch aufgrund der uneindeutigen und meist compilerabhängigen Sprachdefinition bzw. Implementation mehr oder weniger zufällige Ergebnisse liefert. Diesen "C"-Quatsch sollte man nur verwenden, sofern einem langweilig oder das Ergebnis egal ist. Benutze besser eine richtige bzw. professionelle Programmiersprache, dann must Du dich nicht mit solchem Kinderkram herumschlagen. Gruß, Egbert
Gast
#2634589
Was ist denn das für eine Antwort!?!?
Gast
#2634590
egbert schrieb: > Benutze besser eine richtige bzw. professionelle Programmiersprache, Beispielsweise? Juri schrieb: > (divider * 1e6) Auf diese Art wirst du Fliesskommarechnung aber nicht los.
Gast
#2634606
Floh schrieb: > Beispielsweise? Das habe ich mich auch gefragt. A. K. schrieb: > Auf diese Art wirst du Fliesskommarechnung aber nicht los. Wegen dem "1e6"!? Soll ich dann lieber 1000000 schreiben? Korrekt erkannt.
Gast
#2634611
unsigned char divider; (divider * 1e6)); das pass aber nicht in ein unsigned char besser sollte es so sein: (divider * 1e6ul));
Gast
#2634614
Wenn wir dem egbert alles wegnehmen was in C geschrieben ist, kann er wieder mit dem Brummkreisel spielen. Und so einen Mist schreiben kann er dann auch nicht mehr. Juri schrieb: >> Beispielsweise? > > Das habe ich mich auch gefragt. Er meint T/PL, auch bekannt als Troll Programming Language. Peter II schrieb: > (divider * 1e6ul)); War das nicht 1uL6? ;-)
Gast
#2634682
Zurück zu meinem Problem: Dieses befand sich zwischen Tastatur und Stuhllehne. Wenn time_us = 5.000 und clk = 8.000.000 (Punkt = 1000er Trennzeichen) hat man bei der Berechnung von (time_us * clk) eigentlich das Ergebnis von 40.000.000.000 . Das passt aber in einen unsigned long mit 2^32-1=4.294.967.295 nicht rein. Überlauf, anderes Ergebnis... Ein wenig umgestellt, um die Wertebereiche einzuhalten und schon funktionierts:
Gast
#2634693
A. K. schrieb: > Er meint T/PL, auch bekannt als Troll Programming Language. Wo kann man die lernen? ;) Juri schrieb: > A. K. schrieb: >> Er meint T/PL, auch bekannt als Troll Programming Language. > > Wo kann man die lernen? ;) Die muss man nicht lernen. Das ist ja das Geniale daran. Juri schrieb: > Ein wenig umgestellt, um die Wertebereiche einzuhalten und schon > funktionierts: >
Das Problem könnte jetzt höchstens noch sein, dass du bei clk/1000000 zu viel verlierst. Bei deinen 8Mio geradeaus ist das kein Problem. Bei anderen Frequenzen mag das aber zu einem werden. Dann müsste man zb mal untersuchen, ob man nicht die Division auf 2 mal aufteilt Ala
Reine Mathematik hat mit den realen Gegebenheiten in einem Computer manchmal nur wenig zu tun.
Gast
#2634781
Karl Heinz Buchegger schrieb: >> Wo kann man die lernen? ;) > > Die muss man nicht lernen. Das ist ja das Geniale daran. Köstlich! Antwort schreiben |
Anzeige
|
