AZ-GTi Mount does not slew when plate solving
Posted: Tue Jul 18, 2023 6:56 pm
Hello,
I have a problem with my AZ-GTi mount and Sharpcap.
The problem:
Plate solving is working, the offset is found, but at the point where my other mounts begin to slew to the target (e.g. EQ5 Goto) nothing happens with the AZ-GTi... mount does not slew but there is also no error.
In the log I found the following:
Info 00:52:18.647410 #1 Plate solve info with center at RA=23:39:39,Dec=+40:34:15 recorded against mount position RA=23:52:48,Dec=+41:00:35, mapping data is 0,0002216022,-0,0002476628,-0,0002476677,-0,0002215871,354,6592,40,37498; {X=2130,216, Y=1155,42}; 0; False, orientation is 311.82009574885 in void SharpCap.Models.PixelPositionProvider.LogMapping()
Debug 00:52:18.649404 #1 Notification (Status=OK): Mount synced to RA=23:39:39,Dec=+40:34:14, re-centering on target at RA=23:52:48,Dec=+41:00:35 (offset of 2,53 degrees) in void SharpCap.UI.NotificationViewModel.DisplayMessage(NotificationMessage message)
Info 00:52:19.662286 #1 Before Slew mount is at RA=23:52:48,Dec=+41:00:36 in async Task<bool> SharpCap.ViewModels.PlateSolveAndResync.SolveImpl(bool gotFrame, string tmpFile, CancellationTokenSource tokenSource, IMount model, SizeF? imageSize, PostSolveActions action)
Info 00:52:20.786928 #1 After Slew mount is at RA=23:52:48,Dec=+41:00:36 in async Task<bool> SharpCap.ViewModels.PlateSolveAndResync.SolveImpl(bool gotFrame, string tmpFile, CancellationTokenSource tokenSource, IMount model, SizeF? imageSize, PostSolveActions action)
Info 00:52:20.789921 #1 Toolbar/Menu input : SharpCap.ViewModels.Actions.SolveAndResyncAction complete in async Task SharpCap.ViewModels.UIAction.Execute()
The mount is connected to Sharpcap correctly and I can manually control the mount via Sharpcap without an issue.
I have up to date Sharpcap Version 4.0.9562.0 and SynScan App 2.3.9.
I use the mount with the newest V3.40 firmware, right arm in AZ mode.
I also tried to connect Sharpcap and the mount with the Ascom Device Hub but this leads to the same behaviour.
If you need the log, let me know.
Do you have any idea whats going wrong?
Many thanks!
All the best,
Philipp
I have a problem with my AZ-GTi mount and Sharpcap.
The problem:
Plate solving is working, the offset is found, but at the point where my other mounts begin to slew to the target (e.g. EQ5 Goto) nothing happens with the AZ-GTi... mount does not slew but there is also no error.
In the log I found the following:
Info 00:52:18.647410 #1 Plate solve info with center at RA=23:39:39,Dec=+40:34:15 recorded against mount position RA=23:52:48,Dec=+41:00:35, mapping data is 0,0002216022,-0,0002476628,-0,0002476677,-0,0002215871,354,6592,40,37498; {X=2130,216, Y=1155,42}; 0; False, orientation is 311.82009574885 in void SharpCap.Models.PixelPositionProvider.LogMapping()
Debug 00:52:18.649404 #1 Notification (Status=OK): Mount synced to RA=23:39:39,Dec=+40:34:14, re-centering on target at RA=23:52:48,Dec=+41:00:35 (offset of 2,53 degrees) in void SharpCap.UI.NotificationViewModel.DisplayMessage(NotificationMessage message)
Info 00:52:19.662286 #1 Before Slew mount is at RA=23:52:48,Dec=+41:00:36 in async Task<bool> SharpCap.ViewModels.PlateSolveAndResync.SolveImpl(bool gotFrame, string tmpFile, CancellationTokenSource tokenSource, IMount model, SizeF? imageSize, PostSolveActions action)
Info 00:52:20.786928 #1 After Slew mount is at RA=23:52:48,Dec=+41:00:36 in async Task<bool> SharpCap.ViewModels.PlateSolveAndResync.SolveImpl(bool gotFrame, string tmpFile, CancellationTokenSource tokenSource, IMount model, SizeF? imageSize, PostSolveActions action)
Info 00:52:20.789921 #1 Toolbar/Menu input : SharpCap.ViewModels.Actions.SolveAndResyncAction complete in async Task SharpCap.ViewModels.UIAction.Execute()
The mount is connected to Sharpcap correctly and I can manually control the mount via Sharpcap without an issue.
I have up to date Sharpcap Version 4.0.9562.0 and SynScan App 2.3.9.
I use the mount with the newest V3.40 firmware, right arm in AZ mode.
I also tried to connect Sharpcap and the mount with the Ascom Device Hub but this leads to the same behaviour.
If you need the log, let me know.
Do you have any idea whats going wrong?
Many thanks!
All the best,
Philipp