Date   

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








Very early Mach1GTO - any concerns with a used one?

matt brown
 

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



SideOfPier updates during long slew?

Michael Fulbright <mike.fulbright@...>
 

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


Pointing & Slewing Issue 1100 CP4

Greg Kinne
 

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.  

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: How to delete photos or albums from Yahoo Groups?

 

I sure hope so! The migration process is very well thought out so I expect it will be smooth.

 

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, October 18, 2019 7:47 PM
To: ap-gto@...
Subject: RE: [ap-gto] How to delete photos or albums from Yahoo Groups?

 

 

I received an invite from Optec Inc about joining groups.io a few minutes ago. I clicked on the link in the message and all I had to do was click on the "JOIN" button and that was it.

 

That was quick. I think Optec signed up to join groups.io a day before Astro-Physics did. So it's possible A-P will join them much sooner than anticipated.

 

I went to Optec Yahoo Groups and permanently disabled membership. Yeah!!!!!!

 

Peter



---In ap-gto@..., <marj@...> wrote :

Thank you, Peter. According to Groups.io, it could take a week or so for the migration. We are in the queue, but I imagine they are swamped.

 

If anyone else would like to clean up their photos, that would be great. We will alert everyone when the migration is underway. It will be too late at that point, but then you can clean up the files on the new site, if you choose.

 

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, October 18, 2019 5:11 PM
To: ap-gto@...
Subject: RE: [ap-gto] How to delete photos or albums from Yahoo Groups?

 

 

Never mind. I got them deleted for good.

 

Peter



---In ap-gto@..., <pnagy@...> wrote :

I figured out how to delete my photos from my albums. But every time I delete them and click on "Show only my photos", my photos are still there. I hope it means it may take time for Yahoo to eventually delete them. But if they are never deleted, then it's not my problem.

 

Peter



---In ap-gto@..., <woody@...> wrote :

OOPS!  I think I confused how to do this between Yahoo Groups and Groups.io.

 

I don’t think my #3 paragraph exists in Yahoo Groups.  So just find your folder.  Then you can either delete the entire folder, or click the folder ,and then click on each individual photo to delete just it.

 

Woody

 

From: ap-gto@... [mailto:ap-gto@...]
Sent: Friday, October 18, 2019 2:11 PM
To: ap-gto@...
Subject: RE: [ap-gto] How to delete photos or albums from Yahoo Groups?

 

 

Peter,

 

Try this. 

 

1) Go to the group on the Yahoo website.  The easiest way to do that is to click on the link at the bottom of this message that says “VISIT YOUR GROUP”  The link is blue and just above the Yahoo logo at the bottom.

 

2) Click on either the FILES or PHOTOS tab – depending on where your images are.

 

3) If you click on PHOTOS, there should be a check box somewhere top left that says something like only display your photos. 

Click it.

 

4) Once you have your photos, you should be able to delete the entire folder they’re in by clicking the trash can icon, or click the trash can icon on each photo file to just delete it.

 

Woody

 

From: ap-gto@... [mailto:ap-gto@...]
Sent: Friday, October 18, 2019 12:37 PM
To: ap-gto@...
Subject: [ap-gto] How to delete photos or albums from Yahoo Groups?

 

 

Hello,

 

I am trying to delete my photos and files that are no longer relevant but I can't figure it out. I am trying to save space and time for this ap-gto group when it gets migrated to groups.io.

 

Thanks,

Peter

14481 - 14500 of 81492