Date   

Re: Correction to a CN post

Roland Christen
 

Once we have tested it fully, it may also be added to the APCC Pro software. In fact, it will be faster in that program.

Rolando



-----Original Message-----
From: Thomas J Billak turkeybuzzard75@... [ap-gto]
To: ap-gto@...
Sent: Sat, May 4, 2019 4:01 pm
Subject: Re: [ap-gto] Correction to a CN post



Roland, will this feature also be added to the Pro version?  Some of us are mobile and use the Pro version.

Thanks, Thomas


From: ap-gto@... on behalf of chris1011@... [ap-gto]
Sent: Saturday, May 4, 2019 4:41:56 PM
To: ap-gto@...
Subject: [ap-gto] Correction to a CN post
 
 
">what are the actual, quantifiable benefits of purchasing and using APCC?
 
As I understand it:
 
- APCC:  You get the ability to set safety limits (helpful in preventing pier crashes)
- APCC-Pro: You get the ability to build a tracking model (helpful if you want to do unguided imaging)
 
>I keep reading that AP will eventually add a modeling feature to the CP4 to improve tracking
 
I believe the feature they will add is for pointing model support, not a tracking model.  You will still need APPC-Pro for tracking model support."

The feature we are hoping to add is a simple TRACKING model, not pointing. It will consist of mapping the path of the object you wish to image unguided, and thus automatically adjust the tracking rate at various points along that track so that there is no drift in RA or Dec for that object. It's aimed at portable users. It will NOT be a full blown pointing/tracking model which is done via APCC Pro. APCC Pro is for permanent setups where you want to have excellent pointing and tracking over the entire sky.

Rolando

Rolando



Re: Correction to a CN post

turkeybuzzard75
 

Roland, will this feature also be added to the Pro version?  Some of us are mobile and use the Pro version.

Thanks, Thomas


From: ap-gto@... on behalf of chris1011@... [ap-gto]
Sent: Saturday, May 4, 2019 4:41:56 PM
To: ap-gto@...
Subject: [ap-gto] Correction to a CN post
 
 

">what are the actual, quantifiable benefits of purchasing and using APCC?
 
As I understand it:
 
- APCC:  You get the ability to set safety limits (helpful in preventing pier crashes)
- APCC-Pro: You get the ability to build a tracking model (helpful if you want to do unguided imaging)
 
>I keep reading that AP will eventually add a modeling feature to the CP4 to improve tracking
 
I believe the feature they will add is for pointing model support, not a tracking model.  You will still need APPC-Pro for tracking model support."

The feature we are hoping to add is a simple TRACKING model, not pointing. It will consist of mapping the path of the object you wish to image unguided, and thus automatically adjust the tracking rate at various points along that track so that there is no drift in RA or Dec for that object. It's aimed at portable users. It will NOT be a full blown pointing/tracking model which is done via APCC Pro. APCC Pro is for permanent setups where you want to have excellent pointing and tracking over the entire sky.

Rolando

Rolando


Correction to a CN post

Roland Christen
 

">what are the actual, quantifiable benefits of purchasing and using APCC?
 
As I understand it:
 
- APCC:  You get the ability to set safety limits (helpful in preventing pier crashes)
- APCC-Pro: You get the ability to build a tracking model (helpful if you want to do unguided imaging)
 
>I keep reading that AP will eventually add a modeling feature to the CP4 to improve tracking
 
I believe the feature they will add is for pointing model support, not a tracking model.  You will still need APPC-Pro for tracking model support."

The feature we are hoping to add is a simple TRACKING model, not pointing. It will consist of mapping the path of the object you wish to image unguided, and thus automatically adjust the tracking rate at various points along that track so that there is no drift in RA or Dec for that object. It's aimed at portable users. It will NOT be a full blown pointing/tracking model which is done via APCC Pro. APCC Pro is for permanent setups where you want to have excellent pointing and tracking over the entire sky.

Rolando

Rolando


Re: INDI or ASCOM Alpaca?

 

Hello Dale,

 

Thank you for your blog and perspective on this issue.

 

Clear Skies,

 

Marj Christen

Astro-Physics, Inc

11250 Forest Hills Rd

Machesney Park, IL 61115

Phone: 815-282-1513

Fax: 815-282-9847

www.astro-physics.com

 

From: ap-gto@... [mailto:ap-gto@...]
Sent: Friday, May 03, 2019 1:04 PM
To: ap-gto@...
Subject: Re: [ap-gto] INDI or ASCOM Alpaca?

 

 


With my diving time cut short due to a grade 2 barotrauma in my left ear, I had some more time than expected on my hands this week. Of course this meant I had to write about something, as well as get proper ObservingConditions support into NINA.

I did follow this thread and its tumultuous turns, and I hope that Howard, Marj and Roland sit down releases all they can around the wire protocols. I have additional thoughts on that, but I will leave those for another time. That said, I think the community's frustrations around the protocol stem from not knowing what, exactly, is missing from current documentation. If the purposefully-omitted commands could be better characterized, that would go a long way towards understanding. I would also gladly volunteer my time to help document things in an online technical format if that would be helpful.

But back to the topic at hand: ASCOM (Alpaca) or INDI. Having had more time to coalesce thoughts, I put them down here:

https://daleghent.com/2019/05/alpaca-indi-and-the-future

I hope it's found informative and not bombastic, and welcome any discussion, feedback, or concerns either on this list or privately.

/dale

> On Apr 26, 2019, at 8:40 PM, Dale Ghent daleg@... [ap-gto] wrote:
>
>
> Hi Ray, thanks for bringing these subjects up. There are a lot of aspects to each.
>
> Foremost, I don't see this as an exclusive OR choice between the two, and I ask that everyone try to mentally maneuver away from the "it has to be one or the other, and never both" mindset. There's no reason why ASCOM (in any flavor) and INDI frameworks can't enjoy parity insofar as A-P hardware support goes. There's plenty of need and room for both across a plethora of OSes, architectures, and programming languages.
>
> This topic is of great interest to me personally and there is a lot of technical and philosophical ground to cover, but it finds me busy packing on the eve of a trip so I'm unable to contribute to it in-depth at this moment. In the quiet moments on the plane I'll put my thoughts on my personal blog, as I find it a better venue than email to lay things out.
>
> /dale
>
>> On Apr 26, 2019, at 8:38 PM, 'Ray Gralak (Groups)' groups3@... [ap-gto] wrote:
>>
>> Hello all,
>>
>> Of those users wishing for a non-Windows support for your mount, which platform would you prefer Astro-Physics to devote resources?
>>
>> INDI or ASCOM Alpaca?
>>
>> INDI has been around for some time and runs on LINUX and MAC OSX and Windows. ASCOM Alpaca is still in the early stages of development. There are no significant applications that work on LINUX or MACs, and there may not be for some time.
>>
>> However, ASCOM Alpaca is modular as opposed to INDI's monolithic design. Once drivers are available Alpaca devices can be standalone (over the network or wifi) or on another computer. I believe INDI only works on the computer it is running unless the device has a network interface.
>>
>> There may be other advantages or disadvantages to INDI or ASCOM Alpaca. Please contribute your knowledge or preferences if you are interested in this topic.
>>
>> -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
>>
>>
>>
>> ------------------------------------
>> Posted by: "Ray Gralak \(Groups\)"
>> ------------------------------------
>>
>> To UNSUBSCRIBE, or for general information on the ap-gto list
>> see http://groups.yahoo.com/group/ap-gto
>> ------------------------------------
>>
>> Yahoo Groups Links
>>
>>
>>
>
>
>
> ------------------------------------
> Posted by: Dale Ghent
> ------------------------------------
>
> To UNSUBSCRIBE, or for general information on the ap-gto list
> see http://groups.yahoo.com/group/ap-gto
> ------------------------------------
>
> Yahoo Groups Links
>
>
>


Re: Dome Offset setting - 1100gto

Roland Christen
 


1. Update Frequency - number of seconds to wait between slew commands.
There is no waiting for slew commands. You can send a slew command during a slew. The mount will go to where you sent the last slew.

Rolando


-----Original Message-----
From: carlos49gib@... [ap-gto]
To: ap-gto
Sent: Sat, May 4, 2019 3:14 am
Subject: [ap-gto] Dome Offset setting - 1100gto



Hi, I ma setting up the dome parameters, I am in the stage where I haven't yet polar aligned the mount (1100gto) thus difficult to measure the following:

1. Update Frequency - number of seconds to wait between slew commands.



Thanks

Carlos






Re: PEC

Ray Gralak
 

Hi Bob,

Just to be sure I understand.
I do not use PemPro on this mount. I used the keypad to record a PEC but I control my AP1200 with AP V2 driver.
So do I leave the PEC in the driver on or off? I assume that I leave it on since I'm using a computer to control the
mount.
All of my comments were based on not using PEMPro.

It doesn't matter if you turn PEC "on" in the driver or the hand controller. Both can tell the control box to enable PEC. The last command sent is what the control box will use.

BTW, PEC is called "PEM" on Astro-Physics mounts.

-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: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Friday, May 3, 2019 7:31 PM
To: ap-gto@yahoogroups.com
Subject: RE: [ap-gto] PEC



Hi Ray,

Just to be sure I understand.
I do not use PemPro on this mount. I used the keypad to record a PEC but I control my AP1200 with AP V2 driver.
So do I leave the PEC in the driver on or off? I assume that I leave it on since I'm using a computer to control the
mount.

Thanks to you and Roland for your great products and patience,
Bob


Dome Offset setting - 1100gto

carlos49gib@...
 

Hi, I ma setting up the dome parameters, I am in the stage where I haven't yet polar aligned the mount (1100gto) thus difficult to measure the following:


1. Update Frequency - number of seconds to wait between slew commands.




Thanks


Carlos





Re: PEC

Astrobob
 

Hi Ray,

Just to be sure I understand.
I do not use PemPro on this mount. I used the keypad to record a PEC but I control my AP1200 with AP V2  driver. So do I leave the PEC in the driver on or off? I assume that I leave it on since I'm using a computer to control the mount. 

Thanks to you and Roland for your great products and patience, 
Bob


Re: GOTO accuracy for stars vs DSOs

jimmyjujames
 


Adding a shim under either front or rear ring will not change your polar alignment.

You say you have a good polar alignment.  
That's close enough for the following orthogonality check.

Roland has explained this many times and I think he has come up with another newer procedure but
 I have not committed the new procedure to memory.
 
 I understand the older procedure on finding which ring needs the shim.
 
 I start with the scope on the West side and star on the East side, close to zenith.
 When the star is less than 1 hour from your meridian,
 center star
 ReCal
 Force a meridian flip to the East side.
 
 Star should be visible in FOV
 
 If not then you have an orthogonality error.
 
 Re-adjusting your polar alignment will not remove this orthogonality error.
 
 One way to find out which ring needs the shim.
 
 The counter-weight shaft should be about horizontal on the west side.
 
 Lightly press the top end of scope away from the counter-weights
 If the star moves closer to center of FOV then the front/top ring needs the shim.
 
 Lightly press the bottom end of scope away from the counter-weights
 If the star moves closer to center of FOV then the rear/bottom ring needs the shim.
 
 Aluminum cans are popular shim material.
 
 What is an orthogonality error?
 
 With the counter-weights down and scope pointing at NCP.
 An orthogonality error will cause the viewing point to be above or below NCP.
 
 To the left or right of NCP is not an error. Move Dec to remove any left or right error.
 
 Rotating RA will move the viewing point around NCP forming a circle.
 Radius of this circle is your orthogonality error.
 Diameter of the circle is 2 times your orthogonality error.
 
 You will have to shim the front or rear ring to bring your viewing point back to NCP.
 
 As always, I may be wrong again.
 Jimmy


Re: INDI or ASCOM Alpaca?

ez
 

Thanks for writing that blog post Dale. My vote for INDI was less altruistic than yours and simply that I wanted a native INDI driver for my 1100 so I can safely and without crippled functionality operate it via OSX. In that sense, I basically agree with Bill's idea above. However, after reading your piece I definitely have a greater appreciation for the open source approach. If/when Ray no longer has the ability or desire to develop the driver for AP what happens when new windows updates inevitably kill functionality? This mount of mine will be functional for millennia, I can promise the lifetime of the software as it is currently produced will not come any where near that. If we are indeed such a fringe hobby and small market, it would be prudent to move towards a more inclusive approach so that our numbers can be as strong as they can. If we continue to divide Win vs Linux/OSX the customer base will fragment further. To that end, I have contributed money to both INDI and NINA since I have no programming chops to offer.

I do have a question as you are helping develop the NINA project, which I am also using currently. How would NINA integrate with INDI? Could you just send commands to the INDI server in the same way that you are currently sending through the ACOM one? Assuming INDI does get a native windows server out and running, how seamless could that transition be? I ask this because perhaps if AP and other manufacturers saw this as possible, developing a native driver would be more commonplace. 

Ez


Re: INDI or ASCOM Alpaca?

Dale Ghent
 

With my diving time cut short due to a grade 2 barotrauma in my left ear, I had some more time than expected on my hands this week. Of course this meant I had to write about something, as well as get proper ObservingConditions support into NINA.

I did follow this thread and its tumultuous turns, and I hope that Howard, Marj and Roland sit down releases all they can around the wire protocols. I have additional thoughts on that, but I will leave those for another time. That said, I think the community's frustrations around the protocol stem from not knowing what, exactly, is missing from current documentation. If the purposefully-omitted commands could be better characterized, that would go a long way towards understanding. I would also gladly volunteer my time to help document things in an online technical format if that would be helpful.

But back to the topic at hand: ASCOM (Alpaca) or INDI. Having had more time to coalesce thoughts, I put them down here:

https://daleghent.com/2019/05/alpaca-indi-and-the-future

I hope it's found informative and not bombastic, and welcome any discussion, feedback, or concerns either on this list or privately.

/dale

On Apr 26, 2019, at 8:40 PM, Dale Ghent daleg@elemental.org [ap-gto] <ap-gto@yahoogroups.com> wrote:


Hi Ray, thanks for bringing these subjects up. There are a lot of aspects to each.

Foremost, I don't see this as an exclusive OR choice between the two, and I ask that everyone try to mentally maneuver away from the "it has to be one or the other, and never both" mindset. There's no reason why ASCOM (in any flavor) and INDI frameworks can't enjoy parity insofar as A-P hardware support goes. There's plenty of need and room for both across a plethora of OSes, architectures, and programming languages.

This topic is of great interest to me personally and there is a lot of technical and philosophical ground to cover, but it finds me busy packing on the eve of a trip so I'm unable to contribute to it in-depth at this moment. In the quiet moments on the plane I'll put my thoughts on my personal blog, as I find it a better venue than email to lay things out.

/dale

On Apr 26, 2019, at 8:38 PM, 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto] <ap-gto@yahoogroups.com> wrote:

Hello all,

Of those users wishing for a non-Windows support for your mount, which platform would you prefer Astro-Physics to devote resources?

INDI or ASCOM Alpaca?

INDI has been around for some time and runs on LINUX and MAC OSX and Windows. ASCOM Alpaca is still in the early stages of development. There are no significant applications that work on LINUX or MACs, and there may not be for some time.

However, ASCOM Alpaca is modular as opposed to INDI's monolithic design. Once drivers are available Alpaca devices can be standalone (over the network or wifi) or on another computer. I believe INDI only works on the computer it is running unless the device has a network interface.

There may be other advantages or disadvantages to INDI or ASCOM Alpaca. Please contribute your knowledge or preferences if you are interested in this topic.

-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



------------------------------------
Posted by: "Ray Gralak &#92;(Groups&#92;)" <groups3@gralak.com>
------------------------------------

To UNSUBSCRIBE, or for general information on the ap-gto list
see http://groups.yahoo.com/group/ap-gto
------------------------------------

Yahoo Groups Links




------------------------------------
Posted by: Dale Ghent <daleg@elemental.org>
------------------------------------

To UNSUBSCRIBE, or for general information on the ap-gto list
see http://groups.yahoo.com/group/ap-gto
------------------------------------

Yahoo Groups Links



Re: GOTO accuracy for stars vs DSOs

Joe Zeglinski
 

Roddy,
 
    For some reason I just assumed you used Ray’s  “PemPro’s PA Wizard” option to at least do the PA - even if you skip the somewhat more complicated, PEC Curve Creation wizard.
 
    PemPro is a really  terrific tool. What did you use otherwise, since you don’t seem confident that your PA is accurate enough?
 
Joe


Re: GOTO accuracy for stars vs DSOs

rodddryfoos@...
 

I checked--everything is tight.  No rocking at all in Park 3. I really think its PA.  If the mount has a defect, it would be pretty amazing if the only time it showed up was  meridian flip accuracy.  I spoke with George at AP and this was not even mentioned.  I will call him an inquire.
Thanks,
Rodd


Re: GOTO accuracy for stars vs DSOs

Joe Zeglinski
 

Rodd,
 
    Have you checked the attachment of the dovetail to your mount’s head? Maybe one of  the screws isn’t tightened  squarely, or tightly enough, so the entire scope, whichever one you have mounted at the time,  and the AP saddle rock just a bit, to the other extreme after a meridian flip. That would result in a major shift and loss of your target from the original centered FOV.
 
    If the dovetail is in fact tight,  solidly and squarely bolted on, then maybe you may have a minor defect in this particular production run of the mount – Again, as evidenced by a slight rocking of the RA axis.
You can check this at PARK-3 by rocking the end of the end of the counterweight bar up & down, to see if there is any play, or even a minor  separation crack between the DEC and the RA,  as you rock the axle.
 
    Tony,  (his AP-GTO Group handle is:  “Harley Davidson”). had that problem which he demonstrated in his video, last Labour Day.
See his group post:
“[ap-gto] 1600GTO mount play in RA axis”  dated: (06/09/2018)
Tony’s problem demo video   https://www.youtube.com/watch?v=9WVpiZHDGjY
    Even though his is a different model from your Mach-1, perhaps yours has the same unique production/assembly problem. Tony had to return the mount for an internal mount part replacement, not something an owner can do himself. It works fine now.
 
Good luck. Hope this helps,
Joe


Re: GOTO accuracy for stars vs DSOs

rodddryfoos@...
 

That sounds like a Zebra.  I use 4 scopes-each with there own rings and mount plates--and each has the same issue.  I think its related to PA to tell the truth.  I can routinely take 30 min subs and my stars are small and round--so I am not keen on starting to add shims and change things like that.  I should do a gnats behind drift PA and that will answer the question--but that's beyond my ability and I don't want to lose the imaging time


Re: INDI or ASCOM Alpaca?

Bill Long
 

A good way forward would to be to develop a fully functional INDI driver, and provide those binaries (and no source code) to the INDI project for use with AP mounts. AP would not be the only company to do that for INDI support. Then Mac and Unix/Linux users have a solution they can use. 


From: ap-gto@... on behalf of 'Ray Gralak (Groups)' groups3@... [ap-gto]
Sent: Thursday, May 2, 2019 5:31 AM
To: ap-gto@...
Subject: RE: [ap-gto] INDI or ASCOM Alpaca?
 
 

Hi Ez,

> I can pretty much guarantee if you pose this 'INDI or Alpaca' question on the INDI forum

This is not the ASCOM forum. It is the Astro-Physics mount forum. Besides, ASCOM and Alpaca are open source yet INDI exists. Why haven't the INDI developers given up and started working to help the much larger ASCOM pool of users? It's probably because ASCOM runs on Windows! So I think the real reason INDI exists is there are Mac and Unix/Linux user out there that don't want to run windows.

The number of software developers with the skillset, time, and astronomy knowledge to help create non-Windows applications is small. How many active Astro-Physics mount owners are also software developers active on INDI?

Also, is there are way to find out how many A-P mount owners regularly run INDI?

> you won't get one person in support of the closed model you are using or apparently pursuing.

But the A-P command protocol is not closed. Enough of the protocol is available to do useful astronomy and astrophotography work. The amount of the protocol published doesn't change the excellent machine work, design features, and precision of these mounts.

> This poll really seems to be not much more than confirmation bias and definitely a bit disingenuous. If AP had
> absolutely no intention to open the driver up, why ask? I ask this earnestly.

First, A-P has agreed to provide more of the protocol to help INDI improve their driver. Michael seems to be unhappy that 100% of the protocol won't be documented, including proprietary commands and dangerous commands that could affect the proper functioning of the mount if used incorrectly.

BTW, undocumented features and protocols exist commonly in many hardware devices. For example a number of undocumented CPU instructions and device driver back doors were found in Intel CPUs by researchers.

Second, you must have missed my post where I proposed to create a cross-platform driver that would work with Alpaca, INDI, and INDIGO. However, I never said it would or wouldn't be open source. The idea is that since INDI is here today it may make sense to work with INDI developers first.

Ultimately, I think what matters most to 99.9% of the people is that the mount driver works for their O/S and is supported by the company that built it. Right now the state of the INDI driver doesn't seem to be good and needs help. It is coming in the form of more protocol commands and possibly with a hand in development, assuming the offer to help isn't rejected simply because A-P isn't documenting 100% of the protocol.

-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: ap-gto@... [mailto:ap-gto@...]
> Sent: Wednesday, May 1, 2019 9:45 PM
> To: ap-gto@...
> Subject: RE: [ap-gto] INDI or ASCOM Alpaca?
>
>
>
> I just did a poll in my household of how many people like their last name.... Looks like were not changing it.
>
> I can pretty much guarantee if you pose this 'INDI or Alpaca' question on the INDI forum you won't get one person in
> support of the closed model you are using or apparently pursuing. You might get a better read of the interest on CN,
> if you truly want to know what people think. I don't mean to be rude and I actually find your software products quite
> useful, but you can't be serious if you think this poll represents the total user base of AP mounts or even the total
> potential user base of new customers. I purchased my AP mount in spite of the OS that it is linked to, because I felt
> it was a better mechanical product than what I was comparing it against. The SB mounts have native support on 3
> operating systems. For me, they don't need to be open source because they give a choice.
> < br>
> This poll really seems to be not much more than confirmation bias and definitely a bit disingenuous. If AP had
> absolutely no intention to open the driver up, why ask? I ask this earnestly. It seems to only have opened a sore
> spot and potentially alienated potential new mount customers. Furthermore, I am not sure this approach offers any
> data that could be valuable as marketing research either.
>
>
>
> I look forward to seeing where the ALPACA leads us. Hopefully it will mean I can operate my 1100 mount without
> windows... at all, anywhere in my system. Otherwise I do not see the point of it and perhaps just continuing the
> development of current products is a better use of resources.
>
>
> Ez
>
>
>


Re: PEC

Ray Gralak
 

Hi Bob,

By default after power on the mount will have PEC disabled. If you initialize the mount with the AP V2 driver you have the option of automatically turning it on when you connect to the mount.

You would turn PEC off if you want to measure the uncorrected periodic error of the mount.

You will want to select PEC Record to record the periodic error. Keep in mind that the periodic error will not likely be smooth because of stellar scintillation and it will also be phase shifted by the sum of the duration of each exposure and the time for the autoguiding program to calculate and send an autoguiding pulse.

-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: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Thursday, May 2, 2019 8:51 AM
To: ap-gto@yahoogroups.com
Subject: [ap-gto] PEC



Hi all,
I have a 2010 AP1200+GTO-CP3+Key Pad (Set for external control)+AP V2 driver.
I used the keypad to do a PEC run but in the AP V2 setup you get a choice of turning the PEC on or off. What is the
purpose of that? Also, My telescope has a 2200mm focal length. What is the best guide rate?
Can I use the guiders in software such as MaxIm Dl or CCDSoftv5 while doing a PEC run or is a crosshair eyepiece
better?
Thanks,
Bob



Re: PEC

Roland Christen
 

You can turn PE correction on with keypad or the driver. Whatever the last one sent the command, that's the one that will function for the imaging session. If you are always starting with the AP driver, then set it to on and forget about any setting in the keypad.

Roland



-----Original Message-----
From: imager1940@... [ap-gto]
To: ap-gto
Sent: Thu, May 2, 2019 8:05 pm
Subject: Re: [ap-gto] PEC



Thank you Roland, 
Last 2 questions: What PEC setting would I use in the AP V2 driver (on or off) since I'm using my keypad (set for external control) to record the PEC? I guess I need to know what that AP V2 setting is for. 
Thanks again, 
Bob




Re: PEC

Roland Christen
 

You can turn PE correction on with keypad or the driver. Whatever the last one sent the command, that's the one that will function for the imaging session. If you are always starting with the AP driver, then set it to on and forget about any setting in the keypad.

Roland



-----Original Message-----
From: imager1940@... [ap-gto]
To: ap-gto
Sent: Thu, May 2, 2019 8:05 pm
Subject: Re: [ap-gto] PEC



Thank you Roland, 
Last 2 questions: What PEC setting would I use in the AP V2 driver (on or off) since I'm using my keypad (set for external control) to record the PEC? I guess I need to know what that AP V2 setting is for. 
Thanks again, 
Bob



Re: GOTO accuracy for stars vs DSOs

Joe Zeglinski
 

Hi Rodd,
 
    I’m surprised no one has yet mentioned this potential cause, but I had the same problem as you have, a couple of years ago. Kept losing a centered target from my STL-11000 FOV ... after any meridian flip. As per your comment, it took quite some time, and a lot of persistence, very slowly jogging the scope, to get the target into the frame again – it was way off, even after a perfect centering on the previous side of the pier.
 
    That was until I realized, after a VERY long period of “denial”, that the entire problem was scope “Parallax Error”. After all, I told myself, I have an excellent top class AP mount, and an extremely expensive scope RC-14.5”, so it couldn’t possibly be due to a “mechanical problem”. I spent a large amount of time and effort using PemPro to get the  polar alignment very near perfect, thinking PA was to blame, and yet I lost the CdC target immediately after any meridian flip, no matter which side of the pier I started my tests from. It was frustrating, even with a target star right at Dec = 0 and less than about 15 minutes east/west of the PM as the initial framing point for the tests. It gets worse at higher DEC’s toward Zenith.
 
    Once I calculated an approximate required shim thickness and slipped it under the appropriate  end of the OTA’s cradle, the problem was solved quite to my satisfaction, and indeed ultimate relief.
 
    Definitely, read the section on Parallax correction in your AP mount’s User Guide. One of your saddle ring’s “riser” may need to be shimmed to nullify the (possible) Parallax Error.
 
Good luck,
Joe Z.