Date   

Re: Mount Status in AP V2 ASCOM Driver Does Not Match APCC

M Hambrick
 

Hi Ray

I am not talking about the Alt/Az position coordinates, but rather the RA coordinates.

With the mount in Park 2, the RA coordinates were changing continuously as I watched the APCC screen, but they were not changing at all in the AP V2 Driver window. I watched this for several minutes before concluding that AP V2 driver was not updating at all.

When I unparked the mount from APCC (see 3rd screen shot), again AP V2 did not update the to show that it was tracking again. Again, this was not just for a few seconds, but for several minutes.

Mike

I am running everything directly off my laptop.


Re: Windows timezone settings

Christopher Erickson
 

I set all of my mounts and astro computers to UT and never change them.

Not sarcasm.


-Christopher Erickson
Observatory engineer
Waikoloa, HI 96738
www.summitkinetics.com
   


On Sun, Apr 10, 2022, 9:45 PM Horia <ATM@...> wrote:

Sarcasm?

 

 

Von: main@ap-gto.groups.io <main@ap-gto.groups.io> Im Auftrag von fernandorivera3 via groups.io
Gesendet: Sonntag, 10. April 2022 16:02
An: main@ap-gto.groups.io
Betreff: Re: [ap-gto] Windows timezone settings

 

Set all of your devices <smartphone, tablet, computer, mount, etc> to Universal Time aka UT & not have to deal with different time zones or daylight savings time vs standard time, either. 

"Set it & forget it"- no more headaches going back & forth with changes in the settings. 

Fernando


Re: Windows timezone settings

Horia
 

Sarcasm?

 

 

Von: main@ap-gto.groups.io <main@ap-gto.groups.io> Im Auftrag von fernandorivera3 via groups.io
Gesendet: Sonntag, 10. April 2022 16:02
An: main@ap-gto.groups.io
Betreff: Re: [ap-gto] Windows timezone settings

 

Set all of your devices <smartphone, tablet, computer, mount, etc> to Universal Time aka UT & not have to deal with different time zones or daylight savings time vs standard time, either. 

"Set it & forget it"- no more headaches going back & forth with changes in the settings. 

Fernando


Re: Mount Status in AP V2 ASCOM Driver Does Not Match APCC

Ray Gralak
 

Alt/Az is not a reliable comparison to judge if there is a mismatch because it is constantly changing  when tracking is on. The driver polls APCC only once per second so the driver can be a little behind in Alt/Az position. Another possibility is that refraction may be on in APCC. And in your screenshot the driver is showing the site in red, which means long/lat don’t match what is set in the mount -- and that can affect the alt/az calculation.

 

Concerning the status, are you observing this directly on the computer or via remote desktop?  The driver polls the tracking/parking status once every 5 seconds so it can take up to 5 seconds to show in the driver, assuming another application is not dominating the CPU.

 

-Ray

 

From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of M Hambrick
Sent: Sunday, April 10, 2022 8:16 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] Mount Status in AP V2 ASCOM Driver Does Not Match APCC

 

Here's one for Ray.

I am on the third round of fighting issues with my 1100GTO mount status not being communicated to MaxIm DL, but last night I encountered an anomaly with the AP V2 ASCOM Driver as well. See the screen shots below the text.

Note that I am running the current software versions and drivers on all of my programs.

I started up the system and connected my mount to APCC and to the AP V2 ASCOM Driver. Then I started up my SBIG cameras and connected them to MaxIm DL. Finally, I connected the mount to MaxIm DL. 

Initially, everything was OK. The mount status in MaxIm, APCC, and the AP V2 ASCOM Driver was consistent across all three. The first command I gave the mount was from APCC to go to Park 2. This is when the mount status in MaxIm went bad, but I also noticed a strange event in the AP V2 ASCOM Driver. The mount went to Park 2, and in APCC, the RA coordinates were continuously changing (as would be expected), but this was not the case in the AP V2 ASCOM Driver. The mount indicated to be parked, but the RA coordinates AP V2 Driver were not changing.

Next, I unparked the mount from APCC and the mount status changed to "Tracking" in APCC, but in the AP V2 Driver it still showed to be parked.

I clicked the Unpark button in the AP V2 Driver, and it updated to show the same RA and DEC coordinates as APCC. after that, everything appeared to be OK with the AP V2 Driver.

So, my question for Ray is whether you think that this failure to show the correct mount status in the AP V2 Driver is related to the problem with the mount status issue in MaxIm ?

Mike










Mount Status in AP V2 ASCOM Driver Does Not Match APCC

M Hambrick
 

Here's one for Ray.

I am on the third round of fighting issues with my 1100GTO mount status not being communicated to MaxIm DL, but last night I encountered an anomaly with the AP V2 ASCOM Driver as well. See the screen shots below the text.

Note that I am running the current software versions and drivers on all of my programs.

I started up the system and connected my mount to APCC and to the AP V2 ASCOM Driver. Then I started up my SBIG cameras and connected them to MaxIm DL. Finally, I connected the mount to MaxIm DL. 

Initially, everything was OK. The mount status in MaxIm, APCC, and the AP V2 ASCOM Driver was consistent across all three. The first command I gave the mount was from APCC to go to Park 2. This is when the mount status in MaxIm went bad, but I also noticed a strange event in the AP V2 ASCOM Driver. The mount went to Park 2, and in APCC, the RA coordinates were continuously changing (as would be expected), but this was not the case in the AP V2 ASCOM Driver. The mount indicated to be parked, but the RA coordinates AP V2 Driver were not changing.

Next, I unparked the mount from APCC and the mount status changed to "Tracking" in APCC, but in the AP V2 Driver it still showed to be parked.

I clicked the Unpark button in the AP V2 Driver, and it updated to show the same RA and DEC coordinates as APCC. after that, everything appeared to be OK with the AP V2 Driver.

So, my question for Ray is whether you think that this failure to show the correct mount status in the AP V2 Driver is related to the problem with the mount status issue in MaxIm ?

Mike










Re: A note on the video of the SGP and APCC settings for the meridian flip #APCC

Ray Gralak
 

Hi Greg,

And it would be great to be able to set all that including APPM stuff in just one site/telescope config screen for
each setup that a portable user can just switch too depending on gear an location in stead of having to remember
every configuration each time you set up.
You can save or load all of your settings to a file with each site's name from APCC's File menu.

However you probably will have to do an APPM run if you are portable.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Greg McCall
Sent: Sunday, April 10, 2022 4:14 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] A note on the video of the SGP and APCC settings for the meridian flip

And it would be great to be able to set all that including APPM stuff in just one site/telescope config screen for
each setup that a portable user can just switch too depending on gear an location in stead of having to remember
every configuration each time you set up.

On Mon, 11 Apr 2022 at 8:38 am, Ray Gralak <iogroups@...> wrote:


Hi Marcelo,

>>> More importantly, you have not defined the actual meridian limits of the telescope
>>> on your mount and set a Flip Offset.
>
> Fortunately I have a very clear view of the sky and don't need specific limits,

You might be confusing Meridian limits with Horizon Limits.

Horizon limits are used to define the area of the sky the telescope can view.

Meridian limits define how far you can, or want, to allow the mount to slew or track from the meridian,. The
limit is usually set to be just before a counterweight-up pier collision would occur.

The set of Meridian Limits can, and likely will, be different between different telescopes on the same mount
because each telescope and its accessories have different dimensions. It is a set of limits instead of a single limit
because the meridian limit at each declination can change.

-Ray

> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Marcelo Figueroa via
groups.io
> Sent: Sunday, April 10, 2022 1:48 PM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] A note on the video of the SGP and APCC settings for the meridian flip
>
> On Tue, Apr 5, 2022 at 07:40 AM, Ray Gralak wrote:
>
>
> Hi Marcelo,
>
>
>
> First, you can easily avoid this by changing “Stop Tracking” to “Just Warn”.
>
>
>
> More importantly, you have not defined the actual meridian limits of the telescope on your mount and
set a
> Flip Offset.
>
>
>
> Thank you Ray.
>
> Fortunately I have a very clear view of the sky and don't need specific limits, I was just trying to make sure
that in
> case something goes wrong during the flip the mount doesn't continue tracking and the scope hits the
pillar.
>









Re: A note on the video of the SGP and APCC settings for the meridian flip #APCC

Greg McCall
 

And it would be great to be able to set all that including APPM stuff in just one site/telescope config screen for each setup that a portable user can just switch too depending on gear an location in stead of having to remember every configuration each time you set up. 

On Mon, 11 Apr 2022 at 8:38 am, Ray Gralak <iogroups@...> wrote:
Hi Marcelo,

>>>     More importantly, you have not defined the actual meridian limits of the telescope
>>> on your mount and set a Flip Offset.
>
> Fortunately I have a very clear view of the sky and don't need specific limits,

You might be confusing Meridian limits with Horizon Limits.

Horizon limits are used to define the area of the sky the telescope can view.

Meridian limits define how far you can, or want, to allow the mount to slew or track from the meridian,. The limit is usually set to be just before a counterweight-up pier collision would occur.

The set of Meridian Limits can, and likely will, be different between different telescopes on the same mount because each telescope and its accessories have different dimensions. It is a set of limits instead of a single limit because the meridian limit at each declination can change.

-Ray

> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Marcelo Figueroa via groups.io
> Sent: Sunday, April 10, 2022 1:48 PM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] A note on the video of the SGP and APCC settings for the meridian flip
>
> On Tue, Apr 5, 2022 at 07:40 AM, Ray Gralak wrote:
>
>
>       Hi Marcelo,
>
>
>
>       First, you can easily avoid this by changing “Stop Tracking” to “Just Warn”.
>
>
>
>       More importantly, you have not defined the actual meridian limits of the telescope on your mount and set a
> Flip Offset.
>
>
>
> Thank you Ray.
>
> Fortunately I have a very clear view of the sky and don't need specific limits, I was just trying to make sure that in
> case something goes wrong during the flip the mount doesn't continue tracking and the scope hits the pillar.
>







Re: A note on the video of the SGP and APCC settings for the meridian flip #APCC

Ray Gralak
 

Hi Marcelo,

More importantly, you have not defined the actual meridian limits of the telescope
on your mount and set a Flip Offset.
Fortunately I have a very clear view of the sky and don't need specific limits,
You might be confusing Meridian limits with Horizon Limits.

Horizon limits are used to define the area of the sky the telescope can view.

Meridian limits define how far you can, or want, to allow the mount to slew or track from the meridian,. The limit is usually set to be just before a counterweight-up pier collision would occur.

The set of Meridian Limits can, and likely will, be different between different telescopes on the same mount because each telescope and its accessories have different dimensions. It is a set of limits instead of a single limit because the meridian limit at each declination can change.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Marcelo Figueroa via groups.io
Sent: Sunday, April 10, 2022 1:48 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] A note on the video of the SGP and APCC settings for the meridian flip

On Tue, Apr 5, 2022 at 07:40 AM, Ray Gralak wrote:


Hi Marcelo,



First, you can easily avoid this by changing “Stop Tracking” to “Just Warn”.



More importantly, you have not defined the actual meridian limits of the telescope on your mount and set a
Flip Offset.



Thank you Ray.

Fortunately I have a very clear view of the sky and don't need specific limits, I was just trying to make sure that in
case something goes wrong during the flip the mount doesn't continue tracking and the scope hits the pillar.


Re: CP5 Connection Error - FindFreeQacIndex

Marcelo Figueroa
 

I don't know if it really has anything to do with it, but I had this problem relatively frequently. I was using AnyDesk as a remote control program, then just to test I switched to Google Remote Desktop and in the last weeks I have only had this error once.


Re: A note on the video of the SGP and APCC settings for the meridian flip #APCC

Marcelo Figueroa
 

On Tue, Apr 5, 2022 at 07:40 AM, Ray Gralak wrote:

Hi Marcelo,

 

First, you can easily avoid this by changing “Stop Tracking” to “Just Warn”.

 

More importantly, you have not defined the actual meridian limits of the telescope on your mount and set a Flip Offset.

 

Thank you Ray.
 
Fortunately I have a very clear view of the sky and don't need specific limits, I was just trying to make sure that in case something goes wrong during the flip the mount doesn't continue tracking and the scope hits the pillar.


Re: Windows timezone settings

Marcelo Figueroa
 

On Sun, Apr 10, 2022 at 09:01 AM, fernandorivera3 wrote:
Set all of your devices <smartphone, tablet, computer, mount, etc> to Universal Time aka UT & not have to deal with different time zones or daylight savings time vs standard time, either. 
"Set it & forget it"- no more headaches going back & forth with changes in the settings. 

I tried to do that a few years ago when I got my Mach 1, I certainly did something wrong, but the mount went crazy pointing in the wrong directions when I think SGP was trying to use local time and the mount had UT time (the pc by the way was set to UT time).
 
I simply configured everything to use local time and have never had a problem with it.
 


Re: Mach2 meets old school Takahashi MT-160

Howard Ritter
 

OK, this time. Just don’t let it happen again.

– Howard


On Apr 10, 2022, at 1:51 PM, Dean Jacobsen <deanjacobsen@...> wrote:

Please forgive me for posting a final revision...

https://www.astrobin.com/full/gn8egd/B/

--
Dean Jacobsen
Astrobin Image Gallery - https://www.astrobin.com/users/deanjacobsen/


Re: Mach2 meets old school Takahashi MT-160

Dean Jacobsen
 

Please forgive me for posting a final revision...

https://www.astrobin.com/full/gn8egd/B/

--
Dean Jacobsen
Astrobin Image Gallery - https://www.astrobin.com/users/deanjacobsen/


Re: Windows timezone settings

fernandorivera3
 

Set all of your devices <smartphone, tablet, computer, mount, etc> to Universal Time aka UT & not have to deal with different time zones or daylight savings time vs standard time, either. 
"Set it & forget it"- no more headaches going back & forth with changes in the settings. 

Fernando


Takahashi FSQ 85

thefamily90 Phillips
 

Within the last year I purchased a Takahashi FSQ 85 with the thought of trying some astrophotography. I gave that up pretty quickly! I think I looked  through it one time. It is in excellent, near mint condition. thought I would give people on this user group 1st chance. If you're interested in purchasing it please send me a  private email me (thefamily90@...)

Best,

Jim


Windows timezone settings

michael mccann
 

Every time the time zone changed I had timing issues.  I even built up my latest NUC here in New Mexico and it still defaults to pacific time zone.  It turns out time zone settings are correlated with location settings.  

aside: most of the time your router can correctly locate your computer, so one relies on that protocol that’s built into your internet provider network equipment.  However at my location I’m relying on cell service where cell towers service both NM and AZ.  

So when I tried to change Time to mountain time zone the settings would always return to Pacific time zone, Microsoft home time zone.  So it turns out that I had not set my default location to any where much less SW NM.  By setting windows default location, it allowed the Mountain Time zone to take.

just in case you head out to a remote site and windows seems to be misbehaving.

otherwise everyone 
Clear Dark Skies


Re: Trouble Connecting via REST API

Ray Gralak
 

It's reserved for future use. It does nothing at this time.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Wayne Hixson via groups.io
Sent: Saturday, April 9, 2022 11:42 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Trouble Connecting via REST API

Ray, I noticed in the Advanced Settings for third party apps there’s a NINA selection. I’m just starting to use NINA
and wondering specifically what checking that box does?

Thanks again, Wayne
On Apr 9, 2022, at 11:22 AM, Ray Gralak <iogroups@...> wrote:

UDP is lighter weight and less latency but is more susceptible to losing a packet once in a while.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Wayne Hixson via groups.io
Sent: Saturday, April 9, 2022 11:13 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Trouble Connecting via REST API

By the way, is UDP or TCP preferred?







Re: Using RAPAS for first time - how do I know it is Polaris?

Mark Mitchell
 

I find that the problem is that the field of view of the RAPAS is rather small. Initially, I either remove the scope and site through the center of the mount or I attach Polemaster to the AP1100 (I have to move it to position 3 to do this otherwise the trailing cable will hit the gear box). I'm usually on my driveway, so once I've found Polaris, I chalk the driveway around the wheels on my Scope buggy and I leave the mount parked as it was in that position when I finish for the night. Once I've done that I can just return to my chalk marks and use the RAPAS and the AP app that shows where Polaris should be for my time and location.

Mark


Re: Trouble Connecting via REST API

Wayne Hixson
 

Ray, I noticed in the Advanced Settings for third party apps there’s a NINA selection. I’m just starting to use NINA and wondering specifically what checking that box does?

Thanks again, Wayne

On Apr 9, 2022, at 11:22 AM, Ray Gralak <iogroups@...> wrote:

UDP is lighter weight and less latency but is more susceptible to losing a packet once in a while.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Wayne Hixson via groups.io
Sent: Saturday, April 9, 2022 11:13 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Trouble Connecting via REST API

By the way, is UDP or TCP preferred?





Re: Trouble Connecting via REST API

Ray Gralak
 

UDP is lighter weight and less latency but is more susceptible to losing a packet once in a while.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Wayne Hixson via groups.io
Sent: Saturday, April 9, 2022 11:13 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Trouble Connecting via REST API

By the way, is UDP or TCP preferred?

3061 - 3080 of 88839