AVR- Atmega32 lässt Pin nach Interrupt/PWM-Ansteuerung nicht mehr steuern

[Benedikt S. (acid_g)]

Hallo,

ich habe hier einen Atmega 32 mit einer LED an PD7 bzw. OC2.
Hier mein Code:

#include <util/delay.h>
#include <avr/io.h>

int main(void){
  DDRD = 0x80;  //PD7 as OUT
  OCR2 = 100;  //PWM Wert setzen
  start();
  
  _delay_ms(100);
  stop();

  //LED leuchtet noch, deswegen:
  PORTD &= ~(1 << PD7);

  while(1);  //Endlosschleife
}

void start(){
  TCNT2 = 0;    //reset timer2
  OCR2 = 0;    //reset compare register
  TCCR2 = 0x79;     //fast-pwm, inverted, prescale = 1
}

void stop(){
  TCCR2 = 0x00;  //stop the timer
}

Ich steuere also den Ausgang OC2 per Hardware PWM an, stoppe den Timer 
und weil die LED danach noch leuchtet, setze ich das zuständige Bit auf 
0 mithilfe von

PORTD &= ~(1 << PD7);

Die LED geht aber trotzdem nicht aus. Wieso?
Ich dachte zuerst, das wäre, wie im Datenblatt de Atmega 32 auf Seite 
118 beschrieben, weil der Port vom Timer "reserviert" wird. Mir ist aber 
folgendes aufgefallen:

Wenn ich die LED mit PORTD ^= (1 << PD7); ausschalte (ich weiß ja, dass 
das Bit gesetzt sein muss, wenn die LED noch leuchtet...) 
funktioniert's.

Auch warten zwischen PWM-Ansteuerung und manuellem Ausschalten hilft 
nicht.

Das gleiche tritt auf, wenn ich die LED per Interruptroutine mit PORTD 
^= (1 << PD7); hin und her schalte. Danach kann ich sie einfach nicht 
mehr mit normalen Bitsetzen wie

PORTD &= ~(1 << PD7);
oder sogar
PORTD = 0;

ausschalten. Auch davor anschalten, warten und wieder ausschalten 
funktioniert nicht...

Hat jemand eine Erklärung?

Vielen Dank schonmal,

Gruß,
acid_g

[STK500-Besitzer (Gast)]

JTAG?

[Oliver J. (skriptkiddy)]

STK500-Besitzer schrieb:
> JTAG?
Seit wann liegt JTAG auf PORTD?

Gruß Oliver

[Oliver J. (skriptkiddy)]

Benedikt S. schrieb:
> PORTD &= ~(1 << PD7);

Wird die LED invertiert betrieben?

Versuch mal das:

PORTD |= (1<<PD7);

Gruß Oliver

[Klaus D. (kolisson)]

du musst wohl den PIN respektive den PWM Mode
auf "Disconnect = Normal Port Operation" setzen.
k.

[Oliver J. (skriptkiddy)]

Klaus De lisson schrieb:
> du musst wohl den PIN respektive den PWM Mode
> auf "Disconnect = Normal Port Operation" setzen.
> k.

Tut er das nicht hier?

Benedikt S. schrieb:
> void stop(){
>   TCCR2 = 0x00;  //stop the timer
> }


Gruß Oliver

[Benedikt S. (acid_g)]

Oliver J. schrieb:
> Wird die LED invertiert betrieben?

Nein,
0 ==> lED aus;
1 ==> LED an

[spess53 (Gast)]

Hi

>Nein,
>0 ==> lED aus;
>1 ==> LED an

Und warum dann Invertierte PWM?

MfG Spess

[Benedikt S. (acid_g)]

spess53 schrieb:
> Und warum dann Invertierte PWM?

Ich fade die LED, nur leider ist meine Tabelle falsch herum ;-)

Außerdem:

Benedikt S. schrieb:
> Das gleiche tritt auf, wenn ich die LED per Interruptroutine mit PORTD
> ^= (1 << PD7); hin und her schalte. Danach kann ich sie einfach nicht
> mehr mit normalen Bitsetzen wie
> PORTD &= ~(1 << PD7);
> oder sogar
> PORTD = 0;
> ausschalten

[Oliver J. (skriptkiddy)]

Benedikt S. schrieb:
> Nein,
> 0 ==> lED aus;
> 1 ==> LED an

Und da bist du dir hundert-prozentig sicher?


Gruß Oliver

[Oliver J. (skriptkiddy)]

Benedikt S. schrieb:
> Wenn ich die LED mit PORTD ^= (1 << PD7); ausschalte (ich weiß ja, dass
> das Bit gesetzt sein muss, wenn die LED noch leuchtet...)

Das deutet für mich auf invertierten Betrieb hin, denn du kannst sie ja 
ausschalten. Nur eben musst du dazu wahrscheinlich das Bit in PORTD 
setzen und nicht löschen.

Gruß Oliver

[Benedikt S. (acid_g)]

Verdammt.... ihr hattet recht... die LED ist tatsächlich invertiert :D
Das mit dem zuvor setzen und danach wieder löschen hat mich irritiert. 
Ich kann hald doch nicht so schnell sehen ;-)

so was doofes... peinlich

Naja, jetz funktionierts wenigstens :D

vielen Dank für die Hilfe!

Gruß,
acid_g