Date   

Re: APCC Meridian Tracking Limits and Sequence Generator Pro

Ray Gralak
 

Honestly, I'm pretty busy working on software now. But I don't think there is anything to discuss. APCC sends the mount's flip point to SGPro, which is exactly what SGPro expects. Changing the meaning of that would invalidate the purpose of that SGPro API, so I do not think it is the right thing to do.

BTW, A-P will soon start a new website where people can suggest features and others can vote on them. When it's available, you can describe your feature request there and have others vote for it.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of psparkman via groups.io
Sent: Sunday, October 31, 2021 9:21 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APCC Meridian Tracking Limits and Sequence Generator Pro

It might be more efficient if we could talk. Would you be willing to send your phone number and time to talk
to my email address listed?


Re: APCC Meridian Tracking Limits and Sequence Generator Pro

psparkman@...
 

It might be more efficient if we could talk.  Would you be willing to send your phone number and time to talk to my email address listed?


Re: APCC Meridian Tracking Limits and Sequence Generator Pro

Ray Gralak
 

That's not going to work because you can't guarantee that SGPro won't issue a slew after the meridian.

Without APCC actually setting the meridian delay SGPro would not expect the mount to flip if it had to recenter the image, or slew to another target that normally would not require a pier flip because it is within the West limit.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of psparkman via groups.io
Sent: Sunday, October 31, 2021 8:50 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APCC Meridian Tracking Limits and Sequence Generator Pro

Ray, I am not sure why I can't communicate the issue to you properly, but I will continue to try. I don't want to
check the CW up slew west box. I do want any slew command issued by SGP past the meridian to cause a
meridian flip as that is how SGP initiates a flip. However, I do want the mount to track past the meridian to the
APCC limit minus the offset and pass that value to SGP so that it will invoke the flip at the delayed point and
take advantage of the ability to track past the meridian.

The problem that I have is that without having the CW up slews within West limits box checked, APCC does
not pass the additional meridian delay as shown in my first screenshot above. I feel that this is a bug. Also,
why does checking the CW Up slew limits for the East automatically check the one for the West?


Re: APCC Meridian Tracking Limits and Sequence Generator Pro

psparkman@...
 

Ray, I am not sure why I can't communicate the issue to you properly, but I will continue to try.  I don't want to check the CW up slew west box.  I do want any slew command issued by SGP past the meridian to cause a meridian flip as that is how SGP initiates a flip.  However, I do want the mount to track past the meridian to the APCC limit minus the offset and pass that value to SGP so that it will invoke the flip at the delayed point and take advantage of the ability to track past the meridian.

The problem that I have is that without having the CW up slews within West limits box checked, APCC does not pass the additional meridian delay as shown in my first screenshot above.  I feel that this is a bug.  Also, why does checking the CW Up slew limits for the East automatically check the one for the West? 


Re: APCC Meridian Tracking Limits and Sequence Generator Pro

Ray Gralak
 

So all of that makes sense, but the CW up slews within West check box clearly does not cooperate with SGP.
So why did I check that in the first place?
"CW up slews" invokes APCC to change the meridian delay. With it off, the appropriate action will be taken when the limit is reached, but any slew to the West side from a counterweight-up position will cause a pier flip.

So, "CW up slews in West" MUST be selected or any slew that SGPro issues after the meridian will cause a pier flip.

-Ray


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of psparkman via groups.io
Sent: Sunday, October 31, 2021 8:23 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] APCC Meridian Tracking Limits and Sequence Generator Pro

I have posted a couple of times about Meridian Flip issues with APCC v1.9.0.11 and Sequence Generator Pro.
This worked reliably for several months with the previous version, but I now think that was related to my
settings at that time. I took advantage of a cloudy night to learn more about how the Meridian tracking limits
in APCC work and relate to SGP. I now think that I understand how it works, but am not sure why it works the
way it does in relation to the "Counterweight Up Slews within:" check boxes for East and West and how they
interact with the "Send Limit with offset to SGPro" checkbox.

I now clearly understand why I was having Meridian flip failures with the settings set in a way to take
advantage of the variable Meridian limits versus Dec position. First, it must be understood that SGP issues a
Meridian Flip by sending a slew command to same target coordinates that it is currently tracking. Thus relying
on the mount to do the flip and come back to the same coordinates. This is the issue with my flip failures.
When I set the CW up slews within check box for West and set the send limit to SGP box with a flip offset of
my longest exposure plus five minutes to keep from tracking into the meridian limit before a flip; SGP sends
a slew command to the same location it is currently tracking and the mount does a safety slew back to the
meridian, then comes right back counterweight up because of the CW up slew within West limit check box.
This causes SGP to see that the scope is still on the west side of the pier and it aborts, parks, and shuts
down.

So all of that makes sense, but the CW up slews within West check box clearly does not cooperate with SGP.
So why did I check that in the first place?

This is where I don't understand why a couple of things function the way they do with APCC. I really never
want to do CW up slews within West limits for imaging. It might save a flip if you are going between close
objects, but I would rather it go ahead and put the scope on the east and it will not work with the slew in place
meridian flip design of SGP. The problem is that if I check the "Send limit to with offset to SGPro" check box
WITHOUT the CW Up slews within West limits box checked, APCC just sends a 0.0 offset to SGP and I don't
get to take advantage of the tracking limits being set automatically to match the limits that I have set for my
scope and mount.

pastedGraphic.png<blob:https://ap-gto.groups.io/8b047c01-5345-4a4a-9826-0dfc32cfc854>

The only way to get the Dec specific offset to pass to SGP is to check the West Limits box, but that will not
work for SGP Meridian flips.

Why doesn't this just pass the current limit offset to SGP without having to check the West Limits check box?
So checking the Send Limit with offset to SGPro check box doesn't seem to do anything unless the West
Limits box is checked.

Here is how it looks with the box checked showing the correct offset, but the West box needing to be
checked.

pastedGraphic_1.png<blob:https://ap-gto.groups.io/3613deea-33e3-4609-82d2-190b37dc6e83>

So, next I thought that I would try checking the East limits box. At least that makes some sense from an
imaging perspective as it could allow the imaging to start with the CW up and the scope on the East side and
avoid the flip all together. But the problem is that if you check that box, it forces the West Limits box to be
checked for some reason. So that option will not work. I noticed another little issue when I tried the CW Up
slews East box checked with SGP. When SGP slews then centers on a target, I don't get within the 20 pixel
limit with the first plate solve. Usually with a 60 point APPM model I get within 100-200 pixels, so SGP sends
a new calibrated slew command to get it within 20 pixels. This invokes the safety slew, so the mounts has to
take the time to go back to the meridian, then move back. Sometimes this can take 2 or more tries and the
safety slew does take more time.

What I expect should happen is that I can check either East or West Limits without the East forcing the West.
Also, I should be able check the Send Limits to SGPro box and have the offsets pass correctly without
having either CW Up limit box checked. That would then work fine with the SGP Meridian flip function, and
allow the mount to track CW up to the limits APCC sets and take advantage of that capability.

With the way that it currently works, I am just unchecking the CW slew limits and Send Limits to SGPro boxes
and setting a fixed 1 hour offset in SGP since that is my smallest time past Meridian limit. But I would much
rather these functions work as expected.




APCC Meridian Tracking Limits and Sequence Generator Pro

psparkman@...
 

I have posted a couple of times about Meridian Flip issues with APCC v1.9.0.11 and Sequence Generator Pro.  This worked reliably for several months with the previous version, but I now think that was related to my settings at that time.  I took advantage of a cloudy night to learn more about how the Meridian tracking limits in APCC work and relate to SGP.  I now think that I understand how it works, but am not sure why it works the way it does in relation to the "Counterweight Up Slews within:" check boxes for East and West and how they interact with the "Send Limit with offset to SGPro" checkbox.

I now clearly understand why I was having Meridian flip failures with the settings set in a way to take advantage of the variable Meridian limits versus Dec position.  First, it must be understood that SGP issues a Meridian Flip by sending a slew command to same target coordinates that it is currently tracking.  Thus relying on the mount to do the flip and come back to the same coordinates.  This is the issue with my flip failures.  When I set the CW up slews within check box for West and set the  send limit to SGP box with a flip offset of my longest exposure plus five minutes to keep from tracking into the meridian limit before a flip; SGP sends a slew command to the same location it is currently tracking and the mount does a safety slew back to the meridian, then comes right back counterweight up because of the CW up slew within West limit check box.  This causes SGP to see that the scope is still on the west side of the pier and it aborts, parks, and shuts down.

So all of that makes sense, but the CW up slews within West check box clearly does not cooperate with SGP.  So why did I check that in the first place?

This is where I don't understand why a couple of things function the way they do with APCC.  I really never want to do CW up slews within West limits for imaging.  It might save a flip if you are going between close objects, but I would rather it go ahead and put the scope on the east and it will not work with the slew in place meridian flip design of SGP.  The problem is that if I check the "Send limit to with offset to SGPro" check box WITHOUT the CW Up slews within West limits box checked, APCC just sends a 0.0 offset to SGP and I don't get to take advantage of the tracking limits being set automatically to match the limits that I have set for my scope and mount.

pastedGraphic.png

The only way to get the Dec specific offset to pass to SGP is to check the West Limits box, but that will not work for SGP Meridian flips.
 
Why doesn't this just pass the current limit offset to SGP without having to check the West Limits check box?  So checking the Send Limit with offset to SGPro check box doesn't seem to do anything unless the West Limits box is checked.

Here is how it looks with the box checked showing the correct offset, but the West box needing to be checked.

pastedGraphic_1.png

So, next I thought that I would try checking the East limits box.  At least that makes some sense from an imaging perspective as it could allow the imaging to start with the CW up and the scope on the East side and avoid the flip all together.  But the problem is that if you check that box, it forces the West Limits box to be checked for some reason.  So that option will not work.  I noticed another little issue when I tried the CW Up slews East box checked with SGP.  When SGP slews then centers on a target, I don't get within the 20 pixel limit with the first plate solve.  Usually with a 60 point APPM model I get within 100-200 pixels, so SGP sends a new calibrated slew command to get it within 20 pixels.  This invokes the safety slew, so the mounts has to take the time to go back to the meridian, then move back.  Sometimes this can take 2 or more tries and the safety slew does take more time. 

What I expect should happen is that I can check either East or West Limits without the East forcing the West.  Also, I should be able check the Send Limits to SGPro box and have the offsets pass correctly without having either CW Up limit box checked.  That would then work fine with the SGP Meridian flip function, and allow the mount to track CW up to the limits APCC sets and take advantage of that capability.

With the way that it currently works, I am just unchecking the CW slew limits and Send Limits to SGPro boxes and setting a fixed 1 hour offset in SGP since that is my smallest time past Meridian limit.  But I would much rather these functions work as expected.


Re: A-P Guide scope bracket/Baader guide scope

Joseph Beyer
 

Thanks for the confirmation Roberto.  I was assuming that would be the case but thought I'd check with someone who has more experience with it.  My setup is quite compact and I've done as much as I can to reduce the moment arm so the small amount of added weight is not likely to be a factor in guiding.

Joe


Re: A-P Guide scope bracket/Baader guide scope

R Botero
 

Joe

I doubt the mount will notice the difference; I would not worry. I have changed my Vario finder/guider a number of times as I add/change my tandem setup and the guiding is as good as ever (been using it since 2014). I’ve had it on an 1100GTO and now on a 1600GTO; both with and without APPM and it just works. No differential flexure versus the imaging scopes. As long as you have everything tightened up fine and no loose cables, you’ll be fine. 

Roberto


A-P Guide scope bracket/Baader guide scope

Joseph Beyer
 

I was looking for user experience on the 10x60 Baader guide scope with Astro-Physics guider bracket and wondered if there is any potential need for special balancing when it is side mounted to the telescope. Given the location of the guide scope attached to the rear of the FSQ there is more weight on the left side which slightly pulls the scope left from Park 3 position even when perfectly balanced horizontally.  Has this small amount of weight imbalance been something others have compensated for in their rigs?  It doesn't seem like a large amount of imbalance but it's clear it's not in perfect balance at certain positions.

I purchased the guide scope for use with my Mach1/FSQ-106 rig about the same time I started using APPM.  Found the unguided mount would produce round stars at least up to 3 minutes which accommodated the exposures for my then Nikon D800 and my current ASI6200MM when imaging LRGB.  Since I could get good exposures with or without the guide scope I haven't been using it. Moving on to narrow band, the unguided setup looks pushed a bit with 5 minute subs and the stars are often a bit smudged.  Could also be in part attributed to seeing as exposures on some nights look better than others.  But since the guide scope is available I might as well use it. 

The FSQ setup weighs about 25 pounds in total balanced with 39 pounds of counterweights.  The guide scope with camera is about 2.4 pounds.  Not talking about a huge amount of weight relative to the main scope and counterweights.  It's likely the real answer is "depends on my results".  When I used it before along with APPM modeling, with 60-90 second exposures I saw no difference in star shape guided or unguided but I also didn't see anything that indicated it was destabilizing with rig either.  I'd ordinarily just go out and try it myself but the fall rains have arrived so not sure when my next opportunity will be.  Just wondered about other's experiences.

Joe    


Re: APPC - Error Message Virtual Port #APCC

Ray Gralak
 

Hi Alain,

APCC executes Eltima's installer as part of the installation process, but has no control over the Eltima installation itself. I think the issue may be a conflict between the version of Eltima that APCC uses and some other product that is ( or was) installed on the computer. So far, the only solution that I have seen work is to reinstall Windows on the computer, but I am hoping there is another solution.

In order to help identify the problem, we will need to contact Eltima with some information. I will email you at your gmail address to get started with this.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of alain.prette@...
Sent: Sunday, October 31, 2021 5:27 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPC - Error Message Virtual Port #APCC

Hello Ray,
i'm ahead of the search for the error and ... i believe that the Eltima's driver isn't installed

An idea ?

Regards,

Alain


Re: APPC - Error Message Virtual Port #APCC

alain.prette@...
 

Hello Ray,
i'm ahead of the search for the error and ... i believe that the Eltima's driver isn't installed 

An idea ?

Regards,

Alain


Re: VPort2 / Fault / Sync Target: Valid Alt/Az, RA/Dec, HA/Dec has not been received!"

Erkaslan Aygen
 

Good morning Ray,

Wahhh, thank you for letting me know. I will install it right away and give it a try as soon as the weather clears up. 

Keep you posted.

Best regards,
Aygen

Le dim. 31 oct. 2021 à 02:07, Ray Gralak <iogroups@...> a écrit :
Hi Aygen,

If you want to give this new version (v5.40.00) of the AP V2 driver a try, I think it might fix the issues you have been seeing:

https://www.gralak.com/apdriver/AstroPhysics_V2_Setup_5.40.00.exe

-Ray

> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Erkaslan Aygen
> Sent: Saturday, October 23, 2021 7:16 AM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] VPort2 / Fault / Sync Target: Valid Alt/Az, RA/Dec, HA/Dec has not been received!"
>
> Thank you Ray, you're right regarding APCC - don't know why I uninstalled it (maybe due to some
> irritations...).
>
> Keep you posted.
>
> Regards,
> Aygen
>
> Le sam. 23 oct. 2021 à 01:10, Ray Gralak <iogroups@...> a écrit :
>
>
>       Hi Aygen,
>
>       First, you don't need to uninstall APCC, as it is not the problem. In fact, APCC identified a hidden
> problem!!
>
>       You can configure the ASCOM driver to communicate directly with the mount instead of APCC. This will
> take APCC completely out of the loop.
>
>       BTW, you might want to try each of these versions to see if any work with your Windows Enterprise o/s:
>
>       AstroPhysics V2 Setup v5.21.01
>       AstroPhysics V2 Setup v5.20.09
>
>       These two do not support TCP:
>       AstroPhysics V2 Setup v5.09.09
>       AstroPhysics V2 Setup v5.09.07
>
>       You can download those from here:
>
>       https://www.gralak.com/apdriver/
>
>       And that error message is generated when there is no network response from the mount. If you see one
> occasionally, it is probably just network congestion, and you can ignore it. However, if it happens often, it
> could be a sign that the local network is not very reliable.
>
>       -Ray
>
>       > -----Original Message-----
>       > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Erkaslan Aygen
>       > Sent: Friday, October 22, 2021 3:35 PM
>       > To: main@ap-gto.groups.io
>       > Subject: Re: [ap-gto] VPort2 / Fault / Sync Target: Valid Alt/Az, RA/Dec, HA/Dec has not been
> received!"
>       >
>       > So, all updates installed correctly.
>       >
>       > I gave it a try with the regional setting back = problem back ! This is really, really embarrassing and
> irritating.
>       > Sure, by having the regional setting as if I am in the USA, it's seems to be working as a breeze.
> However, and
>       > as mentioned, by doing this, I have only limited access to my automated software.
>       >
>       > Honestly, I don't know what to do anymore. For the time being, I will test only with the AP driver
> (APCC
>       > uninstalled) and see what result I can get.
>       >
>       > Last, what might cause the below message (first time I got it) ?
>       >
>       >
>       >
>
>
>
>
>
>
>
>
>







Re: VPort2 / Fault / Sync Target: Valid Alt/Az, RA/Dec, HA/Dec has not been received!"

Ray Gralak
 

Hi Aygen,

If you want to give this new version (v5.40.00) of the AP V2 driver a try, I think it might fix the issues you have been seeing:

https://www.gralak.com/apdriver/AstroPhysics_V2_Setup_5.40.00.exe

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Erkaslan Aygen
Sent: Saturday, October 23, 2021 7:16 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] VPort2 / Fault / Sync Target: Valid Alt/Az, RA/Dec, HA/Dec has not been received!"

Thank you Ray, you're right regarding APCC - don't know why I uninstalled it (maybe due to some
irritations...).

Keep you posted.

Regards,
Aygen

Le sam. 23 oct. 2021 à 01:10, Ray Gralak <iogroups@...> a écrit :


Hi Aygen,

First, you don't need to uninstall APCC, as it is not the problem. In fact, APCC identified a hidden
problem!!

You can configure the ASCOM driver to communicate directly with the mount instead of APCC. This will
take APCC completely out of the loop.

BTW, you might want to try each of these versions to see if any work with your Windows Enterprise o/s:

AstroPhysics V2 Setup v5.21.01
AstroPhysics V2 Setup v5.20.09

These two do not support TCP:
AstroPhysics V2 Setup v5.09.09
AstroPhysics V2 Setup v5.09.07

You can download those from here:

https://www.gralak.com/apdriver/

And that error message is generated when there is no network response from the mount. If you see one
occasionally, it is probably just network congestion, and you can ignore it. However, if it happens often, it
could be a sign that the local network is not very reliable.

-Ray

> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Erkaslan Aygen
> Sent: Friday, October 22, 2021 3:35 PM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] VPort2 / Fault / Sync Target: Valid Alt/Az, RA/Dec, HA/Dec has not been
received!"
>
> So, all updates installed correctly.
>
> I gave it a try with the regional setting back = problem back ! This is really, really embarrassing and
irritating.
> Sure, by having the regional setting as if I am in the USA, it's seems to be working as a breeze.
However, and
> as mentioned, by doing this, I have only limited access to my automated software.
>
> Honestly, I don't know what to do anymore. For the time being, I will test only with the AP driver
(APCC
> uninstalled) and see what result I can get.
>
> Last, what might cause the below message (first time I got it) ?
>
>
>









Re: Recent encoder discussion on CN

Andrea Lucchetti
 

I think it depends on the cost of that mount.
I am looking for a trouble free portable mount, for lens and 60mm refractor work.
I ‘ e bought and sold immediately after a skywatcher …
The harmonic drive mounts cost a lot and are not a good choice for astrophotography.
I think a non encoder 400 would be perfect, a 400ec could be too expensive, at least here in Europe.
Andrea


Re: APPC - Error Message Virtual Port #APCC

Andrea Lucchetti
 

Ray,
If the usb lan converter is added after the Apcc install, is there any risk of disturbing apcc?
I wanted to get one of these lan adapters but don’t want to affect apcc.
Thank you
Andrea

Il giorno mer 27 ott 2021 alle 22:23 Ray Gralak <iogroups@...> ha scritto:
That error means that the Eltima ActiveX control did not install correctly.

Have you ever installed a USB to LAN adapter on your computer? For example, one of these:

https://www.eltima.com/usb-to-lan-adapter.html

-Ray

> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of alain.prette via groups.io
> Sent: Wednesday, October 27, 2021 2:46 AM
> To: main@ap-gto.groups.io
> Subject: [ap-gto] APPC - Error Message Virtual Port #APCC
>
> Hi guys,
>
> i've a problem during the APPX Install at launch ... Unable to create virtual ports
> In the log file , i've the following message
>
> 0000022 2021-10-26 20:17:29.119:       Info,     TimedMsgBox, Timeout (msecs): 5000, Message: Error creating
> virtual port 1 control: Classe non enregistrée (Exception from HRESULT: 0x80040154
> (REGDB_E_CLASSNOTREG))
>
> Have a nice day
>
> Regards,
>
> Alain
>







Re: Recent encoder discussion on CN

steste1122@...
 

On Thu, Feb 25, 2021 at 07:16 PM, Roland Christen wrote:
If we ever decide to design a smaller portable mount, what would be most desirable? What's missing in the panoply of mounts today? Before you answer, I have in my right hand a 400 mount that weighs 12lb without the base. It has a precision gear set and can be fitted with absolute encoders that would allow it to track at sub-arc sec levels. I daresay that this mount can easily swing a C11 or a 140 refractor. Is there a reason for such an animal?
I would trade you my ap1100gto for such a mount.  My other mounts are an iOptron 40ec and 70g, both of which I use more since they are easier to move.  If the 40 ec just had a little more capacity and performance it would have been perfect for me.


Re: Seeking CP3 Control Box with V2 Chip

Chris White
 

Astro-Physics is the best.  They shipped me a loaner CP4 while I had mine in for repair after it got rained on.  I guess there were some corrosion bridges and they replaced a chip.   I've had nothing but clouds since I got it back, but tonight I had a few hours of clear and gave everything a test run and created a new curve. 

I'm really stoked that my 12 year old 900GTO has only 3.76" Peak to Peak error!  After PEC training it was reporting 0.2" of PE.    Did a 3 minute test capture (unguided) with the 6200 on the GTX near the equator and BAM... perfect round stars. 

I'm continually amazed at just how good AP gear is.  Just amazing....


Re: APPC - Error Message Virtual Port #APCC

alain.prette@...
 

On Wed, Oct 27, 2021 at 10:23 PM, Ray Gralak wrote:
Have you ever installed a USB to LAN adapter on your computer?
Hi Ray
i connect using ethernet and Wifi ports ... never with serial port ... but i've installed the FDTI driver

Alain


Re: Site time does not stick

Bill Long
 

Also check that the CMOS battery in the PC isn't dead.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Thursday, October 28, 2021 4:36 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Site time does not stick
 
Check which time server your computer is syncing with.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Peter Bresler via groups.io <PABresler@...>
Sent: Thursday, October 28, 2021 2:05 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: [ap-gto] Site time does not stick
 
The mount time setting keeps resetting one hour back resulting in an incorrect park position. I reset to -7 and power cycle but it does not stick.


https://www.dropbox.com/preview/ApccZip-Peter_Bresler-2021-10-28-015214.zip?context=browse&role=personal


Re: Site time does not stick

Ray Gralak
 

Hi Peter,

https://www.dropbox.com/preview/ApccZip-Peter_Bresler-2021-10-28-
015214.zip?context=browse&role=personal
The link to your dropbox folder does not work.

The mount time setting keeps resetting one hour back resulting in an incorrect park position. I reset to -7 and
power cycle but it does not stick.
How are you setting the mount time? I looked at the logs you posted a couple of days ago, and APCC was properly initializing the mount with timezone -7.

-Ray

4401 - 4420 of 86907