Elektronischer Neueinsteiger plant Projekt.....

[rideyourstyle]

Hatte mal ein ähnliches Projekt. Aber es ist Projekt geblieben
Also mit Schrittmotoren lässt sich das grundsätzlich lösen das Problem, gibt ja auch einen Mikroschrittbetrieb, da kann man dann die Schritte nochmals "Unterteilen" (z.B. 1.8°/128 ~ 0.01°, eventuell ein Zahnriemen könnte das dann nochmals verfeinern).
Die Steuerung des Ganzen über eine Webcam halte ich für schwierig. Was für eine Brennweite haben die so? 30mm? (Vergleich mit Vollformat DSLRs) Damit sieht man ja fast den ganzen Himmel. Mit der Auflösung die eine Webcam so bietet und mit dem Rauschen das gratis dazu mitgegeben wird, wird nicht mehr viel vom einzelnen Stern übrig bleiben.
Eventuell könntest du die Bilder miteinander "korrelieren" (Autokorrelation) um zu schauen wie gross die Verschiebung zwischen den einzelnen Bilder ist. Und da du erstens weist in welche Richtung sich die Sterne bewegen (nach den ersten paar Berechnungen ist die Richtung ja bekannt und die sollte ja eigentlich auch nicht mehr ändern ) und zweitens die Sterne nicht "springen" können musst du nicht die ganze Korrelation rechnen sondern nur eine gewisse Verschiebung die realistisch ist.
Hab gerade noch geschaut was ne EQ-Plattform ist. Die wird ja nach dem Polarstern ausgerichtet und dann führt nur ein Motor das Teleskop den Sternen nach. Du müsstest dann ein Motor in der richtigen Geschwindigkeit steuern können. Diese Geschwindigkeit, mir der sich die Sterne über unseren Köpfen bewegen, ist doch konstant oder? Wenn du die einmal ermittelt hast sollte das doch auch ohne Auswertung des Sternenhimmels funktionieren. Wie machen das denn andere mit so einer EQ-Plattform? Dann sollte ein uC (Arduino ist zum Beispiel für Anfänger gut zu empfehlen, kaufen und loslegen mit programmieren), eine Schrittmotorsteuerung (https://www.sparkfun.com/products/10859 mit Mikroschritt), eventuell Display und ein bisschen Stromversorgung bereits reichen um den Motor mit einer Konstanten Geschwindikeit fahren zu lassen (bzw konstante Schrittgeschwindigkeit).

Oder sehe ich da etwas komplett falsch???

Gruss und so

[Golfi1812]

Vielen Dank für deine ausführliche Antwort. Das mit der EQ-Plattform verstehst du richtig. Das Problem bei dieser ist es eben, dass das ganze System visuell zu gebrauchen ist, fotografisch aber viel zu unpräzise. Das erste Problem ist allein schonmal die exakte Ausrichtung des Südlagers der EQ auf den Polarstern, außerdem wird man die breitengradabhängigen Schwenkscheiben (Ausschnitte aus Ellipsen) niemals präzise genug hinbekommen für den exakten fotografischen Einsatz.
Zweitens kommt hinzu, dass bei meinem selbstgebauten Teleskop immer kleine Baubedingte Abweichungen vorhanden sind. Der Tubus ist möglicherweise nicht exakt ein Zylinder, die Höhenräder sind nicht exakt auf selber Höhe, weshalb der Tubus ganz leicht schräg sitzt usw.
Diese zwar kleinen Abweichungen die der Selbstbau nunmal mit sich bringt machen sich bei höheren Vergrößerungen ganz schnell bemerkbar. Bei Planeten bestimmt noch gerade so brauchbar, für Deep-Sky Aufnahmen (Extrasolare Objekte z.b. Galaxien,Nebel etc.) absolut nicht einsetzbar.
Wenn nun der Tubus in seiner Nachführung sich die ganze Zeit an einem Stern exakt orientieren kann, ist es letztendlich komplett egal wie Ungenau gearbeitet wurde. Denn dann wird eben auf einer Achse mal ein wenig schneller nachgeführt usw. . Genau hierin sehe ich den essentiellen Vorteil des AutoGuidings.
Natürlich ist der Aufwand zum Einbau einer solchen Nachführung im ² zur EQ-Plattform zu sehn, aber die Präzision eben auch.
Die Webcam selbst hätte dann erstmal gar keine Brennweite. Das Objektiv der Cam wird entfernt, so dass der Sensor frei liegt und diese dann an ein Sucherfernrohr montiert werden kann. Der Sucher entscheidet dann über Brennweite und Vergrößerung (je nach Sensor-Größe der Cam und Brennweite des Suchers).
Problematisch könnte, wie du bereits erwähnt hast, das Rauschen sein. Hier müsste man dann über den Einsatz einer anderen Cam oder so nachdenken, sollte das wirklich das Guiding zu stark beeinflussen....
Ich denke letztendlich auch, dass die Cam wirklich permanent die Position des Leitsterns überprüfen müsste. Ein einmaliges "kalibrieren" der Motoren bzw. deren Geschwindigkeiten reicht nicht aus, wegen dem Baubedingten "Verlaufen" des Tubus etc.
Deine Idee im Mikroschrittbetrieb und mit Zahnriemen zu arbeiten und so auf ein Schneckengetriebe zu verzichten hört sich gut und sinnvoll an. Die Motoren müssen letztendlich einen ca. 10kg schweren Tubus bewegen, schaffen sie diese Belastung und können sie dabei den Mikroschrittbetrieb gut beibehalten ohne zu "springen"?
Könnte man also theoretisch mit solch einem Microcontroller Board hingehen, dort zwei Motoren anschließen und das ganze via USB mit dem Rechner verbinden. Der Rechner führt alle Berechnungen durch, hier läuft das Programm zur Überprüfung des Leitsterns über die Webcam. In wie fern braucht man dann noch einen Microcontroller, der programmierbar ist. Ich bräuchte letztendlich ja nur eine Schnittstelle, die das USB-Signal vom Rechner ausgehend in eine Motorbewegung bei den Schrittmotoren umsetzt......

mfg Alex

[rideyourstyle]

Schnellantwort: Du brauchst dazu noch einen Schrittmotortreiber. Das Board das du gezeigt hast kann "nur Rechnen", aber keine Leistung an die Motoren abgeben. Ich werde deine Antwort morgen nochmals durchlesen und antworten....

[Golfi1812]

Letztendlich wäre es am besten, wenn ich einfach eine Liste der Elemente habe, welche ich brauche um zwei Schrittmotoren mit einem C++ Programm von Visual Studio 2010 aus über USB 2.0/3.0 anzusteuern.
Wie gesagt, die Schrittmotoren müssen einen ca. 10kg schweren Tubus bewegen können am besten im Mikroschrittbetrieb. Wenn das zu aufwendig ist, kann ich auch einfach ein Schneckengetriebe vor den Motor basteln.
Ganz konkret: Welche Elemente brauche ich dafür?
Danke schonmal im Vorraus,

Mfg Alex

[Torrentula]

So wie es momentan aussieht benötigst du folgendes (mal von der mechanischen Kraftübertragung Motor -> Teleskop abgesehen)

1. Ein Microcontroller board: Du hast auf einen Arduino Due verlinkt, der hat einen 32-bit ARM micro drauf. Das Ding hat schon echt viel Rechenleistung, soviel benötigst du aber nicht, wenn du wie gesagt alle Berechnungen am PC machen willst. Der µC muss ja im Endeffekt nur über die Serielle Schnittstelle (die Arduino boards haben einen USB<->Seriell Wandler drauf) ein "Motor vor" bzw. "Motor zurück" empfangen und dann eben den Motortreiber so ansprechen, dass der Motor sich entsprechend bewegt (so viel Schritte wie benötigt macht).
Deshalb köntest du auch den kleineren Arduino Uno oder Leonardo verwenden.

2. Einen Motortreiber, da die Schrittmotoren bei weitem mehr Strom benötigen als ein µC liefern kann (siehe hier: http://rn-wissen.de/index.php/Schrittmotor)

3. Die Elektronik zur Auswertung (Webcam, wenn nicht zu viel Rauschen durch hohen Verstärkungsfaktor bei Dunkelheit vorhanden ist) und eben dein C++ Programm, welches die Bildauswertung und die Berechnungen übernimmt.

[Golfi1812]

Das wäre also dieser Microcontroller.
Kann ich dann letztendlich hingehn mir die nötigen Bibilotheken laden und dann mit Visual Studio in c++ die Motoren über den Controler ansteueren?
Welchen Treiber und welche Motoren würdet ihr mir explizit zu dem arduino uno und der Anforderung an die Motoren einen 10kg Tubus zu bewegen mit Schneckengetriebe davor...
Mfg Alex

[DanielSan]

Ich denke ein Schneckengetriebe ist nicht das Optimale. Denk mal über einen Rimentrieb nach. Z.B. mit HTD (oder HDT!? weiss ich grad nicht) Riemen. Die sind spielfrei und werden auch oft in CNC-Maschinen eingesetzt. Die Untersetzung ist natürlich dann nicht so groß wie bei einem Schneckengetriebe, aber es ist günstiger, spielfrei, wartungsfrei und der mechanische Aufbau ist relativ einfach.

Gruß Daniel