You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While testing caux using inbuilt math plugin, align was bad as usual (10 sec max exposure time), and then I parked in sweet spot of alt ~0, az ~0 and cleared old sync points. My first point solver error was only ~200arcsec (this mean that park position was almost perfect), second and third great too. With this math set up I was able to take 60seconds pictures with stars as dots!
This also confirm how correct park position 0,0 affect alignment with 'inbuilt math' plugin.
The BUG:
I wanted add one more align point, set goto (it was a vector from actual location 10deg up, ~30 deg left) and my mount did not move in AZ at all, but KStars showed this move on map and plate solve give me over 90000arcsec error. I parked and park position physically also changed by about 30deg AZ.
Something similar did happened me few days earlier, but I wasn't sure what really happened.
I know that this is not reproducible, I do understand that there is not enough data to track a bug, but please help me set up debug for such behavior and I will provide as much info I can.
Can it be some kind of hardware issue ?
Can it be even possible this happened ? I always thought that scope position in Kstars is taken as feedback from mount physical encoders that just can't be wrong.
The text was updated successfully, but these errors were encountered:
For this driver specifically, there are multiple translations steps since it goes via the mount model. Enable logging to see what actually happens at the lowest level, this is only way to possible track bugs of this kind. I couldn't use the in-built mount model for this, and had to develop the Nearest plugin which turns out to be more reliable in real-life scenarios.
Are you using this for Alt-Az mount? or Equatorial? I never tested on the latter and there are possibly quite a few bugs with equatorial handling.
While testing caux using inbuilt math plugin, align was bad as usual (10 sec max exposure time), and then I parked in sweet spot of alt ~0, az ~0 and cleared old sync points. My first point solver error was only ~200arcsec (this mean that park position was almost perfect), second and third great too. With this math set up I was able to take 60seconds pictures with stars as dots!
This also confirm how correct park position 0,0 affect alignment with 'inbuilt math' plugin.
The BUG:
I wanted add one more align point, set goto (it was a vector from actual location 10deg up, ~30 deg left) and my mount did not move in AZ at all, but KStars showed this move on map and plate solve give me over 90000arcsec error. I parked and park position physically also changed by about 30deg AZ.
Something similar did happened me few days earlier, but I wasn't sure what really happened.
I know that this is not reproducible, I do understand that there is not enough data to track a bug, but please help me set up debug for such behavior and I will provide as much info I can.
Can it be some kind of hardware issue ?
Can it be even possible this happened ? I always thought that scope position in Kstars is taken as feedback from mount physical encoders that just can't be wrong.
The text was updated successfully, but these errors were encountered: