Date   

Sun/Moon tracking?

barsuk.neo@...
 

I would really like to understand how the solar and lunar velocity is calculated in OnStep (at least a short algorithm) in relation to Dobson mounts? I would be very grateful for clarification!


Re: Onstep - mis-alignment issues. #bluepill #EQ5 #mount

Johnnie Pattison
 

When connected to stellarium, make sure that you select " Set time to Now", in Stellarium.  My 2 cents. Now the experts can weigh in.


On Sat, Aug 28, 2021, 12:32 PM Nick Beijers <nickbeijers@...> wrote:
Hi there,

A few months ago i built an Onstep (Blue Pill, RTC, WiFi) on my LX70 mount.
After it seemed to work is used it a few nights with sidereal tracking and i managed to get some 30sec exposures of the nightsky.
(my first horsehead nebula photo was there ! :-)  )
Happy so far.....

But i recently bought a tracking scope and camera and wanted to use it with Stellarium & PHD2.
Software looks to be working oke, but i have algnment issues. Even without PC connection. So with handcontroller only.
I have never tested it before, but i'm sure it has this "bug" from the beginning.

My tests and assumptions so far :
1) Moving the scope around a bit and then return to home position works.
Therefore i assume that the hardware is ok. (no missing steps)

2) Manual pointing to an object, then starting sidereal tracking works. (tested for about 2 hours, object still in center of scope/eyepiece)
Therefore i assume that the calculations/rear ratio are correct.

3) Time set with handcontroller. UTC offset used. (same as in Stellarium)
Nothing else to do here, right ?

But.... when choosing an object from Handcontroller or Stellarium, Onstep moves not to the right place in the sky.
It looks to be pointing at a place, a few hours later from that object. (i mean the star should be there in a few hours from now)

Does anyone know where i'm missing something. Can i do some tests to see if it is a time issue, ore maybe somthing else ?

Hope anyone has a good tip/answer for me.

Regards,
Nick, Netherlands


Re: hello MKs and mega which is better.

Marcus
 

the mks is a very slow platform -  if a new project is consider perhaps a faster micro controller may be considered;

see the end off
https://onstep.groups.io/g/main/wiki/7118

all of these have their trade offs  eg cost, amount of construction soldering etc - the wiki can help, but I found its a lot of reading to understand the options - I concentrated on no low soldering/construction options in my ongoing build.


Re: hello MKs and mega which is better.

Brian Davis
 

The MKS Gen L has been around a while, and it works very well with Onstep.  It's an 8-bit board, so it's performance is on the low end of the spectrum, but unless you really want fast slews, the Gen L is a good board.  Use TMC SPI drivers with it, and it's an easy build.  I started with one, before moving to the FYSETC S6 board, which is several orders of magnitude more powerful, and also is a very easy build - plug in the drivers and steppers, burn Onstep to it, and you're ready to play.  Lots of accessory modules work as well with both boards.

The wiring diagram and data are on the MKS website for the MKS Gen L.  If you go that way, use the v2.1 version, and it will save you several headaches.

On Sat, Aug 28, 2021 at 4:44 AM sami <redofcrayz@...> wrote:
I had a project with arduino mega and it worked very well.
now, I want to do it with mks. what's the difference between them Dec.
also, what version should I use mks, and is the wiring diagram available?
what drivers should I use?
also, does the tracking camera and bluetooth or wifi work smoothly?
some words may differ because we use the translation.
thank you 


Onstep - mis-alignment issues. #bluepill #EQ5 #mount

Nick Beijers
 

Hi there,

A few months ago i built an Onstep (Blue Pill, RTC, WiFi) on my LX70 mount.
After it seemed to work is used it a few nights with sidereal tracking and i managed to get some 30sec exposures of the nightsky.
(my first horsehead nebula photo was there ! :-)  )
Happy so far.....

But i recently bought a tracking scope and camera and wanted to use it with Stellarium & PHD2.
Software looks to be working oke, but i have algnment issues. Even without PC connection. So with handcontroller only.
I have never tested it before, but i'm sure it has this "bug" from the beginning.

My tests and assumptions so far :
1) Moving the scope around a bit and then return to home position works.
Therefore i assume that the hardware is ok. (no missing steps)

2) Manual pointing to an object, then starting sidereal tracking works. (tested for about 2 hours, object still in center of scope/eyepiece)
Therefore i assume that the calculations/rear ratio are correct.

3) Time set with handcontroller. UTC offset used. (same as in Stellarium)
Nothing else to do here, right ?

But.... when choosing an object from Handcontroller or Stellarium, Onstep moves not to the right place in the sky.
It looks to be pointing at a place, a few hours later from that object. (i mean the star should be there in a few hours from now)

Does anyone know where i'm missing something. Can i do some tests to see if it is a time issue, ore maybe somthing else ?

Hope anyone has a good tip/answer for me.

Regards,
Nick, Netherlands


Re: Conexión Motores Nema 17 a RJ45 (STM32 Blue Pill) - How to connect RJ45 port UTP cable to Nema 17

 

See pages 8 (RJ Connectors) and 15 (Molex cables) of this document:  
https://onstep.groups.io/g/main/files/Documents%20and%20Guides/OnStep%20STM32%20PCB%20Kit%20Assembly%20Instructions.pdf
This is the assembly manual for the Blue Pill configuration.


Re: Experiences with TMC5160

 

hello I'm starting a new project with mks v2. could you share the wiring diagram with me? because I don't know where to hang out, thank you. redofcrayz@... my email address is very sevinirm if you tell me pictures or places of connection


hello MKs and mega which is better.

 

I had a project with arduino mega and it worked very well.
now, I want to do it with mks. what's the difference between them Dec.
also, what version should I use mks, and is the wiring diagram available?
what drivers should I use?
also, does the tracking camera and bluetooth or wifi work smoothly?
some words may differ because we use the translation.
thank you 


Conexión Motores Nema 17 a RJ45 (STM32 Blue Pill) - How to connect RJ45 port UTP cable to Nema 17

Walter Garcia
 

Hola, 
estoy construyendo el modelo STM32 blue pill con la placa madre que Uds has subido gentilmente en la página EASYEDA ( https://easyeda.com/editor#id=5de87b236f364cf7b31ac02d46ff7241 ) . Mi intención es conectar los motores Nema 17 a los puertos RJ45. He estado buscando en el foro (seguro que está) pero no lo pude encontrar. Quiero conectar correctamente los cables del Nema 17 al cable UTP y este al puerto RJ45 (color de cable motor nema a que pin) . Para no cometer errores pido su ayuda. Desde ya muchas gracias,

Hi,
I am building the STM32 blue pill model with the motherboard that you have kindly uploaded on the EASYEDA page (https://easyeda.com/editor#id=5de87b236f364cf7b31ac02d46ff7241). My intention is to connect the Nema 17 motors to the RJ45 ports. I've been searching the forum (it sure is) but couldn't find it. I want to correctly connect the Nema 17 cables to the UTP cable and this to the RJ45 port (color of nema motor cable to which pin) for not to make mistakes, I ask for your help. From already thank you very much,

Walter,


Re: Focuser motor not moving

Pete
 

I knew it had to be something silly and that turned out to be me.  I was certain that you stuff was working.  It was a case of eliminating what it wasn't.  If you look at the pic, the unsolderd pin was making no contact. It was air-gapped all around.  

Thanks again Howard.  It happens...


Re: Focuser motor not moving

Howard Dutton
 

On Fri, Aug 27, 2021 at 10:08 AM, Pete wrote:
You must not take yourself too seriously at times like this.
I've had these moments too, glad you got it working.


Re: Focuser motor not moving

Pete
 

Hi Mike,

Yes, I found it funny too, after the initial expletive.  All the years, all the experience, all the builds and I just missed the pin when I was soldering.  It was not A, it was not B so in the end, it just had to be under the board.  I actually diagnosed it after I went to bed.  "Yup", I said to myself.  I have missed a solder pin.  I even figured it out as being the Step pin based on the facts that a). it was vibrating very slightly so it had power and Dir and b). It was not moving.

You must not take yourself too seriously at times like this.

99% of faults I find are done with my eyeballs.  This goes right back to tube HiFis.  Lately the remainder have been the escape of the gray smoke that make electronics work.

Now, I need to make Ethernet work but that is for another thread.

Thanks again.
Pete


Re: Focuser motor not moving

Mike Ahner
 

On Fri, Aug 27, 2021 at 11:00 AM, Pete wrote:
Well, using my 60+ years of experience in electronics I have finally tracked down why my focuser motor was not moving.
That's actually funny, Pete and at least for me, quite annoying when I miss such obvious and simple problems after spending hours and hours. Congratulations!

Most of us in electronics have experience in troubleshooting/repairing equipment has been used out in the field, was working and then just quit working. It's sometimes helpful to remind ourselves that we are not manufactures of OnStep products in the sense that we are building a completely new system that has never worked, especially as a system. And missed or poor solder connections are very common, along with parts incorrectly installed (usually obvious when the smoke clears) wrong parts, etc.

over the years, I've learned to not bypass the systematic, methodical step by step search with a magnifying glass and strong light. The Universe is swift and unforgiving in response... :)
-Mike


Re: Focuser motor not moving

Pete
 

Well, using my 60+ years of experience in electronics I have finally tracked down why my focuser motor was not moving.  It helps a lot if all the DRV8825 pins are actually soldered to the PCB.  unsoldered STEP Pin.  I fixed that, gave the whole oard a really good eyeball check and now, it works fine.

I am 75 years old and my Mom taught me to solder when I was 8 years old. Mistaikz happen.

This was a classic case of finding what it was not. A parody, if you will of Thomas Edison;s, "I have not failed, I have just found one more way it does not work."  I would add the woth "yet" to that sentence.

Thank you all very much for your time, help and patience.  Now it is on to the next problem.
Pete


Re: Meridian Flip

Chad Gray
 

Nice job Jamie!  I will have to keep track of it so we know what release it is in.

Chad

On Thu, Aug 26, 2021 at 9:21 PM Jamie Flinn <jamiecflinn@...> wrote:
I have fixed it - stars and slews now report correctly

Meridian Flip - EKOS/Onstep Slews to last star - Page 4 - INDI Forum - Results from #36 (indilib.org)

If you can code and build your own indi - this is what needs to be changed: these section are both in 
bool LX200_OnStep::ReadScopeStatus()  in LX200_OnStep.cpp

 if (strstr(OSStat, "n") && !strstr(OSStat, "N"))
            {
                IUSaveText(&OnstepStat[1], "Slewing");
                TrackState = SCOPE_SLEWING;
            }


and

if (strstr(OSStat, "p")) //jamie - this means unparked so why only idle and tracking when above we could be slewing
            {
                SetParked(false); //defaults to TrackState=SCOPE_IDLE but we want
                if (strstr(OSStat, "nN"))   // azwing need to detect if unparked idle or tracking
                {
                    IUSaveText(&OnstepStat[1], "Idle");
                    TrackState = SCOPE_IDLE;
                }
                else if (strstr(OSStat, "n") && !strstr(OSStat, "N"))
                {
                    //set from state above 
                    TrackState = SCOPE_SLEWING; 
                    IUSaveText(&OnstepStat[1], "Slewing");
                }
                else
                {
                
                    TrackState = SCOPE_TRACKING; 
                    IUSaveText(&OnstepStat[3], "UnParked");
                }
            }
            // ============= End Parkstatus



Re: Meridian Flip

Jamie Flinn
 

I have fixed it - stars and slews now report correctly

Meridian Flip - EKOS/Onstep Slews to last star - Page 4 - INDI Forum - Results from #36 (indilib.org)

If you can code and build your own indi - this is what needs to be changed: these section are both in 
bool LX200_OnStep::ReadScopeStatus()  in LX200_OnStep.cpp

 if (strstr(OSStat, "n") && !strstr(OSStat, "N"))
            {
                IUSaveText(&OnstepStat[1], "Slewing");
                TrackState = SCOPE_SLEWING;
            }


and

if (strstr(OSStat, "p")) //jamie - this means unparked so why only idle and tracking when above we could be slewing
            {
                SetParked(false); //defaults to TrackState=SCOPE_IDLE but we want
                if (strstr(OSStat, "nN"))   // azwing need to detect if unparked idle or tracking
                {
                    IUSaveText(&OnstepStat[1], "Idle");
                    TrackState = SCOPE_IDLE;
                }
                else if (strstr(OSStat, "n") && !strstr(OSStat, "N"))
                {
                    //set from state above 
                    TrackState = SCOPE_SLEWING; 
                    IUSaveText(&OnstepStat[1], "Slewing");
                }
                else
                {
                
                    TrackState = SCOPE_TRACKING; 
                    IUSaveText(&OnstepStat[3], "UnParked");
                }
            }
            // ============= End Parkstatus



Re: Focuser motor not moving

Howard Dutton
 

You could try to reset the NV memory...

In the Arduino Serial Monitor send:

:ENVRESET#

Then reboot.


Re: Focuser motor not moving

Pete
 

Howard,  I do not doubt that your hardware and software work fine.  This is my fourth OnStep build and to date, it has never failed yet.  I'm just struggling to make this one work.  It's electronics.  It will do what I want in the end.


Re: Focuser motor not moving

Howard Dutton
 

On Thu, Aug 26, 2021 at 03:07 PM, Dave Schwartz wrote:
I think that is only for DC mode.
Heck yes.

OnStep has no control over step mode so half-step results in a waveform that can be used to drive a DC motor.
Yes.

AFAIK the MaxPCB has a full set of microstep jumpers.
Yes.

I just checked a MaxPCB2 w/T3.5 and DRV8825 in Axis4 w/OnStep release-4.24.  The focuser (stepper motor) worked fine.


Re: Focuser motor not moving

Dave Schwartz
 

I think that is only for DC mode. OnStep has no control over step mode so half-step results in a waveform that can be used to drive a DC motor. AFAIK the MaxPCB has a full set of microstep jumpers.

On 2021-08-26 5:14 p.m., Pete wrote:
Thanks Dave,


It is interesting that you have set your motor to 32 microsteps. The link inside Config.h was very clear.MaxPCB2 AXIS4 COnfig <https://onstep.groups.io/g/main/wiki/26583#AXIS4>

*
o
+ The DRV8825 (or A4988) must be configured for
half-stepping (2x micro-stepping) mode.

--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

11461 - 11480 of 47838