'Slowmotion frames' und deren Umsetzung

Hallo Tschoeatsch,
warum benutzt du für die PWM nicht die Hardware? Ich denke, das der Fast-PWM Modus genau das machen würde, was du hier mit den Interrupts und zusätzlicher Steuerung über die Variable Bereit selber programmiert hast. Sehe ich im Moment noch nicht den Sinn.
Außerdem kann der eine Interrupt den anderen etwas verzögern, wenn auch nur wenig.
Aber ich würde das definitiv in Hardware machen, dann hättest du überhaupt keine Interrupts und könntest die Werte für Fequenz und ED einfach irgendwann setzen. Durch das Buffern werden die erst beim Erreichen des Top Wertes übernommen.
Allerdings müsstest du dann die Ausgänge OC0B und OC1B verwenden.

Du verwendest für fast alle deine Programme die Timer, eigentlich auch immer im CTC oder PWM Modus.
Solltest du lieber mal etwas Zeit investieren, um das zu verstehen, dann sind die nächsten Programme einfacher. Dann musst du nämlich nicht mit einem Standard Timer solche HW Funktionalität nachbilden.
Was dann meistens auch mit Kompromissen (hier die Blitze) verbunden ist.

Ein kleine Ergänzung zur Verwendung der Timer Hardware, wenn zur Laufzeit Timerregister geändert werden.

Die Timer-Hardware generiert, wie bekannt, die gewünschten Impulse bzw. Impulsfolgen, ohne dass eine laufende Programm-Loop dadurch behindert wird, aber völlig asynchron zur Programm-Loop. Diese Asynchronität führt dazu, dass Blitze auftreten können, immer zu dem Zeitpunkt, wenn das laufende Programm die Timerregister ändert und die Timer-Hardware gerade den Impuls ausgeben will.

Die Timerregister sollten nur dann beschrieben werden, wenn die Timer-Hardware die Impuls-Ausgabe abgeschlossen hat.

Man kann wie in unserem speziellen Fall auch das Impulssignal zur Laufzeit abfragen und erst danach die Timer-Register ändern. Bislang habe ich noch keinen Interrupt verwendet.

Das hat Atmel auch bedacht und dafür die OCR Register gebuffert.
Außer im CTC Modus werden die neuen Werte erst beim Erreichen der TOP bzw. Bottom Werte übernommen. Dadurch sind die Blitze in den PWM Modi ausgeschlossen, weil es eben doch wieder synchron geht.
Im CTC Modus muss man eben im Compare Interrupt schreiben. Führt dann aber dazu, dass bei ganz kurzen Impulsen, also sehr kleinen Compare Werten, dass Aufrufen der ISR schon zu lange dauern kann.

Aber wie gesagt, hier würde ich Fast-PWM benutzen, dann hast du damit keine Probleme.

Edit: Muss das hier
If Hell < 100 Then Hell = 100
nicht so sein?
If Hell > 100 Then Hell = 100

Ja genau:
Config Timer1 = Pwm , Prescale = 8 , Compare_b_pwm = Clear_up
Set Tccr1a.wgm11 'mit normalen PWM (WGM1=&b0001) wird daraus
Set Tccr1b.wgm12 'WGM1=&b1111 = FAST-PWM mit OCR1A as Top
Set Tccr1b.wgm13

Ein kleiner Haken noch: Der Start Timer Befehl kümmert sich leider nicht um die Bits, die zwischenzeitlich gesetzt worden sind. Daher muss man danach die Bits wieder setzen.

Wenn du kein PWM=8,9,10 angibst, dann ist 8 der Default, also Modus 1. Gibst du 10 an, ist das Modus 3, du musst dann nur noch WGM12 und WGM13 setzen.

Das Double-Buffering steht irgendwo im Text darüber, aber die Spalte zeigt dir das an.
Bei PWM zählt der Timer ja erst rauf, dann wieder runter. Bei einem match wird eingeschaltet, beim anderen aus. Nimmst du einen Mode, wo OCR1x im TOP Wert gesetzt wird, dann wird beim runterzählen bei dem neuen Match umgeschaltet, deswegen ist das nicht Frequenz-korrekt.
Bei BOTTOM macht der Timer erst die ganze Periode zu Ende, bevor die Werte geändert werden.

Ein genialer Hinweis, das ist genau ein Grund, warum es den Fast-PWM Mode gibt, nämlich das es keine solchen Synchronisationsprobleme geben kann.

In meinem Slomo-Programm verwende ich den WGM 8 Modus, d.h. "Phase and Frequency correct" und habe dabei eben festgestellt, dass es eine Schwebung bei den Blitz-Eindrücken gab. Meine Abhilfe (keine Blitze) war es, das Impulsende (definiert durch Output Compare B) abzuwarten und unmittelbar danach erst die Timer-Register zu ändern.

Wenn sich diese zusätzliche Synchronisation durch Verwendung des Fast PWM Mode vermeiden läßt, würde sich die Sache schon etwas vereinfachen. Werde ich in den nächsten Tagen testen.

Im Prinzip ist meine zusätzliche Synchronisation auf das Impulsende, das gleiche, was auch im Fast PWM mode geschieht. Die Übernahme der neuen Registerwerte bei Erreichen von Bottom geschieht ja bei Fast-PWM genau auch zum Zeitpunkt des Impulsendes, wenn man sich die Sägezahnbilder vor Augen führt, da nach Top die steile Flanke nach Bottom erfolgt.

Double buffering gilt für alle PWM Modi, dein Problem wird also woanders liegen.
Evtl in deinen Befehlen zur Synchronisation. Müsste man in deinem Programm mal analysieren.

ICR1 in deinem Mode 8 ist übrigens nicht gebuffered sondern wird direkt gesetzt.

@hero

Meine Antwort bezog sich auf deinen gesamten Hinweis diesbezüglich, nicht nur auf das double Buffering, ich hatte ich nicht deinen kompletten Hinweis zu zitiert, sorry.


Wie ich verstehe, wenn die Timer-Register at Bottom aktualisiert werden, ist eine Synchronisation von Haus aus gegeben.
Sowohl im "Fast-PWM Mode" als auch im "Phase-and-Frequency-correct Mode" werden die Timer1 Register at Bottom übernommen, also jedesmal zu Beginn einer Periode. Somit hätte es keine Unsynchronität geben dürfen.

Die Untersuchung der Blitz-Eindrücke jedoch hatte ergeben, dass die Impulsbreite periodisch (Schwebung) von min. bis max. der definierten Breite schwankte. Meine Abhilfe war die Synchronisation (d.h. Zeitpunkt der Timer1 Register Beschreibung).
Diese Synchronisation ist einfach, aber wie ich meine wirkungsvoll. Dazu habe ich den LED-Fet Ansteuerimpuls zusätzlich auf einen freien Pin, hier "LED_Signal" genannt, verdrahtet und diesen innerhalb der Programm-Loop mit den beiden zusätzlichen Bitwait-Befehlen abgefragt. Danach blieb die Impulsbreite stabil und die Blitz-Effekte waren verschwunden.

Bitwait Led_signal , Set 'Warten auf Led-Impuls
Bitwait Led_signal , Reset 'Impulsende war da

Icr1h = High(timer1_icr1a)
Icr1l = Low(timer1_icr1a)

Compare1a = Led_dauer_int 'ist mit ADC1 variabel, obere Schwelle

'Print "Compare1a = " ; Compare1a ; " ==>Schwelle Impulsbreite Timer1"


Deshalb ist mir noch nicht ganz klar, was zu den Blitz-Erscheinungen geführt haben könnte.

Ja, mit
Reset Tccr0a.com0a1 '0C0B abschalten
Reset Tccr1a.com1a1 '0C1B abschalten
und einschalten mit
Set Tccr0a.com0a1 '0C0B abschalten
Set Tccr1a.com1a1 '0C1B abschalten

@Ulrich Zeige doch mal dein Programm, wie du es jetzt benutzt. In dem anderen Thread sind mehrere enthalten, sodass nicht klar ist, welches aktuell ist.
Vielleicht auch noch die Version, bei der die Blitze auftreten.

Hallo tschoeatsch


du deklarierst :



benutzt diese aber nicht im Programm. Oder sehe ich das falsch?