Date   

Re: safe way to load the OTA on the MACH2

Jeff B
 

Of more concern to me is tipping the tripod over.


On Fri, Jan 1, 2021 at 12:05 PM Roland Christen via groups.io <chris1011=aol.com@groups.io> wrote:

Do you think the DEc friction will manage that unbalance for the time required to lock the rings?
No problem holding large unbalance. You can tighten the clutch knobs very hard with an Allen wrench.

Roland


-----Original Message-----
From: Andrea Lucchetti <andlucchett@...>
To: main@ap-gto.groups.io
Sent: Fri, Jan 1, 2021 6:03 am
Subject: Re: [ap-gto] safe way to load the OTA on the MACH2

Thank you,
in my case three things worries me:
-my latitude is 42 deg, but that it shouldn't be a problem
-my rings are not very quick to lock: I have to put on the half ring and tighten the screws
-the scope will be unbalanced in DEC without the imaging train  and guide scope

Do you think the DEc friction will manage that unbalance for the time required to lock the rings?
or is this going to stress the mount too much?
I think I can find a balance point for this unloaded configuration, load the OTA in this configuration and slide the OTA back during final balance (it is a newton).

Thank you,
Andrea

--
Roland Christen
Astro-Physics


Re: safe way to load the OTA on the MACH2

Roland Christen
 


Do you think the DEc friction will manage that unbalance for the time required to lock the rings?
No problem holding large unbalance. You can tighten the clutch knobs very hard with an Allen wrench.

Roland


-----Original Message-----
From: Andrea Lucchetti <andlucchett@...>
To: main@ap-gto.groups.io
Sent: Fri, Jan 1, 2021 6:03 am
Subject: Re: [ap-gto] safe way to load the OTA on the MACH2

Thank you,
in my case three things worries me:
-my latitude is 42 deg, but that it shouldn't be a problem
-my rings are not very quick to lock: I have to put on the half ring and tighten the screws
-the scope will be unbalanced in DEC without the imaging train  and guide scope

Do you think the DEc friction will manage that unbalance for the time required to lock the rings?
or is this going to stress the mount too much?
I think I can find a balance point for this unloaded configuration, load the OTA in this configuration and slide the OTA back during final balance (it is a newton).

Thank you,
Andrea

--
Roland Christen
Astro-Physics


Re: Lost communications with mount

Roland Christen
 

Hello,

Can you contact me directly at my e-mail (chris1011@...) and we can review this with our engineering staff. There may be some tests we can do that will reveal what may be the cause.

Roland Christen
Astro-Physics Inc.



-----Original Message-----
From: weihaowang <whwang@...>
To: main@ap-gto.groups.io
Sent: Fri, Jan 1, 2021 2:05 am
Subject: Re: [ap-gto] Lost communications with mount

One update: I switched to wifi, and the problem still occurs.

This time, TheSky6 is connected to Mach2 through ASCOM, and no APCC involvement.
After the click sound, the ASCOM driver thinks Mach2 is parked, while TheSky is not aware
of anything.

This wifi experiment only lasts 10 minutes.  I have to shut everything down and go home now.
Based on this brief experiment, the problem is perhaps not related to the USB connection.


--
Homepage:

--
Roland Christen
Astro-Physics


Re: Lost communications with mount

Ray Gralak
 

When you hear the click mostly the power is shut down or the voltage is too low.
I agree. This would explain the behavior described in the different test scenarios.

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


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Konstantin von Poschinger
Sent: Friday, January 1, 2021 3:47 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Lost communications with mount

When you hear the click mostly the power is shut down or the voltage is too low.


Grüsse

Konstantin v. Poschinger


Hammerichstr. 5
22605 Hamburg
040/8805747
0171/1983476


Am 01.01.2021 um 09:05 schrieb weihaowang <whwang@...>:



One update: I switched to wifi, and the problem still occurs.

This time, TheSky6 is connected to Mach2 through ASCOM, and no APCC involvement.
After the click sound, the ASCOM driver thinks Mach2 is parked, while TheSky is not aware
of anything.

This wifi experiment only lasts 10 minutes. I have to shut everything down and go home now.
Based on this brief experiment, the problem is perhaps not related to the USB connection.


--


Homepage:

http://www.asiaa.sinica.edu.tw/~whwang/

Astrobin gallery:
http://www.astrobin.com/users/whwang/


Re: Happy New Year from these two partiers

 

>>> Charlie and little MOOSE brought in 2021

Initially i only saw the first picture, and I thought "that's odd, he's named his liquor bottle and took a picture of it with his dog"

then i scrolled down :)

Happy New Year to all

Brian


On Fri, Jan 1, 2021 at 2:30 AM Harley Davidson <astrocnc@...> wrote:
Charlie and little MOOSE brought in 2021 with AP telescopes and my private stash. Charlie has a bottle of Total Solar eclipse moonshine and MOOSE has the limited edition number 500 of 500 Ozzy Osbourne Solar Red Wine. HAPPY NEW YEAR everyone!

tony





--
Brian 



Brian Valente


Re: Lost communications with mount

Ray Gralak
 

One update: I switched to wifi, and the problem still occurs.
This does not necessarily exclude a USB problem, as WiFi is not 100% reliable. APCC will do larger and faster polling when WiFi/Ethernet is selected, so any dropped packet can cause a problem, especially if you have a large timeout value set in APCC.

That being said, I think now I would like to see your APCC and driver logs. In APCC's "Tools" menu, select "Log Zipper..." and select all APCC and driver logs for the last couple of days. That will create a zip file that is probably too big to email/post, so please generate a DropBox, Google Drive, or Microsoft OneDrive link to the file and post the link (or email it to me if you prefer).

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


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of weihaowang
Sent: Friday, January 1, 2021 12:05 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Lost communications with mount

One update: I switched to wifi, and the problem still occurs.

This time, TheSky6 is connected to Mach2 through ASCOM, and no APCC involvement.
After the click sound, the ASCOM driver thinks Mach2 is parked, while TheSky is not aware
of anything.

This wifi experiment only lasts 10 minutes. I have to shut everything down and go home now.
Based on this brief experiment, the problem is perhaps not related to the USB connection.


--


Homepage:

http://www.asiaa.sinica.edu.tw/~whwang/

Astrobin gallery:
http://www.astrobin.com/users/whwang/


Re: Lost communications with mount

Ray Gralak
 
Edited

Hi Wei-Hao,

About the crosshair update rate and timeout setting, initially I increased the times as suggested by Ray. The
disconnection problem rate also decreases significantly. However, it doesn't go away. The longest crosshair
update time I tried is 2500 ms and the longest timeout I used for ASCOM driver is 3000 ms.
1. The ASCOM driver must always have a shorter timeout than the crosshair update interval. If you set the driver timeout to 3000 msecs and the crosshair update is 2500, the first timeout will cause Sky6 to disconnect.

2. The 2500 ms driver timeout is way too large. You should not need to exceed 1000 msec for either the ASCOM driver or APCC. A very large timeout can cause a large backlog of commands to build up in internal polling.

3. When using the driver with APCC, APCC should have a shorter timeout than ASCOM.

4. Did you try turning off logging on the ASCOM driver? That was one of my suggestions.

5. I recommend you set the Sky6 crosshair update to 2500ms, APCC to 500ms, and the driver to 800ms. When using the driver with APCC, you should select a retry count of 0 in the driver setup.

6. Make sure to run these tests with APCC Pro, version 1.8.8.11 (and not 1.8.8.9, which had a slow startup issue).

You wrote:
1. Control Mach2 in TheSky6 through ASCOM only
2. Control Mach2 in TheSky6 through ASCOM under APCC with a virtual port
3. Control Mach2 with APCC only (no TheSky)
4. Control Mach2 with APJog Utility through ASCOM (no TheSky)
The behavior is all the same. Every half hour orf so, a click sound from the mount and then disconnection
detected by the software.
Something doesn't make sense that the cases above.

1. When APCC is in use, and the mount loses connection (cases #2 and #3), the correct behavior is for the mount to park itself after a short period of time. So the parking behavior is as you observed.

2. When just the AP V2 ASCOM driver is in use without APCC (cases #1 and #4?), the mount will not automatically stop tracking if the driver stops communicating. Which leaves a possibility that a limit was reached, or the power is intermittently jiggling off. You might want to check that the power supply adapter cables and connector to the CP5 are firmly connected.

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

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of weihaowang
Sent: Thursday, December 31, 2020 11:38 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Lost communications with mount

Hi Everyone,

Happy new year.

Thank you for all the inputs. I have been testing this in the past two days. Some progress and some puzzles.

First, I noticed that every time when the disconnection or lost communication occurs, about two to four seconds
earlier, there is a tiny click sound from the mount first. Once I noticed this, I haven't found any exceptions.
The click sound that sounds like a parking or unparking sound always happens first, before the software side
shows a disconnection.

About the crosshair update rate and timeout setting, initially I increased the times as suggested by Ray. The
disconnection problem rate also decreases significantly. However, it doesn't go away. The longest crosshair
update time I tried is 2500 ms and the longest timeout I used for ASCOM driver is 3000 ms. When I set to
these values, the problem occurred at a much lower rate. I could "track" for anywhere between 20 minutes
and 1 hour without encountering a disconnection, but disconnection would still happen eventually. What's
interesting is that now I went back to the default shorter update time and shorter timeout, the disconnection
still occurred with a much lower frequency. Now it's a much rarer problem than what it was a few days ago.
So probably the problem is not associated with the crosshair update time or timeout setting. It's something
else I did.

Now, no matter what I do, I can't make the disconnection problem occur as frequently as before. It shows
up every half hour or even longer, but it doesn't completely go away. This makes the testing much harder,
as I have to wait for very long for an error to show up.

Regarding Roland's last message, I now only run APCC. No ASCOM, no TheSky, no nothing else. The click
sound + disconnection still happens every half hour or so. When it happens, the initialization window also
pops up. And nothing appears in the APCC error log window. That long window remains empty all the time.

At this moment, I am waiting for a custom-made tripod adapter for Mach2 and our existing tripod (TAK EM400's).
So I can't properly secure Mach2 and balance it with counterweights and a telescope. I just put the unloaded
Mach2 on the table at positions around Park 3 with small range of RA motion. I can't go to other Park positions
except for Park 2 and 3, to avoid RA imbalance. To cycle through all Park positions as Roland suggested, it will
be some time later until I can really put Mach2 on a tripod.

To see if the problem is confined to APCC, ASCOM, or TheSky6, I tried the following:
1. Control Mach2 in TheSky6 through ASCOM only
2. Control Mach2 in TheSky6 through ASCOM under APCC with a virtual port
3. Control Mach2 with APCC only (no TheSky)
4. Control Mach2 with APJog Utility through ASCOM (no TheSky)
The behavior is all the same. Every half hour orf so, a click sound from the mount and then disconnection
detected
by the software.

Regarding power, I am using the 24V power converter that came with the mount. It was plugged into a 110V
wall power jack. To make sure it's not the 110V power's fault, I just moved the 24V power converter to a UPS
that has been used by my NAS (so it should be very stable). The disconnection problem still occurs (APCC
only).
At this moment, I have no other means to verify whether it is a power-related problem. However, given that I am
using the original power adapter on a UPS, the power fed to Mach2 should be relatively clean and stable.

Last thing to share is, I just encountered a rare situation. In APCC, I asked Mach2 to go from Park 3 to Park 2.
Right in the middle of motion, the click+disconnection occurred, and Mach2 stopped without completing the
parking task. I am not sure if this helps to diagnose at all. I just report this incident.

I am still testing this using USB. I want to make sure that I exhausted the possible tests. Next I will move
to Ethernet and Wifi.

I appreciate all the helps you provided.

Cheers,
Wei-Hao



--


Homepage:

http://www.asiaa.sinica.edu.tw/~whwang/

Astrobin gallery:
http://www.astrobin.com/users/whwang/


Re: Happy New Year from these two partiers

Jeff B
 

Hair of the dog.


On Fri, Jan 1, 2021 at 10:44 AM Jeff B via groups.io <mnebula946=gmail.com@groups.io> wrote:
Love it!

On Fri, Jan 1, 2021 at 9:53 AM thefamily90 Phillips <thefamily90@...> wrote:
Yahoo!!

JimP


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Harley Davidson <astrocnc@...>
Sent: Friday, January 1, 2021 5:30:07 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Cc: main@ap-ug.groups.io <main@ap-ug.groups.io>
Subject: [ap-gto] Happy New Year from these two partiers
 
Charlie and little MOOSE brought in 2021 with AP telescopes and my private stash. Charlie has a bottle of Total Solar eclipse moonshine and MOOSE has the limited edition number 500 of 500 Ozzy Osbourne Solar Red Wine. HAPPY NEW YEAR everyone!

tony




Re: Happy New Year from these two partiers

Jeff B
 

Love it!


On Fri, Jan 1, 2021 at 9:53 AM thefamily90 Phillips <thefamily90@...> wrote:
Yahoo!!

JimP


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Harley Davidson <astrocnc@...>
Sent: Friday, January 1, 2021 5:30:07 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Cc: main@ap-ug.groups.io <main@ap-ug.groups.io>
Subject: [ap-gto] Happy New Year from these two partiers
 
Charlie and little MOOSE brought in 2021 with AP telescopes and my private stash. Charlie has a bottle of Total Solar eclipse moonshine and MOOSE has the limited edition number 500 of 500 Ozzy Osbourne Solar Red Wine. HAPPY NEW YEAR everyone!

tony




Re: Happy New Year from these two partiers

thefamily90 Phillips
 

Yahoo!!

JimP


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Harley Davidson <astrocnc@...>
Sent: Friday, January 1, 2021 5:30:07 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Cc: main@ap-ug.groups.io <main@ap-ug.groups.io>
Subject: [ap-gto] Happy New Year from these two partiers
 
Charlie and little MOOSE brought in 2021 with AP telescopes and my private stash. Charlie has a bottle of Total Solar eclipse moonshine and MOOSE has the limited edition number 500 of 500 Ozzy Osbourne Solar Red Wine. HAPPY NEW YEAR everyone!

tony




Re: safe way to load the OTA on the MACH2

Andrea Lucchetti
 
Edited

Thank you Roland and others, it seems that Park2 could be the way to go for me.
In my case three things worries me:
-my latitude is 42 deg, but that it shouldn't be a problem
-my rings are not very quick to lock: I have to put on the half ring and tighten the screws
-the scope will be unbalanced in DEC without the imaging train  and guide scope

Roland, Do you think the DEc friction will manage that unbalance for the time required to lock the rings?
or is this going to stress the mount too much?
I think I can find a balance point for this unloaded configuration, load the OTA in this configuration and slide the OTA back during final balance (it is a newton).

Thank you and
Happy New Year
Andrea


Re: Lost communications with mount

Konstantin von Poschinger
 

When you hear the click mostly the power is shut down or the voltage is too low. 

Grüsse

Konstantin v. Poschinger


Hammerichstr. 5
22605 Hamburg
040/8805747
0171/1983476

Am 01.01.2021 um 09:05 schrieb weihaowang <whwang@...>:

One update: I switched to wifi, and the problem still occurs.

This time, TheSky6 is connected to Mach2 through ASCOM, and no APCC involvement.
After the click sound, the ASCOM driver thinks Mach2 is parked, while TheSky is not aware
of anything.

This wifi experiment only lasts 10 minutes.  I have to shut everything down and go home now.
Based on this brief experiment, the problem is perhaps not related to the USB connection.


--

Homepage:

http://www.asiaa.sinica.edu.tw/~whwang/

Astrobin gallery:
http://www.astrobin.com/users/whwang/


Re: safe way to load the OTA on the MACH2

Konstantin von Poschinger
 

Hi,

this part from Baader Planetarium helps me to load my 16 kg OTA on my AP1600 safe. I use the park position 2. 

Grüsse

Konstantin v. Poschinger


Hammerichstr. 5
22605 Hamburg
040/8805747
0171/1983476


Am 01.01.2021 um 06:38 schrieb Jeffc <jeffcrilly@...>:



On Dec 31, 2020, at 9:16 AM, W Hilmo <y.groups@...> wrote:



Was it this one, by chance?

 

https://www.youtube.com/watch?v=IwVg1M6bURI

 

 

Yes.. I think so.  


From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Jeffc
Sent: Thursday, December 31, 2020 9:10 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] safe way to load the OTA on the MACH2

 

I saw a video once where a large OTA was mounted by putting the OTA vertical on a tall chair next to the mount, and then bringing the DEC axis to a vertical position to mate with the OTA.   

 

I cannot find the video, but it goes something like this:

 

1) A chair (or table, or custom stand) is positioned next to the mount directly east or west… it will require some alignment that will become clear in a moment. 

 

2) The OTA , with lens cap on, is placed on the chair / stand etc pointing down.  Eg if the OTA is a SCT then the visual back is sticking up.   Likely a strap should be used to prevent the OTA from falling.  

 

3) The OTA is positioned so the dovetail is facing the mount.  

 

4) The mount RA axis is positioned horizontal with the DEC axis dovetail on the side where the OTA is now positioned. 

At this point I think you don’t want any counterweight. 

 

5) The DEC axis is then rotated vertical to match up with the OTA dovetail.  

 

6) At this point some alignment, ie moving the chair/table will likely be required…. Once aligned with the saddle, the dovetail saddle can then be clamped, and counterweights added, OTA strap removed, and chair/stand removed.  

I have not tried this approach.  I also have a rather heavy OTA - 300mm diameter and weighs about 18kg.   This OTA has a handle on the back such that I can use one hand under on the dovetail and the other hand on the handle to lift the OTA to just above my shoulders and slide the dovetail in.

Getting the OTA off in the dark is also a bit scary.     It is borderline weigh for me, and I would prefer a different approach — possibly one with less “drama”.

 

-Jeff

 



On Dec 31, 2020, at 8:04 AM, Andrea Lucchetti <andlucchett@...> wrote:

Hello,
I am not new to the hobby but my current OTA makes the set up phase not easy at all.

the diameter is 270mm and weight around 19 kg, and I don't feel confident in loading the telescope by myself on the mount.
I wonder if someone has perfectioned a style for the move. :-)
I use the AP DoveDV10 saddle plate, open the lockers, put the bar flat and on the left, close the lockers.
I load the scope in PARK3 position.
previously I used to slide the telescope from behind ( a TEC 140) but now this seems impossible.

I know it sounds like a joke but I don't like to be dependent on other people for the task.
if you know a trick , please share it.
Thank you
Andrea


Happy New Year from these two partiers

Harley Davidson
 

Charlie and little MOOSE brought in 2021 with AP telescopes and my private stash. Charlie has a bottle of Total Solar eclipse moonshine and MOOSE has the limited edition number 500 of 500 Ozzy Osbourne Solar Red Wine. HAPPY NEW YEAR everyone!

tony




Re: Lost communications with mount

weihaowang
 

One update: I switched to wifi, and the problem still occurs.

This time, TheSky6 is connected to Mach2 through ASCOM, and no APCC involvement.
After the click sound, the ASCOM driver thinks Mach2 is parked, while TheSky is not aware
of anything.

This wifi experiment only lasts 10 minutes.  I have to shut everything down and go home now.
Based on this brief experiment, the problem is perhaps not related to the USB connection.


--

Homepage:

http://www.asiaa.sinica.edu.tw/~whwang/

Astrobin gallery:
http://www.astrobin.com/users/whwang/


Re: Lost communications with mount

weihaowang
 

Hi Everyone,

Happy new year.

Thank you for all the inputs.  I have been testing this in the past two days.  Some progress and some puzzles.

First, I noticed that every time when the disconnection or lost communication occurs, about two to four seconds
earlier, there is a tiny click sound from the mount first.  Once I noticed this, I haven't found any exceptions.
The click sound that sounds like a parking or unparking sound always happens first, before the software side
shows a disconnection.  

About the crosshair update rate and timeout setting, initially I increased the times as suggested by Ray.  The
disconnection problem rate also decreases significantly.  However, it doesn't go away.  The longest crosshair
update time I tried is 2500 ms and the longest timeout I used for ASCOM driver is 3000 ms.  When I set to
these values, the problem occurred at a much lower rate.  I could "track" for anywhere between 20 minutes
and 1 hour without encountering a disconnection, but disconnection would still happen eventually.  What's
interesting is that now I went back to the default shorter update time and shorter timeout, the disconnection
still occurred with a much lower frequency.  Now it's a much rarer problem than what it was a few days ago.  
So probably the problem is not associated with the crosshair update time or timeout setting.  It's something
else I did. 

Now, no matter what I do, I can't make the disconnection problem occur as frequently as before.  It shows
up every half hour or even longer, but it doesn't completely go away.  This makes the testing much harder,
as I have to wait for very long for an error to show up.

Regarding Roland's last message, I now only run APCC.  No ASCOM, no TheSky, no nothing else.  The click
sound + disconnection still happens every half hour or so.  When it happens, the initialization window also
pops up.  And nothing appears in the APCC error log window.  That long window remains empty all the time.

At this moment, I am waiting for a custom-made tripod adapter for Mach2 and our existing tripod (TAK EM400's).
So I can't properly secure Mach2 and balance it with counterweights and a telescope.  I just put the unloaded
Mach2 on the table at positions around Park 3 with small range of RA motion.   I can't go to other Park positions
except for Park 2 and 3, to avoid RA imbalance.  To cycle through all Park positions as Roland suggested, it will
be some time later until I can really put Mach2 on a tripod.

To see if the problem is confined to APCC, ASCOM, or TheSky6, I tried the following:
1. Control Mach2 in TheSky6 through ASCOM only
2. Control Mach2 in TheSky6 through ASCOM under APCC with a virtual port
3. Control Mach2 with APCC only (no TheSky)
4. Control Mach2 with APJog Utility through ASCOM (no TheSky)
The behavior is all the same.  Every half hour orf so, a click sound from the mount and then disconnection detected
by the software.

Regarding power, I am using the 24V power converter that came with the mount. It was plugged into a 110V
wall power jack.  To make sure it's not the 110V power's fault, I just moved the 24V power converter to a UPS
that has been used by my NAS (so it should be very stable).  The disconnection problem still occurs (APCC only).
At this moment, I have no other means to verify whether it is a power-related problem. However, given that I am
using the original power adapter on a UPS, the power fed to Mach2 should be relatively clean and stable.

Last thing to share is, I just encountered a rare situation.  In APCC, I asked Mach2 to go from Park 3 to Park 2.
Right in the middle of motion, the click+disconnection occurred, and Mach2 stopped without completing the
parking task.  I am not sure if this helps to diagnose at all.  I just report this incident.  

I am still testing this using USB.  I want to make sure that I exhausted the possible tests.  Next I will move
to Ethernet and Wifi.

I appreciate all the helps you provided.

Cheers,
Wei-Hao



--

Homepage:

http://www.asiaa.sinica.edu.tw/~whwang/

Astrobin gallery:
http://www.astrobin.com/users/whwang/


Re: safe way to load the OTA on the MACH2

Jeffc
 



On Dec 31, 2020, at 9:16 AM, W Hilmo <y.groups@...> wrote:



Was it this one, by chance?

 

https://www.youtube.com/watch?v=IwVg1M6bURI

 

 

Yes.. I think so.  


From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Jeffc
Sent: Thursday, December 31, 2020 9:10 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] safe way to load the OTA on the MACH2

 

I saw a video once where a large OTA was mounted by putting the OTA vertical on a tall chair next to the mount, and then bringing the DEC axis to a vertical position to mate with the OTA.   

 

I cannot find the video, but it goes something like this:

 

1) A chair (or table, or custom stand) is positioned next to the mount directly east or west… it will require some alignment that will become clear in a moment. 

 

2) The OTA , with lens cap on, is placed on the chair / stand etc pointing down.  Eg if the OTA is a SCT then the visual back is sticking up.   Likely a strap should be used to prevent the OTA from falling.  

 

3) The OTA is positioned so the dovetail is facing the mount.  

 

4) The mount RA axis is positioned horizontal with the DEC axis dovetail on the side where the OTA is now positioned. 

At this point I think you don’t want any counterweight. 

 

5) The DEC axis is then rotated vertical to match up with the OTA dovetail.  

 

6) At this point some alignment, ie moving the chair/table will likely be required…. Once aligned with the saddle, the dovetail saddle can then be clamped, and counterweights added, OTA strap removed, and chair/stand removed.  

I have not tried this approach.  I also have a rather heavy OTA - 300mm diameter and weighs about 18kg.   This OTA has a handle on the back such that I can use one hand under on the dovetail and the other hand on the handle to lift the OTA to just above my shoulders and slide the dovetail in.

Getting the OTA off in the dark is also a bit scary.     It is borderline weigh for me, and I would prefer a different approach — possibly one with less “drama”.

 

-Jeff

 



On Dec 31, 2020, at 8:04 AM, Andrea Lucchetti <andlucchett@...> wrote:

Hello,
I am not new to the hobby but my current OTA makes the set up phase not easy at all.

the diameter is 270mm and weight around 19 kg, and I don't feel confident in loading the telescope by myself on the mount.
I wonder if someone has perfectioned a style for the move. :-)
I use the AP DoveDV10 saddle plate, open the lockers, put the bar flat and on the left, close the lockers.
I load the scope in PARK3 position.
previously I used to slide the telescope from behind ( a TEC 140) but now this seems impossible.

I know it sounds like a joke but I don't like to be dependent on other people for the task.
if you know a trick , please share it.
Thank you
Andrea


Re: [ap-ug] Happy New Year to all!!

Jeff B
 

👍👍👌👌🔭😁󾓦🌘🚀

Of course you can say "What's up with the rocket?"  but I just want to say to all of the AP family,

Happy New Year and Thanks for the Many Memories Over the Last few Decades!

You all have made a real impact.

Jeff

On Thu, Dec 31, 2020 at 10:59 PM David Albers <humealbers@...> wrote:
Have a Happy New Year... Let 2021 bring those who are struggling some joy.


Re: [ap-ug] Happy New Year to all!!

David Albers <humealbers@...>
 

Have a Happy New Year... Let 2021 bring those who are struggling some joy.


Re: [ap-ug] Happy New Year to all!!

CaptMax
 

May we all have a better year in 2021. 
Max 

13761 - 13780 of 89097