Date   

Re: 1200 not taking SGP corrections

Peter Bresler
 
Edited

Los Osos
 
35° 18' 36.54'' N
 
120° 49' 31.5804'' W

I entered them in the ASCOM driver. Finally I rechecked that driver and they were there.


Re: 1200 not taking SGP corrections

Christopher Erickson
 

Where did you enter your lat/lon numbers?

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

On Sun, Aug 1, 2021, 7:16 AM Peter Bresler via groups.io <PABresler=aol.com@groups.io> wrote:
I did manually enter the lat and longitude, and also powered the mount off several times and restarted APCC. The problem persisted. It mostly affected the DEC axis, but once the RA also did not correct. The cables look good, as usual. No other obvious problems. I will not be able to try again until I return from vacation in 3 weeks. What else do you suggest? I send an email to George.

I made a previous post about PHD not being able to make DEC corrections, but assumed that was a problem with the guide star.


Re: 1200 not taking SGP corrections

Peter Bresler
 

I did manually enter the lat and longitude, and also powered the mount off several times and restarted APCC. The problem persisted. It mostly affected the DEC axis, but once the RA also did not correct. The cables look good, as usual. No other obvious problems. I will not be able to try again until I return from vacation in 3 weeks. What else do you suggest? I send an email to George.

I made a previous post about PHD not being able to make DEC corrections, but assumed that was a problem with the guide star.


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

KHursh
 

The 'HOME' button does not exist on a mount without AE. It is on the AE tab of APCC pro.


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

Horia
 

Hi Bill,

 

 

>> Home would work even with the mount lost.

 

does this also apply to a mount without absolute encoders?

 

Kind Regards,

Horia

 

 

Von: main@ap-gto.groups.io <main@ap-gto.groups.io> Im Auftrag von Bill Long
Gesendet: Sonntag, 1. August 2021 02:07
An: main@ap-gto.groups.io
Betreff: Re: [ap-gto] New AP1100, indoor practice, lots of little questions

 

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. 

 



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

Bill Long
 

Should add that it is time for a new CDK14. Gotta test the maximum out! 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Sunday, August 1, 2021 4:33 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] New AP1100, indoor practice, lots of little questions
 
Looks like its performing nicely and is only limited by the seeing conditions you have there. A 540mm FL scope is small and light so I doubt the 1100 even knew it was on the mount at all. 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of ap@... <ap@...>
Sent: Sunday, August 1, 2021 4:10 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] New AP1100, indoor practice, lots of little questions
 

I’m still not sure I understand the fine points here, but thought I would share this.  It was unexpectedly clear all night (hazy but image-able), so the new mount got its first light (if that can apply to mounts).

 

It started at 0.30” which was the worst all night,  by the morning it was guiding at 0.22” (at 540mm image/guide focal length (OAG)).

 

So the mount understands even if I don’t.  😊

 

Happy round stars.  Happy sleep deprived user.

 

AP, you folks build well!

 

Linwood

 

 

_,_


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

Bill Long
 

Looks like its performing nicely and is only limited by the seeing conditions you have there. A 540mm FL scope is small and light so I doubt the 1100 even knew it was on the mount at all. 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of ap@... <ap@...>
Sent: Sunday, August 1, 2021 4:10 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] New AP1100, indoor practice, lots of little questions
 

I’m still not sure I understand the fine points here, but thought I would share this.  It was unexpectedly clear all night (hazy but image-able), so the new mount got its first light (if that can apply to mounts).

 

It started at 0.30” which was the worst all night,  by the morning it was guiding at 0.22” (at 540mm image/guide focal length (OAG)).

 

So the mount understands even if I don’t.  😊

 

Happy round stars.  Happy sleep deprived user.

 

AP, you folks build well!

 

Linwood

 

 

_,_


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

ap@CaptivePhotons.com
 

I’m still not sure I understand the fine points here, but thought I would share this.  It was unexpectedly clear all night (hazy but image-able), so the new mount got its first light (if that can apply to mounts).

 

It started at 0.30” which was the worst all night,  by the morning it was guiding at 0.22” (at 540mm image/guide focal length (OAG)).

 

So the mount understands even if I don’t.  😊

 

Happy round stars.  Happy sleep deprived user.

 

AP, you folks build well!

 

Linwood

 

 

_,_


Re: 1200 not taking SGP corrections

Ray Gralak
 

Bill is correct. Not only that, both Latitude and Longitude are incorrectly set to 0 at one point:

 

0000050 2021-08-01 00:40:54.250:      Debug,  Command Thread, TX = ':Gt#'

0000051 2021-08-01 00:40:54.250:      Debug,        UDP Send, --> :Gt#   Timeout(msecs)= 100

0000052 2021-08-01 00:40:54.252:      Debug,        UDPReply, <-- +00*00:00#      (1 msecs)

0000053 2021-08-01 00:40:54.252:      Debug,  Command Thread, TX=':Gt#'|RX='+00*00:00#'

0000054 2021-08-01 00:40:54.253:      Debug,  Command Thread, TX = ':Gg#'

0000055 2021-08-01 00:40:54.253:      Debug,        UDP Send, --> :Gg#   Timeout(msecs)= 100

0000056 2021-08-01 00:40:54.255:      Debug,        UDPReply, <-- +00*00:00#      (2 msecs)

0000057 2021-08-01 00:40:54.255:      Debug,  Command Thread, TX=':Gg#'|RX='+00*00:00#'

 

Power off the mount if it is not off already. Then power on the mount and run APCC . Watch APCC to make sure that it initializes the mount with the proper Lat/Long values. If something else initializes the mount first (e.g. the keypad?) you will not see APCC’s popup initialization window, and APCC will not set the mount’s latitude and longitude. You can check thevalues set in the mount on APCC’s Site tab.

 

-Ray

 

From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
Sent: Sunday, August 1, 2021 2:14 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] 1200 not taking SGP corrections

 

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


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

3381 - 3400 of 83093