DIY Servo

[Geistesblitz]

Hmm, also es gibt zwei nichtlineare Effekte, die bei DC-Getriebemotoren zum Schwingen führen können. Das ist einmal die Anlaufspannung, die der Motor braucht, um sich zu bewegen und sonst das Getriebespiel. Beides lässt sich nur schwierig durch die Regelung ausgleichen. Bei der Anlaufspannung geht es eigentlch noch, ich mach das so, dass die PWM für den Motor nicht bei 0 losgeht, sondern schon bei einem gewissen Wert. Wenn du ein Labornetzteil hast, kannst du die Anlaufspannung ganz gut ermitteln, ansonsten musst du eben ein wenig herumprobieren. Das Getriebespiel ist allerdings kaum zu bändigen, daher ist in Präzisionsanwendungen auch eine Spielfreiheit auch so wichtig, selbst wenn direkt gemessen wird.

Ansonsten, nach welchem Verfahren hast du den PID-Regler ausgelegt?

[Der Einsteiger]

daher ist in Präzisionsanwendungen auch eine Spielfreiheit auch so wichtig, selbst wenn direkt gemessen wird.

Und wie wird das dann in Modellbauservos gelöst ? Die haben ja auch ein Spiel...

Ansonsten, nach welchem Verfahren hast du den PID-Regler ausgelegt?

probieren Also ich habe alles auf Null und dann Kp und Kd probiert bis die ganz gut gingen. Dann habe ich Ki hinzugefügt.
Bevor ich Ki eingestellt hatte ging es ja auch ganz gut. Der Motor kam nur eben nicht auf die Position.

Wie muss man denn Ta ca. dimensionieren ?

[oberallgeier]

Das Schwingen um den Sollwert kann durch ein Band mit wenig Abstand um die Sollposition vermieden werden, innerhalb dem der I-Anteil nicht aktiviert wird.

... Wie muss man denn Ta ca. dimensionieren ?

Kurz. Für 8bittige Controller sind 10 ms ein guter Wert, aber mit Deinem

... float Kp = 1.0; //P ... float Ki = 0.5; //I0,001 ... float Kd = 1.05; //D0,01 ...

Floatingpointtiming wird das eher nix. Wie lange dauert denn bei Dir ein Durchgang zum Rechnen eines Regelungswertes?

Ich betreibe meine Regelung(en), meist zwei getrennte Rechnungen für zwei getrennte Motoren, mit 100 Hz, rechne aber nie FP. Mit meiner Integerrechnung bekomme ich dabei recht gute Resultate.

Im Übrigen sind die Ratschläge von waste z.B. hier ziemlich gut; danach hatte ich fast alles ausgelegt.

Viel Erfolg.

[Der Einsteiger]

Das Schwingen um den Sollwert kann durch ein Band mit wenig Abstand um die Sollposition vermieden werden, innerhalb dem der I-Anteil nicht aktiviert wird.

Dann würde doch meine Ungenauigkeit bleiben, oder ?

Wie lange dauert denn bei Dir ein Durchgang zum Rechnen eines Regelungswertes?

Wie soll ich das denn bestimmen ?

Im Übrigen sind die Ratschläge von waste z.B. hier ziemlich gut; danach hatte ich fast alles ausgelegt.

Wie soll man denn die Sprungantwort aufzeichnen ?

[oberallgeier]

Dann würde doch meine Ungenauigkeit bleiben, oder ...

Was ist Dir denn lieber? Dauerndes Schwingen um den Sollwert oder eine minimale, bleibende Abweichung? Die Regelungs tech nik überlässt DIR die Wahl.

... Wie soll ich das denn bestimmen ? ...

Ein 1000er-Loop der nur die Regelschleife enthält (evtl. gaaanz knappe Variationen der Werte), eine Stoppuhr . . . das ist die Warmduschervariante. In der Hoffnung, dass die arduinoumgebung neben dem *hex-File auch eine *.lls erzeugt: die enthält den kompletten Maschinencode. Da braucht man nur die Maschinenzyklen der einzelnen Befehle zusammenzuzählen . . .

... Wie soll man denn die Sprungantwort aufzeichnen ?

Starte Aufzeichnung der aktuellen Motorposition in schnellem Takt (ich hatte das im Takt von 1 bis 2,irgendwas Millisekunden gemacht - jeweils gleiche Abstände). Starte Motor mit einem mittleren oder hohen PWM-Wert. Beende Aufzeichnung - der Motor sollte dann annähernd oder vollständig seine Enddrehzahl erreicht haben. Daten ausgeben - z.B. über Terminal und auswerten. Auswertung hatte ich üblicherweise mit einer Tabellenkalkulation gemacht. Resultat sind dann Motorzeitkonstante und Anhaltswerte zur Reglereinstellung. Sinn macht das, auch bei einem Servo, aber nicht nur im Leerlauf, bei meinen Antrieben hatte ich die Sprungantwort für die endgültige Reglerauslegung immer im Endausbau bestimmt.

[Geistesblitz]

Wegen der Rechenzeit: ich hatte mir da mal geholfen, indem ich ganz zu Anfang der Schleife einen Timer auf 0 gesetzt habe und am Ende der Schleife dann den Timerwert auf einem Display ausgeben lassen. Dabei muss man darauf achten, dass der Timer so eingestellt ist, dass er nicht während der Schleife schon überläuft, sonst bekommt man unbrauchbare Werte. Über Taktfrequenz und Prescaler kann man dann auf die tatsächliche Zeit schließen. Natürlich kannst du auch etwas reinbauen, was dir gleich den Timerwert in die Rechenzeit umrechnet, zwecks Anschaulichkeit. Ich würd dir aber auch empfehlen, auf Integer-Rechnung umzusteigen, da das sehr viel schneller ist. Dafür brauchst nur die Zahlen, mit denen gerechnet wird, in einen brauchbaren Bereich transformieren. Der gemessene Winkel und die PWM sind ja meist eh Integer-Werte. Musst nur aufpassen bei zB. Multiplikation, da 8bit*8bit einen 16bit-Wert ergibt.

[Rabenauge]

Beim Arduino ist die Zeitmessung ganz einfach:
http://arduino.cc/en/pmwiki.php?n=Reference/Micros

Damit kann man sich den, von Geistesblitz beschriebenen Zeit-Zähler ganz leicht basteln, indem man
-vor dem interessanten Teil die aktuellen Microsekunden speichert
-direkt nach dem interessierenden Codeteil die Microsekunden ausliest
und beides voneinander abzieht.

unsigned long startmicros=micros();                  // StartZeit
//hier Dinge tun, deren Dauer wir wissen möchten


unsigned long endmicros=micros();                              // EndZeit
//und dann bei passender Gelegenheit das Ergebnis ausspucken:

Serial.println(endmicros-startmicros,DEC);                // Zeitspanne ausgeben

Was den PID angeht: richtig. Ohne I-anteil wirst du nie wirklich auf Null landen.
Der Trick dürfte es sein, den Bereich, indem kein I mehr verwendet wird, so knapp zu bemessen, dass das Ergebnis noch zufriedenstellend ist (also: so knapp wie möglich, aber eben so dass es läuft).
Auch Modellbauservos fahren nicht _auf den Punkt_, die Abweichung ist lediglich so klein, dass man sie nicht bemerkt (bei den besseren jedenfalls, die Billigdinger machen wegen ein, zwei Grad keinen Wirbel).

Wenn du das Problem hast, dauernd über den Sollbereich drüber zu rauschen, dann benutz doch mal in der Gegend um den Sollbereich zahmere Regelparameter.
So wie das hier empfohlen wird: http://playground.arduino.cc/Code/PI...TuningsExample
Das lässt sich auch mit beliebig vielen Stufen aufbauen, und es können jeweils alle drei Grössen einzeln angepasst werden.

Auch empirisch geht sowas: ich hab mir seinerzeit kurzerhand ein paar Potis temporär hinzugefügt, um P,I und D "live" verstellen zu können, so erreicht man schnell erst mal "brauchbare" Wertebereiche.