>>>Bob Denny put the fear of God in me to not use ACP automation to park and then close the roof. I'm not sure what to make of advice not to fully use automation software from an automation software

Just looking through your posts, my first inclination is to check the tracking rate that the AP ASCOM driver is reporting while this condition is happening and verify that it's in sidereal; not lunar,

There's not enough information to say for sure, but the most likely reason is the serial port hung. Are you using a USB/serial converter on a USB hub with a USB connection to your camera? If so, try

Yes, I have the Pier and I get fine images in all positions. I park at P5, but Bob Denny put the fear of God in me to not use ACP automation to park and then close the roof. If I use automation, I

Didnt see it listed so just asking, Is the FTDI driver installed?

I'm seeing the AP ASCOM driver "not responding" again, multiple times a night now. Seems the cable replacement was not a permanent fix. Can someone please help? Can't really automate image capture

John, I've followed your thread both here and over on the OpenPHD forum. I have to agree with Joel; the below extract of the steps you took to diagnose the problem and get a successful guiding session

Hi Alex, For ASCOM client applications (NINA, SGPro, etc.), the ASCOM driver's Park Setting setting is used, not APCC's. So, as others have already mentioned, you should set the park position in the

There are two park positions defined when using APCC. One is APCC and is the position it goes to when you hit Park on the same pane (brown arrow below). But the one NINA uses is the one set on the

Are you running SGPro and NINA under different permissions realms? What I mean by this is, are you perhaps running one as Administrator and the other not?

When I have the V2 ASCOM driver running along with APCC, my MACH2 parks to what is specified in the ASCOM driver, so you may want to check there too.

John, Doesn't it seem as if the issue lies with Stellarium, not PHD2? I have no evidence for this statement but I suspect that Stellarium is the problem. The internal telescope control is a

JUST AN UPDATE for any following this thread. Disappointingly – but not unsuspected… the guys over at the PHD2 group looked at my guiding and debug logs – and blamed the problem, as they

Yes APCC was configured to park to Park 1. When I checked the mount in the morning and saw it not in Park 1, I checked APCC, which indicated in the Telescope Postion section that it was parked. I

Have you checked to make sure that APCC is indeed set to park at your desired park position instead of "Current Position", which is in fact a valid park location? Yes, there are no notions of park

I’ve been using SGP to automate my rig for a while now, but I thought I’d give NINA a try. Things mostly seemed to work, but one issue is that the scope wasn’t parked in its usual position at

Psparkman I have a Piertech adjustable single column carrying an 1100 GT with a 2500mm scope in a 7x10 Piertech rolloff. I park at P4 to clear the roof when closed. Good images using a 320 pt APPM

I don't have this particular issue but the AP-V2/Stellarium ASCOM addition has some issues. I'm using the first Stellarium version that included the code (and thanks to the guy who did it!). It

Thanks, Roland, for your check of optical compatibility of the 13035FF with the TEC160FL. Since it’s not a good optical fit, It appears that I will, in fact, need to remove the OAG from my

Psparkman, Regarding moisture coming up from the bottom of an observatory. Almost all the observatories I’m familiar with are built on concrete slabs – except for mine which is a mobile