Funktionen: sin(); cos(); tan(); ... aus math.h

Hallo Leute!

Ich gerade voll am proggen, und bin auf ein "Nebenproblem" gestoßen.

Ich will eine Drehzahlangabe graphisch als Zeiger darstellen. ( Auf nem LCD versteht sich ).

um icht jeden einzelnen wert, von 0-360° abspeichern zu müssen,
was ziemlich viel Flash kostet, will ich die werte berechnen lassen.

Habe dazu viele Infos in meinen C-Buch ( C von A bit Z ) gefunden.

In der Headertadei math.h sollen sich diese mathematischen Funktionen befinden:

double sin( double zahl );
double cos( double zahl );
double tan( double zahl );
double asin( double zahl );
double acos( double zahl );
double atan( double zahl );
double sinh( double zahl );
double cosh( double zahl );
double tanh( double zahl );
double log( double zahl );
double log10( double zahl );

usw...


Die frage ist nun, ob das bei den AVRs auch funktionert?

Die Header math.h ist vorhanden, und der Compiler nimmt das Ganze auch an.

Nur rauskommen tut nur 0:

Code:

---

x = (double) tan( ( double ) 70 );

USART_transmit( x );

---

Wisst Ihr evtl. mehr darüber?

tan70 sollte 2.47 sein. also müsste er 2 senden....

Grad oder Bogenmaß ?

Gradmaß, sorry hab ich nicht erwähnt....

Viele dieser Funktionen hätten afaik gerne Bogenmaß als Input

hmmm,

aber

x = (double) tan( ( double ) 1.0 );

gibt er auch 0 aus....

und bei 70 nüsste halt dann mit Bogenmaß 1.22 rauskommen, da 70 ja ca. 22mal p(3.14) ist.

Hast du schonmal mit diesen Funktionen gearbeitet?

Zitat:

---

Zitat von Kaiser-F

Hast du schonmal mit diesen Funktionen gearbeitet?

---

War nicht böse gemeint... Will damit fragen ob die Funktionen überhaupt funktionieren mit den AVRs... Ansonsten muss ich selbst eine Funktion Programmieren um den Sinus zu berechnen....

FÜRCHT!

Zitat:

---

Zitat von Kaiser-F

..War nicht böse gemeint...

---

Ach was, ich bitte dich.
Ich verwend' sowas schon im Mengen, allerdings auf dem PC, da mir der AVR etwas leid tut.
Man müßt jetzt mal nachlesen, was es zu lesen gibt.

Bist du sicher, daß er nicht die ADDRESSE von dem double will ?

double funktion (double* value)

Zitat:

---

Zitat von Kaiser-F

Will damit fragen ob die Funktionen überhaupt funktionieren mit den AVRs...

---

Ja, tun sie. Und zwar sehr gut.

Wie oben schonmal gesagt erwarten sie die Werte im Bogenmaß.

Sowas steht zum Beispiel in dem Code für meinen Laufroboter:

Code:

---

/* Berechnung des Winkels um den das Bein angehoben wird */
        a = sqrt( z * z + b * b );                                                                                                // 250 µS
        hebeWinkel = asin( ( FUSSLAENGE * sin(dtemp2) ) / a ) / M_PI * 180;                // 840 µS
        dtemp = 180 - asin( b / a ) / M_PI * 180 - hebeWinkel;                                        // 310 µS
        if ( z < 0)
                dtemp = (-1) * dtemp - 2 * hebeWinkel;                                                                // 15 µS
        dtemp = (dtemp / 180 ) * 255;                                                                                        // 55 µS

---

MfG Kjion

Nö, die Prototypen sind zB

Zitat:

---

Zitat von math.h

extern double sin(double __x) __ATTR_CONST__;

---

Zitat:

---

Zitat von Kaiser-F

um icht jeden einzelnen wert, von 0-360° abspeichern zu müssen, was ziemlich viel Flash kostet, will ich die werte berechnen lassen.

---

Die trigonometrischen Routinen und allgemein float-Arithmetik braichen auch nicht gerade wenig Flash -- und zudem auch Rechenzeit und auch RAM. Übrigens implementiert die avr-libm nur den SFmode (also float). Die Prototypen sind allerdings wie oben, so daß hin- und hergewandelt wird. Die Genauigkeit von double hat man nicht.

Zitat:

---

Zitat von Kaiser-F

Code:

---

x = (double) tan( ( double ) 70 );

USART_transmit( x );

---

---

Besser:

Code:

---

double x;
x = tan (70.0);

---

Du bist sicher, daß dein USART_transmit (double) das macht, was du denkst? Und daß du die richtige libm.a verwendest?

Zitat:

---

Zitat von Kaiser-F

tan70 sollte 2.47 sein. also müsste er 2 senden.

---

tan(70.0) ist 1.2219....

Vielen vielen Dank für eure Hilfe!

Schätze mal dass es daran lag, dass ich tan(70); geschrieben habe, und nicht tan(70.0);

der Vektor wurde mir nicht ausgegeben...
Wär aber fast ein Fehler von mir gewesen.

Nochmals danke!

@Sprinter;

tan(70) ist tatsächlich 1,221959918 :oops:

Du hattest doch geschrieben (s.o):
x = (double) tan( ( double ) 70 );
heißt das, beim GCC funktioniert casting nicht ?

bei mir funktioniert das casting mit dem gcc schon, ich verwende aber nur ganze Zahlen
vielleicht liegts auch daran

Zitat:

---

Übrigens implementiert die avr-libm nur den SFmode (also float)

---

also gehts vielleicht, wenn man nach float castet, ist aber nur ne Vermutung

Dann hat aber die h-file nicht zu der Lib dazugepaßt. Ah so.

Zitat:

---

Zitat von PicNick

Dann hat aber die h-file nicht zu der Lib dazugepaßt. Ah so.

---

Doch die Header passen schon zur Implementierung der libm. Nur ist die Genauigkeit eben nicht die, wie man sie von double gewohnt ist, sondern nur die von float.

Moment, macht mich nicht wirre:
Function prototype (z.B):

Zitat:

---

double tan( double zahl );

---

Zitat:

---

hmmm,
aber
x = (double) tan( ( double ) 1.0 );
gibt er auch 0 aus....

---

Gibt's nur eine Erklärung:
Er hat ( double ) 1.0 gecastet, d.h. 8 Byte
d.s. im Intel-Format (Low sign. first)
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xf0, 0x3f
das gibt nur NULL, wenn er jetzt nur das single (float) davon liest, also die ersten 4
0x00, 0x00, 0x00, 0x00
und das entspricht single 0.0
und dann ist der tangens auch null

also ---> function prototype <nix passt> library


edit : mit gewohnheit hatt das nix zu tun

Vielleicht geht's ja einfach mit float?

Zitat:

---

Zitat von gcc-3.4.4/gcc/config/avr/avr.h

#define FLOAT_TYPE_SIZE 32
/* A C expression for the size in bits of the type `float' on the
target machine. If you don't define this, the default is one word. */

#define DOUBLE_TYPE_SIZE 32
/* A C expression for the size in bits of the type `double' on the
target machine. If you don't define this, the default is two
words. */

---

Zitat:

---

Zitat von avr.h

#define FLOAT_TYPE_SIZE 32
#define DOUBLE_TYPE_SIZE 32

---

Ziemlich einheitlich.

Ich nehm' mal davon mit, daß da einige Fallstricke gespannt sind. Vorsicht scheint angebracht. Na ja.

Zitat:

---

Zitat von PicNick

Ich nehm' mal davon mit, daß da einige Fallstricke gespannt sind. Vorsicht scheint angebracht. Na ja.

---

So schlimm ist's gar nicht. Man muss nur in Gedanken alle "double" zu "float" machen, dann stimmt wieder alles und man kann ganz normal damit arbeiten.

MfG Kjion

Zitat:

---

Zitat von Kjion

.. in Gedanken alle "double" zu "float"..

---

Ich sag jetzt aber lieber nix.

hi,

wie groß wird der zeiger überhaupt auf dem display?
er müsste schon ziemlich groß sein dass sich die verwendung der sin und cos funktionen lohnt; der avr kann nämlich nur software-floating point berchnungen,
bei den tinys wird selbst die multiplikation softwaremäßig gemacht

Hi

Hab ein Problem mit der log-Funktion: am AT Tiny26 (der natürlich für solche rechnungen blöd ist, aber es muss sein), wenn ich Log einbinde wächst mein programm um das zweifache des verfügbaren Speichers!!!

Wie kommt das? Wie mache ich es kleiner?

Ich verwende das aktuelle release von WinAVR und AVR Studi4, -Os ist an

Float-Berechnungen sind sehr aufwändig, und das das in einen ATtiny26 net reinpasst wundert mich net...

log kann man auch einfacher berechnen, schau mal da für eine einfache Alternative:

http://de.wikipedia.org/wiki/Logarit....C3.A4rziffern