Schrittmotoren auf Selbstbau Montierung anpassen.

    Hallo
    Ich interessiere mich Für Das OnStep Projekt, möchte mich für die interessanten Beiträge
    Bedanken.Habe schon Eine CGE Monti Auf Stepper umgebaut ( SECM3 10:1).
    Problematischer ist die Anpassung der Software ,Es klappte zwar beim experimentieren alles schon
    Aber zur zeit geht gar nichts mehr Motor Treiber Platinen Probleme.
    Mit EasyDriver v44 Gut, mitDRV825-Keinen Erfolg.Besorge mir gerade A4988 Platinen.
    Meine frage ist aber, würden auch L293D Treiber Platinen funktionieren?Oder andere.


    Grüße
    Bodo

    Hallo Bodo,


    den EasyDriver wäre ich nicht mehr nehmen. Der A4988 macht max 16 Mikroschritte. Du mußt selbst rechen, ob der ausreicht.
    Der L293D ist kein Mikrostep-Driver , so wie der 298 (4 oder 8 Mikroschritte). Der geht mit der Onstep nicht.
    Hast Du einen Wackelkontakt in der Steuerung?
    Gruss,
    Gerrit

    Danke für die Antwort muss mein Versuchs aufbau noch mal verentern,brauch erst mahl die bestellten teile.
    Wackel Kontakt könnte sein.
    auf jeden fahl eine spanende Sache.
    Gruß
    Bodo

    Hallo Gerrit,


    hier meine aktuelle Config.h, mit der sky planetarium prinzipiell funktioniert. Bei "Guide & Focus" geht der "VFast" Betrieb beim DEC Stepper nicht, der Stepper beschleunigt 2 sec, jault auf, und die Bewegung stoppt. Im "Fast" Modus geht es, von der Geschwindigkeit reicht es auch, für 90° benötigt der DEC Stepper ca. 27 sec. Was mir nicht gefällt, sind die ratternden Schrittmotorgeräusche, bei "Mid" Betrieb, offenbar arbeitet OnStep hier mit 1 oder 2 Microsteps.


    Bei RA läuft das wesentlich feiner, obwohl die MS Einstellung für RA und DEC gleich ist.


    Aber das sind keine schwerwiegenden Probleme, vielleicht kann ich hier mit ein bisschen Finetuning etwas verbessern.
    Die Berechnungen für die Anpassung auf meine Übersetzungsverhältnisse habe ich in den Kommentaren für StepsPerDegreeHA und DE vermerkt.


    Vielleicht gibt es ja noch Tipps zum Verbessern.


    Viele Grüße
    Carsten



    // -----------------------------------------------------------------------------------
    // Configuration CW


    /*
    * The Arduino Mega2560 and Teensy3.1 use USB for power and communication with the host computer
    *
    * the RA stepper driver plugs into Pins Gnd,13,12, and 11 (Gnd,Step,N/C,Dir... Teensy3.1 uses Gnd,12,11,10.)
    * the Dec driver plugs into pins 7, 6, 5, and 4 (OnStep pulls 7 LOW to simulate Gnd, and the wiring is identical.)
    * RA : Gnd,13,12,11 = Gnd,Step,N/C,Direction (Teensy3.1 Gnd,12,N/C,10)
    * Dec: 7, 6, 5, 4 = Gnd,Step,N/C,Direction (Teensy3.1 Gnd, 6,N/C, 4)
    *
    * The easiest option is to use two SparkFun Big Easy Drivers (BED) to control the
    * bipolar stepper motors; with proper heat-sinks they can handle up to 2A per phase at 35V.
    * Each BED can be setup by soldering a 4-position male .1" header into the input side.
    * I modified the header by removing the 2nd to last pin, and bending the last pin so
    * the header fits into the Gnd,Step,Dir holes of the BED. A four wire ribbon cable from
    * Sparkfun, etc. can then be used to plug them into the Arduino. The outputs go to the
    * two coils of each stepper motor. If you don't know which wires are which, the 'net is
    * full of advise on determining what you have, google it and get out your multimeter.
    * Refer to my site (Equipment->OnStep) and/or read up on the 'net to get an idea of how
    * to set the potientiometer on the BEDs to match your stepper motors; too much current
    * will BURN OUT YOUR STEPPER MOTORS.
    *
    * Optionally, the status LED plugs into pins 9,8. I use an 2.2k resistor in series with the LED.
    * LED: 9,8 = Gnd,+5V
    *
    * Optionally, a bluetooth adapter (HC05 or RN42 for example) plugs into pins Tx1/Rx1 and pins +5V/Gnd.
    * I use two 2-wire cables for 0.1" headers. Remember Rx goes to Tx and Tx goes to Rx. And be
    * sure to get a BT module designed for 5 volt operation and signaling otherwise you'll have to design
    * and implement the level conversion hardware yourself.
    * BT: Tx,Rx/+5V,Gnd = Rx1,Tx1/+5V,Gnd
    *
    */


    // -------------------------------------------------------------------------------------------------------------------------
    // ADJUST THE FOLLOWING TO CONFIGURE YOUR CONTROLLER FEATURES --------------------------------------------------------------


    // turns debugging on, used during testing, default=OFF
    #define DEBUG_OFF
    // for getting control of the 'scope when things go horribly wrong, default=OFF
    #define RESCUE_MODE_OFF


    // Mount type, default is _GEM (German Equatorial) other options are _FORK, _FORK_ALT. _FORK switches off Meridian Flips after (1, 2 or 3 star) alignment is done. _FORK_ALT disables Meridian Flips (1 star align.)
    // _ALTAZM will be for Alt/Azm mounted 'scopes, but isn't implemented yet.
    #define MOUNT_TYPE_GEM


    // Experimental ST4 interface on pins 47, 49, 51, 53. Pin 47 is RA- (West), Pin 49 is Dec- (South), Pin 51 is Dec+ (North), Pin 53 is RA+ (East.) Teensy3.1 pins 24, 25, 26, 27.
    // ST4_ON enables the interface. ST4_PULLUP enables the interface and the any internal pullup resistors.
    // It is up to you to create an interface that meets the electrical specifications of any connected device, use at your own risk.
    #define ST4_OFF
    // PPS sense rising edge on pin 21 for optional precision clock source (GPS, for example), default=OFF (Teensy3.1 Pin 23)
    #define PPS_SENSE_OFF
    // PEC sense, rising edge (default with PEC_SENSE_STATE HIGH, use LOW for falling edge) on pin 2 (ex. PEC_SENSE_ON) or threshold value on Analog 1; for optional PEC index, default=OFF
    // analog values range from 0 to 1023 which indicate voltages from 0-5VDC on the A1 pin, for example "PEC_SENSE 600" would detect an index when the voltage exceeds 2.92V
    // with either index detection method, once triggered 60s must expire before another detection can happen. This gives time for the index magnet to pass by the detector before another cycle begins.
    // Note: Analog PEC index sense is not supported on the Teensy3.1
    #define PEC_SENSE_ON
    #define PEC_SENSE_STATE HIGH
    // switch close (to ground) on pin 3 for optional limit sense (stops gotos and/or tracking), default=OFF
    #define LIMIT_SENSE_OFF
    // light status LED by sink to ground (pin 9) and source +5V (pin 8), default=ON
    // _ON and OnStep keeps this illuminated to indicate that the controller is active. When sidereal tracking this LED will rapidly flash with RA step pulses
    #define STATUS_LED_PINS_ON
    // lights 2nd status LED by sink to ground (pin 10), default=OFF, must be off for Teensy3.1 (pin 7)
    // _ON sets this to blink at 1 sec intervals when PPS is synced
    // n sets this to dimly light a polar finder reticle, for example I use STATUS_LED2_PINS 250
    #define STATUS_LED2_PINS_OFF
    // optional +5V on pins 5 and 12 to Pololu or other stepper drivers without on-board 5V voltage regulators, default=OFF (Teensy3.1 Pins 5,11)
    #define POWER_SUPPLY_PINS_OFF
    // optional stepper driver Enable support is always on, just wire Enable to Pins 25 (HA) and 30 (Dec) and OnStep will pull these HIGH (Teensy3.1 Pins 16,21)
    // by default to disable stepper drivers on startup and when Parked. An Align or UnPark will enable the drivers. Adjust below if you need these pulled LOW to disable the drivers.
    #define HA_DISABLED_HIGH
    #define DE_DISABLED_HIGH


    // enables Horizon coordinate goto functions, default=ON
    #define ALT_AZM_GOTO_ON


    // enables code to clean-up PEC readings after record (use PECprep or a spreadsheet to fix readings otherwise)
    // this cleans up any tracking rate variations that would be introduced by recording more guiding corrections to either the east or west, default=ON
    #define PEC_CLEANUP_ON


    // optionally adjust tracking rate to compensate for atmospheric refraction, default=OFF (limited testing done)
    // can be turned on/off with the :Te# and :Td# commands regardless of this setting
    #define TRACK_REFRACTION_RATE_DEFAULT_OFF


    // use seperate pulse-guide rate so centering and guiding don't disturb eachother, default=OFF
    #define SEPERATE_PULSE_GUIDE_RATE_ON


    // these turn on and off checksum error correction on the serial ports, default=OFF
    #define CHKSUM0_OFF // default _OFF: required for OnStep ASCOM driver
    #define CHKSUM1_OFF // default _OFF: required for OnStep Controller2 Android App (and others)


    // ADJUST THE FOLLOWING TO MATCH YOUR MOUNT --------------------------------------------------------------------------------
    #define RememberMaxRate_OFF // set to ON and OnStep will remember rates set in the ASCOM driver or Android App (when supported), default=OFF
    #define MaxRate 96 // this is the minimum number of micro-seconds between micro-steps
    // minimum* (fastest goto) is around 16 (Teensy3.1) or 32 (Mega2560), default is 96, higher is ok
    // too low and OnStep communicates slowly and/or freezes as the motor timers use up all the MCU time
    // * = minimum can be lower, when both HA & DE_MODE_GOTO are used by HA/DE_STEP_GOTO times.

    #define StepsForRateChange 200000.0 // number of steps during acceleration and de-acceleration: higher values=longer acceleration/de-acceleration
    // for the most part this doesn't need to be changed, but adjust when needed


    #define BacklashTakeupRate 25 // backlash takeup rate (in multipules of the sidereal rate): too fast and your motors will stall,
    // too slow and the mount will be sluggish while it moves through the backlash
    // for the most part this doesn't need to be changed, but adjust when needed
    // this should be 60 or lower


    // for my mounts both RA and Dec axis have the same gear train
    #define StepsPerDegreeHA 13265L // calculated as : stepper_steps * micro_steps * gear_reduction1 * (gear_reduction2/360)
    // CW Montierung : 200 * 32 * 5.181818 * 144/360 = 13265
    // Takahashi EM10b : 48 * 16 * 50 * (45/36) * 144/360 = 19200
    // Losmandy G11 : 400 * 32 * 1 * 360/360 = 12800
    #define StepsPerDegreeDec 13818L // calculated as : stepper_steps * micro_steps * gear_reduction1 * (gear_reduction2/360)
    // CW Montierung : 200 * 32 * 5.181818 * 2 (Zahnriemenantrieb 60Z/30Z) * 75/360 = 13818
    // Takahashi EM10b : 48 * 16 * 50 * (45/36) * 144/360 = 19200
    // Losmandy G11 : 400 * 32 * 1 * 360/360 = 12800
    // the EM10b has two spur gears that drive the RA/Dec worms, they are 60 tooth and 48 tooth gears
    // for an 1.25x reduction in addition to the 50:1 gear heads on the steppers for a 62.5:1 final ratio
    // before the worm/wheels 144:1

    #define StepsPerSecond 55.3 // the steps per second sidereal rate = (19200/3600)*15 = 80 - OnStep can handle between 12 and 100 steps/second
    // StepsPerSecond doesn't need to be an integer
    // StepsPerWormRotation (for PEC) needs to be evenly divisible by StepsPerSecond


    #define StepsPerWormRotation 33163L // PEC, number of steps for a complete worm rotation (in RA), (StepsPerDegreeHA*360)/gear_reduction2
    // the EM10b has a worm-wheel with 144 teeth (19200*360)/144 = 48000
    // According to this the EM10b needs 600 (seconds) of PEC buffer. Since the transfer gears have a rather large effect on the periodic error
    // I have two options 1. use 4x the 48000 = 192000 (2400 seconds.) This is 4 complete rotations of the worm and 5 complete rotations of the transfer gear.
    // I expect the results would be very good, but since PECPrep is limited to 1000S I don't bother.
    // 2. use 480 (seconds) of PEC buffer. This is easier to program and keeps the PE at low levels
    // so pretending we have 180 teeth (19200*360)/180 = 38400


    #define PECBufferSize 2400 // PEC, buffer size, max should be no more than 3384, your required buffer size >= StepsPerWormRotation/StepsPerSecond
    // for the most part this doesn't need to be changed, but adjust when needed. 824 seconds is the default


    #define REVERSE_HA_OFF // reverse the direction of movement for the HA/RA axis, adjust as needed or reverse your wiring so things move in the right direction
    #define REVERSE_DEC_OFF // reverse the direction of movement for the Dec axis (both reversed for my EM10b, both normal for G11)


    #define minutesPastMeridianE 60 // for goto's, how far past the meridian to allow before we do a flip (if on the East side of the pier) - one hour of RA is the default = 60
    #define minutesPastMeridianW 60 // as above, if on the West side of the pier. If left alone, the mount will stop tracking when it hits the this limit
    #define underPoleLimit 9 // maximum allowed hour angle (+/-) under the celestial pole. OnStep will flip the mount and move the Dec. past 90 degrees (+/-) once past this limit
    // to arrive at the location. If left alone, the mount will stop tracking when it hits this limit. Valid range is 7 to 11 hours
    #define minDec -91 // minimum allowed declination, default = -91 (off)
    #define maxDec +91 // maximum allowed declination, default = 91 (off)
    // For example, a value of +80 would stop gotos/tracking near the north celestial pole.
    // For a Northern Hemisphere user, this would stop tracking when the mount is in the polar home position but
    // that can be easily worked around by doing an alignment once and saving a park position


    // Micro-step driver mode control
    // M0, M1, and M2 are on Pins 22,23, and 24 for RA (Teensy3.1 Pins 13,14,15.) M0, M1, M2 are on Pins 27,28,29 for Dec (Teensy3.1 Pins 18,19,20.)
    // DRV8825: 5=32x, 4=16x, 3=8x, 2=4x, 1=2x, 0=1x
    #define HA_MODE_5 // programs the HA uStep mode M0/M1/M2, optional and default _OFF. Other values 0 to 7 (0xb000 to 111): for example "#define HA_MODE 4"
    #define HA_MODE_GOTO_4 // programs the HA uStep mode M0/M1/M2, used during gotos, optional and default _OFF. Other values 0 to 7 (0xb000 to 111): for example "#define HA_MODE_GOTO 4"
    #define HA_STEP_GOTO 2 // 1=goto mode is same as normal mode: for example if normal tracking mode is 32x and goto is 8x this would be 4
    #define DE_MODE_5 // programs the Dec uStep mode M0/M1/M2, optional and default _OFF. Other values 0 to 7 (0xb000 to 111)
    #define DE_MODE_GOTO_4 // programs the Dec uStep mode M0/M1/M2, used during gotos, optional and default _OFF. Other values 0 to 7 (0xb000 to 111)
    #define DE_STEP_GOTO 2 // 1=goto mode is same as normal mode: for example if normal tracking mode is 32x and goto is 8x this would be 4


    // THAT'S IT FOR USER CONFIGURATION!


    // -------------------------------------------------------------------------------------------------------------------------

    Hallo Carsten,


    vielen Dank Dir! Ich habe oben auf die Schnelle den Fehler gemacht, und HA_GOTO_MODE auf 3 gesetzt.
    Du hast aber bei Dir im Code immer noch HA_MODE_GOTO_4 statt HA_MODE_GOTO 4 stehen. D.h. das _ ist zu viel.
    Analog bei DEC!


    In dem Moment nimmt der Preprozessor einen anderen Wert an, kann das mit Deinen Problemen zu tun haben?
    LG
    Gerrit

    Hallo Gerrit,
    sorry, das war die falsche config.h...hier die die richtigen Definitionen, die ich eingestellt habe.


    Das ist die aktuelle Einstellung der Micro Steps.


    #define HA_MODE 6
    #define HA_MODE_GOTO 4
    #define HA_STEP_GOTO 2
    #define DE_MODE 6
    #define DE_MODE_GOTO 4
    #define DE_STEP_GOTO 2

    Bei 6/4/2 laufen beide Stepper gleichmäßig und leise. Allerdings finde ich die DEC Geschwindigkeit beim Goto mit sky planetarium relativ langsam. Aber das ist o.k. wir gucken gucken natürlich auch zu den Sternen, um uns zu entschleunigen...;-)


    Beim Goto mit CdC führt OnStep gerne einen Meridian Flip. Liegt aber die Deklination zwischen 70° bis 90° (also Teleskop fast senkrecht), muss ich das Goto oft beenden, weil OnStep sonst gegen die Montierung oder das Stativ fährt. Jetzt gibt es in OnStep die Möglichkeit, gewisse Deklinationsbereiche zu Sperrgebieten zu erklären(#define minDec/maxDec), das bedeutet doch, dass in diesen Sperrgebieten auch kein Tracking möglich ist, oder liege ich hier falsch ?


    Viele Grüße
    Carsten

    Hallo Carsten, hallo Igor


    Zu meinen RAPS128-Treibern benötige ich bitte wieder einmal Hilfe.
    Alles noch in der Testphase auf dem Schreibtisch, Schrittmotoren im Leerlauf.


    Einer meiner Test-Motoren verträgt 900mA Strangstrom, hier sind 0,6 V Referenzspannung = 0,54 A, der andere Test-Motor max. 1,4 A Strangstrom, hier 0,5 V = 0,45 A eingestellt, beide Motortreiber an 24 Volt, Decay-Poti's wurde nicht verändert.


    Mein Problem: beide Motore werden im Testbetrieb in ca. 5 Minuten so heiß, daß man sie gerade noch anfassen kann.
    Vielen Dank!


    Viele Grüße
    Lothar

    Hallo Gerrit,


    Danke!
    Mit 12 Volt werden die Motoren nicht so schnell warm, nur der eine, ein McLennan, der mag irgendwie den Treiber nicht. Der andere Stepper, ein escap530, kommt mit 12 Volt gut zurecht. Aber letzendlich sind es ja eh nicht die endgültigen Motoren.


    Als nächstes werde ich mich mit der "Micro-step driver mode control" in der Config.h auseinandersetzen und ausprobieren und wenns dann einigermaßen läuft, mache ich ernst und adaptiere die Steuerung an meine Gabelmontierung.


    Viele Grüße
    Lothar

    Hallo Lothar,


    Die Einstellungen für "Micro-step driver mode control" ist wie trail and error, man muss einfach probieren, bis es funktioniert.
    Bei mir hat z.B. der vorgegebene Modus 5(32 MS) bei dem DEC Stepper nicht funktioniert, in einer Richtung lief der Stepper gut, in der anderen Richtung nicht. Mit dem Modus 6 (oder auch 7) geht es.


    Ich würde Dir empfehlen, das direkt an Deiner Montierung zu testen, dann kannst Du am besten sehen und hören, welche Einstellungen für Dein Equipment passen. Ich habe im letzten Beitrag geschrieben, das bei mir für beide Stepper die Einstellungen 6/4/2 funktionieren, der DEC Stepper aber sehr langsam ist.


    Jetzt habe ich für DEC 3/3/1 probiert und bei "VFast" (sky planetarium) dauert die Drehung nur noch 10 sec für 90°, das geht also schon in Richtung Propeller...,-) Bei geringer Geschwindigkeit "Mid" klingen die Stepper natürlich nicht mehr geschmeidig, man hört die Schritte deutlich. Ich habe aber den Eindruck, das sich das Schneckenrad gleichmäßig dreht...nachprüfen kann ich das aber nur am Himmel, weil ich nur da erkennen kann, ob die Bewegung ruckelig ist.


    Das ist halt das Fein- Tuning, aber je mehr man probiert, desto besser kann man auch erkennen, wie OnStep die in der config.h gesetzten Werte umsetzt, und welche Auswirkungen die Anpassungen haben. Aber diese Auswirkungen kannst Du nur erkennen, wenn Du das zusammen mit Deiner Montierung probierst.


    Viele Grüße
    Carsten

    Wie sich der Stepper anhört ist eine ganz andere sache.
    Hör mal den Sound meine Motoren bei 1200 x siderisch. Das sind 5° Pro Sekunde.
    Sehr angenehm.
    Die gleiche Motoren haben mit 2 andere Treiber gepfiffen und gebrüllt.


    CS
    Igor

    Hallo Igor,
    bei der Einstellung mit nur 8 MS ist der Sound beim sehr schnellen Goto (90° in 10 sec)o.k., also kein kreischen oder jaulen, sondern ein eher ein "normales" und stabiles Summen. Bei 32MS und 16M ist das noch harmonischer, aber dafür ziemlich langsam. Bei OnStep muss man wohl einen Kompromiss zwischen Laufruhe und Geschwindigkeit suchen, aber ich denke mal, das es jetzt recht gut läuft, jedenfalls im Testbetrieb mit der Montierung im "Labor". Der Praxistest draussen steht noch aus, das Wetter ist einfach zu schlecht.


    Habt Ihr eigentlich nächste Woche wieder Stammtisch ? Ich könnte nach heutigem Stand dazu kommen und die Montierung mal aufbauen...und dann zeige ich mal, wie das jetzt läuft..;-)


    Viele Grüße


    Carsten

    Hallo Carsten,


    Glückwunsch zu Deiner Montierung, sieht echt stark aus!


    Du hast recht, bei Gelegenheit werde ich das Ganze an der Montierung testen.



    Viele Grüße
    Lothar

    Hi Igor,
    schade, ist ein bißchen weit :)
    Hallo Carsten,
    ein sehr schöner Selbstbau. Wenn Dich interessiert, wie man günstig Getriebedeckel fertigen kann -> Contact me.
    CS,
    Gerrit

    Hallo Gerrit,
    das interessiert mich natürlich schon sehr, wie man die Getriebe ansehnlich verkleiden kann...Ein Bekannter von mir hat es ganz einfach gemacht...er nimmt dazu Plastiktüten...;-)



    Für alle hier noch ein paar Detail - Bilder:


    das hier ist der DEC Antrieb. Den Stepper habe ich auf einem Schlitten gesetzt, mit der Schraube unter dem Stepper kann ich die Riemenspannung einstellen.


    hier der Controller, oben die beiden Anschlüsse für RA und DEC, unten USB und 12V.


    Und hier der RA Stepper mit Mädler Ausgleichskupplung. Hier kann man sehen, dass der Stepper mit Halterung ziemlich weit von der RA Achse entfernt ist, das bedindertjetzt das Durchschwenken des Teleskops bei Zenitstellung. Daher überlege ich, das kompakter mit einem Zahnriemenantrieb über der Schnecke zu bauen, also ähnlich wie bei DEC.



    Viele Grüße
    Carsten

    Hallo Carsten,
    wieso hast Du den RA-Motor nicht unter die RA-Schnecke gesetzt. Mit einem Zahnriemen 1:1 wäre das möglich und du kannst die pummelige Kupplung
    für ewig aus Deinem Antrieb verbannen. ;)
    Grüße,
    Gerrit

    Hallo Gerrit,


    habe ich ja bei dem Bild geschrieben, das ich mittlerweile auch bei RA das zusätzliche Zahnriemengetriebe vorziehen würde, vielleicht baue ich das nochmal um. Allerdings ist der 150/1200 mm FH Skywatcher ziemlich lang und für Astrofotografie wenig geeignet. Ich möchte ich mir einen Apochromaten mit 80/500 (o.ä.)zulegen, der mit deutlich kürzer Baulänge nicht so tief nach unten geht.


    Zum Testen nehme ich erstmal den 150/1200. Falls damit die Sterne punktförmig werden, hat die Montierung/ Regelung Ihre Härteprüfung bestanden. Mit dem kleineren und leichteren Refraktor (weniger Hebelwirkung) wären dann fantastische Fotos möglich...;-)


    Viele Grüße
    Carsten

    Hallo zusammen,
    seit gestern funktinoiert OnStep auch über die Android App (Bluetooth).


    Der Schlüssel zum Erfolg war der Beitrag von Igor auf Seite 14, mit diesem Link: https://www.arduino.cc/en/Tutorial/MultiSerialMega
    Darum vielen Dank an Igor !


    Nachdem der sketch auf dieser Seite auf den arduino geladen wurde, blinkte die HC-05 LED im Eingabemodus.
    Über die Bluetooth Suchfunktion des Handys wurde „HC-05“ erkannt, jetzt musste ich nur die PIN eingeben und Handy/HC-05 Modul waren gekoppelt. Die OnStep App erkennt in den Einstellungen unter „Bluetooth Adress“ die Adresse des HC-O5, die habe ich in OnStep App eingegeben, danach waren OnStep und Handy miteinander verbunden.


    Jetzt geht die Bedienung von OnStep auch übers Handy… ;)


    Immer vorwärts Schritt um Schritt, es gibt kein Weg zurück...


    Viele Grüße
    Carsten

    Hallo Carsten,


    So, dann hast Du es ja als Erster hier geschafft. Das dürfte ermutigend sein für unser Kollegen hier.
    Jetzt beginnt die praktische Arbeit am Himmel. Und dabei wünsche ich viel Erfolg.
    Grüße,
    Gerrit

    Hallo Onstep-Interssierte oder Anwender,


    folgende Fragestellung erreichte mich per Mail.


    Anbei auch meine Antworten. Diese sind in der kürze der Zeit nicht vollständig verfasst. Sobald ich meine andere Baustelle
    geschlossen habe, werde ich dazu auf meiner Website einen Blog spendieren.


    F: Welche Treiber verwende ich in meiner Steuerung?
    A:
    Ich verwende diese Treiber an der Arduino Atmega 2560 R3 Umsetzung:
    http://www.ebay.de/itm/like/38…oapp=true&chn=ps&lpid=106
    In diesem Modul ist der STK-682 verbaut. Das Datasheet findet man in Google recht fix


    In meiner Teenys-Umsetzung (wesentlich kompakter und schneller) verwende ich die RAPS128. Bzw. möchte ich verwenden,
    im Moment ist die Baustelle noch offen.


    F: Läuft das ordentlich?
    A: Ja! Definiere ordentlich :)


    F: Parameter führen ans Limit?
    A:
    Nein -> Website von Howard Dutton studieren. Da steht restlos alles.


    F: Kommt die Steuerung mit 128 Microsteps klar?
    A: Ja. Meine Umsetzung läuft. Siehe STK-682 oben


    Wenige Modifiaktionen im Source-Code waren bezüglich STK-682 erforderlich. Die howard aber damals direkt durchgeführt hat.


    F: Wie ist die Laufruhe(Nachführgenauigkeit)?
    A:
    Wenn man so ein Projekt angeht, sollte man sich mit der notwendigen Mathematik beschäftigen. Das steht schon hier im Forum.
    Hier nochmal auf ein Beispiel:
    Gegeben:
    * Antriebsübersetzung 1:300
    * Schrittmotor mit 200 Vollschritten
    * Mikroschrittauflösung ein 1/32 Vollschritt.
    * Anzahl Bogensekunden pro 360 ° sind 1296000


    Anzahl Mikroschritte auf einen Achsenumlauf sind 300*200*32 = 1920000
    Auflösung Bogensekunden pro Mikrosschritt 0,6 Arcsec / Mikrostep. Sehen wird man das nicht. Aber bei der Nachführung könnte die Steuerung schon sehr rabiat sein.
    Pi mal Daumen: Das ist ausreichend für ein Teleskop bis max. 150 mm Öffnung
    Folgende Szenarien könnte man weiter betrachten.
    (a) Wenn man einen Schrittmotor nimmt mit 400 Vollschritten, halbiert sich der Wert
    (b) Wenn man einen Riemenantrieb dazu nimmt mit 2:1 halbiert sich der Wert ein weiteres mal
    (c) Wenn man einen Riemenantrieb nimmt, mit 4:1 (und das wird schwierig) kann man beim Schrittmotor mit 200 Vollschritten bleiben
    (d) Wenn man einen Schrittmotor mit Planetengetriebe 4:1 nimmt und direkt an die Schnecke adaptiert, entspricht das bezüglich der Genauigkeit in (b) und (c)


    Diskutiert man die Drehmomentlösung rein qualitativ:
    (d) Drehmomentübertragung am besten, wegen des hohen Wirkungsgrades der Planetengetriebe (z.B. Neugart)
    (a) Kann ausreichend sein, aber weniger Drehmomentreserver als in (b)..(d)
    Hier kommt es aber darauf an, welche Nenndrehmomente für Riemenantriebe und Getriebe gelten.


    Kompetente Beratung bei der Auswahl von Schrittmotoren gibts bei Michael Koch. Michael hat mich bis jetzt immer noch gut beraten,
    solange ich Schrittmotoren eingesetzt habe. Sicher gibts im Fachhandel andere Preise. Aber sorry Leute, laßt den Astronomie-Fachhandel leben.
    Geiz ist nicht immer geil. Und wenn man sich unsicher ist, Beratung ist eine Leistung und die sollte wertgeschätzt werden.


    F: Kann man die Firmware ergänzen?
    A:
    Ja, kann man. Die Lösung ist quellofffen. Man muß nur wissen, wo man die Integration vollziehen kann.


    F:Riemenantrieb Zulieferer?
    Michael Koch, Astro-Electronic. Der bohrt und reibt die Riemenscheiben auf und liefert auch gleich die passenden Längen mit.
    Kauft Euch das Zeugs um himmelswillen nicht selbst, sondern laßt es von jemanden machen, der sehr genau arbeitet.
    Manchmal kommt ein Getriebefehler von eiernden Riemenrädern. Und dann wird's ekelhaft. Also bei Michael anklopfen!


    Grüße,
    Gerrit


    Hier der Grund, warum ich die Onstep im Moment nur theoretisch begleite:
    Mehr dazu gibts auf A.de im Selbstbauforum

    Hallo Gerrit,
    das ist schon ein Mordsteil, was Du gerade baust...Respekt, ich werde das im Selbstbauforum mal verfolgen. Da habe ich Verständnis, dass Du hier Prioritäten setzt. Aber umso mehr freue ich mich, dass Du noch Zeit findest, hier aktiv zu sein.


    Aber nochmal zu OnStep: Prinzipiell läuft jetzt alles gut, und dafür, dass alles Freeware ist, auch erstaunlich gut. Das gilt für OnStep, Sky Planetarium und die OnStep App.
    Als ich anfing, mich mit dem Projekt zu beschäftigen, wollte ich eigentlich nur ein präzises Tracking, um vernünftig fotografieren zu können. Ebenso wollte ich das Tracking korrigieren, wenn der Stern mal aus dem Fadenkreuz läuft, also manuelles Guiding über Leitfernrohr.


    Das alles habe ich jetzt, für erstaunlich wenig Geld. In der Summe (inkl. Mechanik und Material wie Schneckengetriebe, Zahnriemenantrieb, Schrittmotoren, ardunino, Treiber etc.) habe ich ca. 150 € investiert, die Schrittmotoren und das Schneckengetriebe schlagen davon mit 2/3 der Kosten zu Buche.
    Dazu habe ich jetzt Goto, die Möglichkeit Autoguiding und Fokussteuerung zu realisieren, also schon ein sehr gutes Preis – Leistungsverhältnis.


    Trotzdem gibt es bei der Bedienung von OnStep noch Punkte, die bei nicht funktionieren:
    Parking: Die Parkposition kann ich in Sky Planetarium (SP) und der App anfahren, aber ich komme vom Parkplatz nicht wieder runter. Bei SP wähle ich „UnPark“, das grüne „Bullenauge“ für Tracking leuchtet ein paar Sekunden später, aber es trackt nicht.
    Das ist genau wie der bei der App. Vom Parkplatz runter komme ich nur, wenn ich „Disconnect“ drücke, das USB Kabel rausziehe und wieder anschließe. Dann „Connect“ und auf „Tracking“, und es geht wieder. Was mache ich hier falsch ?


    Goto: Wenn ich z.B ein Objekt im Süd-Westen (z.B. DEC 0°) von der Parkposition (Teleskop Richtung Nordstern) anfahre, macht OnStep fast immer einen kompletten Meridan Flip mit 24 h°. Dieser Flip ist mit aufgesetztem Teleskop nicht zu machen, weil es spätestens im Norden einen Crash mit dem Stativ oder Polblock gibt.
    Manuell würde ich die RA Achse um 8 h Richtung Osten drehen und dann die Deklination einstellen. Warum macht das OnStep nicht so ?


    Jetzt es ist mit der App zwar möglich, Goto vor dem Crash auszustellen (heißt das bei OnStep „Abort“ ,-)) und über Guide manuell das Hindernis zu umfahren, und danach wieder Goto zu aktivieren. Die Frage ist jetzt aber, ob OnStep sich diese Manipulation merkt. Das konnte ich leider am Himmel noch nicht prüfen, weil es draußen stürmt und schüttet.


    Jedenfalls habe ich beobachtet, das OnStep nach dem manuellen Eingriff weiter in die Richtung des Objekts fährt…ich weiß aber nicht, ob es das Objekt auch trifft…


    Merkt sich OnStep diese Eingriffe, oder ist die Goto Prozedur dann futsch ?


    Viele Grüße Carsten

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden