Date   

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

Robert Berta
 

I have both the original SkyFi and also the latest version 3. The difference is the original used AdHoc wireless which wasn't supported with most Android devices but Iphone/Ipad worked. The latest version no longer uses AdHoc wireless so works great with Android....and over longer distances also. I use with Sky Safari with both a Samsung 7s phone and a Samsung tablet both running Android.
I still wish AP could get their CP4 wireless to work correctly.  I added a 1100 CP4 to my 900 CP3 for my observatory in the Summer of 2016. The wireless capability was one of the main plus points for going that way but sadly hasn't worked out. 
As noted in one of the my posts above....I have tested the AP CP4 extensively with Howard's suggestions and it didn't cure the problem. Oh well........


Re: APPM error message

Bill Long
 

Ray wrote the software, if he says it wont work with DLSR RAW file format, its a safe bet that he's right.



From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Peter Bresler via Groups.Io <PABresler@...>
Sent: Monday, November 25, 2019 9:42 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] APPM error message
 
The dark frame issue is a possibility...I will try unchecking.


Re: APPM error message

Konstantin von Poschinger
 

Hi Peter,

have you tried take an image with your setup and then to solve it in the Pinpoint setup in APPM?

Konstantin

Konstantin v. Poschinger

Hammerichstr. 5
22605 Hamburg
040/8805747
0171 1983476

Am 25.11.2019 um 18:42 schrieb Peter Bresler via Groups.Io <PABresler@...>:

The dark frame issue is a possibility...I will try unchecking.


Re: APPM error message

Peter Bresler
 

The dark frame issue is a possibility...I will try unchecking.


Re: APC exit stops tracking

Ray Gralak
 

When I exit APCC the mount tracking stops. How can that be prevented?
It's not recommended because it's a safety feature, but you can do that by disabling Safety Park.

BTW, the mount does not stop tracking immediately, but will stop within the Safety Park time interval, which defaults to 1 minute. You can set it for a longer duration if needed.

-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 drgert1 via Groups.Io
Sent: Sunday, November 24, 2019 12:11 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] APC exit stops tracking

Hi All,

When I exit APCC the mount tracking stops. How can that be prevented?

Thanks,
Gert


APC exit stops tracking

drgert1
 

Hi All,

When I exit APCC the mount tracking stops. How can that be prevented?

Thanks,
Gert


Re: RA drift question via RA correction method

Steven Panish
 

Here is a link with the theory behind directional drift due polar misalignment.  May help.


Steve 


On Sun, Nov 24, 2019 at 7:55 AM Suresh Mohan <drsureshmohan@...> wrote:
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=gmail.com@groups.io> 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: APPM error message

Ray Gralak
 

Geof wrote:
I'm wondering whether the dark subtract is the difference
that's causing the failure....
Geof, that's a good catch. Peter, you should turn off Dark Subtract.

Also, Peter, I don't see a screen shot of the Plate Solve tab, so can you attach a screen shot of that tab.

And, you *must* use FITS. Your screen shot shows you have RAW setting. Do not use RAW as that will certainly cause a failure.

Lastly, I would like to see your logs if turning off dark subtract and using the FITS setting doesn't work. You can use APCC's Log
Zipper to zip the logs. You can run it from APPM as I have shown in the attachment. Then attach the zip file to a post here.

-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 Geof Lewis
Sent: Sunday, November 24, 2019 8:32 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM error message

Hi,
I know nothing of APPM/APPC, but I notice that you have the dark subtract checkbox checked, so do you have a
dark frame to be applied to your light frame when performing plate solves. I may be way off target (no pun
intended), but if plate solves are working with SGP/PS2, I'm wondering whether the dark subtract is the difference
that's causing the failure....
Just a thought.....
Regards,

Geof

Get Outlook for iOS <https://aka.ms/o0ukef>
________________________________

From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Peter Bresler via Groups.Io
<PABresler@...>
Sent: Sunday, November 24, 2019 4:09 pm
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM error message

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: APPM error message

Steve Reilly
 

Not to beat this horse but you have been told several times that it needs to be FIT so why do you continue to try RAW as well? It also sounds like the image path is either incorrect or not set. Have you investigated that. Try one problem at a time and start with you file type setting being left at FIT.

 

-Steve

 

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Peter Bresler via Groups.Io
Sent: Sunday, November 24, 2019 11:09 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM error message

 

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: APPM error message

Geof Lewis
 

Hi,
I know nothing of APPM/APPC, but I notice that you have the dark subtract checkbox checked, so do you have a dark frame to be applied to your light frame when performing plate solves. I may be way off target (no pun intended), but if plate solves are working with SGP/PS2, I’m wondering whether the dark subtract is the difference that’s causing the failure....
Just a thought.....
Regards,

Geof


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Peter Bresler via Groups.Io <PABresler@...>
Sent: Sunday, November 24, 2019 4:09 pm
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM error message
 
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: 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