Thing is if I tick the ‘continue sequence’ box then the dismiss button the next solve resolves in moments? I guess it was not as bad as it thought! If I was not there to baby sit it the sequence would have failed and shut down.
I’m not sure. This protection is in there to ensure that that a false positive solve does not attempt to make a crazy (equipment damaging correction to your rig). The hints provided indicate this:
If the telescope was pointing correctly before the flip but not after then it looks like an issue with how the mount handles pointing on either side of the meridian. This could be what’s called cone error, and is the amount by which the optical axis of the telescope is not orthogonal to the Dec axis.
The way that most of the difference is in declination supports this, the difference of 15.7 degrees could imply a cone error of half that - 7.8 degrees.
You should be able to test this manually. Slew to an object really close to the meridian, center it in the EP and note the Ra and Dec values the mount reports.
Then do a pier flip manually, setting the mount to the same coordinates but on the other side of the pier. It should be pointed differently and if you centre the same object you should see that the Dec value in particular is different.
A good suggestion. SGPro allows for a certain amount of error here and maybe we should loosen the error tolerance (in location, but not scale) when solving switches over to the blind solver.
It seems I have this issue sorted out. Evidently the gear mesh on the RA axis was a little too tight and the stepper was stalling in spots. I backed off the gear mesh just a bit and everything is working fine now.
It almost never has to resort to a blind solve after the first solve and synch.