Date   

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


Re: 1100 mount production

Roland Christen
 

Final assembly is underway, one mount is already done and more will be assembled and tested next week.

Rolando



-----Original Message-----
From: Pete Mumbower <pmumbower@...>
To: main@ap-gto.groups.io
Sent: Fri, Feb 5, 2021 8:58 am
Subject: Re: [ap-gto] 1100 mount production

Hi Rolando / Marj / Karen,

I was wondering if there are any updates for the 1100 production run? Been about a month :)

Thanks,
Pete (eagerly but patiently awaiting one)

--
Roland Christen
Astro-Physics


Re: Payload AP1200GTO

Roland Christen
 

Yes, it would handle that.

Rolando



-----Original Message-----
From: Geert <geert.vandenbulcke@...>
To: main@ap-gto.groups.io
Sent: Fri, Feb 5, 2021 7:28 am
Subject: [ap-gto] Payload AP1200GTO

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
 
 
 

--
Roland Christen
Astro-Physics


Re: Mach1

Roland Christen
 

The clutch on the Mach1 is a brass plate and should have grease on it. The clutch locking system uses hard anodized pressure plates against a hard anodized hub. These should be lubricated also. It works similar to a automobile disc brake, so it can be fully locked down and won't slip even when lubricated. The lubrication from the grease smooth out the motion when the clutch knobs are unlocked.
Rolando

-----Original Message-----
From: steve711614 via groups.io <steve.duck@...>
To: main@ap-gto.groups.io
Sent: Fri, Feb 5, 2021 7:12 am
Subject: Re: [ap-gto] Mach1

Hello Robert 
Now I am worried,you mention Grease I thought it must be a dry system there wasnt a bit of grease on any surface my last mount was a losmandy so I am used to stripping the mount down and regreasing.I have got silicone lube I used on the losmandy will that do and do I put quiet a bit on the clutch part
Steve

--
Roland Christen
Astro-Physics


Re: Mach 1 not parking at Alt Az position

Arun Hegde
 
Edited

Thank you Mike and Ray.

Ray - I will email the requested files to you.

Mike - In answer to your question "Parking - click to cancel" never stops even though the mount has apparently reached the Alt Az position from what I can visually see. The good thing is that once it reaches that position, it never strays very far from it, just indicates it is still in the process of parking. So I simply click to cancel and get on with taking flats.

Mike H - Thanks for the advice on balance. The mount has been very forgiving to balance so I've never bothered to critically balance it, but will try that. The nice thing is that all these things can be done in cloudy weather!


Re: Mach 1 not parking at Alt Az position

michaeljhanson@...
 

Arun,

Check for imbalance.  Rev Q is very old and does not have integral gain to overcome a tiny positional error due to heavy imbalance.  Park 3 might work because the weight is symmetric.

Regards,
Mike Hanson

8241 - 8260 of 84287