Beiträge von Birki im Thema „Offene Steuerung mit Encoder und Autoguider“

  • Offene Steuerung mit Encoder und Autoguider

    hallo!
    so ... skynet up and running. Der Raspberry macht einen Hotspot auf, ein Adafruit Feather ES 32 verbindet sich drauf und schon plaudern die 2 ganz zwanglos miteinander. MIt dem Display bin ich mir noch nicht sicher, das ist ein NoName OLED ... mal sehen.


    Externer Inhalt www.youtube.com
    Inhalte von externen Seiten werden ohne Ihre Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklären Sie sich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.



    lg
    wolfi

  • Offene Steuerung mit Encoder und Autoguider

    hi!
    also, die NodeMCU ESP32 ist schon a bisserl was anderes als die 8266 teile. mit dem OLED redet er schon, jetz mach ma einmal ein tcp/ip klienterl, und dann sch..ss ma auf das bluetooth glumpad :)


    alles über autonomes sternwarten-wlan gfallt ma immer besser ...


    lg
    wolfi

  • Offene Steuerung mit Encoder und Autoguider

    servus!
    danke fürs angebot, ich schaus mir an und komm drauf zurück. der aufwand is sowieso da, ich muss ja das pcb neu machen :D ...
    der ES 01 hat aber nur 9 I/O pins, oder? wie gesagt, wenn ich a display möcht, brauch ich doch eher 12 ... für die schalter und das i2c ...


    lg
    wolfi

  • Offene Steuerung mit Encoder und Autoguider

    servas!


    ja, ich habe hier eh einen node mcu esp 32 und ein 1.3" oled herumliegen. der gedanke wäre, sich gleich als client an den lokalen access-point vom pi zu hängen, wie ich das ja für VNC und sky safari oder CdC eh schon mache.
    nachdem die funktionalität in der software bis auf ein paar mini-dinger seit gestern (also eigentlich heut in der früh) fertig ist, zögere ich noch ein wenig, eine neue baustelle aufzumachen. aber auf der anderen seite sehe ich beim bluetooth wenig zukunft. wenns geht, ist es eh gut, aber wenn man mal die verbindung verliert ist der weideraufbau eher ein glücksspiel. und bei tcp/ip hab ich den ganzen dreck nicht.


    wg. wlan am microcontroller ich habe mich bisher allerdings nur ein wenig mit dem adafruit huzzah 8266 beschäftigt, der ist nett, hat aber zuwenig GPIos für 10 schalter (richtung, geschwindigkeit und 2 focuser), vor allem, wenn ich den I2C fürs oled brauch. wegen der konfiguration würde ich da einfach auf die ethernet libraries oder ähnliches zugreifen (hab mich aber noch nicht damit beschäftigt).


    derzeit werkelt ein 8MHz 3.3V arduino mini pro in der handbox. was halt auch relevant ist, wieviel strom ich für die kombi wlan/oled brauch. schon jetzt bracuhen die 3 AA batterien in dem gehäuse den meisten platz.


    lg
    wolfi

  • Offene Steuerung mit Encoder und Autoguider

    hi!
    (==>)gert: plots - naja, ich hab mit 800x480 nicht soviel platz, ich zeige derzeit den maximalen fehler an und rechne laufend den RMS fehler mit (der auch angezeigt wird). derzeit gibt es die option, ein CSV-log, das man in excel anschauen kann (wenn man mag) abzuspeichern. die daten sind also da, und das zu visualisieren ist kein problem. ich will halt auch das user interface irgendwie kompakt halten. kann man aber für die zukunft andenken. PEC ist derzeit nicht drin, ist aber machbar. ich denke nur, dass der Autoguider das eigentlich auch ganz gut kann, und ausserdme würde man dann doch einen rotationsencoder brauchen ...


    (==>)frank: naja, von programmiererseite hat man da etwas mehr freiheit. allerdings ist bluetooth etwas, was wir schon lang verdrängt haben. ich hab mir fast ein bisserl in die hose gemacht, als ich gesehen habe, wie ein bluetooth modul programmiert wird - nämlich mit hayes AT commands, wie ein modem (das hatte ich schon lang vergessen, uiuiui ...).
    im grunde genommen ist BT eine ganz normale terminal kommunikation, wie anno damals mit dem nullmodemkabel. das lässt sich alles machen, und ich habe mich dabei fast wieder ganz jung gefühlt :D, aber es hat nachteile:
    - es gibt kein internes handling, wenn die verbindung abreisst ... das muss die software machen, also port schliessen, schauen, ob das modul da ist, dann port wieder aufmachen etc. pp.
    - es ist langsam
    - das konfigurieren von dem HC05 modul ist gar nicht sooo trivial, weil man ersteinmal die MAC adresse auslesen muss


    undsoweiterundsofort


    aus dem grund habe ich auch die LX200 kommunikation auf USB umgebaut. natürlich kriege ich noch terminalzeilen mit den LX commands, aber der konverter ist am raspberry und ich weiss wenigstens, was der macht. und wer hat noch einen PC mit RS232 schnittstelle?


    auf der anderen seite macht der pi ja ein lokales wlan auf, und das geht sehr gut (ich verwend nur mehr sky safari am tablet mit wlan und hab gar keinen laptop mehr in der sternwarte). und nette mikrocontroller mit wlan gibts ja auch (ESP Wroom, adafruit huzzah etc.). das wäre eigentlich keine affäre. das einzige, was mich etwas hemmt ist der umstand, dass die handbox dann ein display braucht, weil man evtl. eine TCP/IP adresse auswählen können muss. bluetooth ist halt leicht, wenns einmal konfiguriert ist ...


    lg
    wolfi

  • Offene Steuerung mit Encoder und Autoguider

    ... und hoffentlich die letzte revision vom hat - st4 macht grössere probleme als gedacht, daher nun der mini pro als ADC, der die ST4-zustände auslies und über SPI dem pi mitteilt. dazugekommen ist ein temperaturfühler :)


    Release, ich hör dich singen ...



    lg
    wolfi

  • Offene Steuerung mit Encoder und Autoguider

    hi!
    heut hab ichs einmal gestackt - auch in der 3x10 min + dark erkennt man noch kleine guidingfehler, die mit einer fehlerhaften backlash-kalibration (alleinige schuld des programmierers) zusammenhängen. aber im grund bin ich nicht so unglücklich über den eigenbau... ist mein erstes astrofoto seit ~ 3-4 jahren, als der ST4 eingang an der L...ef..t verschieden ist ...


    ... und jetzt portier ich den ganzen kas einmal auf debian stretch und schau, wie gut INDI 1.6 funktioniert ...


    lg
    wolfi

  • Offene Steuerung mit Encoder und Autoguider

    hallo!


    ok, das objekt is bekannt, das bild zeigt eine 10 min einzelaufnahme, keine darksm keine flats, kein stacking. das seeing war mässig, der mond ist auch grad aufgegangen. gemacht wurde es durch den 13" f/4 mit einer canon 1100 da, iso 200, 10 minuten lang. guiding mit einer zwo asi 120 mm durch ein 4" f/10 leitrohr (ein ordinärer FH).


    autoguiding erfolgte durch die steuerung :D ... kein ST4, kein laptop. es gibt noch bugs, der RMS error war 1.3", da kann man noch was machen weil die korrektur in deklination beim backlash noch einen bug hat. autoguider entwickeln ist halt echt ned so einfach, am ende muss man am fernrohr debuggen ...


    lg
    wolfi


  • Offene Steuerung mit Encoder und Autoguider

    hallo!


    bitte - hier nun bitte der Pi, unter dem HAT mit Lüfter, echtzeituhr, optisch getrenntem ST4 eingang und getrenntem DSLR auslöser, USB input für LX200 und über SPI daranhängend das hilfsmotorenboard für die beiden focusermotoren (das ding davor gehört zu einem eigenbaumotorfokus). die focusermotoren werden mit ganz billigen A4988 oder DRV8825 bausteinen angetrieben, der controller ist ein arduino mini pro.


    wer sich die schaltungen anschauen mag (kritik ist auch willkommen, ich bin der weltschlechteste elektroniker) - ist alles auf dem github-site :)


    lg
    wolfi

  • Offene Steuerung mit Encoder und Autoguider

    hi!
    die beschränkung auf die allegro endstufe ist sicher nicht in stein gemeisselt - ich sollte heute mal ein PCB für einen teensy und 4 DRVs kriegen, dann kann man mal weiterschauen. als egoist wollte ich halt zuerst einmal meine NEMA23 monster antreiben ohne dass alles abfackelt. weil die software eh getrennt ist vom treiber sollte auch die umstellung nicht so ein drama sein. allerdings tendiere ich auch beim teensy wieder dazu, USB zu verwenden statt SPI - die kommunikation ist doch ein bisserl einfacher.


    die UI in eine weboberfläche seh ich nicht als so vordringlich an, weil der raspberry ja sowieso einen VNC server hat, und mit dem kann ich mich tadellos mitm handy/tablet/laptop verbinden (der pi macht ja selber einen hotspot auf). hat sicher auch nachteile, aber das GUI ist mittlerweile gar nicht so unaufwändig.


    lg
    wolfi

  • Offene Steuerung mit Encoder und Autoguider

    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

  • Offene Steuerung mit Encoder und Autoguider

    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