Date   

SGP Pier flip failure (AP1100/APMM pro and SGP)

Michael 'Mikey' Mangieri
 

 

Hey all, I’m having this issue with my AP1100/APCCPro and SGP.  This was posted to the SGP forum, but maybe I’m doing something wrong in APCC that is causing the issue.  Here is the story:

 

Recently I’ve had SGP fail to execute a pier flip and lost two evenings of precious clear skies. I thought I had everything set up correctly, as many nights have worked out great. But alas, maybe not.

 

I have an AP1100GTO mount operating under APCC Pro and SGP 3.2.0.613.

 

I have setup APCC to use meridian limits so that I can have CWUP within the safe zones with Pier side east so that in those cases a pier flip is not necessary. However, when that is not possible (high DECs) the OTA must pier flip.

 

Here is the section of the log that shows the issue (I can send the entire file if needed, but I’m not on a computer where I can do that right now):

 

[11/10/20 00:04:49.099][DEBUG][Sequence Thread][SQ;] Sending commands…

[11/10/20 00:04:49.099][DEBUG][Sequence Thread][SQ;] SetFlatBox: Frame Type is Light

[11/10/20 00:04:49.099][DEBUG][Sequence Thread][SQ;] EventMarker(2) - t:NGC 1514 (0); e:3; f:1; o:

[11/10/20 00:04:49.099][DEBUG][Sequence Thread][SQ;] Checking if Meridian Flip is needed

[11/10/20 00:04:49.101][DEBUG][Sequence Thread][SQ;] Telescope is on the West side of the mount

[11/10/20 00:04:49.105][DEBUG][Sequence Thread][SQ;] Meridian Flip needed, Hour Angle >= Degrees Past To Flip: -13.4899333333333 >= -14.75

[11/10/20 00:04:49.105][DEBUG][Sequence Thread][SQ;] Running blocking meridian flip…

[11/10/20 00:04:49.105][DEBUG][Main Thread][SQ;] Adding sequence level notification: Running automatic pier flip…

[11/10/20 00:04:49.119][DEBUG][Sequence Thread][SQ;] Sending Notification: Status - Running automatic pier flip…

[11/10/20 00:04:49.128][DEBUG][Main Thread][SQ;] Adding sequence level notification: Cannot Run Meridian Flip:

-Telescope must be pointed across the meridian to pier flip.

 

[11/10/20 00:04:49.186][DEBUG][Main Thread][SQ;] Sending Notification: Error - Cannot Run Meridian Flip:

-Telescope must be pointed across the meridian to pier flip.

 

[11/10/20 00:04:49.191][DEBUG][Main Thread][SQ;] Adding sequence level notification: Failed to complete automatic meridian flip, aborting sequence!

[11/10/20 00:04:49.261][DEBUG][Sequence Thread][SQ;] Sending Notification: Error - Failed to complete automatic meridian flip, aborting sequence!

[11/10/20 00:04:54.352][DEBUG][Image History Worker][SQ;] Star detection using min star size of 2px…

[11/10/20 00:04:54.353][DEBUG][Image History Worker][SQ;] Star detection using max star size of 40px…

[11/10/20 00:04:54.471][DEBUG][Image History Worker][SQ;] Find stars took: 6032 ms…

[11/10/20 00:04:54.471][DEBUG][Image History Worker][SQ;] Star list contains 31 stars…

[11/10/20 00:04:54.471][DEBUG][Image History Worker][SQ;] Calculating HFR with sample size: 2

[11/10/20 00:04:54.821][DEBUG][Image History Worker][SQ;] Image analysis (async) END

[11/10/20 00:05:30.303][DEBUG][Main Thread][SQ;] PopulateDataModel: Transferring view to the data model…

[11/10/20 00:05:30.318][DEBUG][MF Update Thread][SQ;] Performing serialize…

[11/10/20 00:05:51.104][DEBUG][Sequence Thread][SQ;] Blocking Pier Flip: Failed to meridian flip, aborting sequence (True)

[11/10/20 00:05:51.104][DEBUG][Sequence Thread][SQ;] Aborting sequence: Failed to meridian flip

[11/10/20 00:05:51.104][DEBUG][Sequence Thread][SQ;] Set sequence abort

 

Basically it has to do with SGP reporting incorrect time to flip when you are East of the meridian but outside the safe zone. This is just like a normal GEM with CW down. It is reporting 0:47 to flip when in fact the object is 1:50 from the meridian. If I click the Set button in SGP to get to the Meridian Flip settings I get the message about this mount not allowing pier flips prior to crossing the meridian and sets the Degrees Past Meridian to 0. Now SGP correctly reports the time to flip as 1:47.

 

My guess is that if I don’t press the Set button and leave SGP with the incorrect time to flip the flip will fail and I will get the error message. If I press the Set button and let SGP set the Degrees Past Meridian to 0 the flip will succeed.

 

 

AND, here is an experiment I ran last night:

 

Selected an object east of the meridian and outside the meridian safe limit. Mount slewed to the object, CW down. Normal. SGP reports meridian flip in 00h47m. The object, however, is ~ 1h50m east of the meridian. APCC and the V2Driver show a meridian delay of 1.1 hrs. I predicted that the flip would fail, and it did. In 47min I immediately got the error message that the flip was aborted and the log shows the error message “Telescope must be pointed across the meridian to pier flip”.

 

Another attempt is made selecting an object (NGC1444) also east of the meridian and also outside the meridian safe limit. Slew and guiding, CW down, normal. SGP reports a meridian flip that is again too early based on the object’s current location. However, this time I click the ‘Set’ button on the telescope dialog to bring up the meridian flip settings in SGP. SGP immediately responds with a warning message: “Your mount does not allow pier flips prior to crossing the meridian and your ‘Degrees

Past Meridian to Flip’ value has automatically been set to 0’” Clicking OK to dismiss the dialog I see that SGP is now reporting the correct time to flip. Allowing the mount to continue it indeed completes the flip and continues with no problem.

 

It seems to me that (maybe) SGP should be setting the ‘Degrees

Past Meridian to Flip’ to 0 automatically. I’m pretty sure even if I set the value to 0, then slew to an eastern object as above, the value gets reset to a non-zero value. Unless I go and click the ‘Set’ button before starting a sequence, flips will fail.

 

Any ideas if this is a real problem or just a SUE (stupid user error).  Sorry for the long post

 

Mikey

_____________________________________

Michael "Mikey" Mangieri

Astronomy and Rocketry stuff at SkyAndRockets  http://skyandrockets.blogspot.com

Member of MDRA  - http://www.mdrocketry.org --- L3 - NAR#  80259

Member of Westminster Astronomical Society Inc. (WASI) - http://www.westminsterastro.org

Listen to Mikey's Music at The Music of Epaphras

Buy Mikey's music at:   cdbaby.com/cd/epaphras  or  iTunes

 


Re: APPM Questions : APPM / GTO1100AE Blocking Issue

Roland Christen
 

12 volts will work if there is indeed 12 volts at the CP connection. If your power cord is long, it is quite possible that the voltage will drop below 11.5 volts at the CP terminals when the mount is slewing. For every amp that is drawn by the mount the voltage will drop between 1/2 to 1 volt in a 5 foot power cord. You may be losing more than 1 volt now that the weather is colder and the motors draw more current during a slew. Once the voltage at the CP drops below 11.5 volts, then there will be an undervoltage error.

In my observatory I use 13.8 to 16 volts in the cold weather. Check also the connector at your power supply. It may be marginal and can cause voltage loss also.

Rolando


-----Original Message-----
From: philippe oros <oros.philippe@...>
To: chris1011@...
Cc: George <George@...>; groups3@...
Sent: Wed, Nov 11, 2020 4:34 pm
Subject: Re: [ap-gto] APPM Questions : APPM / GTO1100AE Blocking Issue

Rolando

no the LED is Red

By the way I’ve checked carefully the voltage levels and the ps that was sold to me by the distributor is in fact 48W (12v 3A) and reading the recommendations in AP documents they suggest using a 5A ps, so I’ve changed it for a 5A and the slew works now. i will test longer tomorrow. What I don’t understand is why this happen because I’ve been using the current ps for almost two years now and with much lower temperatures, the only thing I noticed is today the humidity level is very high and I don’t know if it can play a role …
Thanks for your help anyway

> Le 11 nov. 2020 à 19:36, chris1011@... a écrit :

>
>


simple meridian management for field imaging automation withh CCD Autopilot with MAch 2 #APCC #Mach2GTO

Andrea Lucchetti
 

Hello Ray & Group,
I have a Mach2 and want to use it with CCD autopilot for session automation.
It is going to be used in the field, no fixed set up.

I'd like to know what is the simplest meridian set up to be used with APCC Pro, CCDAP and the Mach2.
I don't need any complex management, only:
-to allow for 45 min tracking in the west before meridian flip, about 45 min east tracking (less important) 
-ability to slew and point in the above area
-prevent slewing near the meridian

After having read many, many times the manual, I am still confused (my fault)
I wonder if setting only the AE limits it is enough for me (or may be too much). in this case it would be nice to know how to set the "Meridian panel":
I assume I don't need to set "meridian delay"
I assume I don't have to touch the "meridian tracking limits/hour angle panel"
I assume I don't need to flag "enable Meridian Tracking limits" in "Operation" panel, because in the help I read: "DO NOT use any other method for setting a meridian delay while you are using the meridian limits.  When properly configured, the APCC meridian tracking limit logic will maintain the correct meridian delay in the system."
Also, because CCDAP manages the meridian flip.
 
So, what to do if I use the simple AE limit in the meridian panel?
As CCDAP manage the meridian flip I need to know a procedure that work with this software.

I can certainly get help from John on more established AP mount, but the MAch 2 is new.

Thank you very much in advance,
Andrea




Re: 1100GTO upgraded with AE...

Roland Christen
 


what do green and blue mean?
It means they are healthy.

If you want to see before and after, simply turn on your favorite guider program. Pick a star near the celestial equator and meridian. Start tracking but turn off all guiding pulses. Watch the RA and Dec axes. You will see the RA axis track steadily without any periodic error. Both RA and Dec will jump around a bit due to atmospheric seeing, and that is normal, and is not something an encoder can correct. Both axes will probably drift from their zero line, and again this is not something that the encoders can correct. That drifting will be almost 100% due to your polar alignment.

Once you do these tests, you could turn the encoders off and watch the RA for it's normal periodic error (Dec will have none, of course). Be sure to turn them back on after this run.

Now that you have satisfied your curiosity about the encoders actually doing something (elimination of PE in RA), then it's time to apply the models in APCC-APPM. This is where the real work of tracking occurs.

Rolando


-----Original Message-----
From: Khushrow Machhi via groups.io <kmachhi@...>
To: main@ap-gto.groups.io
Sent: Wed, Nov 11, 2020 2:27 pm
Subject: Re: [ap-gto] 1100GTO upgraded with AE...

On RA the LED is green, and on the DEC it is blue, so the fact they are not red is good, but what do green and blue mean?

I have the AE tab on APCC-pro and the encoders are enabled.  I would like to ascertain that the encoders are making the mount track better or was I seeing better tracking just because of the pointing model?  

Thanks for all the feedback.

Khushrow


Re: 1100GTO upgraded with AE...

W Hilmo
 

Yes, the LED colors are meaningful.  When I upgraded my mount to absolute encoders, I found the Renishaw documentation for the read heads and it described the meaning of the colors.  Essentially, red is no signal, orange is weak signal, green is good signal and blue is the strongest signal.

 

The first time that I powered on the mount after the upgrade, I saw lots of orange, and a bit of red.  I called AP and spoke with George.  He relayed the steps that they use to adjust the encoders.  It was quite simple and took me about 10 minutes to adjust them so that both axes were green and blue all the way around.

 

-Wade

 

 

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Peter Nagy
Sent: Wednesday, November 11, 2020 8:43 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] 1100GTO upgraded with AE...

 

Bill,

I don't think the LEDs at the read heads are meaningful. It simply tells you the encoders are powered on but not necessarily enabled. You can power up the mount and the LEDs will still light up whether the encoders are enabled or not. That's at least what I remembered when I first installed AE in my A-P1100GTO mount. It was very easy to install.

I think it's best to use either ASCOM driver or APCC to tell you whether the encoders are enabled or not. Or while the mount is tracking, you can forcefully move either axes with your hands and if either axes fight back to move back to original position, then you know the encoders are working.

Peter


Re: 1100GTO upgraded with AE...

Khushrow Machhi
 

On RA the LED is green, and on the DEC it is blue, so the fact they are not red is good, but what do green and blue mean?

I have the AE tab on APCC-pro and the encoders are enabled.  I would like to ascertain that the encoders are making the mount track better or was I seeing better tracking just because of the pointing model?  

Thanks for all the feedback.

Khushrow


Re: Manage Cables Which Plate to Use for Top Mount Hardware?

Alex
 

Hi Bruce,

Thanks for the endorsement of PoleMaster and SharpCap. I purchased the Pro edition of SharpCap yesterday and I have a dovetail holder I purchased from Opt for the PoleMaster. I'm looking forward to trying out the new system once I get my scope. Hopefully within a week or two.

Best,
Alex


Re: Manage Cables Which Plate to Use for Top Mount Hardware?

Alex
 

Hi Terri,

Thanks for the info. I need to get some furniture dollies to move my equipment with and mark the position as you did to speed up polar alignment.

Best,
Alex


Re: Pier Crash - need help diagnosing #ASCOM_V2_Driver

Joel Short
 

Thanks Rolando.  I just wanted to make sure I didn't miss something.  
joel

On Wed, Nov 11, 2020 at 1:27 PM uncarollo2 <chris1011@...> via groups.io <chris1011=aol.com@groups.io> wrote:
We will have the latest version available shortly.

Rolando



-----Original Message-----
From: Joel Short <buckeyestargazer@...>
To: main@ap-gto.groups.io
Sent: Wed, Nov 11, 2020 1:11 pm
Subject: Re: [ap-gto] Pier Crash - need help diagnosing #ASCOM_V2_Driver

I'd like to try setting this command.  As someone else mentioned the latest software version is P01-14 and P02-06 is not on the website.  Is that just for CP5 perhaps?  
Thanks,
joel

On Mon, Oct 26, 2020 at 01:43 PM, uncarollo2 <chris1011@...> wrote:
For those who want to try setting a limit, here are the commands:

:LR0#  turns off limits
:LR2#  turns on limits at 5 degrees past meridian, bounces back 6 degrees and parks the mount (motors de-energized).
 
You will need to have software version P02-06 or later software loaded in the CP4. You can do this using the Command Interface via Ethernet connection or WiFi. The above commands can be sent to the mount via the Interface Terminal. We plan to publish other new commands as they become available and have been fully debugged.
 
Rolando


Re: Pier Crash - need help diagnosing #ASCOM_V2_Driver

Roland Christen
 

We will have the latest version available shortly.

Rolando



-----Original Message-----
From: Joel Short <buckeyestargazer@...>
To: main@ap-gto.groups.io
Sent: Wed, Nov 11, 2020 1:11 pm
Subject: Re: [ap-gto] Pier Crash - need help diagnosing #ASCOM_V2_Driver

I'd like to try setting this command.  As someone else mentioned the latest software version is P01-14 and P02-06 is not on the website.  Is that just for CP5 perhaps?  
Thanks,
joel

On Mon, Oct 26, 2020 at 01:43 PM, uncarollo2 <chris1011@...> wrote:
For those who want to try setting a limit, here are the commands:

:LR0#  turns off limits
:LR2#  turns on limits at 5 degrees past meridian, bounces back 6 degrees and parks the mount (motors de-energized).
 
You will need to have software version P02-06 or later software loaded in the CP4. You can do this using the Command Interface via Ethernet connection or WiFi. The above commands can be sent to the mount via the Interface Terminal. We plan to publish other new commands as they become available and have been fully debugged.
 
Rolando


Re: Pier Crash - need help diagnosing #ASCOM_V2_Driver

Joel Short
 

I'd like to try setting this command.  As someone else mentioned the latest software version is P01-14 and P02-06 is not on the website.  Is that just for CP5 perhaps?  
Thanks,
joel


On Mon, Oct 26, 2020 at 01:43 PM, uncarollo2 <chris1011@...> wrote:
For those who want to try setting a limit, here are the commands:

:LR0#  turns off limits
:LR2#  turns on limits at 5 degrees past meridian, bounces back 6 degrees and parks the mount (motors de-energized).
 
You will need to have software version P02-06 or later software loaded in the CP4. You can do this using the Command Interface via Ethernet connection or WiFi. The above commands can be sent to the mount via the Interface Terminal. We plan to publish other new commands as they become available and have been fully debugged.
 
Rolando


Re: 1100GTO upgraded with AE...

 

Encoder LED color indicates if the encoder is powered, but also the data quality it is sending. If your encoder LED is red, it means you will not be getting any useful data from the encoder. Blue and green are good colors to see.

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Bill Long
Sent: Wednesday, November 11, 2020 10:46 AM
To: Peter Nagy <topboxman@...>; main@ap-gto.groups.io
Subject: Re: [ap-gto] 1100GTO upgraded with AE...

 

The color matters based on the sheets from Renishaw. The other point I mentioned, the AE tab in APCC Pro also matters since you won't see that if the personality isn't set correctly.

 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Peter Nagy <topboxman@...>
Sent: Wednesday, November 11, 2020 8:43 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] 1100GTO upgraded with AE...

 

Bill,

I don't think the LEDs at the read heads are meaningful. It simply tells you the encoders are powered on but not necessarily enabled. You can power up the mount and the LEDs will still light up whether the encoders are enabled or not. That's at least what I remembered when I first installed AE in my A-P1100GTO mount. It was very easy to install.

I think it's best to use either ASCOM driver or APCC to tell you whether the encoders are enabled or not. Or while the mount is tracking, you can forcefully move either axes with your hands and if either axes fight back to move back to original position, then you know the encoders are working.

Peter


Re: APPM Questions : APPM / GTO1100AE Blocking Issue

Roland Christen
 

What is your power supply?
What is your outside temperature?
You may have too low voltage from your supply, especially now that it is getting cold outside. For cold temperatures it is recommended to use 16 to 18 volts to run the mount.
You might get by with 12 volts if you turn the maximum slew speed to 600x.

Rolando


-----Original Message-----
From: philippe oros <oros.philippe@...>
To: main@ap-gto.groups.io
Cc: George <George@...>; groups3@...
Sent: Wed, Nov 11, 2020 11:30 am
Subject: Re: [ap-gto] APPM Questions : APPM / GTO1100AE Blocking Issue

Hi Ray & George
Since a few days I have an blocking  issue wit my AP1100 AE : when I try to slew I get the error shown in the file attached below and the slew is not performed !!(its a pity because the sky is good)
I have checked and tested with another power supply same situation, I have installed all the last versions of APPM Pro and drivers, idem.
Please can you tell me wha to do or try ?
Thanks a lot
Philippe


Le 6 oct. 2020 à 15:47, Ray Gralak <groups3@...> a écrit :

Hi Tony,

Haven't you asked this question before? 

https://ap-gto.groups.io/g/main/topic/help_with_appm_and_dome/76099333

BTW: a hint to anyone asking questions. In case a question has been asked previously, please try a web search using significant keywords in your search. For example, in this case, searching for "APPM Dome Sync" might locate some pages with useful information.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Tony Benjamin
Sent: Saturday, October 3, 2020 8:39 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM Questions

If a point fails during the mapping run - is there a way to redo it at that time or do you need to redo a complete
new run?

Also, sometimes it seems that the dome is still slewing when the camera starts to take an image - so how is that
overcome? Sucks to be taking a picture of the inside of the dome.






Re: APPM Questions : APPM / GTO1100AE Blocking Issue

philippe oros
 

Hi Ray & George
Since a few days I have an blocking  issue wit my AP1100 AE : when I try to slew I get the error shown in the file attached below and the slew is not performed !!(its a pity because the sky is good)
I have checked and tested with another power supply same situation, I have installed all the last versions of APPM Pro and drivers, idem.
Please can you tell me wha to do or try ?
Thanks a lot
Philippe


Le 6 oct. 2020 à 15:47, Ray Gralak <groups3@...> a écrit :

Hi Tony,

Haven't you asked this question before? 

https://ap-gto.groups.io/g/main/topic/help_with_appm_and_dome/76099333

BTW: a hint to anyone asking questions. In case a question has been asked previously, please try a web search using significant keywords in your search. For example, in this case, searching for "APPM Dome Sync" might locate some pages with useful information.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Tony Benjamin
Sent: Saturday, October 3, 2020 8:39 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM Questions

If a point fails during the mapping run - is there a way to redo it at that time or do you need to redo a complete
new run?

Also, sometimes it seems that the dome is still slewing when the camera starts to take an image - so how is that
overcome? Sucks to be taking a picture of the inside of the dome.






Re: Results of our AP1600ae unguided imaging

Jeff B
 

My goodness, that's nice!

Jeff

On Wed, Nov 11, 2020 at 11:40 AM Brian Valente <bvalente@...> wrote:
Hi everyone,

I wanted to share our latest results from using the our AP1600 with absolute encoders, doing unguided with APCC/APPM model

This is from last night's run, we used 900second (15 minute) unguided exposures of NGC 1097 on CDK17, image scale 0.63"


You can download the fits file here
(image was calibrated and background gradient lightly processed, but otherwise unchanged)  



Overall I'm pretty happy with these results. We were admonished to use guiding from the start, but we had faith in the AP hardware and the APCC software. 

We rely on APCC and the APPM model builder. The model was approximately 180 points on each side, limiting it to 35 degrees altitude. 

Ray has done some great software improvements based on our results over the past year. We are at a very demanding focal length for unguided @ 2930mm. He has been very responsive and helpful, as have all AP staff we have worked with, including Roland. 

We still have work to do in other parts, and we would like our keeper rate to be higher, but progress, not perfection right? 


--
Brian 



Brian Valente


Re: 1100GTO upgraded with AE...

Bill Long
 

The color matters based on the sheets from Renishaw. The other point I mentioned, the AE tab in APCC Pro also matters since you won't see that if the personality isn't set correctly.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Peter Nagy <topboxman@...>
Sent: Wednesday, November 11, 2020 8:43 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] 1100GTO upgraded with AE...
 
Bill,

I don't think the LEDs at the read heads are meaningful. It simply tells you the encoders are powered on but not necessarily enabled. You can power up the mount and the LEDs will still light up whether the encoders are enabled or not. That's at least what I remembered when I first installed AE in my A-P1100GTO mount. It was very easy to install.

I think it's best to use either ASCOM driver or APCC to tell you whether the encoders are enabled or not. Or while the mount is tracking, you can forcefully move either axes with your hands and if either axes fight back to move back to original position, then you know the encoders are working.

Peter


Re: 1100GTO upgraded with AE...

 

Hi Khushrow

if endorse are on you will see it on the AE Tab like this:

image.png

to see if the model is active, click on pointing model and look on the options to make sure they are enabled

 
image.png


On Wed, Nov 11, 2020 at 8:36 AM Bill Long <bill@...> wrote:
Check the lights on the read heads should be blue or green. Check in APCC Pro on the AE tab. If you don't see the AE tab you need to contact AP.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Khushrow Machhi via groups.io <kmachhi=yahoo.com@groups.io>
Sent: Wednesday, November 11, 2020 8:29 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: [ap-gto] 1100GTO upgraded with AE...
 
I have just upgraded my 1100GTO by adding the absolute encoders and last night I tested it out for the first time.  I ran a pointing model, a modest one to start, 33 points.  After this I had the tracking and pointing corrections on.  The tracking was decent but not what I expected.  My question is how do I tell that the encoders are working vs. the tracking improvement coming from the fact that I ran a model.  I would like to ascertain that the encoders are working and any thoughts on this would be helpful.
Thanks,
Khushrow



--
Brian 



Brian Valente


Re: 1100GTO upgraded with AE...

Peter Nagy
 

Bill,

I don't think the LEDs at the read heads are meaningful. It simply tells you the encoders are powered on but not necessarily enabled. You can power up the mount and the LEDs will still light up whether the encoders are enabled or not. That's at least what I remembered when I first installed AE in my A-P1100GTO mount. It was very easy to install.

I think it's best to use either ASCOM driver or APCC to tell you whether the encoders are enabled or not. Or while the mount is tracking, you can forcefully move either axes with your hands and if either axes fight back to move back to original position, then you know the encoders are working.

Peter


Results of our AP1600ae unguided imaging

 

Hi everyone,

I wanted to share our latest results from using the our AP1600 with absolute encoders, doing unguided with APCC/APPM model

This is from last night's run, we used 900second (15 minute) unguided exposures of NGC 1097 on CDK17, image scale 0.63"


You can download the fits file here
(image was calibrated and background gradient lightly processed, but otherwise unchanged)  



Overall I'm pretty happy with these results. We were admonished to use guiding from the start, but we had faith in the AP hardware and the APCC software. 

We rely on APCC and the APPM model builder. The model was approximately 180 points on each side, limiting it to 35 degrees altitude. 

Ray has done some great software improvements based on our results over the past year. We are at a very demanding focal length for unguided @ 2930mm. He has been very responsive and helpful, as have all AP staff we have worked with, including Roland. 

We still have work to do in other parts, and we would like our keeper rate to be higher, but progress, not perfection right? 


--
Brian 



Brian Valente


Re: 1100GTO upgraded with AE...

Bill Long
 

Check the lights on the read heads should be blue or green. Check in APCC Pro on the AE tab. If you don't see the AE tab you need to contact AP.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Khushrow Machhi via groups.io <kmachhi@...>
Sent: Wednesday, November 11, 2020 8:29 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: [ap-gto] 1100GTO upgraded with AE...
 
I have just upgraded my 1100GTO by adding the absolute encoders and last night I tested it out for the first time.  I ran a pointing model, a modest one to start, 33 points.  After this I had the tracking and pointing corrections on.  The tracking was decent but not what I expected.  My question is how do I tell that the encoders are working vs. the tracking improvement coming from the fact that I ran a model.  I would like to ascertain that the encoders are working and any thoughts on this would be helpful.
Thanks,
Khushrow

12681 - 12700 of 86825