Yes but that’s in control of the driver, not SGP unfortunately. I think the issue here is that the LX-850 has three modes of operations:
- No high precision pointing (HPP) - just goes to the DEC & RA based on best calculation
- User based HPP - when asked to go to a location it first goes to a bright star from its database of alignment stars that is nearby the coordinates, asks the user to center the star in the eye piece and press enter. It then does a local sync on this to improve it’s precision. This is the LX-200 mode.
- StarLock HPP - Just like #2 but the LX-850 uses it’s own imaging cameras to find and center the alignment star precisely and then finally goes to the object. This is extremely accurate!
On any slew once the final position is reached, the StarLock automatically finds a guide star, acquires a lock, and begins guiding the scope. This occurs every move.
From the API when you do a GOTO in #1 it reports “Slew complete” when it reaches the target. It does this in #2 as well since the computer doesn’t know about the user centering option so it reports “Done” after the slew to the alignment star. But in mode #3, unique to the LX850, it slews, then sends a “auto aligning” message, and performs the second slew, and reports “slew complete”. Then the Starlock starts it’s auto-guide acquisition. It has a separate status you can read that goes from acquiring, guiding, or idle and it must be on “guiding” before the camera should be used. It takes about 15-90 seconds for an auto-centered slew and auto-guide lock.
I’m thinking the writer of the current ASCOM driver doesn’t have an LX850. I think it starts a slew then waits for the scope to write back to interface, ignoring what it writes and simply tossing the characters because in the previous scopes anything back means the slew worked if the status is OK. What it should do on the LX850 is wait for the “slew done” message, then check the status of the StarLock and wait for it to change to “guiding” and finally report the slew is done.
In addition to being unaware of the unique LX850 slew method, the driver currently also always reports the first slew after connecting as “complete” even before the scope starts moving. It also exhibits the same behavior on the first slew of a sequence randomly. I think this is because it accepts anything as the “slew done” and it’s not flushing the scope’s buffer after connection so there is some message waiting. If any time it gets out of sync with the send-receive it accepts the pending messages from the scope as the “slew done” message and dumps the buffer so the next slew works.
Here’s theSGP work around I have come up with in the mean time:
- When creating your equipment profile set a 60 seconds as the “mount settling time” using the Universal ASCOM Telescope Driver for Meade.
- When creating a sequence add an event at the top that performs a slew. I call this the same name every time (slewone) and have it acquire a 30s dark frame. What you slew to isn’t important but I set it to the same coordinates as the first real event in the list. It’s a pain, but it works. Using the same name makes sure I don’t clutter my disk with bad files.
- Set all events to “Slew To” instead of “Center” on event start. The LX850 is extremely accurate if you do a good drift align and you’ve made sure your OTA is completely orthogonal on your mount (there is a procedure in the onboard software to assist with this – it’s worth it).
When you start a sequence the first event may fail to wait for the scope to slew. If this happens, abort, reset the seq, and try again. It will now work perfectly fine for hours on end.
The 60 second delay is enough for the HPP auto-center on the alignment star, slew to the final coords, and the StarLock to acquire a guide start and start auto-guiding. What could really assist in SGP is another delay after slewing to give the StarLock time to start guiding. This would allow someone with a well aligned permanently mounted scope (me > :} ) to turn off the auto-HPP but still give the auto-guider a chance to lock on nights with good seeing even with a bad ASCOM driver. I wish I was a better Windows programmer as I would tweak the hell out of the driver myself and being unable to do so sucks but I’d rather work on a good Linux sequencer then Windows ASCOM drivers anyway.
I’m finally getting to do some good SGP testing. Woo hoo!