Hi Dilip. I’m sorry you’ve encountered this problem just as you were getting started with guiding. Bad luck. L Because the problem is so periodic, it’s most likely a problem in the mount. I doubt that periodic error correction will be able to deal with this sort of error because it’s an impulse type of error, not a smooth variation in guide speeds. If you look at the graph, you can see there are two components to each deflection, one to the west, followed by one to the east. The first looks like the mechanical problem while the second is probably a consequence of PHD2 trying to correct for the initial event. This doesn’t look like binding in the drive train because the directions seem reversed – the initial problem sees the mount tracking too quickly. But I don’t know anything about your mount, including whether it uses gears or belts.
Since the initial problem appears to be caused by something in the mount, I’d suggest doing a test to confirm that, something you can use to get help from iOptron. You can just run the PHD2 Guiding Assistant for about 20-30 minutes, long enough to get 2-3 of the big deflections. Guiding will be disabled during this time, so there won’t be any confusion about that. If you wanted to be completely rigorous about it, you could also disconnect the ST-4 guide cable at the mount end once the GA run starts. All of the tracking data will still accumulate in the PHD2 log file, so you’ll have a clear picture of how the RA drive is behaving (or mis-behaving).
Good luck – let us know what you find out.
Bruce
--
You received this message because you are subscribed to the Google Groups
"Open PHD Guiding" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to open-phd-guidi...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Hi Dilip. Sorry, the simulator functions in PHD2 aren’t useful for dealing with any real-world gear problems. So I’m afraid you’ll have to wait for some partial clearing. L It seems pretty likely that the problem is tied to the worm period of the mount, as you say. I’ve seen quite a number of logs from iOptron mounts but I’ve never seen anything quite like this. IMO, 10 arc-sec impulse errors should not be present. Even if they could be reduced to some extent with a periodic error correction, they really shouldn’t be there in the first place – better to find the underlying cause and eliminate it.
Good luck,