The built-in NTP client and their respective default servers in Windows and macOS (and any other modern OS for that matter) is more than sufficient for most needs, including practical and pedestrian

We use Dimension 4 free/donationware to keep our computer clocks accurate http://www.thinkman.com/dimension4/ it's easy to use, runs in background, and is free (though a donation would be nice) I

Computer clocks by themselves are not accurate. You will need to update the time on your computer via one of the national time services. Rolando

Thanks all for the advice and tips. I know my PA is very good and clutches are not slipping, so it sounds like it limits it to a re-alignment issue and possibly a clock issue. I need to confirm that

They are actually working to change that and will have other park and resume options soon. Rolando

Bruce, one other thing to check is the clock on your computer to ensure it is accurate. In the Astro-Physics ASCOM driver, make sure that "Sync PC clock to mount" (I think that's the name of the

One of my personal rules is that I never recalibrate or sync any GOTO mount on solar system objects. The orbital calcs are always complex and positional errors are the rule, not the

Hi Bruce, Just saw this and agree that it’s probably your re-aligning or recal when you are in different parts of the sky. I noticed that even when I use APCC to initiate. When I would start

Great- good to understand what is probably causing this and that a solution is forthcoming. Thank you

Ray, I've used PEMProV3 from with APCC Pro in the past without difficulty but now am encountering an error message when attempting to access the CCDWare website, check for updates, etc from within

All sky positions are calculated from the previous object that you did a Recal on. That includes park positions. If the last object that you Recal on is off by 1 degree when you pressed Recal, then

Hi Ray Sorry- what I meant by manual was re-aligning using SkySafari and not un-clutch it. Thanks for the follow-up and the other possible reasons for this. I just wanted to confirm that I was not

Hi Bruce, If you mean that you manually un-clutch and center a target, then yes, that can cause the park position to be offset a little. This is nothing to worry about though. It doesn't mean there

Mike J. Shade: mshade@q.com Mike J. Shade Photography: mshadephotography.com In War: Resolution In Defeat: Defiance In Victory: Magnanimity In Peace: Goodwill Sir Winston Churchill Already,

Hi Ray Almost 100% no slippage. Everything tight and well balanced before beginning a session. I do manually realign to center some objects at times but that is it. Could that be the cause?

Hi Bruce, A couple things come to mind: 1. Are you sure the clutches are not slipping? 2. Were any RECALs performed, either manually or via plate solves? They can slightly change the effective

In my permanent setup, I use SkySafari 6 Pro as my planetarium program to slew my AP1100 with no issues (connected to the GTOCP4 via RS232). It parks and unparks from position 4 with no issues. I

Check your computer’s Device Manager for the COM Port. Be sure that all secondary programs are connecting to the V2 driver (AstroPhysics GTO V2 Mount). Regards, George George

Hi Suresh, It sounds like the ASCOM driver is just set to the wrong com port. Try setting the driver to com1 and see if it connects, if not set to com2 etc. My mount ended up being on

Make sure none of your applications is running "as administrator". This will start another separate instance of the ASCOM driver which won't be able to connect if the first instance is already