Date   

Re: APPM error message

Stuart <stuart.j.heggie@...>
 

Peter, this might have been addressed in the barrage of posts on this but I had a problem for a while that is similar to this and it turned out that the target folder had its privileges changed in a windows update so my software couldn't write to it. 

Try going to the folder and confirm that your user id (vs. admin) has read/write permissions to that folder.


On Sun, 24 Nov 2019 at 11:09, Peter Bresler via Groups.Io <PABresler=aol.com@groups.io> wrote:
Conditions were excellent last night and I was still getting "failed" and the "image path not found" error message. I tried both FIT (which was the default) and RAW outputs. Here are screenshots.


--

Stuart
http://www.astrofoto.ca/stuartheggie/


Re: WiFi Dropout Solution for Smart Devices (Sky Safari etc.) #WiFi

steven ho
 

A VERY good WIFI signal strength analyzer for Android phones (FREE) is ....

Turns your android phone into a Wi-Fi analyzer!! Shows the Wi-Fi channels around you. Helps you to find a less crowded channel for your wireless router.
play.google.com


Re: WiFi Dropout Solution for Smart Devices (Sky Safari etc.) #WiFi

Kent10
 

Thanks very much, Robin.  This helps a lot.  I will give all your settings a try sometime.  Thanks again!


Re: WiFi Dropout Solution for Smart Devices (Sky Safari etc.) #WiFi

Robin Clark <robinandcurtis.clark@...>
 

I'm using an older SkyFi unit (the one without the rechargeable battery built-in). I've not had any problems getting it to work with my 1600 CP4 and my iPad Pro. My configuration settings in SkySafari are:

Scope type: Astro-Physics GTO
Mount type: Equatorial GoTo (German)
Auto-Detect SkyFi: off
IP Address: 10.0.0.1
Port Number: 4030

It's connected via a USB cable to the USB port on my CP4. Hope this helps.

-Robin


Re: APPM error message

Peter Bresler
 

Conditions were excellent last night and I was still getting "failed" and the "image path not found" error message. I tried both FIT (which was the default) and RAW outputs. Here are screenshots.


Re: APCC: Mount not executing meridian flip when meridian limit reached

Ray Gralak
 

Seems like the mount software could delay guide-pulses until a slew is completed. A guide-pulse command would
always check to see if a slew command was in the que.
There would be millisecond delays to auto guiding.
As I said before there is a problem here. When the mount flips and Dec moves are reversed because the guiding software won't know
about the mount flip. Not to mention during the slew the guiding software will just capture streaking stars.

The right solution is for the imaging application to stop autoguiding and issue a slew that does a pier flip.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
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 tomlin
Sent: Sunday, November 24, 2019 7:31 AM
To: Ray Gralak via Groups.Io; main@ap-gto.groups.io
Subject: Re: [ap-gto] APCC: Mount not executing meridian flip when meridian limit reached

1. The slew is started asynchronously so it was successful.
2. The pulseguide during a slew was also successful even if it stopped the slew.



Seems like the mount software could delay guide-pulses until a slew is completed. A guide-pulse command would
always check to see if a slew command was in the que.
There would be millisecond delays to auto guiding.


Ray
________________________________

From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak via Groups.Io
<groups3@...>
Sent: Sunday, November 24, 2019 9:02 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] APCC: Mount not executing meridian flip when meridian limit reached

Hi Horia,

An auto-guiding command will abort a slew.
Two questions please:
1. Is this a function of APCC or is it implemented in the ASCOM-Driver?
Neither, it is in the mount's firmware.

2. Is this behavior ASCOM-conform? I would expect that an ASCOM command is either executed or rejected by
throwing an exception. IMHO, once the system accepted the slew command it should complete it (I might be
wrong
here).
I don't think it is defined. Besides no exception needs to be thrown because:

1. The slew is started asynchronously so it was successful.
2. The pulseguide during a slew was also successful even if it stopped the slew.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): https://urldefense.proofpoint.com/v2/url?u=http-
3A__www.astro-2Dphysics.com_index.htm-
3Fproducts_accessories_software_apcc_apcc&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYg
b4dW75A&m=nxvVw6BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=a-
ht6HUOOaeCfwBT72nxNiuGjP160liyQ94uacpv7TI&e= <https://urldefense.proofpoint.com/v2/url?u=http-
3A__www.astro-2Dphysics.com_index.htm-
3Fproducts_accessories_software_apcc_apcc&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYg
b4dW75A&m=nxvVw6BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=a-
ht6HUOOaeCfwBT72nxNiuGjP160liyQ94uacpv7TI&e=>
Author of PEMPro V3: https://urldefense.proofpoint.com/v2/url?u=https-
3A__www.ccdware.com&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75A&m=nxvVw6
BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=ImqKGHhIBWMAslqVJXEUPMHch_alOJsNtR7BnVv63IY&e=
<https://urldefense.proofpoint.com/v2/url?u=https-
3A__www.ccdware.com&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75A&m=nxvVw6
BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=ImqKGHhIBWMAslqVJXEUPMHch_alOJsNtR7BnVv63IY&e=>
Author of Astro-Physics V2 ASCOM Driver: https://urldefense.proofpoint.com/v2/url?u=https-
3A__www.siriusimaging.com_apdriver&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75
A&m=nxvVw6BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=3ENM-WlVdEhakjC-QrrcXtKR6ZPU6u7EwTUK-
pxkQvc&e= <https://urldefense.proofpoint.com/v2/url?u=https-
3A__www.siriusimaging.com_apdriver&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75
A&m=nxvVw6BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=3ENM-WlVdEhakjC-QrrcXtKR6ZPU6u7EwTUK-
pxkQvc&e=>


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Horia
Sent: Sunday, November 24, 2019 4:21 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APCC: Mount not executing meridian flip when meridian limit reached

Hi Ray,

An auto-guiding command will abort a slew.
Two questions please:

1. Is this a function of APCC or is it implemented in the ASCOM-Driver?

2. Is this behavior ASCOM-conform? I would expect that an ASCOM command is either executed or rejected by
throwing an exception. IMHO, once the system accepted the slew command it should complete it (I might be
wrong
here).

Kind regards,
Horia


-----Ursprüngliche Nachricht-----
Von: main@ap-gto.groups.io <main@ap-gto.groups.io> Im Auftrag von Ray Gralak
Gesendet: Samstag, 23. November 2019 16:16
An: main@ap-gto.groups.io
Betreff: Re: [ap-gto] APCC: Mount not executing meridian flip when meridian limit reached

Hi Cytan,

...

That said, I think I can still tell from the ASCOM logs why the flip was stopped. It looks like something was
sending
the mount ASCOm pulse guide commands (i.e., auto-guiding). An auto-guiding command will abort a slew.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): https://urldefense.proofpoint.com/v2/url?u=http-
3A__www.astro-
2D&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75A&m=nxvVw6BLav8TW5NUkkN9Z
4-gv3tmODJEr_nrCJXrxFI&s=7ObUsIabRYJngb2sEV0Mrlx5GESvYUaiBvTrAQ2Vf10&e=
<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.astro-
2D&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75A&m=nxvVw6BLav8TW5NUkkN9Z
4-gv3tmODJEr_nrCJXrxFI&s=7ObUsIabRYJngb2sEV0Mrlx5GESvYUaiBvTrAQ2Vf10&e=>
physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro V3: https://urldefense.proofpoint.com/v2/url?u=https-
3A__www.ccdware.com&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75A&m=nxvVw6
BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=ImqKGHhIBWMAslqVJXEUPMHch_alOJsNtR7BnVv63IY&e=
<https://urldefense.proofpoint.com/v2/url?u=https-
3A__www.ccdware.com&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75A&m=nxvVw6
BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=ImqKGHhIBWMAslqVJXEUPMHch_alOJsNtR7BnVv63IY&e=>
Author of Astro-Physics V2 ASCOM Driver:
https://urldefense.proofpoint.com/v2/url?u=https-
3A__www.siriusimaging.com_apdriver&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75
A&m=nxvVw6BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=3ENM-WlVdEhakjC-QrrcXtKR6ZPU6u7EwTUK-
pxkQvc&e= <https://urldefense.proofpoint.com/v2/url?u=https-
3A__www.siriusimaging.com_apdriver&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75
A&m=nxvVw6BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=3ENM-WlVdEhakjC-QrrcXtKR6ZPU6u7EwTUK-
pxkQvc&e=>

.....







Re: APCC: Mount not executing meridian flip when meridian limit reached

tomlin
 

1. The slew is started asynchronously so it was successful. 
2. The pulseguide during a slew was also successful even if it stopped the slew. 

Seems like the mount software could  delay guide-pulses until a slew is completed. A guide-pulse command would always check to see if a slew command was in the que.
There would be millisecond delays to auto guiding.

Ray


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak via Groups.Io <groups3@...>
Sent: Sunday, November 24, 2019 9:02 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] APCC: Mount not executing meridian flip when meridian limit reached
 
Hi Horia,

> >> An auto-guiding command will abort a slew.
>
> Two questions please:
> 1. Is this a function of APCC or is it implemented in the ASCOM-Driver?

Neither, it is in the mount's firmware.

> 2. Is this behavior ASCOM-conform? I would expect that an ASCOM command is either executed or rejected by
> throwing an exception. IMHO, once the system accepted the slew command it should complete it (I might be wrong
> here).

I don't think it is defined. Besides no exception needs to be thrown because:

1. The slew is started asynchronously so it was successful.
2. The pulseguide during a slew was also successful even if it stopped the slew.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): https://urldefense.proofpoint.com/v2/url?u=http-3A__www.astro-2Dphysics.com_index.htm-3Fproducts_accessories_software_apcc_apcc&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75A&m=nxvVw6BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=a-ht6HUOOaeCfwBT72nxNiuGjP160liyQ94uacpv7TI&e= 
Author of PEMPro V3:  https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ccdware.com&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75A&m=nxvVw6BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=ImqKGHhIBWMAslqVJXEUPMHch_alOJsNtR7BnVv63IY&e=
Author of Astro-Physics V2 ASCOM Driver: https://urldefense.proofpoint.com/v2/url?u=https-3A__www.siriusimaging.com_apdriver&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75A&m=nxvVw6BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=3ENM-WlVdEhakjC-QrrcXtKR6ZPU6u7EwTUK-pxkQvc&e=


> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Horia
> Sent: Sunday, November 24, 2019 4:21 AM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] APCC: Mount not executing meridian flip when meridian limit reached
>
> Hi Ray,
>
> >> An auto-guiding command will abort a slew.
>
> Two questions please:
>
> 1. Is this a function of APCC or is it implemented in the ASCOM-Driver?
>
> 2. Is this behavior ASCOM-conform? I would expect that an ASCOM command is either executed or rejected by
> throwing an exception. IMHO, once the system accepted the slew command it should complete it (I might be wrong
> here).
>
> Kind regards,
> Horia
>
>
> -----Ursprüngliche Nachricht-----
> Von: main@ap-gto.groups.io <main@ap-gto.groups.io> Im Auftrag von Ray Gralak
> Gesendet: Samstag, 23. November 2019 16:16
> An: main@ap-gto.groups.io
> Betreff: Re: [ap-gto] APCC: Mount not executing meridian flip when meridian limit reached
>
> Hi Cytan,
>
> ...
>
> That said, I think I can still tell from the ASCOM logs why the flip was stopped. It looks like something was sending
> the mount ASCOm pulse guide commands (i.e., auto-guiding). An auto-guiding command will abort a slew.
>
> -Ray Gralak
> Author of APCC (Astro-Physics Command Center): https://urldefense.proofpoint.com/v2/url?u=http-3A__www.astro-2D&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75A&m=nxvVw6BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=7ObUsIabRYJngb2sEV0Mrlx5GESvYUaiBvTrAQ2Vf10&e=
> physics.com/index.htm?products/accessories/software/apcc/apcc
> Author of PEMPro V3:  https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ccdware.com&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75A&m=nxvVw6BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=ImqKGHhIBWMAslqVJXEUPMHch_alOJsNtR7BnVv63IY&e=  Author of Astro-Physics V2 ASCOM Driver:
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.siriusimaging.com_apdriver&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=7ixcaAKrn5WsWYgb4dW75A&m=nxvVw6BLav8TW5NUkkN9Z4-gv3tmODJEr_nrCJXrxFI&s=3ENM-WlVdEhakjC-QrrcXtKR6ZPU6u7EwTUK-pxkQvc&e=
>
> .....
>
>
>





Re: WiFi Dropout Solution for Smart Devices (Sky Safari etc.) #WiFi

Kent10
 

For those using the SkyFi, is it the old one or the new SkyFi 3?  I have the old one.  I briefly and unsuccessfully tried to get it to work but will have to try harder if I know others are successful with it.  Thanks.


Re: APCC: Mount not executing meridian flip when meridian limit reached

Ray Gralak
 

Hi Horia,

An auto-guiding command will abort a slew.
Two questions please:
1. Is this a function of APCC or is it implemented in the ASCOM-Driver?
Neither, it is in the mount's firmware.

2. Is this behavior ASCOM-conform? I would expect that an ASCOM command is either executed or rejected by
throwing an exception. IMHO, once the system accepted the slew command it should complete it (I might be wrong
here).
I don't think it is defined. Besides no exception needs to be thrown because:

1. The slew is started asynchronously so it was successful.
2. The pulseguide during a slew was also successful even if it stopped the slew.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
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 Horia
Sent: Sunday, November 24, 2019 4:21 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APCC: Mount not executing meridian flip when meridian limit reached

Hi Ray,

An auto-guiding command will abort a slew.
Two questions please:

1. Is this a function of APCC or is it implemented in the ASCOM-Driver?

2. Is this behavior ASCOM-conform? I would expect that an ASCOM command is either executed or rejected by
throwing an exception. IMHO, once the system accepted the slew command it should complete it (I might be wrong
here).

Kind regards,
Horia


-----Ursprüngliche Nachricht-----
Von: main@ap-gto.groups.io <main@ap-gto.groups.io> Im Auftrag von Ray Gralak
Gesendet: Samstag, 23. November 2019 16:16
An: main@ap-gto.groups.io
Betreff: Re: [ap-gto] APCC: Mount not executing meridian flip when meridian limit reached

Hi Cytan,

...

That said, I think I can still tell from the ASCOM logs why the flip was stopped. It looks like something was sending
the mount ASCOm pulse guide commands (i.e., auto-guiding). An auto-guiding command will abort a slew.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-
physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro V3: https://www.ccdware.com Author of Astro-Physics V2 ASCOM Driver:
https://www.siriusimaging.com/apdriver

.....



Re: APCC: Mount not executing meridian flip when meridian limit reached

Ray Gralak
 

Hi Cytan,

I tried it again tonight and again, when the meridian limit was reached, APCC tried (maybe 3 attempts) for the flip
but failed, i.e. the Mach1GTO moved to some spot and then moved back. Finally, it just ended up in its original
unflipped position. I made sure that PHD2 was stopped this time before the flip. I forced the flip by pressing the
"pier flip" button in the "Move Scope" panel.

Is this unexpected?
No, it is not expected behavior. I'll take a look.

That said, the automatic pier flip option should be used with caution. You probably do not want to be autoguiding when APCC forces a pier flip. The correct way to flip the scope is to have a controlling application issue a slew after finishing an image which will cause the mount to pier flip when past the mount's meridian delay.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
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 Cheng-Yang Tan via Groups.Io
Sent: Saturday, November 23, 2019 10:07 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APCC: Mount not executing meridian flip when meridian limit reached

Hi Ray,
I tried it again tonight and again, when the meridian limit was reached, APCC tried (maybe 3 attempts) for the flip
but failed, i.e. the Mach1GTO moved to some spot and then moved back. Finally, it just ended up in its original
unflipped position. I made sure that PHD2 was stopped this time before the flip. I forced the flip by pressing the
"pier flip" button in the "Move Scope" panel.

Is this unexpected?

cytan

On Saturday, November 23, 2019, 10:41:14 AM CST, Ray Gralak <groups3@...> wrote:


Hi Cytan,

I don't actually need the APCC log(s). I was just indicating how you would want to capture them. :-)

Normally you would have another program like SGPro command a slew at the end of an exposure which would flip
the mount for the next exposure. APCC does not have a mechanism for ignoring the guide pulses. Besides after a
flip the N/S guide pulses may be in the wrong direction if PHD2 isn't aware of the flip.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-
physics.com/index.htm?products/accessories/software/apcc/apcc <http://www.astro-
physics.com/index.htm?products/accessories/software/apcc/apcc>
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 Cheng-Yang Tan via Groups.Io
Sent: Saturday, November 23, 2019 7:51 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APCC: Mount not executing meridian flip when meridian limit reached

Hi Ray
Oops! Attached is the APCC log.

PHD2 was running at the time. I assume that's what is sending guide pulses to the mount.
(1) Is there an automatic way that APCC can ignore the guide pulses so that a flip can be executed?
(2) Or a button in APCC to force a flip?
(3) Or a recommended way to tell PHD2 to stop guide pulses automatically during this time?

Thanks!

cytan

On Saturday, November 23, 2019, 09:15:48 AM CST, Ray Gralak <groups3@...> wrote:


Hi Cytan,

I've also attached my APCC log files if that helps.
Actually, you only attached the ASCOM logs. To include APCC logs you must run the APCC log zipper. Not
everyone uses APCC so there is a separate ASCOM log zipper, which is what you ran.

That said, I think I can still tell from the ASCOM logs why the flip was stopped. It looks like something was
sending
the mount ASCOm pulse guide commands (i.e., auto-guiding). An auto-guiding command will abort a slew.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-
physics.com/index.htm?products/accessories/software/apcc/apcc <http://www.astro-
physics.com/index.htm?products/accessories/software/apcc/apcc>
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 Cheng-Yang Tan via Groups.Io
Sent: Saturday, November 23, 2019 7:03 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] APCC: Mount not executing meridian flip when meridian limit reached

Hi guys,
This is the first time I am using meridian tracking limits and so I must be missing something. Please see
settings:


I didn't get the screen shot last night, but I had set the meridian delay to -2 hours (as shown above). The
counterweight was UP when the meridian limit was reached BUT I saw my Mach1GTO trying to execute the
flip
multiple times but it remained in its original counterweight UP position. The "Meridian" button started flashing
indicating that the meridian limits were reached.

So what went wrong? Shouldn't my Mach1GTO have executed the flip successfully?

I've also attached my APCC log files if that helps. Flip should have happened around 2019-11-22 22:56.

cytan







Re: WiFi Dropout Solution for Smart Devices (Sky Safari etc.) #WiFi

Robin Clark <robinandcurtis.clark@...>
 

I have the same issues with the CP4 WiFi. I simply don't use it anymore. Instead I use the SkyFi, which is completely reliable. I do hope AP finally resolves the issues with the CP4 WiFi.


Re: RA drift question via RA correction method

Konstantin von Poschinger
 

Hi,

do not look at the RA values. Look at the pixels that are involved overt time of your camera when you image with a stopped mount.

Grüsse

Konstantin v. Poschinger


Hammerichstr. 5
22605 Hamburg
040/8805747
0171/1983476

Am 24.11.2019 um 13:55 schrieb Suresh Mohan <drsureshmohan@...>:

Is it because earth rotates the fastest near equator ? I mean is that the only reason ?
Suresh
On 24-Nov-2019, at 10:50 AM, Suresh Mohan via Groups.Io <drsureshmohan@...> wrote:


Hello ,
I was reading Roland s RA drift alignment procedure where he mentions , the closer you are to the equator greater would be the RA drift . Why so ?
Thanks
Suresh




Re: RA drift question via RA correction method

Suresh Mohan
 

Is it because earth rotates the fastest near equator ? I mean is that the only reason ?
Suresh

On 24-Nov-2019, at 10:50 AM, Suresh Mohan via Groups.Io <drsureshmohan@...> wrote:


Hello ,
I was reading Roland s RA drift alignment procedure where he mentions , the closer you are to the equator greater would be the RA drift . Why so ?
Thanks
Suresh



Re: APCC: Mount not executing meridian flip when meridian limit reached

Horia
 

Hi Ray,

An auto-guiding command will abort a slew.
Two questions please:

1. Is this a function of APCC or is it implemented in the ASCOM-Driver?

2. Is this behavior ASCOM-conform? I would expect that an ASCOM command is either executed or rejected by throwing an exception. IMHO, once the system accepted the slew command it should complete it (I might be wrong here).

Kind regards,
Horia


-----Ursprüngliche Nachricht-----
Von: main@ap-gto.groups.io <main@ap-gto.groups.io> Im Auftrag von Ray Gralak
Gesendet: Samstag, 23. November 2019 16:16
An: main@ap-gto.groups.io
Betreff: Re: [ap-gto] APCC: Mount not executing meridian flip when meridian limit reached

Hi Cytan,

...

That said, I think I can still tell from the ASCOM logs why the flip was stopped. It looks like something was sending the mount ASCOm pulse guide commands (i.e., auto-guiding). An auto-guiding command will abort a slew.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro V3: https://www.ccdware.com Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

.....


Re: APCC: Mount not executing meridian flip when meridian limit reached

Cheng-Yang Tan
 

Hi Ray,
   I tried it again tonight and again, when the meridian limit was reached, APCC tried (maybe 3 attempts) for the flip but failed, i.e. the Mach1GTO moved to some spot and then moved back. Finally, it just ended up in its original unflipped position. I made sure that PHD2 was stopped this time before the flip. I forced the flip by pressing the "pier flip" button in the "Move Scope" panel.

  Is this unexpected?

cytan

On Saturday, November 23, 2019, 10:41:14 AM CST, Ray Gralak <groups3@...> wrote:


Hi Cytan,

I don't actually need the APCC log(s). I was just indicating how you would want to capture them. :-)

Normally you would have another program like SGPro command a slew at the end of an exposure which would flip the mount for the next exposure. APCC does not have a mechanism for ignoring the guide pulses. Besides after a flip the N/S guide pulses may be in the wrong direction if PHD2 isn't aware of the flip.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
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 Cheng-Yang Tan via Groups.Io
> Sent: Saturday, November 23, 2019 7:51 AM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] APCC: Mount not executing meridian flip when meridian limit reached
>
> Hi Ray
>  Oops! Attached is the APCC log.
>
>  PHD2 was running at the time. I assume that's what is sending guide pulses to the mount.
>      (1) Is there an automatic way that APCC can ignore the guide pulses so that a flip can be executed?
>      (2) Or a button in APCC to force a flip?
>      (3) Or a recommended way to tell PHD2 to stop guide pulses automatically during this time?
>
> Thanks!
>
> cytan
>
> On Saturday, November 23, 2019, 09:15:48 AM CST, Ray Gralak <groups3@...> wrote:
>
>
> Hi Cytan,
>
> > I've also attached my APCC log files if that helps.
>
> Actually, you only attached the ASCOM logs. To include APCC logs you must run the APCC log zipper. Not
> everyone uses APCC so there is a separate ASCOM log zipper, which is what you ran.
>
> That said, I think I can still tell from the ASCOM logs why the flip was stopped. It looks like something was sending
> the mount ASCOm pulse guide commands (i.e., auto-guiding). An auto-guiding command will abort a slew.
>
> -Ray Gralak
> Author of APCC (Astro-Physics Command Center): http://www.astro-
> physics.com/index.htm?products/accessories/software/apcc/apcc <http://www.astro-
> physics.com/index.htm?products/accessories/software/apcc/apcc>
> 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 Cheng-Yang Tan via Groups.Io
> > Sent: Saturday, November 23, 2019 7:03 AM
> > To: main@ap-gto.groups.io
> > Subject: [ap-gto] APCC: Mount not executing meridian flip when meridian limit reached
> >
> > Hi guys,
> >    This is the first time I am using meridian tracking limits and so I must be missing something. Please see
> settings:
> >
> >
> > I didn't get the screen shot last night, but I had set the meridian delay to -2 hours (as shown above). The
> > counterweight was UP when the meridian limit was reached BUT I saw my Mach1GTO trying to execute the flip
> > multiple times but it remained in its original counterweight UP position. The "Meridian" button started flashing
> > indicating that the meridian limits were reached.
> >
> > So what went wrong? Shouldn't my Mach1GTO have executed the flip successfully?
> >
> > I've also attached my APCC log files if that helps. Flip should have happened around 2019-11-22 22:56.
> >
> > cytan
> >
>
>
>
>
>




RA drift question via RA correction method

Suresh Mohan
 

Hello ,
I was reading Roland s RA drift alignment procedure where he mentions , the closer you are to the equator greater would be the RA drift . Why so ?
Thanks
Suresh


Re: Large group postings

Mike Dodd
 

See attached screen shots. The first shows where the Advanced
Preferences is located and the second shows the Maximum attachment
size options.
Found it! I wasn't scrolling far enough down.

Thanks, Ray.

--- mike


Re: Large group postings

Ray Gralak
 

Hi Mike,

Looking again, I don't see ANY advanced preferences under Membership /
Subscription.

Can you give more details on how to find it?
See attached screen shots. The first shows where the Advanced Preferences is located and the second shows the Maximum attachment size options.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
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 Mike Dodd
Sent: Saturday, November 23, 2019 2:28 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Large group postings

On 11/23/2019 3:32 PM, Bill Long wrote:

This same setting can be set on groups.io for the subscription. It's
under advanced preferences.
Whew! I looked there before posting, and didn't find anything like that.
Looking again, I don't see ANY advanced preferences under Membership /
Subscription.

Can you give more details on how to find it?

Thanks.

--- Mike




Re: Large group postings

Mike Dodd
 

On 11/23/2019 3:32 PM, Bill Long wrote:

This same setting can be set on groups.io for the subscription. It's
under advanced preferences.
Whew! I looked there before posting, and didn't find anything like that. Looking again, I don't see ANY advanced preferences under Membership / Subscription.

Can you give more details on how to find it?

Thanks.

--- Mike


Re: Precise Polar Alignment by Roland #Polar_Alignment

jimmyjujames
 

Polar aligning involves aligning Altitude and Azimuth
This procedure is for the Altitude part only.
 
Try to find 2 stars close to meridian and on the same side of meridian,
 one close to zenith
 one further south close to dec=0 would be ideal.
 
The star further south will be used for your polar alignment of azimuth axis which
 was explained in an earlier post with a link at bottom of this message.
 
With Keypad Goto a star close to Meridian and zenith
 
------------------------------------
Center star on reticle
 
At Main Menu
Press RA/DEC/Rev button at bottom right
 
Press 9-Re-Calibrate
You should hear a beep telling you that
 you have Re-calibrated on the last Goto star
 
Setup a Goto meridian flip back to same star
Set meridian Delay
1E or 2E will cause a goto to flip to East side
1W or 2W will cause a goto to flip to West side
 
Watch out for a pier crash during flip if you pick a star too far to the North.
 
With Keypad Goto the same star.
 
Scope should have flipped to the other side and back to same star.
 
Don't worry about a E-W offset. ( that's probably an orthogonality error)
Don't worry about a E-W offset. We're aligning Altitude to polar align axis to the proper altitude.
 
Press NS keys and move star half way back to crosshair.
 
Adjust the altitude adjustment on mount to bring the star the remaining half way back and onto crosshair.
Always do this adjustment moving mount up.
If you have to go down. Go down too far and make final adjustment moving mount up.
 
Repeat above procedure starting at Center Star.
Repeat until you are happy with your polar altitude adjustment.
 
Don't forget to do your polar alignment azimuth alignment.
 
Jimmy
As always I may be wrong again.