Date   

Re: CP4 Sharing?

Bill Long
 

I could just re-upload the curve after a swap, right?


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of George <george@...>
Sent: Tuesday, April 21, 2020 9:52 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] CP4 Sharing?
 

Bill,

 

No, control boxes cannot be swapped without losing the PE curve.

 

Regards,

 

George

 

George Whitney

Astro-Physics, Inc.

Phone:  815-282-1513

Email:  george@...

 

From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
Sent: Tuesday, April 21, 2020 11:39 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] CP4 Sharing?

 

Quick question -- I have an 1100 with AE and a CP4 and a Mach 1 with CP3-V2 Chip. If I wanted to, would I be able to share the CP4 between the two mounts? Assuming that any curve stored in the CP4 would be for use with the Mach 1, and the 1100 would of course just use the encoders.

 

-Bill


Re: CP4 Sharing?

George
 

Bill,

 

No, control boxes cannot be swapped without losing the PE curve.

 

Regards,

 

George

 

George Whitney

Astro-Physics, Inc.

Phone:  815-282-1513

Email:  george@...

 

From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
Sent: Tuesday, April 21, 2020 11:39 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] CP4 Sharing?

 

Quick question -- I have an 1100 with AE and a CP4 and a Mach 1 with CP3-V2 Chip. If I wanted to, would I be able to share the CP4 between the two mounts? Assuming that any curve stored in the CP4 would be for use with the Mach 1, and the 1100 would of course just use the encoders.

 

-Bill


Re: RAPAS on Mach2

Bill Long
 

I went through all of that with Polemaster, and never saw much of a difference. Maybe I had a bad unit or something. At any rate, RAPAS works great for me, and I use PEMPro to check/dial things in further.

Perhaps it is a lack of coffee taking effect this morning, but how on earth did the weights hit the RAPAS? Also, you can put the scope in Park 2 to quickly and easily move it out of the way of the RAPAS.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Terri Zittritsch <theresamarie11@...>
Sent: Tuesday, April 21, 2020 9:34 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] RAPAS on Mach2
 
I thought I'd confirm, for those interested in using the Polemaster, that my exposure time increase did fix my accuracy issues in the fine tune step of polar alignment.
Last night, I measured a DEC drift of essentially zero again in PHD2 using only the Polemaster.      So if you're getting poor results, like I was, turn up the exposure time.   I was previously turning up both exposure and gain, last night after thinking about gain vs. exposure, I turned up just exposure and received the same good results.   So I have to retract my first post comments about accuracy, the Polemaster can do a very good job.

I also adjusted my RAPAS, to the best that I could do.. this is a tricky process, in the dark, with two small allan wrenches.    I tried some repeatability tests, plugging and unplugging the RAPAS.   There is some small amount of seating that I noticed.. that I need to wiggle (wrong word but don't have the right one) the RAPAS bracket, for the image location to stabilize.   It's more grabbing the bracket and flexing back and forth.. but it was repeatable and now that I know I must do it, it's ok.   Next time I will check how good the RAPAS polar aligns compared to Polemaster.

As a public service warning: 
Note, that while in the dark, be VERY CAREFUL about rotating a Mach2 with RAPAS attached.   My head does not allow me to get my dominant eye (right eye) into the RAPAS with a telescope installed.   So I have to rotate the scope to opposite side of RAPAS, for me it is west, and you have to be careful you don't go too far... because the mount/weights can and will hit the RAPAS and if the weights are up high, it doesn't have to go very far!    

I think APCC or the driver should have a message come up when you unpark Mach2 mounts, that warns you that you should remember to remove the RAPAS or pay careful attention to your rotation  and RAPAS so no collision occurs.  All of my prior mounts only had polar scopes on the RA axis of rotation, which never have to be removed, so I never gave it a thought.  


T


CP4 Sharing?

Bill Long
 

Quick question -- I have an 1100 with AE and a CP4 and a Mach 1 with CP3-V2 Chip. If I wanted to, would I be able to share the CP4 between the two mounts? Assuming that any curve stored in the CP4 would be for use with the Mach 1, and the 1100 would of course just use the encoders.

-Bill


Re: RAPAS on Mach2

Terri Zittritsch
 

I thought I'd confirm, for those interested in using the Polemaster, that my exposure time increase did fix my accuracy issues in the fine tune step of polar alignment.
Last night, I measured a DEC drift of essentially zero again in PHD2 using only the Polemaster.      So if you're getting poor results, like I was, turn up the exposure time.   I was previously turning up both exposure and gain, last night after thinking about gain vs. exposure, I turned up just exposure and received the same good results.   So I have to retract my first post comments about accuracy, the Polemaster can do a very good job.

I also adjusted my RAPAS, to the best that I could do.. this is a tricky process, in the dark, with two small allan wrenches.    I tried some repeatability tests, plugging and unplugging the RAPAS.   There is some small amount of seating that I noticed.. that I need to wiggle (wrong word but don't have the right one) the RAPAS bracket, for the image location to stabilize.   It's more grabbing the bracket and flexing back and forth.. but it was repeatable and now that I know I must do it, it's ok.   Next time I will check how good the RAPAS polar aligns compared to Polemaster.

As a public service warning: 
Note, that while in the dark, be VERY CAREFUL about rotating a Mach2 with RAPAS attached.   My head does not allow me to get my dominant eye (right eye) into the RAPAS with a telescope installed.   So I have to rotate the scope to opposite side of RAPAS, for me it is west, and you have to be careful you don't go too far... because the mount/weights can and will hit the RAPAS and if the weights are up high, it doesn't have to go very far!    

I think APCC or the driver should have a message come up when you unpark Mach2 mounts, that warns you that you should remember to remove the RAPAS or pay careful attention to your rotation  and RAPAS so no collision occurs.  All of my prior mounts only had polar scopes on the RA axis of rotation, which never have to be removed, so I never gave it a thought.  


T


Re: Script to park mount at flat panel #APCC

Geof Lewis
 

Thanks Ray,
I've sent you a private email to your groups3 address.
Regards,

Geof


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <groups3@...>
Sent: 21 April 2020 13:08
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Script to park mount at flat panel #APCC
 
Hi Geof,

> V2 driver continues to allow me to park with CW up, BUT since  August last year, on start up after thus parking I
> started to get GOTO position errors, i.e. the mount would not slew to target correctly anymore, it would be a couple

The driver by itself cannot introduce pointing errors unless the mount initialization parameters were wrong. That can happen when
the mount is unparked from one of the park positions instead of unparking/resuming from last parked position when the mount wasn't
actually at that park position. Also, mixing initialization between the hand controller and the computer can cause an issue if
time/time zone/latitude/longitude are different between the two, or if you parked with one and unparked from a park position with
the other.

So, assuming you have a permanent setup, to reduce the possibility of introducing pointing errors because of  wrong initialization
parameters:

1) Consistently use one method for mount initialization (computer or HC) and parking.
2) Always unpark/resume from last parked position unless you physically unclutched the mount and moved it to a different position.
3) Make sure you have up to date mount firmware (V, V1, or V2 for the GTOCP3, and VCP4-P01-13 for the GTOCP4).
4) Use the latest version of the driver, v5.30.10:

https://www.gralak.com/apdriver/AstroPhysics_V2_Setup_5.30.10.exe

If you still have pointing problems and are using the driver exclusively for initialization/parking then we will need to get your
logs to look into the issue.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of PEMPro V3:  https://www.ccdware.com
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 Geof Lewis
> Sent: Tuesday, April 21, 2020 2:45 AM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] Script to park mount at flat panel #APCC
>
> Hi Ray,
> I don't own APCC, I just use the V2 driver. To be more accurate in my description of the problem, it is true that the
> V2 driver continues to allow me to park with CW up, BUT since  August last year, on start up after thus parking I
> started to get GOTO position errors, i.e. the mount would not slew to target correctly anymore, it would be a couple
> of hours out, which problem was repeatable. I spoke to George at AP and exchanged emails with George and
> Howard, but without resolution, other than a recommendation that it was unadvisable to park CW up. Hence, I
> decided to relocate my flat panel to be able to park with the telescope facing it with CW down, since when the
> mount has never lost it's position. I don't know what changed, but I've had my observatory for 4 years and for 3
> years had previously always parked in the same custom AltAz CW up position without any issue. Last year I had
> been doing planetary imaging for a couple of months in the summer for which I don't use my computer for GOTO
> slews, just manually slew using the HC, then my mum died in July so everything astronomy related went on the
> back burner. Towards the end of August 2019, I started DSO imaging again and had issues with the GOTO being
> way off and plate solves using PS2 in SGP not solving. I manually synced the mount using the HC to slew to
> target and all was well for the session with accurate GOTOs, but the next and subsequent nights I had the same
> issue. The only thing that had changed was that I had updated the V2 driver, so rightly or wrongly concluded that
> was a factor and telephoned George about it, who brought Howard into the loop. We exchanged a few emails, but
> there was no resolution other than me relocating the flat panel to the opposite corner of my observatory, so that I
> now use a custom AltAz park with CW down.
> I have some of the email thread with George and Howard from August last year if you want to see it, but it is no
> longer an issue for me as I now don't park in my old CW down position.
> Regards,
>
> Geof
>
> ________________________________
>
> From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <groups3@...>
> Sent: 21 April 2020 04:09
> To: main@ap-gto.groups.io <main@ap-gto.groups.io>
> Subject: Re: [ap-gto] Script to park mount at flat panel #APCC
>
> Hi Geof,
>
> > Please note that I used to be able to
> > park in a CW up position, but one of the V2 driver updates last year didn't like that, so I had to move my light
> panel
> > 180 degrees away to the diagonally opposite corner log my observatory, so that I could use an AltAz custom park
> > with CW down, since when I've not had any issues.
>
> Are you sure that the reason wasn't that you were using APCC? The driver alone has been able to park to a
> custom CW up position for
> some time, but until recently APCC could not.  Starting with version 1.8.0.0, APCC can park to a custom
> counterweight up and/or
> below horizon position.
>
> -Ray Gralak
> Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro <https://www.astro-
> physics.com/apcc-pro>
> Author of PEMPro V3:  https://www.ccdware.com
> Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver
> <https://www.siriusimaging.com/apdriver>
>
> > -----Original Message-----
> > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Geof Lewis
> > Sent: Monday, April 20, 2020 8:33 AM
> > To: main@ap-gto.groups.io
> > Subject: Re: [ap-gto] Script to park mount at flat panel #APCC
> >
> > I also use SGP and have a flat panel on the wall of my observatory. All I did was set a custom AltAz park position
> > in the V2 driver so that the OTA points square to the flat panel when parked. Please note that I used to be able to
> > park in a CW up position, but one of the V2 driver updates last year didn't like that, so I had to move my light
> panel
> > 180 degrees away to the diagonally opposite corner log my observatory, so that I could use an AltAz custom park
> > with CW down, since when I've not had any issues.
> >
> > Geof
> >
> > Get Outlook for iOS <https://aka.ms/o0ukef>
> > ________________________________
> >
> > From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <groups3@...>
> > Sent: Monday, April 20, 2020 4:23 pm
> > To: main@ap-gto.groups.io
> > Subject: Re: [ap-gto] Script to park mount at flat panel #APCC
> >
> > Hi Rathi,
> >
> > The attached vbscript file can slew the mount to Alt/Az coordinates and exit when the slew has completed.
> >
> > You will need to change the Alt Az values in the script to the values for your flat panel. You will also need to
> > rename the file without the ".txt". It needs to have a file extension ".vbs".
> >
> > -Ray Gralak
> > Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro <https://www.astro-
> physics.com/apcc-pro>  <https://www.astro-
> > physics.com/apcc-pro>
> > Author of PEMPro V3:  https://www.ccdware.com
> > Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver
> <https://www.siriusimaging.com/apdriver>
> > <https://www.siriusimaging.com/apdriver>
> >
> > > -----Original Message-----
> > > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Rathi Banerjee
> > > Sent: Sunday, April 19, 2020 12:24 PM
> > > To: main@ap-gto.groups.io
> > > Subject: [ap-gto] Script to park mount at flat panel #APCC
> > >
> > > Hi everyone,
> > >
> > > Is there a way to move my telescope to a specific Alt/Az position (location of my flat panel on my observatory
> > wall)
> > > via a script? I use SGP to image and it does not support going to a specified Alt/Az position to take flats, but it
> > does
> > > support running a script before taking flats.
> > >
> > > Thanks,
> > > -Rathi.
> > >
> >
> >
> >
> >
> >
>
>
>
>
>
>





Re: Script to park mount at flat panel #APCC

Ray Gralak
 

Hi Geof,

V2 driver continues to allow me to park with CW up, BUT since August last year, on start up after thus parking I
started to get GOTO position errors, i.e. the mount would not slew to target correctly anymore, it would be a couple
The driver by itself cannot introduce pointing errors unless the mount initialization parameters were wrong. That can happen when
the mount is unparked from one of the park positions instead of unparking/resuming from last parked position when the mount wasn't
actually at that park position. Also, mixing initialization between the hand controller and the computer can cause an issue if
time/time zone/latitude/longitude are different between the two, or if you parked with one and unparked from a park position with
the other.

So, assuming you have a permanent setup, to reduce the possibility of introducing pointing errors because of wrong initialization
parameters:

1) Consistently use one method for mount initialization (computer or HC) and parking.
2) Always unpark/resume from last parked position unless you physically unclutched the mount and moved it to a different position.
3) Make sure you have up to date mount firmware (V, V1, or V2 for the GTOCP3, and VCP4-P01-13 for the GTOCP4).
4) Use the latest version of the driver, v5.30.10:

https://www.gralak.com/apdriver/AstroPhysics_V2_Setup_5.30.10.exe

If you still have pointing problems and are using the driver exclusively for initialization/parking then we will need to get your
logs to look into the issue.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of PEMPro V3: https://www.ccdware.com
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 Geof Lewis
Sent: Tuesday, April 21, 2020 2:45 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Script to park mount at flat panel #APCC

Hi Ray,
I don't own APCC, I just use the V2 driver. To be more accurate in my description of the problem, it is true that the
V2 driver continues to allow me to park with CW up, BUT since August last year, on start up after thus parking I
started to get GOTO position errors, i.e. the mount would not slew to target correctly anymore, it would be a couple
of hours out, which problem was repeatable. I spoke to George at AP and exchanged emails with George and
Howard, but without resolution, other than a recommendation that it was unadvisable to park CW up. Hence, I
decided to relocate my flat panel to be able to park with the telescope facing it with CW down, since when the
mount has never lost it's position. I don't know what changed, but I've had my observatory for 4 years and for 3
years had previously always parked in the same custom AltAz CW up position without any issue. Last year I had
been doing planetary imaging for a couple of months in the summer for which I don't use my computer for GOTO
slews, just manually slew using the HC, then my mum died in July so everything astronomy related went on the
back burner. Towards the end of August 2019, I started DSO imaging again and had issues with the GOTO being
way off and plate solves using PS2 in SGP not solving. I manually synced the mount using the HC to slew to
target and all was well for the session with accurate GOTOs, but the next and subsequent nights I had the same
issue. The only thing that had changed was that I had updated the V2 driver, so rightly or wrongly concluded that
was a factor and telephoned George about it, who brought Howard into the loop. We exchanged a few emails, but
there was no resolution other than me relocating the flat panel to the opposite corner of my observatory, so that I
now use a custom AltAz park with CW down.
I have some of the email thread with George and Howard from August last year if you want to see it, but it is no
longer an issue for me as I now don't park in my old CW down position.
Regards,

Geof

________________________________

From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <groups3@gralak.com>
Sent: 21 April 2020 04:09
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Script to park mount at flat panel #APCC

Hi Geof,

Please note that I used to be able to
park in a CW up position, but one of the V2 driver updates last year didn't like that, so I had to move my light
panel
180 degrees away to the diagonally opposite corner log my observatory, so that I could use an AltAz custom park
with CW down, since when I've not had any issues.
Are you sure that the reason wasn't that you were using APCC? The driver alone has been able to park to a
custom CW up position for
some time, but until recently APCC could not. Starting with version 1.8.0.0, APCC can park to a custom
counterweight up and/or
below horizon position.

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

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Geof Lewis
Sent: Monday, April 20, 2020 8:33 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Script to park mount at flat panel #APCC

I also use SGP and have a flat panel on the wall of my observatory. All I did was set a custom AltAz park position
in the V2 driver so that the OTA points square to the flat panel when parked. Please note that I used to be able to
park in a CW up position, but one of the V2 driver updates last year didn't like that, so I had to move my light
panel
180 degrees away to the diagonally opposite corner log my observatory, so that I could use an AltAz custom park
with CW down, since when I've not had any issues.

Geof

Get Outlook for iOS <https://aka.ms/o0ukef>
________________________________

From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <groups3@gralak.com>
Sent: Monday, April 20, 2020 4:23 pm
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Script to park mount at flat panel #APCC

Hi Rathi,

The attached vbscript file can slew the mount to Alt/Az coordinates and exit when the slew has completed.

You will need to change the Alt Az values in the script to the values for your flat panel. You will also need to
rename the file without the ".txt". It needs to have a file extension ".vbs".

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

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Rathi Banerjee
Sent: Sunday, April 19, 2020 12:24 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] Script to park mount at flat panel #APCC

Hi everyone,

Is there a way to move my telescope to a specific Alt/Az position (location of my flat panel on my observatory
wall)
via a script? I use SGP to image and it does not support going to a specified Alt/Az position to take flats, but it
does
support running a script before taking flats.

Thanks,
-Rathi.








Re: Script to park mount at flat panel #APCC

Geof Lewis
 

Hi Ray,
I don't own APCC, I just use the V2 driver. To be more accurate in my description of the problem, it is true that the V2 driver continues to allow me to park with CW up, BUT since  August last year, on start up after thus parking I started to get GOTO position errors, i.e. the mount would not slew to target correctly anymore, it would be a couple of hours out, which problem was repeatable. I spoke to George at AP and exchanged emails with George and Howard, but without resolution, other than a recommendation that it was unadvisable to park CW up. Hence, I decided to relocate my flat panel to be able to park with the telescope facing it with CW down, since when the mount has never lost it's position. I don't know what changed, but I've had my observatory for 4 years and for 3 years had previously always parked in the same custom AltAz CW up position without any issue. Last year I had been doing planetary imaging for a couple of months in the summer for which I don't use my computer for GOTO slews, just manually slew using the HC, then my mum died in July so everything astronomy related went on the back burner. Towards the end of August 2019, I started DSO imaging again and had issues with the GOTO being way off and plate solves using PS2 in SGP not solving. I manually synced the mount using the HC to slew to target and all was well for the session with accurate GOTOs, but the next and subsequent nights I had the same issue. The only thing that had changed was that I had updated the V2 driver, so rightly or wrongly concluded that was a factor and telephoned George about it, who brought Howard into the loop. We exchanged a few emails, but there was no resolution other than me relocating the flat panel to the opposite corner of my observatory, so that I now use a custom AltAz park with CW down.
I have some of the email thread with George and Howard from August last year if you want to see it, but it is no longer an issue for me as I now don't park in my old CW down position.
Regards,

Geof


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <groups3@...>
Sent: 21 April 2020 04:09
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Script to park mount at flat panel #APCC
 
Hi Geof,

> Please note that I used to be able to
> park in a CW up position, but one of the V2 driver updates last year didn't like that, so I had to move my light panel
> 180 degrees away to the diagonally opposite corner log my observatory, so that I could use an AltAz custom park
> with CW down, since when I've not had any issues.

Are you sure that the reason wasn't that you were using APCC? The driver alone has been able to park to a custom CW up position for
some time, but until recently APCC could not.  Starting with version 1.8.0.0, APCC can park to a custom counterweight up and/or
below horizon position.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of PEMPro V3:  https://www.ccdware.com
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 Geof Lewis
> Sent: Monday, April 20, 2020 8:33 AM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] Script to park mount at flat panel #APCC
>
> I also use SGP and have a flat panel on the wall of my observatory. All I did was set a custom AltAz park position
> in the V2 driver so that the OTA points square to the flat panel when parked. Please note that I used to be able to
> park in a CW up position, but one of the V2 driver updates last year didn't like that, so I had to move my light panel
> 180 degrees away to the diagonally opposite corner log my observatory, so that I could use an AltAz custom park
> with CW down, since when I've not had any issues.
>
> Geof
>
> Get Outlook for iOS <https://aka.ms/o0ukef>
> ________________________________
>
> From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <groups3@...>
> Sent: Monday, April 20, 2020 4:23 pm
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] Script to park mount at flat panel #APCC
>
> Hi Rathi,
>
> The attached vbscript file can slew the mount to Alt/Az coordinates and exit when the slew has completed.
>
> You will need to change the Alt Az values in the script to the values for your flat panel. You will also need to
> rename the file without the ".txt". It needs to have a file extension ".vbs".
>
> -Ray Gralak
> Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro <https://www.astro-
> physics.com/apcc-pro>
> Author of PEMPro V3:  https://www.ccdware.com
> Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver
> <https://www.siriusimaging.com/apdriver>
>
> > -----Original Message-----
> > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Rathi Banerjee
> > Sent: Sunday, April 19, 2020 12:24 PM
> > To: main@ap-gto.groups.io
> > Subject: [ap-gto] Script to park mount at flat panel #APCC
> >
> > Hi everyone,
> >
> > Is there a way to move my telescope to a specific Alt/Az position (location of my flat panel on my observatory
> wall)
> > via a script? I use SGP to image and it does not support going to a specified Alt/Az position to take flats, but it
> does
> > support running a script before taking flats.
> >
> > Thanks,
> > -Rathi.
> >
>
>
>
>
>





Re: Script to park mount at flat panel #APCC

Ray Gralak
 

Hi Geof,

Please note that I used to be able to
park in a CW up position, but one of the V2 driver updates last year didn't like that, so I had to move my light panel
180 degrees away to the diagonally opposite corner log my observatory, so that I could use an AltAz custom park
with CW down, since when I've not had any issues.
Are you sure that the reason wasn't that you were using APCC? The driver alone has been able to park to a custom CW up position for
some time, but until recently APCC could not. Starting with version 1.8.0.0, APCC can park to a custom counterweight up and/or
below horizon position.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of PEMPro V3: https://www.ccdware.com
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 Geof Lewis
Sent: Monday, April 20, 2020 8:33 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Script to park mount at flat panel #APCC

I also use SGP and have a flat panel on the wall of my observatory. All I did was set a custom AltAz park position
in the V2 driver so that the OTA points square to the flat panel when parked. Please note that I used to be able to
park in a CW up position, but one of the V2 driver updates last year didn't like that, so I had to move my light panel
180 degrees away to the diagonally opposite corner log my observatory, so that I could use an AltAz custom park
with CW down, since when I've not had any issues.

Geof

Get Outlook for iOS <https://aka.ms/o0ukef>
________________________________

From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <groups3@gralak.com>
Sent: Monday, April 20, 2020 4:23 pm
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Script to park mount at flat panel #APCC

Hi Rathi,

The attached vbscript file can slew the mount to Alt/Az coordinates and exit when the slew has completed.

You will need to change the Alt Az values in the script to the values for your flat panel. You will also need to
rename the file without the ".txt". It needs to have a file extension ".vbs".

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

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Rathi Banerjee
Sent: Sunday, April 19, 2020 12:24 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] Script to park mount at flat panel #APCC

Hi everyone,

Is there a way to move my telescope to a specific Alt/Az position (location of my flat panel on my observatory
wall)
via a script? I use SGP to image and it does not support going to a specified Alt/Az position to take flats, but it
does
support running a script before taking flats.

Thanks,
-Rathi.




Re: Script to park mount at flat panel #APCC

Rathi Banerjee
 

Thank you, Ray & Geof! I appreciate the help!


Re: RAPAS on Mach2

Terri Zittritsch
 

On Mon, Apr 20, 2020 at 01:23 PM, Greg Salyer wrote:
erri, I had the same experience with PoleMaster. Just couldn’t get it closer than about 8’. However, I later found that my scope was slightly skewed from the mount. I suspect that was the problem. I fixed it but haven’t tried PoleMaster since. I just don’t want to take a chance of messing up the alignment I achieved with PEMPro.
 
Greg
If you were only seeing 8' of alignment, that sounds close to the advertised accuracy of the gross alignment (putting polaris in the dashed circle), versus the monitor alignment.    The manual is pretty vague as to how things work.  I just went to the QHY site and looked at their FAQ, they do mention that precision alignment can be poor in situations of poor signal to noise (maybe exposure too low).   If in doubt, crank up your exposure time to the next level and see if that improves things.    I also used the atmospheric correction (always have it on) which requires setting your temp and pressure, but for me at 45 degrees lattitude, it's not very much.   If you're closer to the equator, it might be more of a factor.

T








Re: RAPAS on Mach2

Cheng-Yang Tan
 

Sorry, I meant "I thought it was because my PoleMaster *was mounted* on my saddle rather than on the RA rotation axis."



On Monday, April 20, 2020, 12:40:16 PM CDT, Cheng-Yang Tan via groups.io <cytan299@...> wrote:


Hi guys,
   I had the same experience with PoleMaster and Sharpcap using the PoleMaster camera for quite a while. Polar alignment was terrible after using either methods: > 10' error after checking with PHD drift align. I thought it was because my PoleMaster was not mounted on my saddle rather than on the RA rotation axis. 

  However recently, PoleMaster (without using Sharpcap) gave PA accuracy < 2'. What changed? Here's where I will start an urban legend because I can't explain it. Since I have a portable setup, I do the following after setting most of it up:
    
  
      Bad way: Previously, I always say Don't Unpark -> Yes to Popup. Finish monkeying around a bit more. Then Unpark from Park 3. Do PoleMaster routines.

      Good way: Now I say "Unpark from park 3" -> Cancel to Popup -> Park to Park 3. Finish monkeying around a bit more. Then Unpark from Last Park. Do PoleMaster routines.

   Being paranoid, I always use PHD2 to check PA with drift align (modified using Roland's routine by checking drift at the zenith rather than slewing East to do Alt adjust). Now using the "Good way", I don't need to do Az adjusts pointing south, small Alt adjusts when pointing to the zenith. And the PA errors are a lot better.

YMMV

cytan
 
  

On Monday, April 20, 2020, 12:23:49 PM CDT, Greg Salyer <astronutcase@...> wrote:


Terri, I had the same experience with PoleMaster. Just couldn’t get it closer than about 8’. However, I later found that my scope was slightly skewed from the mount. I suspect that was the problem. I fixed it but haven’t tried PoleMaster since. I just don’t want to take a chance of messing up the alignment I achieved with PEMPro.

Greg

On Apr 20, 2020, at 1:15 PM, Terri Zittritsch <theresamarie11@...> wrote:


For what its worth -- I used a polemaster and never found it to work very well, other than a rough alignment tool. I have had better results with a RAPAS unit that was calibrated after a PEMPro alignment was completed. That does a great job of getting me aligned quickly, and easily. Well before Polemaster can even display stars.

I now have a RAPAS as well.    It's hard to know the accuracy difference, and how close you can eyeball it but the only way to do a good polar align without a computer.    I'll report back once I've adjusted the RAPAS holder after another good polar alignment.   The polemaster does require it to be darker out, especially at the higher gain settings that I seem to need to lock onto the fine adjustment stars.   I'm hopeful my experience over the past weekend is repeatable.

T


Re: RAPAS on Mach2

Cheng-Yang Tan
 

Hi guys,
   I had the same experience with PoleMaster and Sharpcap using the PoleMaster camera for quite a while. Polar alignment was terrible after using either methods: > 10' error after checking with PHD drift align. I thought it was because my PoleMaster was not mounted on my saddle rather than on the RA rotation axis. 

  However recently, PoleMaster (without using Sharpcap) gave PA accuracy < 2'. What changed? Here's where I will start an urban legend because I can't explain it. Since I have a portable setup, I do the following after setting most of it up:
    
  
      Bad way: Previously, I always say Don't Unpark -> Yes to Popup. Finish monkeying around a bit more. Then Unpark from Park 3. Do PoleMaster routines.

      Good way: Now I say "Unpark from park 3" -> Cancel to Popup -> Park to Park 3. Finish monkeying around a bit more. Then Unpark from Last Park. Do PoleMaster routines.

   Being paranoid, I always use PHD2 to check PA with drift align (modified using Roland's routine by checking drift at the zenith rather than slewing East to do Alt adjust). Now using the "Good way", I don't need to do Az adjusts pointing south, small Alt adjusts when pointing to the zenith. And the PA errors are a lot better.

YMMV

cytan
 
  

On Monday, April 20, 2020, 12:23:49 PM CDT, Greg Salyer <astronutcase@...> wrote:


Terri, I had the same experience with PoleMaster. Just couldn’t get it closer than about 8’. However, I later found that my scope was slightly skewed from the mount. I suspect that was the problem. I fixed it but haven’t tried PoleMaster since. I just don’t want to take a chance of messing up the alignment I achieved with PEMPro.

Greg

On Apr 20, 2020, at 1:15 PM, Terri Zittritsch <theresamarie11@...> wrote:


For what its worth -- I used a polemaster and never found it to work very well, other than a rough alignment tool. I have had better results with a RAPAS unit that was calibrated after a PEMPro alignment was completed. That does a great job of getting me aligned quickly, and easily. Well before Polemaster can even display stars.

I now have a RAPAS as well.    It's hard to know the accuracy difference, and how close you can eyeball it but the only way to do a good polar align without a computer.    I'll report back once I've adjusted the RAPAS holder after another good polar alignment.   The polemaster does require it to be darker out, especially at the higher gain settings that I seem to need to lock onto the fine adjustment stars.   I'm hopeful my experience over the past weekend is repeatable.

T


Re: RAPAS on Mach2

Charles Thompson
 

I use the RAPAS each time I go out for a rough PA. I can never tell how good it is until I start up PhD2 and check it with guiding assistant. Once Polaris is behind the reticle line you can't see it to know exactly where it is. Usually I try to get it correct in altitude with it beside the line, then use the alt/az bolts to slide it in place behind the line in the polar scope (RAPAS). 

Is that similar to what everyone else does?




Thanks,
Charles

Sent from mobile device.


-------- Original message --------
From: Terri Zittritsch <theresamarie11@...>
Date: 4/20/20 12:15 PM (GMT-06:00)
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] RAPAS on Mach2

For what its worth -- I used a polemaster and never found it to work very well, other than a rough alignment tool. I have had better results with a RAPAS unit that was calibrated after a PEMPro alignment was completed. That does a great job of getting me aligned quickly, and easily. Well before Polemaster can even display stars.

I now have a RAPAS as well.    It's hard to know the accuracy difference, and how close you can eyeball it but the only way to do a good polar align without a computer.    I'll report back once I've adjusted the RAPAS holder after another good polar alignment.   The polemaster does require it to be darker out, especially at the higher gain settings that I seem to need to lock onto the fine adjustment stars.   I'm hopeful my experience over the past weekend is repeatable.

T


Re: RAPAS on Mach2

Greg Salyer
 

Terri, I had the same experience with PoleMaster. Just couldn’t get it closer than about 8’. However, I later found that my scope was slightly skewed from the mount. I suspect that was the problem. I fixed it but haven’t tried PoleMaster since. I just don’t want to take a chance of messing up the alignment I achieved with PEMPro.

Greg

On Apr 20, 2020, at 1:15 PM, Terri Zittritsch <theresamarie11@...> wrote:


For what its worth -- I used a polemaster and never found it to work very well, other than a rough alignment tool. I have had better results with a RAPAS unit that was calibrated after a PEMPro alignment was completed. That does a great job of getting me aligned quickly, and easily. Well before Polemaster can even display stars.

I now have a RAPAS as well.    It's hard to know the accuracy difference, and how close you can eyeball it but the only way to do a good polar align without a computer.    I'll report back once I've adjusted the RAPAS holder after another good polar alignment.   The polemaster does require it to be darker out, especially at the higher gain settings that I seem to need to lock onto the fine adjustment stars.   I'm hopeful my experience over the past weekend is repeatable.

T


Re: RAPAS on Mach2

Terri Zittritsch
 

For what its worth -- I used a polemaster and never found it to work very well, other than a rough alignment tool. I have had better results with a RAPAS unit that was calibrated after a PEMPro alignment was completed. That does a great job of getting me aligned quickly, and easily. Well before Polemaster can even display stars.

I now have a RAPAS as well.    It's hard to know the accuracy difference, and how close you can eyeball it but the only way to do a good polar align without a computer.    I'll report back once I've adjusted the RAPAS holder after another good polar alignment.   The polemaster does require it to be darker out, especially at the higher gain settings that I seem to need to lock onto the fine adjustment stars.   I'm hopeful my experience over the past weekend is repeatable.

T


Re: Mach1 (spring loaded vers) has gear slop?

Roland Christen
 

Give George a call at AP and he will run you thru how to adjust your mount gearbox. From your description below I do not get a clear picture of what you are trying to adjust.

Roland Christen

-----Original Message-----
From: Ron Kramer <ronkramer1957@...>
To: main <main@ap-gto.groups.io>
Sent: Mon, Apr 20, 2020 11:46 am
Subject: Re: [ap-gto] Mach1 (spring loaded vers) has gear slop?

It's gotten worse and I keep thinking about that slop.  If it doesn't matter like you say, then why does the manual show how to take out the slop and tells me to check it by moving the counter balance weights. I do it  "AS THE MANUAL," tells me to?  but the thumb on the box doesn't seem to have any more play?   Last time I did this is worked, now it doesn't. 
Last night I was RMS 2.0  (really getting super poor).  

On Tue, Apr 7, 2020 at 3:52 PM Ron Kramer via groups.io <ronkramer1957=gmail.com@groups.io> wrote:
Thanks Rolando. I wondered if it was "sky" but seems to have been bad a month or more.  But you're sharing pretty much same skies as me. So I'll see how it goes.  Thanks for the reply. 
Still my shots have been fine.  (does this new group allow images?)   I HOPE... Y4 and whirlpool during recent 1/2 moon.

C-2019 Y4 Atlas-Small.jpg  

whirlppool_final---CROPPED 15300.0s-AR_LN_8.0_4.0_9-x_1.0_LZ3-NS-full-qua-mult-sc_BWMV_nor-AAD-RE-noMBB-mod-lpc-cbg-mod-lpc-cbg-lpc-cbg-St.jpg

On Mon, Apr 6, 2020 at 7:44 PM uncarollo2 <chris1011@...> via groups.io <chris1011=aol.com@groups.io> wrote:

So my question is there another method or documentation of what I might do to take that play out of the RA mesh?
There is no reason to take out any play in RA. That axis is always running in one direction and is never reversed, so play or backlash is not an issue. It doesn't come into play at all during tracking or guiding. Leave it be.

Run Guiding Assistant and look at the natural star motion when the mount is not being guided. It will tell you instantly what the stars are doing, how much they are moving due to atmospheric motion. If you get 1 arc sec RMS of natural star motion (scintillation) then no amount of guiding will get you less error. I recently checked my skies here in Northern Illinois when it was clear on Saturday. Stars were moving around so much (probably jet Steam) that i had 0.8 arc sec RMS values of just scintillation. I could not get better then that all night long with any guide settings. It's just the way things are in spring time around here.

Rolando


-----Original Message-----
From: Ron Kramer <ronkramer1957@...>
To: main <main@ap-gto.groups.io>
Sent: Mon, Apr 6, 2020 5:41 pm
Subject: [ap-gto] Mach1 (spring loaded vers) has gear slop?

I was having superb performance over the last year. Total RMS guiding down around .24 - .32
I had some time away while swapping scopes from V1 RASA 11 to a V2 RASA 11. (very similar) V2 seems heavier. I rebalanced.
My guiding is now at best  .99 and averages around 1.50.  Good enough for decent stars at my image scale but it makes me concerned. The corrections are very abrupt. I've used PHD2 for 3 years and know it quite well for tuning. I can't seem to get it to smooth out.
I believe there was a PHD2 update during this  (good to bad shift). so it's hard to know if it's the mount or phd2. 
With that said - I feel there is a good bit of play in the RA mesh. I have taken the slop out before using the 'thumb pressure" tuning trick.  That isn't working this time.  I move the weights/top of teh scope a good bit that I think is the culprit. 
I opened the RA end of the box where the 3 gears are. (the middle gear turns freely easily). But it too seems to have some slop. ?  Meaning I can wiggle the middle gear1 bit (1/16th?) inch or could say 1.5-2mm or so before it contacts the other gears to make them move.
So my question is there another method or documentation of what I might do to take that play out of the RA mesh? 
I have seen the instructions for (old-style - no spring-loaded vers) which doesn't apply to me I don't believe. As noted above, the thumb/finger pressure on the release lever doesn't seem to work this time. Could this mean a new gear is needed in the box?  What else could I try?


Ron in Grand Rapids, MI


--


--


Re: Mach1 (spring loaded vers) has gear slop?

Ron Kramer
 

It's gotten worse and I keep thinking about that slop.  If it doesn't matter like you say, then why does the manual show how to take out the slop and tells me to check it by moving the counter balance weights. I do it  "AS THE MANUAL," tells me to?  but the thumb on the box doesn't seem to have any more play?   Last time I did this is worked, now it doesn't. 
Last night I was RMS 2.0  (really getting super poor).  

On Tue, Apr 7, 2020 at 3:52 PM Ron Kramer via groups.io <ronkramer1957=gmail.com@groups.io> wrote:
Thanks Rolando. I wondered if it was "sky" but seems to have been bad a month or more.  But you're sharing pretty much same skies as me. So I'll see how it goes.  Thanks for the reply. 
Still my shots have been fine.  (does this new group allow images?)   I HOPE... Y4 and whirlpool during recent 1/2 moon.

C-2019 Y4 Atlas-Small.jpg  

whirlppool_final---CROPPED 15300.0s-AR_LN_8.0_4.0_9-x_1.0_LZ3-NS-full-qua-mult-sc_BWMV_nor-AAD-RE-noMBB-mod-lpc-cbg-mod-lpc-cbg-lpc-cbg-St.jpg

On Mon, Apr 6, 2020 at 7:44 PM uncarollo2 <chris1011@...> via groups.io <chris1011=aol.com@groups.io> wrote:

So my question is there another method or documentation of what I might do to take that play out of the RA mesh?
There is no reason to take out any play in RA. That axis is always running in one direction and is never reversed, so play or backlash is not an issue. It doesn't come into play at all during tracking or guiding. Leave it be.

Run Guiding Assistant and look at the natural star motion when the mount is not being guided. It will tell you instantly what the stars are doing, how much they are moving due to atmospheric motion. If you get 1 arc sec RMS of natural star motion (scintillation) then no amount of guiding will get you less error. I recently checked my skies here in Northern Illinois when it was clear on Saturday. Stars were moving around so much (probably jet Steam) that i had 0.8 arc sec RMS values of just scintillation. I could not get better then that all night long with any guide settings. It's just the way things are in spring time around here.

Rolando


-----Original Message-----
From: Ron Kramer <ronkramer1957@...>
To: main <main@ap-gto.groups.io>
Sent: Mon, Apr 6, 2020 5:41 pm
Subject: [ap-gto] Mach1 (spring loaded vers) has gear slop?

I was having superb performance over the last year. Total RMS guiding down around .24 - .32
I had some time away while swapping scopes from V1 RASA 11 to a V2 RASA 11. (very similar) V2 seems heavier. I rebalanced.
My guiding is now at best  .99 and averages around 1.50.  Good enough for decent stars at my image scale but it makes me concerned. The corrections are very abrupt. I've used PHD2 for 3 years and know it quite well for tuning. I can't seem to get it to smooth out.
I believe there was a PHD2 update during this  (good to bad shift). so it's hard to know if it's the mount or phd2. 
With that said - I feel there is a good bit of play in the RA mesh. I have taken the slop out before using the 'thumb pressure" tuning trick.  That isn't working this time.  I move the weights/top of teh scope a good bit that I think is the culprit. 
I opened the RA end of the box where the 3 gears are. (the middle gear turns freely easily). But it too seems to have some slop. ?  Meaning I can wiggle the middle gear1 bit (1/16th?) inch or could say 1.5-2mm or so before it contacts the other gears to make them move.
So my question is there another method or documentation of what I might do to take that play out of the RA mesh? 
I have seen the instructions for (old-style - no spring-loaded vers) which doesn't apply to me I don't believe. As noted above, the thumb/finger pressure on the release lever doesn't seem to work this time. Could this mean a new gear is needed in the box?  What else could I try?


Ron in Grand Rapids, MI



--




Re: RAPAS on Mach2

Bill Long
 

For what its worth -- I used a polemaster and never found it to work very well, other than a rough alignment tool. I have had better results with a RAPAS unit that was calibrated after a PEMPro alignment was completed. That does a great job of getting me aligned quickly, and easily. Well before Polemaster can even display stars.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Wayne Hixson via groups.io <wayneh9026@...>
Sent: Monday, April 20, 2020 8:32 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] RAPAS on Mach2
 
Very smart deduction! Thanks! 


On Apr 20, 2020, at 6:56 AM, Terri Zittritsch <theresamarie11@...> wrote:

For those that followed this and might be considering a polemaster, and noted that I wasn't getting the result I expected, I think I've figured out why I was seeing such a poor result.     When I started using the polemaster, it was with my Atlas mounts, and given I always need to do guiding, I didn't much worry about whether I was exactly on the pole or not, and didn't bother with drift measurements.. and guiding seemed to work just fine.   And as I recall, I was always on the 2nd step for both gain and exposure time.    Fast forward to getting the Mach2.  Now I'm trying to evaluate the performance of the Mach2, so wanting to do a more accurate polar alignment, and get it done early in the evening.   So I moved to the lowest setting on gain and exposure time (screen becomes viewable earlier).. I could always see the stars, but they were dimmer and smaller, and my thinking is that smaller is better for more accurate alignment.     But, for last step, the fine adjustment monitor step (going from 5-6 arc min alignment to 30" alignment) Polemaster actually picks up some other dimmer stars..   I believe when I decreased my gain and exposure times, these stars weren't being picked up reliably in the monitor step.  
To cut off the story,I think I was basically staying at the 5-6 arc minute gross polar alignment, which is essentially what I was measuring in PHD2.   After thinking about it, I decided to go back to the higher gain and exposure time to see if it made a difference.     This past weekend, I upped the gain and exposure time on the camera, did my polar alignment, and I noted that the monitor step adjustment required more tweaking than it had needed in prior mach2 polar alignments.     In checking my drift in PHD2... I had essentially zero.   Curve jumping around due to atmosphere, but no trend whatsoever over at least 5 minutes.   

So for anyone else who's had trouble getting better than the advertised gross polar alignment on the polemaster, this could be your issue.


T
 


Re: Script to park mount at flat panel #APCC

Geof Lewis
 

I also use SGP and have a flat panel on the wall of my observatory. All I did was set a custom AltAz park position in the V2 driver so that the OTA points square to the flat panel when parked. Please note that I used to be able to park in a CW up position, but one of the V2 driver updates last year didn’t like that, so I had to move my light panel 180 degrees away to the diagonally opposite corner log my observatory, so that I could use an AltAz custom park with CW down, since when I’ve not had any issues.

Geof


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <groups3@...>
Sent: Monday, April 20, 2020 4:23 pm
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Script to park mount at flat panel #APCC
 
Hi Rathi,

The attached vbscript file can slew the mount to Alt/Az coordinates and exit when the slew has completed.

You will need to change the Alt Az values in the script to the values for your flat panel. You will also need to rename the file without the ".txt". It needs to have a file extension ".vbs".

-Ray Gralak
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of PEMPro V3:  https://www.ccdware.com
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 Rathi Banerjee
> Sent: Sunday, April 19, 2020 12:24 PM
> To: main@ap-gto.groups.io
> Subject: [ap-gto] Script to park mount at flat panel #APCC
>
> Hi everyone,
>
> Is there a way to move my telescope to a specific Alt/Az position (location of my flat panel on my observatory wall)
> via a script? I use SGP to image and it does not support going to a specified Alt/Az position to take flats, but it does
> support running a script before taking flats.
>
> Thanks,
> -Rathi.
>



9281 - 9300 of 79016