Digitale Teilkreise mittels Arduino-Board

Hallo Freunde,

ich möchte meiner äquatorialen Montierung digitale Teilkreise spendieren.

Bei meiner Recherche im Netz bin ich auf eine interessante Selbstbaulösung auf Basis des Arduino Mikrocontrollerboard gestoßen, die ich (hoffentlich) weiterstmöglich selbst umsetzen und dabei noch ein wenig in die Programmierung des Arduino Mikrocontroller einsteigen kann.
Um möglichst schnell ans Ziel zu kommen und einen praxisbezogenen Einstieg in die Thematik zu finden, möchte ich diese Lösung aufgreifen und auf mein Equipement anpassen.

Damit sich der Schaden und die Aufwände im Falle eines Scheiterns in Grenzen halten (hochauflösende Encoder sind hierbei scheinbar die kostspieligsten Bauteile), möchte ich zunächst die Funktion als Testaufbau vornehmen:
D.h. Arduino board programmieren und mit Dummy-Encoder an einem Planetariumsprogramm testen.
- Basis der Programmierung soll der Quellcode von Mike Fulbright (ganz unten) sein
- als Dummy Encoder möchte ich zunächst einfache Drehimpulsgeber wie z.B. diesen oder eine optomechanische Maus (mit optischen Encodern) verwenden
- Verbindung mit CDC / Stellarium mittels des Ascom-Treibers von Dave Ek .
An Ende der Testphase soll alles soweit funktionieren, dass nur noch die Dummies gegen hochauflösende Encoder (z.B. diesen) ausgetauscht und an die Montierung angebaut werden müssen.

Was haltet ihr von der Idee / Vorgehensweise ?
Habe ich etwas übersehen / falsch eingeschätzt (bin in der Hinsicht blutiger Anfänger)?
Hat schon jemand diese / ähnliche Lösung umgesetzt ?

Grüße Jo

Hi Kalle,

klar, kenn ich. Darüber bin ich ja eigentlich erst auf die Idee eines DSC gekommen.
Aber komplett kaufen möchte ich eigentlich nicht - wo bleibt da der Spaß. [:o)]
Ich hatte eine Zeit lang mit der vorbestückten und bereits programmierten Version des BSC geliebäugelt, aber SMD Bauteile löten stelle ich mit nicht so einfach vor.
Gerade hier sehe ich die Vorteile des Arduino-Boards - keine Platine ätzen (lassen), keine Lötabreiten...und dabei noch den Horizont erweitern. [:D]
Vielleicht kehre ich in einiger Zeit geläutert zu Deinem Vorschlag zurück, aber erstmal möchte ich abwarten, was noch für Beiträge und Anregungen kommen.

Grüße Jo

Hallo Igor und Thomas,

Danke für das Feedback und die Tipps. Das stimmt mich zuversichtlich.
Meinen größten Respekt für eure Projekte.

Als Anfänger werde ich zunächst versuchen den vorgegebenen Pfad möglichst 1:1 umzusetzen, um eine funktionierende Basis zu bekommen. Modifikationen / Erweiterungen werde ich erst vornehmen, wenn ich nicht so weiterkomme (die zugehörigen Fragen werde ich dann hier stellen [;)]) oder ein wenig mehr Erfahrung habe.
Aber euere Projekte zeigen, dass mit dem Arduino-Board einiges möglich ist.

Ich würde mich freuen, wenn es noch weitere Beiträge zu dem Thema gäbe.
Für alle die hier mitlesen, ein Tipp zu einer ähnlichen Diskussion im schwarzen Forum .

Grüße Jo

Hallo Freunde,

endlich habe ich mit dem Projekt begonnen und wie angedroht kommen jetzt die Fragen...ich hoffe ihr könnt mir helfen.

Letztendlich bin ich genau so vorgegangen, wie oben beschrieben.
Zunächst haben ich die Encoder (ALPS – STEC 11) ans das Board angeschlossen und über die Standard Arduino Library „Encoder – Basic“ auf Funktion getestet. Hat prima funktioniert, allerdings war ich ein wenig verwundert, da der Encoder mit 15 Impulse / 30 Rastungen angegeben und im Serial Monitor pro Umdrehung 60 Counts/Impulse (?) angezeigt werden...pro Rasterung 2 counts – aber das nur nebenbei.
Das eigentliche Problem kommt jetzt:
Nach Upload des DSC Source Code auf den Arduino und der Einrichtung des entsprechenden ASCOM Treibers von Dave Ek ist es mir sogar gelungen den DSC über Chartes du Ciel zu initialisieren und zu verbinden.
Allerdings geschieht beim Drehen an den Encodern nichts. Das „Zielfenster“ bewegt sich nicht oder nur sporadisch.
Mir ist sofort aufgefallen, dass bei Drehen der Encoder die LEDs (TX, RX) auf dem Board nicht aufleuchten (so wie ich es vom Encoder-Test her kannte).
Natürlich habe erst vermutet, dass entweder die Verdrahtung der Encoder mit dem Arduino oder versehentlich die falschen Pins auf dem Board verwendet wurden. Diese Fehlerquellen möchte ich aber inzwischen ausschließen, weil ich diese mehrfach überprüft habe.
Aber damit bin ich mit meinem Latein schon am Ende...
Ich habe mal versucht den Source Code nachzuvollziehen, aber mit meinen geringen Programmierkenntnissen komme ich da nicht weit.
Leider gelingt es mir auch nicht die Impulse auf dem Serial Monitor des Arduino darzustellen. Kann natürlich auch sein, dass diese gar dort nicht ankommen....[B)]
Meine Vermutung ist inzwischen, dass, aus welchen auch immer, die verwendeten ALPS – STEC 11 Encoder nicht zum Source Code passen und doch hochauflösende Encoder verwendet werden müssen.
....aber eigentlich müssen doch nur Impulse gezählt werden....

Wie ihr seht bin ich ziemlich ratlos [xx(] und hoffe ihr habt eine Idee aus der Sackgasse rauszukommen.

Grüße Jo

Guten Abend Dirk (und alle anderen Mitleser und Interessierten),

schön, dass Du ebenfalls an einem ähnlichen Projekt dran bist. Würde mich freuen, wenn Du hier berichten könntest.
Auch wenn Du noch Informationen bzgl. LX200 Implementationen findest solltest, wäre ich ein dankbarer Abnehmer [:p] . Ich konnte leider nichts dazu finden, was mir für mein Projekt weiterhelfen könnte.
Insgesamt scheint es wenig Interesse an Selbstbaulösungen digitaler Teilkreise zu geben.
Motorsteuerungen scheinen ein größeres Publikum zu finden [V].

Insgesamt hatte ich gehofft ein wenig mehr Feedback zu bekommen, aber mir ist natürlich klar, dass Hilfe per Ferndiagnose nicht so einfach ist.
Aber aufgegeben wird nicht [B)]!

Neue Strategie:

Ich versuche dem Vorschlag von Igor folgen:

Quote

<i>Original erstellt von: universe</i>

Du kannst dir noch Ascom Teil sparen in dem du die Umrechnung zwischen Encoderwerte -&gt; Alt/Azm -&gt; Ra/Dec auch in Arduino machst.

Das einzige was du dann noch selber machen musst ist die Ausrichtung / Alignment.

Die Umrechnung zwischen Encoderwerte in Arduino nach Ra/Dec scheint hierbei der wesentlich einfachere Part zu sein.
Bzgl. Alignment und vor allem der Visualisierung habe ich noch keine Ahnung wie und wo (auch Arduino via Display oder PC) das umsetzbar ist.
Insofern könnt ihr sicher sein, dass ich euch mit weiteren Fragen nerven werde [}:)].

Die Erste schon jetzt:
Muss bei einer exakt eingenordeten Montierung überhaupt ein „aufwendiges“ Alignment erfolgen ? Eigentlich sollte es doch ausreichen einen Stern anzufahren und dessen Koordinaten als Referenz (Basis) zu nehmen.

Natürlich bin ich auch darüber hinaus über Ideen, Vorschläge, Erfahrungen sehr dankbar.

Grüße Jo

Hallo Tino,

ein fettes <b>DANKESCHÖN</b> ! - den EkBoxTester kannte ich noch nicht. Das hilft bei der Fehlersuche schonmal weiter und bestätigt meine Annahme, dass gar keine Signale vom Board kommen.
Ich kann mir ehrlich gesagt keinen wirklichen Reim darauf machen, woran das liegt.
Da der Quellcode von Michael Fulbright ja prinzipiell funktionieren sollte, können als Fehlerquelle doch nur meine Test-Encoder in Frage kommen. Aber weshalb sollten sich diese Impulse von denen eines (hochauflösenden) optischen oder kapazitiven Encoders unterscheiden ?
Könnte es daran liegen, dass bei meinen ALPS – STEC 11 nur Signal A, B und Masse angeschlossen wird (also keine +5V)
Ich hoffe das war jetzt keine total idiotische Frage bzw. Vermutung...[:I]

Advendliche Grüße Jo

Hallo Tino und Günter,

oje, ihr bringt micht an den Rand meiner nicht vorhandenen Programmierkenntnisse. [:D]
Da musste ich mich erstmal einlesen.

Nein, die Encoder Eingänge haben keine Pullups und es liegen nach meiner Messung initial auch keine 5V an.
Könnte ich das Problem dann damit lösen indem ich im Quellcode die Encoder Eingänge anders initialisiere (den orangen Teil würde ich einfügen) ?
-----
// initialize the encoder inputs
pinMode(ALT_enc_A, INPUT);
<font color="orange">digitalWrite(ALT_enc_A, HIGH);</font id="orange">
pinMode(ALT_enc_B, INPUT);
<font color="orange">digitalWrite(ALT_enc_A, HIGH);</font id="orange">
pinMode(AZ_enc_A, INPUT);
<font color="orange">digitalWrite(AZ_enc_A, HIGH);</font id="orange">
pinMode(AZ_enc_B, INPUT);
<font color="orange">digitalWrite(AZ_enc_B, HIGH);</font id="orange">
-----

Darüber hinaus entnehme ich eurer Antwort, dass meine Vermutung bzgl. der fehlenden 5V Anschlüsse an den Encoders richtig war !?

Grüße Jo

Hallo Tino,

klasse, jetzt sieht das im EkBoxTester schon deutlich besser aus.
Wobei beim Zählen der Impulse manchmal Sprünge auftreten und machchmal gar nichts passiert. Vorallem bei einem der beiden Encoder.
Ich muss jetzt mal überprüfen woher das kommt und das Ganze auch über ASCOM in CDC testen.
Jedenfalls bin ich jetzt einen großen Schritt weiter und weiß das es mit den vorhandenen Bauteilen prinzipiell funktionieren müsste.
Insofern nochmal meinen herzlichsten Dank für Deine Unterstüzung.

Was ihr da so alles in Eigenarbeit entwickelt, verdient den größten Respekt. Leider findet man selten derartige Lösungen deutscher Sprache im Netz. Ich denke es würde schon einige Leute geben, die an ähnlichen Lösungen interessiert sind, aber wie ich das nötige KnowHow (noch) nicht haben.

Grüße Jo