Date   

moderated Re: Ramps 1.4 and stellarium not working

Khalid Baheyeldin
 

On Fri, Jun 11, 2021 at 05:02 PM, Chris Lambert wrote:
Is there any way of seeing what files etc are actually saved to the arduino?
No.
They are binary code anyway, so not understandable in anyway, nor is it files even ...

The proof is that the code runs and does something.


moderated Re: Ramps 1.4 and stellarium not working

Chris Lambert
 
Edited

Ah OK. Is there any way of seeing what files etc are actually saved to the arduino?

 


From: main@onstep.groups.io <main@onstep.groups.io> on behalf of Khalid Baheyeldin <kbahey@...>
Sent: Friday, June 11, 2021 9:59:38 PM
To: main@onstep.groups.io <main@onstep.groups.io>
Subject: Re: [onstep] Ramps 1.4 and stellarium not working
 
That means OnStep on the Arduin Mega 2560 is not responding.
Or that OnStep was never properly uploaded to it.

Try to upload again, and copy/paste the output here.


moderated Re: Ramps 1.4 and stellarium not working

Khalid Baheyeldin
 

That means OnStep on the Arduin Mega 2560 is not responding.
Or that OnStep was never properly uploaded to it.

Try to upload again, and copy/paste the output here.


moderated Re: Ramps 1.4 and stellarium not working

Chris Lambert
 

OK, tried what you said, and no nothing. Arduino recognises that it's connected and found the board, but that's it. 


moderated Re: Ramps 1.4 and stellarium not working

Chris Lambert
 

Do I need to enable/change anything on this? 


moderated Re: Ramps 1.4 and stellarium not working

Khalid Baheyeldin
 

On Fri, Jun 11, 2021 at 04:30 PM, <clambert24@...> wrote:
Have I put the motor controllers in the right connections as such on the ramps? (See previous pic)
Looks like you used the correct connectors for axis 1 (X) and axis 2 (Y), per this diagram.

One more thing to try.

Exit Stellarium, and start the Arduino IDE.
Open Serial Monitor, set the baud to 9600, then enter the commands at the very bottom of this page.
See if:
a) you get responses
b) the motors move.


Re: Onstep First testing question #EQ5

Khalid Baheyeldin
 

On Fri, Jun 11, 2021 at 04:28 PM, Otto wrote:
What if you set your driver jumpers to match BOTH the SLEW and GOTO microstepping values? Forget about on-the-fly switching. I would set them to 16 or 32 all around (preferably 16 for a bit faster slew/GOTO test).
The STM32 does not have jumpers for microstepping on Axis1 or Axis2.
It is done in Config.h, so OnStep controls that.

Second, in your video, your phone shows your local time as GMT-8 (or UTC-8).  From your coordinates you are in the Seattle area?  If so, current offset is 7 hours, not 8, assuming you are in DST.  I observed a similar phenomenon when I first tested my installation.  I forget exactly what I did to force the UTC offset to the correct value.  I have only used OnStep a few times, but I think I had to enter the UTC offset manually.
One thing I have noticed is that you press Upload, but never Use Current.
The procedure is to first press Use Current, which updates the screen with the GPS location.
Then press Upload to send that to OnStep.

But you seem to have done that in a previous session anyway, and you don't need to update the location every again unless you travel with the mount to another location.

Your calculations are correct, based on what you listed earlier (pulley sizes, and so on).

Again: you said it undershoots, but the video shows it is overshooting.


moderated Re: Ramps 1.4 and stellarium not working

Chris Lambert
 

OK, so none of that worked and still nothing. Have I put the motor controllers in the right connections as such on the ramps? (See previous pic)
The date, time and location is correct but still no response.  It seems like its connected, just not responding 😕


Re: Onstep First testing question #EQ5

 

The experts have weighed in, but I will provide some humble thoughts because I went through a similar issue with my CG5 (although I am using an MKS/TMC2209 config).

What if you set your driver jumpers to match BOTH the SLEW and GOTO microstepping values? Forget about on-the-fly switching. I would set them to 16 or 32 all around (preferably 16 for a bit faster slew/GOTO test).

Second, in your video, your phone shows your local time as GMT-8 (or UTC-8).  From your coordinates you are in the Seattle area?  If so, current offset is 7 hours, not 8, assuming you are in DST.  I observed a similar phenomenon when I first tested my installation.  I forget exactly what I did to force the UTC offset to the correct value.  I have only used OnStep a few times, but I think I had to enter the UTC offset manually.


Re: Smart Hand Controller Old and New version Questions #esp32

Ken Hunter
 

I will give that a try, I have nothing to lose but time LOL...
Thanks Tnut55


Re: Onstep First testing question #EQ5

Khalid Baheyeldin
 

That rules out stalling because of different microstepping.
Usually /16 should work. I had issues with 1/8, I think.

I am out of ideas.


Re: Onstep First testing question #EQ5

Hemendra Rawat
 

Hi Khalid,

I reversed the AXIS2 (Dec axis) and the mount was pointing in opposite direction of the star. So the DEC axis is not the issue here. I reverted the changes.

As suggested by you, I have set the Vref to 0.588 for both the drivers and enabled PULSE mode, and disabled Microsteps GOTO. There is improvement in the sound that motors make but the mount's pointing accuracy is as bad as it was before.

-Hemendra



Re: Smart Hand Controller Old and New version Questions #esp32

tnut55
 

I know that is the case...and I don't know the code (or want to invest that much time) to understand it fully.

I set mine to ON and the switches work.  I used a 150 ohm resistor and a regular 5mm red led.  The led is spec'd at an average 2v forward drop.


On Fri, Jun 11, 2021 at 1:09 PM, Ken Hunter
<kb7hunter@...> wrote:
Yes, I am setting a number as there is no option "ON"... only OFF or a number which activates the feature in software.


Re: Smart Hand Controller Old and New version Questions #esp32

Ken Hunter
 

Yes, I am setting a number as there is no option "ON"... only OFF or a number which activates the feature in software.


Re: Onstep First testing question #EQ5

Khalid Baheyeldin
 

On Fri, Jun 11, 2021 at 12:56 PM, Mircea Radutiu wrote:
I reversed the Dec. (N-S) direction in the config file and it worked.
Hemendra,

This is easy to try and see if it fixes the issue.

Change the following, then re-upload OnStep:

#define AXIS2_DRIVER_REVERSE ON


Re: Onstep First testing question #EQ5

Mircea Radutiu
 

That is exactly what happened to my EQ5 when first testing OnStep (MaxESP3) with it, I reversed the Dec. (N-S) direction in the config file and it worked.


Re: Onstep First testing question #EQ5

Khalid Baheyeldin
 

On Fri, Jun 11, 2021 at 12:22 PM, Drew 🔭📷🚴‍♂️ wrote:
You forgot to get him to change the
AXIS1_STEPS_PER_DEGREE    12800.0
to 400 (I think) for both axis if you are going to turn off microstepping
No.

This value remains as is, since AXIS1_MICROSTEPS is unchanged from 32.

It is only the mode switching that is disabled, in the odd case that the stall was a mid band resonance when doing 16.


Re: Onstep First testing question #EQ5

Drew 🔭📷🚴‍♂️
 

On Fri, Jun 11, 2021 at 11:55 AM, Khalid Baheyeldin wrote:
But to rule out the different microstepping causing a stall, do the above changes, and try again.
You forgot to get him to change the
AXIS1_STEPS_PER_DEGREE    12800.0
to 400 (I think) for both axis if you are going to turn off microstepping


Re: Onstep First testing question #EQ5

Khalid Baheyeldin
 

On Fri, Jun 11, 2021 at 01:24 AM, Hemendra Rawat wrote:
Both my Stepper drivers have R220 written on both the resistors.
Let us do the math.

Your motors are maximum 0.9A current.
We want to run them at 50% (to start with).

So 0.9 X 1.41 X 0.5 = 0.635A

The LV8729 Vref formula is:

0.635 / 1.1 = 0.577 V

So you need to set your vref to 0.577 V

Then, change the following in your Config.h file:

#define STEP_WAVE_FORM             PULSE // allows faster pulsing during slewing (60% more)

Then disable the different microstepping in case that is stalling (see below).

#define AXIS1_DRIVER_MICROSTEPS_GOTO  OFF
#define AXIS2_DRIVER_MICROSTEPS_GOTO  OFF

Here is the link to the video of my mount in action.
 
 
I can make another one if details aren't very clear.
In your video the mount overshoots, not undershoots. Because after the second star, it is pointing
below the horizon. So not sure what is going on.

I do hear some whining noise mid slewing, but it is not really high, and I don't see the mount stopping.
But to rule out the different microstepping causing a stall, do the above changes, and try again.

Test and see if things are better.


moderated Re: Ramps 1.4 and stellarium not working

Khalid Baheyeldin
 

On Fri, Jun 11, 2021 at 02:36 AM, <clambert24@...> wrote:
How/where do I enable tracking? 
If you entered the location, date and time, then OnStep 4.24 will be ready to slew right away.

I try using my phone with port 9998 and it sees the connection, but won't connect. Do j need to change setting in the software of stellarium?
If you are using the OnStep android app, then the port is 9999 for it.
For Stellarium Mobile Plus on Android, the port is 9998.

1021 - 1040 of 35572