Plate Solve Sync'ing but Not Re-Centring G11GT Mount Gemini II

A place to report problems and bugs in SharpCap
Forum rules


If you have a problem or question, please check the FAQ to see if it already has an answer : https://www.sharpcap.co.uk/sharpcap-faqs

Please also read about Troubleshooting USB Issues before posting.

*** Please do not post license keys - please report any problems with licensing to 'admin' by private message ***

Please include the following details in any bug report:

* Version of SharpCap
* Camera and other hardware being user
* Operating system version
* Contents of the SharpCap log after the problem has occurred.
[If SharpCap crashes, please send the bug report when prompted instead of including the log]
calaban
Posts: 23
Joined: Thu May 09, 2019 4:23 pm

Plate Solve Sync'ing but Not Re-Centring G11GT Mount Gemini II

#1

Post by calaban »

Hi

I have a 'new' G11GT, I say that because previously I used EQMOD with a NEQ6 and SharpCap plate soling was all fine. I use AstroTortilla and all good. Solved, sync'ed and re-centred - all worked a treat.

With the G11GT, SharpCap does a successful plate solve, and then says "sync'ing mount" and also "moving mount to re-centre" or something like that, was a couple of weeks ago.

The problem however is that the mount does not move, re-centre. I think it does get the sync. It just gets weird after that. Happened a couple of times and basically I have to reboot the computer and start from scratch.

What I do now is not have SharpCap connect to the G11GT. I take a jpeg shot. From AstroTortilla use that photo via "File Open dialog" and let AT do the solve, sync'ing and re-centring of the mount. Then back to SharpCap once that is all done.

Would be nice if all from within SharpCap as before. Using latest release of SharpCap. ASI071MC with Canon 400mm lens + 2x extender. Win10. But sorry do not have the log. Will have to repeat it all next time and make sure I have the log file.

Regards Richard
User avatar
admin
Site Admin
Posts: 13177
Joined: Sat Feb 11, 2017 3:52 pm
Location: Vale of the White Horse, UK
Contact:

Re: Plate Solve Sync'ing but Not Re-Centring G11GT Mount Gemini II

#2

Post by admin »

Hi Richard,

Please can you post the SharpCap log captured after you have made the attempt to do the plate solver and synchronise. Lots of information gets put in the log during this procedure that will help narrow down what is going wrong.

Cheers, Robin
calaban
Posts: 23
Joined: Thu May 09, 2019 4:23 pm

Re: Plate Solve Sync'ing but Not Re-Centring G11GT Mount Gemini II

#3

Post by calaban »

Hi Robin
Sorry for the delay. I tried to Plate Solve the other night and at the point of Sync / Re-Slew to Centre the whole system froze. Did a computer re-start to get going again.
Regards Richard

PS - different issue but I connect to camera and the focuser fails to connect. I then just go to "Reconnect Camera" and the focuser connects.

The logs from the night attached.
calaban
Posts: 23
Joined: Thu May 09, 2019 4:23 pm

Re: Plate Solve Sync'ing but Not Re-Centring G11GT Mount Gemini II

#4

Post by calaban »

One of the log files will not load - ?
Attachments
Log_2019-07-15T19_11_13-12004.log
(99.19 KiB) Downloaded 105 times
Log_2019-07-15T19_04_37-9992.log
(12.83 KiB) Downloaded 105 times
Log_2019-07-15T18_13_21-12548.log
(153.88 KiB) Downloaded 110 times
calaban
Posts: 23
Joined: Thu May 09, 2019 4:23 pm

Re: Plate Solve Sync'ing but Not Re-Centring G11GT Mount Gemini II

#5

Post by calaban »

File that didn't load attached - hopefully.
Attachments
Log_2019-07-15T20_13_16-10656.log
(136.52 KiB) Downloaded 112 times
User avatar
admin
Site Admin
Posts: 13177
Joined: Sat Feb 11, 2017 3:52 pm
Location: Vale of the White Horse, UK
Contact:

Re: Plate Solve Sync'ing but Not Re-Centring G11GT Mount Gemini II

#6

Post by admin »

Hi,

Here's the interesting part of one of the logs

Code: Select all

Info:	18:59:41.6297752 Thread:#1 SharpCap.ViewModels.PlateSolveAndResync+<SolveAndSync>d__7.MoveNext() :: Field solved to RA=14:40:53,Dec=59:48:34S, field Size {Width=0.8836766, Height=0.5872533}
Info:	18:59:41.6727786 Thread:#1 SharpCap.ViewModels.PlateSolveAndResync+<SolveAndSync>d__7.MoveNext() :: Before Sync mount is at RA=14:41:01,Dec=60:54:02S
Info:	18:59:41.8227804 Thread:#1 SharpCap.MountProxy.ASCOM.MountWrapper.SyncTo(Double actualPositionRightAscension, Double actualPositionDeclination) :: Performing Alt/Az Sync to 14.6814660971132, -59.8094542290464
Info:	18:59:41.8247802 Thread:#1 SharpCap.MountProxy.ASCOM.MountWrapper.SyncTo(Double actualPositionRightAscension, Double actualPositionDeclination) :: Site Info: 20m, -31.9925 (N/S), 115.797 (E/W) 
Info:	18:59:41.8397796 Thread:#1 SharpCap.MountProxy.ASCOM.MountWrapper.SyncTo(Double actualPositionRightAscension, Double actualPositionDeclination) :: Resolved to Alt/Az : 61.8490818546772, 173.07807000294
Info:	18:59:41.8647767 Thread:#1 SharpCap.MountProxy.ASCOM.MountWrapper.SyncTo(Double actualPositionRightAscension, Double actualPositionDeclination) :: Mount position before SyncToAltAz : 60.777978, 173.514246
Info:	18:59:42.9108481 Thread:#1 SharpCap.MountProxy.ASCOM.MountWrapper.SyncTo(Double actualPositionRightAscension, Double actualPositionDeclination) :: Mount position after SyncToAltAz : 60.778376, 173.518315
Info:	18:59:42.9388104 Thread:#1 SharpCap.ViewModels.PlateSolveAndResync+<SolveAndSync>d__7.MoveNext() :: After Sync mount is at RA=14:41:01,Dec=60:54:02S
Info:	18:59:42.9868485 Thread:#1 SharpCap.ViewModels.PlateSolveAndResync+<SolveAndSync>d__7.MoveNext() :: Before Slew mount is at RA=14:41:01,Dec=60:54:02S
Info:	18:59:53.2072935 Thread:#1 SharpCap.ViewModels.PlateSolveAndResync+<SolveAndSync>d__7.MoveNext() :: After Slew mount is at RA=14:41:01,Dec=60:54:02S
What you can see here is that SharpCap asks the mount to sync to a particular set of alt/az coordinates and it looks like the mount is ignoring that command because there are logs showing the position before and after the sync are exactly the same. The interesting question is why is SharpCap trying to use the altitude/azimuth synchronisation function when you have an equatorial mount. I suspect that SharpCap is mis-identifying the mount as alt/az mount because it claims to be able to slew in those axes. I will try popping a change to the mount identification code in the next version and we will see what happens.

Cheers, Robin
calaban
Posts: 23
Joined: Thu May 09, 2019 4:23 pm

Re: Plate Solve Sync'ing but Not Re-Centring G11GT Mount Gemini II

#7

Post by calaban »

Hi Robin

I discovered Gemini driver requires acceptance of sync commands to be allowed. ie box checked. Not sure why but seems to be the case.

Not sure if that changes anything re the above. I have had strange behaviour with other plate solving / sync programs as well.

Will do some more backyard testing next week.

Regards Richard
Attachments
Snap222.jpg
Snap222.jpg (255.95 KiB) Viewed 2629 times
User avatar
admin
Site Admin
Posts: 13177
Joined: Sat Feb 11, 2017 3:52 pm
Location: Vale of the White Horse, UK
Contact:

Re: Plate Solve Sync'ing but Not Re-Centring G11GT Mount Gemini II

#8

Post by admin »

Hi,

Thanks for that additional info. It may be worth you downloading and trying the very latest version of SharpCap. In it I changed the way that SharpCap detects the coordinate system of the mount to one that should be more robust and will hopefully correctly detect that your mount is equatorial. That means that the sync command sent should be to an RA/dec coordinate rather than altitude/azimuth coordinate. Perhaps this is the magic that is needed to make everything work?

Cheers, Robin
calaban
Posts: 23
Joined: Thu May 09, 2019 4:23 pm

Re: Plate Solve Sync'ing but Not Re-Centring G11GT Mount Gemini II

#9

Post by calaban »

Hi Robin

With the Sync checked in the Ascom mount driver and using the latest version of SharpCap, all works. Tested over last two nights.

Thanks Richard
User avatar
admin
Site Admin
Posts: 13177
Joined: Sat Feb 11, 2017 3:52 pm
Location: Vale of the White Horse, UK
Contact:

Re: Plate Solve Sync'ing but Not Re-Centring G11GT Mount Gemini II

#10

Post by admin »

Hi Richard,

That's great news – thanks for reporting back.

Cheers, Robin
Post Reply