Timer-Überlauf bei Hardware PWM

[T. P. (led_pi)]

Hallo,

Ich habe mittels Hardware PWM einen verstellbaren Frequenzgenerator 
programiert. Da der Timer beim verstellen manchmal übergelaufen ist und 
die Frequenz versaut hat habe ich folgendes gemacht:

int frequenz(int y)
{
if(TCNT3>=y)          // Prüfung ob neuer Top-Wert gleich oder niedriger als die aktuelle Timerposition ist
{
TCNT3 = 0 + (TCNT3 - y);      // Wenn ja dann wird der Timer auf 0 + den bereits überschrittenen Wert gesetzt
}

ICR3 = y;          // Top-Wert wird festgelegt
OCR3A = 127;          // Anzeit 50%

return 0;
}

Der µC ist ein ATMega1284P mit exteren Oszillator 7,3728 Mhz
Hier noch der Timer init:

void timer_init(void)
{
TCCR3A = (1<<COM3A1) | (1<<WGM31);
TCCR3B = (1<<WGM33) | (1<<WGM32) | (1<<CS32); // Vorteiler 256 Takt 7,3728 Mhz 
}

Szenario:

Timer ist bei 32765 von max 32767.
Aktueller Topwert ist bei 32766 und wird auf 32000 geändert.
In der Bearbeitunszeit von if(TCNT3>=y) und TCNT3 = 0 + (TCNT3 - y); ist 
der Timer wieder bei 0.
0-32000=-32000?

Meine Frage ist ob der Befehl TCNT3 = 0 + (TCNT3 - y); so ok ist und wie 
lange der µC für dies Operation braucht bzw ob es auch eleganter zu 
lösen geht?

MFG
LED_PI

[Thomas E. (thomase)]

T. P. schrieb:
> TCNT3 = 0 + (TCNT3 - y)

Das ist doch Unsinn.  Stell das mal um (Kommutativgesetz):

TCNT3 = (TCNT3 -y) + 0;

Daraus wird dann:

TCNT3 = TCNT3 -y;

Oder schön griffig in C:

TCNT3 -= y;

Das Schöne dabei ist, dass der Compiler sich auf diesen Quatsch nicht 
einlässt und alle Varianten gleich lange dauern. Im *.lss kannst du dir 
angucken, was er daraus macht und nachzählen, wie viele Takte das 
dauert.

mfg.

[c-hater (Gast)]

T. P. schrieb:

> Ich habe mittels Hardware PWM einen verstellbaren Frequenzgenerator
> programiert. Da der Timer beim verstellen manchmal übergelaufen ist und
> die Frequenz versaut hat

Dann hast du schlicht den FALSCHEN (für deinen Zweck ungeeigneten) 
PWM-Modus verwendet.

Phase&FrequencyCorrect wäre der richtige gewesen, da kümmert sich 
nämlich die Hardware selber auch um dieses Problem, da werden nämlich 
auch Zugriffe auf das die Frequenz bestimmende Register automatisch 
synchronisiert.

Das ist auch bitter nötig, denn eine vollständige Lösung des Problems in 
Software ist nicht bzw. nur für einen nach oben weit unter die 
Möglichkeiten des Timers selber eingeschränkten Frequenzbereich möglich.

[T. P. (led_pi)]

Ok also werde ich es mal mit Mode 9 probieren.

MFG
Led_Pi