Sinusfunktion, LED Dimmen

Es wäre wohl besser die Werte des Sinus in einer Tabelle zu speichern in 
der genauigkeit in der du es haben willst!
Dann das Array durchlaufen (Zeitabstände mit Timer(besser) oder delay) 
und am ende wieder bei 0 anfangen...
In abhängigkeit von dem Wert den du da hast musst du die Led per PWM 
dimmen...das geht wohl am besten mit einem (Deutlich schnelleren Timer, 
wahrscheinlich auch mit der eingebauten PWM (da kenn ich mich nicht 
aus)).

LG Alexx

alxy schrieb:
> Dazu
> habe ich folgenden Code:

Mit Sicherheit nicht. Ohne den Rest des Programmes ist das von dir 
gelieferte ziemlich witzlos. Über den Unsinn der Nutzung von 
Floatingpointarithmetik, insbesondere Winkelfunktionen aus math.h auf 
einem AVR lasse ich mich lieber nicht aus.

Gut, wenn k als int deklariert ist, sieht es wieder anders aus. Stellt 
sich noch die Frage, warum er das in der Hauptschleife macht.

alxy schrieb:
>  sin(..)

und
>   _delay_ms(2)

passen zeitlich nicht so richtig zusammen. Wenn du den Prozessor 
unbedingt beschäftigen willst, muß der PWM-Takt per Timer erzeugt werden 
und langsamer als die längste Berechnung des neuen Wertes sein.

Abgesehen davon eignet sich die Sinusfunktion wegen der logarithmischen 
Helligkeitswahrnehmung nicht wirklich als Modulation. Im positiven 
Bereich des Sinus werden die Helligkeitsänderungen kaum wahrnehmbar 
sein.

Hallo,

natürlich wäre eine Tabelle das einfachste, aber ich möchte es gerne so 
lösen...

1

 while(1)

2

 {

3

4

  uint8_t k;

5

  //for(k=1; k < 360; k++)

6

  //{

7

   k = 45;

8

   i_ct = 511.0*(sin(0.785)+1.0);

9

10

11

   if ((i_ct<530)  && (i_ct>500)) { // for debugging

12

   OUTPT |= (1<<LED2);

13

   //}

14

15

   _delay_ms(2); // time between two increments of OCR1A (brightness increments)

16

17

  }

18

19

 }

k ist also typ int. Habe den sinuswert als bogenmaß mal direkt 
eingegeben... So funktinoiert es, aber warum anders (wie oben) nicht?

alxy

i_ct ist übrigens typ double...

Danke. Habs jetzt geändert, den Datentyp un es funkltioniert (fast)

1

 while(1)

2

 {

3

4

  uint8_t k;

5

  double n;

6

  for(k=1; k < 361; k++)

7

  {

8

   n = k*0.01745;

9

   i_ct = 511.0*(sin(n)+1.0);

10

11

12

   /*if ((i_ct<530)  && (i_ct>500)) { // for debugging

13

   OUTPT |= (1<<LED2);

14

   }*/

15

16

   _delay_ms(2); // time between two increments of OCR1A (brightness increments)

17

18

  }

19

20

 }

Sie geht von "halban" (511) auf ganz an(1022) und dann langsam bis 
aus(0) (natürlich nicht ganz aus, aber annähernd), aber dann springt sie 
wieder auf halban (511). Das wiederholt sdich dann natürlich.... sieht 
man auch auf dem oszilloskop

alxy

Edit: Dummer Fehler von mir!

uint16_t k; ist die Lösung, uint8 kann ja nur bis 255.

Danke an alle Antworter hier :)

alxy

Mh, eine Frage habe ich doch noch. Ließe sich die performance der 
berechnung noch optimieren, wenn ich zB einen Ton erzeugen will?

alxy

Harte worte müssen sein ... ;)

Aber ich will es eben nicht mit einer Tabelle machen, sondern so. Wenns 
nicht geht, auch oaky. Hätte ja sein können, dass man durch ausnutzung 
bestimmter Modi da noch etwas optimeiren kann und so die Frequenz 
erhöhen kann. Dann würde das mit dem Ton auch klappen ;)

alxy

Mit einem externen Quartz und den entsprechenden Fusebits ließ sichd as 
ganze noch um den Faktor 16 optimeiren...

Trotzdem habe ich am Ende dann trotzdem zur Tabelle gegriffen :P Damit 
war der Ton wenigstens zu hören.

alxy