Date   

Re: Mount Maintenance

Don Anderson
 

If someone is worried about parts seizing together due to corrosion, you can use anti seize compound. It is used extensively in the marine industry to prevent threaded parts (SS steel aluminum etc) from seizing in marine environments. It can be obtained from marine supply stores such as West Marine. you can sometimes get it or similar products at automotive supply stores since it is put on spark plugs on engines that have aluminum heads.

Don Anderson


On Friday, February 5, 2021, 10:25:51 a.m. MST, Steven Panish <scpanish@...> wrote:


You should buy the AP grease kit for lubing the drive worm and gears but those are very specialized greases, and very expensive, and not necessary to keep the two stages from corroding together.  For that, anything (almost) will do, and cost far less.  I use a waterproof automotive grease that is also for bicycle hub bearings and scuba regulators.  More expensive that ordinary grease but way cheaper than the greases for the drive gears!  BTW those gears should be greased every year or so - don't waste the grease!

Steve

On Fri, Feb 5, 2021 at 8:35 AM Bruce Bartle <brucebartle6@...> wrote:
Thank you Steve &I Capt Max.  I am having trouble locating the grease on the AP website - I'll just contact Daleen - she knows everything  :-)

--
Bruce
Meadowlark Ridge Observatory


Re: Selling an AP Mount, what is the procedure in AP?

Karen Christen
 

You’re welcome to call the office (815.282.1513), use the contact link on the website, or email any of us directly.  We’ll get you taken care of.

Karen

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Marcelo Figueroa via groups.io
Sent: Thursday, February 4, 2021 10:13 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Selling an AP Mount, what is the procedure in AP?

 

Ok thanks. Any preferred form of contact for this or is the contact link on your website enough?


--
Karen Christen
Astro-Physics


Re: Payload AP1200GTO

vk3cjk
 

Hello Geert,

Just to add to the examples given, I've also got a GTO1200 on a concrete and steel pier (3.3 metres tall but very solid) in an observatory, and the mount comfortably handles a 14" SCT (about 28 kg from memory) with a 5" refractor piggybacked.   I always slew at x600 or less.

Cheers, Chris

On Sat, Feb 6, 2021 at 12:28 AM Geert <geert.vandenbulcke@...> wrote:

Hello,

 

A question: I have an AP1200GTO on a fixed concrete pillar in an observatory.  Would this handle the following load: a 300 mm f/4 newton with a weight of approximately 20kg (including camera) and piggy-back a 150mm f/7 triplet refractor, all in all also 20 kg.  Total weight of 40kg is well within specs but I am concerned about the longer arm by putting the heavy refractor piggyback on the newton?!  Side-by-side is no option, also very difficult to balance.

 

Thanks for your thoughts,

 

Geert

 

 

 


Re: Dec limit in Mach2

Luca Marinelli
 

Thanks Roland. I’ll wait for Howard’s phone call.

Luca

On Feb 5, 2021, at 3:59 PM, Roland Christen via groups.io <chris1011@...> wrote:


I think Howard can help you if he can patch into your computer. He is 1000 times more knowledgeable than I am about APCC and the best way to set everything up.

I work with the Mach2 and our other mounts extensively, so I know what they will do, but for the life of me I have never seen any of them misbehave in all the 20 years I have operated them. So I'm always surprised when someone comes up with a problem that we cannot replicate, but in the end I would definitely want to know what caused this erroneous behavior.

Rolando

-----Original Message-----
From: Luca Marinelli <photo@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Fri, Feb 5, 2021 2:44 pm
Subject: Re: [ap-gto] Dec limit in Mach2

Roland,

I don’t have anything else running. The mount starts moving the moment I click connect in APCC. As you can see from the screen shot, I had not initialized the mount yet and I had not started the AP ASCOM driver. 

How do I completely uninstall APCC so no config or other files are left over? I want to make sure that the problem is not coming from some old file from when I was using APCC with the Mach 1. 

Luca

On Feb 5, 2021, at 3:10 PM, Roland Christen via groups.io <chris1011@...> wrote:


You may have another application that is sending a slew command at that point. When APCC connects the ASCOM driver will come up, but it takes a small bit of time for it to initialize the mount. Your other application may be sending a move command before the ASCOM driver has finished initializing the mount, and therefore all bets are off where the mount will slew to during that un-initialized time period. It could very well be sending the mount in a 360 degree wild goose chase so that the axis eventually runs into the limit.

The mount MUST be fully initialized before any move command can be sent. All external applications must wait until the driver has done its job.

Rolando



-----Original Message-----
From: Luca Marinelli <photo@...>
To: main@ap-gto.groups.io
Sent: Fri, Feb 5, 2021 2:00 pm
Subject: Re: [ap-gto] Dec limit in Mach2

On Fri, Feb 5, 2021 at 02:11 PM, Howard Hedlund wrote:
Hi Luca,

I'm sorry that I missed this thread.  Give me a call at AP.  I can remote into your system with Teamviewer and have a look.

HKH
Hi Howard,

Thank you. I called AP and left my phone number.

I just went to the observatory to power things up. I started with the mount at Park 3 (where I had parked it last night). Powered on the mount and then started APCC, while standing right in front of the mount. Unfortunately, as soon as I pressed Connect to the mount, the Dec axis started rotating and went all the way around to the hard stop (see picture). So again, everything appears to work if I connect to the mount via ASCOM AP driver and TSX but when I connect via APCC Pro, this intermittent problem persists.

APCC Logs here (error should be upon connection, 2/5/2021, 2:38pm): https://www.dropbox.com/s/6uglaeb406n2vjv/ApccZip-Luca_Marinelli-2021-02-05-145128.zip?dl=0

Best,

Luca

--
Roland Christen
Astro-Physics

--
Roland Christen
Astro-Physics


Re: Dec limit in Mach2

Roland Christen
 

I think Howard can help you if he can patch into your computer. He is 1000 times more knowledgeable than I am about APCC and the best way to set everything up.

I work with the Mach2 and our other mounts extensively, so I know what they will do, but for the life of me I have never seen any of them misbehave in all the 20 years I have operated them. So I'm always surprised when someone comes up with a problem that we cannot replicate, but in the end I would definitely want to know what caused this erroneous behavior.

Rolando

-----Original Message-----
From: Luca Marinelli <photo@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Fri, Feb 5, 2021 2:44 pm
Subject: Re: [ap-gto] Dec limit in Mach2

Roland,

I don’t have anything else running. The mount starts moving the moment I click connect in APCC. As you can see from the screen shot, I had not initialized the mount yet and I had not started the AP ASCOM driver. 

How do I completely uninstall APCC so no config or other files are left over? I want to make sure that the problem is not coming from some old file from when I was using APCC with the Mach 1. 

Luca

On Feb 5, 2021, at 3:10 PM, Roland Christen via groups.io <chris1011@...> wrote:


You may have another application that is sending a slew command at that point. When APCC connects the ASCOM driver will come up, but it takes a small bit of time for it to initialize the mount. Your other application may be sending a move command before the ASCOM driver has finished initializing the mount, and therefore all bets are off where the mount will slew to during that un-initialized time period. It could very well be sending the mount in a 360 degree wild goose chase so that the axis eventually runs into the limit.

The mount MUST be fully initialized before any move command can be sent. All external applications must wait until the driver has done its job.

Rolando



-----Original Message-----
From: Luca Marinelli <photo@...>
To: main@ap-gto.groups.io
Sent: Fri, Feb 5, 2021 2:00 pm
Subject: Re: [ap-gto] Dec limit in Mach2

On Fri, Feb 5, 2021 at 02:11 PM, Howard Hedlund wrote:
Hi Luca,

I'm sorry that I missed this thread.  Give me a call at AP.  I can remote into your system with Teamviewer and have a look.

HKH
Hi Howard,

Thank you. I called AP and left my phone number.

I just went to the observatory to power things up. I started with the mount at Park 3 (where I had parked it last night). Powered on the mount and then started APCC, while standing right in front of the mount. Unfortunately, as soon as I pressed Connect to the mount, the Dec axis started rotating and went all the way around to the hard stop (see picture). So again, everything appears to work if I connect to the mount via ASCOM AP driver and TSX but when I connect via APCC Pro, this intermittent problem persists.

APCC Logs here (error should be upon connection, 2/5/2021, 2:38pm): https://www.dropbox.com/s/6uglaeb406n2vjv/ApccZip-Luca_Marinelli-2021-02-05-145128.zip?dl=0

Best,

Luca

--
Roland Christen
Astro-Physics

--
Roland Christen
Astro-Physics


Re: Dec limit in Mach2

Luca Marinelli
 

Roland,

I don’t have anything else running. The mount starts moving the moment I click connect in APCC. As you can see from the screen shot, I had not initialized the mount yet and I had not started the AP ASCOM driver. 

How do I completely uninstall APCC so no config or other files are left over? I want to make sure that the problem is not coming from some old file from when I was using APCC with the Mach 1. 

Luca

On Feb 5, 2021, at 3:10 PM, Roland Christen via groups.io <chris1011@...> wrote:


You may have another application that is sending a slew command at that point. When APCC connects the ASCOM driver will come up, but it takes a small bit of time for it to initialize the mount. Your other application may be sending a move command before the ASCOM driver has finished initializing the mount, and therefore all bets are off where the mount will slew to during that un-initialized time period. It could very well be sending the mount in a 360 degree wild goose chase so that the axis eventually runs into the limit.

The mount MUST be fully initialized before any move command can be sent. All external applications must wait until the driver has done its job.

Rolando



-----Original Message-----
From: Luca Marinelli <photo@...>
To: main@ap-gto.groups.io
Sent: Fri, Feb 5, 2021 2:00 pm
Subject: Re: [ap-gto] Dec limit in Mach2

On Fri, Feb 5, 2021 at 02:11 PM, Howard Hedlund wrote:
Hi Luca,

I'm sorry that I missed this thread.  Give me a call at AP.  I can remote into your system with Teamviewer and have a look.

HKH
Hi Howard,

Thank you. I called AP and left my phone number.

I just went to the observatory to power things up. I started with the mount at Park 3 (where I had parked it last night). Powered on the mount and then started APCC, while standing right in front of the mount. Unfortunately, as soon as I pressed Connect to the mount, the Dec axis started rotating and went all the way around to the hard stop (see picture). So again, everything appears to work if I connect to the mount via ASCOM AP driver and TSX but when I connect via APCC Pro, this intermittent problem persists.

APCC Logs here (error should be upon connection, 2/5/2021, 2:38pm): https://www.dropbox.com/s/6uglaeb406n2vjv/ApccZip-Luca_Marinelli-2021-02-05-145128.zip?dl=0

Best,

Luca

--
Roland Christen
Astro-Physics


Re: Dec limit in Mach2

Roland Christen
 

You may have another application that is sending a slew command at that point. When APCC connects the ASCOM driver will come up, but it takes a small bit of time for it to initialize the mount. Your other application may be sending a move command before the ASCOM driver has finished initializing the mount, and therefore all bets are off where the mount will slew to during that un-initialized time period. It could very well be sending the mount in a 360 degree wild goose chase so that the axis eventually runs into the limit.

The mount MUST be fully initialized before any move command can be sent. All external applications must wait until the driver has done its job.

Rolando



-----Original Message-----
From: Luca Marinelli <photo@...>
To: main@ap-gto.groups.io
Sent: Fri, Feb 5, 2021 2:00 pm
Subject: Re: [ap-gto] Dec limit in Mach2

On Fri, Feb 5, 2021 at 02:11 PM, Howard Hedlund wrote:
Hi Luca,

I'm sorry that I missed this thread.  Give me a call at AP.  I can remote into your system with Teamviewer and have a look.

HKH
Hi Howard,

Thank you. I called AP and left my phone number.

I just went to the observatory to power things up. I started with the mount at Park 3 (where I had parked it last night). Powered on the mount and then started APCC, while standing right in front of the mount. Unfortunately, as soon as I pressed Connect to the mount, the Dec axis started rotating and went all the way around to the hard stop (see picture). So again, everything appears to work if I connect to the mount via ASCOM AP driver and TSX but when I connect via APCC Pro, this intermittent problem persists.

APCC Logs here (error should be upon connection, 2/5/2021, 2:38pm): https://www.dropbox.com/s/6uglaeb406n2vjv/ApccZip-Luca_Marinelli-2021-02-05-145128.zip?dl=0

Best,

Luca

--
Roland Christen
Astro-Physics


Re: Dec limit in Mach2

Luca Marinelli
 

On Fri, Feb 5, 2021 at 02:11 PM, Howard Hedlund wrote:
Hi Luca,

I'm sorry that I missed this thread.  Give me a call at AP.  I can remote into your system with Teamviewer and have a look.

HKH
Hi Howard,

Thank you. I called AP and left my phone number.

I just went to the observatory to power things up. I started with the mount at Park 3 (where I had parked it last night). Powered on the mount and then started APCC, while standing right in front of the mount. Unfortunately, as soon as I pressed Connect to the mount, the Dec axis started rotating and went all the way around to the hard stop (see picture). So again, everything appears to work if I connect to the mount via ASCOM AP driver and TSX but when I connect via APCC Pro, this intermittent problem persists.

APCC Logs here (error should be upon connection, 2/5/2021, 2:38pm): https://www.dropbox.com/s/6uglaeb406n2vjv/ApccZip-Luca_Marinelli-2021-02-05-145128.zip?dl=0

Best,

Luca


Re: Dec limit in Mach2

Howard Hedlund
 

Hi Luca,

I'm sorry that I missed this thread.  Give me a call at AP.  I can remote into your system with Teamviewer and have a look.

HKH


Re: Ap1200 / TheSkyX jog runaway

Howard Hedlund
 

Hi Gents,

I talked with Dan Bisque yesterday.  They have a bug in their mount control that will be fixed in the next daily build release.  Keep you TSX current!


Re: APCC GrapeCity Error Message

John Jennings
 

Thanks. I missed that.


Re: Mount Maintenance

Steven Panish
 

You should buy the AP grease kit for lubing the drive worm and gears but those are very specialized greases, and very expensive, and not necessary to keep the two stages from corroding together.  For that, anything (almost) will do, and cost far less.  I use a waterproof automotive grease that is also for bicycle hub bearings and scuba regulators.  More expensive that ordinary grease but way cheaper than the greases for the drive gears!  BTW those gears should be greased every year or so - don't waste the grease!

Steve

On Fri, Feb 5, 2021 at 8:35 AM Bruce Bartle <brucebartle6@...> wrote:
Thank you Steve &I Capt Max.  I am having trouble locating the grease on the AP website - I'll just contact Daleen - she knows everything  :-)

--
Bruce
Meadowlark Ridge Observatory


Re: Ap1200 / TheSkyX jog runaway

Mike Dodd
 

On 2/5/2021 11:51 AM, Allen Gilchrist via groups.io wrote:
OK, I'm trying, but I have not been able to find where to click on the
https://www.astro-physics.com/ascom page to download the driver.
Oops! Pressed Send too soon. Sorry.

Look for a link on this page: <https://www.astro-physics.info/index.htm?products/software/ascom/ascom>


Re: Ap1200 / TheSkyX jog runaway

Mike Dodd
 

On 2/5/2021 11:51 AM, Allen Gilchrist via groups.io wrote:
OK, I'm trying, but I have not been able to find where to click on the
https://www.astro-physics.com/ascom page to download the driver.
Try this: <https://www.astro-physics.com/ascom>

--- Mike


Re: Ap1200 / TheSkyX jog runaway

Robert J. Bridges
 

I apologize I do not know who to write but can "someone" in charge change my email address from my work one bob.bridges@... to my personal gmail account at 

Thank you, Bob Bridges

On Fri, Feb 5, 2021 at 11:52 AM Allen Gilchrist via groups.io <gilchrist.allen=ymail.com@groups.io> wrote:
OK, I'm trying, but I have not been able to find where to click on the https://www.astro-physics.com/ascom page to download the driver.  I downloaded the ASCOMPlatform65SP1.exe file from the https://ascom-standards.org site.  I did find AstroPhysics_V2_Setup_5.30.10.exe on www.gralak.com.  Is that the right one?

Allen



--
Robert J. Bridges
Professor
Physiology and Biophysics
Chicago Medical School
3333 Green Bay Rd
North Chicago, Il 60064
Office: 847 578 3273
Cell: 847-271-7944
bob.bridges@...


Re: APCC GrapeCity Error Message

Worsel
 

John

FYI.  There was a thread recently about several users not getting software update notifications.  Ray fixed that with 1.8.8.17.

Bryan


Re: Ap1200 / TheSkyX jog runaway

Allen Gilchrist
 

OK, I'm trying, but I have not been able to find where to click on the https://www.astro-physics.com/ascom page to download the driver.  I downloaded the ASCOMPlatform65SP1.exe file from the https://ascom-standards.org site.  I did find AstroPhysics_V2_Setup_5.30.10.exe on www.gralak.com.  Is that the right one?

Allen


Re: APCC GrapeCity Error Message

John Jennings
 

On Thu, Feb 4, 2021 at 04:12 PM, Ray Gralak wrote:
http://www.apastrosoftware.com/apcc_download/APCC_Pro_Setup_1.8.8.17.exe
Ray,

APCC showed it was up to date with version 1.8.8.5. Not sure why. I downloaded 1.8.8.17 and it solved the licensing issue.

Thanks


Re: Mach1 Park 3 curiosity

Jeff B
 

Thanks! 👍🔭


On Fri, Feb 5, 2021 at 11:18 AM Roland Christen via groups.io <chris1011=aol.com@groups.io> wrote:
Universal time is calculated in the mount by using the local time and the longitude that you enter. If your longitude is off, then the calculated universal time will also be off. The mount runs internally on universal time.

Rolando



-----Original Message-----
From: Jeff B <mnebula946@...>
To: main@ap-gto.groups.io
Sent: Fri, Feb 5, 2021 9:11 am
Subject: Re: [ap-gto] Mach1 Park 3 curiosity

Curious.  A time zone spans a distance in longitude.  If I place identical cell phones, Ipads, GPS modules or what ever, at both sides of the time zone, will they read the same time or will they roll over to say, the next minute, at the same or different times?  Does universal time take care of that?

Ignorant Jeff

On Thu, Feb 4, 2021 at 8:50 PM Roland Christen via groups.io <chris1011=aol.com@groups.io> wrote:
If time is accurate, then it might be that your last recal or sync was so low on the horizon that the plate solved position is off by many minutes of arc from the ideal point in the sky due simply to atmospheric refraction. In that case you have repositioned the mount to a bogus reference point and the next slew to any object (or park) will be off by that distance. In any GoTo mount all subsequent slews are always referenced to the previous synced position. And that can lead to errors depending on where that last sync was done.

Rolando

-----Original Message-----
From: Nick Iversen <inoddy@...>
To: main@ap-gto.groups.io
Sent: Thu, Feb 4, 2021 7:26 pm
Subject: Re: [ap-gto] Mach1 Park 3 curiosity

Thanks. That's what I wanted to know regarding the next unpark.

I start from a iPad app. The time is accurate to under a second. What does "local time in a time zone is not very accurate" mean?


--
Roland Christen
Astro-Physics

--
Roland Christen
Astro-Physics


Re: Mach1 Park 3 curiosity

Roland Christen
 

Universal time is calculated in the mount by using the local time and the longitude that you enter. If your longitude is off, then the calculated universal time will also be off. The mount runs internally on universal time.

Rolando



-----Original Message-----
From: Jeff B <mnebula946@...>
To: main@ap-gto.groups.io
Sent: Fri, Feb 5, 2021 9:11 am
Subject: Re: [ap-gto] Mach1 Park 3 curiosity

Curious.  A time zone spans a distance in longitude.  If I place identical cell phones, Ipads, GPS modules or what ever, at both sides of the time zone, will they read the same time or will they roll over to say, the next minute, at the same or different times?  Does universal time take care of that?

Ignorant Jeff

On Thu, Feb 4, 2021 at 8:50 PM Roland Christen via groups.io <chris1011=aol.com@groups.io> wrote:
If time is accurate, then it might be that your last recal or sync was so low on the horizon that the plate solved position is off by many minutes of arc from the ideal point in the sky due simply to atmospheric refraction. In that case you have repositioned the mount to a bogus reference point and the next slew to any object (or park) will be off by that distance. In any GoTo mount all subsequent slews are always referenced to the previous synced position. And that can lead to errors depending on where that last sync was done.

Rolando

-----Original Message-----
From: Nick Iversen <inoddy@...>
To: main@ap-gto.groups.io
Sent: Thu, Feb 4, 2021 7:26 pm
Subject: Re: [ap-gto] Mach1 Park 3 curiosity

Thanks. That's what I wanted to know regarding the next unpark.

I start from a iPad app. The time is accurate to under a second. What does "local time in a time zone is not very accurate" mean?


--
Roland Christen
Astro-Physics

--
Roland Christen
Astro-Physics

12861 - 12880 of 88912