SGP still wait for meridian flip, even the mount is already flipped

SGP version: 4.5.0.1498 beta
SGP is configured with auto-meridian flip, 50min after meridian.
No other software nor driver is configured for auto-meridian flip.
The setup is being run in North Hemisphere.

We found SGP is waiting forever (and sometimes going to negative value in time) for meridian flip.

An issue instance was recorded for investigation.

20:15 : When the OTA is pointing East (OTA on West), it works fine, doing capturing until the flip time 21:31:

21:08 : it flipped before the anticipated flip time.

In the telescope ASCOM driver EQMOD, it shows as OTA on East side, pointing West.
In SGP, it shows still 20min to the flip

The OTA is already flipped physically, pointing West:

21:26 : SGP dialog box tells, it is waiting for the Flip:

The OTA is already on the East, pointing West, there is no need to wait for, or to do a meridian flip.

A log file is uploaded in Google drive for investigation: https://drive.google.com/file/d/1b-1HJapAr0AhcBpuaL7B6UOt9CFeqvtJ/view?usp=drive_link

We revert back to production release 4.4.1.1441, to see if the issue still exists, or is just with the 4.5 beta.

Some more information:
The mount did the flip, in recovery mode, due to the guide star lost at 21:04.

Even thought, it should not wait for meridian flip, as the OTA is already on East side of the pier, pointing West.

The issue also exists in production release 4.4.1.1441

It waits forever for meridian flip, even when the OTA is on the East side of the pier, the waiting time is also turning to negative value:

How to reproduce the issue:

  1. The mount did the meridian flip in recovery mode, during Center to Target, when the target already passed meridian, but before the auto-flip calculated time
  2. After the frame is captured, SGP will pop up the Meridian flip dialog box, and wait forever for the flip.

SGP support will require you to share the SGP log file with further details of the session where this happened. There are a couple of things you can verify already:

  • Does the user profile in SGP have the correct location (especially longitude) of your observatory?
  • Is that the same location as specified in your mount control and in EQMOD?
  • What does EQMOD report for time left to meridian flip (click on those red >>> to extend the display)?
  • What are the tracking limits set in EQMOD to avoid slewing too far beyond the meridian?

I have never seen a similar problem when using SGP and EQMOD, but it has been a while since I’ve used my EQ6 mount. Will test within a couple of weeks.

We can take a look if you can provide me access to the logs link above.

It seems like SGPro had a miscommunication between sequencing and recovery states, but I’d need to look in the logs to verify this.

Hi Ken,

Sure.

Could you either?

  1. Provide your email address, so that I can add you into the access
  2. Click the link, for triggering a request of access to the google drive document

Hi Ken,

I tried to submit the log via the SGP’s problem report function, but can’t, may be due to network issue from that PC.

Please see if you can take the log from the google drive attached.

Hi Ken,

I found your support email address from your website, and grant access of this file to this email.

Please check again.

I just run a test with SGP3.2.0.660, the issue is not there, no meridian flip waiting dialog box pops up, after a flip triggered by recovery mode.

This issue seems to be just with SGP4.4 and 4.5 beta.

OK, I’ll see if I can find the logs you sent via email and report back.

I did find the email with the google docs link, but I do not have access to view it