Date   

FW: GTO3 firmware upgrade, please

Terry Lenhardt
 

Hi, Marj...
How can I get download access for a handbox firmware upgrade, please?
I'm being asked for login info at the AP site. I'm long overdue and
haven't kept up.
Thanks,
Terry
Terry Lenhardttlenhard@stny.rr.comSent from my cell phone

----------

-------- Original message --------From: "marj@astro-physics.com [ap-gto]" <ap-gto@yahoogroups.com> Date: 10/20/19 14:26 (GMT-05:00) To: ap-gto@yahoogroups.com Subject: [ap-gto] AP-GTO migration










Hello AstroNuts,

As we mentioned on Oct. 17th, we have decided to
move our user groups from Yahoo! Groups to the newer, more functional
Groups.io.  The migration is now underway.  When it’s complete, you
will receive an email from  main@ap-gto.groups.io
..  To accept, all you need to do is reply to the email. 
Alternatively, you can follow the “accept the invitation” link, and you’ll get
a view of the new Groups.io site. 

Until then, you may continue to use the Yahoo user
groups.  However, some messages posted during migration may not transfer
to the new. The notice that we received indicated that the migration queue is
several days long, so please be patient. This transition will be well worth it.

Clear skies,

The AP Team


Re: Clarification for counterweights needed for Mach2

Jim Hawn
 

Hello Terri,

I'd recommend contacting A-P with your question and ask for their recommendations for your use case(s).

This was the route I took when I ordered my Mach2 last month.  I wasn't sure what to order, so I worked with Paige and one of the Tech support folks to obtain their recommendation regarding the proper counterweights specifically for my loads and the Mach2.  They were very helpful and supportive, taking the guesswork out of exactly what to order.

Hope this helps.
-  Jim


Re: Pointing & Slewing Issue 1100 CP4

Ray Gralak
 

Hi Greg,

VCP4-P01-00
That's a very old version of firmware. You should upgrade to VCP4-P01-13.

But that's not the version of APCC. Click the help menu in APCC and select "About". That will show the version.

-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: Sunday, October 20, 2019 5:52 PM
To: ap-gto@yahoogroups.com
Subject: [ap-gto] Re: Pointing & Slewing Issue 1100 CP4



Ray,
the APCC UI says: VCP4-P01-00 and yes i can restart APCC and it shows 260 for the AZ even though it's in Park
4 position and -55 ALT.
Greg



Re: Pointing & Slewing Issue 1100 CP4

Greg Kinne
 

Ray,
the APCC UI says:  VCP4-P01-00 and yes i can restart APCC and it shows 260 for the AZ even though it's in Park 4 position and -55 ALT.
Greg


Re: Pointing & Slewing Issue 1100 CP4

Greg Kinne
 

Hi Ray,
on the APCC UI it says:  VCP4-P01-00 and yes I've shut down APCC and restarted it. I've also rebooted the computer and same display.  
Thanks for the help!  All was working before, not sure what has changed.  Haven't installed anything new or changed anything.

Greg


Re: Very early Mach1GTO - any concerns with a used one?

matt brown
 

yes, the RAPAS sounds like a must have for a nonpermanent setup.

matt


Re: Very early Mach1GTO - any concerns with a used one?

thefamily90 Phillips
 

Oh, and I did get the right angled polar scope and Highly recommend it.

Jim


From: ap-gto@... on behalf of matthewcbrown@... [ap-gto]
Sent: Sunday, October 20, 2019 8:38:48 PM
To: ap-gto@...
Subject: Re: [ap-gto] Very early Mach1GTO - any concerns with a used one?
 
 

Thanks for the feedback guys.

That's a good point on the grease kit, thanks.

thanks
matt


Re: Very early Mach1GTO - any concerns with a used one?

matt brown
 

Thanks for the feedback guys.

That's a good point on the grease kit, thanks.

thanks
matt


Re: SideOfPier updates during long slew?

Ray Gralak
 

Michael,

Hint: The only "trick" to pier side change is detecting when declination axis moves across 90 degrees declination.

-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: Sunday, October 20, 2019 2:01 PM
To: ap-gto@yahoogroups.com
Subject: Re: [ap-gto] SideOfPier updates during long slew?



Ray,

Thanks for the explanation I understand this will take some time to get worked out but will keep going at it.

Michael Fulbright


On 10/20/19 4:51 PM, 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto] wrote:




> Perhaps this would be a good candidate for further documentation of the firmware protocol for software
authors.
> As is it would seem to preclude a non-ASCOM driver implementation from performing safety checks on
the mount
> position.

The pier side command is one of the commands documented. APCC does extra calculations to get around
the behavior that neither the mount nor the driver perform. Thus documenting what APCC does is not relevant to
the firmware protocol.

As I have said many times before, almost all of the features in APCC are in the application not the firmware.
Most of the currently undocumented commands relate to the encoders and homing positions. It is still a lot of work
to use them in any useful way.

-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: Sunday, October 20, 2019 1:23 PM
> To: ap-gto@yahoogroups.com
> Subject: Re: [ap-gto] SideOfPier updates during long slew?
>
>
>
> Ray,
>
> Doesn't APCC get more real time information on the mount location than this provides? The limits in APCC
would
> seem to need this kind of information.
>
> Perhaps this would be a good candidate for further documentation of the firmware protocol for software
authors.
> As is it would seem to preclude a non-ASCOM driver implementation from performing safety checks on
the mount
> position.
>
> Thanks
> Michael Fulbright
>
>
> On 10/20/19 3:59 PM, 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto] wrote:
>
>
>
>
> > Thanks for the update Ray. Is this an ASCOM spec'd behavior or is it up to the driver to decide?
>
> Michael, pier side is read from the mount. The driver just reports the way the firmware responds.
>
> -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: Sunday, October 20, 2019 12:50 PM
> > To: ap-gto@yahoogroups.com
> > Subject: Re: [ap-gto] SideOfPier updates during long slew?
> >
> >
> >
> > Thanks for the update Ray. Is this an ASCOM spec'd behavior or is it up to the driver to decide?
> >
> > I have limits setup in APCC but I was hoping to also be able to do some safety checking of the mount
from
> my
> > code but found I had to exempt this checking during a slew which led to this query.
> >
> > Thanks,
> > Michael Fulbright
> >
> >
> > On 10/20/19 2:11 PM, 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto] wrote:
> >
> >
> >
> >
> > > I've been working on some automation code and I noticed during a
> > > meridian flip the ASCOM SideOfPier API call seems to not update during
> > > the long slew but will change once it has completed.
> >
> > Yes, the mount will update side of pier after it completes the slew. That is the way it works.
> >
> > -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: Saturday, October 19, 2019 11:59 AM
> > > To: ap-gto@yahoogroups.com
> > > Subject: [ap-gto] SideOfPier updates during long slew?
> > >
> > >
> > >
> > > I've been working on some automation code and I noticed during a
> > > meridian flip the ASCOM SideOfPier API call seems to not update during
> > > the long slew but will change once it has completed. Also if I look at
> > > the AP ASCOM UI window it also seems to not change until the slew is
> > > over. I believe I am running the latest firmware/drivers for my Mach1..
> > >
> > > At the moment I am using the SlewToCoordinates() call (not async
> > > version) and perhaps it is related to this?
> > >
> > > I wanted to just see if this is by design or perhaps something I'm
> > > seeing that is unintended.
> > >
> > > Thanks
> > > Michael Fulbright
> > >
> > >
> > >
> > >
> >
> >
> >
> >
> >
>
>
>
>
>





Re: SideOfPier updates during long slew?

Michael Fulbright <mike.fulbright@...>
 

Ray,

 Thanks for the explanation I understand this will take some time to get worked out but will keep going at it.

Michael Fulbright

On 10/20/19 4:51 PM, 'Ray Gralak (Groups)' groups3@... [ap-gto] wrote:
 

> Perhaps this would be a good candidate for further documentation of the firmware protocol for software authors.
> As is it would seem to preclude a non-ASCOM driver implementation from performing safety checks on the mount
> position.

The pier side command is one of the commands documented. APCC does extra calculations to get around the behavior that neither the mount nor the driver perform. Thus documenting what APCC does is not relevant to the firmware protocol.

As I have said many times before, almost all of the features in APCC are in the application not the firmware. Most of the currently undocumented commands relate to the encoders and homing positions. It is still a lot of work to use them in any useful way.

-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: Sunday, October 20, 2019 1:23 PM
> To: ap-gto@...
> Subject: Re: [ap-gto] SideOfPier updates during long slew?
>
>
>
> Ray,
>
> Doesn't APCC get more real time information on the mount location than this provides? The limits in APCC would
> seem to need this kind of information.
>
> Perhaps this would be a good candidate for further documentation of the firmware protocol for software authors.
> As is it would seem to preclude a non-ASCOM driver implementation from performing safety checks on the mount
> position.
>
> Thanks
> Michael Fulbright
>
>
> On 10/20/19 3:59 PM, 'Ray Gralak (Groups)' groups3@... [ap-gto] wrote:
>
>
>
>
> > Thanks for the update Ray. Is this an ASCOM spec'd behavior or is it up to the driver to decide?
>
> Michael, pier side is read from the mount. The driver just reports the way the firmware responds.
>
> -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: Sunday, October 20, 2019 12:50 PM
> > To: ap-gto@...
> > Subject: Re: [ap-gto] SideOfPier updates during long slew?
> >
> >
> >
> > Thanks for the update Ray. Is this an ASCOM spec'd behavior or is it up to the driver to decide?
> >
> > I have limits setup in APCC but I was hoping to also be able to do some safety checking of the mount from
> my
> > code but found I had to exempt this checking during a slew which led to this query.
> >
> > Thanks,
> > Michael Fulbright
> >
> >
> > On 10/20/19 2:11 PM, 'Ray Gralak (Groups)' groups3@... [ap-gto] wrote:
> >
> >
> >
> >
> > > I've been working on some automation code and I noticed during a
> > > meridian flip the ASCOM SideOfPier API call seems to not update during
> > > the long slew but will change once it has completed.
> >
> > Yes, the mount will update side of pier after it completes the slew. That is the way it works.
> >
> > -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: Saturday, October 19, 2019 11:59 AM
> > > To: ap-gto@...
> > > Subject: [ap-gto] SideOfPier updates during long slew?
> > >
> > >
> > >
> > > I've been working on some automation code and I noticed during a
> > > meridian flip the ASCOM SideOfPier API call seems to not update during
> > > the long slew but will change once it has completed. Also if I look at
> > > the AP ASCOM UI window it also seems to not change until the slew is
> > > over. I believe I am running the latest firmware/drivers for my Mach1..
> > >
> > > At the moment I am using the SlewToCoordinates() call (not async
> > > version) and perhaps it is related to this?
> > >
> > > I wanted to just see if this is by design or perhaps something I'm
> > > seeing that is unintended.
> > >
> > > Thanks
> > > Michael Fulbright
> > >
> > >
> > >
> > >
> >
> >
> >
> >
> >
>
>
>
>
>



Re: SideOfPier updates during long slew?

Ray Gralak
 

Perhaps this would be a good candidate for further documentation of the firmware protocol for software authors.
As is it would seem to preclude a non-ASCOM driver implementation from performing safety checks on the mount
position.
The pier side command is one of the commands documented. APCC does extra calculations to get around the behavior that neither the mount nor the driver perform. Thus documenting what APCC does is not relevant to the firmware protocol.

As I have said many times before, almost all of the features in APCC are in the application not the firmware. Most of the currently undocumented commands relate to the encoders and homing positions. It is still a lot of work to use them in any useful way.

-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: Sunday, October 20, 2019 1:23 PM
To: ap-gto@yahoogroups.com
Subject: Re: [ap-gto] SideOfPier updates during long slew?



Ray,

Doesn't APCC get more real time information on the mount location than this provides? The limits in APCC would
seem to need this kind of information.

Perhaps this would be a good candidate for further documentation of the firmware protocol for software authors.
As is it would seem to preclude a non-ASCOM driver implementation from performing safety checks on the mount
position.

Thanks
Michael Fulbright


On 10/20/19 3:59 PM, 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto] wrote:




> Thanks for the update Ray. Is this an ASCOM spec'd behavior or is it up to the driver to decide?

Michael, pier side is read from the mount. The driver just reports the way the firmware responds.

-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: Sunday, October 20, 2019 12:50 PM
> To: ap-gto@yahoogroups.com
> Subject: Re: [ap-gto] SideOfPier updates during long slew?
>
>
>
> Thanks for the update Ray. Is this an ASCOM spec'd behavior or is it up to the driver to decide?
>
> I have limits setup in APCC but I was hoping to also be able to do some safety checking of the mount from
my
> code but found I had to exempt this checking during a slew which led to this query.
>
> Thanks,
> Michael Fulbright
>
>
> On 10/20/19 2:11 PM, 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto] wrote:
>
>
>
>
> > I've been working on some automation code and I noticed during a
> > meridian flip the ASCOM SideOfPier API call seems to not update during
> > the long slew but will change once it has completed.
>
> Yes, the mount will update side of pier after it completes the slew. That is the way it works.
>
> -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: Saturday, October 19, 2019 11:59 AM
> > To: ap-gto@yahoogroups.com
> > Subject: [ap-gto] SideOfPier updates during long slew?
> >
> >
> >
> > I've been working on some automation code and I noticed during a
> > meridian flip the ASCOM SideOfPier API call seems to not update during
> > the long slew but will change once it has completed. Also if I look at
> > the AP ASCOM UI window it also seems to not change until the slew is
> > over. I believe I am running the latest firmware/drivers for my Mach1..
> >
> > At the moment I am using the SlewToCoordinates() call (not async
> > version) and perhaps it is related to this?
> >
> > I wanted to just see if this is by design or perhaps something I'm
> > seeing that is unintended.
> >
> > Thanks
> > Michael Fulbright
> >
> >
> >
> >
>
>
>
>
>





Re: SideOfPier updates during long slew?

Michael Fulbright <mike.fulbright@...>
 

Ray,

  Doesn't APCC get more real time information on the mount location than this provides?  The limits in APCC would seem to need this kind of information.

  Perhaps this would be a good candidate for further documentation of the firmware protocol for software authors.  As is it would seem to preclude a non-ASCOM driver implementation from performing safety checks on the mount position.
 
Thanks
Michael Fulbright

On 10/20/19 3:59 PM, 'Ray Gralak (Groups)' groups3@... [ap-gto] wrote:
 

> Thanks for the update Ray. Is this an ASCOM spec'd behavior or is it up to the driver to decide?

Michael, pier side is read from the mount. The driver just reports the way the firmware responds.

-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: Sunday, October 20, 2019 12:50 PM
> To: ap-gto@...
> Subject: Re: [ap-gto] SideOfPier updates during long slew?
>
>
>
> Thanks for the update Ray. Is this an ASCOM spec'd behavior or is it up to the driver to decide?
>
> I have limits setup in APCC but I was hoping to also be able to do some safety checking of the mount from my
> code but found I had to exempt this checking during a slew which led to this query.
>
> Thanks,
> Michael Fulbright
>
>
> On 10/20/19 2:11 PM, 'Ray Gralak (Groups)' groups3@... [ap-gto] wrote:
>
>
>
>
> > I've been working on some automation code and I noticed during a
> > meridian flip the ASCOM SideOfPier API call seems to not update during
> > the long slew but will change once it has completed.
>
> Yes, the mount will update side of pier after it completes the slew. That is the way it works.
>
> -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: Saturday, October 19, 2019 11:59 AM
> > To: ap-gto@...
> > Subject: [ap-gto] SideOfPier updates during long slew?
> >
> >
> >
> > I've been working on some automation code and I noticed during a
> > meridian flip the ASCOM SideOfPier API call seems to not update during
> > the long slew but will change once it has completed. Also if I look at
> > the AP ASCOM UI window it also seems to not change until the slew is
> > over. I believe I am running the latest firmware/drivers for my Mach1..
> >
> > At the moment I am using the SlewToCoordinates() call (not async
> > version) and perhaps it is related to this?
> >
> > I wanted to just see if this is by design or perhaps something I'm
> > seeing that is unintended.
> >
> > Thanks
> > Michael Fulbright
> >
> >
> >
> >
>
>
>
>
>



Re: SideOfPier updates during long slew?

Ray Gralak
 

Thanks for the update Ray. Is this an ASCOM spec'd behavior or is it up to the driver to decide?
Michael, pier side is read from the mount. The driver just reports the way the firmware responds.

-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: Sunday, October 20, 2019 12:50 PM
To: ap-gto@yahoogroups.com
Subject: Re: [ap-gto] SideOfPier updates during long slew?



Thanks for the update Ray. Is this an ASCOM spec'd behavior or is it up to the driver to decide?

I have limits setup in APCC but I was hoping to also be able to do some safety checking of the mount from my
code but found I had to exempt this checking during a slew which led to this query.

Thanks,
Michael Fulbright


On 10/20/19 2:11 PM, 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto] wrote:




> I've been working on some automation code and I noticed during a
> meridian flip the ASCOM SideOfPier API call seems to not update during
> the long slew but will change once it has completed.

Yes, the mount will update side of pier after it completes the slew. That is the way it works.

-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: Saturday, October 19, 2019 11:59 AM
> To: ap-gto@yahoogroups.com
> Subject: [ap-gto] SideOfPier updates during long slew?
>
>
>
> I've been working on some automation code and I noticed during a
> meridian flip the ASCOM SideOfPier API call seems to not update during
> the long slew but will change once it has completed. Also if I look at
> the AP ASCOM UI window it also seems to not change until the slew is
> over. I believe I am running the latest firmware/drivers for my Mach1..
>
> At the moment I am using the SlewToCoordinates() call (not async
> version) and perhaps it is related to this?
>
> I wanted to just see if this is by design or perhaps something I'm
> seeing that is unintended.
>
> Thanks
> Michael Fulbright
>
>
>
>





Re: SideOfPier updates during long slew?

Michael Fulbright <mike.fulbright@...>
 

Thanks for the update Ray.  Is this an ASCOM spec'd behavior or is it up to the driver to decide?

I have limits setup in APCC but I was hoping to also be able to do some safety checking of the mount from my code but found I had to exempt this checking during a slew which led to this query.

Thanks,
Michael Fulbright

On 10/20/19 2:11 PM, 'Ray Gralak (Groups)' groups3@... [ap-gto] wrote:
 

> I've been working on some automation code and I noticed during a
> meridian flip the ASCOM SideOfPier API call seems to not update during
> the long slew but will change once it has completed.

Yes, the mount will update side of pier after it completes the slew. That is the way it works.

-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: Saturday, October 19, 2019 11:59 AM
> To: ap-gto@...
> Subject: [ap-gto] SideOfPier updates during long slew?
>
>
>
> I've been working on some automation code and I noticed during a
> meridian flip the ASCOM SideOfPier API call seems to not update during
> the long slew but will change once it has completed. Also if I look at
> the AP ASCOM UI window it also seems to not change until the slew is
> over. I believe I am running the latest firmware/drivers for my Mach1..
>
> At the moment I am using the SlewToCoordinates() call (not async
> version) and perhaps it is related to this?
>
> I wanted to just see if this is by design or perhaps something I'm
> seeing that is unintended.
>
> Thanks
> Michael Fulbright
>
>
>
>



Re: Very early Mach1GTO - any concerns with a used one?

thefamily90 Phillips
 

I have an early version of the Mach 1 with CP3 and it works beautifully. Never had a problem. I love it! Right now it is carrying my AP 155 F/7. Perfect!

Jim


From: ap-gto@... on behalf of Dale Ghent daleg@... [ap-gto]
Sent: Sunday, October 20, 2019 1:15:37 PM
To: steven hoffman stevenhoffman53@... [ap-gto]
Subject: Re: [ap-gto] Very early Mach1GTO - any concerns with a used one?
 
 


An early version of the Mach1, even with the CP3, will be as good as a newer one. The upgrades are more creature comforts and refinements of the mount... although some should be considered depending on you use-case. If I were to get such a mount today, here's what I'd consider updating, in order of perceived importance:

1. If it's for mobile/non-permanent use, I'd get a RAPAS since your copy already has the adaptor for it installed and, I presume, tuned. The RAPAS is *so* much better and easier to use than the traditional Losmandy PA scope.

2. Also if it's a mobile/non-permanent use case, the new base which shifts the azimuth adjustment knobs to the south side of the mount. This, plus the RAPAS, removes the requirement to perform contorted bear hug of the mount while PA'ing when using the old PA scope and base with the Az knobs on the north side. Be sure to note your mount's serial number prior to attaching the new base, as the SN on the old mount will become obscured by the Az knob housing on the new base.

3. Chip the CP3 to a V2 revision and get APCC Standard. The chip update itself is cheap (< $100) and might fix some applicable issues depending on what version you're coming from (my ca. 2008 CP3 shipped with version O) and it'll allow you to use APCC (standard or pro) if that attracts you.

4. A free update - if it's needed, update the firmware on the keypad to add new park positions and features.

The new gear boxes are not yet retrofit options for older Mach1s. I think Roland last mentioned that there are some complexities to work out with delivering them as a retrofit package, and it won't be as straight-forward as the other updates are.

Maintenance-wise, I would try to get a feel for the usage habits of its prior owner. A 2006 mount should be fine in the grease department if regularly used and stored indoors. However one that was under heavy use and/or stored outdoors could possibly stand a regreasing. You can get a grease kit by calling up AP and talking to them.

/dale

> On Oct 20, 2019, at 10:16 AM, matthewcbrown@... [ap-gto] wrote:
>
>
>
> Hi All,
>
>
> I'm looking at purchasing a used Mach1 made in 2006.
>
>
>
> Is there anything I should be aware of regarding fixes or weaknesses (not necessarily upgrades) over time?
>
>
>
> I know it is cp3 not cp4 and probably an old chip.
>
> It has the adapter for the RAPAS.
>
> It doesn't have the upgraded azimuth adjuster.
>
> It doesn't have the automeshing (spring loaded?) worm.
>
> It may not have the high precision gearboxes - I'm not sure on that.
>
> It won't have the release of the worm for easy balancing.
>
>
>
> Is there anything else that could be a potential concern?
>
>
>
> thanks,
>
> matt brown
>
>
>
>
>
>


AP-GTO migration

 

Hello AstroNuts,


As we mentioned on Oct. 17th, we have decided to move our user groups from Yahoo! Groups to the newer, more functional Groups.io.  The migration is now underway.  When it’s complete, you will receive an email from  main@ap-gto.groups.io .  To accept, all you need to do is reply to the email.  Alternatively, you can follow the “accept the invitation” link, and you’ll get a view of the new Groups.io site. 


Until then, you may continue to use the Yahoo user groups.  However, some messages posted during migration may not transfer to the new. The notice that we received indicated that the migration queue is several days long, so please be patient. This transition will be well worth it.


Clear skies,

The AP Team


Re: SideOfPier updates during long slew?

Ray Gralak
 

I've been working on some automation code and I noticed during a
meridian flip the ASCOM SideOfPier API call seems to not update during
the long slew but will change once it has completed.
Yes, the mount will update side of pier after it completes the slew. That is the way it works.

-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: Saturday, October 19, 2019 11:59 AM
To: ap-gto@yahoogroups.com
Subject: [ap-gto] SideOfPier updates during long slew?



I've been working on some automation code and I noticed during a
meridian flip the ASCOM SideOfPier API call seems to not update during
the long slew but will change once it has completed. Also if I look at
the AP ASCOM UI window it also seems to not change until the slew is
over. I believe I am running the latest firmware/drivers for my Mach1..

At the moment I am using the SlewToCoordinates() call (not async
version) and perhaps it is related to this?

I wanted to just see if this is by design or perhaps something I'm
seeing that is unintended.

Thanks
Michael Fulbright




Re: Pointing & Slewing Issue 1100 CP4

Ray Gralak
 

Hi Greg,

When I put it in the Park 4 position (I've always used this with no
problem) it shows the AZ (in APCC Pro) as 260 15' 47.9" and the ALT as -55 41 33.
Which version of APCC are you using?

If the mount is still in this state, if you disconnect and reconnect APCC do the ALT/AZ values stay the same?

-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: Saturday, October 19, 2019 11:44 AM
To: ap-gto@yahoogroups.com
Subject: [ap-gto] Pointing & Slewing Issue 1100 CP4



I'm having an issue with my 1100GTO CP4. When I put it in the Park 4 position (I've always used this with no
problem) it shows the AZ (in APCC Pro) as 260 15' 47.9" and the ALT as -55 41 33. I believe it used to show AZ
as about 180. It is in the Park 4 position, with the OTA on the East side and level pointing south with the CW shaft
pointing west and level. Just like the pictures.




When I try to slew to an object (from The SKYX connected thru APCC) it slews towards the object and gets close,
stops then slews away from the target and stops again. When I say to Park to Park 4 (using APCC Park
Command on the APCC UI) it parks just fine to the same Park 4 position, but shows the 260 degs AZ again and -
55 ALT. I'm just West of Denver at about: N 39.91 and W 104.32 and I've checked both the APCC Location
setting and the SKYX Location settings and they are correct. < /p>

I also slewed to an object from the Park 4 position the other day and it went to the object (or close...not sure) then
started slewing again by itself into a CW Shaft up position and the Camera was about to bump into the pier so I
aborted it. Did another Park to Park 4 and it went back to the Park 4 pos as it should but still showed the wrong
Alt/AZ. I'm sure I'm missing something since it has worked for a long time just fine...

Thanks for the help!

Greg





Re: Very early Mach1GTO - any concerns with a used one?

Dale Ghent
 

An early version of the Mach1, even with the CP3, will be as good as a newer one. The upgrades are more creature comforts and refinements of the mount... although some should be considered depending on you use-case. If I were to get such a mount today, here's what I'd consider updating, in order of perceived importance:

1. If it's for mobile/non-permanent use, I'd get a RAPAS since your copy already has the adaptor for it installed and, I presume, tuned. The RAPAS is *so* much better and easier to use than the traditional Losmandy PA scope.

2. Also if it's a mobile/non-permanent use case, the new base which shifts the azimuth adjustment knobs to the south side of the mount. This, plus the RAPAS, removes the requirement to perform contorted bear hug of the mount while PA'ing when using the old PA scope and base with the Az knobs on the north side. Be sure to note your mount's serial number prior to attaching the new base, as the SN on the old mount will become obscured by the Az knob housing on the new base.

3. Chip the CP3 to a V2 revision and get APCC Standard. The chip update itself is cheap (< $100) and might fix some applicable issues depending on what version you're coming from (my ca. 2008 CP3 shipped with version O) and it'll allow you to use APCC (standard or pro) if that attracts you.

4. A free update - if it's needed, update the firmware on the keypad to add new park positions and features.

The new gear boxes are not yet retrofit options for older Mach1s. I think Roland last mentioned that there are some complexities to work out with delivering them as a retrofit package, and it won't be as straight-forward as the other updates are.

Maintenance-wise, I would try to get a feel for the usage habits of its prior owner. A 2006 mount should be fine in the grease department if regularly used and stored indoors. However one that was under heavy use and/or stored outdoors could possibly stand a regreasing. You can get a grease kit by calling up AP and talking to them.

/dale

On Oct 20, 2019, at 10:16 AM, matthewcbrown@yahoo.com [ap-gto] <ap-gto@yahoogroups.com> wrote:



Hi All,


I'm looking at purchasing a used Mach1 made in 2006.



Is there anything I should be aware of regarding fixes or weaknesses (not necessarily upgrades) over time?



I know it is cp3 not cp4 and probably an old chip.

It has the adapter for the RAPAS.

It doesn't have the upgraded azimuth adjuster.

It doesn't have the automeshing (spring loaded?) worm.

It may not have the high precision gearboxes - I'm not sure on that.

It won't have the release of the worm for easy balancing.



Is there anything else that could be a potential concern?



thanks,

matt brown






Clarification for counterweights needed for Mach2

Terri Zittritsch
 

Hi,


No snow here in Vermont, and hoping Mach2's will be shipping before snowfall.  I have been assembling my kit and how have my tripod and extensions, etc.. and bought a couple of weights, but still a bit fuzzy on how much weight I'm going to need.   In the past, with my atlas, I've just used the two weights they provide, and move them as far out as needed, but based on reading information on the A-P site, it seems I should put as much of my weight as possible close to the rotation axis which makes total sense and use one weight to fine tune the balance.    


In reading the documentation, in one place it says light scopes I may not need weight because of the weight of the counterweight bar.  Does this mean the head is balanced without the bar or how do I account for the weight of the bar (do I account for 100% in counterbalancing or 50% or something else)?


I've 3 primary setups for A-P, one with the TEC 140 which is ~35lbs with camera, guidescope, etc.   I have a 400mm f/5 that comes in at 20lbs all loaded, and then the Stowaway for which I haven't gotten all built out yet as my adapters don't arrive from precise parts until 11/1.  Right now the scope plus tcc plus guide scope and camera come to around 16 pounds.   


I've initially purchased an 18 and a 10 pound set of weights but expect based on how I should be balancing I should get maybe some added 5 pound weights?    Can you make a rough recommendation?


Not sure this will get thought if the site is in-between hosts, so if I don't see a response I'll put it on the new site once we're fully moved.


Thanks,

Terri







16201 - 16220 of 83216