Phase Correct PWM auf AtMega Familie

[Thomas (Gast)]

Hallo,

ich finde den Fehler nicht bei der Initialisierung meines PWM-Signals 
als Phase-Correct (nicht FAST) Mode auf OC1A / PD5 eines AtMega16.
- Es kommt kein Signal -

DDRD= (1<<PIND5); // PWM Lock-In-Signal (Output)

//Initialize Lock-In-PWM-Signal
TCCR1A |= (1<<COM1A0) | (1<<WGM10);  // COM1A1:0 = 01, WGM12:10 = 101 Phase Correct PWM Mode
TCCR1B |= (1<<WGM12) | (1<<CS11);  // CS02:00 = 010 clk prescaler 1/8
  OCR1A = 200;

habe ich irgendetwas nicht verstanden? Oo

[Stefan E. (sternst)]

Du hast gar kein Phase-Correct-Modus ausgewählt, sondern 8-Bit-Fast-PWM.

[Thomas (Gast)]

Stefan Ernst schrieb:
> Du hast gar kein Phase-Correct-Modus ausgewählt, sondern 8-Bit-Fast-PWM.

Woran erkennst du das?
Laut Datenblatt ist der Fast PWM mode aktiv bei WGM02:0 = 3 oder 7, bei 
mir ist WGM02:0 = 5.

Aber: Auch der F PWM mode sollte ja am oszi was zeigen...


Ich habe ehrlich gesagt noch nie einen anderen PWM channel als den OC0A 
benutzt, daher die vorsichtshalber nachfrage: alle register, die gesetzt 
werden heißen dann für OC1A eben z.b. nicht TCCR0A sondern TCCR1A und 
die bits eben COM1A0 statt COM0A0 richtig?

[Karl H. (kbuchegg)]

Thomas schrieb:
> Stefan Ernst schrieb:
>> Du hast gar kein Phase-Correct-Modus ausgewählt, sondern 8-Bit-Fast-PWM.
>
> Woran erkennst du das?

Am Datenblatt. Tabelle 47 auf Seite 112

WGM10 auf 1, WGM12 auf 1, alle andern auf 0
das ist Modus 5. Fast-PWM mit 8 Bit

[Karl H. (kbuchegg)]

>  daher die vorsichtshalber nachfrage: alle register, die gesetzt werden heißen 
dann für OC1A eben z.b. nicht TCCR0A sondern TCCR1A und die bits eben COM1A0 statt 
COM0A0 richtig?

Richtig.,
Aber nur weil beim Timer 0 das Bit XYZ im Register ABC0 ist, bedeutet 
das nicht, dass beim Timer 1 das ganz genauso ist, und Register ABC1 
richtig wäre.

D.h. durch die Mühle durch und alle Bits kontrollieren.

[Karl H. (kbuchegg)]

Da haben wirs schon.
Ist der Timer auf Fast-Pwm, dann ist für die Bedeutung der COM Bits die 
Tabelle 45 auf Seite 111 zuständig "Table 45. Compare Output Mode, Fast 
PWM"

COM1A1/COM1B1 COM1A0/COM1B0 Description

     0            0         Normal port operation, OC1A/OC1B disconnected.

     0            1         WGM13:0 = 15: Toggle OC1A on Compare
                            Match, OC1B disconnected (normal port
                            operation).
                            For all other WGM13:0 settings, normal port
                            operation, OCnA/OCnB disconnected.

     1            0         Clear OC1A/OC1B on compare match, set
                            OC1A/OC1B at BOTTOM,
                            (non-inverting mode)

     1            1         Set OC1A/OC1B on compare match, clear
                            OC1A/OC1B at BOTTOM,
                           (inverting mode)

Du hast

TCCR1A |= (1<<COM1A0) | (1<<WGM10)

also nur COM1A0 gesetzt. Dein Modus ist auch nicht 15. Damit gilt:

For all other WGM13:0 settings, normal port
operation, OCnA/OCnB disconnected.

Du musst jedes Bit mit dem Datenblatt kontrollieren! Nur weil beim Timer 
0 etwas so funktioniert hat, bedeutet das nicht, dass das bei einem 
anderen Timer ganz genau so ist.

Atmel hat in den Datenblättern schöne Tabellen drinnen. Die sind dein 
erster Anlaufpunkt, wenn du etwas einstellen willst.

[Thomas (Gast)]

Sorry das war mein Fehler, dass ich den µC nicht genau genug 
spezifiziert habe, es ist ein 164. So schnell kanns gehen. Im dortigen 
Datenblatt stimmt meine Registerbelegung leider (glaube ich).

Wo wird denn bestimmt welcher Timer für den PWM channel genutzt wird? 
der 164 hat ja 6 PWM channel OC0, OC1, OC3 jeweils A/B
- bedeutet das automatisch dass der Timer0 auch die PWM0 channel 
steuert?
Ich frage, denn:

Der Timer1 ist ja ein 16 bit timer, mir reichen aber 8 Bit. Nur war eben 
tatsache kein anderer PWM Pin frei als der PD5

[Thomas (Gast)]

Karl Heinz schrieb:
> Nur weil beim Timer
> 0 etwas so funktioniert hat, bedeutet das nicht, dass das bei einem
> anderen Timer ganz genau so ist.

Ah und damit hast du meine Frage beantwortet während ich sie noch 
gestellt habe.

[Karl H. (kbuchegg)]

> ... OC0, OC1, OC3 jeweils A/B

Die 0 in OC0 steht für Timer 0.
Die 1 in OC1 steht für Timer 1
.....

[Thomas (Gast)]

Danke!

[Thomas (Gast)]

Und immernoch mag er nicht.

Aktueller Stand: Mega164A(sorry nochmal),
habe einen freien PWM pin - OC2A / PD7 - vom Timer2 gefunden also nun: 
Timer 2, 8Bit, OCR2A wird gefüllt:

Egal ob Phase Correct

//Initialize Lock-In-PWM-Signal
PRR0 &= ~(1<<PRTIM2);// Power Reduction Register: Timer2 Enable
TCCR2A |= (1<<COM2A0) | (1<<WGM20);  // COM2A1:0 = 01, WGM22:10 = 101 Phase Correct PWM Mode, Toggle on compare match 
TCCR2B |= (1<<CS21) | (1<<WGM22);   // CS22:20 = 010 clk prescaler 1/8
OCR2A = 200;

oder Fast PWM

PRR0 &= ~(1<<PRTIM2);
TCCR2A=(1<<COM2A0) | (1<<COM2A1) | (1<< WGM20 ) | (1<< WGM21 );
TCCR2B=(1<<CS20) ; // no prescaling,
OCR2A = 200;

Ich bekomme nur 2mV rauschen am Pin. Habe ich IRGENDWAS vergessen oder 
sollte das so eigentlich klappen?
Der Pin wird nicht low gezogen/ ist nicht kurz - mit einfachem pintoggle 
im code habe ichs schon probiert, den sieht man auch.

[Karl H. (kbuchegg)]

Kannbst du dich bitte irgendwann mal mit dir selber auf einen Timer 
und/oder Kanal und/oder PWM Modus einigen?

Ich wär dir da sehr verbunden, denn schön langsam hab ich keine Lust 
mehr, alle 10 Minuten erneut das Datenblatt zu durchsieben, ob die Bits 
auch wirklich alle in den von dior verwendeten Registern sind und ob sie 
auch wirklich die Bedeutung haben, die du annimmst.

Danke.

[Karl H. (kbuchegg)]

Thomas schrieb:

> Ich bekomme nur 2mV rauschen am Pin.

Ich liebe es, wenn man Progrqammfragmente vorgesetzt bekommt und die 
Hälfte muss man dazu raten.

Daher von vorne: Hast du auch nicht vergessen, den Pin auf Output zu 
setzen?

Denn ansonsten schaltet dir die PWM lediglich den Pullup im Takt dazu 
oder weg.

[Karl H. (kbuchegg)]

> oder Fast PWM
>
> PRR0 &= ~(1<<PRTIM2);
> TCCR2A=(1<<COM2A0) | (1<<COM2A1) | (1<< WGM20 ) | (1<< WGM21 );
> TCCR2B=(1<<CS20) ; // no prescaling,
> OCR2A = 200;

Ist IMHO mit dem Datenblatt kontrolliert korrekt.

[Thomas (Gast)]

Karl Heinz schrieb:
> Daher von vorne: Hast du auch nicht vergessen, den Pin auf Output zu
> setzen?

Nein ist gemacht.

Und danke für die Geduld.