Date   

Re: AAPC and SkyX Not Fully Communicating with Each Other #APCC

Ray Gralak
 

Hi Robert,

I use SkyX with APCC Pro on my 1200 and 1100AE mounts. SkyX does not have any problems slewing to targets, so it's something in your setup that is misconfigured.

1. Are you connecting SkyX to the mount via the AP V2 ASCOM driver? (Or one of APCC's extra virtual COM ports?)

2. If you tell APCC to park to Park 3, does the mount park to the correct park 3 position?

3. What is the EXACT version of SkyX Pro that you are using, including Build number?

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Robert Ray
Sent: Saturday, October 3, 2020 5:13 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] AAPC and SkyX Not Fully Communicating with Each Other #APCC

Hello,

I have a problem that I am wondering if others have run into this. I have an AP 1200Gto mount upgraded to
GTOCP4 and I control it with APCC Pro. My desktop computer (32 gb of ram) has Windows 10 Pro 64-bit. I have
no trouble connecting to my mount through APCC - I connect via Ethernet. My APCC, AP drivers and firmware
are all up to date and I am using ASCOM 6.4 sp1 (on advice from AP support). I have TheSkyX Pro and the
camera control add-on and want to use them for mount control and imaging. I have the latest version and build of
SkyX. After starting APCC and connecting to the mount, I then run SkyX and connect easily to the mount. I can
control and move the mount from SkyX. However, if I select a target in SkyX, it will slew in the direction of the
object but be off by 30-40 degrees. SkyX thinks the scope has correctly slewed to the object and will indicate that
on its map. FYI, I have been over the parameters of both SkyX and APCC and they both match up. It is not a
time issue as far as I can tell. There is no time or location difference between APCC and SkyX and this is not a
polar alignment issue. I do not think it is the mount since I re-connected the keypad and attempted to slew to an
object - it landed right on it. In my opinion, it is either SkyX or communication between SkyX and APCC. I have
considered re-installing SkyX but I’m not sure yet that will help.

I am working with George on this issue but I thought it might be worthwhile to ask the forum if anyone else has
run into a similar problem? If anyone has had similar issues, I would appreciate hearing about them.

-Robert


Re: Weather station to complement APPC Pro/APPM modeling? #Mach2GTO #APCC

Joseph Beyer
 

For those that use a FocusLynx focuser, Jeff informed me the temperature gathered by the hub for focus compensation is available through ASCOM and can be used by APCC-APPM.

On Oct 3, 2020, at 5:30 PM, Dale Ghent <daleg@elemental.org> wrote:


Great, glad it works for you. If you didn't have an internet connection, I have a small and easy Arduino-based electronics project and ASCOM driver that can add an air pressure sensor to any setup.

/dale

On Oct 3, 2020, at 5:17 AM, Dominique Durand via groups.io <dom33.durand=yahoo.com@groups.io> wrote:

[Edited Message Follows]

Great and thank you Dale, it works perfectly, as long as I have an internet connection which is the case for me.

Dominique





Re: Weather station to complement APPC Pro/APPM modeling? #Mach2GTO #APCC

Dale Ghent
 

Great, glad it works for you. If you didn't have an internet connection, I have a small and easy Arduino-based electronics project and ASCOM driver that can add an air pressure sensor to any setup.

/dale

On Oct 3, 2020, at 5:17 AM, Dominique Durand via groups.io <dom33.durand=yahoo.com@groups.io> wrote:

[Edited Message Follows]

Great and thank you Dale, it works perfectly, as long as I have an internet connection which is the case for me.

Dominique


AAPC and SkyX Not Fully Communicating with Each Other #APCC

Robert Ray
 

Hello,

I have a problem that I am wondering if others have run into this.  I have an AP 1200Gto mount upgraded to GTOCP4 and I control it with APCC Pro.  My desktop computer (32 gb of ram) has Windows 10 Pro 64-bit.  I have no trouble connecting to my mount through APCC - I connect via Ethernet.  My APCC, AP drivers and firmware are all up to date and I am using ASCOM 6.4 sp1 (on advice from AP support).  I have TheSkyX Pro and the camera control add-on and want to use them for mount control and imaging.  I have the latest version and build of SkyX.  After starting APCC and connecting to the mount, I then run SkyX and connect easily to the mount.  I can control and move the mount from SkyX.  However, if I select a target in SkyX, it will slew in the direction of the object but be off by 30-40 degrees.  SkyX thinks the scope has correctly slewed to the object and will indicate that on its map.  FYI, I have been over the parameters of both SkyX and APCC and they both match up.  It is not a time issue as far as I can tell.  There is no time or location difference between APCC and SkyX and this is not a polar alignment issue.  I do not think it is the mount since I re-connected the keypad and attempted to slew to an object - it landed right on it.  In my opinion, it is either SkyX or communication between SkyX and APCC.  I have considered re-installing SkyX but I’m not sure yet that will help.  

I am working with George on this issue but I thought it might be worthwhile to ask the forum if anyone else has run into a similar problem?  If anyone has had similar issues, I would appreciate hearing about them.

 -Robert


Re: APPM Questions

Tony Benjamin <tonybenjamin@...>
 

Thanks. I'll set 30 degrees as a compromise. 


Re: Mach2 Worm Period

Larry Phillips
 

Thanks Roland and Ray.
Larry


Re: APPM Questions

Roland Christen
 

In my opinion you should model as low as you can. It will improve the higher points, especially if you are going to do unguided imaging.

Rolando



-----Original Message-----
From: Tony Benjamin <tonybenjamin@...>
To: main@ap-gto.groups.io
Sent: Sat, Oct 3, 2020 3:59 pm
Subject: [ap-gto] APPM Questions

I find that its a waste of time in my area to image anything below 45 degrees due to pollution/refraction. Is it okay to limit APPM to above 45 degrees or will the model be improved by modelling below 45 degrees even though I won't be imaging there?


APPM Questions

Tony Benjamin <tonybenjamin@...>
 
Edited

I find that its a waste of time in my area to image anything below 45 degrees due to pollution/refraction. Is it okay to limit APPM to above 45 degrees or will the model be improved by modelling below 45 degrees even though I won't be imaging there?

Also, I'm at a .49arc/sec image scale - should I bin my ML16200 to 2x2? Haven't in the past with an image scale of .44.


Re: Mach2 Worm Period

Ray Gralak
 

The polar alignment wizard does not need to know the worm cycle, correct?
That is correct! It does not need to know the worm period.

Just use PEMPro's Mount Wizard to create an instance of an Astro-Physics mount.

There is a mount type for the "AP GTOCP5 Controller". That is the type you should select.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Larry Phillips
Sent: Saturday, October 3, 2020 11:11 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Mach2 Worm Period

It has been a while since I used PemPro and I only intended to use it right now for polar alignment. The polar
alignment wizard does not need to know the worm cycle, correct?
Larry


Re: Help with "Syncing"

Tony Benjamin <tonybenjamin@...>
 

Hi Ray,

I just got a Planewave 12.5 (to eliminate the possible mirror shift with the C11 Edge I had :)). Haven't had a chance to do a pointing model yet as I am still trying to get the collimation dialed in - but it is a top priority!!


Thanks

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Ray Gralak
Sent: October 3, 2020 9:35 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Help with "Syncing"

Hi Tony,

What am I doing wrong?
You probably are not doing anything wrong.

However, if you are not using a pointing model, then a plate solve and sync might only provide excellent pointing accuracy near the area of the sync.

If you use a scope with optics that can shift, like many SCTs, then even a pointing model can only provide limited accuracy.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf
Of Tony Benjamin
Sent: Friday, October 2, 2020 10:05 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] Help with "Syncing"

I must be doing something (or everything) wrong wrt syncing the mount.
Heres what I have been doing without much success.

I'm using Voyager to send the mount to where I want it to go (Voyager
is using J2000 coordinates). So, as an example I'll send the mount to
Vega (via Voyager). I'll take an image and see that Vega is not well
centered. So I'll move the mount via the manual buttons inside APCC
Pro. Once I get Vega centered I will "Sync" the mount by entering the J2000 coordinates that are given for Vega in Voyager (using SESAME - which finds and gives the coordinates).

Now this seems to work fine if I leave Vega and go back to it - but if
I go somewhere else (say M31 or M13) these will not be in the FOV?? I
thought by syncing on a known object (such as Vega) that your gotos should be fine after that?

What am I doing wrong?


Re: Mach2 Worm Period

Roland Christen
 

That is correct.

The worm gears are the same as the Mach1 by the way. Same time for 1 revolution.

Rolando



-----Original Message-----
From: Larry Phillips <llp41astro@...>
To: main@ap-gto.groups.io
Sent: Sat, Oct 3, 2020 1:11 pm
Subject: Re: [ap-gto] Mach2 Worm Period

It has been a while since I used PemPro and I only intended to use it right now for polar alignment.  The polar alignment wizard does not need to know the worm cycle, correct?
Larry


Re: Mach2 Worm Period

Larry Phillips
 

It has been a while since I used PemPro and I only intended to use it right now for polar alignment.  The polar alignment wizard does not need to know the worm cycle, correct?
Larry


Re: Mach2 Worm Period

Roland Christen
 

There is no need for PEMPro. The Mach2 is an encoder mount and does not have periodic error. There is nothing to measure and no PE curve to load into the CP5 controller.

Rolando

-----Original Message-----
From: Larry Phillips <llp41astro@...>
To: main@ap-gto.groups.io
Sent: Sat, Oct 3, 2020 12:42 pm
Subject: [ap-gto] Mach2 Worm Period

In preparation for receiving my Mach2 next week, I am updating PemPro V3.  One item I need to enter is the worm period.  It defaulted to 480.00 but I do not know if this is a default value or the actual period for the Mach2.
Larry


Re: Mach2 Worm Period

Ray Gralak
 

Hi Larry,

The Mach2 has encoders, which means no periodic error. What are you hoping to do?

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Larry Phillips
Sent: Saturday, October 3, 2020 10:43 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] Mach2 Worm Period

In preparation for receiving my Mach2 next week, I am updating PemPro V3. One item I need to enter is the worm
period. It defaulted to 480.00 but I do not know if this is a default value or the actual period for the Mach2.
Larry


Mach2 Worm Period

Larry Phillips
 

In preparation for receiving my Mach2 next week, I am updating PemPro V3.  One item I need to enter is the worm period.  It defaulted to 480.00 but I do not know if this is a default value or the actual period for the Mach2.
Larry


Re: Mach1 play in RA Axis - did not adjust out with Gear Mesh adjustment

Roland Christen
 

Hi John

I had one more thought while tossing and turning last night. It could be that your motor box is not fully fastened to the RA axis and thus can rock back and forth. This would be the case if the screws inside the motor box were not fully tightened by the previous owner if he took the box off in order to clean and lube the gear teeth. You might want to check that out.

To find the screws, remove the back cover that has the electronic connector. See image below.  Look inside and you will see the 2 screws that hold the gearbox to the axis (Screws marked A1, A2). These should be tight and the gearbox should be securely held in place as you wiggle the counterweight shaft.

The other two screws marked B1 and B2 attach the backstop and should also be tight. When you put the cover back on, make sure that you do not pinch any of the motor wires - very important!

Roland Christen
Astro-Physics Inc.




-----Original Message-----
From: John Davis <johncdavis200@...>
To: main@ap-gto.groups.io
Sent: Fri, Oct 2, 2020 10:22 am
Subject: Re: [ap-gto] Mach1 play in RA Axis - did not adjust out with Gear Mesh adjustment

Thanks so much for the information!  Just knowing that others have seen the issue and were able to fix it helps a lot.


Re: Help with "Syncing"

Ray Gralak
 

Hi Tony,

What am I doing wrong?
You probably are not doing anything wrong.

However, if you are not using a pointing model, then a plate solve and sync might only provide excellent pointing accuracy near the area of the sync.

If you use a scope with optics that can shift, like many SCTs, then even a pointing model can only provide limited accuracy.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Tony Benjamin
Sent: Friday, October 2, 2020 10:05 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] Help with "Syncing"

I must be doing something (or everything) wrong wrt syncing the mount. Heres what I have been doing without
much success.

I'm using Voyager to send the mount to where I want it to go (Voyager is using J2000 coordinates). So, as an
example I'll send the mount to Vega (via Voyager). I'll take an image and see that Vega is not well centered. So I'll
move the mount via the manual buttons inside APCC Pro. Once I get Vega centered I will "Sync" the mount by
entering the J2000 coordinates that are given for Vega in Voyager (using SESAME - which finds and gives the
coordinates).

Now this seems to work fine if I leave Vega and go back to it - but if I go somewhere else (say M31 or M13) these
will not be in the FOV?? I thought by syncing on a known object (such as Vega) that your gotos should be fine after
that?

What am I doing wrong?


Re: Help with "Syncing"

Roland Christen
 

If you're not perfectly polar aligned then objects far away from that first star could be left-right-up-down or out of the field altogether. Secondly, if the object is on the other side of the meridian, then you will also introduce an orthogonality error which shifts that object in RA by twice your orthogonality offset. Only way around is to either map the sky via APPM or do plate solve.

Rolando



-----Original Message-----
From: Tony Benjamin <tonybenjamin@...>
To: main@ap-gto.groups.io
Sent: Sat, Oct 3, 2020 12:04 am
Subject: [ap-gto] Help with "Syncing"

I must be doing something (or everything) wrong wrt syncing the mount. Heres what I have been doing without much success.

I'm using Voyager to send the mount to where I want it to go (Voyager is using J2000 coordinates). So, as an example I'll send the mount to Vega (via Voyager). I'll take an image and see that Vega is not well centered. So I'll move the mount via the manual buttons inside APCC Pro. Once I get Vega centered I will "Sync" the mount by entering the J2000 coordinates that are given for Vega in Voyager (using SESAME - which finds and gives the coordinates).

Now this seems to work fine if I leave Vega and go back to it - but if I go somewhere else (say M31 or M13) these will not be in the FOV?? I thought by syncing on a known object (such as Vega) that your gotos should be fine after that?

What am I doing wrong?


Re: Help with "Syncing"

Michael Freeberg <snopak@...>
 

Tony, I use the precise pointing feature inside voyager.it will plate solve the first sleep to target and then move the mount to center target .once centered it will sync to target.

Mike

On Oct 3, 2020 12:04 AM, Tony Benjamin <tonybenjamin@...> wrote:
I must be doing something (or everything) wrong wrt syncing the mount. Heres what I have been doing without much success.

I'm using Voyager to send the mount to where I want it to go (Voyager is using J2000 coordinates). So, as an example I'll send the mount to Vega (via Voyager). I'll take an image and see that Vega is not well centered. So I'll move the mount via the manual buttons inside APCC Pro. Once I get Vega centered I will "Sync" the mount by entering the J2000 coordinates that are given for Vega in Voyager (using SESAME - which finds and gives the coordinates).

Now this seems to work fine if I leave Vega and go back to it - but if I go somewhere else (say M31 or M13) these will not be in the FOV?? I thought by syncing on a known object (such as Vega) that your gotos should be fine after that?

What am I doing wrong?


Re: Weather station to complement APPC Pro/APPM modeling? #Mach2GTO #APCC

Dominique Durand
 
Edited

Great and thank you Dale, it works perfectly, as long as I have an internet connection which is the case for me.

Dominique

6221 - 6240 of 79807