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

[Kaiser-F]

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:

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....

[PicNick]

Grad oder Bogenmaß ?

[Kaiser-F]

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

[PicNick]

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

[Kaiser-F]

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?

[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!

[PicNick]

..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)

[Kjion]

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:

/* 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

[SprinterSB]

Nö, die Prototypen sind zB

extern double sin(double __x) __ATTR_CONST__;

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.

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

USART_transmit( x );

Besser:

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?

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

tan(70.0) ist 1.2219....

[Kaiser-F]

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