Offene Steuerung mit Encoder und Autoguider

servus!

"ist ja nett, daß Du die Arbeit anderer als gebastel ansiehst. Bis lang war die Sache ja noch Sympathisch. "

verzeih, falls ich Dich beleidigt haben sollte, ich persönlich finde den begriff nicht so negativ, aber das liegt zweifelsohne im auge des betrachters. mich hat halt der BT/seriell adapter etwas frappiert. das kriegt man professioneller aufgebaut für 25USD (und nein, nicht auf ebay ...). aber das ist eigentlich auch nebensächlich. im grunde hast du aber recht, es liegt mir auch fern, abschätzig über andere zu sprechen ...

"Aber an der Stelle muß ma eigentlch das Diskustieren aufhören"

das steht dir natürlich auch frei ...

lg
wolfi

hi!
das wetter hat mir ein tiefergreifendes geteste am sternhimmel leider nicth erlaubt. also hab ich einmal ein video gemacht

lg
wolfi

huhu!
also - steuerung allein mit den phidget endstufen geht gut, lässt sich tadellos mit CdC, Stellarium, Sky Safari am tablet und kStars betreiben und läuft über den Hotspot oder USB stabil, und auch die noch etwas klobige bluetooth handbox tut; autoguider geht noch nicht, dass muss ich einfach jetzt im sommer in angriff nehmen, wenn ich auch beim fernfohr bin und das ganze auch debuggen kann, dann sollte es schnell gehen. auf ASCOM bin ich nicht gut zu sprechen; der LX200Advanced Treiber geht, aber er hat immer wieder echte mucken und ich bin eigentlich etwas ratlos. letztendlich muss man sich wohl einen ASCOM treiber selber schreiben - wenn LX200 über ASCOM allerdings nicht wirklich geht, dann frage ich mich schon, was das eigentlich soll ...

und - einen prototypen für alternative treiber gibts auch: basierend auf einem arduino mini pro und wahlweise 2 RAPS128 oder 2 DRV8825, angesteuert via SPI - das sehe ich als zukünftige preiswerte alternative zu den phidgets, und damit sind die langen winterabende für mich auch gerettet

lg
wolfi

hi! ja, ist aber nicht sehr komplex. willst eines haben?
lg
wolfi

hallo matthias!

"Aber die Onstep mit dem Teensy 3.2 leistet schon mehr. Und schließt die Verwendung eines PI natürlich nicht aus.
Da läuft auch der ASCOM-Treiber. Ich favorisiere den Weg: Lieber gemeinsam etwas weiter entwickeln, als das Rad neu erfinden."

naja, das ist aber schon ein völlig anderes konzept - onstep und rduinoscope machen alles am arduino, während hier der mikrocontroller (entweder auf den jetzt verwendeten phidgets oder mit dem setup mini pro + treiberbausteine) nur die motoren dreht. insofern hilft mir der ascom treiber von der onstep nicht wirklich.

mein problem mit ascom ist auch ein ganz anderes, und dass hat mir desso, der entwickler von rduinoscope auch bestätigt - ascom hat ein lx200 problem. das ist insofern ernüchternd, als eine ganze reihe anderer programme das recht sauber hinkriegen (CdC, SkySafari über wlan, kstars etc.). die schlussfolgerung von dessilav ist, dass man sich schon selber hinsetzen muss und einen treiber für jede steuerung adaptieren muss. das seh ich auch so, es ist aber nicht auf auf meiner prioritätenliste ...
lg
wolfi

hi!

ja klar steckt das problem dort; nur ist meine frustration in der frage darin begründet, dass nur der ASCOM treiber (offensichtlich nicht nur bei mir) echt schwer reproduzierbare ergebnisse liefert. im grunde genommen ist lx200 eine terminalkommunikation - zugegebenermassen nicht eine besonders geschickte - aber damit habe ich mich schon vor 25 jahren auf einer VAX gespielt, das kann man einigermassen in den griff bekommen. und bei allen nicht ASCOM basierten schnittstellen (eben CdC, kStars oder aber auch das rudimentäre LX200 vom Stellarium und das TCP/IP basierte LX200 vom skysafari) ist das durchaus stabil machbar. daher meine ich, dass man letztendlich auch selber was in einen adequaten ascom treiber investieren muss - was ich für ein soclh weitverbreitetes protokoll als etwas traurig erachte ...
lg
wolfi

so ... abende werden wieder länger ... also hab ich einmal ein prototyperl im fritzing für das hat gemacht, mit platz für galvanisch getrennte ST4, echtzeituhr, lüfter, USB->RS232 konverter und dslr-anschluss sowie pinout für spi
lg
wolfi

... und nun ... die ersten prototypen für die verkleinerte bluetooth-handbox. mein erstes printlayout seit 20 jahren (ok, so schauts auch aus ...)
lg
wolfi

... und nun - der prototyp für das HAT mit lüfter, DSLR, galvanisch getrenntem st4 inkl. wandlung auf 3.3v, USB/RS232 wandler fürs LX200 wenn man mag und temperaturkompensierter echtzeituhr

lg
wolfi

so ... neue Bluetooth handbox im etwas exaltierten messingknopf design. dafür aber relativ klein, mit 4 AA batterien versorgt und kabellos

lg
wolfi

hi!
so - wieder ein bisserl weitergebastelt. weil mir die beschränkung auf die industrieboards etwas limitierend vorkam, habe ich mir auch ein kleines treiberboard mit 2 DRV 8825 und einenm arduino mini pro zusammengesteckt, dass vom raspberry via SPI gesteuert wird. idee hier war ersteinmal, auch zwei focusermotoren in der software zu inkludieren - für die montierung ist der mini doch ein wenig brustschwach. für mich sind 2 motoren auch deshalb irgendwie wichtig, damit ich im guiderinterface das leitrohr fokussieren kann. und so schauts aus, das board, mit 2 herzallerliebsten NEMA 8 steppern:

das userinterface auf der seite vom raspberry ist noch einwenig experimentell, man kann halt gewchwindigkeit und beschleunigung sowie wegstrecke und microsteps einstellen. die tasten machen dann einen langen weg, oder einen bruchteil davon. eigentlich sollte das in die bt-handbox gelegt werden, damit man nicht im finstern am screen rumtippseln muss:

und ein interface zu dem designierten focuser für das leitrohr hab ich auch reingeklopft. das bild ist allerdings übers v4l2 interface entsatnden, weil die ASI in meinem arbeitszimmer keinnen sehr hübschen bilder macht ...

hat wer anregungen, was man bei einem focuserantrieb noch haben sollte?
lg
wolfi

hi!
ist ein c++ projekt, fuers gui hab ich qt verwendet.
lg wolfi

hi!
hm - endschalter und temperaturfühler sind natürlich eine option. für den fokus reicht der mini auch, für andere zwecke verwend ich einen teensy 3.6 - der ist auch voll mit dem arduino ide kompatibel (der esp noch nicht, oder?) und gibt deutlich mehr gas.

silent stepsticks klingt interessant, allerdings habe ich das projekt mit der steuerung angefangen, weil ich mich zur riege der österreichischen grossteleskopbauer zähle und daher immer ein problem mit der verlustleistung bei herkömmlichen steuerungen hatte (ich hatte eine littlefoot vpower). daher würde ich die eigentliche steuerung auch nicht mit einem DRV oder ähnlichem betreiben, zumindest jetzt einmal fürs erste. der manchmal auch genannte RAPS 128 ist mir eher unangenehm aufgefallen (schlecht einzustellen und fragil) - wie sieht das denn mit der thermischen belastbarkeit von den TMC2130 aus?

aber wie gesagt, hier sinds ja nur die focuser, da seh ich weniger probleme ...

zur temperaturkompensation würden mich die usererfahrungen interessieren - es ist ja kein problem, einen fühler anzuhängen, aebr was bringt das wirklich? erstens behaupte ich als physiker, dass die temperaturmessung eine kleine sau ist, weil man eigentlich nur eine punktmessung macht - wie sich der focuser dann zusammenzieht, halte ich zumindest in der theorie für komplexer ...

und - falls es wen interessiert, nächsten februar stell ich das projekt einmal beim DSIG treffen in wien vor.

(==>)toni: der arduino hängt an einem Pi 3 - der hat wifi/BT, 4 cores und 1.2 GHz

lg
wolfi

hi!
hmmm... nema 23 motoren mit 2.8 A nominal in meinem fall für die hauptantrieb, wobei ich mich mit 1.8 A motorstrom begnüge ...
lg
wolfi