Re: Parking Issue
Ray,toggle quoted messageShow quoted text
I do have the zipped log file if that is of any help. It's the usual files
and just the log file for that period and 12.4MBs. I can upload to Dropbox
if you want it.
From: firstname.lastname@example.org <email@example.com> On Behalf Of Ray Gralak
Sent: Sunday, January 10, 2021 10:51 AM
Subject: Re: [ap-gto] Parking Issue
This is a recurring problem that I've often blamed on ACP but amdriver says it's parking, and APCC says it is parked.
Your screenshot shows the mount is unparked, with tracking stopped,
according to APCC.
There's no way to know for sure what happened from a screenshot, but because
the mount is not parked, the driver cannot indicate that the mount has
Author of PEMPro
Author of APCC (Astro-Physics Command Center):
Author of Astro-Physics V2 ASCOM Driver:
-----Original Message-----roof closed only because I closed it using the close command in AstroMC and
the mount was already in the Park 4 position and had been since 0623. The
last image had downloaded at 0531 and the shutdown script was executed at
0623 if I remember correctly. It was a brief notification from Windows 10
but those were cleared after reading. Not sure if any record is made of
ACP doesn't have a shutdown record as it seems that is made after itshow the mount parked?
as does the ASCOM driver but not APCC. The difference is that ASCOM and APCC
show the mount at the parked position whereas ACP shows what I assume is the
position it was prior to being commanded to park.
So the question is, where is the log jam and who is responsible for thestall? How can I prevent this?
correctly and I have cell signal. It doesn't correct anything. The system is
still in this "Parking"
phase and I'll leave it like that hoping that Bob Denny or othera communication issue where a request is sent and waits forever and if so
why can't there be a reasonable time restriction before another request is
sent or other action is taken?