[AVR GCC Kurs2] Stepper-Interface

Dieser Thread baut auf dem vorigen GCC-Kurs (Steuerung von DC-Motoren) auf:

Die ganzen Grundlagen mit AVR-Studio, LED-Indikator, DMX-Empfang sind somit durch und werden nicht mehr speziell thematisiert!

Hier soll nun der Transceiver als Interface zu einer Schrittmotorkarte von Tippfehler eingesetzt werden. (Ich selbst halte eigentlich mehr von den integrierten Trinamic Treibern/Controllern à la TMC222 - aber was hab ich schon zu melden

zunächst die Frage an Tippfehler:
Wie heißt die Karte und Hersteller?
Was brauchst Du für Signale?
Welchen Winkel hat ein Schritt bei Dir mit der Karte?
Welche Winkel willst Du abfahren können?
Wie läuft das Homing (Finden des Referenzpunktes) ab?
Ist die Firmware der Karte verfügbar? Was für eine MCU werkelt darauf? (Evtl. könnte man irgendwann die Karte selbst RDM-fähig machen...)

Los geht's!

16bit!!

Dann fangen wir mal an:

Lösche aus dem Motorprojekt den ganzen Krempel mit der Richtungsänderung und die Soft-PWM raus.

Übrig bleibt bei mir in der DMX-Behandlungsfunktion:

if (Flags &(1<<EVAL_DMX))	//DMX universe wurde refreshed
     {
     Flags &= ~(1<<EVAL_DMX);
     IndFlags |= (1<<VALID_DMX); //gültiges DMX-Signal angekommen
     }

Inkludiere nun die Stepper Library genauso wie die DMX- und die Indikator Library.

Rufe bei der Initialisierungsfunktion auch die Initialisierung der Stepper-Lib auf.

LED bleibt drin.

Die Stepper Lib habe ich in Deinem Endlos-Thread zum MH auf den letzten Seiten verlinkt...

Ich habe gerade das Datenblatt durchgelesen: Das Ding scheint eher besser als der TMC222 für unsere Zwecke geeignet zu sein
(Ich nehm also mein Genörgel zurück und behaupte das Gegenteil...)

Korrektur: Pulsweite ist minimal 1us.

Schau doch mal in die header-Datei und rate, welche Funktion gemeint sein könnte

Anbei mal mein aktueller Stand.

Nun wird's tricky:

Ich nutze in der Lib die Delay-Funktion. Das ist eine automatisch generierte Warteschleife, wozu aber dem GCC Deine Taktfrequenz bekannt sein muss.

Die gibst Du für den GCC bei dem Zahnrad-Icon Fenster ein.
Für die korrekte Simulation gibst Du die Frequenz auch nach der Kompilierung unter Debug, AVR Simulator Options ein.

Wir werkeln mit 8MHz.

Nun zur Simulation:

Es gibt häufig mal Dinge, die dich nicht interessieren aber viel Zeit in der Simulation verschlingen (Warteschleifen, Arrays kopieren, Sortieren,...)

Zum "Überspringen" markierst Du die Zeile, ab der es wieder interessant wird und drückst F9. So erstellst Du einen Breakpoint.
Drückst Du nun F5 (Run), wird schnell alles runtersimuliert (ohne Anzeige) bis zu Deinem Breakpoint.

Nun etwas Anderes:

Wir haben momentan den 16bit-Timer1 würde die Stepper verplant - aber eigentlich nicht viel zu tun und auch nicht besonders schnell.

Da wäre es doch sinnvoller, wieder Timer0 als Zeitbasis zu nehmen und den Rest wieder durch Runterzählen von Countervariablen zu erledigen...

Was meinst Du? Mal nachrechnen?

Dazu müssen wir den Code verstehen:

Wir sehen oben eine Tabelle für die Beschleunigung.
Der kleineste Wert ist 4522, der nächst größere 4566.

Durch Klicken auf das Fernglas-Icon und "mark all" sehen wir, dass diese Tabelle in der Funktion check_accel() verbraten wird.
Dort wird der Wert abschließend skaliert:

uint32_t tmp= (uint32_t)pgm_read_word(&Ramp[abs(Stp->Speed)]);
Stp->StpRate= (tmp * (0xFF -ACC))>>8;

Die zweite Zeile bedeutet:
Schrittzeit= Tabellenwert*(255 -KONSTANTE)/255
(Die Konstante entspricht Deiner Beschleunigung.)

Gehen wir mal von einem mittleren Wert aus: 128

Wir kommen auf:
2252
2274

Damit werden nun die Vergleichsregister des Timer1 geladen:
"Nächste Interruptzeit"= "letzte Interruptzeit"+Schrittzeit

Nun schauen wir uns an, wie Timer1 initialisiert wird: Der Timer wird mit 1/8 der Quarzfrequenz getaktet.

Der Unterschied zwischen den beiden letzten Schrittzeiten beträgt also gerade mal 176 Quarztakte...

Ich denke wir sollten daher von der Timer0-Geschichte die Finger lassen, da wir das nicht vernünftig aufgelöst bekommen...

Schau mal, was die Initialisierung der Stepper-Lib macht

Timer0 ist ein Rest aus der DC-Motorsteuerung...

T0 kann wech.

Also wir sind an dem Punkt:
Timer1 müsste so bleiben. Timer0 würde ich gern frei lassen.
Uns fehlt eine Zeitbasis für das LED-Geblinke.

Was siehst Du denn im Simulator noch für eine Interruptquelle für Timer1 (Register dafür ist TIMSK - Timer interrupt mask)?