Motor PWM 19KHz?

[SlyD]

Hallo,

Irgendwie wird da das TCCR1A in der RP6Lib als 2.ter Ein/Aus Schalter fürs PWM benutzt - was aber zu Problemen führt wenn TIMER1_OVF_vect (s.o.) auch systemrelevante Funktionen steuert und daher weiter laufen soll.

Nun mit der normalen Lib war das natürlich nicht vorgesehen und daher nicht nötig das anders zu machen.
Mit TCCR1A = 0 ist die PWM halt sicher aus und die Ports wieder normale I/Os.
Und man kann einfach mit if(!TCCR1A) testen ob beide PWM Werte schon bei 0 angekommen sind (bei change direction).
Kannst Du natürlich ändern oder nur die passenden Bits (COM1x1) in dem Register setzen.

Warum es ruckelt kann ich auf Anhieb nicht sagen ohne mir das genauer anzuschauen.

MfG,
SlyD

[RolfD]

Ich habe nun mal alle TCCR1A=0 entfernt und durch OCR1AL = 0; OCR1BL = 0; ersetzt und siehe da - der Bot bewegt sich - oh Wunder - sanft und ruhig.

Nun frag ich mich.... warum rief der denn vorher überhaupt in dem Beispiel Example_05_Move_01 das TCCR1A=0 auf?
Da steht ja nur drin: "Beweg dich langsam vorwärts (wobei er {beide RP6, die ich hab} da bei mir schon immer rückwärts anfuhr)".. also kein Richtungswechsel.. keine Speedänderung, kein Halten ...

Und man kann einfach mit if(!TCCR1A) testen ob beide PWM Werte schon bei 0 angekommen sind (bei change direction).

Das halte ich aber für ein dickes Gerücht.... ein gelesenes TCCR1A gibt aus was man als Config Bits reinschreibt - und keine Istwerte des Zählers. Im TCCR1A steht z.B. das Verhalten für COM1A1 und COM1B1 drin, also die Portpins bei Timerüber/unterlauf. Ferner steht da auch der PWM Mode drin....welcher sich zur Laufzeit niemals ändert. Ein TCCR1A kann also niemals 0 werden - egal wie der Status der PWM Counter ist. Ein OCR1AL = 0; OCR1BL = 0; sorgt eh dafür, das keine Impulse mehr rausgehen. Es ist nun wirklich nicht nötig, Änderungen im Dutycycle bei 10 bzw. 19 KHz PWM auf den aktuellen PWM Counter zu timen - wie du andeutest, Slyd. Der Code da in der ISR mit if(!TCCR1A) ist einfach nicht sinnvoll.
Siehe Seite 107-109 im CPU-PDF.
Ich vermute, da haben sich nur einfach ein paar Denkfehler in die bisherige Motorsteuerung eingeschlichen. Dies betrifft zumindest die lesende Nutzung des TCCR1A, sowie auch das mitten im Rollbetrieb scheinbar Konditionen entstehen, die dazu führen, das TCCR1A = 0 ausgeführt wird. Beides fällt in der alten Timerconfig halt nur nicht auf.

Jetzt kann man natürlich mit dem schlagenden Argument kommen "funktioniert doch bisher" ... und ich füge an ... "irgendwie".
Vielleicht wäre es wirklich mal an der Zeit, die RP6Lib zu überarbeiten. Nach TWI schon der 2. Problemkreis, der sich für mich auftut.
Aber da ich ja eh das RTOS portieren will... *seufz
Jedenfalls tuts jetzt die Idee mit TIMER1_OVF_vect, Timer0 ist frei und es kann los gehen mit RTOS, Danke noch mal an Radbruch für den Tip und alle beteiligten Leser fürs Mitdenken.
LG Rolf

[SlyD]

Ne ne hier verstehst Du nur was an dem Programmablauf nicht ganz

ein gelesenes TCCR1A gibt aus was man als Config Bits reinschreibt

Ja genau, und was wird im Timerinterrupt reingeschrieben wenn beide OCRs 0 sind?
--> 0
Was steht also drin wenn die PWM Werte auf 0 runtergeregelt wurden?
--> 0

Passt also.

MfG,
SlyD

[RolfD]

Hi Slyd,
du benutzt das TCCR1A bewust als Statusvariable für die PWM ... ok.. ja vermutet hatte ich den Zusammenhang ja oben schon mit dem ein/aus Schalter.
Ok kann man so machen...
Als Regelkreislauf kommt es aber offensichtlich dazu, das diese Kondition auch im Fahrbetrieb des Beispiels Example_05_Move_01 aufkommt - was hier dann zu ruckeln führte. Ok das ruckeln liegt an meiner Bastelei am Timer1...
Nur darf der Regelkreislauf so exorbitant ausschlagen das der Motorcontroller meint, im Rollbetrieb zwischendrin mal eben so die PWM Generierung abschalten zu müssen? Da ist doch was im argen...
Gruß Rolf

[SlyD]

Der PWM Wert ist 0 wenn TCCR1A auf 0 gesetzt wird.
Sobald in den PWM Variablen im Programm was anderes als 0 drinsteht, wird TCCR1A wieder auf den normalen Wert gesetzt (natürlich mit Verzögerung wegen Software Timer).
Das macht also keinen Unterschied!


Das bei Dir das Programm so seltsam reagiert wenn TCCR1A auf 0 gesetzt ist, liegt evtl. daran, dass der Overflow Interrupt dann etwas anders auftritt. Der wird ja nicht deaktiviert (weil er in der RP6Lib nicht genutzt wird).
TCCR1A auf 0 setzen trennt den Timer von den I/O Ports ab und der Timer wird in den
(EDIT: Natürlich nicht normal Modus sondern einer der anderen ich hatte vergessen das WGM13 ja im TCCR1B gesetzt ist)
konfiguriert.
Da in der RP6Lib diese Interruptvektoren nicht genutzt werden und auch nie geplant war diese jemals zu nutzen, hatte das da natürlich keine Relevanz.
EDIT:
Der Timer0 ist ja unabhängig vom Timer1, da TCCR1A zu setzten wirkt sich auf Timer0 natürlich nicht aus der läuft ungestört weiter. Wenn Du aber im Timer1 Interrupt das TCCR1A Register setzt wirkt sich das wohl anders aus.

Der Regler kann den Sollwert nur soweit senken wenn die Regelabweichung stark genug wird.
Der Stellwert sollte eigentlich nicht bis auf 0 runter gehen, aber da das Fahrzeug eine recht große Masse hat und auch erstmal abgebremst werden will wenn es gerade kurz beschleunigt hatte (plus Verzögerung wegen langsamer Änderung der PWM)... funktioniert im Fahrbetrieb aber gut genug. Kann man aber durchaus nochmal genauer untersuchen und optimieren.

Wenn das bei *Deinem* Programm aber auch nur einmal kurz auftritt kommt alles durcheinander wegen der Verzögerung / Änderung der Timereinstellung die dann dazwischen funkt.

Aber egal, einfach so anpassen wie Du schon gesagt hast dann sollte es laufen.

MfG,
SlyD

[radbruch]

Also, wenn ich das richtig sehe, dann ändert TCCR1A = 0 nicht die Frequenz, denn dann ist nur noch WGM13 gesetzt und das bedeutet Mode 8.

Zu langsam, das hat SlyD inzwischen auch schon bemerkt.

[SlyD]

P.S.: Das sollte auch so sein, denn sonst würden sich meine Servos nicht drehen, wenn der Antrieb steht...

Ja wie in meinem zweiten EDIT zu lesen, ist hier ja die Situation so, das im Timer1 Interrupt, die Einstellungen von Timer1 geändert werden. Das war vorher ja aber nicht so, da wurde im davon völlig unabhängigen Timer0 die Einstellung vom Timer1 geändert. Müsste man mal testen wie sich das auswirkt.

EDIT 33435: Immer diese ganze Beitragseditiererei, welch Verwirrung
Man sollte eine Funktion im Forum haben die einem mitteilt das jemand gerade seinen Beitrag editiert während man eine Antwort schreibt