Date   

Re: Backlash on Super Polaris with direct coupling of planetary gearbox? #backlash

Howard Dutton
 

On Sun, Aug 2, 2020 at 06:27 PM, Ivan Cohen wrote:
I have been playing more with onstep indoor. Changed driver to VQUIET. Current to 1200mA.
The _QUIET mode is almost always a better option, _VQUIET can't reach very high RPM's.


Re: Tracking Accuracy

Howard Dutton
 

On Sun, Aug 2, 2020 at 04:50 PM, bjaffa Jaffa wrote:
Also if I wanted to experiment with encoder rate control is there any description on how/what the rate control parameters control?

// ENCODER RATE CONTROL
#define AXIS1_ENC_RATE_CONTROL        OFF //    OFF, ON Rate control for RA high resolution encoder. EQ mounts only.          Infreq
Turns the feature on.

#define AXIS1_ENC_INTPOL_COS          OFF //    OFF, ON enables cosine compensation feature.                                  Infreq
Provides a manually adjustable correction based on the cosine of some period (in ticks.)  If the encoder design is such that it suffers from a behavior like this and this is a good fit for the inaccuracy you can create an opposite error to apply to correct that.

#define AXIS1_ENC_RATE_AUTO           OFF //    OFF, n, (Worm period in seconds.) Adjusts avg encoder pulse rate to account   Option
                                          //         for skew in the average guide rate over the last worm period.            Option
For worm/wheel mounts.  Corrects for gross (large scale) inaccuracy in the encoder by assuming the angular distance traveled by one worm rotation is more accurate than the encoder.  It measures this and applies a correction.

#define AXIS1_ENC_BIN_AVG             OFF //    OFF, n, (Number of bins.)  Enables binned rolling average feature.            Option
Some encoders have a cyclic pattern where they interpolate between the lines of an optical disc with significantly fewer ticks than the encoder has.  In the case of my encoder it's 20x more ticks then lines.  There is a repetitive pattern, a consistency, with each frame of 20 readings.  One can leverage that precision to extract more accuracy from the encoder by not looking for the equal time between ticks (vs. some average or calculated time) but for the time between each 20th tick.

I used the last two of these in my tests.

Then in the UI you will see the ability to tailor each of these.  How many bins, how deeply to average, etc.

To help visualize what's going on there's settings for STA, LTA:
STA stands for short term average.
LTA stands for long term average.

When running this looks at the rate the ticks arrive and applies the STA then decides if too fast or slow and applies guide pulses to OnStep.


Re: Backlash on Super Polaris with direct coupling of planetary gearbox? #backlash

Howard Dutton
 

On Sun, Aug 2, 2020 at 06:27 PM, Ivan Cohen wrote:
I tried to register from help/about, clicked "Click here to purchase", but then I reached stellarjourney.com, software page. Could not find how to register. What did I miss?
That link should take you here, and then on to PayPal for the purchase processing:
http://www.stellarjourney.com/index.php?r=site/page&view=PurchaseSky


Re: Backlash on Super Polaris with direct coupling of planetary gearbox? #backlash

Ivan Cohen
 

Thank you Khalid!

I had tried at 1000mA and it worked fine. Seems to also turn fine at 1200mA in VQUIET, but I have to test more. Current goal is to optimize accuracy of alignment and goto, keeping low speed (=1). Currently improving 3D printed parts with ABS at full density. I could not figure out if pulse or square mode provides best accuracy, avoids missing steps? Also is microstepping more accurate for goto?

Found the Sky Planetarium purchase page, but had to google to find it. Maybe add a link on the software page of stellar journey web site/Sky planetarium page? (which is where you get when clicking Help/about/click here to purchase.)

Thank you all, and it's hard to say how cool it is to progress with onstep and sky planetarium. In the 80s with the super slow sky sensor it was so frustrating. No internet in those days, few sources of information to progress. I would develop photographic film at sun rise. Black and white, not so sensitive. Visual/manual guiding actually never worked. I even programmed ephemeris with Apple 2, but RS232 connection never worked. Arduino/ethernet/internet/cmos camera and open source onStep change everything. The dream was to remote control the telescope from 1000s km away, and seemed totally unreachable in a lifetime. So the dream becomes accessible!


Re: CGE Pro New Conversion to first light

Curly
 

Hi Jeff, I didn’t want to fit the electronics into the pier as it’s permanently mounted in the obs and the scope is huge and better left in place. Simple to get to if I need to make any changes if it’s housed outside. 
Butchf, the gps addon works great. It’s a bit fiddly on the Teensy4 as you have to solder onto the small pads underneath. Then set your config.h to time source GPS and add the line #define SerialGPS Serial6. That relates to pins 24/25 on the Teensy4. I think it’s easier if not using the minipcb2.  
I used the Neo-8M link here
I wanted one with an external aerial as my dome is metal and it blocks the signal. 

I suppose as it’s permanently mounted I don’t need GPS but got it anyway. 

Curly 


On Mon, 3 Aug 2020 at 05:13, Butchf <butchf@...> wrote:
Very well done.   I'm interested in the GPS addon, how did that go?


Re: Wireless SmartHandController (ESP32 - SPP bluetooth)

Ant No
 

You can get it a bit cheaper than that particular one.

It is thick looking, but with a contoured 3d printed case you could improve the styling.

The screen would be a bit small for my old eyes but younger people or shortsighted people might like it.

Ant👣


On 1 Aug 2020 21:25, "Khalid Baheyeldin" <kbahey@...> wrote:

If someone wants a Dick Tracy type hand controller (wrist controller, rather), there is an ESP32 watch module with a built in 1.13" OLED screen.

Finding a small enough battery that lasts the entire night may be a challenge.

Yeah, it is ugly, but no one will notice in the dark ...


Re: CGE Pro New Conversion to first light

Butchf
 

Very well done.   I'm interested in the GPS addon, how did that go?


Re: Failed to init device yet again

Mike Ahner
 
Edited

Open a CMD prompt, the use the following path. You need the quotes at both ends because there are spaces.
You only need the actual command.
C:\Users\ahner>"C:\Program Files (x86)\Arduino\hardware\Arduino_STM32\tools\win\stm32flash.exe -u"

As soon as I get a chance, I'll try with a STM32 board attached. It may be tomorrow though, sorry.
-Mike


Re: Failed to init device yet again

Mike Ahner
 

Khalid, I don't have my OnStep STM32 board connected but I did verify location and the command syntax for Windows 10.

C:\Users\ahner>"C:\Program Files (x86)\Arduino\hardware\Arduino_STM32\tools\win\stm32flash.exe"
stm32flash 0.4
 
http://stm32flash.googlecode.com/
 
ERROR: Device not specified
Usage: C:\Program Files (x86)\Arduino\hardware\Arduino_STM32\tools\win\stm32flash.exe [-bvngfhc] [-[rw] filename] [tty_device | i2c_device]
        -a bus_address  Bus address (e.g. for I2C port)
        -b rate         Baud rate (default 57600)
        -m mode         Serial port mode (default 8e1)
        -r filename     Read flash to file (or - stdout)
        -w filename     Write flash from file (or - stdout)
        -C              Compute CRC of flash content
        -u              Disable the flash write-protection
        -j              Enable the flash read-protection
        -k              Disable the flash read-protection
        -o              Erase only
        -e n            Only erase n pages before writing the flash
        -v              Verify writes
        -n count        Retry failed writes up to count times (default 10)
        -g address      Start execution at specified address (0 = flash start)
        -S address[:length]     Specify start address and optionally length for
                                read/write/erase operations
        -F RX_length[:TX_length]  Specify the max length of RX and TX frame
        -s start_page   Flash at specified page (0 = flash start)
        -f              Force binary parser
        -h              Show this help
        -c              Resume the connection (don't send initial INIT)
                        *Baud rate must be kept the same as the first init*
                        This is useful if the reset fails
        -i GPIO_string  GPIO sequence to enter/exit bootloader mode
                        GPIO_string=[entry_seq][:[exit_seq]]
                        sequence=[-]n[,sequence]
        -R              Reset device at exit.
 
Examples:
        Get device information:
                C:\Program Files (x86)\Arduino\hardware\Arduino_STM32\tools\win\stm32flash.exe /dev/ttyS0
          or:
                C:\Program Files (x86)\Arduino\hardware\Arduino_STM32\tools\win\stm32flash.exe /dev/i2c-0
 
        Write with verify and then start execution:
                C:\Program Files (x86)\Arduino\hardware\Arduino_STM32\tools\win\stm32flash.exe -w filename -v -g 0x0 /dev/ttyS0
 
        Read flash to file:
                C:\Program Files (x86)\Arduino\hardware\Arduino_STM32\tools\win\stm32flash.exe -r filename /dev/ttyS0
 
        Read 100 bytes of flash from 0x1000 to stdout:
                C:\Program Files (x86)\Arduino\hardware\Arduino_STM32\tools\win\stm32flash.exe -r - -S 0x1000:100 /dev/ttyS0
 
        Start execution:
                C:\Program Files (x86)\Arduino\hardware\Arduino_STM32\tools\win\stm32flash.exe -g 0x0 /dev/ttyS0
 
        GPIO sequence:
        - entry sequence: GPIO_3=low, GPIO_2=low, GPIO_2=high
        - exit sequence: GPIO_3=high, GPIO_2=low, GPIO_2=high
                C:\Program Files (x86)\Arduino\hardware\Arduino_STM32\tools\win\stm32flash.exe -i -3,-2,2:3,-2,2 /dev/ttyS0
 


Re: Backlash on Super Polaris with direct coupling of planetary gearbox? #backlash

Khalid Baheyeldin
 

On Sun, Aug 2, 2020 at 09:27 PM, Ivan Cohen wrote:
Changed driver to VQUIET. Current to 1200mA.
This may be more than what you actually need.
Try 950mA first, and increase in small increments (say 100mA) until you reach the ideal value.


Re: CGE Pro New Conversion to first light

Jeff Latsch
 

Curly

 Remember to recycle those motors and boards to all those less fortunate Cge Pro owners! 
 Just wondering why you would not use the original base to locate all the electronics? Instead of have the extra box on the outside.
      You made all the effort to use the orange anodizing....send me a couple of name plates and we can get them custom laser engraved. 
     Nice job on your mount...

   Jeff Latsch 

ISent from my iPhone

On Aug 2, 2020, at 5:25 PM, tnut55 via groups.io <tnut55@...> wrote:

Nice job!  I managed to solve all my regular CGE issues, so I'm still in that "if it ain't broke, don't fix it mode".

On Sunday, August 2, 2020, 5:12:31 PM CDT, Curly <handsfeetman@...> wrote:


Hi Group,
Firstly I would like to thank Jeff Latsch in another post for planting the conversion seed. I said and I quote "Just to add I would not consider converting my mount unless it was broken" well it wasn't broken and convert it is exactly what i have done.
As my mount was still working I wanted to complete the conversion without chopping anything off so I could replace the stock system if I needed to. I have used Nema 17 17HM19-2004S 2A 400 step motors with 12T-60T and 158mm GT2 belts giving 5-1 reduction.
I started by machining the centre hole in the original motor mount bracket to allow the 12T pulley to fit. I then made and anodised in "Celestron orange" 2 motor mounts that adapt the Nema 17 bolt pattern to the 3 hole stock motor pattern. The belts are tensioned via these 3 nuts.
<IMG-2586.jpg>

I have also used the CGE Pro PEC/home and limit switches.I made new slave pcb's to go inside the motor covers to attach the switches and motors. The RA housing needed 9 terminals and the Dec needed 6 so new drive cables were made.
<IMG-2615.jpg>

The motors fit perfectly inside the covers
<IMG-2617.jpg>
<IMG-2616.jpg>

I used a modified MiniPCB2 with Teensy 4.0, I added a small slave pcb to the teensy to pinout for the home switches and GPS. I soldered jumper wires to the slave pcb from the pads on the underside of the Teensy 4.0 using Pins 24/25 for GPS, 26/27 for home switches and 35 for PPS from the GPS module. I kept limit switch on the same pcb pin but modified the pinmap.
The case was also anodised in "Celestron Orange"
<IMG-2608.jpg>
<IMG-2613.jpg>
<IMG-2612.jpg>

First Light 31.7.20
The scope is a 14" EdgeHD with a 0.7 reducer so 2737mm focal length, Guiding via OAG and PHD2
<IMG-2642.jpg>
With such a long focal length I was expecting some huge teething problems so I switched everything on, clicked find home which worked perfectly then took a 10 second image at NCP. Oh no star trails! but worse than if tracking was switched off so I knew the RA motor direction was wrong. I reflashed the Config.h and took another image, perfect this time. I plate solved and slewed to the Bubble Nebular, it was not far off but another plate solve got it spot on.



Now have a look at this for a first image, its just a single 5 min Hydrogen Alpha sub but its unguided!! It wouldn't do a 2 min unguided sub with the stock setup.
<IMG-2633.jpg>
With guiding on and no changes made from celestron motor setup, I'm sure I can dial this in further.
<IMG-2635.jpg>
Just before the clouds rolled in I got a couple of guided 10 min pics of the centre of the Pacman nebular.
<IMG-2651.PNG>

I am blown away by the out of the box performance of OnStep, many thanks to all involved. I will post an update when I get some clear skies.
Thanks for your time

Curly
<IMG-2608.jpg>
<IMG-2616.jpg>
<IMG-2617.jpg>
<IMG-2615.jpg>
<IMG-2651.PNG>
<IMG-2635.jpg>
<IMG-2612.jpg>
<IMG-2586.jpg>
<IMG-2642.jpg>
<IMG-2633.jpg>
<IMG-2613.jpg>


Re: Backlash on Super Polaris with direct coupling of planetary gearbox? #backlash

Ivan Cohen
 

I have been playing more with onstep indoor. Changed driver to VQUIET. Current to 1200mA.

I switch software from Sky Chart to Sky Planetarium. It is really cool, even just for the little part I can grasp. Specifically the display showing limits is just great. I read more and figured out I should dig into its capabilities. I tried to register from help/about, clicked "Click here to purchase", but then I reached stellarjourney.com, software page. Could not find how to register. What did I miss? Are there alternate ways?

Thank you for this amazing project/hardware/software!!!


Re: Tracking Accuracy

bjaffa Jaffa
 


Howard,

Below is the addon ethernet config.h file.  Are these the parameters that must be set to ON to get the graphical display in the webserver?

// DISPLAY -------------------------------------------------------------------------------------------------------------------------
#define DISPLAY_HIGH_PRECISION_COORDS OFF //    OFF, ON for pull high precision coordinates from OnStep.                      Option
#define DISPLAY_HIGH_PRECISION_COORDS OFF //    OFF, ON for high precision coordinate display on status page.                 Infreq
 
Also if I wanted to experiment with encoder rate control is there any description on how/what the rate control parameters control?

// ENCODER RATE CONTROL
#define AXIS1_ENC_RATE_CONTROL        OFF //    OFF, ON Rate control for RA high resolution encoder. EQ mounts only.          Infreq
#define AXIS1_ENC_INTPOL_COS          OFF //    OFF, ON enables cosine compensation feature.                                  Infreq
#define AXIS1_ENC_RATE_AUTO           OFF //    OFF, n, (Worm period in seconds.) Adjusts avg encoder pulse rate to account   Option
                                          //         for skew in the average guide rate over the last worm period.            Option
#define AXIS1_ENC_BIN_AVG             OFF //    OFF, n, (Number of bins.)  Enables binned rolling average feature.            Option
 

Thanks,


// ---------------------------------------------------------------------------------------------------------------------------------
// Configuration for OnStep Ethernet Add-on
 
/*
 *          For more information on setting OnStep up see http://www.stellarjourney.com/index.php?r=site/equipment_onstep 
 *                      and join the OnStep Groups.io at https://groups.io/g/onstep
 * 
 *           *** Read the compiler warnings and errors, they are there to help guard against invalid configurations ***
*/
 
// ---------------------------------------------------------------------------------------------------------------------------------
// ADJUST THE FOLLOWING TO CONFIGURE YOUR ADD-ON'S FEATURES ------------------------------------------------------------------------
// <-Req'd = always must set, <-Often = usually must set, Option = optional, Adjust = adjust as req'd, Infreq = infrequently changed
 
//      Parameter Name              Value   Default  Notes                                                                      Hint
// ETHERNET HARDWARE ---------------------------------------------------------------------------------------------------------------
//#define W5500                         OFF //    OFF, ON If using W5500 Ethernet Adapter: RST ctrl Pin9, SPI default pins,     Option
#define W5500                         ON //    OFF, ON If using W5500 Ethernet Adapter: RST ctrl Pin9, SPI default pins,     Option
                                          //         CS on Pin10. OFF for W5100 adapter. Uses standard Arduino libraries.
 
// SERIAL PORTS --------------------------------------------------------------------------------------------------------------------
#define SERIAL_BAUD_DEFAULT          9600 //   9600, Common baud rates for these parameters are 9600,19200,57600,115200.      Infreq
#define SERIAL_BAUD                 57600 //  57600, Use 19200 if talking to a Mega2560 OnStep                               <-Req'd
                                          //         At startup this firmware will attempt to switch OnStep's baud rate to this
                                          //         faster speed (vs. SERIAL_BAUD_DEFAULT) and AFTER success, start WiFi, etc.
 
// DISPLAY -------------------------------------------------------------------------------------------------------------------------
#define DISPLAY_WEATHER               OFF //    OFF, ON Shows weather/ambient conditions (from OnStep) on status page.        Option
#define DISPLAY_INTERNAL_TEMPERATURE  OFF //    OFF, ON for internal MCU temperature display.                                 Option
#define DISPLAY_HIGH_PRECISION_COORDS OFF //    OFF, ON for pull high precision coordinates from OnStep.                      Option
#define DISPLAY_SPECIAL_CHARS          ON //     ON, For standard ASCII special symbols (compatibility.)                      Infreq
#define DISPLAY_ADVANCED_CHARS         ON //     ON, For standard "RA/Dec" instead of symbols.                                Infreq
#define DISPLAY_HIGH_PRECISION_COORDS OFF //    OFF, ON for high precision coordinate display on status page.                 Infreq
 
// COMMAND CHANNELS ----------------------------------------------------------------------------------------------------------------
#define MONITOR_GUIDE_COMMANDS        OFF //    OFF, Allow error reporting to also monitor guide commands.                    Infreq
 
// ENCODER SUPPORT -----------------------------------------------------------------------------------------------------------------
//#define AXIS1_ENC                     OFF //    OFF, CWCCW, AB. RA/Azm Axis on Pin 5 (A or CW) and Pin 6 (B or CCW,)          Option
#define AXIS1_ENC                     AB //    OFF, CWCCW, AB. RA/Azm Axis on Pin 5 (A or CW) and Pin 6 (B or CCW,)          Option
#define AXIS1_ENC_REVERSE             ON //    OFF, ON to reverse the count direction.                                       Adjust
#define AXIS1_ENC_TICKS_DEG     864.71111 // 555.55, n, (ticks/degree.) Encoder ticks per degree.                             Adjust
#define AXIS1_ENC_DIFF_LIMIT          900 //    900, n, (arcsec.) Maximum difference between encoder and OnStep before sync.  Adjust
 
//#define AXIS2_ENC                     OFF //    OFF, CWCCW, AB. Dec/Alt Axis on Pin 7 (A or CW) and Pin 8 (B or CCW)          Option
#define AXIS2_ENC                     AB //    OFF, CWCCW, AB. Dec/Alt Axis on Pin 7 (A or CW) and Pin 8 (B or CCW)          Option
#define AXIS2_ENC_REVERSE             ON //    OFF, ON to reverse the count direction.                                       Option
#define AXIS2_ENC_TICKS_DEG      864.71111 // 13.333, n, (ticks/degree.) Encoder ticks per degree.                             Adjust
#define AXIS2_ENC_DIFF_LIMIT          900 //    900, n, (arcsec.) Maximum difference between encoder and OnStep before sync.  Adjust
                                                     
#define ENCODERS_AUTO_SYNC            OFF //    OFF, ON, Enable support for auto sync of OnStep to encoder values.            Adjust
 
// ENCODER RATE CONTROL
#define AXIS1_ENC_RATE_CONTROL        OFF //    OFF, ON Rate control for RA high resolution encoder. EQ mounts only.          Infreq
#define AXIS1_ENC_INTPOL_COS          OFF //    OFF, ON enables cosine compensation feature.                                  Infreq
#define AXIS1_ENC_RATE_AUTO           OFF //    OFF, n, (Worm period in seconds.) Adjusts avg encoder pulse rate to account   Option
                                          //         for skew in the average guide rate over the last worm period.            Option
#define AXIS1_ENC_BIN_AVG             OFF //    OFF, n, (Number of bins.)  Enables binned rolling average feature.            Option
 
// AUXILLARY SWITCH/FEATURE CONTROL ------------------------------------------------------------------------------------------------
// *** Warning: only OnStep Aux pins that are unused for other purposes should be assigned! ***
#define SW0_OFF                           //   _OFF, "Name" for Aux0 feature on Control webpage, provides On/Off control.     Adjust
#define SW1_OFF                           //   _OFF, "Name" for Aux1 feature on Control webpage, provides On/Off control.     Adjust
#define SW2_OFF                           //   _OFF, "Name" for Aux2 feature on Control webpage, provides On/Off control.     Adjust
#define SW3_OFF                           //   _OFF, "Name" for Aux3 feature on Control webpage, provides On/Off control.     Adjust
#define SW4_OFF                           //   _OFF, "Name" for Aux4 feature on Control webpage, provides On/Off control.     Adjust
#define SW5_OFF                           //   _OFF, "Name" for Aux5 feature on Control webpage, provides On/Off control.     Adjust
#define SW6_OFF                           //   _OFF, "Name" for Aux6 feature on Control webpage, provides On/Off control.     Adjust
#define SW7_OFF                           //   _OFF, "Name" for Aux7 feature on Control webpage, provides On/Off control.     Adjust
#define SW8_OFF                           //   _OFF, "Name" for Aux8 feature on Control webpage, provides On/Off control.     Adjust
 
// AUXILLARY ANALOG/FEATURE CONTROL ------------------------------------------------------------------------------------------------
// *** Warning: only OnStep Aux pins that are unused for other purposes should be assigned! ***
#define AN3_OFF                           //   _OFF, "Name" for Aux3 feature on Control webpage, provides 0..100% PWM.        Adjust
#define AN4_OFF                           //   _OFF, "Name" for Aux4 feature on Control webpage, provides 0..100% PWM.        Adjust
#define AN5_OFF                           //   _OFF, "Name" for Aux5 feature on Control webpage, provides 0..100% PWM.        Adjust
#define AN6_OFF                           //   _OFF, "Name" for Aux6 feature on Control webpage, provides 0..100% PWM.        Adjust
#define AN7_OFF                           //   _OFF, "Name" for Aux7 feature on Control webpage, provides 0..100% PWM.        Adjust
#define AN8_OFF                           //   _OFF, "Name" for Aux8 feature on Control webpage, provides 0..100% PWM.        Adjust
 
// ETHERNET SETTINGS ---------------------------------------------------------------------------------------------------------------
// Enter a unique MAC address for your controller if you like:
byte mac[] = { 0xDE, 0xAD, 0xBE, 0xEF, 0xFE, 0xED };
// The IP addresses below will be dependent on your local network:
//IPAddress ip(192, 168, 1, 55);
//IPAddress myDns(192,168, 1, 1);
//IPAddress gateway(192, 168, 1, 1);
//IPAddress subnet(255, 255, 255, 0);
IPAddress ip(192, 168, 2, 10);
IPAddress myDns(192,168, 2, 1);
IPAddress gateway(192, 168, 2, 1);
IPAddress subnet(255, 255, 255, 0);
 
// THAT'S IT FOR USER CONFIGURATION!
 
// -------------------------------------------------------------------------------------------------------------------------
 
#define Ser Serial1 // Default=Serial1, This is the hardware serial port where OnStep is attached
 
// ---------------------------------------------------------------------------------------------------------------------------------
 


Re: CGE Pro New Conversion to first light

Tom
 

Thanks tnutt55, the coffee grinder has been replaced by sweet sounding steppers. 

Curly 

On Sun, 2 Aug 2020 at 23:25, tnut55 via groups.io <tnut55=yahoo.com@groups.io> wrote:
Nice job!  I managed to solve all my regular CGE issues, so I'm still in that "if it ain't broke, don't fix it mode".

On Sunday, August 2, 2020, 5:12:31 PM CDT, Curly <handsfeetman@...> wrote:


Hi Group,
Firstly I would like to thank Jeff Latsch in another post for planting the conversion seed. I said and I quote "Just to add I would not consider converting my mount unless it was broken" well it wasn't broken and convert it is exactly what i have done.
As my mount was still working I wanted to complete the conversion without chopping anything off so I could replace the stock system if I needed to. I have used Nema 17 17HM19-2004S 2A 400 step motors with 12T-60T and 158mm GT2 belts giving 5-1 reduction.
I started by machining the centre hole in the original motor mount bracket to allow the 12T pulley to fit. I then made and anodised in "Celestron orange" 2 motor mounts that adapt the Nema 17 bolt pattern to the 3 hole stock motor pattern. The belts are tensioned via these 3 nuts.


I have also used the CGE Pro PEC/home and limit switches.I made new slave pcb's to go inside the motor covers to attach the switches and motors. The RA housing needed 9 terminals and the Dec needed 6 so new drive cables were made.


The motors fit perfectly inside the covers



I used a modified MiniPCB2 with Teensy 4.0, I added a small slave pcb to the teensy to pinout for the home switches and GPS. I soldered jumper wires to the slave pcb from the pads on the underside of the Teensy 4.0 using Pins 24/25 for GPS, 26/27 for home switches and 35 for PPS from the GPS module. I kept limit switch on the same pcb pin but modified the pinmap.
The case was also anodised in "Celestron Orange"




First Light 31.7.20
The scope is a 14" EdgeHD with a 0.7 reducer so 2737mm focal length, Guiding via OAG and PHD2

With such a long focal length I was expecting some huge teething problems so I switched everything on, clicked find home which worked perfectly then took a 10 second image at NCP. Oh no star trails! but worse than if tracking was switched off so I knew the RA motor direction was wrong. I reflashed the Config.h and took another image, perfect this time. I plate solved and slewed to the Bubble Nebular, it was not far off but another plate solve got it spot on.



Now have a look at this for a first image, its just a single 5 min Hydrogen Alpha sub but its unguided!! It wouldn't do a 2 min unguided sub with the stock setup.

With guiding on and no changes made from celestron motor setup, I'm sure I can dial this in further.

Just before the clouds rolled in I got a couple of guided 10 min pics of the centre of the Pacman nebular.


I am blown away by the out of the box performance of OnStep, many thanks to all involved. I will post an update when I get some clear skies.
Thanks for your time

Curly


Re: CGE Pro New Conversion to first light

Tom
 

Thanks Khalid for the alignment tip. I have 2 RA ports because I didn’t have any 9 pin pro connectors! I ran the motor cable in the 4pin and the pec/home and limit switches in shielded cable via the 5 pin. Better to keep motor and signal cables apart. 

Curly 

On Sun, 2 Aug 2020 at 23:38, Khalid Baheyeldin <kbahey@...> wrote:
Thank you for sharing this level of detail. Your conversion is now in the showcase page on the Wiki.

I could not help but notice two RA ports. Why is that the case?

From your description, you did not do any alignment? On the next session, try starting a 6 or 9 align (OTA must be pointing to the NCP), evenly around the sky. Then using the "plate solve and sync" method on these points, see what your alt/az align errors are, and whether your gotos are more accurate afterwards.


Re: CGE Pro New Conversion to first light

Khalid Baheyeldin
 

Thank you for sharing this level of detail. Your conversion is now in the showcase page on the Wiki.

I could not help but notice two RA ports. Why is that the case?

From your description, you did not do any alignment? On the next session, try starting a 6 or 9 align (OTA must be pointing to the NCP), evenly around the sky. Then using the "plate solve and sync" method on these points, see what your alt/az align errors are, and whether your gotos are more accurate afterwards.


Re: CGE Pro New Conversion to first light

tnut55
 

Nice job!  I managed to solve all my regular CGE issues, so I'm still in that "if it ain't broke, don't fix it mode".

On Sunday, August 2, 2020, 5:12:31 PM CDT, Curly <handsfeetman@...> wrote:


Hi Group,
Firstly I would like to thank Jeff Latsch in another post for planting the conversion seed. I said and I quote "Just to add I would not consider converting my mount unless it was broken" well it wasn't broken and convert it is exactly what i have done.
As my mount was still working I wanted to complete the conversion without chopping anything off so I could replace the stock system if I needed to. I have used Nema 17 17HM19-2004S 2A 400 step motors with 12T-60T and 158mm GT2 belts giving 5-1 reduction.
I started by machining the centre hole in the original motor mount bracket to allow the 12T pulley to fit. I then made and anodised in "Celestron orange" 2 motor mounts that adapt the Nema 17 bolt pattern to the 3 hole stock motor pattern. The belts are tensioned via these 3 nuts.


I have also used the CGE Pro PEC/home and limit switches.I made new slave pcb's to go inside the motor covers to attach the switches and motors. The RA housing needed 9 terminals and the Dec needed 6 so new drive cables were made.


The motors fit perfectly inside the covers



I used a modified MiniPCB2 with Teensy 4.0, I added a small slave pcb to the teensy to pinout for the home switches and GPS. I soldered jumper wires to the slave pcb from the pads on the underside of the Teensy 4.0 using Pins 24/25 for GPS, 26/27 for home switches and 35 for PPS from the GPS module. I kept limit switch on the same pcb pin but modified the pinmap.
The case was also anodised in "Celestron Orange"




First Light 31.7.20
The scope is a 14" EdgeHD with a 0.7 reducer so 2737mm focal length, Guiding via OAG and PHD2

With such a long focal length I was expecting some huge teething problems so I switched everything on, clicked find home which worked perfectly then took a 10 second image at NCP. Oh no star trails! but worse than if tracking was switched off so I knew the RA motor direction was wrong. I reflashed the Config.h and took another image, perfect this time. I plate solved and slewed to the Bubble Nebular, it was not far off but another plate solve got it spot on.



Now have a look at this for a first image, its just a single 5 min Hydrogen Alpha sub but its unguided!! It wouldn't do a 2 min unguided sub with the stock setup.

With guiding on and no changes made from celestron motor setup, I'm sure I can dial this in further.

Just before the clouds rolled in I got a couple of guided 10 min pics of the centre of the Pacman nebular.


I am blown away by the out of the box performance of OnStep, many thanks to all involved. I will post an update when I get some clear skies.
Thanks for your time

Curly


CGE Pro New Conversion to first light

Curly
 

Hi Group,
Firstly I would like to thank Jeff Latsch in another post for planting the conversion seed. I said and I quote "Just to add I would not consider converting my mount unless it was broken" well it wasn't broken and convert it is exactly what i have done.
As my mount was still working I wanted to complete the conversion without chopping anything off so I could replace the stock system if I needed to. I have used Nema 17 17HM19-2004S 2A 400 step motors with 12T-60T and 158mm GT2 belts giving 5-1 reduction.
I started by machining the centre hole in the original motor mount bracket to allow the 12T pulley to fit. I then made and anodised in "Celestron orange" 2 motor mounts that adapt the Nema 17 bolt pattern to the 3 hole stock motor pattern. The belts are tensioned via these 3 nuts.


I have also used the CGE Pro PEC/home and limit switches.I made new slave pcb's to go inside the motor covers to attach the switches and motors. The RA housing needed 9 terminals and the Dec needed 6 so new drive cables were made.


The motors fit perfectly inside the covers



I used a modified MiniPCB2 with Teensy 4.0, I added a small slave pcb to the teensy to pinout for the home switches and GPS. I soldered jumper wires to the slave pcb from the pads on the underside of the Teensy 4.0 using Pins 24/25 for GPS, 26/27 for home switches and 35 for PPS from the GPS module. I kept limit switch on the same pcb pin but modified the pinmap.
The case was also anodised in "Celestron Orange"




First Light 31.7.20
The scope is a 14" EdgeHD with a 0.7 reducer so 2737mm focal length, Guiding via OAG and PHD2

With such a long focal length I was expecting some huge teething problems so I switched everything on, clicked find home which worked perfectly then took a 10 second image at NCP. Oh no star trails! but worse than if tracking was switched off so I knew the RA motor direction was wrong. I reflashed the Config.h and took another image, perfect this time. I plate solved and slewed to the Bubble Nebular, it was not far off but another plate solve got it spot on.



Now have a look at this for a first image, its just a single 5 min Hydrogen Alpha sub but its unguided!! It wouldn't do a 2 min unguided sub with the stock setup.

With guiding on and no changes made from celestron motor setup, I'm sure I can dial this in further.

Just before the clouds rolled in I got a couple of guided 10 min pics of the centre of the Pacman nebular.


I am blown away by the out of the box performance of OnStep, many thanks to all involved. I will post an update when I get some clear skies.
Thanks for your time

Curly


Re: Tracking Accuracy

Howard Dutton
 

On Sun, Aug 2, 2020 at 10:59 AM, bjaffa Jaffa wrote:
Thanks Howard  but how is the graphical display enabled? I don't see the TAB/Button to turn it on?
In the Addon's Config.h file.


Re: Failed to init device yet again

Khalid Baheyeldin
 

No.
You don't need to flash a separate sketch.
It is complicated to explain, but in a nutshell:
The Arduino_STM32 have a bootloader sketch that allows flashing over the microUSB.
It is flashed once, using a TTL to USB device and PA9/PA10.
After that all flashing is through the built-in microUSB.

For OnStep we are intentionally not using this scheme to avoid additional steps, and
to prevent power mishaps because we are powering from a 12-24V source.

So again, forget all that ...

What I want you to test is:

1. Find where the stm32flash executable is on your PC, somewhere under the Arduino directory.
2. Your STM32 PCB already has the CP2102 connected to the PA9/PA10 pins, so no additional hardware is needed.
3. Change the STM32 to Boot0 mode (move the jumper so the two pins that are away from the microUSB are connected)
4. Use the above executable with the -u option, and the proper port, while the STM32 is in Boot0 mode

See if you can flash something that way.

Can anyone else with Windows verify the above and come up with stm32flash pathnames and command syntax that
works on Windows?

6901 - 6920 of 30579