ATmega1284P PWM, Phase Correct (Mode 10)

[BUZ (Gast)]

Hi, ich hab das Timer Kapitel im ATmega1284P Datenblatt schon 3 mal rauf 
und runter gelesen und bekomme die PWM im Mode 10 bei Timer 1 (16-Bit) 
nicht hin. Ich mache folgendes:

// PD5 OCA1 Ausgang
DDRD |= (1<<5);
  
// PWM initialisieren: Mode 10, Set OC1A on Compare Match (OC1B normal)
// clkIO (no prescaling)
TCCR1A = 0xC2;
TCCR1B = 0x11;
TCCR1C = 0x00;

// TOP = MAX
ICR1H = 0xFF;
ICR1L = 0xFF;

// duty-cycle    
OCR1AH = 0x00;
OCR1AL = 0x0F;

Zum testen habe ich eine LED dran. Die bleibt immer gleich hell - 
unabhängig von OCR1A. Was mach ich falsch?

[spess53 (Gast)]

Hi

Gibt es nicht noch eine kryptischere Art der Initialisierumg?

MfG Spess

[BUZ (Gast)]

// PD5 OCA1 Ausgang
DDRD |= (1<<5);
  
// PWM initialisieren: Mode 10, Set OC1A on Compare Match (OC1B normal)
// clkIO (no prescaling)
TCCR1A |= (1<<COM1A1) | (1<<COM1A0) | (1<<WGM11); 
TCCR1B = (1<<WGM13) | (1<<CS10);

// TOP = MAX  
ICR1H = 0xFF;
ICR1L = 0xFF;

// duty-cycle        
OCR1AH = 0x00;
OCR1AL = 0x0F;

[Stefan F. (Gast)]

Ich sehe da keinen Fehler.

[Veit D. (devil-elec)]

Hallo,

auf meinem Mega2560 funktioniert das, sehe kurze "negative" 
Nadelimpulse.

ICR1 = 65535;
OCR1A = 15;
TCCR1A = (1<<COM1A1)|(1<<COM1A0)|(1<<WGM11);
TCCR1B = (1<<WGM13)|(1<<CS10);

Hast du das Oszi am richtigen Pin angeschlossen?
Das Signal ist mit deiner Einstellung invertiert, hoffe das ist dir 
bewusst.
Setz mal OCR1A auf die Hälfte von TOP. Dann musst du ein Rechtecksignal 
sehen.

[BUZ (Gast)]

Danke für die Antwort. Mittlerweile habe ich mir ein Oszi besorgt und 
sehe die Nadeln auch - aber bei

OCR1AH = 0x00;
OCR1AL = 0xFF;

bekomme ich keine Signal mit 50% duty-cycle und ich verstehe nicht 
warum?
Erst bei

OCR1AH = 0x80;
OCR1AL = 0xFF;

bekomme ich keine Signal mit 50% duty-cycle. Aber laut Datenblatt sollte 
der Zähler hochlaufen und bei 0x00FF (OCR1A) den Pin auf low setzten. 
Oben bei 0xFFFF (TOP) wieder runterzählen und den Pin bei 0x00FF auf 
high setzten, bis nach unten (BOTTOM) und wieder raufzählen. Das sollte 
doch 50% duty-cycle geben?

[BlaBla (Gast)]

0xFFFF /2 = ca 0x8000, oder ?

[S. Landolt (Gast)]

Vielleicht wird es verständlicher, wenn man die Werte dezimal schreibt 
(s.o. bei Veit D.), und da der Compiler das ja auch versteht:

ICR1  = 65535;
OCR1A = 65535/2;

[Kenner der Szene (Gast)]

Spess fragte harm- und sinnlos:
> Gibt es nicht noch eine kryptischere Art der Initialisierumg?

Nachdem die nun vorliegt, wird er sicher gleich mit einer konstruktiven 
Antwort zurückkommen und damit das Problem lösen können.

Genau so, wie es eigentlich nie geschieht. Wichtig ist: Einwürfe, die 
niemandem helfen und Lösungen für völlig andere Probleme bringen.

[Stefan F. (Gast)]

Kenner der Szene schrieb:
> Genau so, wie es eigentlich nie geschieht. Wichtig ist: Einwürfe, die
> niemandem helfen und Lösungen für völlig andere Probleme bringen.

Von Hilfesuchenden Leuten kann man schon erwarten, dass sie Ihr Problem 
in menschen-lesbarer Form schildern, nicht als Rätsel.

[Kenner der Szene (Gast)]

Stefanus F. schrieb:

> Von Hilfesuchenden Leuten kann man schon erwarten, dass sie Ihr Problem
> in menschen-lesbarer Form schildern, nicht als Rätsel.

Das Listing ist gut lesbar und für die Böswilligen sogar noch 
kommentiert.

[S. Landolt (Gast)]

Es ist schon erstaunlich, dass er gerade mal elf Minuten benötigte, um 
die Terme umzuschreiben, da er doch offenbar Probleme mit dem 
Hexadezimalsystem hat.

[Veit D. (devil-elec)]

Hallo,

@ BUZ, zeige doch einmal dein gesamtes Programm. Zudem gewöhne dir den 
Mist ab mit der Registeraufteilung und hex, die Schreibweise ist 
fehlerträchtig und schwerer lesbar.
Mit was programmierst du deinen µC?
Irgendwas anderes ist hier faul wenn der einfache Code nicht das macht 
was er soll.

Wegen deinem 50% Duty Cycle Problem. Wenn Dein TOP den Wert 65535 hat, 
dann ist bei dessen halben Wert für den Compare Wert 50% Duty Cycle. 
Hatte S. Landolt schon geschrieben. Da muss man nicht groß rechnen. Mit 
dem invertierenen Modus kommst du scheinbar durcheinander.