|
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. Stuart Heggie
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 ....
|
||
|
|
||
|
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
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
Seems like the mount software could delay guide-pulses until a slew is completed. A guide-pulse command wouldAs 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-----
|
||
|
|
||
|
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
Hi Horia,
Neither, it is in the mount's firmware.Two questions please:An auto-guiding command will abort a slew. 2. Is this behavior ASCOM-conform? I would expect that an ASCOM command is either executed or rejected byI 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-----
|
||
|
|
||
|
Re: APCC: Mount not executing meridian flip when meridian limit reached
Hi Cytan,
I tried it again tonight and again, when the meridian limit was reached, APCC tried (maybe 3 attempts) for the flipNo, 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-----
|
||
|
|
||
|
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
Hi,
toggle quoted messageShow quoted text
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@...>:
|
||
|
|
||
|
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 ?
toggle quoted messageShow quoted text
Suresh
On 24-Nov-2019, at 10:50 AM, Suresh Mohan via Groups.Io <drsureshmohan@...> wrote:
|
||
|
|
||
|
Re: APCC: Mount not executing meridian flip when meridian limit reached
Horia
Hi Ray,
Two questions please:An auto-guiding command will abort a slew. 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
See attached screen shots. The first shows where the AdvancedFound it! I wasn't scrolling far enough down. Thanks, Ray. --- mike
|
||
|
|
||
|
Re: Large group postings
Hi Mike,
Looking again, I don't see ANY advanced preferences under Membership /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-----
|
||
|
|
||
|
Re: Large group postings
On 11/23/2019 3:32 PM, Bill Long wrote:
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
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.
|
||
|
|
