Park not slewing to park position

Sequence Generator SGPro Support
1

Description

When I manually park my mount, then in SGP click on “Set Park” and tell it to use the current coordinates, subsequent parks (either at the end of sequence or clicking the “Park” button) park the mount, but don’t slew to the park position.

This used to work but stopped sometime in the last few months.

Link to Logs

[04/06/22 03:58:03.082][DEBUG][Sequence Thread][SQ;] Sending Notification: Status - Auto guider has been stopped successfully.
[04/06/22 03:58:03.084][DEBUG][Sequence Thread][SQ;] Parking telescope...
[04/06/22 03:58:03.099][DEBUG][Main Thread][SQ;] Adding sequence level notification: Parking the mount...
[04/06/22 03:58:03.102][DEBUG][Sequence Thread][SQ;] Sending Notification: Status - Parking the mount...
[04/06/22 03:58:03.104][DEBUG][Main Thread][SQ;] Adding sequence level notification: Mount is parking.
[04/06/22 03:58:03.104][DEBUG][Unknown][SQ;] API Request: 
[04/06/22 03:58:03.104][DEBUG][Unknown][SQ;]  * Endpoint: (GET) - /json/reply/SgGetFlipDelay
[04/06/22 03:58:03.104][DEBUG][Unknown][SQ;]  * Operation: SgGetFlipDelay
[04/06/22 03:58:03.104][DEBUG][Unknown][SQ;]  * Body: {}
[04/06/22 03:58:03.104][DEBUG][Unknown][SQ;] API Response: 
[04/06/22 03:58:03.104][DEBUG][Unknown][SQ;]  * Endpoint: (GET) - /json/reply/SgGetFlipDelay
[04/06/22 03:58:03.104][DEBUG][Unknown][SQ;]  * Operation: SgGetFlipDelay
[04/06/22 03:58:03.104][DEBUG][Unknown][SQ;]  * Body: {"Success":true,"Message":"Success","DelayInMinutes":-66}
[04/06/22 03:58:03.106][DEBUG][Sequence Thread][SQ;] Sending Notification: StatusParkScope - Mount is parking.
[04/06/22 03:58:03.107][DEBUG][Sequence Thread][SQ;] Switches: Set state for sequence end...
[04/06/22 03:58:03.107][DEBUG][Main Thread][SQ;] Adding sequence level notification: End of sequence actions completed
[04/06/22 03:58:03.109][DEBUG][Sequence Thread][SQ;] Sending Notification: Status - End of sequence actions completed
[04/06/22 03:58:03.109][DEBUG][Sequence Thread][SQ;] Clearing timed monitoring events...
[04/06/22 03:58:03.110][DEBUG][Telescope Thread][SQ;] SGM_TELESCOPE_PARK message received...
[04/06/22 03:58:03.110][DEBUG][Unknown][SQ;PK;] AbortSignal "AbortPark" check; value is False
[04/06/22 03:58:03.110][DEBUG][Telescope Thread][SQ;PK;] ASCOM Telescope: Park message received.
[04/06/22 03:58:03.148][DEBUG][Unknown][SQ;PK;] API Request: 
[04/06/22 03:58:03.148][DEBUG][Unknown][SQ;PK;]  * Endpoint: (GET) - /json/reply/SgGetFlipDelay
[04/06/22 03:58:03.148][DEBUG][Unknown][SQ;PK;]  * Operation: SgGetFlipDelay
[04/06/22 03:58:03.148][DEBUG][Unknown][SQ;PK;]  * Body: {}
[04/06/22 03:58:03.148][DEBUG][Unknown][SQ;PK;] API Response: 
[04/06/22 03:58:03.148][DEBUG][Unknown][SQ;PK;]  * Endpoint: (GET) - /json/reply/SgetFlipDelay
[04/06/22 03:58:03.148][DEBUG][Unknown][SQ;PK;]  * Operation: SgGetFlipDelay
[04/06/22 03:58:03.148][DEBUG][Unknown][SQ;PK;]  * Body: {"Success":true,"Message":"Success","DelayInMinutes":-66}
[04/06/22 03:58:03.173][DEBUG][Telescope Thread][SQ;PK;] ASCOM Telescope: Sending park...
[04/06/22 03:58:03.222][DEBUG][Main Thread][SQ;PK;] Aborting sequence timer thread...
[04/06/22 03:58:03.222][DEBUG][Main Thread][SQ;PK;] Sending sequence end notification...
[04/06/22 03:58:03.222][DEBUG][Main Thread][SQ;PK;] Adding sequence level notification: Sequence has ended

Useful Info

OS: Windows 10; latest build as of today
Ver: 4.1.0.753

2

At first glance, this seems like maybe an issue with mount software. All SGPro can do is ask the mount to park. It can’t actually control how the mount interprets this command. Or maybe I am not understanding the issue…

3

@Ken, isn’t SGPro supposed to tell the mount to slew to SGPro’s park position, then park, when clicking on the Park command?
If not, why have the Set park button?

4

When you click “Set Park”, SGPro tells the mount to set the current position of the mount as the park position. This does not change the behavior of the Park button… it still just asks the mount to park with no specificity. If the “Set Park” action did not work, then you would see something similar to the behavior you describe. Meaning, when SGPro parks the mount, it is not:

  • Mount please park here (where here is some recorded position SGPro stores)

but rather

  • Mount park (mount please decide where that is)
5

@Ken, If that’s how SGPro’s “Set Park” has always worked, then something must have changed in Astro-Physics’ APCC or their ASCOM driver that it’s not correctly handling the “Set Park” action, since it used to work fine.

What exactly is the command sent to the mount to tell it to set the current position as the park position? I’d like to ask Ray about it.
Thanks Ken.

6

It is indeed how it has always worked. There are no other options provided by the ASCOM contract.