Date   

Re: track autostart and refraction correction

Howard Dutton
 

On Thu, Dec 16, 2021 at 11:57 AM, Howard Dutton wrote:
On Thu, Dec 16, 2021 at 11:51 AM, Khalid Baheyeldin wrote:
In practice, from extensive testing that I did a while ago before moving on to autoguiding, even when coupled
with PEC, full compensation is not enough to get round stars on all or most of the long exposures.
For your mount.
Equipment, image scale, etc.

I try to make OnStep as capable as possible, how its best used from case to case is up to the individual.


Re: track autostart and refraction correction

Howard Dutton
 

On Thu, Dec 16, 2021 at 11:51 AM, Khalid Baheyeldin wrote:
In practice, from extensive testing that I did a while ago before moving on to autoguiding, even when coupled
with PEC, full compensation is not enough to get round stars on all or most of the long exposures.
For your mount.


Re: track autostart and refraction correction

Howard Dutton
 

The feature in question here is for adjusting the tracking rates for refraction or refraction and the pointing model.

This can include the Declination Axis or not also.

If the Declination axis is involved and you have backlash guiding corrections are more likely to bounce back and forth through the backlash.

In OnStep the compensated tracking rates are not available for Alt/Az mounts.  In OnStepX they work for Alt/Az mounts also (if enabled) but only in Dual Axis mode as Single Axis compensation doesn't make a whole lot of sense in that case.


Re: track autostart and refraction correction

Khalid Baheyeldin
 

On Thu, Dec 16, 2021 at 02:33 PM, Dave Schwartz wrote:
Khalid keeps saying that compensation does not affect tracking, only goto accurarcy but now you say compensation 'wreaks havoc with DEC guiding".

Can we have a definitive statement about how compensation affects tracking and/or goto?
I can't comment on the "havoc on DEC" part ...

But this is what I know:

What I said was : doing a 3+ star alignment does not affect tracking. It only corrects Gotos.

There are two types of compensation: refraction, and full.
Each comes in two flavours: single axis (RA only) or dual axis.

Refraction compensation does not take into account alignment errors that are calculation by a 3+ star alignment.
So it can be used any time, whether you did alignment or not.

Full compensated tracking does take these alignment errors into account , and tries to correct for them.

In practice, from extensive testing that I did a while ago before moving on to autoguiding, even when coupled
with PEC, full compensation is not enough to get round stars on all or most of the long exposures.
There will still be rejects. But it does show improvement in a certain percentage of the frames.


Re: track autostart and refraction correction

Dave Schwartz
 

I'm confused (nothing new there)...

Khalid keeps saying that compensation does not affect tracking, only goto accurarcy but now you say compensation 'wreaks havoc with DEC guiding".

Can we have a definitive statement about how compensation affects tracking and/or goto?

On 2021-12-16 2:11 p.m., Howard Dutton wrote:
On Sun, Dec 12, 2021 at 06:07 AM, András wrote:

Would it be possible to include the DEC axis in the "refraction
correction ON" config setting in OnstepX?

I'll see if something can be done.  I don't want to have users blindly turning dual axis comp on though, as it wreaks havoc with Dec guiding on most mounts.

Perhaps a _MEMORY setting so your last setting is always remembered.


Re: Edward Byers - 1975 Series 1 - Refurbishment - OnStep Project

Rockmover
 

Just a little update on the status of this project.

You Tube Part 5 video:
https://www.youtube.com/watch?v=wsFXhdbkCPU

Next step is to finish the Home/Limit switches 3D print design.  Still waiting on the OnStep enclosure to arrive, but its getting close!  

           


Re: track autostart and refraction correction

Howard Dutton
 

On Sun, Dec 12, 2021 at 06:07 AM, András wrote:
Would it be possible to include the DEC axis in the "refraction correction ON" config setting in OnstepX?
I'll see if something can be done.  I don't want to have users blindly turning dual axis comp on though, as it wreaks havoc with Dec guiding on most mounts.

Perhaps a _MEMORY setting so your last setting is always remembered.


Re: Helios EQ3-2 Onstep conversion

Khalid Baheyeldin
 

On Thu, Dec 16, 2021 at 01:46 PM, David Boyt wrote:
Skylight 60mm F16.7
I saw that, and thought it is a typo. My mind said: it should be F/6.7.

But yeah, that makes it a visual only setup.

Anything near ~ 13,000 steps per degree will be more than enough for visual.


Re: Helios EQ3-2 Onstep conversion

 

Good job it's not going to be used for imaging then. I thought the fact that the telescope I mentioned in my original post, my Skylight 60mm F16.7 would give away it's not an imaging set up. Still no harm in aiming for the best tracking/resolution possible..why settle for second best, especially as it's being built.


Re: Helios EQ3-2 Onstep conversion

Khalid Baheyeldin
 

This mount is not well suited for astrophotography (though with a wide field
optical tube, they are acceptable).

This is because of the way it is built.

So, there is no point in increasing the resolution, specially when it is done by
microstepping (inaccurate), and involving gear boxes too (which introduces
errors in tracking).

Having said that, there is no harm in experimenting with different microstepping
(1/32 and then 1/16 in RA) to see which one works best for you.


Re: Helios EQ3-2 Onstep conversion

 

Thanks for all the replies guys, I will probably use the Nema 14 motors with 19:1 planetary gearbox, as it achieves the lowest resolution from all the show cases from what I can gather. Instead of using couplers to connect the motors to the worm, I might just use 20 tooth timing pully gear on gearbox motor and 20 tooth timing pully gear on the worm, so that it doesn't alter the 19:1 ratio. My reasoning that couplers might introduce some back lash.

Here's the final screen shot.
 


Re: Sky Planetarium - Alignment

Tom M
 

Thank you!


On Thu, Dec 16, 2021 at 11:15 AM Khalid Baheyeldin <kbahey@...> wrote:
On Thu, Dec 16, 2021 at 10:09 AM, Tom M wrote:
What is the difference between alignment and syncing and what is syncing used for? 
In general, and not specific to Sky Planetarium or any one OnStep client program, Sync
is like this:
- Start a goto on a star
- Using the N/S/W/E, center the star in the eyepiece the best you can
- Click on Sync

So it basically means "my telescope is now centered on the object I last did a Goto on,
so adjust the scope internal position to the celestial sphere accordingly".

Alignment is described here

https://onstep.groups.io/g/main/wiki/3865

Also, is tracking activated during alignment? 
Yes.


Re: Pulley ratio (same ratio with different pulley combinations)

Khalid Baheyeldin
 

And to stress the point that Drew made:

Only use GT2 pulleys and belts.

They are readily available as they are the standard for the 3D printing community.


Re: Pulley ratio (same ratio with different pulley combinations)

Khalid Baheyeldin
 

On Wed, Dec 15, 2021 at 07:42 PM, Nino Garcia wrote:
what kind of extend should i purchase?
Don't by an extender.
Try using smaller pulleys.
For example 45T to 15T will give you the same ratio as 60T to 20T.
And even 40T to 12T will work with more reduction.


Re: Sky Planetarium - Alignment

Khalid Baheyeldin
 

On Thu, Dec 16, 2021 at 10:09 AM, Tom M wrote:
What is the difference between alignment and syncing and what is syncing used for? 
In general, and not specific to Sky Planetarium or any one OnStep client program, Sync
is like this:
- Start a goto on a star
- Using the N/S/W/E, center the star in the eyepiece the best you can
- Click on Sync

So it basically means "my telescope is now centered on the object I last did a Goto on,
so adjust the scope internal position to the celestial sphere accordingly".

Alignment is described here

https://onstep.groups.io/g/main/wiki/3865

Also, is tracking activated during alignment? 
Yes.


Re: ESP32 wireless SHC (wSHC)

Martin Bonfiore
 

Dave,

Thanks...very clear explanation.  On to order the pcb....


Re: ESP32 wireless SHC (wSHC)

Dave Schwartz
 

Its not complicated so doesn't require over-thinking.

Anywhere you could use a WiFi device (phone, tablet) you can now use the wireless SHC. The OnStep Android app connects to port 9999 and other apps working wirelessly usually connect to the persistent session port 9998. The port used is only a logical difference, not physical. In technical terms of the OSI model what makes the network 'WiFi' is the physical layer (layer 1) while 'ports' are a transport layer (layer 4) concept. The latest SHC software uses port 9996 in wireless mode which is only supported in the more recent versions of the SWS software.

How you route the signals to create a wireless network near your telescope is not a factor.

On 2021-12-16 9:45 a.m., Martin Bonfiore wrote:
Thanks everyone for answering my questions re: wifiSHC.  I think I will take a run at it.

I would appreciate if someone would confirm the network architecture that I would like to use would probably work.

I have attached a simple drawing showing my hoped for setup. Currently I am running my onstep controller wirelessly linked to an Android tablet running the Android Onstep SW.  What makes my setup probably somewhat unique, is that in order to achieve a greater distance from the scope to where I control it, I use a Teensy based serial-to-ethernet device running SWS which feeds an external wireless router (has more range than the typical ESP wifi implementation).

As shown in the attached drawing, I am hoping of using the same onstep controller side setup (running through the Teensy connected to the external wireless router but with the new wifi SHC instead of the Android based control.  My guess is that it should work fine however, my confidence in my knowledge of things networking is lacking and I would like more confidence before I invest the time and money in the wifiSHC.  Thanks in advance.


Re: ESP32 wireless SHC (wSHC)

Drew 🔭📷🚴‍♂️
 

On Thu, Dec 16, 2021 at 09:45 AM, Martin Bonfiore wrote:
I use a Teensy based serial-to-ethernet device running SWS
Do you have a ESP8266? I would get the known working setup going first. One step at a time. Next I would set up a router as a wireless repeater and see if that works.

I am not familiar with the Ethernet code enough to say if it would work. The fly in the ointment is the multiple port support. I am not sure if Howard has implemented this in the Ethernet section of the SWS code.


Sky Planetarium - Alignment

Tom M
 

What is the difference between alignment and syncing and what is syncing used for?  Also, is tracking activated during alignment?  


Re: ESP32 wireless SHC (wSHC)

Martin Bonfiore
 

Thanks everyone for answering my questions re: wifiSHC.  I think I will take a run at it. 

I would appreciate if someone would confirm the network architecture that I would like to use would probably work. 

I have attached a simple drawing showing my hoped for setup.  Currently I am running my onstep controller wirelessly linked to an Android tablet running the Android Onstep SW.  What makes my setup probably somewhat unique, is that in order to achieve a greater distance from the scope to where I control it, I use a Teensy based serial-to-ethernet device running SWS which feeds an external wireless router (has more range than the typical ESP wifi implementation). 

As shown in the attached drawing, I am hoping of using the same onstep controller side setup (running through the Teensy connected to the external wireless router but with the new wifi SHC instead of the Android based control.  My guess is that it should work fine however, my confidence in my knowledge of things networking is lacking and I would like more confidence before I invest the time and money in the wifiSHC.  Thanks in advance.

5221 - 5240 of 44713