pwm atmega 32

[Jörg Stäudle (Gast)]

Hallo,
ich habe mich an folgendem Problem festgebissen und komme im Forum und
mit Datenblatt nicht weiter. Irgendwas habe ich nicht verstanden.
Ich will ein pulsweitenmoduliertes Signal am Pin B4 (OC0)des Atmega 32
ausgeben. Dazu habe ich eine LED angeschlossen.
Das kontinuierliche Hellerwerden der LED geht, das Brennen mit z.B.
halber Stärke geht nicht. (Habe auch Quelltexte aus diesem Forum
ausprobiert)
Kann mir bitte jemand auf die Sprünge helfen (auch wenn's eventuell
schon mal irgendwo stand?)
Danke, Jörg

Details:
Folgender Quelltext geht, die LED wird heller:
#include <avr/io.h>
#include <avr/delay.h>

int main (void)
{
  DDRB=0xff;
  PORTB=0x00;
  int i;

  TCCR0 = (_BV(WGM00) | _BV(COM01) | _BV(COM00) | _BV(CS00));
  while(1)
   {for (i=0;i<255;i=i+1)
     {OCR0=i;
      _delay_loop_2(20000);}}
}

Folgender Quelltext geht nicht, die LED brennt immer mit maximaler
Helligkeit:
#include <avr/io.h>

int main (void)
{
  DDRB=0xff;
  PORTB=0x00;
  int i;

  TCCR0 = (_BV(WGM00) | _BV(COM01) | _BV(COM00) | _BV(CS00));
  while(1)
   {OCR0=0x00;} //LED sollte aus sein, genausowenig geht 0x10...
}

[Michael (Gast)]

Vermutlich wird Dein while(1) einfach wegopimiert. Versuche mal:
...
OCR0 = 0;
while(1);
}

[Jörg Stäudle (Gast)]

Hallo Michael,
danke für deine Antwort, aber daran liegt's nicht. Ich hab's schon
ausprobiert. Auch mit for - Schleife tut sich nichts.
Ich komme einfach nicht weiter, vor allem weil genau der Quellcode so
in einigen Beiträgen hier auch steht und bei mir geht er halt nicht.
Vielleicht muss ich dazusagen, ich benutze ein selbergebautes
Programmierkabel (pony - stk 200), aber das tut einwandfrei. Und der
atmega 32 ist auf einem Breadboard gesteckt.
Viele Grüße, Jörg

[Daniel (Gast)]

Hallo Jörg,

erstmal : Deine Frage könnte man in "asking smart questions" als
Beispiel für eine vernünftig gestellte Frage abdrucken. Kompliment.

Eine kleine Frage : War das ein Schreibfehler in Deinem Startpost oder
hast Du die Led wirklich an PB 4 hängen ?! Mein Datenblatt sagt : PB3
ist der OC0 Pin. Der Pin PB 4 ist der SS- -Pin des SPI.
Ansonsten habe ich keinen Plan, was da schief gehen könnte :-(.

MfG, Daniel.

[Daniel (Gast)]

Hallo Jörg,

hier noch mal - das lässt mir keine Ruhe ! ;-)

Auf Seite 75 des Datasheets zum ATmega32 steht was zu den Extremwerten
von OCR0. Du verwendest eine invertierte Phase-correct PWM. WGM1:0 = 1
und COM1:0 = 3. Das führt dazu, dass bei einem Wert von 0x00 (=BOTTOM)
der Ausgang immer high ist. Auch der Wert 0x10 stellt dann keine so
gewaltige Änderung dar (~96% Einschaltdauer). Probier doch einfach mal
ein paar andere Werte für OCR0 die sich wirklich von 0x00 und 0xFF
unterscheiden (z.B. 0x40 oder 0x80). Wenn das alles nix bringt gibt es
zwei Möglichkeiten :

1. Ein Oszilloskop nehmen und einfach mal schauen, was sich wirklich an
dem Pin tut.
2. Sich das File aus dem Projektordner raussuchen, in welchem der
Compiler den Assemblerquelltext Deines Projekts gespeichert hat. Da
kann man dann auch nachschauen, welche Werte der Code den Registern
zuweist und ob vielleicht irgendetwas verloren gegangen ist. Das ist
aber eher unwahrscheinlich - die Probleme liegen bei illegalen
Wegoptimierungen meistens im C-Code.

An der Arbeit habe ich meine AVR-Entwicklungsumgebung nicht da - sonst
würde ich es testen.

MfG, Daniel.

[Daniel (Gast)]

Korrektur : 0x10 führt natürlich nicht zu 96% Einschaltdauer sondern zu
93,75% Einschaltdauer. Ich hatte 0x10 als 10 gelesen ;-).

MfG, Daniel

[Jörg Stäudle (Gast)]

Hallo Daniel,
vielen Dank für deine Hilfe, PB3 habe ich schon verwendet.
Aber wie gesagt, ich hatte was noch nicht verstanden, bei 0xFF ist die
LED aus, juhu.
(Also führe ich mir das Datenblatt nochmal zu Gemüte.)

Vielen Dank auf jeden Fall, Jörg