Yves,
Nothing has changed regarding Park 1 in a long time in APCC.
-Ray Gralak
Author of APCC (Astro-Physics Command Center):
https://www.astro-physics.com/apcc-proAuthor of PEMPro V3:
https://www.ccdware.comAuthor of Astro-Physics V2 ASCOM Driver:
https://www.siriusimaging.com/apdriver> -----Original Message-----
> From: main@ap-gto.groups.io [
mailto:main@ap-gto.groups.io] On Behalf Of Yves Laroche
> Sent: Wednesday, June 17, 2020 9:41 AM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] APCC 1.8.3.1: strange behaviour when parking at Park1 position
>
> Sorry Rolando and Ray but Park1 position was running well until the latest APCC version.
>
>
> My computer clock is always synchronized. Would you explain me why my mount was badly parked to Park5,
> unparked from the last parked position (Park5 position) and then park to Park1 position again and slewed to
> Park1 as it should. The mount controller knew exactly where it was pointing all the time else the mount would
> never been able to park at Park1.
>
>
> There is probably a small typo or logical error in the code that cause this behaviour.
>
>
> I'm using this park position since 2002 and all my observatory environment is set according to this park
> position.
>
>
> Ray, I never missed that warning. Thanks for pointing this out !!! However, as a beta-tester, I can't and will
> never accept this kind of response from you. I've put too much time and efforts to help Astro-Physics
> astronomy lovers to enjoy their hobby. My two cents.
>
>
>
>
> Yves Laroche
>
>
>
>
>
>
>
>
> Le 17/06/20 12:01, Ray Gralak <groups3@...> a écrit :
>
>
>
> Yves,
>
>
>
> Maybe you missed the warning message in APCC that indicates Park 1 is obsolete and not supported by
> Astro-Physics? (see screenshot below)
>
>
>
> If you need to move the mount to that position maybe try defining an Alt/Az position near, but not exactly at
> Park1 ?
>
>
>
>
>
>
>
> -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-gto.groups.io [
mailto:main@ap-gto.groups.io] On Behalf Of Yves Laroche
>
> > Sent: Wednesday, June 17, 2020 8:26 AM
>
> > To: main@ap-gto.groups.io
>
> > Subject: Re: [ap-gto] APCC 1.8.3.1: strange behaviour when parking at Park1 position
>
> >
>
> > Hi Ray,
>
> >
>
> > This morning, the mount behaved the same as other night.
>
> >
>
> > APCC was the only software connected, no ASCOM driver. I parked the mount to Park1 position and the
>
> > mount slewed at the opposite direction. I decided to let the slew completed. The mount parked at Park5
>
> > position. I unparked the mount from that position (Last Parked Position) and park the mount to Park1. The
>
> > mount slewed back to Park1 as it should.
>
> >
>
> > There is a logic software problem in this version. Never see hat kind of behaviour before.
>
> >
>
> > I'm using CP4 controller.
>
> >
>
> > Regards,
>
> > Yves
>
> >
>
> >
>
> >
>
> > Le 17/06/20 00:18, Ray Gralak <groups3@...> a écrit :
>
> >
>
> > Yves,
>
> >
>
> > I'm saying if the mount was slewing someplace other than Park 1 then there's not much that could
>
> > cause that besides a communication error. Park 1 is always the same coordinates (hour angle and dec) so
>
> > APCC is out of the picture once the commands have been sent unless, like I said, there was a multipart slew
>
> > bringing the mount out of a cw up position (and only relevant if you have a GTOCP3 since the CP4/5 does
>
> > that by itself).
>
> >
>
> > -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-gto.groups.io [
mailto:main@ap-gto.groups.io] On Behalf Of Yves Laroche
>
> > > Sent: Tuesday, June 16, 2020 9:07 PM
>
> > > To: main@ap-gto.groups.io
>
> > > Subject: Re: [ap-gto] APCC 1.8.3.1: strange behaviour when parking at Park1 position
>
> > >
>
> > > Not sure I really understand your statement. I parked the mount manually via APCC.
>
> > >
>
> > > Yves
>
> > >
>
> > >
>
> > > Le 16/06/20 23:46, Ray Gralak <groups3@...> a écrit :
>
> > >
>
> > > Yves,
>
> > >
>
> > > If the meridian delay is 0 then you probably mistook a multipart move as going somewhere besides
>
> > > Park 1.
>
> > >
>
> > > -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-gto.groups.io [
mailto:main@ap-gto.groups.io] On Behalf Of Yves Laroche
>
> > > > Sent: Tuesday, June 16, 2020 6:20 PM
>
> > > > To: main@ap-gto.groups.io
>
> > > > Subject: Re: [ap-gto] APCC 1.8.3.1: strange behaviour when parking at Park1 position
>
> > > >
>
> > > > Ray,
>
> > > >
>
> > > > The meridian delay set to "0" appeared at 03h16
>
> > > > The park message appeared at 03h28
>
> > > >
>
> > > > There is a 12 minutes difference between both.
>
> > > >
>
> > > >
>
> > > > Regards,
>
> > > > Yves
>
> > > >
>
> > > >
>
> > > > Le 16/06/20 18:36, Ray Gralak <groups3@...> a écrit :
>
> > > >
>
> > > > [Edited Message Follows]
>
> > > > [Reason: Removed leading "Also" in first paragraph, which I forgot to remove when I moved the
>
> > > > paragraph to the top.]
>
> > > >
>
> > > > Yves,
>
> > > >
>
> > > > APCC can force the mount into a counterweight-up position first which, depending on the start
>
> > > position,
>
> > > > might make it seem like it's going the wrong way.
>
> > > >
>
> > > > If you don't think that's the case, then find in your APCC log where the park started. The meridian
>
> > > delay
>
> > > > should be set to "0" before the park is issued by APCC, except if there is a multipart slew.
> Search
>
> > for
>
> > > > "meridian" to find places where it can get set.
>
> > > >
>
> > > > -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-gto.groups.io [
mailto:main@ap-gto.groups.io] On Behalf Of Yves Laroche
>
> > > > > Sent: Tuesday, June 16, 2020 1:20 PM
>
> > > > > To: main@ap-gto.groups.io
>
> > > > > Subject: [ap-gto] APCC 1.8.3.1: strange behaviour when parking at Park1 position
>
> > > > >
>
> > > > > Hi Ray,
>
> > > > >
>
> > > > > This morning at the end of my imaging session I parked the mount at Park1 position as usual
>
> > but
>
> > > the
>
> > > > mount
>
> > > > > was slewing at the opposite direction (Park4 or Park5). I stopped the slew and re-initiate the
>
> > Park1
>
> > > > process
>
> > > > > and the mount went back to the Park1 position as it should. By chance my system is not
>
> > > completely
>
> > > > > automated else it can be a serious problem. At that time, the ASCOM driver was disconnected.
>
> > > > >
>
> > > > > I will sent you the logs on request.
>
> > > > >
>
> > > > > Best regards,
>
> > > > > Yves
>
> > > > >
>
> > > >
>
> > > >
>
> > > >
>
> > > >
>
> > > >
>
> > > >
>
> > > >
>
> > >
>
> > >
>
> > >
>
> > >
>
> > >
>
> > >
>
> > >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
>
