Probleme mit dem PWM-Ausgang beim XMega

[Nyquist-Shannon (Gast)]

Hallo

Ich hab Probleme mit meinem XMega64A3.
Hab ein Programm, bei dem sich das PWM-Signal am Ausgang des 
Mikrokontrollers etwa 5000 Mal in der Sekunde ändert.

Jedoch erzeugt der XMega eine Störung. Hab ein kleines Testprogramm 
geschrieben um es zu zeigen.


Der Timer des Ausgangs wird initialisiert.

void timer1_init(void)
{
TCE1.CTRLA = 0x01;
TCE1.CTRLB = 0xF3;
TCE1.PER = 0xC00;
}

Das Testprogramm ist schlicht.

int i=0;
while(1)
{
wdt_reset();
if(i<1){TCE1.CCA=1536;i++;} else{TCE1.CCA=1537;i++;} if(i==2){i=0;}
}

Den Ausgang hab ich mit einem Logikanalysator aufgezeichnet um den 
Fehler zu illustrieren (Anhang).


Sieht aus, als ob sich der Timer bei -700us für kurze Zeit aufhängt. 
Warum? Der Aufhänger taucht sporadisch auf und mir ist aufgefallen, je 
schneller ich den Ausgang toggle, desto häufiger tritt der Fehler auf.


Ich bedanke mich schon im voraus.

Gruß, Nyquist-Shannon

[Kakadu (Gast)]

Bei PWM gibt es ein grundsätzliches Problem, wenn das Compare-Register 
asynchron umgeschaltet wird.

Angenommen man hat einen Zähler, der von 0 - 100 läuft. Der Compare-Wert 
beträgt 70 und der Zähler steht aktuell bei 50. Schreibt man jetzt den 
Compare-Wert auf 30 um, muß der Zähler erst über 100 - 0 - 30 laufen, 
damit der Compare-Wert beachtet wird.

Dies kann man nur vermeiden, wenn der Compare-Wert immer synchron beim 
Überlauf 100 - 0 neu geschrieben wird. Dazu gibt es spezielle PWM-Modi 
und Register. Der XMEGA sollte das auch können.

[Gerd T. (Gast)]

angeblich sind xmegas ja eine tot-geburt...

[Kakadu (Gast)]

>angeblich sind xmegas ja eine tot-geburt...

... und die Erde eine Scheibe.

[Knut B. (Firma: TravelRec.) (travelrec)]

Kakadu schrieb:
> Dies kann man nur vermeiden, wenn der Compare-Wert immer synchron beim
> Überlauf 100 - 0 neu geschrieben wird. Dazu gibt es spezielle PWM-Modi
> und Register. Der XMEGA sollte das auch können.

Die OCR-Register sind, wie beim Mega auch, einfach gepuffert. Es ist 
also Bockwurst, wann das Register geschrieben wird. Die PWM ist auf 
jeden Fall frei von Störungen (Glitches), da immer bei Timer-Top das 
Register übernommen wird. Ich könnte mir nur vorstellen, dass von der 
Firmware auf Portregister geschrieben wird oder Kontrollbits 
gelöscht/gesetzt werden.

[Nyquist-Shannon (Gast)]

Beim Probieren hab ich festgestellt, dass im Dual Slope Mode keine 
Fehler entstehen. Nur im Single Slope Mode gibt es diese unerwarteten 
Fehler.
Ich muss aber mein Programm im Single Slope Mode betreiben um eine 
Trägerfrequenz von über 10kHz zu haben mit einer Auflösung von 3072.

Gruß, Nyquist-Shannon

[Kakadu (Gast)]

@Knut Ballhause

Ich versteh Deine Aussage nicht. Ohne Pufferung von OCR müssen Fehler 
entstehen. Typischerweise, wenn der Wert von OCR verringert wird.

@Nyquist-Shannon

Es gibt doch die Register CCBUFx. Sowie ich das Datenblatt verstehe, 
wären das die "richtigen" Register.

[Knut B. (Firma: TravelRec.) (travelrec)]

Kakadu schrieb:
> Es gibt doch die Register CCBUFx. Sowie ich das Datenblatt verstehe,
> wären das die "richtigen" Register.

Richtig!

[Nyquist-Shannon (Gast)]

Mit dem Register CCBUFx funktioniert es jetzt einwandfrei.

Danke.

Gruß, Nyquist-Shannon