Date   

Re: 1200 not taking SGP corrections

Bill Long
 

Not sure this is causing your problem, but this warning entry is all over the place in the log:



Is your site information correct? If not, update it and reboot the mount and try again.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Peter Bresler via groups.io <PABresler@...>
Sent: Sunday, August 1, 2021 2:01 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: [ap-gto] 1200 not taking SGP corrections
 
Plate solve corrections generated by SGP are not being made by my 1200. The plate solve may work as a blind solve or direct solve by PS2, the error is shown, but on the next try there is no change in the error. I tried a couple of different computers, thinking there might be some problem with the settings.

https://www.dropbox.com/s/v2simav8cflq749/ApccZip-Peter_Bresler-2021-08-01-011435.zip?dl=0


1200 not taking SGP corrections

Peter Bresler
 

Plate solve corrections generated by SGP are not being made by my 1200. The plate solve may work as a blind solve or direct solve by PS2, the error is shown, but on the next try there is no change in the error. I tried a couple of different computers, thinking there might be some problem with the settings.

https://www.dropbox.com/s/v2simav8cflq749/ApccZip-Peter_Bresler-2021-08-01-011435.zip?dl=0


Re: New AP1100, indoor practice, lots of little questions

ap@CaptivePhotons.com
 

@Wade:

 

> I hope that this makes sense,

 

Very helpful.  Thank you.

 

Linwood

 


Re: New AP1100, indoor practice, lots of little questions

W Hilmo
 

My suggestion is to regard “find home” as a recovery tool.

 

In about 10 years of using Astro-Physics mounts, I’ve never actually used the “find home” feature.  In my normal workflow, I have my automation set to park the mount in Park 4 at the end of a session.  If I am going to remove the OTA, I manually park it at Park 3.  And as Roland says, there’s no need to park the mount at all.  Just power it down when you are done.  I have my mounts configured to unpark from “last parked”, so when I want to star a session, I just turn them on and go.

 

I have had a handful of cases in that time where I managed to get a mount lost.  It was never in a normal workflow.  Most of the time, it was when I was experimenting with some unreleased mount control software.  Since I’m not a remote imager, I just recovered the mount manually, although “find home” would have worked as well.

 

I also never loosen the clutches, unless I’m recovering from a lost situation.

 

Regarding sync versus recalibrate, recalibrate is your friend.  Recalibrate works like a sync on most other mounts.  Essentially, it says “forget where you think you are pointed, you are pointed here.”  Sync is similar, but adds one more nuance.  Specifically, sync is just like a recal, but in addition to saying “you are here”, it also says “and the counterweights are down”.  It’s not immediately obvious why you would want to tell the mount whether the counterweights are up or down.  The reason is that, for any position in the sky, there are two ways that the mount can point there.  One way is what we usually see, with the telescope above the mount and counterweights below.  But you can also point at any position in the sky with the counterweights above the mount and the telescope below.  An Astro-Physics mount is very flexible, and will point with the counterweights up if you want it to.  The purpose of a sync, as opposed to a recal, is so to tell the mount that the counterweights are down.  The gotcha here is that if you are pointed near the meridian, the counterweight shaft is nearly parallel to the ground.  If you are not careful, and do a sync near the meridian, you might accidentally do the sync with the counterweights imperceptibly up.  When that happens, the mount will always slew with the counterweights up and scope down.

 

My suggestion is to avoid doing a sync, ever. The exception is if you are recovering from being lost.   I can’t remember the last time I did a sync.  The ASCOM driver has a feature to convert “sync” commands to “recal”.  The feature is enabled by default, and you should probably never disable it.

 

I hope that this makes sense,

-Wade

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of ap@...
Sent: Saturday, July 31, 2021 5:16 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] New AP1100, indoor practice, lots of little questions

 

Thanks.

 

@Roland said:

 

  • You actually do not ever need to park the mount. You can turn the power off any place in the sky. When you resume the next session, the mount will know exactly where it is because the encoders are absolute (as long as the clutches are never moved because the encoders on the 1100 are not attached to the clutches). Simply unpark the mount from its present position. I do this all the time and most often never really park the mount.

 

Thanks, I understood that.  I want to park because it’s an easier load/unload point to disassemble the OTA.  Also, Park 2 will be less likely to accumulate rain or dew if it parks due to some failure while imaging and I’m asleep.

 

  • If you were to recal or sync the mount on a known star the 3D model would display correctly. 

 

See that’s where I am confused.  The mount and APCC seem to think it is right (or close).  I fired up Pempro (I’m still in daylight) and started the polar align, which goes to 5 west of meridian at dec 0.  The mount slewed to what looked like that position exactly.  The Telescope Position in APCC showed the red dot in the right place.  Wouldn’t a sync actually just refine this from a plate solve?  The 3D model is almost upside down, it’s not off a few degrees . Or is it just plain completely wrong until at least one sync is done?

 

Can I impose also: Sync vs Recal?

 

Linwood

 


Re: New AP1100, indoor practice, lots of little questions

ap@CaptivePhotons.com
 

Thanks.

 

@Roland said:

 

  • You actually do not ever need to park the mount. You can turn the power off any place in the sky. When you resume the next session, the mount will know exactly where it is because the encoders are absolute (as long as the clutches are never moved because the encoders on the 1100 are not attached to the clutches). Simply unpark the mount from its present position. I do this all the time and most often never really park the mount.

 

Thanks, I understood that.  I want to park because it’s an easier load/unload point to disassemble the OTA.  Also, Park 2 will be less likely to accumulate rain or dew if it parks due to some failure while imaging and I’m asleep.

 

  • If you were to recal or sync the mount on a known star the 3D model would display correctly. 

 

See that’s where I am confused.  The mount and APCC seem to think it is right (or close).  I fired up Pempro (I’m still in daylight) and started the polar align, which goes to 5 west of meridian at dec 0.  The mount slewed to what looked like that position exactly.  The Telescope Position in APCC showed the red dot in the right place.  Wouldn’t a sync actually just refine this from a plate solve?  The 3D model is almost upside down, it’s not off a few degrees . Or is it just plain completely wrong until at least one sync is done?

 

Can I impose also: Sync vs Recal?

 

Linwood

 


Re: New AP1100, indoor practice, lots of little questions

W Hilmo
 

I believe that the “known parking positions” are all based on how the mount thinks it’s oriented with respect to the sky.  I believe that the “find home” will position the mount relative to a known axis position, independent of the sky.  With an encoder mount like your AE, “find home” will use the encoders and will be very, very accurate.  It will also recalibrate the mount so that it knows where it’s pointed with respect to the sky.

 

The implications here are that if you do an errant recalibrate or sync, the known park positions will no longer be correct.  The find home feature is intended to recover from that.

 

Regarding the clutches, if you have an AP1100AE or AP1600AE, then releasing the clutches and moving the mount will be something that the encoders don’t “see”, so you will need to re-establish the home position if you do that.  With a Mach2, I believe that the encoders are always correct, even if you release the clutches and move the mount, so there is never a need to re-establish the home position.

 

I hope that makes sense,

-Wade

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of ap@...
Sent: Saturday, July 31, 2021 4:56 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] New AP1100, indoor practice, lots of little questions

 

@Roland said:

- I remain baffled by the whole concept of home, find home,

  • Homing is only needed if you do an improper sync/recal on a wrong object and thus get the mount lost. For instance, if you put Vega in the center of your field but sync on Deneb, then you have told the mount a lie and it will be lost for any subsequent slews. each slew depends on the last position. If you get the mount lost, simply send it Home. It will go to the park3 position and recalibrate itself.

 

OK.  I did that.  I can see that it sort of worked (3D is still wacky), but… is it just a more convenient form of Park/unPark?

 

I.e. if I park-3 it, make sure it is in that orientation, and unpack – is that any different?

 

Or is one gross using just human alignment (i.e. if I am placing it there) and the other uses the encoders?

 

This isn’t keeping me from making it all work, it seems to just do the right thing with what I have done so far.  I just am trying to understand all the tools and settings.

 

Oh… any reason why 3D is hosed?  I unparked from Park-2 a bit ago, I can visually see the scope is still pointing basically due east at the horizon (tracking for a few minutes).  The A/A on the position seems to agree.  Why is the 3D model so wrong?

 

 

 

 

Linwood

 

PS. About 60% overcast but I have it set up and leveled and waiting for dark to give it the first run.  Hoping I get a few stars.

Attachments:


Re: New AP1100, indoor practice, lots of little questions

Bill Long
 

Park does not clear the recal/sync. Home does. A lost mount would not return to park 3 correctly via a park command. Home would work even with the mount lost. Once it returned home and cleared the errant recal/sync the mount is no longer lost. Major difference.

If you were to recal or sync the mount on a known star the 3D model would display correctly. 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of ap@... <ap@...>
Sent: Saturday, July 31, 2021 4:56 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] New AP1100, indoor practice, lots of little questions
 

@Roland said:

- I remain baffled by the whole concept of home, find home,

  • Homing is only needed if you do an improper sync/recal on a wrong object and thus get the mount lost. For instance, if you put Vega in the center of your field but sync on Deneb, then you have told the mount a lie and it will be lost for any subsequent slews. each slew depends on the last position. If you get the mount lost, simply send it Home. It will go to the park3 position and recalibrate itself.

 

OK.  I did that.  I can see that it sort of worked (3D is still wacky), but… is it just a more convenient form of Park/unPark?

 

I.e. if I park-3 it, make sure it is in that orientation, and unpack – is that any different?

 

Or is one gross using just human alignment (i.e. if I am placing it there) and the other uses the encoders?

 

This isn’t keeping me from making it all work, it seems to just do the right thing with what I have done so far.  I just am trying to understand all the tools and settings.

 

Oh… any reason why 3D is hosed?  I unparked from Park-2 a bit ago, I can visually see the scope is still pointing basically due east at the horizon (tracking for a few minutes).  The A/A on the position seems to agree.  Why is the 3D model so wrong?

 

 

 

 

Linwood

 

PS. About 60% overcast but I have it set up and leveled and waiting for dark to give it the first run.  Hoping I get a few stars.


Re: New AP1100, indoor practice, lots of little questions

Roland Christen
 

Homing is an effective tool for remote operation. Of course if you are there next to the mount you can fix any anomaly like a wrong sync by simply moving the mount manually to your favorite park position and then starting the next session from that park position. Homing is not needed if you do that. Remote operation is not hands-on and needs a way to home if the mount is lost.

You actually do not ever need to park the mount. You can turn the power off any place in the sky. When you resume the next session, the mount will know exactly where it is because the encoders are absolute (as long as the clutches are never moved because the encoders on the 1100 are not attached to the clutches). Simply unpark the mount from its present position. I do this all the time and most often never really park the mount.

Rolando



-----Original Message-----
From: ap@... <ap@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Sat, Jul 31, 2021 6:56 pm
Subject: Re: [ap-gto] New AP1100, indoor practice, lots of little questions

@Roland said:
- I remain baffled by the whole concept of home, find home,
  • Homing is only needed if you do an improper sync/recal on a wrong object and thus get the mount lost. For instance, if you put Vega in the center of your field but sync on Deneb, then you have told the mount a lie and it will be lost for any subsequent slews. each slew depends on the last position. If you get the mount lost, simply send it Home. It will go to the park3 position and recalibrate itself.
 
OK.  I did that.  I can see that it sort of worked (3D is still wacky), but… is it just a more convenient form of Park/unPark?
 
I.e. if I park-3 it, make sure it is in that orientation, and unpack – is that any different?
 
Or is one gross using just human alignment (i.e. if I am placing it there) and the other uses the encoders?
 
This isn’t keeping me from making it all work, it seems to just do the right thing with what I have done so far.  I just am trying to understand all the tools and settings.
 
Oh… any reason why 3D is hosed?  I unparked from Park-2 a bit ago, I can visually see the scope is still pointing basically due east at the horizon (tracking for a few minutes).  The A/A on the position seems to agree.  Why is the 3D model so wrong?
 
 
 
 
Linwood
 
PS. About 60% overcast but I have it set up and leveled and waiting for dark to give it the first run.  Hoping I get a few stars.

--
Roland Christen
Astro-Physics


Re: New AP1100, indoor practice, lots of little questions

ap@CaptivePhotons.com
 

@Roland said:

- I remain baffled by the whole concept of home, find home,

  • Homing is only needed if you do an improper sync/recal on a wrong object and thus get the mount lost. For instance, if you put Vega in the center of your field but sync on Deneb, then you have told the mount a lie and it will be lost for any subsequent slews. each slew depends on the last position. If you get the mount lost, simply send it Home. It will go to the park3 position and recalibrate itself.

 

OK.  I did that.  I can see that it sort of worked (3D is still wacky), but… is it just a more convenient form of Park/unPark?

 

I.e. if I park-3 it, make sure it is in that orientation, and unpack – is that any different?

 

Or is one gross using just human alignment (i.e. if I am placing it there) and the other uses the encoders?

 

This isn’t keeping me from making it all work, it seems to just do the right thing with what I have done so far.  I just am trying to understand all the tools and settings.

 

Oh… any reason why 3D is hosed?  I unparked from Park-2 a bit ago, I can visually see the scope is still pointing basically due east at the horizon (tracking for a few minutes).  The A/A on the position seems to agree.  Why is the 3D model so wrong?

 

 

 

 

Linwood

 

PS. About 60% overcast but I have it set up and leveled and waiting for dark to give it the first run.  Hoping I get a few stars.


Re: New AP1100, indoor practice, lots of little questions

Roland Christen
 


How is that different from just parking to a known park position and unparking?
Unparking does not recalibrate the mount. Homing recalibrates the mount and clears your errant syncs/recals so that the mount is not permanently lost. Parking it won't do that. In fact, if your sync is off by 3 hours in RA, then all parks will also e off by 3 hours. Home, on the other hand will be dead nuts on.

Rolando


-----Original Message-----
From: ap@... <ap@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Sat, Jul 31, 2021 4:45 pm
Subject: Re: [ap-gto] New AP1100, indoor practice, lots of little questions

  • Homing returns the mount to a known position in the event it gets lost. IIRC it also clears any recent recal data. You can set the home position as you see fit (I use park 3) and if the mount ever gets lost for whatever reason you can press home and it will return to that position (park 3 in my case).
 
How is that different from just parking to a known park position and unparking?
 
  • The encoders are best suited to having the model running, but technically speaking they will still function without it.
 
So my main reason for getting encoders was to better battle wind – during dry season here, it is often more windy, and I was losing lots of subs as the wind went from, say, 3mph to 8mph.  I know there’s no complete solution for wind, but I understood AE’s would help a lot.  Hope that’s true?
 
  • This is where he users get confused. Models are NOT only useful for observatories. Smaller models can be used quite effectively for the backyard or mobile imager. For a single night of imaging I probably wouldn't build one, but for anything more than one night, I do. Getting APPM runs comfortably into your workflow will only help you get the most out of your investment.
 
OK.  Agreed.  But does that affect how they work for wind?
 
  • If you're properly PA'd and recal with solving (APPM is configured to do this for you by default) the 3D model should work perfectly fine.
 
I don’t understand how the mount can slew to the right position in the sky (in daylight, so “right” here means “by eye right direction”) but the 3D model shows it grossly off, maybe even upside down type wrong.  The good news is the mount is right, I just don’t know where I’m going wrong to confuse the 3D model.
 
When I say “slew to the right position” I mean I use NINA, pick a star that’s high in daylight, and do a slew.  The mount looks like it is in the right position and pointing to where the star would be.  Clearly it has not been sync’d to a plate solve.
 
Linwood
 

--
Roland Christen
Astro-Physics


Re: Debugging Dec failure to move w/1200 CP3

Steven Panish
 

Thanks Rolando.  Good to know.   So much for that test....I'll order a new cable.  I decided to not start taking things apart until I've done that check.

Steve

On Sat, Jul 31, 2021 at 1:45 PM Roland Christen via groups.io <chris1011=aol.com@groups.io> wrote:

I did put the DEC cable onto the RA and the motor did not come on.
If you don't plug the RA cable into one of the motor boxes, the CP3 will automatically assume a motor fault. You must plug the RA cable into the Dec motor box to get a valid result.

Rolando


-----Original Message-----
From: Steven Panish <scpanish@...>
To: main@ap-gto.groups.io
Sent: Fri, Jul 30, 2021 10:29 pm
Subject: Re: [ap-gto] Debugging Dec failure to move w/1200 CP3

Unfortunately the RA branch of the y-cable is too short to make it to the DEC motor connector.  I may be able to pull off the CP3 and get the cable to connect to the DEC motor.  I did put the DEC cable onto the RA and the motor did not come on.  So that would support the idea that there is a fault in the cable or CP3.  

There is no visible corrosion on any of the connector pins.  They do not appear to be gold plated, this is an old mount. I put DeOxIt on the female connector sockets.  Didn't help.  I'll open the CP3 up and see if any corrosion is visible.  Seems unlikely, this is in an observatory, but NH does get humid.

There are no software limits set that would do this.  The problem appeared out of the blue.

Guess I'll order a spare Y cable next week.

Steve

On Thu, Jul 29, 2021 at 4:06 PM Jeffc <jeffcrilly@...> wrote:


On Jul 29, 2021, at 12:00 PM, Christopher Erickson <christopher.k.erickson@...> wrote:


Also consider getting a spare motor Y-cable and try that. EVERYONE should have a spare motor Y-cable in their kit. A spare power cord too.

Fwiw.. I also have a spare Y-cable for the 1200.
I broke the original cable once, and fixed it… but after that incident I decided to get a spare just in case. 


And there is an outside chance that a software axis limit setting is involved.


-Christopher Erickson
Observatory engineer
Waikoloa, HI 96738
www.summitkinetics.com
   

On Thu, Jul 29, 2021, 11:50 AM Manusfisch via groups.io <tjfischer653=mac.com@groups.io> wrote:
Wasn’t there a problem with the CP3 where the inside board became loose or had a corroded connection inside the box that might make intermittent problems come up with power to the motor or control to the motor? I don’t have a CP3 just a later model CP4 so I can’t really comment technically I just remember a conversation

TJF Mobile

On Jul 29, 2021, at 08:18, Steven Panish <scpanish@...> wrote:


Eric,
The CP3 is connected through a serial/usb converter, but the RA still responds to a nudge even when the DEC does not, so the port is still alive.   And the handbox shows the same issue.  I think the fault has to be later in the path than the comm between the PC or handbox and the CP3.  Although I don't know the architecture.  Good thought though.
Steve



On Thu, Jul 29, 2021 at 11:09 AM Eric Dreher <ericpdreher@...> wrote:
Some will sleep, removing power from the port when it's considered inactive.

--
Roland Christen
Astro-Physics


Re: New AP1100, indoor practice, lots of little questions

Roland Christen
 


- I remain baffled by the whole concept of home, find home,
Homing is only needed if you do an improper sync/recal on a wrong object and thus get the mount lost. For instance, if you put Vega in the center of your field but sync on Deneb, then you have told the mount a lie and it will be lost for any subsequent slews. each slew depends on the last position. If you get the mount lost, simply send it Home. It will go to the park3 position and recalibrate itself.

There is one caveat. This only works if you operate the mount in clutchless mode (never loosening the clutches and moving it manually). If you do decide to use the clutches, you can re-establish Home by manually moving the mount to Park3 positions and then sending a command to establish this as Home. Home can be established using APCC. Or you can enter the "set home command" manually.

Rolando


-----Original Message-----
From: ap@... <ap@...>
To: main@ap-gto.groups.io
Sent: Sat, Jul 31, 2021 3:46 pm
Subject: [ap-gto] New AP1100, indoor practice, lots of little questions

Still haven't gotten it outside. Tonight looks iffy. Testing indoors, some questions if someone has patience with a newbie: 

- I remain baffled by the whole concept of home, find home, "correctly calibrated with the sky" (for 3D view).  If I unpark from a known position, I apparently am not calibrated?  Or does it need at least one plate solve and sync?  And most advice about AE seems to be "leave it turned on, done".  But what's the whole "FIND HOME" for, which seems to require a Configure home, which seems to require an APPM run.  So do I need an APPM model for AE's?  Or maybe more basically what's Find Home for, and do I need it?  (On advice of another I was just ignoring APPM for now).  I should note that the 3D view frequently comes up wildly wrong, even though everything else looks perfect, so I think I am doing something wrong in this regard.  (I just read the APCC manual a 2nd time, and this aspect and AE differences is still opaque to me). 

- I looked with pempro and there is a PE curve loaded.  This is an AE mount. I have PEM off (based on the label).  Is that right, that the curve is there only if you turn off the AE's? 

- I loaded a custom horizon (had one in TSX) and that worked fine, but it doesn't seem associated with the site.  Am I understanding correctly, you need to manage horizons separately from sites? 

- The ASCOM V2 "configure now" button seems to take all your changes including current site into the (apparently otherwise independent) driver info like site.  It is not taking elevation, it leaves it unchanged.  Small bug?   Doesn't matter for me, I live in Flatland, everything's basically zero.  Unless I'm doing something more fundamental wrong?  My thinking is that basically you set everything in APCC and never in the ASCOM driver itself, it just flows from APCC, is that right in general?

On the good side, I set up for a realistic meridian flip in NINA using a daytime target, and it counted down, flipped perfectly on the first try. I'm loving how things just plain work, and yes, I'm probably overthinking some of these things (again), but you know -- cloudy nights, got to do something.  I've re-dressed the cables on the tripod now until they are way too pretty.  :) 

If the clouds continue I may have to start polishing the counterweights.  :( 

Linwood

--
Roland Christen
Astro-Physics


Re: New AP1100, indoor practice, lots of little questions

ap@CaptivePhotons.com
 

  • Homing returns the mount to a known position in the event it gets lost. IIRC it also clears any recent recal data. You can set the home position as you see fit (I use park 3) and if the mount ever gets lost for whatever reason you can press home and it will return to that position (park 3 in my case).

 

How is that different from just parking to a known park position and unparking?

 

  • The encoders are best suited to having the model running, but technically speaking they will still function without it.

 

So my main reason for getting encoders was to better battle wind – during dry season here, it is often more windy, and I was losing lots of subs as the wind went from, say, 3mph to 8mph.  I know there’s no complete solution for wind, but I understood AE’s would help a lot.  Hope that’s true?

 

  • This is where he users get confused. Models are NOT only useful for observatories. Smaller models can be used quite effectively for the backyard or mobile imager. For a single night of imaging I probably wouldn't build one, but for anything more than one night, I do. Getting APPM runs comfortably into your workflow will only help you get the most out of your investment.

 

OK.  Agreed.  But does that affect how they work for wind?

 

  • If you're properly PA'd and recal with solving (APPM is configured to do this for you by default) the 3D model should work perfectly fine.

 

I don’t understand how the mount can slew to the right position in the sky (in daylight, so “right” here means “by eye right direction”) but the 3D model shows it grossly off, maybe even upside down type wrong.  The good news is the mount is right, I just don’t know where I’m going wrong to confuse the 3D model.

 

When I say “slew to the right position” I mean I use NINA, pick a star that’s high in daylight, and do a slew.  The mount looks like it is in the right position and pointing to where the star would be.  Clearly it has not been sync’d to a plate solve.

 

Linwood

 


Re: New AP1100, indoor practice, lots of little questions

Bill Long
 

Homing returns the mount to a known position in the event it gets lost. IIRC it also clears any recent recal data. You can set the home position as you see fit (I use park 3) and if the mount ever gets lost for whatever reason you can press home and it will return to that position (park 3 in my case).

The encoders are best suited to having the model running, but technically speaking they will still function without it. This is where he users get confused. Models are NOT only useful for observatories. Smaller models can be used quite effectively for the backyard or mobile imager. For a single night of imaging I probably wouldn't build one, but for anything more than one night, I do. Getting APPM runs comfortably into your workflow will only help you get the most out of your investment.

If you're properly PA'd and recal with solving (APPM is configured to do this for you by default) the 3D model should work perfectly fine.

PEM is not used with encoders but if you had them off for whatever reason you would want a curve. That's nice they still build you a factory one! Those curves are quite good.

I ignore the v2 driver after having APCC configure it. APCC is the master, and as long as everything is properly setup in APCC it really shouldn't matter since the v2 driver sends everything through APCC. 

If you get bored, you can install sky safari on your mobile and connect that to the mount over wifi and play with that. 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of ap@... <ap@...>
Sent: Saturday, July 31, 2021 1:46 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: [ap-gto] New AP1100, indoor practice, lots of little questions
 
Still haven't gotten it outside. Tonight looks iffy. Testing indoors, some questions if someone has patience with a newbie: 

- I remain baffled by the whole concept of home, find home, "correctly calibrated with the sky" (for 3D view).  If I unpark from a known position, I apparently am not calibrated?  Or does it need at least one plate solve and sync?  And most advice about AE seems to be "leave it turned on, done".  But what's the whole "FIND HOME" for, which seems to require a Configure home, which seems to require an APPM run.  So do I need an APPM model for AE's?  Or maybe more basically what's Find Home for, and do I need it?  (On advice of another I was just ignoring APPM for now).  I should note that the 3D view frequently comes up wildly wrong, even though everything else looks perfect, so I think I am doing something wrong in this regard.  (I just read the APCC manual a 2nd time, and this aspect and AE differences is still opaque to me). 

- I looked with pempro and there is a PE curve loaded.  This is an AE mount. I have PEM off (based on the label).  Is that right, that the curve is there only if you turn off the AE's? 

- I loaded a custom horizon (had one in TSX) and that worked fine, but it doesn't seem associated with the site.  Am I understanding correctly, you need to manage horizons separately from sites? 

- The ASCOM V2 "configure now" button seems to take all your changes including current site into the (apparently otherwise independent) driver info like site.  It is not taking elevation, it leaves it unchanged.  Small bug?   Doesn't matter for me, I live in Flatland, everything's basically zero.  Unless I'm doing something more fundamental wrong?  My thinking is that basically you set everything in APCC and never in the ASCOM driver itself, it just flows from APCC, is that right in general?

On the good side, I set up for a realistic meridian flip in NINA using a daytime target, and it counted down, flipped perfectly on the first try. I'm loving how things just plain work, and yes, I'm probably overthinking some of these things (again), but you know -- cloudy nights, got to do something.  I've re-dressed the cables on the tripod now until they are way too pretty.  :) 

If the clouds continue I may have to start polishing the counterweights.  :( 

Linwood


New AP1100, indoor practice, lots of little questions

ap@CaptivePhotons.com
 

Still haven't gotten it outside. Tonight looks iffy. Testing indoors, some questions if someone has patience with a newbie: 

- I remain baffled by the whole concept of home, find home, "correctly calibrated with the sky" (for 3D view).  If I unpark from a known position, I apparently am not calibrated?  Or does it need at least one plate solve and sync?  And most advice about AE seems to be "leave it turned on, done".  But what's the whole "FIND HOME" for, which seems to require a Configure home, which seems to require an APPM run.  So do I need an APPM model for AE's?  Or maybe more basically what's Find Home for, and do I need it?  (On advice of another I was just ignoring APPM for now).  I should note that the 3D view frequently comes up wildly wrong, even though everything else looks perfect, so I think I am doing something wrong in this regard.  (I just read the APCC manual a 2nd time, and this aspect and AE differences is still opaque to me). 

- I looked with pempro and there is a PE curve loaded.  This is an AE mount. I have PEM off (based on the label).  Is that right, that the curve is there only if you turn off the AE's? 

- I loaded a custom horizon (had one in TSX) and that worked fine, but it doesn't seem associated with the site.  Am I understanding correctly, you need to manage horizons separately from sites? 

- The ASCOM V2 "configure now" button seems to take all your changes including current site into the (apparently otherwise independent) driver info like site.  It is not taking elevation, it leaves it unchanged.  Small bug?   Doesn't matter for me, I live in Flatland, everything's basically zero.  Unless I'm doing something more fundamental wrong?  My thinking is that basically you set everything in APCC and never in the ASCOM driver itself, it just flows from APCC, is that right in general?

On the good side, I set up for a realistic meridian flip in NINA using a daytime target, and it counted down, flipped perfectly on the first try. I'm loving how things just plain work, and yes, I'm probably overthinking some of these things (again), but you know -- cloudy nights, got to do something.  I've re-dressed the cables on the tripod now until they are way too pretty.  :) 

If the clouds continue I may have to start polishing the counterweights.  :( 

Linwood


Re: 1100GTO AE PHD2 Settings #Guiding #Absolute_Encoders

Roland Christen
 

If the guiding is good, then that's all that matters. Perfect balance is not expected, just get it as close as you can.

Rolando



-----Original Message-----
From: Eric Dreher <ericpdreher@...>
To: main@ap-gto.groups.io
Sent: Sat, Jul 31, 2021 1:09 pm
Subject: Re: [ap-gto] 1100GTO AE PHD2 Settings #Guiding #Absolute_Encoders #Guiding

Roland, that begs the question about other models.  With my 2017 Mach1GTO, I release the gearboxes, balancing RA as best I can, with DEC being a different animal.  On Pier East, Dec is just about spot-on, while Pier West is camera-heavy.  At times I do try to split the difference, but wonder if I'm really doing any good.

Last week's guiding had PHD2 RA at 0.25", Dec at 0.14", and an RMS of 0.28".  It seems like it doesn't get much better.  I'd appreciate your input, and thank you.

--
Roland Christen
Astro-Physics


Re: 1100GTO AE PHD2 Settings #Guiding #Absolute_Encoders

Eric Dreher <ericpdreher@...>
 

Roland, that begs the question about other models.  With my 2017 Mach1GTO, I release the gearboxes, balancing RA as best I can, with DEC being a different animal.  On Pier East, Dec is just about spot-on, while Pier West is camera-heavy.  At times I do try to split the difference, but wonder if I'm really doing any good.

Last week's guiding had PHD2 RA at 0.25", Dec at 0.14", and an RMS of 0.28".  It seems like it doesn't get much better.  I'd appreciate your input, and thank you.


Re: 1100GTO AE PHD2 Settings #Guiding #Absolute_Encoders

Roland Christen
 

Even for non-encoder 1100 mounts you should balance both RA and Dec. No need for east heavy on RA. Both axes have spring loaded worm mesh, so you won't gain anything from unbalance. Dec unbalance will produce more delay in reversal due to higher static friction, so again it is best to balance the Dec axis well.

Rolando



-----Original Message-----
From: skester@...
To: main@ap-gto.groups.io
Sent: Sat, Jul 31, 2021 10:55 am
Subject: Re: [ap-gto] 1100GTO AE PHD2 Settings #Guiding #Absolute_Encoders #Guiding

Roland,

I have a non AE 1100GTO.  Based on supposed 'best practices', I have always left a slight imbalance of East heavy in RA, and 'camera heavy' in Dec.  However this practice was likely intended for mounts with considerably more backlash than an AP mount.  If I'm interpreting your post correctly, Dec should be as close to perfectly balanced as possible.  Does that hold for both AE and non-AE mounts?  Also should I continue to use slightly East heavy in RA, or should that be as close to perfectly balanced as well?

Thanks,
Scott

--
Roland Christen
Astro-Physics


Re: Debugging Dec failure to move w/1200 CP3

Roland Christen
 


Yeah, I would call it a dead cable since the RA went dead once you plugged the dec cable into it
Wrong assumption unfortunately. Leaving the RA cable unplugged triggers a motor stall fault even in a good mount with a good cable.

Rolando


-----Original Message-----
From: Dale Ghent <daleg@...>
To: main@ap-gto.groups.io
Sent: Fri, Jul 30, 2021 10:38 pm
Subject: Re: [ap-gto] Debugging Dec failure to move w/1200 CP3

Yeah, I would call it a dead cable since the RA went dead once you plugged the dec cable into it, so the problem followed it. It wouldn't surprise me for a such an old mount. I maintain a 1200GTO for my club and its Y cable's insulation feels stiff the touch and the jacket material appears to be quite oxidized, giving it an almost brittle look. I wouldn't be surprised if it threw in the towel at some point after nearly 20 years of hot summers and cold winters and flexing under use, assuming it's the original cable. Even though the performance of the mount is pretty much flawless, I should probably have the club get a spare to keep on hand.

> On Jul 30, 2021, at 23:29, Steven Panish <scpanish@...> wrote:
>
> Unfortunately the RA branch of the y-cable is too short to make it to the DEC motor connector.  I may be able to pull off the CP3 and get the cable to connect to the DEC motor.  I did put the DEC cable onto the RA and the motor did not come on.  So that would support the idea that there is a fault in the cable or CP3.
>
> There is no visible corrosion on any of the connector pins.  They do not appear to be gold plated, this is an old mount. I put DeOxIt on the female connector sockets.  Didn't help.  I'll open the CP3 up and see if any corrosion is visible.  Seems unlikely, this is in an observatory, but NH does get humid.
>
> There are no software limits set that would do this.  The problem appeared out of the blue.
>
> Guess I'll order a spare Y cable next week.
>
> Steve
>
> On Thu, Jul 29, 2021 at 4:06 PM Jeffc <jeffcrilly@...> wrote:
>
>
>> On Jul 29, 2021, at 12:00 PM, Christopher Erickson <christopher.k.erickson@...> wrote:
>>
>> 
>> Also consider getting a spare motor Y-cable and try that. EVERYONE should have a spare motor Y-cable in their kit. A spare power cord too.
>
> Fwiw.. I also have a spare Y-cable for the 1200.
> I broke the original cable once, and fixed it… but after that incident I decided to get a spare just in case.
>
>>
>> And there is an outside chance that a software axis limit setting is involved.
>>
>>
>> -Christopher Erickson
>> Observatory engineer
>> Waikoloa, HI 96738
>> www.summitkinetics.com
>>
>>
>> On Thu, Jul 29, 2021, 11:50 AM Manusfisch via groups.io <tjfischer653=mac.com@groups.io> wrote:
>> Wasn’t there a problem with the CP3 where the inside board became loose or had a corroded connection inside the box that might make intermittent problems come up with power to the motor or control to the motor? I don’t have a CP3 just a later model CP4 so I can’t really comment technically I just remember a conversation
>>
>> TJF Mobile
>>
>>> On Jul 29, 2021, at 08:18, Steven Panish <scpanish@...> wrote:
>>>
>>> 
>>> Eric,
>>> The CP3 is connected through a serial/usb converter, but the RA still responds to a nudge even when the DEC does not, so the port is still alive.  And the handbox shows the same issue.  I think the fault has to be later in the path than the comm between the PC or handbox and the CP3.  Although I don't know the architecture.  Good thought though.
>>> Steve
>>>
>>>
>>>
>>> On Thu, Jul 29, 2021 at 11:09 AM Eric Dreher <ericpdreher@...> wrote:
>>> Some will sleep, removing power from the port when it's considered inactive.
>>>
>>>
>>
>>
>
>
>







--
Roland Christen
Astro-Physics


Re: Debugging Dec failure to move w/1200 CP3

Roland Christen
 


I did put the DEC cable onto the RA and the motor did not come on.
If you don't plug the RA cable into one of the motor boxes, the CP3 will automatically assume a motor fault. You must plug the RA cable into the Dec motor box to get a valid result.

Rolando


-----Original Message-----
From: Steven Panish <scpanish@...>
To: main@ap-gto.groups.io
Sent: Fri, Jul 30, 2021 10:29 pm
Subject: Re: [ap-gto] Debugging Dec failure to move w/1200 CP3

Unfortunately the RA branch of the y-cable is too short to make it to the DEC motor connector.  I may be able to pull off the CP3 and get the cable to connect to the DEC motor.  I did put the DEC cable onto the RA and the motor did not come on.  So that would support the idea that there is a fault in the cable or CP3.  

There is no visible corrosion on any of the connector pins.  They do not appear to be gold plated, this is an old mount. I put DeOxIt on the female connector sockets.  Didn't help.  I'll open the CP3 up and see if any corrosion is visible.  Seems unlikely, this is in an observatory, but NH does get humid.

There are no software limits set that would do this.  The problem appeared out of the blue.

Guess I'll order a spare Y cable next week.

Steve

On Thu, Jul 29, 2021 at 4:06 PM Jeffc <jeffcrilly@...> wrote:


On Jul 29, 2021, at 12:00 PM, Christopher Erickson <christopher.k.erickson@...> wrote:


Also consider getting a spare motor Y-cable and try that. EVERYONE should have a spare motor Y-cable in their kit. A spare power cord too.

Fwiw.. I also have a spare Y-cable for the 1200.
I broke the original cable once, and fixed it… but after that incident I decided to get a spare just in case. 


And there is an outside chance that a software axis limit setting is involved.


-Christopher Erickson
Observatory engineer
Waikoloa, HI 96738
www.summitkinetics.com
   

On Thu, Jul 29, 2021, 11:50 AM Manusfisch via groups.io <tjfischer653=mac.com@groups.io> wrote:
Wasn’t there a problem with the CP3 where the inside board became loose or had a corroded connection inside the box that might make intermittent problems come up with power to the motor or control to the motor? I don’t have a CP3 just a later model CP4 so I can’t really comment technically I just remember a conversation

TJF Mobile

On Jul 29, 2021, at 08:18, Steven Panish <scpanish@...> wrote:


Eric,
The CP3 is connected through a serial/usb converter, but the RA still responds to a nudge even when the DEC does not, so the port is still alive.   And the handbox shows the same issue.  I think the fault has to be later in the path than the comm between the PC or handbox and the CP3.  Although I don't know the architecture.  Good thought though.
Steve



On Thu, Jul 29, 2021 at 11:09 AM Eric Dreher <ericpdreher@...> wrote:
Some will sleep, removing power from the port when it's considered inactive.

--
Roland Christen
Astro-Physics

9121 - 9140 of 88824