Date   

Re: Mach2 #Mach2GTO

eckhard.voelcker@...
 

On Sun, Jan 3, 2021 at 04:58 PM, Allen Ruckle wrote:
The port setting needs to be set to #23,
Thank you, Allen. I did not know that the communication was Telnet based. It works with port #23. 


Hanging case for GTOCP4?

Patrick Spencer
 

Hi everyone,

I recently upgraded from a CP3 to a CP4 for my Mach1. The only thing I miss about the CP3 is the neat hanging case, which made it easy to "grab and go" and allowed me to hang the controller from a knob at the base of the mount. Unfortunately, the CP4 is too large to fit in the CP3 case. I know there's a mounting bracket option, but I like being able to quickly disconnect the control box and take it inside when I'm finished imaging.

There are a lot of clever folks in this group, so I was wondering if anyone has come up with a similar hanging pouch/bag solution for the CP4?

Thanks,

Patrick Spencer


Re: Mach2 #Mach2GTO

Allen Ruckle
 

Eckhard,
        You did not mention what port setting you selected.

The port setting needs to be set to #23,   Also there are several people that have commented,  sky safari can be connected in the beginning of a session but if the connection does not reliably reconnect if the connection is interrupted.  

 There is a thread a while back that Astro Physics is working with the Sky Safari people to properly support the CP5, and the next update will include those changes.  It wasn’t clear if it would be in an update to V6 or when the next version, Sky Safari 7.

I’m hoping it will be soon.  In my opinion Sky Safari is the nicest desktop planetarium app available. 

aruckle


Mach2 #Mach2GTO

eckhard.voelcker@...
 

Yesterday I wanted to use the Mach2 for some observations. 

I connected the GTOCP5 to an Ethernet hub and fired up SkySafari Pro6 on my Mac. I configured the telescope as “Astro-Physics GTO”, entered the IP address of the GTOCP5 and tried to connect. Unfortunately this did not work. 

I remembered reading somewhere that in some cases SkySafari can not initialize the mount properly so I fired up APCC on a PC, set the connection to TCP/IP, entered the IP address of the mount and connected. I then used the AE tab to “Find Home”, checked that the mount was unparked and tracking was sidereal. All looked good.

I tried to connect with SkySafari Pro6 again but no success. I then tried to connect with my iPhone and Luminos but also without success. I then configured  the GTOCP5 to access my Wifi and tried again. No success. 
Then I did a port scan of the mount GTOCP5 but only the ports 23 and 80 were open. Do I miss some configuration option?
 

This used to work flawlessly with the GTOCP4. 

Best regards,
Eckhard


Re: Meridian Limit check boxes in APCC Pro are grayed out

Luca Marinelli
 

Ray, you are the man! That worked like a charm.

It's as if you wrote this program or something :)

Thank you,

Luca


Re: Meridian Limit check boxes in APCC Pro are grayed out

Ray Gralak
 

Something happened and I am not able to check or uncheck the East Limits and West Limits check boxes in
APCC Pro v1.8.8.11. It doesn't matter if the mount is connected to APCC or not, the boxes are stuck checked.

Has anyone seen this behavior and is there a way to get it back? I want to uncheck East Limits but I can't.
Perhaps "Override ASCOM" is not enabled in the Meridian Delay group box?

-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 Luca Marinelli
Sent: Saturday, January 2, 2021 5:09 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] Meridian Limit check boxes in APCC Pro are grayed out

Something happened and I am not able to check or uncheck the East Limits and West Limits check boxes in
APCC Pro v1.8.8.11. It doesn't matter if the mount is connected to APCC or not, the boxes are stuck checked.

Has anyone seen this behavior and is there a way to get it back? I want to uncheck East Limits but I can't.

Thanks,

Luca


Meridian Limit check boxes in APCC Pro are grayed out

Luca Marinelli
 

Something happened and I am not able to check or uncheck the East Limits and West Limits check boxes in APCC Pro v1.8.8.11. It doesn't matter if the mount is connected to APCC or not, the boxes are stuck checked.

Has anyone seen this behavior and is there a way to get it back? I want to uncheck East Limits but I can't.

Thanks,

Luca


Re: safe way to load the OTA on the MACH2

steve.winston@...
 

Hey Nick,

The Mach1 does break down into two smaller parts.  If you are finding the weight to be too much you might consider splitting it and mounting the RA base on the tripod first and then adding the DEC axis after.

Steve
 


Re: safe way to load the OTA on the MACH2

Nick Iversen
 

While we are on this topic is there a good way to get a Mach1 onto the tripod? Carrying the Mach1 requires leaning back in order to maintain balance. But then putting it onto the tripod requires leaning forward. That's a massive loss of balance and one day I'll be too old to do it.


Re: Lost communications with mount

weihaowang
 

Hi Ray,

Thank you for the suggestions. I will adjust
the timeout settings according to what you said.

I forgot to tell you that my ASCOM logging 
is indeed off. Last time when you mentioned
this, I looked into it and found it was off
(by default, since I didn’t change it).

Previously when TheSky6 (via ASCOM, no
APCC involvement) complained about 
lost communication, my impression was that
the tracking was also stopped. Otherwise I 
wouldn’t worry about it. (As long as the mount
keeps tracking, the imaging will not be stopped
and no exposures need to be tossed out. All I 
need to do is to reconnect TheSky when I need
to slew.) However, now you mentioned this and
I kind of forget why I had the impression that
the tracking would also stop. I will need to check
this again to be certain.

Next week when the holiday is over, I will go to
the office and send you the log. The mount and
the computer are in our office now. I had also 
sent an email to Roland. I will do the tests that
he suggests.

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

Andrea Lucchetti
 

In my case the OTA is short and the tripod wide, no problem.

With the last advice on the clutches to be on the safe side I think park2 will be ok.
Thank you!
Andrea 


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@gmail.com>:



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



7041 - 7060 of 82388