Date   

pointing is bad after do APPM with TheSkyX

popkrab
 

Hello,


I need help for my AP1100AE. I am still can't use AP110AE to do unguided. I did pointing model with APPM with TSX (ImageLink and TSX Camera). APPM run succesful. After that. I try to slew to any star in the sky using TheSkyX. All star I slew is not at the center of the field. I am sure that My mount is very well Polar alignment and it error less than 30 arc-min using Pempro. And I did not use Tpoint.


Please help. I am almost give up. No one can help me really. I try to ask from this group and email to George and Howard. No one can help me. I don't know what can I do. 


I recorded video while I did APPM in Team viewer. Please see in the video and please suggest me what wrong.


https://1drv.ms/f/s!Aq6kx_n-8v0Omy51oX5iZBqielTk
Please suggest me what I have to do.
Many thanks in advance if anyone ca help me. I bought this mount almost 3-4 year and it still doesn't work. 
POP



Guiding failure recently to v2 of drivers

rbris66471@...
 

Have upgraded to The SkyX and in doing so upgraded drivers to v2. Using AP1200 mount SBIG with AO. Mount moves well with all slew commands parking etc. When guiding with AO; AO works but when reaching AO set limits no mount bump and get error code 217; a necessary driver was not found. When guiding without AO there is no mount movement. Bob Bristol


Re: APCC failed to create virtual port

Ray Gralak
 

It is a core-i5 with 8GB RAM and solid state drive. But it is an old generation i-5 - pretty responsive though. I will try
and repeat some tests to see if I can find some pattern along with task manager information like you mentioned.
I'm not sure if APCC can do anything about this as I haven't seen this error, but if possible put in a programmable delay in the next build for systems that require a longer initialization time.

If your SSD is older you might want to check its wear index. Also, SSD's tend to perform better when they are no more than 1/2 full. If your SSD is older or more than half full you might want to consider upgrading to a newer/larger one.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro: http://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: http://www.gralak.com/apdriver
Author of PulseGuide: http://www.pulseguide.com
Author of Sigma: http://www.gralak.com/sigma


-----Original Message-----
From: ap-gto@... [mailto:ap-gto@...]
Sent: Monday, March 19, 2018 8:03 PM
To: ap-gto@...
Subject: Re: [ap-gto] APCC failed to create virtual port



It is a core-i5 with 8GB RAM and solid state drive. But it is an old generation i-5 - pretty responsive though. I will try
and repeat some tests to see if I can find some pattern along with task manager information like you mentioned.

Regards
Hemant


On Mon, Mar 19, 2018 at 10:00 PM, 'Ray Gralak (Groups)' groups3@... [ap-gto] <ap-gto@...>
wrote:





> Ok. Thanks a lot. I did start APCC before anything - may be too soon?? It worked fine after sometime..

Windows can sometimes do a lot of maintenance when just started and any background applications too, so
waiting a bit might help. You might try bringing up task manager to see what's happening and how long to wait before
your system quiets down.

What hardware are you running in your computer? (desktop/laptop CPU, disk, memory)

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-
physics.com/index.htm?products/accessories/software/apcc/apcc <http://www.astro-
physics.com/index.htm?products/accessories/software/apcc/apcc>
Author of PEMPro: http://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: http://www.gralak.com/apdriver
Author of PulseGuide: http://www.pulseguide.com
Author of Sigma: http://www.gralak.com/sigma

> -----Original Message-----
> From: ap-gto@... [mailto:ap-gto@...]
> Sent: Monday, March 19, 2018 7:46 PM
> To: ap-gto@...
> Subject: Re: [ap-gto] APCC failed to create virtual port
>
>
>
> Ray,
>
> Ok. Thanks a lot. I did start APCC before anything - may be too soon?? It worked fine after sometime..
>
> Regards
> Hemant
>
>
> On Mon, Mar 19, 2018 at 9:41 PM, 'Ray Gralak (Groups)' groups3@... [ap-gto] <ap-
gto@...>
> wrote:
>
>
>
>
>
> > Any idea on what causes this and how to fix this?
>
> This means that APCC tried to access the virtual machine interface before it was fully ready. This could be
> caused by a slow computer, or if you have a lot of background tasks, or are running virtual machines, etc. You
should
> try starting APCC first before anything else so that Windows can initialize the virtual port driver faster.
>
> -Ray Gralak
> Author of APCC (Astro-Physics Command Center): http://www.astro-
> physics.com/index.htm?products/accessories/software/apcc/apcc
<http://physics.com/index.htm?products/accessories/software/apcc/apcc> <http://www.astro-
> physics.com/index.htm?products/accessories/software/apcc/apcc
<http://physics.com/index.htm?products/accessories/software/apcc/apcc> >
> Author of PEMPro: http://www.ccdware.com
> Author of Astro-Physics V2 ASCOM Driver: http://www.gralak.com/apdriver
<http://www.gralak..com/apdriver>
> Author of PulseGuide: http://www.pulseguide.com
> Author of Sigma: http://www.gralak.com/sigma
>
>
>
> > -----Original Message-----
> > From: ap-gto@... [mailto:ap-gto@...]
> > Sent: Monday, March 19, 2018 7:22 PM
> > To: ap-gto@...
> > Subject: [ap-gto] APCC failed to create virtual port
> >
> >
> >
> > Every so often, when I try to launch APCC, I get an error saying:
> > "Failed to Create Virtual Port (COMxx): Exception of type
> > 'System.Windows.Forms.AxHost+InvalidActiveXStateException' was thrown"
> >
> > Any idea on what causes this and how to fix this?
> >
> > Regards
> > Hemant
> >
> >
> >
>
>
>
>
>
>
>







Strange Dec Curve

Bill Long
 

Hey all,


I noticed a strange curve in PHD that would occur with my mount from time to time. It has happened on multiple nights. Here is a PHD image to help show what I mean:


https://groups.yahoo.com/neo/groups/ap-gto/files/Dec%20curve.JPG


The images dont seem to be impacted by it at all, so I am not thinking this is a problem with the mount, per se, but perhaps something that PHD is reporting in an errant way? Any other AP users see this?



New file uploaded to ap-gto

ap-gto@...
 

Hello,

This email message is a notification to let you know that
a file has been uploaded to the Files area of the ap-gto
group.

File : /Dec curve.JPG
Uploaded by : bill@... <glr7bd4o2nlwpiwtgpu3qfutd2dy3ixjw3h5zbnu@...>
Description :

You can access this file at the URL:
https://groups.yahoo.com/neo/groups/ap-gto/files/Dec%20curve.JPG

To learn more about file sharing for your group, please visit:
https://help.yahoo.com/kb/index?page=content&y=PROD_GRPS&locale=en_US&id=SLN15398

Regards,

bill@... <glr7bd4o2nlwpiwtgpu3qfutd2dy3ixjw3h5zbnu@...>


Re: APCC failed to create virtual port

Hemant Hariyani
 

It is a core-i5 with 8GB RAM and solid state drive. But it is an old generation i-5 - pretty responsive though. I will try and repeat some tests to see if I can find some pattern along with task manager information like you mentioned.

Regards
Hemant


On Mon, Mar 19, 2018 at 10:00 PM, 'Ray Gralak (Groups)' groups3@... [ap-gto] <ap-gto@...> wrote:
 

> Ok. Thanks a lot. I did start APCC before anything - may be too soon?? It worked fine after sometime..

Windows can sometimes do a lot of maintenance when just started and any background applications too, so waiting a bit might help. You might try bringing up task manager to see what's happening and how long to wait before your system quiets down.

What hardware are you running in your computer? (desktop/laptop CPU, disk, memory)

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro: http://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: http://www.gralak.com/apdriver
Author of PulseGuide: http://www.pulseguide.com
Author of Sigma: http://www.gralak.com/sigma

> -----Original Message-----
> From: ap-gto@... [mailto:ap-gto@...]
> Sent: Monday, March 19, 2018 7:46 PM
> To: ap-gto@...
> Subject: Re: [ap-gto] APCC failed to create virtual port
>
>
>
> Ray,
>
> Ok. Thanks a lot. I did start APCC before anything - may be too soon?? It worked fine after sometime..
>
> Regards
> Hemant
>
>
> On Mon, Mar 19, 2018 at 9:41 PM, 'Ray Gralak (Groups)' groups3@... [ap-gto] <ap-gto@...>
> wrote:
>
>
>
>
>
> > Any idea on what causes this and how to fix this?
>
> This means that APCC tried to access the virtual machine interface before it was fully ready. This could be
> caused by a slow computer, or if you have a lot of background tasks, or are running virtual machines, etc. You should
> try starting APCC first before anything else so that Windows can initialize the virtual port driver faster.
>
> -Ray Gralak
> Author of APCC (Astro-Physics Command Center): http://www.astro-
> physics.com/index.htm?products/accessories/software/apcc/apcc <http://www.astro-
> physics.com/index.htm?products/accessories/software/apcc/apcc>
> Author of PEMPro: http://www.ccdware.com
> Author of Astro-Physics V2 ASCOM Driver: http://www.gralak.com/apdriver
> Author of PulseGuide: http://www.pulseguide.com
> Author of Sigma: http://www.gralak.com/sigma
>
>
>
> > -----Original Message-----
> > From: ap-gto@... [mailto:ap-gto@...]
> > Sent: Monday, March 19, 2018 7:22 PM
> > To: ap-gto@...
> > Subject: [ap-gto] APCC failed to create virtual port
> >
> >
> >
> > Every so often, when I try to launch APCC, I get an error saying:
> > "Failed to Create Virtual Port (COMxx): Exception of type
> > 'System.Windows.Forms.AxHost+InvalidActiveXStateException' was thrown"
> >
> > Any idea on what causes this and how to fix this?
> >
> > Regards
> > Hemant
> >
> >
> >
>
>
>
>
>
>
>



Re: APCC failed to create virtual port

Ray Gralak
 

Ok. Thanks a lot. I did start APCC before anything - may be too soon?? It worked fine after sometime..
Windows can sometimes do a lot of maintenance when just started and any background applications too, so waiting a bit might help. You might try bringing up task manager to see what's happening and how long to wait before your system quiets down.

What hardware are you running in your computer? (desktop/laptop CPU, disk, memory)

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro: http://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: http://www.gralak.com/apdriver
Author of PulseGuide: http://www.pulseguide.com
Author of Sigma: http://www.gralak.com/sigma


-----Original Message-----
From: ap-gto@... [mailto:ap-gto@...]
Sent: Monday, March 19, 2018 7:46 PM
To: ap-gto@...
Subject: Re: [ap-gto] APCC failed to create virtual port



Ray,

Ok. Thanks a lot. I did start APCC before anything - may be too soon?? It worked fine after sometime..

Regards
Hemant


On Mon, Mar 19, 2018 at 9:41 PM, 'Ray Gralak (Groups)' groups3@... [ap-gto] <ap-gto@...>
wrote:





> Any idea on what causes this and how to fix this?

This means that APCC tried to access the virtual machine interface before it was fully ready. This could be
caused by a slow computer, or if you have a lot of background tasks, or are running virtual machines, etc. You should
try starting APCC first before anything else so that Windows can initialize the virtual port driver faster.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-
physics.com/index.htm?products/accessories/software/apcc/apcc <http://www.astro-
physics.com/index.htm?products/accessories/software/apcc/apcc>
Author of PEMPro: http://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: http://www.gralak.com/apdriver
Author of PulseGuide: http://www.pulseguide.com
Author of Sigma: http://www.gralak.com/sigma



> -----Original Message-----
> From: ap-gto@... [mailto:ap-gto@...]
> Sent: Monday, March 19, 2018 7:22 PM
> To: ap-gto@...
> Subject: [ap-gto] APCC failed to create virtual port
>
>
>
> Every so often, when I try to launch APCC, I get an error saying:
> "Failed to Create Virtual Port (COMxx): Exception of type
> 'System.Windows.Forms.AxHost+InvalidActiveXStateException' was thrown"
>
> Any idea on what causes this and how to fix this?
>
> Regards
> Hemant
>
>
>







Re: APCC failed to create virtual port

Hemant Hariyani
 

Ray,

Ok. Thanks a lot. I did start APCC before anything - may be too soon?? It worked fine after sometime.

Regards
Hemant


On Mon, Mar 19, 2018 at 9:41 PM, 'Ray Gralak (Groups)' groups3@... [ap-gto] <ap-gto@...> wrote:
 

> Any idea on what causes this and how to fix this?

This means that APCC tried to access the virtual machine interface before it was fully ready. This could be caused by a slow computer, or if you have a lot of background tasks, or are running virtual machines, etc. You should try starting APCC first before anything else so that Windows can initialize the virtual port driver faster.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro: http://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: http://www.gralak.com/apdriver
Author of PulseGuide: http://www.pulseguide.com
Author of Sigma: http://www.gralak.com/sigma



> -----Original Message-----
> From: ap-gto@... [mailto:ap-gto@...]
> Sent: Monday, March 19, 2018 7:22 PM
> To: ap-gto@...
> Subject: [ap-gto] APCC failed to create virtual port
>
>
>
> Every so often, when I try to launch APCC, I get an error saying:
> "Failed to Create Virtual Port (COMxx): Exception of type
> 'System.Windows.Forms.AxHost+InvalidActiveXStateException' was thrown"
>
> Any idea on what causes this and how to fix this?
>
> Regards
> Hemant
>
>
>



Re: APCC failed to create virtual port

Ray Gralak
 

Any idea on what causes this and how to fix this?
This means that APCC tried to access the virtual machine interface before it was fully ready. This could be caused by a slow computer, or if you have a lot of background tasks, or are running virtual machines, etc. You should try starting APCC first before anything else so that Windows can initialize the virtual port driver faster.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro: http://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: http://www.gralak.com/apdriver
Author of PulseGuide: http://www.pulseguide.com
Author of Sigma: http://www.gralak.com/sigma


-----Original Message-----
From: ap-gto@... [mailto:ap-gto@...]
Sent: Monday, March 19, 2018 7:22 PM
To: ap-gto@...
Subject: [ap-gto] APCC failed to create virtual port



Every so often, when I try to launch APCC, I get an error saying:
"Failed to Create Virtual Port (COMxx): Exception of type
'System.Windows.Forms.AxHost+InvalidActiveXStateException' was thrown"

Any idea on what causes this and how to fix this?

Regards
Hemant



APCC failed to create virtual port

Hemant Hariyani
 

Every so often, when I try to launch APCC, I get an error saying:
"Failed to Create Virtual Port (COMxx): Exception of type 'System.Windows.Forms.AxHost+InvalidActiveXStateException' was thrown"

Any idea on what causes this and how to fix this?

Regards
Hemant


Re: Time Change...

Ray Gralak
 

Steve,

Will the APCC logs indicate an issue with plate solving?
No.

When your mount was first used again that night you would want to look at the responses from the Time and Time Zone commands to see
if they match your time and time zone. The ":GL#" gets the time, and ":GG#" gets the time zone. In APCC's log file they would look
something like this example (except your time and time zone):

0000060 2017-07-14 08:08:57.825: Debug, Command Thread, TX = ':GL#'
0000061 2017-07-14 08:08:57.856: Debug, Command Thread, RX = '08:08:57.9#'
0000062 2017-07-14 08:08:57.857: Debug, Command Thread, TX = ':GG#'
0000063 2017-07-14 08:08:57.888: Debug, Command Thread, RX = '07:00:00.0#'

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro: http://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: http://www.gralak.com/apdriver
Author of PulseGuide: http://www.pulseguide.com
Author of Sigma: http://www.gralak.com/sigma


-----Original Message-----
From: ap-gto@... [mailto:ap-gto@...]
Sent: Monday, March 19, 2018 2:51 PM
To: ap-gto@...
Subject: RE: [ap-gto] Time Change...



Hello Ray,



I haven't looked too hard at this point but I know the corrections were blocked in APCC when I attempted to use the
Find Lost Scope script in ACP this morning when I caught the issue early while it was still dark enough to try. I'll have
to go back and look at the ACP log files but not sure they will reveal the issue. This is the 1st night that SRO ran since
the time change. I know APCC is up to date on both SRO and my home computers. The driver I can't swear to yet.
Checking now..5.10.02 is installed. Will the APCC logs indicate an issue with plate solving?



Looking hard now, other than not plate solving at all in ACP or Astrometry is all ACP reports and then guides on a star
that happens to be in the guider FOV go figure. This was supposed to be NGC4725 and I late solve later this morning
and Astrometry reports a error of 775.2' and of course didn't recalibrate due to the size of the error I'm guessing here.
For now hoping to get another chance this evening I have the APCC "Errant Error ReCal" off for the moment hoping to
recal and then get back in business. Depends on the conditions this evening. I did zip the APCC log files from 3/18-
3/19 but have no idea what to look for. It would have to be in the beginning as all images failed to plate solve.



-Steve





From: ap-gto@... <ap-gto@...>
Sent: Monday, March 19, 2018 12:02 PM
To: ap-gto@...
Subject: RE: [ap-gto] Time Change ...





If you are using the latest APCC and driver the time change should be transparent, and no pointing errors should
result. So, is it
possible that something else may have happened to cause this?

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-
physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro: http://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: http://www.gralak.com/apdriver
Author of PulseGuide: http://www.pulseguide.com
Author of Sigma: http://www.gr alak.com/sigma <http://www.gralak.com/sigma>

-----Original Message-----
From: ap-gto@... [mailto:ap-gto@...]
Sent: Monday, March 19, 2018 8:46 AM
To: ap-gto@...
Subject: [ap-gto] Time Change...



So it finally cleared up at SRO last night and some images were taken, not the ones it thought it was taking but
images
none the less. Scratching my head this morning after my second cup of coffee and checking all my settings in ACP it
finally dawned on me that these weren't the settings causing the problem. ACP was taking the images, plate solving,
and
correcting as far as it knew however APCC's setting of "Prevent Errant Recals" being checked prevented these
corrections from being implemented. So a simple to me suggestion, hope, req uest, is that Ray could maybe
implement
an exception to this twice a year when the Daylight Savings Time dates occurred say if there is/was a boxed
checked
accordingly. I have no idea why my home observatory missed this issue but checking back there are no images
found
that aren't centered properly. And both systems are set the same as far as Advanced Settings. I used t o pay close
attention to the time change since both mounts had hand controllers connected but they are both put away now and
have been for some time (years).



-Steve


Re: Weights Configuration

Gregory <fyrframe@...>
 

Thanks Woody,

Perfectly clear.

Gregory Gig Harbor, WA.


On 3/18/2018 12:49 PM, 'Woody Schlom' woody@... [ap-gto] wrote:

 

Greg,

I suspect the reason your rig is “top-heavy” is because of the piggy-backed 71mm being mounted on top of the main scope. The piggy-backed scope moves your balance axis further away from the mount’s balance axis. The result is that you can get the setup balanced for one point only. Tip too far either direction and the mount is off-balance.

I call this situation “off-axis balance.” Because of the piggy-backed scope, your balance axis has moved away from the main balance plane axis. To correct this, you need to add a second set of counter-weights opposite the piggy-backed scope. And this is where ADM’s and Losmandy’s off-axis counter-weight systems come into play. These systems are primarily designed to use dovetail rails to position new smaller CW’s to your piggy-backed scope.

Both ADM’s and Losmandy’s off-axis CW systems use ½” SS threaded rods to position the additional CW’s at the correct distance for correct balance. You slide the CW on its dovetail rail fore and aft for on-axis balance, and then screw the new CW out away from the scopes to compensate for the off-axis imbalance.

In addition to the new CW’s being threaded so you can move them in and out to balance, you can buy longer threaded rods (ADM’s come in 3” and 6” lengths I believe, and Losmandy’s come in 2” – and a couple of longer lengths. And both companies make their CW’s in a couple of sizes – again to compensate for more or less off-axis imbalance.

So far I haven’t needed one of these off-axis CW systems with my Mach-1 imaging configurations. But I need one for every one of my various Alt/Az mounts – both visual (to compensate for big heavy 2” diagonals and heavy eyepieces and finder-scopes), as well as imaging configurations to compensate for piggy-backed scopes and off-axis guide cameras and systems.

For most of my off-axis solutions, I mount a Vixen dovetail on top of my SCT or RC scope, and a “D” dovetail under. To compensate for a piggy-backed scope configuration, the off-axis CW system goes on the bottom rail – pointing away (180°) from the piggy-backed scope/s.

But again, so far, I’ve not run into this off-axis problem with my Mach-1 (or any GEM), just Alt/Az mounts. And I assume you’d have similar problems with a fork-mount on a wedge.

If you don’t have a clue what I’m talking about, visit ADM’s or Losmandy’s websites and look at their off-axis CW systems, or I can post a couple of photos here. But my photos will only show my scopes mounted on Alt/Az mounts with these CW systems – not my Mach1.

Woody

From: ap-gto@...
Sent: Sunday, March 18, 2018 8:13 AM
To: ap-gto@...
Subject: [ap-gto] Weights Configuration

Hi,

I have four 9lb weights on my Mach One. I have a small refractor and an even smaller (71mm) refractor mounted on top of the larger OTA.

I can not configure the weight distribution following the instructions on the AP site. The only way I have found to bring this set up to balance, is mounting two weights at the top of the weight bar and two very near the bottom. About a five inch gap between the two groups of weights.

Do I need more weights or is having the smaller refractor on top of the bigger scope causing problems? The setup does seem to be top heavy. But the setup is under 40lbs.

I thought of re-mounting the 71mm in a side x side config. I would then hopefully have my weights in a more appropriate configuration based on the instructions at AP.

Thanks for your help as always.
Gregory Gig Harbor, WA.





Re: Time Change...

Steve Reilly
 

Hello Ray,

 

I haven’t looked too hard at this point but I know the corrections were blocked in APCC when I attempted to use the Find Lost Scope script in ACP this morning when I caught the issue early while it was still dark enough to try. I’ll have to go back and look at the ACP log files but not sure they will reveal the issue. This is the 1st night that SRO ran since the time change. I know APCC is up to date on both SRO and my home computers. The driver I can’t swear to yet. Checking now….5.10.02 is installed. Will the APCC logs indicate an issue with plate solving?

 

Looking hard now, other than not plate solving at all in ACP or Astrometry is all ACP reports and then guides on a star that happens to be in the guider FOV go figure. This was supposed to be NGC4725 and I late solve later this morning and Astrometry reports a error of 775.2’ and of course didn’t recalibrate due to the size of the error I’m guessing here. For now hoping to get another chance this evening I have the APCC “Errant Error ReCal” off for the moment hoping to recal and then get back in business. Depends on the conditions this evening. I did zip the APCC log files from 3/18-3/19 but have no idea what to look for. It would have to be in the beginning as all images failed to plate solve.

 

-Steve

 

 

From: ap-gto@...
Sent: Monday, March 19, 2018 12:02 PM
To: ap-gto@...
Subject: RE: [ap-gto] Time Change...

 

 

If you are using the latest APCC and driver the time change should be transparent, and no pointing errors should result. So, is it
possible that something else may have happened to cause this?

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro: http://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: http://www.gralak.com/apdriver
Author of PulseGuide: http://www.pulseguide.com
Author of Sigma: http://www.gralak.com/sigma

> -----Original Message-----
> From: ap-gto@... [mailto:ap-gto@...]
> Sent: Monday, March 19, 2018 8:46 AM
> To: ap-gto@...
> Subject: [ap-gto] Time Change...
>
>
>
> So it finally cleared up at SRO last night and some images were taken, not the ones it thought it was taking but images
> none the less. Scratching my head this morning after my second cup of coffee and checking all my settings in ACP it
> finally dawned on me that these weren't the settings causing the problem. ACP was taking the images, plate solving, and
> correcting as far as it knew however APCC's setting of "Prevent Errant Recals" being checked prevented these
> corrections from being implemented. So a simple to me suggestion, hope, request, is that Ray could maybe implement
> an exception to this twice a year when the Daylight Savings Time dates occurred say if there is/was a boxed checked
> accordingly. I have no idea why my home observatory missed this issue but checking back there are no images found
> that aren't centered properly. And both systems are set the same as far as Advanced Settings. I used t o pay close
> attention to the time change since both mounts had hand controllers connected but they are both put away now and
> have been for some time (years).
>
>
>
> -Steve
>
>


Re: Time Change...

Ray Gralak
 

If you are using the latest APCC and driver the time change should be transparent, and no pointing errors should result. So, is it
possible that something else may have happened to cause this?

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro: http://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: http://www.gralak.com/apdriver
Author of PulseGuide: http://www.pulseguide.com
Author of Sigma: http://www.gralak.com/sigma

-----Original Message-----
From: ap-gto@... [mailto:ap-gto@...]
Sent: Monday, March 19, 2018 8:46 AM
To: ap-gto@...
Subject: [ap-gto] Time Change...



So it finally cleared up at SRO last night and some images were taken, not the ones it thought it was taking but images
none the less. Scratching my head this morning after my second cup of coffee and checking all my settings in ACP it
finally dawned on me that these weren't the settings causing the problem. ACP was taking the images, plate solving, and
correcting as far as it knew however APCC's setting of "Prevent Errant Recals" being checked prevented these
corrections from being implemented. So a simple to me suggestion, hope, request, is that Ray could maybe implement
an exception to this twice a year when the Daylight Savings Time dates occurred say if there is/was a boxed checked
accordingly. I have no idea why my home observatory missed this issue but checking back there are no images found
that aren't centered properly. And both systems are set the same as far as Advanced Settings. I used t o pay close
attention to the time change since both mounts had hand controllers connected but they are both put away now and
have been for some time (years).



-Steve


Time Change...

Steve Reilly
 

So it finally cleared up at SRO last night and some images were taken, not the ones it thought it was taking but images none the less. Scratching my head this morning after my second cup of coffee and checking all my settings in ACP it finally dawned on me that these weren’t the settings causing the problem. ACP was taking the images, plate solving, and correcting as far as it knew however APCC’s setting of “Prevent Errant Recals” being checked prevented these corrections from being implemented. So a simple to me suggestion, hope, request, is that Ray could maybe implement an exception to this twice a year when the Daylight Savings Time dates occurred say if there is/was a boxed checked accordingly. I have no idea why my home observatory missed this issue but checking back there are no images found that aren’t centered properly. And both systems are set the same as far as Advanced Settings. I used to pay close attention to the time change since both mounts had hand controllers connected but they are both put away now and have been for some time (years).

 

-Steve


PHD2 Dec Axis Issue?

dvuolhhr6nx4a532a3phnju3zs6lzvlgxdl2wzaf@...
 

Hi,

My mount is an AP1100GTO and I am wondering if I may be developing a Dec issue with it. For the last year or so I have been using a C11 Edge for imaging (.28 image scale) along with PHD2 for guiding and have had no real issues. I would dither every frame (30 sec Lum) with a "Very High Dither" in SGP and again I had no issues. Normally my RA/Dec would be around .4" with the C11 while dithering every frame.

I just switched over to my SVQ100 (1.35 image scale) and while the guiding seems good when I am not dithering (RMS .3) it goes bad in Dec when I do dither (see pic PHD2.jpg).

The subs taken seem ok (eccentricity is pretty high though (.6) but I do not understand why I am getting such a high RMS in Dec for the same dithering settings (I did change the FL to 580mm for the SVQ100 in PHD2). I am wondering if there is an issue with the mount?




New file uploaded to ap-gto

ap-gto@...
 

Hello,

This email message is a notification to let you know that
a file has been uploaded to the Files area of the ap-gto
group.

File : /PHD2.JPG
Uploaded by : tonybenjamin@... <dvuolhhr6nx4a532a3phnju3zs6lzvlgxdl2wzaf@...>
Description : Dec Axis Guiding Issue

You can access this file at the URL:
https://groups.yahoo.com/neo/groups/ap-gto/files/PHD2.JPG

To learn more about file sharing for your group, please visit:
https://help.yahoo.com/kb/index?page=content&y=PROD_GRPS&locale=en_US&id=SLN15398

Regards,

tonybenjamin@... <dvuolhhr6nx4a532a3phnju3zs6lzvlgxdl2wzaf@...>


Re: Weights Configuration

Woody Schlom <woody@...>
 

Greg,



Another comment on side-by-side configurations.



Yes, getting a side-by-side saddle will also work. But it’s more expensive, adds more weight, and is much more time-consuming to balance.



I have a side-by-side Losmandy “D” saddle system I’ve used for side-by-side solar scopes on my Mach1. I think the side-by-side saddle itself weighs around 12 lbs.



And since you’ll now be balancing in two directions (two axis), initial balancing takes some time – particularly the first time when you don’t know what you’re doing. Once upon a time I think Roland gave step-by-step instructions on this forum on the most efficient way to balance a side-by-side system. I wish I’d had those instructions the first time I balanced mine. It’s much better than my trial-and-error routine.



But so long as you use the same equipment and configuration each time, you can mark the balance points and subsequent setups will go quickly.



But don’t forget the additional weight of the heavy side-by-side saddle. If you’re already close to the weight capacity of your mount, this could put you over.



And of course, once configured side-by-side, you’ll need to re-set your park positions as the side-by-side configuration rotates DEC by 90°.



Woody



From: ap-gto@... <ap-gto@...>
Sent: Sunday, March 18, 2018 8:13 AM
To: ap-gto@...
Subject: [ap-gto] Weights Configuration





Hi,

I have four 9lb weights on my Mach One. I have a small refractor and an even smaller (71mm) refractor mounted on top of the larger OTA.

I can not configure the weight distribution following the instructions on the AP site. The only way I have found to bring this set up to balance, is mounting two weights at the top of the weight bar and two very near the bottom. About a five inch gap between the two groups of weights.

Do I need more weights or is having the smaller refractor on top of the bigger scope causing problems? The setup does seem to be top heavy. But the setup is under 40lbs.

I thought of re-mounting the 71mm in a side x side config. I would then hopefully have my weights in a more appropriate configuration based on the instructions at AP.

Thanks for your help as always.
Gregory Gig Harbor, WA.





[Non-text portions of this message have been removed]


Re: Remote Desktop PC access on Ad Hoc Network

Michael Fulbright <mike.fulbright@...>
 

I agree with what Steve is saying here.  A mini wifi AP/router is a better solution imho.

I usually run the LAN from the headless machine running the scope and cameras into the AP and if I have a laptop at the scope I use the LAN connection as well.  Very fast updates.

Then I have a tablet I walk around the field with and visit other people and so I can monitor the data capture via WiFi so I can run back to the scope if it needs me for some reason.

I use TightVNC instead of TV or RDP but that is personal preference.  My data capture machine is Linux based so VNC is a natural choice but not the only.

Michael Fulbright


On 3/18/2018 3:16 PM, smackto@... [ap-gto] wrote:

 

Hi Wayne,


I've used ad hoc networks in the field but I found using a small wifi router to be a more robust solution than an ad hoc network.

I bought this router so I can set up my own little network in the field and it works great.  It's also a lithium ion power tank so it runs forever.

My setup is completely headless (a home-made version of the Eagle basically).  I use RDP to connect to my MacBook Pro and my iPad and works very well.  I've tried team viewer as well and it's fine but RDP with my little network is brain dead easy to use.

Regards,

Steve
 


Re: Weights Configuration

Woody Schlom <woody@...>
 

Greg,



I suspect the reason your rig is “top-heavy” is because of the piggy-backed 71mm being mounted on top of the main scope. The piggy-backed scope moves your balance axis further away from the mount’s balance axis. The result is that you can get the setup balanced for one point only. Tip too far either direction and the mount is off-balance.



I call this situation “off-axis balance.” Because of the piggy-backed scope, your balance axis has moved away from the main balance plane axis. To correct this, you need to add a second set of counter-weights opposite the piggy-backed scope. And this is where ADM’s and Losmandy’s off-axis counter-weight systems come into play. These systems are primarily designed to use dovetail rails to position new smaller CW’s to your piggy-backed scope.



Both ADM’s and Losmandy’s off-axis CW systems use ½” SS threaded rods to position the additional CW’s at the correct distance for correct balance. You slide the CW on its dovetail rail fore and aft for on-axis balance, and then screw the new CW out away from the scopes to compensate for the off-axis imbalance.



In addition to the new CW’s being threaded so you can move them in and out to balance, you can buy longer threaded rods (ADM’s come in 3” and 6” lengths I believe, and Losmandy’s come in 2” – and a couple of longer lengths. And both companies make their CW’s in a couple of sizes – again to compensate for more or less off-axis imbalance.



So far I haven’t needed one of these off-axis CW systems with my Mach-1 imaging configurations. But I need one for every one of my various Alt/Az mounts – both visual (to compensate for big heavy 2” diagonals and heavy eyepieces and finder-scopes), as well as imaging configurations to compensate for piggy-backed scopes and off-axis guide cameras and systems.



For most of my off-axis solutions, I mount a Vixen dovetail on top of my SCT or RC scope, and a “D” dovetail under. To compensate for a piggy-backed scope configuration, the off-axis CW system goes on the bottom rail – pointing away (180°) from the piggy-backed scope/s.



But again, so far, I’ve not run into this off-axis problem with my Mach-1 (or any GEM), just Alt/Az mounts. And I assume you’d have similar problems with a fork-mount on a wedge.



If you don’t have a clue what I’m talking about, visit ADM’s or Losmandy’s websites and look at their off-axis CW systems, or I can post a couple of photos here. But my photos will only show my scopes mounted on Alt/Az mounts with these CW systems – not my Mach1.



Woody



From: ap-gto@... <ap-gto@...>
Sent: Sunday, March 18, 2018 8:13 AM
To: ap-gto@...
Subject: [ap-gto] Weights Configuration





Hi,

I have four 9lb weights on my Mach One. I have a small refractor and an even smaller (71mm) refractor mounted on top of the larger OTA.

I can not configure the weight distribution following the instructions on the AP site. The only way I have found to bring this set up to balance, is mounting two weights at the top of the weight bar and two very near the bottom. About a five inch gap between the two groups of weights.

Do I need more weights or is having the smaller refractor on top of the bigger scope causing problems? The setup does seem to be top heavy. But the setup is under 40lbs.

I thought of re-mounting the 71mm in a side x side config. I would then hopefully have my weights in a more appropriate configuration based on the instructions at AP.

Thanks for your help as always.
Gregory Gig Harbor, WA.





[Non-text portions of this message have been removed]