The behavior we need with a paramount is to emulate a "Closed Loop Slew" using the Alignment module to get the FOV center exactly where we want it. With a Tpoint run we can usually get fantastic results, but if you want repeatability CLS "brings it in" just those list few arc seconds. A sync should not occur in cases like this. Instead, what we want is the ability to enable or disable a sync, or even better, the addition of a tpoint measurement via TSX. I don't see a way to do this quite yet, but their Automapper tool may come in handy.
FYI - This tests were run with the SB Telescope Simulator. I will test with my MX+ or MyT in the next day or so.
On the wire a "Solve and Slew" looks like using a telescope simulator on TSX:
### Asynch slew
/* Java Script */var Out;try {sky6RASCOMTele.Asynchronous = true;sky6RASCOMTele.SlewToRaDec(5.27539, 34.6569,'');Out = 'OK'; }catch (err) {Out = err; }OK|No error. Error = 0. ### Polling to see if the slew is complete. 1 means it is.
/* Java Script */var Out;Out = sky6RASCOMTele.IsSlewComplete;1|No error. Error = 0. ### Re-read out the Ra + Dec info
/* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);5.275398103617252,34.65691184183388|No error. Error = 0.
NOTE: I don't see a sync occur in this instance, but I think I saw one previously.. That would look like this:
Putting that in the Tools->RunJavascript tool works. TSX responds with OK but I don't see anything in the UI to indicate I am synced. The same is true if I attempt to sync directly through the UI.
sky6RASCOMTele.Sync should be called in "Solve and Slew". If it is not, then something is definitely wrong. Do you have the complete log for your run with the TSX Simulator?
Log file attached as well as a packet capture. This is for Solve and Slew, with the solver action set to Slew to Target. I see no sync go over the wire with solve and slew. The logfile appears to confirm this. The syncs that do occur are ones that I asked kstars to do manually just to ensure that it will ask TSX to do that.
I see there is a Sync option as well. When I select that and run Solve and Slew this setting reverts back to Slew to Target. However, if I select Capture and Solve it appears to capture on the present location and attempts to sync the mount. Perhaps a better approach to this would be to have Sync as a checkbox option that can be enabled whether you are trying to Solve and Slew (and sync or not, your choice) and Capture and Solve (also sync or not). There are times where all of this is nice to have without issuing a sync to the mount IMHO. An example of this would be getting the rotator PA set based on a solution.
For Paramounts at least, it would be best to *not* sync after a Solve and Slew unless there is a reason to do so. Doing so automatically can cause problems with an existing Tpoint model. If TSX would allow the addition of TPoint entries based on syncs this would be useful. I'll need to test that with the actual mount. Having the option to sync or not in the Alignment module would be very handy either way.
One thing I noticed is the TSX simulator behaves differently than a Paramount. Not surprising. Sync doesn't seem to really do anything as far as I can tell. On a paramount syncs are tracked in the system and you can see them.
The Align module sycs the mount in either "Slew to target" and "Sync". With the former, the difference is that after the sync the mount is commanded a slew to target coordinates as well. If syncs are _not_ used, and there is a diff between telescope vs actual coordinates, what do you do?
Paramounts don't need to sync once they have a pointing model established in The Sky X, so the syncing doesn't seem to help. When they do need to sync, it's only needed once per setup. I think this different than other mounts. Tpoint takes care of the rest.