Dual-Axis Custom Tracking Rates for Long-Duration Unguided Exposures

I have refined my plate-solving and path-modeling software for my Astro-Physics Mach1.  The principle remains the same: the mount and SBIG camera are under the control of Linux software that I wrote (in Perl).

I documented a previous effort here. However, that version used a polynomial fit (that proved inaccurate) and actively sent guiding commands. This version simply uses the variable-rate tracking feature of later AP GTO controllers to cancel the computed RA and DEC drift.

Performing long-duration unguided exposures requires the following:
  • getModelData2.pl which captures ten (10) images each of 30 seconds, one after the other, at the RA/DEC of the target object.  No slewing is done in RA, hence the successive images show the drift in RA and DEC due to polar misalignment.  The assumption is that periodic error is minimal (which it is for my mount). This script only works for SBIG cameras and Astro-Physics GTO mounts, and relies on the Astrometry.net blind solver (local installation) for the plate-solves.
  • calcCustomRates2.pl takes the solved RA/DEC from the previous script as dependent variables, with the HA (hour angle) as the independent variable. It then does linear fitting of RA versus HA, and DEC versus HA, yielding the slope in RA and DEC which are then converted into custom RA and DEC tracking rates for the AP mount.  The script then programs the custom rates into the mount similar to Ray Gralak's PulseGuide.
  • the curve-fitting algorithm only applies the custom rate if the R-squared (correlation) parameter in the line-fit is sufficiently high.
Here is a local model captured of M13 with the telescope on the west side of the pier. The first seven columns are all captured by getModelData2.pl. The RA and DEC rates at the top-right are calculated by calcCustomRates2.pl (the R-squared value is also displayed).  I also calculated the RA and DEC slopes with Excel (in the box).  The DEC rate calculated by the script is of opposite sign to that of Excel because the DEC rate needs to be inverted when the telescope is on the west side of the pier, in the Northern hemisphere. Note that the confidence level for RA is not that high.

This is a ten-minute (600-second) unguided exposure of M13 at approximately 400mm focal length. The trailing in both RA and DEC are apparent.

The same object M13, but with DEC custom rate enabled (calculated from the model data), which should eliminate declination drift:

And with both RA and DEC custom tracking rates enabled (calculated from the same model). RA correction is still non-ideal; probably the calculated RA rate is not correct due to the 0.75 confidence level in the fit.

A meridian flip was then performed, and another 10-minute exposure done, without changing the tracking rates.  There is some trailing present.

Another set of model data was captured with the telescope on the east side of the pier, data is below. Note the better confidence level in the RA data.

Another 10-minute exposure, with RA and DEC custom rates enabled and with the new model on the east side of the pier. Better results than using the west-side model and not recalibrating.

And for validation purposes, a 10-minute unguided shot with the telescope on the east side of the pier, and custom rates disabled. Trailing is very obvious compared to the above exposure.

Source code is available here.  You will need the latest Linux developer kit from SBIG for the "testapp" program that captures images from the SBIG camera.

No comments: