ATmega128 verrechnet sich (immernoch)

und wie genau erwartest du in float zu rechnen?

http://docs.sun.com/source/806-3568/ncg_goldberg.html

Ich bräuchte schon so 7 Stellen nach dem Komma...

Die bekommst du aber mit float nicht.
Wenn überhaupt dann mit passenden Festkommzahlen:
http://www.mikrocontroller.net/articles/Festkommaarithmetik

Passt doch, was willste?
Wahrscheinlich rechnet Excel in double, deswegen die hoehere 
Genauigkeit. Das kannst auf nem AVR aber mal getrost vergessen.

Vielleicht waere es sinnvoll, wenn Du mal sagst, was Du vor hast und 
nicht versuchst, von Deiner suboptimalen Loesung fuer das verschwiegene 
Problem auszugehen. Das ist uebrigens in Foren immer gut ;)

Hm... Berechnung von/mit GPS-Koordinaten?

Ist Matze und Daniel jetzt die selbe Person? oO"

Mein Punkt ist: Wahrscheinlich brauchst Du ueberhaupt kein Fliesskomma 
fuer die Anwendung. Bei GPS-Koordinaten, die man in Graden, Minuten und 
Sekunden angeben kann, sehr wahrscheinlich auch nicht. Im Zweifelsfall 
kann man auch noch mit Fixpunktarithmetik rechnen. Das spart ausserdem 
ne Menge Flash-Speicher auf dem AVR und laeuft um einiges schneller.

Die natuerlichen Zahlen heissen "natuerlich", weil sie von der Natur 
gegeben sind. Alles andere ist eine Erfindung der Menschen. Das sollt 
man sich klar machen an der Stelle ;)

Greets,
Michael

P.S. Das sind diese "kaum macht man es richtig, funktioniert es"-Momente 
:D

Matze Niemand schrieb:
> = -( (50,74218*50,74218) + (8,355147*8,355147) )

Willst du ein Sicherheitstraining machen?
Das brauchst du bei float auch! :-)

http://maps.google.de/maps?f=q&source=s_q&hl=de&geocode=&q=N+50%C2%B0+44.53080+E+008%C2%B0+21.30882&sll=52.975496,9.854522&sspn=0.023258,0.033903&ie=UTF8&z=16

Michael G. schrieb:
> Ist Matze und Daniel jetzt die selbe Person? oO"

Nein, aber wie auch Klaus habe ich das als Koordinaten bei Google Maps 
eingegeben ;)

Wenn es denn um GPS geht würde ich aber sagen, dass man dort keine 
sieben Kommastellengenauigkeit benötigt, alleine die Messungenauigkeit 
sollte schon einen weitaus größeren Fehler einbringen...

@ Klaus Wachtler: nein, die Koordinaten sind zufällig gewält, ich 
brauchte welche um meine Rechnung zu verifizieren.

@ Daniel H.: Doch, 7 Stellen nach dem Komma sind schon in meinen Augen 
wichtig! Auch wenn vielleicht sogar die letzten 2 Stellen Messfehler 
sein können, so muss man damit in der Regel bis zu Ende weiterrechnen 
und erst dann den Fehler rausziehen. Zumindest habe ich das so gelernt.


Generell habe ich mich für die Lösung mit der Festkommaarithmetik 
entschieden. Allerdings kämen bei z.B. 52, xxxxxxx° zu großer Werte 
heraus, daher wird nun erst das Delta der Koordinaten gebildet und damit 
gerechnet. Danach werden die errechneten Koordinaten dann wieder zum 
Stützvektor verschoben. So bleibt der Fehler gering und ich kann auch 
mit 7 Stellen hinter dem Komma einfach und schnell rechnen.

Grüße an alle die, die vernünfige Kommentare gebracht haben!

Peter schrieb:
> Matze Niemand schrieb:
>> So bleibt der Fehler gering und ich kann auch
>> mit 7 Stellen hinter dem Komma einfach und schnell rechnen.
>
> auf einem ATmega128 kann man mit float nicht schnell rechnen, das kann
> gar nicht sein.

Er schrieb ja auch Festkommaarithmetik.

Peter schrieb:
> auf einem ATmega128 kann man mit float nicht schnell rechnen, das kann
> gar nicht sein.

'Schnell' gibt es nicht, nur 'schnell genug'. Für ein paar hundert 
Rechenoperationen pro Sekunde ist er auf jeden Fall schnell genug, für 
ein paar Hunderttausend auf jeden Fall nicht mehr. Alles dazwischen 
hängt von den Anforderungen ab.