Hi Gerrit, welcome to the group. Comments below…
From:
open-phd...@googlegroups.com [mailto:open-phd...@googlegroups.com] On Behalf Of gerrit...@gmail.com
Sent: Monday, April 23, 2018 2:05
PM
To: Open PHD Guiding
Subject: [open-phd-guiding]
Sidereal tracking motion during star-cross test?
Hello everyone,
I used PHD2 for the first time last night, with a Celestron OAG and ZWO ASI120 guide cam on my Meade 102ED (920 mm focal length f/9). It was generally successful -- everything played together and I got good star images in PHD2, plenty of SNR and good star profiles at 2 s exposure. I ran a star cross test with the default settings and got something vaguely resembling a cross, but it looks like my mount's sidereal tracking (I'm not sure if that's the right term) might have been overriding the E/W legs of the cross. N is up in the image below, and polar alignment was not the greatest:
Is it generally necessary to turn off the mount's sidereal tracking before doing a star cross test in PHD2, or have I just got huge RA backlash?
No, you need to leave tracking on or the star is just going to whiz out of the field of view. You’re basically trying to emulate what really goes on during guiding, moving the mount in all four directions while tracking at the sidereal rate. Assuming the guide rate in your mount is at 1x sidereal or less, backlash in RA is irrelevant – it will have no effect on guiding. Bottom line, I think you ran the test correctly.
Judging by the rattiness and open loops of the cross I'll want to get in and tune up my gears & backlash anyway, but I want to make sure I'm running the star cross test properly.
This is a pretty odd-looking result, especially if RA is left-right in the image. You probably have large amounts of both Dec backlash and periodic error in RA. If you want to post your guide log including the calibration, we can get a different perspective on what’s going on.
Cheers,
Bruce
Thanks for any help,
Gerrit
--
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 Gerrit. PHD2 produces two log files with each session – a debug log and a guiding log. Those are described in the help file and partly here:
https://openphdguiding.org/getting-help/
Now that I see the guide log (which contains the calibration), I see you’re using on-camera guiding with an ST-4 guide cable. There’s something wrong with the ST-4 cable, so guide commands to move the mount east don’t work at all. That explains the odd star-cross test you got. This is a fairly common problem and is one of many reasons we urge people to use ASCOM pulse guiding. Your mount has a capable ASCOM driver so that’s the way you should probably go. It will also give you many other benefits because PHD2 will know where the scope is pointing. Here’s some more info:
https://openphdguiding.org/phd2-best-practices/
https://openphdguiding.org/manual/?section=Basic_use.htm#Equipment_Connection (scroll down to mount-selection)
Since you’re at the stage of wrestling with the equipment to get it to behave, you should also upgrade to our latest development release, here:
https://openphdguiding.org/development-snapshots/
While you’re at this stage, you should probably disable Dec backlash compensation despite what the Guiding Assistant recommended. It’s better at this point to get a clean look at the capabilities of the mount before trying to deal with its warts. J
Good luck,
Bruce
I didn't see any PHD2 effect through ASCOM POTH a few days ago but I did using ST-4.
My scope is a Meade. Can I use a Celestron ASCOM driver? I'm really hazy about the whole ASCOM concept... I find the software and UI unintuitive and the help unhelpful. I've managed to cobble something working together by telling POTH that I have a Meade Classic and that seems to work, but if I can use a Celestron driver and jettison the POTH I'll try that.
Hi Gerrit. Have you switched to the Meade ASCOM driver? You can’t use a driver for a different kind of mount, that’s not going to work. If you get the driver configuration right and are still convinced you can’t do pulse-guiding, you can use ST-4 guiding. But by all means connect to the Meade ASCOM driver as the ‘aux-mount’ in PHD2. That will save you a bunch of wasted time and will make it much easier for us to support you. That said, even if the mount firmware doesn’t support pulse-guiding, it can be emulated by the ASCOM driver.
I don’t think I quite understand your comment about the ASCOM UI – there pretty much isn’t any. J Once you set the driver properties and get squared away with which serial port you’re using, ASCOM becomes pretty much invisible. If there are things that don’t make sense to you, we can probably help you out as long as you can identify specific questions.
Regards,
Bruce
From:
open-phd...@googlegroups.com [mailto:open-phd...@googlegroups.com] On Behalf Of gerrit...@gmail.com
Sent: Monday, April 23, 2018 7:15
PM
To: Open PHD Guiding
Subject: Re: [open-phd-guiding]
Sidereal tracking motion during star-cross test?
No problem! I did mention that I'm using a Celestron OAG, so that probably planted the seed.
--
Just a thought, you do have the right Meade ASCOM driver se!ected ?
The list of drivers on the ASCOM site has several special LX200 Classic drivers before you get to the "LX200 Classic and Autostar 497........" driver.
Michael
Wiltshire UK
Hi Gerrit. If the Meade ASCOM driver doesn’t support multiple concurrent client apps – and it may not if it’s really old – you should stick with POTH. So from PHD2 you would use the aux-mount to connect to POTH, just like you do with the other two apps. POTH will be the component that “owns” the serial connection to the mount.
One of the “evils” of ST-4 guiding is the potential routing headaches for the cable – it is probably the most common source of cable snags/drags/pinches. It can be an awkward thing to route because it has to go from the very back of the guide assembly down to the rear plate of the mount controller. One alternative that I used for years with my Meade mount was the Shoestring GP-USB device. It’s still doing ST-4 guiding but the physical connection runs from the host computer to the base of the mount – so neither end is moving around as the scope is slewed. It does require a separate USB port on the computer. The devices are cheap and virtually bullet-proof in my experience.
Good luck,
From:
open-phd...@googlegroups.com [mailto:open-phd...@googlegroups.com] On Behalf Of gerrit...@gmail.com
Sent: Tuesday, April 24, 2018
11:38 AM
To: Open PHD Guiding
Subject: Re: [open-phd-guiding]
Sidereal tracking motion during star-cross test?
Thank you for the tip, Bruce. My cables are indeed getting a little snarly now. I've tried to route them and tie them down in such a way that they don't bind for legal aiming positions, but it's starting to look like Medusa up there. I'll look into the Shoestring gadget.
How would I tell PHD2 to send guide pulses to the GP-USB? "On-camera" already mysterious enough to me -- PHD2 must be sending guide pulses to the USB guide camera which then translates them to ST-4.
From the help file:
The "Guide-port" (ST-4) interfaces use a specialized, hardware-level control port available on most mounts. To use this type of interface, there must be another device in the link between PHD2 and the mount:
1. Any of the guide cameras which have an ST-4 compatible "on-camera" guider interface. Use the 'on camera' mount choice for these setups.
2. Any of the Shoestring GP-xxx devices
3. A supported AO device with a guide port interface
With this style of interface, PHD2 guide commands like "Move west 500 mSec" are translated by the intermediate device (camera, Shoestring box, AO) into electrical signals necessary to drive the mount motor for the correct length of time.
The ‘mount’ interface in PHD2 will include an entry for GPUSB – you would choose that one.

Bruce
No worries, Gerrit, I wasn’t intending to gouge you. J Truth is, most of our users probably never look at the docs, so we will sometimes nudge people in that direction. Plus, you might have come back with “yes, I read that but it was incomprehensible”, in which case we’d have to make another try at it.
Good luck with the guiding,
I discovered that “use newer pulse guiding” in ASCOM POTH was the main culprit. When I switched that off, guiding through my ZWO ST-4 port became much better.
I also did a periodic-error calibration on my mount. There is just a slight wobble visible on the N arm (toward the top) now.
With this tremendous improvement I was hoping for good PHD2 performance, but it's still a mess! It won't calibrate or detect Dec backlash, and I can watch stars drifting around randomly. I will post a new query about this shortly, but wanted to close the loop on this star-cross problem.
From:
open-phd...@googlegroups.com [mailto:open-phd...@googlegroups.com] On Behalf Of gerrit...@gmail.com
Sent: Monday, May 14, 2018 11:44
AM
To: Open PHD Guiding
Subject: Re: [open-phd-guiding]
Sidereal tracking motion during star-cross test?
The good news is I'm getting nice star-crosses now:
Hi Gerri. This part doesn’t make sense to me. If you’re guiding with the ZWO ST-4 cable, you aren’t using ASCOM at all. If you want to use ASCOM pulse guiding (recommended), you need the ‘mount’ connection to be the ASCOM driver for your mount – or POTH. Not “on-camera”. And if you’re using pulse-guiding, you should disconnect that ST-4 cable entirely – it will just cause problems.
If you post your log files we’ll probably be able to tell you more.
Bruce
I also did a periodic-error calibration on my mount. There is just a slight wobble visible on the N arm (toward the top) now.
With this tremendous improvement I was hoping for good PHD2 performance, but it's still a mess! It won't calibrate or detect Dec backlash, and I can watch stars drifting around randomly. I will post a new query about this shortly, but wanted to close the loop on this star-cross problem.
--
From: open-phd...@googlegroups.com [mailto:open-phd...@googlegroups.com] On Behalf Of gerrit...@gmail.com
Sent: Monday, May 14, 2018 11:44 AM
To: Open PHD Guiding
Subject: Re: [open-phd-guiding] Sidereal tracking motion during star-cross test?
The good news is I'm getting nice star-crosses now:
Hi Bruce,I agree it doesn't make sense. I saw it first during daytime testing, where manual guiding from PHD2 caused "pulses" of guiding on ST-4, separate from the guide pulse length. I watched it on the scope and in Stellarium. There were typically long pauses at the beginning of a PHD2 Manual Guide pulse, and gaps during long guiding pulses. Manual guide pulses of 1 s or so often weren't seen at all. When I switched off “use newer pulse guiding” in my ASCOM Meade driver (technically not POTH as I called it before) the problem went away. Visually and in Stellarium I verified that manual guiding now reacted immediately, did the guide pulse length as selected, and did not do the long pauses.(Since Stellarium seems to sample scope position only about every 1 s and interpolate movement between samples, the Stellarium movement was still halting. But visually I could see that manual guiding was now as continuous as it could be considering geartrain backlash. I also listened to the motors.)As near as I could tell, PHD2 star-cross pulses were being lost or truncated, and now they aren't.And I'm kind of stuck with ST-4 guiding. My old Meade mount just won't guide with ASCOM pulses. I have ASCOM as my Aux mount in PHD2 though. (Hmm, I just had a thought. I don't believe I have re-tested ASCOM guiding after turning off “use newer pulse guiding”. I will try that tonight.)I want to re-try PHD2 calibration and make sure I'm near the celestial equator and meridian before I start whining about poor cal and Dec backlash detection again. I can't swear that's where I was last time.Gerrit