Date   

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@gmail.com>:

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: 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=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: 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.
 
 
 


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

Robert Berta
 

I never run wireless DATA on my cell phone when using the mount and Sky Safari. But the problem persists. See my other response to Howard about my testing today. Unfortunately, that tip didn't work for me. Interesting that the SkiFi module is trouble free and a very robust connection for Sky Safari....but the AP keeps dropping the connection and even though the Android device is still connected to the AP mount....once disconnected I can't reconnect. These type of issues are above my pay grade. Heard that Sky Safari may assist AP in debugging the issue....that would be great if it works. I did hear a rumor that the wifi module component AP uses may be the issue as others have had issues with it. Hope that isn't the case as that might mean the problem is not curable without major surgery or replacement ;-( 
I would say that one of the major reasons for my upgrade from AP900 CP3 to AP1100 CP4 was the internal wireless. Oh well......At least the Sky Fi works great.


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

Robert Berta
 

Howard,
Took time today to do extensive testing on my GTO 1100 with CP4 for wireless connection using my Android tablet and also Android cell phone.

I normally have had to use my SkyFi wireless module to control the mounts using a serial connection from the SkyFi to the mounts (I have both a AP900 with CP3 and AP900 with CP4). All have been updated to very latest drivers for hand controller and CP boxes. The wireless connection is robust with the SkyFi and an easily disconnect and reconnect.

After seeing your post above requesting owners to give the tip a try, I left the antennae folded in its pocket and was about 25' away and through a glass door/wall. I was able to connect to the AP wireless easily and it did work for a while....but than reverted back to the same issue I have had all along....it dropped the connection from the mount EVEN THOUGH the Android device was still connected to the AP wireless I couldn't reconnect with SkySafari PRO. With the same setup but when connected with SkyFi module it worked fine and never dropped the connection, was able to disconnect and than reconnect several times. It seems that the issue isn't a matter of strength of signal as I was always connected with Android to the AP wireless. It seems that there is something that makes the connection drop and than prevents from reconnecting. The only way I could reconnect (for a short time) was to reboot everything. But again it would drop the connection after a few minutes. 

So sad to report the idea of reducing the signal strength didn't pan out for me. Still love a solution though as I hate the idea of having to use an extra piece of equipment to do what was supposed to be done by the mount. I will say the new 1100 and CP4 is SO much better than the previous, I can overlook this one gripe....but sure wish it worked correctly ;-) 


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

Robert Berta
 

I use Sky Safari PRO and SkyFi module latest version with both my AP 900 with CP3 and a AP 1100 with CP4. Both work flawlessly (unlike with AP built in wifi).  Confirm that you are connected to the SkiFi first with your Android device (I don't have an iphone or ipad so can't confirm how it is setup...but assume the same.

Once you are connected to the wireless via your Android device, you need to open Sky Safari and MENU and than SETUP. You need to have it show that the AP mount is mount and tht the check box for CONNECT VIA WIFI IS MARKED AND AUTO DETECT SHOULD BE CHECKED AND THE CORRECT sKYfI NAME YOU HAVE GIVEN TO YOUR MODULE OR THE DEFAULT NAME. FINALLY IT MUST SHOW PORT 4030 UNLESS YOU HAVE CHANGED THE PORT NUMBER. Note that the port for Sky Fi defauilt is different than that for AP built in WIFI which is port 30. If you check instructions for SkyFi you will find out how to use your web browser to connect to the SKY FI to change some options such as password, unit name, port, etc. 
The SkyFi unit is very robust on its wireless connection and can be run pretty long distances. I run about 35' and through a wall in my house to the mount. I was hoping that the tip Howard mentioned would solve the drop out issue on the AP mount but it didn't. I did extensive testing today and still drops signal and than can't reconnect without complete reboot, etc.
Hopefully this gets you running. If any issues you can write me privately.


Re: Large group postings

Bill Long
 


This same setting can be set on groups.io for the subscription. It's under advanced preferences.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Mike Dodd <mike@...>
Sent: Saturday, November 23, 2019 8:50 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Large group postings
 
On 11/23/2019 11:38 AM, Mike Shade wrote:
> Would people STOP sending large files to the group!  There are people
> here who live rural and do not have fast Internet and 5mb and now a 9 mb
> file is not appreciated.

I'm in the same boat; dark skies == rural location.

I set my email client (Mozilla Thunderbird) to NOT download any email
larger than 1 MB. I can click "download remainder of message" if I
choose. But if I simply delete the truncated message, it's also deleted
on the email server, never to be seen again.

That's what happened to the two recent posts with large attached images.

--
Mike

Mike Dodd
Louisa County, Virginia USA
https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fastronomy.mdodd.com&amp;data=02%7C01%7C%7C6e3dfeb62aff408ecd1c08d770353b23%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637101246231011649&amp;sdata=IvyhltspZ0V5amo%2F4yqD9C%2Btr%2BfPvxMryM4C05lh%2BqU%3D&amp;reserved=0




Re: Precise Polar Alignment by Roland #Polar_Alignment

drgert1
 

Hello,

On Thu, Nov 21, 2019 at 08:35 AM, uncarollo2 <chris1011@...> wrote:
Ignore E-W offset. Then via meridian Delay, enter the same star, press GoTo
I am not able to follow this brief instruction. Can someone elaborate a bit more on the indiv. steps (with screen copies or video?).

Thanks,
Gert


Re: Large group postings

Mike Dodd
 

On 11/23/2019 11:38 AM, Mike Shade wrote:
Would people STOP sending large files to the group! There are people
here who live rural and do not have fast Internet and 5mb and now a 9 mb
file is not appreciated.
I'm in the same boat; dark skies == rural location.

I set my email client (Mozilla Thunderbird) to NOT download any email larger than 1 MB. I can click "download remainder of message" if I choose. But if I simply delete the truncated message, it's also deleted on the email server, never to be seen again.

That's what happened to the two recent posts with large attached images.

--
Mike

Mike Dodd
Louisa County, Virginia USA
http://astronomy.mdodd.com


Re: APPM error message

Ray Gralak
 

Peter,

At the last attempt when it cleared up I still was getting fails on the plate solves, and the same "image path not
found" error if I attempted a plate solve with APPM. Plate solves with SGP were working.

A couple of days ago I was able to generate a "verifly" point model, but when I installed it I get a warning that it
should not be used to control the scope.
Can you please copy and quote what you are responding to like I am doing in this message? I cannot tell if you are actually reading my posts or not.

I sent a reply indicating what you need to look for. Specifically saving files as FITS. It may be that SGPro internally converts RAW files to FITS when you use that feature in SGPro, but not when a filename is given to it via its REST API interface, as what APPM does.

-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 Peter Bresler via Groups.Io
Sent: Saturday, November 23, 2019 7:38 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM error message

At the last attempt when it cleared up I still was getting fails on the plate solves, and the same "image path not
found" error if I attempted a plate solve with APPM. Plate solves with SGP were working.

A couple of days ago I was able to generate a "verifly" point model, but when I installed it I get a warning that it
should not be used to control the scope.


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

Ray Gralak
 

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@gralak.com> 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




APCC: Mount not executing meridian flip when meridian limit reached

Mike Shade
 

Would people STOP sending large files to the group!  There are people here who live rural and do not have fast Internet and 5mb and now a 9 mb file is not appreciated. 

 

Thanks

 

Mike J. Shade: mshade@q.com

Mike J. Shade Photography:

mshadephotography.com

 

In War: Resolution

In Defeat: Defiance

In Victory: Magnanimity

In Peace: Goodwill

Sir Winston Churchill

Already, in the gathering dusk, a few of the stars are turning on their lights.

Vega, the brightest one, is now dropping towards the west.  Can it be half

a year since I watched her April rising in the east?  Low in the southwest

Antares blinks a sad farwell to fall...

Leslie Peltier, Starlight Nights

 

International Dark Sky Association: www.darksky.org

 

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 8: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
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: APCC: Mount not executing meridian flip when meridian limit reached

Cheng-Yang Tan
 

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

Peter Bresler
 

At the last attempt when it cleared up I still was getting fails on the plate solves, and the same "image path not found" error if I attempted a plate solve with APPM. Plate solves with SGP were working.

A couple of days ago I was able to generate a "verifly" point model, but when I installed it I get a warning that it should not be used to control the scope.

16781 - 16800 of 84252