Date   

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.


moderated Re: Ramps 1.4 and stellarium not working

Khalid Baheyeldin
 

On Thu, Jun 10, 2021 at 09:18 PM, Mike Ahner wrote:
Also, I'm not sure if OnStep will move the telescope until Tracking is enabled. Default power up is tracking off. That may have changed for some operations, but not sure.
Starting an align is no longer necessary with the current stable 4.24 version.

If OnStep sees that the location, date and time are updated, it will allow slewing right away without an align.

Very convenient, and more in line with the behaviour of all other mounts.


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

Khalid Baheyeldin
 

On Fri, Jun 11, 2021 at 08:44 AM, Kokoro San wrote:
In conclusion..

latest SHC using Tenssy work more precise with lest flash memory in catalog ?
( If Tenssy 4 also can't )?

SHC with ESP32 is lest precise with a lot catalog?
( Overall more then enough for user)?
No. It is the other way.

The ESP32 is the one that is more precise.
But the Teensy 4.x is 'precise enough' for practical use.
The Teensy 3.2 lacks enough flash memory.

The ESP32 also has more complete catalogs.

So the ESP32 is better, cheaper, and more easily available.


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

 

Hello Khalid and Howord

In conclusion..

latest SHC using Tenssy work more precise with lest flash memory in catalog ?
( If Tenssy 4 also can't )?

SHC with ESP32 is lest precise with a lot catalog?
( Overall more then enough for user)?


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

 

My 1st SHC ESP32 working great now. Am making another 1 for my G8 mount,.
Previous SHC ESP32 facing power issue, display keep blink, after awhile power up n shut down. 

1.i solder the OLED Display direct extend to 4 pin , make it solid join and make sure  Select the right pin for display using VVC or GND at 1st pin..( I fry 2 because I didn't check)

2.SHC power issue mainly is soldering not properly soldering from front connected to the back of the board, duel to the rj12 female connector should not press down all the way while soldering. ( See the picture I attach )


3. I change shc better copper wires 1m no problem.


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

tnut55
 

Mine works fine just like you describe wrt the button controls.

In the config file you say you sre setting the default intensity.  Are you setting a number?  Have you tried to simply set it to ON?


On Thu, Jun 10, 2021 at 10:21 PM, Ken Hunter
<kb7hunter@...> wrote:
>>>>The problem with the ESP32 SHC is that the current pcb listed (V1.03) does not include either the utility light or the reset for 2.42 displays.  You are either forced to run jumper wires or...

I am in need of some guidance here... I believe that the "Utility Light" is mounted on the SHC case and should be connected from +3.3 volts, through a  470 ohm resistor and LED to GPIO pin 13 which supplies a PWM Ground to complete the circuit. I have connected the components in this fashion, enabled the Utility light in the SHC Config.h file and flashed the ESP32 with no problems. The LED is hooked correctly and glows brightly. 

I can double click the H button, drop down to the Utility Light menu selection and select that with the "W" button. but I can not vary the intensity of the LED with the 2 F & f buttons.  BTW these buttons respond correctly when used for Guiding rate changes.

With an O'scope attached to GPIO 13, I see the signal as I think it should be (Pulses going Negative at a 5KHZ rate) but no movement of the PWM width corresponding to the F & f buttons. Strangely, it seems that when I change the Config.h file for a different default brightness and reflash, the width of the negative (% duty cycle) changes on the next startup however still no response to the buttons.

Anything I might have missed in the setup or in my idea of how it should work?


moderated Re: Ramps 1.4 and stellarium not working

Chris Lambert
 

OK, 1 thing I forgot to mention, I have a screen attached to my pi so I can control it from that, effectively having a laptop plugged in i guess just running stellarium, but it still isn't moving. How/where do I enable tracking? 
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? 


Re: Onstep First testing question #EQ5

Hemendra Rawat
 

Hi Khalid,

Both my Stepper drivers have R220 written on both the resistors.

Here is the link to the video of my mount in action.


I can make another one if details aren't very clear.

Regards,
Hemendra

On Thu, Jun 10, 2021, 9:56 AM Khalid Baheyeldin <kbahey@...> wrote:
On Thu, Jun 10, 2021 at 02:56 AM, Hemendra Rawat wrote:
My motors are 400 steps 0.9 degree. I have set the Vref to 0.5V for both the axis. I'm powering Onstep with a 24V 3A power supply. I'm using LV8729 stepper drivers.
On the underside of the driver, there are two resistors. They will be marked R220 or R100.
Let us know which one yours have (check both drivers).

What's the best way to validate that Onstep has correct time, time zone and location information?
You have WiFi. So go to http://192.168.0.1/ and on the main page you will see the coordinates, UTC time, as well as the Local Star Time (LST). Compare the LST to what is on this site after you enter the correct coordinates.

Based on my observation, Onstep always moves in the right direction but for some reason it's undershooting the target. How can I debug this?
Undershooting, and elimination of other reasons, points to stalling.
Can you make a video showing the scope from power up until the end of the slew for the first stall?
Upload it Youtube (do not attach), so we can hear what is going on.
 


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

Ken Hunter
 

>>>>The problem with the ESP32 SHC is that the current pcb listed (V1.03) does not include either the utility light or the reset for 2.42 displays.  You are either forced to run jumper wires or...

I am in need of some guidance here... I believe that the "Utility Light" is mounted on the SHC case and should be connected from +3.3 volts, through a  470 ohm resistor and LED to GPIO pin 13 which supplies a PWM Ground to complete the circuit. I have connected the components in this fashion, enabled the Utility light in the SHC Config.h file and flashed the ESP32 with no problems. The LED is hooked correctly and glows brightly. 

I can double click the H button, drop down to the Utility Light menu selection and select that with the "W" button. but I can not vary the intensity of the LED with the 2 F & f buttons.  BTW these buttons respond correctly when used for Guiding rate changes.

With an O'scope attached to GPIO 13, I see the signal as I think it should be (Pulses going Negative at a 5KHZ rate) but no movement of the PWM width corresponding to the F & f buttons. Strangely, it seems that when I change the Config.h file for a different default brightness and reflash, the width of the negative (% duty cycle) changes on the next startup however still no response to the buttons.

Anything I might have missed in the setup or in my idea of how it should work?


moderated Re: Ramps 1.4 and stellarium not working

"Guilherme Vênere
 

Port 22 is also probably wrong. This is the port for the SSH service which you use to connect to a Linux terminal. 

OnStep uses ports 9999 and 9998. In Stellarium you need to use port 9998 which is the persistent connection 

Guilherme 


On Thursday, June 10, 2021, Mike Ahner <mahner@...> wrote:
On Thu, Jun 10, 2021 at 05:20 PM, <clambert24@...> wrote:
So I got my ramps 1.4 connected to my arduino mega 2560 all connected to mh raspberry pi running stellarium. Trying to configure and get it talking and my telescope isn't moving.
I can't speak for anything to do with Raspbery Pi or Stellarium, but I wonder if you've tested this OnStep controller without the Pi? You don't mention if this is a new build or if you're just adding the Pi & Stellarium but your controller has to work standalone first.

Also, I'm not sure if OnStep will move the telescope until Tracking is enabled. Default power up is tracking off. That may have changed for some operations, but not sure.

There a few ways to start tracking:
1) Begin an alignment process, this turns tracking on.
2) Turn tracking on via the Wifi Webserver or the Android app.
3) Set tracking to start at power up in the Config.h file, but that's not recommended for normal use.


Not able to connect to wifi on MaxESP3

Brent Crain
 

Hi, 

I am completely new to OnStep, but have read through much of the wiki.  I have a fully assembled MaxESP3 that George C. built and tested for me.  The board powers up fine, the red LED on the ESP32 and the blue LED on the D1 mini both go solid after a few seconds.  When I try to connect to the “ONSTEP” SSID that is broadcast, my cell phone reports “Failed to obtain IP address”.  My laptop connects to ONSTEP, but marks it as an “unidentified network”.  Entering http://192.168.0.1/ into a browser returns a connection timed out error.

 

I assume George used the standard configuration.  How should I proceed?

 

Thanks!


moderated Re: Ramps 1.4 and stellarium not working

Mike Ahner
 

On Thu, Jun 10, 2021 at 05:20 PM, <clambert24@...> wrote:
So I got my ramps 1.4 connected to my arduino mega 2560 all connected to mh raspberry pi running stellarium. Trying to configure and get it talking and my telescope isn't moving.
I can't speak for anything to do with Raspbery Pi or Stellarium, but I wonder if you've tested this OnStep controller without the Pi? You don't mention if this is a new build or if you're just adding the Pi & Stellarium but your controller has to work standalone first.

Also, I'm not sure if OnStep will move the telescope until Tracking is enabled. Default power up is tracking off. That may have changed for some operations, but not sure.

There a few ways to start tracking:
1) Begin an alignment process, this turns tracking on.
2) Turn tracking on via the Wifi Webserver or the Android app.
3) Set tracking to start at power up in the Config.h file, but that's not recommended for normal use.


moderated Ramps 1.4 and stellarium not working

Chris Lambert
 

OK. So I got my ramps 1.4 connected to my arduino mega 2560 all connected to mh raspberry pi running stellarium. Trying to configure and get it talking and my telescope isn't moving. 
The green light is constantly on green on the ramps, so I'm guessing I have selected the correct setting to tell the software where the ramps is etc, but when I go to slew etc or try to move the telescope nothing happens. 
I also can't get the stellarium app to connect to the raspberry pi to control it. Got a feeling the port number is wrong 😕 currently 22. 🤷


Re: Blue Pill Upgrade: RobotDyn F303CC

lrosellpardo@...
 

Upgraded my STM32 Bluepill with F303CC resoldering it, now I can reach 3deg/s in pulse mode. I'll make futher tests.


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

Khalid Baheyeldin
 

On Wed, Jun 9, 2021 at 11:17 PM, Kokoro San wrote:
Where can I get the board diagram ?
You can find the schematic and PCB layout here

https://easyeda.com/dschwartz/onstep-shc

But don't get the Gerber file from that site, instead use the one that is here:

https://onstep.groups.io/g/main/files/Printed%20circuit%20boards/Gerber_OnStep%20SHC%20ESP32%20PCB_2021-05-17.zip

It is validated and avoids errors on the EasyEDA.


Re: Onstep First testing question #EQ5

Khalid Baheyeldin
 

On Thu, Jun 10, 2021 at 02:56 AM, Hemendra Rawat wrote:
My motors are 400 steps 0.9 degree. I have set the Vref to 0.5V for both the axis. I'm powering Onstep with a 24V 3A power supply. I'm using LV8729 stepper drivers.
On the underside of the driver, there are two resistors. They will be marked R220 or R100.
Let us know which one yours have (check both drivers).

What's the best way to validate that Onstep has correct time, time zone and location information?
You have WiFi. So go to http://192.168.0.1/ and on the main page you will see the coordinates, UTC time, as well as the Local Star Time (LST). Compare the LST to what is on this site after you enter the correct coordinates.

Based on my observation, Onstep always moves in the right direction but for some reason it's undershooting the target. How can I debug this?
Undershooting, and elimination of other reasons, points to stalling.
Can you make a video showing the scope from power up until the end of the slew for the first stall?
Upload it Youtube (do not attach), so we can hear what is going on.
 

1041 - 1060 of 35577