Die PIDs laufen dann hier also auch auf einem externen Controller (HAT) und nicht auf dem PI selbst. Kommt doch auf dasselbe heraus wenn ich es über den Teensy to Driver Weg löse?
Werbung
Die PIDs laufen dann hier also auch auf einem externen Controller (HAT) und nicht auf dem PI selbst. Kommt doch auf dasselbe heraus wenn ich es über den Teensy to Driver Weg löse?
Geändert von Graugelb (16.11.2018 um 18:53 Uhr)
das war nur ein Beispiel für komplexe Highlevelbefehle, um z.B. 3 Robotarmachsen zu drehen. Die müssen auch nicht immer unbedingt gleichzetig das Ziel erreichen, sondern nur simultan drehen, und ggf ist dann eben 1 früher fertig als andere.
Für Plotter sieht das ntl anders aus, da musst du u.U. Einzel-Schrittchen für Einzel-Schrittchen häppchenweise setzen - mit Plottersteuerung kenne ich mich aber nicht aus.
PID ist nur allgemein ein Algorithmus für verschiedene Zwecke, der dafür sorgt, dass man Überschießen und Schwingen und Verrecken unter Last vor dem Ziel vermeidet, für ganz unterschiedliche Anwendungsfelder, und je nach Tuning und Feintuning das eine oder andere davon mehr oder weniger.
Danke für die Antwort. "Einzel-Schrittchen für Einzel-Schrittchen häppchenweise" das sollte über PID möglich sein, halt eben etwas komplexer.
Siehst du konkrete Probleme beim Teensy to Driver Ansatz? Ist doch nahezu dasselbe wie ein Controller HAT, halt mehr Kabel Wirrwarr.
grundsätzlich - theoretisch - nicht, kommt eben auf die Steuerungsimplementierung an.Zitat von Graugelb
Berechtigungen
Zitieren
Lesezeichen