Re: AP1200 Parking issue


Steve Reilly
 

Hey Howard...so go to hear from you. Thought we had lost you and I've had enough of that already.

-Steve

-----Original Message-----
From: main@ap-ug.groups.io <main@ap-ug.groups.io> On Behalf Of Howard Hedlund
Sent: Thursday, July 16, 2020 2:21 PM
To: main@ap-ug.groups.io
Subject: Re: [ap-ug] AP1200 Parking issue

There's the problem, Steve! We can't diagnose your issue because you keep burning the logs! ;^)

Mag. 7 Skies!

Howard Hedlund
Astro-Physics, Inc.
Phone: 815-315-7015
www.astro-physics.com
Please include this e-mail with your response.

 Consider the environment before printing this e-mail.


-----Original Message-----
From: main@ap-ug.groups.io [mailto:main@ap-ug.groups.io] On Behalf Of Steve Reilly
Sent: Thursday, July 16, 2020 13:02
To: main@ap-ug.groups.io
Subject: Re: [ap-ug] AP1200 Parking issue

Ray the download link for the zipped file is
https://www.dropbox.com/s/t6xgsjwmgazpfqm/AscomZip-Steve_Reilly-2020-07-16-1
35636.zip?dl=0

Sorry for the confusion, I have many logs in the fire at present and not as focused as I'd like to be,........

- Steve


-----Original Message-----
From: main@ap-ug.groups.io <main@ap-ug.groups.io> On Behalf Of Ray Gralak
Sent: Thursday, July 16, 2020 12:28 PM
To: main@ap-ug.groups.io
Subject: Re: [ap-ug] AP1200 Parking issue

Steve,

I did see your message:

Never mind, I just logged back in and turn power on the mount then
connected to APCC and ACP. I then disconnected from ACP and the used
Park in APCC which seemed to give a COM error but did park. Attached
screen capture and zipped log.
You said that you had COM errors. And you said "nevermind". To me that sounded like you realized you are having COM errors you will need to resolve that issue first.

BTW, your log does not provide much useful information about the park problem. Are you having the problem when using APCC + driver, or just the driver? The log is just a driver log with no APCC logs. Also, we will need an approximate time when the problem happened, etc. Also, it might be better to directly email Howard, George, and I, as the logs you will be providing are probably large. Maybe provide a download link instead?

-Ray Gralak
Author of APCC (Astro-Physics Command Center):
https://www.astro-physics.com/apcc-pro
Author of PEMPro V3: https://www.ccdware.com Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: main@ap-ug.groups.io [mailto:main@ap-ug.groups.io] On Behalf Of
Steve Reilly
Sent: Thursday, July 16, 2020 9:05 AM
To: main@ap-ug.groups.io
Subject: Re: [ap-ug] AP1200 Parking issue

Thanks again Ray. Did you see my follow up email afterwards that had
the log file? And yes, my driver is set for Async park. I just checked
and it is the latest (v5.30.10)



-Steve





From: main@ap-ug.groups.io <main@ap-ug.groups.io> On Behalf Of Ray
Gralak
Sent: Thursday, July 16, 2020 10:43 AM
To: main@ap-ug.groups.io
Subject: Re: [ap-ug] AP1200 Parking issue



Hi Steve,



You wrote:

Are the communication errors logged?


Absolutely.



Thanks Ray but this isn't the 1st time this combination hasn't
responded to
a park command or maybe better said hasn't completed a park command.
In each
instance over the years the mount has indeed been in the park
position yet
hung up waiting for confirmation? What do you or anybody need to see
what
has happened? I did post the log files I thought necessary on the
ACP forum


Sorry, I haven't been following the ACP forum.



I do know that ACP has had a problem with getting hung waiting for the
driver's Synchronous Park operation to complete, which is why there is
now
an Asynchronous Park option in the AP V2 ASCOM driver.



Are you using the asynchronous park option in the latest ASCOM driver?
(v5.30.10)



If you don't know where to find that option here is a screen shot:











-Ray Gralak

Author of APCC (Astro-Physics Command Center):
https://www.astro-physics.com/apcc-pro

Author of PEMPro V3: https://www.ccdware.com

Author of Astro-Physics V2 ASCOM Driver:
https://www.siriusimaging.com/apdriver





-----Original Message-----
From: main@ap-ug.groups.io [mailto:main@ap-ug.groups.io] On Behalf
Of Steve Reilly
Sent: Thursday, July 16, 2020 7:20 AM
To: main@ap-ug.groups.io
Subject: Re: [ap-ug] AP1200 Parking issue
Are the communication errors logged?
-----Original Message-----
From: main@ap-ug.groups.io <main@ap-ug.groups.io> On Behalf Of Ray
Gralak
Sent: Thursday, July 16, 2020 9:58 AM
To: main@ap-ug.groups.io
Subject: Re: [ap-ug] AP1200 Parking issue
Steve,
until I noticed the issue. I don't think this is an ACP issue as
commanding a park from ACP did not result in it parking nor did an
attempt to park using the ASCOM driver. Both indicated it was
parking
although not moving at
It's impossible to be sure exactly what happened just from a screen
shot and
a story. However, in your screen shot the driver shows a yellow
background
in the title area meaning communications was lost. This means that
commands
may not have reached the mount, or requests from ASCOM clients like
ACP may
not reach the mount. This could be a cable problem, or serial port
driver
problem (if you were using a serial port).
My usual nights run is with ACP Expert running and controlling the
system. APCC (AP App for their mounts) is running and making
pointing
corrections etc. This is on a Windows 7 Pro 64 bit system so none
of that
W10 stuff to interfere with operations.
Using Windows 7 is not necessarily a good thing. APCC is built with
the
latest Microsoft compilers and .Net Framework so running with an
unsupported
operating system may not be the most reliable operating mode. I'm
not saying
APCC won't work correctly, but I think you are harboring a false
sense of
security thinking running Windows 7 will always be problem free.
What I can't understand is why only APCC seemed to have any effect
on
parking the mount when ACP and ASCOM driver didn't. What could be
so
different?
Isn't it the same call to the driver?
If I am understanding what you are saying, you have it backwards.
APCC does not call the driver. The driver calls APCC.
APCC talks directly to the mount.
Does one have higher priority over the other?
Yes, but it depends on the commands being sent by the driver.
-Ray Gralak
Author of APCC (Astro-Physics Command Center):
https://www.astro-physics.com/apcc-pro
Author of PEMPro V3: https://www.ccdware.com Author of
Astro-Physics V2
ASCOM Driver: https://www.siriusimaging.com/apdriver
-----Original Message-----
From: main@ap-ug.groups.io [mailto:main@ap-ug.groups.io] On Behalf
Of
Steve Reilly
Sent: Thursday, July 16, 2020 6:07 AM
To: main@ap-ug.groups.io
Subject: [ap-ug] AP1200 Parking issue
This is a copy of a post I made in the ACP Forums but is pertinent
to
this forum as well I believe. What the attached screen frame
doesn't show
is that the mount is in the Park 4 position and not tracking.
Let me preface this post with the fact that a recent event has
taken
all my energy and attention so I may not be as focused as usual
and
miss something even obvious. Bob Denny spent some good time
getting my
OI script (operator intervention) right to park the mount and
close
the dome when an OI event took place. I had installed a new
Digital
Loggers switch (backup) in my bedroom so that in the event should
an
OI occur the switch would activate an outlet and turn on a light.
Up
until a few days ago I was thinking that's all it took to prevent
OIs
from occurring but that proved not to be the case. I've had two
since
and the 1st, 2 days ago I believe, did as expected and parked the
mount and closed the roof. Last night/this morning however wasn't
the
case. ACP was sitting there this morning waiting for the scope to
park, which physically it was, but not acknowledged. So the roof
was
open until I noticed the issue. I don't think this is an ACP issue
as
commanding a park from ACP did not result in it parking nor did an
attempt
to park using the ASCOM driver. Both indicated it was parking
although not
moving at all. It wasn't until I told APCC to park did it do so
successfully
and then finish the weather closing. Fortunately my weather station
shows no
indication of rain last night. I have not looked at either OI log
reports,
I've been very busy making other arrangements and notifications that
have
taken my focus and time. I probably shouldn't have Expert running at
all at
this time.
My usual nights run is with ACP Expert running and controlling the
system. APCC (AP App for their mounts) is running and making
pointing
corrections etc. This is on a Windows 7 Pro 64 bit system so none
of
that W10 stuff to interfere with operations. What I can't
understand
is why only APCC seemed to have any effect on parking the mount
when
ACP and ASCOM driver didn't. What could be so different? Isn't it
the same
call to the driver? Does one have higher priority over the other?
What can
cause a park command not to complete even though it is in the
commanded park
position?
Thanks,
-Steve

Join main@ap-ug.groups.io to automatically receive all group messages.