Date   

Re: Results of our AP1600ae unguided imaging

 

Hi Ray

>>>. I think this is with the declination-arc tracking rate option in APCC, correct?


yes that's correct. As you know, this additional option is as simple as turning on a checkbox. 

On Wed, Nov 11, 2020 at 5:23 PM Ray Gralak <groups3@...> wrote:
Hi Brian,

Wow!  Thanks for posting this image and an example of the results you are getting. I think this is with the declination-arc tracking rate option in APCC, correct?

For anyone who might be interested, the declination-arc tracking method uses a different model than the standard hemisphere models that APCC Pro has been using. It has been in testing for almost a year and a half and will be available in the next major point release of APCC Pro.

-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 Brian Valente
> Sent: Wednesday, November 11, 2020 8:40 AM
> To: main@ap-gto.groups.io
> Subject: [ap-gto] 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
> https://www.dropbox.com/s/oa1eyz27qw7albf/NGC_1097_900sec_1x1_Lum.fit?dl=0
>
> (image was calibrated and background gradient lightly processed, but otherwise unchanged)
>
>
> jpg is here: https://www.dropbox.com/s/ye1nuro4qayv3hc/NGC_1097_900sec_1x1_Lum.jpg?dl=0
>
> (same processing as above)
>
>
> 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
> portfolio brianvalentephotography.com  <http://brianvalentephotography.com>
>








--
Brian 



Brian Valente


Re: Results of our AP1600ae unguided imaging

Dean Jacobsen
 

Declination arc tracking built into APCC?  I’m interested.  Now I will be able to use that instead of the three and four line maps I have been using with the standard hemisphere models.
--
Dean Jacobsen
http://astrophoto.net/wp/
Image Gallery - http://astrophoto.net/wp/image-gallery/
Astrobin Image Gallery - https://www.astrobin.com/users/deanjacobsen/ 
Amateur Radio Call Sign - W6DBJ


Dragon chasing a pearl

Roland Christen
 

Hello Astronuts,

Had a very transparent night with good seeing last night and captured this creature:

https://www.astrobin.com/full/obgxze/0/

17x600 second sub-frames, unguided using the keypad Drift Modeling tool.
160EDF refractor with Quad TCC, QSI 683WSG camera and Mach2 encoder mount.

Rolando


Re: Results of our AP1600ae unguided imaging

Konstantin von Poschinger
 

Hi Ray,

that are good news,

Grüsse

Konstantin


Konstantin v. Poschinger


Hammerichstr. 5
22605 Hamburg
040/8805747
0171/1983476

Am 12.11.2020 um 02:23 schrieb Ray Gralak <groups3@...>:

Hi Brian,

Wow! Thanks for posting this image and an example of the results you are getting. I think this is with the declination-arc tracking rate option in APCC, correct?

For anyone who might be interested, the declination-arc tracking method uses a different model than the standard hemisphere models that APCC Pro has been using. It has been in testing for almost a year and a half and will be available in the next major point release of APCC Pro.

-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 Brian Valente
Sent: Wednesday, November 11, 2020 8:40 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] 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
https://www.dropbox.com/s/oa1eyz27qw7albf/NGC_1097_900sec_1x1_Lum.fit?dl=0

(image was calibrated and background gradient lightly processed, but otherwise unchanged)


jpg is here: https://www.dropbox.com/s/ye1nuro4qayv3hc/NGC_1097_900sec_1x1_Lum.jpg?dl=0

(same processing as above)


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
portfolio brianvalentephotography.com <http://brianvalentephotography.com>





Re: 1100GTO upgraded with AE...

Khushrow Machhi
 

Thanks Roland! With this post and a couple of emails from George I am all set with checking out the performance and working on unguided or nudge guiding when I image.

Khushrow


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

Ray Gralak
 

Hi Michael/Marcelo,

Before, every time I tried to use the meridian limits in APCC Pro I have some problem
with SGP. Of course there is something I am doing wrong, but as I mentioned SGP
is able to do the flips without any problem.
APCC adjusts the mount's flip point by setting the meridian delay in the mount. The meridian delay just changes the mount's flip point. APCC also issues a command with the meridian delay to SGPro.

However, for a pier flip to occur, SGPro must issue a slew at the correct time. If SGP issues the slew too soon, the flip will *not* occur. That is not the fault of the mount, nor APCC.

I've seen posts on the SGPro forum of different mount types not flipping when they were supposed to flip. Many were not using APCC, nor even Astro-Physics mounts.

It could be that if the computer-time is different than the mount-time then it is possible that a slew could be issued by SGPro that should cause a pier flip, but does not. This type of race condition could be avoided if SGPro would wait for a little extra time after reaching the expected flip point before trying to execute a slew that should force a pier flip.

-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 Marcelo Figueroa via groups.io
Sent: Wednesday, November 11, 2020 7:15 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] SGP Pier flip failure (AP1100/APMM pro and SGP)

I have found that the flips work perfectly well in SGP with my Mach 2 if I simply turn off the meridian limits in
APCC Pro. I basically let SGP handle everything. But I always start the session from park 3, no CWUP or
anything like that, SGP is set to flip 10 minutes after the meridian and I have a clear view of almost all the sky.

Before, every time I tried to use the meridian limits in APCC Pro I have some problem with SGP. Of course there
is something I am doing wrong, but as I mentioned SGP is able to do the flips without any problem.


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

Marcelo Figueroa
 

I have found that the flips work perfectly well in SGP with my Mach 2 if I simply turn off the meridian limits in APCC Pro. I basically let SGP handle everything. But I always start the session from park 3, no CWUP or anything like that, SGP is set to flip 10 minutes after the meridian and I have a clear view of almost all the sky.
 
Before, every time I tried to use the meridian limits in APCC Pro I have some problem with SGP. Of course there is something I am doing wrong, but as I mentioned SGP is able to do the flips without any problem.
 


Re: Results of our AP1600ae unguided imaging

Ray Gralak
 

Hi Brian,

Wow! Thanks for posting this image and an example of the results you are getting. I think this is with the declination-arc tracking rate option in APCC, correct?

For anyone who might be interested, the declination-arc tracking method uses a different model than the standard hemisphere models that APCC Pro has been using. It has been in testing for almost a year and a half and will be available in the next major point release of APCC Pro.

-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 Brian Valente
Sent: Wednesday, November 11, 2020 8:40 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] 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
https://www.dropbox.com/s/oa1eyz27qw7albf/NGC_1097_900sec_1x1_Lum.fit?dl=0

(image was calibrated and background gradient lightly processed, but otherwise unchanged)


jpg is here: https://www.dropbox.com/s/ye1nuro4qayv3hc/NGC_1097_900sec_1x1_Lum.jpg?dl=0

(same processing as above)


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
portfolio brianvalentephotography.com <http://brianvalentephotography.com>


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

12661 - 12680 of 86813