Die Logik ist tatsächlich quasi so einfach wie nur irgendwie denkbar. Jeder der 4 Richtungseingänge vom Autoguider löst so lange das Signal anliegt eine Änderung der Drehzahl auf den festen Wert von 1,5 bzw. 0,5 x Sternengeschwindigkeit in RA aus, bzw schaltet den DEC Motor mit 0,5 x Sternengeschwindigkeit ein, in die eine oder andere Drehrichtung.
Sobald das Signal wegfällt dreht der Motor wieder mit normaler Sternengeschwindigkeit (RA) , bzw steht wieder (Dec).
Wenn also keins der Signale kommt läuft der RA Antrieb mit normaler Sternengeschwindigkeit, in pseudo-Code
if(RA+==false && RA- ==false){single_step_RA_sid}
Die Drehzahländerung erfolgt auch über if-Abfragen, in der Art von
if(RA+==true)}{single_step_RA+};
if(RA-==true)}{single_step_RA-}
Unter RA+ und RA- sind dann die Drehzahlen entsprechend angepasst um die +/-50% zu erreichen. RA_sid ist die Drehzahl für normale Sternengeschwindigkeit.
Bei DEC gibt es die Abfrage ob beide Eingänge gleichzeitig false sind nicht, sondern nur die einzelnen if-Abfragen auf true. Was dazu führt das der Motor steht so lange keins der beiden Signale kommt. Und die Drehzahl ist in beiden Richtungen gleich.
Wie gesagt, die eigentliche Logik um die Schrittimpulse zu erzeugen ist 1:1 aus dem „simple stepper“ Beispiel Nr.2:
https://forum.arduino.cc/t/simple-stepper-program/268292
Bei mir sind die Motoren auf 1/16 Schritte „gejumpert“, in der Software verwende ich micros() statt millis() da ich genau 13,5 millis gebraucht hätte für die Pause was ja mit diesem Format nicht geht (keine Nachkommastellen).
Zu den Begriffen: ST4 gibt eine Richtung vor in der für die Zeit in der das Signal anliegt mit einer fest in der Software eingestellten Geschwindigkeit gefahren wird.
Beim „Pulse guiding“ über Ascom wird neben der Richtung und der Zeit auch noch die Geschwindigkeit variabel vorgegeben.
So zumindest habe ich es in einem englischsprachigen Forum gelesen. Auch das der Begriff „pulse guiding“ in Zusammenhang mit Ascom und nicht ST4 zu sehen ist.
Grundlegend werden aber natürlich auch vom ST4 guider Korrekturimpulse gegeben, auf die beschriebene Art. Das bedeutet aber nicht das da irgend eine Art hochfrequentes PWM Signal als Eingang in die Steuerung kommt. ST4 Signale sind rein digital, wie über einen ein-/aus Schalter.
Goto ist für mich nicht so relevant, da ich dank diesem Forum was (für mich) viel besseres gefunden habe:
Digitale Teilkreise mit Encodern und Kabeln war Gestern -> Heute gibt es Plate-Solving
Das funktioniert echt unglaublich gut, und obwohl ich das Teleskop seit Mitte der 90er besitze habe ich damit im letzten Jahr mehr Objekte gesehen als in den fast 30 Jahren davor. Den Aufsatz fürs Handy hab ich momentan mit Kabelbindern seitlich am Telrad Sucher befestigt (siehe Anhang), ich plane aber eine 3D-druckbare Version zu konstruieren, die man am Telrad richtig verschrauben kann. Das ist aber eher wegen der Optik, funktionieren tut es auch mit provisorischer Befestigung einwandfrei.
Den Mgen habe ich erst zwei mal richtig testen können, und das fokussieren ist etwas verzwickt. Man kann auch viele Einstellungen des Reglers verändern, was zusammen mit den Belichtungseinstellungen ein genaues Studium der Anleitung und einiges praktisches üben bedingt damit das funktioniert.
Leicht ovale Sterne haben sich beim letzten Test bei allen Belichtungszeiten die ich probiert habe zwischen 10 und 30s ergeben. Komischerweise auch immer gleich oval. Abgesehen davon hat diesmal alles perfekt funktioniert.
Der Stern auf dem mgen Display war ebenfalls länglich, siehe Foto. Also ich vermute entweder stimmen die von mir vorgenommenen Einstellungen nicht, oder der Komakorrektor war leicht verkippt. Wenn das Wetter es zulässt werde ich weiter testen…
