Date   

Re: APPM Questions

Ray Gralak
 

Also, APPM sends the telescope's destination RA/Dec to the dome *once*.

It is important that your dome driver can translate that into the correct Azimuth coordinate to which to move. If it cannot do that then you probably will need to go back to passive mode. From what you are saying (dome going back and forth) the dome driver doesn't correctly predict which pier side to move to based on the RA/Dec coordinates given to it.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Tony Benjamin
Sent: Sunday, October 4, 2020 5:42 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM Questions

Okay, so heres whats happening.

When the Dark Frame was enabled it froze. So I disabled that feature.

Now, when I run APPM the scope goes to Zenith as per normal and the status remains "Settling" but then it
doesn't take an image. The scope stays at Zenith (with the "Current Status" oscillating between
Settle/Wait/Slewing) while the dome makes its way over to be aligned (at about 270 degrees) but then no image is
taken and the dome slews back around180 degrees (to about 090 degrees) and then comes back around to where
it should be and then an image is taken. Basically the dome ends up move twice what it needs to before an image
is taken, Seems to be doing this for each point??


Re: APPM Questions

Ray Gralak
 

Tony,

The only change I made was to check if the Dome is slewing according to the driver to which APPM is connected.

APPM will wait until the driver says the Dome is done slewing.

If the driver says the dome is slewing then APPM can not move to imaging. Maybe this is happening because your dome is always slewing (slowly) to keep the mount centered while tracking?

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Tony Benjamin
Sent: Sunday, October 4, 2020 5:42 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM Questions

Okay, so heres whats happening.

When the Dark Frame was enabled it froze. So I disabled that feature.

Now, when I run APPM the scope goes to Zenith as per normal and the status remains "Settling" but then it
doesn't take an image. The scope stays at Zenith (with the "Current Status" oscillating between
Settle/Wait/Slewing) while the dome makes its way over to be aligned (at about 270 degrees) but then no image is
taken and the dome slews back around180 degrees (to about 090 degrees) and then comes back around to where
it should be and then an image is taken. Basically the dome ends up move twice what it needs to before an image
is taken, Seems to be doing this for each point??


Re: APPM Questions

Tony Benjamin <tonybenjamin@...>
 

Okay, so heres whats happening.

When the Dark Frame was enabled it froze. So I disabled that feature.

Now, when I run APPM the scope goes to Zenith as per normal and the status remains "Settling" but then it doesn't take an image. The scope stays at Zenith (with the "Current Status" oscillating between Settle/Wait/Slewing) while the dome makes its way over to be aligned (at about 270 degrees) but then no image is taken and the dome slews back around180 degrees (to about 090 degrees) and then comes back around to where it should be and then an image is taken. Basically the dome ends up move twice what it needs to before an image is taken, Seems to be doing this for each point??


Re: APPM Questions

Ray Gralak
 

Gave it a go but it basically failed when it started to take the dark frame. I will try it without the dark frame
enabled.
Don't worry about APPM taking a dark frame. The scope could be slewing while taking the dark frame. It is done this way to save time.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Tony Benjamin
Sent: Sunday, October 4, 2020 5:25 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM Questions

Hi Ray,

Gave it a go but it basically failed when it started to take the dark frame. I will try it without the dark frame
enabled.


Re: APPM Questions

Tony Benjamin <tonybenjamin@...>
 

Hi Ray,

Gave it a go but it basically failed when it started to take the dark frame. I will try it without the dark frame enabled.


Re: APPM Questions

Bill Long
 

Nice quick fix there Ray! 🙂 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <groups3@...>
Sent: Sunday, October 4, 2020 5:03 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] APPM Questions
 
Hi Tony,

I didn't realize the dome might stop and start slewing multiple times like in your video.

I made a slight tweak to APPM to check dome slewing status in the settling state. If APPM sees the dome slewing while in the "Settling" state it will move back into the "Slewing" state.

So, please try this version:

https://eur05.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.apastrosoftware.com%2Fapcc_download%2FAPCC_Pro_Setup_1.8.7.1.exe&amp;data=02%7C01%7C%7C79593cae4c3c43e9fa6808d868c22456%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637374530321545643&amp;sdata=jCAovfvY%2FwpjHFQKfkDt%2Fxfcpu3tJQ9hiaAh8deM4sM%3D&amp;reserved=0

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://eur05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.astro-physics.com%2Fapcc-pro&amp;data=02%7C01%7C%7C79593cae4c3c43e9fa6808d868c22456%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637374530321555638&amp;sdata=phVabMJSj62uOU0sjNCBXI8OLoSNE%2B2GGd7MqBAngaU%3D&amp;reserved=0
Author of Astro-Physics V2 ASCOM Driver: https://eur05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.siriusimaging.com%2Fapdriver&amp;data=02%7C01%7C%7C79593cae4c3c43e9fa6808d868c22456%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637374530321555638&amp;sdata=%2F5qKUYv1HrqYy3Zd3Z%2B2%2Flrq6boCPzSiDJ%2BytD424s8%3D&amp;reserved=0

> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Tony Benjamin
> Sent: Sunday, October 4, 2020 4:08 PM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] APPM Questions
>
> I have tried active dome control with the same issue...the camera starts taking an image while the dome is still
> slewing.
>
> I always have the Nexdome driver selected...but IOT slave the mount to the dome I need other software
> connected (SGP/Voyager or ASCOM Device Hub/ASCOM Control Hub). Matters not as they all react the same.
>
> Here is a video of what my problem is...APPM starts taking a pic while the dome is slewing:
>
> https://eur05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3DWZNzAFeWQRg%26ab_channel%3DTonyBenjamin&amp;data=02%7C01%7C%7C79593cae4c3c43e9fa6808d868c22456%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637374530321555638&amp;sdata=gpL9TSIbPJ9QAVobnMLaXztZ4gI8q99AinVuRi8k%2FJ0%3D&amp;reserved=0
>







Re: AAPC and SkyX Not Fully Communicating with Each Other #APCC

Ray Gralak
 

Hi Dale,

As another data point in this vein, we set NINA to poll drivers every 2 seconds by default. We found that some
older hardware and/or their drivers have a tough time dealing with more frequent polling; perhaps because the
serial commands being emitted by the device's ASCOM driver take some time for the equipment's own processor
to render a response and the ASCOM driver does not cache responses from the equipment.
The driver does cache many of the commands. However, what can slow the driver down is formatting the text and writing to the log file, especially on devices with slow disk write speeds. That usually puts an upper limit on how many commands per second the driver can handle.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Dale Ghent
Sent: Sunday, October 4, 2020 12:34 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] AAPC and SkyX Not Fully Communicating with Each Other #APCC


As another data point in this vein, we set NINA to poll drivers every 2 seconds by default. We found that some
older hardware and/or their drivers have a tough time dealing with more frequent polling; perhaps because the
serial commands being emitted by the device's ASCOM driver take some time for the equipment's own processor
to render a response and the ASCOM driver does not cache responses from the equipment.

/dale

On Oct 4, 2020, at 12:19 PM, uncarollo2 <chris1011@aol.com> via groups.io <chris1011=aol.com@groups.io>
wrote:

Thanks. I had it set to 500msec but will set it to 2 seconds and see if that makes a difference.

Roland



-----Original Message-----
From: Ray Gralak <groups3@gralak.com>
To: main@ap-gto.groups.io
Sent: Sun, Oct 4, 2020 10:58 am
Subject: Re: [ap-gto] AAPC and SkyX Not Fully Communicating with Each Other #APCC

Hi Roland,

One thing you can do is to open the log file in APCC or the ASCOM driver and look to see what SkyX is doing
at
startup. On mine I always see multiple errors with the above situation. Sometimes SkyX sends thousands of
requests for position in rapid order - so fast that the ASCOM driver doesn't have time to respond.
SkyX is by default set to update the screen “as fast as possible”, which means it will poll the AP V2 ASCOM
driver as fast as it can.

You can change that setting in the menu at the top of SkyX: Telescope -> Telescope Settings…


<image001.png>

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of uncarollo2 <chris1011@aol.com>
via
groups.io
Sent: Sunday, October 4, 2020 8:37 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] AAPC and SkyX Not Fully Communicating with Each Other #APCC

I have seen something similar with my SkyX on my laptop. If I have a Java app running on the laptop then
SkyX
will not operate correctly. It connects ok, shows "Tracking at Sidereal", but will not slew properly. The only
way
that I can operate SkyX properly is to close all my Java apps.


One thing you can do is to open the log file in APCC or the ASCOM driver and look to see what SkyX is doing
at
startup. On mine I always see multiple errors with the above situation. Sometimes SkyX sends thousands of
requests for position in rapid order - so fast that the ASCOM driver doesn't have time to respond.



Rolando




-----Original Message-----
From: Robert Ray <rray6@comcast.net>
To: main@ap-gto.groups.io
Sent: Sat, Oct 3, 2020 7:12 pm
Subject: [ap-gto] AAPC and SkyX Not Fully Communicating with Each Other #APCC


Hello,
I have a problem that I am wondering if others have run into this. I have an AP 1200Gto mount upgraded to
GTOCP4 and I control it with APCC Pro. My desktop computer (32 gb of ram) has Windows 10 Pro 64-bit. I
have
no trouble connecting to my mount through APCC - I connect via Ethernet. My APCC, AP drivers and
firmware
are all up to date and I am using ASCOM 6.4 sp1 (on advice from AP support). I have TheSkyX Pro and the
camera control add-on and want to use them for mount control and imaging. I have the latest version and
build of
SkyX. After starting APCC and connecting to the mount, I then run SkyX and connect easily to the mount. I
can
control and move the mount from SkyX. However, if I select a target in SkyX, it will slew in the direction of the
object but be off by 30-40 degrees. SkyX thinks the scope has correctly slewed to the object and will indicate
that
on its map. FYI, I have been over the parameters of both SkyX and APCC and they both match up. It is not
a
time issue as far as I can tell. There is no time or location difference between APCC and SkyX and this is not
a
polar alignment issue. I do not think it is the mount since I re-connected the keypad and attempted to slew to
an
object - it landed right on it. In my opinion, it is either SkyX or communication between SkyX and APCC. I
have
considered re-installing SkyX but I’m not sure yet that will help.
I am working with George on this issue but I thought it might be worthwhile to ask the forum if anyone else
has
run into a similar problem? If anyone has had similar issues, I would appreciate hearing about them.
-Robert
<image001.png>



Re: APPM Questions

Ray Gralak
 

Hi Tony,

I didn't realize the dome might stop and start slewing multiple times like in your video.

I made a slight tweak to APPM to check dome slewing status in the settling state. If APPM sees the dome slewing while in the "Settling" state it will move back into the "Slewing" state.

So, please try this version:

http://www.apastrosoftware.com/apcc_download/APCC_Pro_Setup_1.8.7.1.exe

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Tony Benjamin
Sent: Sunday, October 4, 2020 4:08 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM Questions

I have tried active dome control with the same issue...the camera starts taking an image while the dome is still
slewing.

I always have the Nexdome driver selected...but IOT slave the mount to the dome I need other software
connected (SGP/Voyager or ASCOM Device Hub/ASCOM Control Hub). Matters not as they all react the same.

Here is a video of what my problem is...APPM starts taking a pic while the dome is slewing:

https://www.youtube.com/watch?v=WZNzAFeWQRg&ab_channel=TonyBenjamin


Re: APPM Questions

Tony Benjamin <tonybenjamin@...>
 

I have tried active dome control with the same issue...the camera starts taking an image while the dome is still slewing.

I always have the Nexdome driver selected...but IOT slave the mount to the dome I need other software connected (SGP/Voyager or ASCOM Device Hub/ASCOM Control Hub). Matters not as they all react the same.

Here is a video of what my problem is...APPM starts taking a pic while the dome is slewing:

https://www.youtube.com/watch?v=WZNzAFeWQRg&ab_channel=TonyBenjamin


Re: AAPC and SkyX Not Fully Communicating with Each Other #APCC

Dale Ghent
 

As another data point in this vein, we set NINA to poll drivers every 2 seconds by default. We found that some older hardware and/or their drivers have a tough time dealing with more frequent polling; perhaps because the serial commands being emitted by the device's ASCOM driver take some time for the equipment's own processor to render a response and the ASCOM driver does not cache responses from the equipment.

/dale

On Oct 4, 2020, at 12:19 PM, uncarollo2 <chris1011@aol.com> via groups.io <chris1011=aol.com@groups.io> wrote:

Thanks. I had it set to 500msec but will set it to 2 seconds and see if that makes a difference.

Roland



-----Original Message-----
From: Ray Gralak <groups3@gralak.com>
To: main@ap-gto.groups.io
Sent: Sun, Oct 4, 2020 10:58 am
Subject: Re: [ap-gto] AAPC and SkyX Not Fully Communicating with Each Other #APCC

Hi Roland,

One thing you can do is to open the log file in APCC or the ASCOM driver and look to see what SkyX is doing at
startup. On mine I always see multiple errors with the above situation. Sometimes SkyX sends thousands of
requests for position in rapid order - so fast that the ASCOM driver doesn't have time to respond.
SkyX is by default set to update the screen “as fast as possible”, which means it will poll the AP V2 ASCOM driver as fast as it can.

You can change that setting in the menu at the top of SkyX: Telescope -> Telescope Settings…


<image001.png>

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of uncarollo2 <chris1011@aol.com> via
groups.io
Sent: Sunday, October 4, 2020 8:37 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] AAPC and SkyX Not Fully Communicating with Each Other #APCC

I have seen something similar with my SkyX on my laptop. If I have a Java app running on the laptop then SkyX
will not operate correctly. It connects ok, shows "Tracking at Sidereal", but will not slew properly. The only way
that I can operate SkyX properly is to close all my Java apps.


One thing you can do is to open the log file in APCC or the ASCOM driver and look to see what SkyX is doing at
startup. On mine I always see multiple errors with the above situation. Sometimes SkyX sends thousands of
requests for position in rapid order - so fast that the ASCOM driver doesn't have time to respond.



Rolando




-----Original Message-----
From: Robert Ray <rray6@comcast.net>
To: main@ap-gto.groups.io
Sent: Sat, Oct 3, 2020 7:12 pm
Subject: [ap-gto] AAPC and SkyX Not Fully Communicating with Each Other #APCC


Hello,
I have a problem that I am wondering if others have run into this. I have an AP 1200Gto mount upgraded to
GTOCP4 and I control it with APCC Pro. My desktop computer (32 gb of ram) has Windows 10 Pro 64-bit. I have
no trouble connecting to my mount through APCC - I connect via Ethernet. My APCC, AP drivers and firmware
are all up to date and I am using ASCOM 6.4 sp1 (on advice from AP support). I have TheSkyX Pro and the
camera control add-on and want to use them for mount control and imaging. I have the latest version and build of
SkyX. After starting APCC and connecting to the mount, I then run SkyX and connect easily to the mount. I can
control and move the mount from SkyX. However, if I select a target in SkyX, it will slew in the direction of the
object but be off by 30-40 degrees. SkyX thinks the scope has correctly slewed to the object and will indicate that
on its map. FYI, I have been over the parameters of both SkyX and APCC and they both match up. It is not a
time issue as far as I can tell. There is no time or location difference between APCC and SkyX and this is not a
polar alignment issue. I do not think it is the mount since I re-connected the keypad and attempted to slew to an
object - it landed right on it. In my opinion, it is either SkyX or communication between SkyX and APCC. I have
considered re-installing SkyX but I’m not sure yet that will help.
I am working with George on this issue but I thought it might be worthwhile to ask the forum if anyone else has
run into a similar problem? If anyone has had similar issues, I would appreciate hearing about them.
-Robert
<image001.png>


Re: APPM Questions

Ray Gralak
 

Tony,

Nexdome developer points at SGP as the issue - so what can be done?
Have you tried using Active dome control mode? In APPM, you would instead point the dome control to the NexDome driver. APPM will then send the NexDome driver the mount's RA/Dec destination coordinates, which the NexDome driver must then calculate the appropriate Az coordinate to which to move the dome. If the NexDome driver can do that then this should work. At least I think this would circumvent SGPro's involvement, but you might need to disable SGPro's dome connection during the run.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Tony Benjamin
Sent: Sunday, October 4, 2020 8:42 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM Questions

Hi Ray,

I did use the Hour Angle strategy.

I think the issue is solely with SGP and the way it implements dome/scope slaving. I've brought this issue up with
Jared (and the developer of the Nexdome ASCOM Driver). Jared hasn't done anything that I'm aware of and the
Nexdome developer points at SGP as the issue - so what can be done? I have heard that the SkyX dome control
does move both the dome/scope simultaneously - but I don't want to move over to the SkyX - yet.


Re: AAPC and SkyX Not Fully Communicating with Each Other #APCC

Roland Christen
 

Thanks. I had it set to 500msec but will set it to 2 seconds and see if that makes a difference.

Roland



-----Original Message-----
From: Ray Gralak <groups3@...>
To: main@ap-gto.groups.io
Sent: Sun, Oct 4, 2020 10:58 am
Subject: Re: [ap-gto] AAPC and SkyX Not Fully Communicating with Each Other #APCC

Hi Roland,
 
> One thing you can do is to open the log file in APCC or the ASCOM driver and look to see what SkyX is doing at
> startup. On mine I always see multiple errors with the above situation. Sometimes SkyX sends thousands of
> requests for position in rapid order - so fast that the ASCOM driver doesn't have time to respond.
 
SkyX is by default set to update the screen “as fast as possible”, which means it will poll the AP V2 ASCOM driver as fast as it can.
 
You can change that setting in the menu at the top of SkyX: Telescope -> Telescope Settings…
 
 
 
-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver
 
 
> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of uncarollo2 <chris1011@...> via
> groups.io
> Sent: Sunday, October 4, 2020 8:37 AM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] AAPC and SkyX Not Fully Communicating with Each Other #APCC
>
> I have seen something similar with my SkyX on my laptop. If I have a Java app running on the laptop then SkyX
> will not operate correctly. It connects ok, shows "Tracking at Sidereal", but will not slew properly. The only way
> that I can operate SkyX properly is to close all my Java apps.
>
>
> One thing you can do is to open the log file in APCC or the ASCOM driver and look to see what SkyX is doing at
> startup. On mine I always see multiple errors with the above situation. Sometimes SkyX sends thousands of
> requests for position in rapid order - so fast that the ASCOM driver doesn't have time to respond.
>
>
>
> Rolando
>
>
>
>
> -----Original Message-----
> From: Robert Ray <rray6@...>
> To: main@ap-gto.groups.io
> Sent: Sat, Oct 3, 2020 7:12 pm
> Subject: [ap-gto] AAPC and SkyX Not Fully Communicating with Each Other #APCC
>
>
> Hello,
> I have a problem that I am wondering if others have run into this.  I have an AP 1200Gto mount upgraded to
> GTOCP4 and I control it with APCC Pro.  My desktop computer (32 gb of ram) has Windows 10 Pro 64-bit.  I have
> no trouble connecting to my mount through APCC - I connect via Ethernet.  My APCC, AP drivers and firmware
> are all up to date and I am using ASCOM 6.4 sp1 (on advice from AP support).  I have TheSkyX Pro and the
> camera control add-on and want to use them for mount control and imaging.  I have the latest version and build of
> SkyX.  After starting APCC and connecting to the mount, I then run SkyX and connect easily to the mount.  I can
> control and move the mount from SkyX.  However, if I select a target in SkyX, it will slew in the direction of the
> object but be off by 30-40 degrees.  SkyX thinks the scope has correctly slewed to the object and will indicate that
> on its map.  FYI, I have been over the parameters of both SkyX and APCC and they both match up.  It is not a
> time issue as far as I can tell.  There is no time or location difference between APCC and SkyX and this is not a
> polar alignment issue.  I do not think it is the mount since I re-connected the keypad and attempted to slew to an
> object - it landed right on it.  In my opinion, it is either SkyX or communication between SkyX and APCC.  I have
> considered re-installing SkyX but I’m not sure yet that will help.
> I am working with George on this issue but I thought it might be worthwhile to ask the forum if anyone else has
> run into a similar problem?  If anyone has had similar issues, I would appreciate hearing about them.
>  -Robert


Re: AAPC and SkyX Not Fully Communicating with Each Other #APCC

Ray Gralak
 

Hi Roland,

 

> One thing you can do is to open the log file in APCC or the ASCOM driver and look to see what SkyX is doing at

> startup. On mine I always see multiple errors with the above situation. Sometimes SkyX sends thousands of

> requests for position in rapid order - so fast that the ASCOM driver doesn't have time to respond.

 

SkyX is by default set to update the screen “as fast as possible”, which means it will poll the AP V2 ASCOM driver as fast as it can.

 

You can change that setting in the menu at the top of SkyX: Telescope -> Telescope Settings…

 

 

 

-Ray Gralak

Author of PEMPro

Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro

Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

 

 

> -----Original Message-----

> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of uncarollo2 <chris1011@...> via

> groups.io

> Sent: Sunday, October 4, 2020 8:37 AM

> To: main@ap-gto.groups.io

> Subject: Re: [ap-gto] AAPC and SkyX Not Fully Communicating with Each Other #APCC

>

> I have seen something similar with my SkyX on my laptop. If I have a Java app running on the laptop then SkyX

> will not operate correctly. It connects ok, shows "Tracking at Sidereal", but will not slew properly. The only way

> that I can operate SkyX properly is to close all my Java apps.

>

>

> One thing you can do is to open the log file in APCC or the ASCOM driver and look to see what SkyX is doing at

> startup. On mine I always see multiple errors with the above situation. Sometimes SkyX sends thousands of

> requests for position in rapid order - so fast that the ASCOM driver doesn't have time to respond.

>

>

>

> Rolando

>

>

>

>

> -----Original Message-----

> From: Robert Ray <rray6@...>

> To: main@ap-gto.groups.io

> Sent: Sat, Oct 3, 2020 7:12 pm

> Subject: [ap-gto] AAPC and SkyX Not Fully Communicating with Each Other #APCC

>

>

> Hello,

> I have a problem that I am wondering if others have run into this.  I have an AP 1200Gto mount upgraded to

> GTOCP4 and I control it with APCC Pro.  My desktop computer (32 gb of ram) has Windows 10 Pro 64-bit.  I have

> no trouble connecting to my mount through APCC - I connect via Ethernet.  My APCC, AP drivers and firmware

> are all up to date and I am using ASCOM 6.4 sp1 (on advice from AP support).  I have TheSkyX Pro and the

> camera control add-on and want to use them for mount control and imaging.  I have the latest version and build of

> SkyX.  After starting APCC and connecting to the mount, I then run SkyX and connect easily to the mount.  I can

> control and move the mount from SkyX.  However, if I select a target in SkyX, it will slew in the direction of the

> object but be off by 30-40 degrees.  SkyX thinks the scope has correctly slewed to the object and will indicate that

> on its map.  FYI, I have been over the parameters of both SkyX and APCC and they both match up.  It is not a

> time issue as far as I can tell.  There is no time or location difference between APCC and SkyX and this is not a

> polar alignment issue.  I do not think it is the mount since I re-connected the keypad and attempted to slew to an

> object - it landed right on it.  In my opinion, it is either SkyX or communication between SkyX and APCC.  I have

> considered re-installing SkyX but I’m not sure yet that will help.

> I am working with George on this issue but I thought it might be worthwhile to ask the forum if anyone else has

> run into a similar problem?  If anyone has had similar issues, I would appreciate hearing about them.

>  -Robert


Re: APPM Questions

Tony Benjamin <tonybenjamin@...>
 

Hi Ray,

I did use the Hour Angle strategy.

I think the issue is solely with SGP and the way it implements dome/scope slaving. I've brought this issue up with Jared (and the developer of the Nexdome ASCOM Driver). Jared hasn't done anything that I'm aware of and the Nexdome developer points at SGP as the issue - so what can be done? I have heard that the SkyX dome control does move both the dome/scope simultaneously - but I don't want to move over to the SkyX - yet.


Re: AAPC and SkyX Not Fully Communicating with Each Other #APCC

Roland Christen
 

I have seen something similar with my SkyX on my laptop. If I have a Java app running on the laptop then SkyX will not operate correctly. It connects ok, shows "Tracking at Sidereal", but will not slew properly. The only way that I can operate SkyX properly is to close all my Java apps.

One thing you can do is to open the log file in APCC or the ASCOM driver and look to see what SkyX is doing at startup. On mine I always see multiple errors with the above situation. Sometimes SkyX sends thousands of requests for position in rapid order - so fast that the ASCOM driver doesn't have time to respond.

Rolando



-----Original Message-----
From: Robert Ray <rray6@...>
To: main@ap-gto.groups.io
Sent: Sat, Oct 3, 2020 7:12 pm
Subject: [ap-gto] AAPC and SkyX Not Fully Communicating with Each Other #APCC

Hello,
I have a problem that I am wondering if others have run into this.  I have an AP 1200Gto mount upgraded to GTOCP4 and I control it with APCC Pro.  My desktop computer (32 gb of ram) has Windows 10 Pro 64-bit.  I have no trouble connecting to my mount through APCC - I connect via Ethernet.  My APCC, AP drivers and firmware are all up to date and I am using ASCOM 6.4 sp1 (on advice from AP support).  I have TheSkyX Pro and the camera control add-on and want to use them for mount control and imaging.  I have the latest version and build of SkyX.  After starting APCC and connecting to the mount, I then run SkyX and connect easily to the mount.  I can control and move the mount from SkyX.  However, if I select a target in SkyX, it will slew in the direction of the object but be off by 30-40 degrees.  SkyX thinks the scope has correctly slewed to the object and will indicate that on its map.  FYI, I have been over the parameters of both SkyX and APCC and they both match up.  It is not a time issue as far as I can tell.  There is no time or location difference between APCC and SkyX and this is not a polar alignment issue.  I do not think it is the mount since I re-connected the keypad and attempted to slew to an object - it landed right on it.  In my opinion, it is either SkyX or communication between SkyX and APCC.  I have considered re-installing SkyX but I’m not sure yet that will help.  
I am working with George on this issue but I thought it might be worthwhile to ask the forum if anyone else has run into a similar problem?  If anyone has had similar issues, I would appreciate hearing about them.
 -Robert


Re: APPM Questions

Ray Gralak
 
Edited

Hi Tony,

 

> I'm not sure whats up with SGP wrt dome control - but it always waits until the scope has stopped slewing before

> it evens begins to think about rotating the dome. Ideally both should be moving at the same time. I think this is

> what happens if using the SkyX (both moving at the same time) - but I don't have the SkyX.

 

This could be a problem if there is a delay between when mount slewing stops and dome slewing starts. APPM, which is continuously polling the dome, might think the dome had already completed moving. Increasing settle-time should help, but it would be better if the dome movement could simultaneously occur with telescope movement.

 

> The model I ran was only a "small" one at 109 pts - but having to build in delays so that the dome has time to

> travel made that model take close to 2 hrs to do.

 

To increase efficiency when you have a dome, on APPM’s “Measurement Points” tab you can use the "Hour Angle (for Dome Setups)" point ordering strategy. This point ordering strategy tries to minimize dome movements. See the screenshot below for how APPM orders points. The path starts with the green dot and ends at the pink dot. Each arrow indicates the move APPM will initiate:

 

-Ray Gralak

Author of PEMPro

Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro

Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

 

 

> -----Original Message-----

> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Tony Benjamin

> Sent: Sunday, October 4, 2020 7:15 AM

> To: main@ap-gto.groups.io

> Subject: Re: [ap-gto] APPM Questions

>

> The model I ran was only a "small" one at 109 pts - but having to build in delays so that the dome has time to

> travel made that model take close to 2 hrs to do.

>

> I'm not sure whats up with SGP wrt dome control - but it always waits until the scope has stopped slewing before

> it evens begins to think about rotating the dome. Ideally both should be moving at the same time. I think this is

> what happens if using the SkyX (both moving at the same time) - but I don't have the SkyX.

>

> I'm slewing at 600x which seems comfortable. Are you in a dome?

 


Re: APPM Questions

Tony Benjamin <tonybenjamin@...>
 

One of the few times I wish I wasn't in a dome....doing a large APPM modei :)


Re: APPM Questions

 

>>> I'm slewing at 600x which seems comfortable. Are you in a dome?

I'm slewing at 1200x. it's fast, but i usually only get a small number of failed solves

we're not in a dome - rolloff @ obstech

On Sun, Oct 4, 2020 at 7:15 AM Tony Benjamin <tonybenjamin@...> wrote:
The model I ran was only a "small" one at 109 pts - but having to build in delays so that the dome has time to travel made that model take close to 2 hrs to do.

I'm not sure whats up with SGP wrt dome control - but it always waits until the scope has stopped slewing before it evens begins to think about rotating the dome. Ideally both should be moving at the same time. I think this is what happens if using the SkyX (both moving at the same time) - but I don't have the SkyX.

I'm slewing at 600x which seems comfortable. Are you in a dome?



--
Brian 



Brian Valente


Re: APPM Questions

Tony Benjamin <tonybenjamin@...>
 

The model I ran was only a "small" one at 109 pts - but having to build in delays so that the dome has time to travel made that model take close to 2 hrs to do.

I'm not sure whats up with SGP wrt dome control - but it always waits until the scope has stopped slewing before it evens begins to think about rotating the dome. Ideally both should be moving at the same time. I think this is what happens if using the SkyX (both moving at the same time) - but I don't have the SkyX.

I'm slewing at 600x which seems comfortable. Are you in a dome?


Re: APPM Questions

 

i had my 1600 set to 3 seconds, but we'll see if the added settle time makes a difference

the slew speed can also affect this, and the 1600 slews pretty fast! i may look at slowing that down as well if needed

at some point i'm going to run a 250-ish point model, and i'll probably pull out all the stops for accuracy at that point

On Sun, Oct 4, 2020 at 7:05 AM Tony Benjamin <tonybenjamin@...> wrote:
IIRC its stated somewhere that a 2 sec settling time is ample for the AP mounts - but like you I find I need more time (especially when dithering). I've moved up to 6 sec at the moment and will see how that goes.



--
Brian 



Brian Valente

6181 - 6200 of 79796