Date   

Cannot get GTOCP4 to connect to my network router in Station Mode

Kirk Gray
 

I am connected to the CP4 via an Ethernet cable and want to set up Station Mode, so I disconnect the GTOCP4_NET_XXXX, then I put in the password for my access point in the list below, click connect and get a message : 

192.168.1.119  says:

Join Failed

Please check password.


(the DHCP acquired IP of the CP4 is 192.168.1.119)


Now my password for this router has some special characters in it to make it more complex and I think that may be the issue. I can set up a guest network with a password that only uses letters and numbers and the CP4 has no issue joining that network. While this is nice, the guest network traffic is segregated from my main network being on a different subnet (192.168.3.x), so that would not be a solution. I can also join the Xfinitywifi open access point that Comcast sets up, but again not on the same network and not a solution. Has anyone else run into this?

Note my router is a Linksys EA9500 (AC5400).

I have quite a few phones, tablets and IP cameras connected to my WiFi network using the complex passphrase without issue.


Re: INDI or ASCOM Alpaca?

Jeff
 

Dale,

Nice explanation on the merits of INDI and ASCOM. I had not known that ASCOM was in the hands of such of small number of people.

Jeff


Re: Dome Offset setting - 1100gto

carlos49gib@...
 

Thanks Roland answering, If u do mind a have a further question, I am setting the dome  and  measuring the Off-Set figures  of the mount (1100gto) RA centre & Dec centre to find the off-sets, looking at AP Dimension Calculator spreadsheet the RA centre is clearly shown, but not sure of the centre point of the DEC. 

So basically if I measure from the RA dec (when the mount is in park position 3) centre point diagonal what is the distance to the DEC centre??

Thanks again

Carlos






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


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] <ap-gto@...>
To: ap-gto <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

Astrobob
 

Got it!
Thank you Ray. 
Bob


Re: Correction to a CN post

Konstantin von Poschinger
 

Hi Roland,

I have started to work with small models that span over the the path of a target for the next hours. It works fine for me.
If you have finished with that you always have to load the model for the hole sky again afterwards.

Konstantin


Konstantin v. Poschinger

Hammerichstr. 5
22605 Hamburg
040/8805747
0171 1983476

Am 05.05.2019 um 00:21 schrieb chris1011@... [ap-gto] <ap-gto@...>:


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] <ap-gto@...>
To: ap-gto@... <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@... <ap-gto@...> on behalf of chris1011@... [ap-gto] <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

Bill Long
 

Dont let mobile imaging scare you from using APPM. I set up on my deck, and once I am well polar aligned I run a APPM model while I am waiting for Astro Dark. It can finish well before its prime imaging time. Last night I did this, and unlike other nights, I used PHD2 to guide, with good polar alignment and a 80 pt model in APCC Pro. The result of this is that the mount went many, many cycles without making many corrections at all. No corrections were made in DEC, and only a few corrections every 30 seconds or so, were made in RA, and they were very small ones. I was using 2 second guiding exposures. 


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

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

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@... [mailto:ap-gto@...]
Sent: Friday, May 3, 2019 7:31 PM
To: ap-gto@...
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@... [ap-gto] <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] <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 &#92;(Groups&#92;)" <groups3@...>
------------------------------------

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

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