Date   

Re: RAPAS on AP900 with CP4

Dan_Paris
 

Thanks Robert, great news!

best regards,

Dan


Re: RAPAS on AP900 with CP4

Robert
 

Yes. It will clear the end of the CP4 with about 1/8" to spare.  Also, the eyepiece cup should be about 3/4" above the top of the CP4 cover.


Regards,
Robert


Re: Dithering with NINA and Mach2 #Mach2GTO

Dean Jacobsen
 

Great result for for just over an hour.  Keep us posted.
--
Dean Jacobsen
Astrobin Image Gallery - https://www.astrobin.com/users/deanjacobsen/


Re: Dithering with NINA and Mach2 #Mach2GTO

midmoastro
 

Again, thanks everyone. I've been experimenting with this, as well as PixInsight.
Still much to learn but here is the latest attempt using both.
While I took dark flats and flats, I have not yet taken darks.
Thanks for the tips,
https://astrob.in/gw0xv4/0/

Todd


Re: A mishap upon first power-up of 1100GTO-AEL...

@mmalik
 

Much appreciate the prompt response. Regards, Mike


Re: A mishap upon first power-up of 1100GTO-AEL...

Roland Christen
 

Since these are not mount cables, it doesn't matter if you sheared them off. The mount would not know. You did not cause any damage to anything. The mount is not delicate. Certainly if the axis meets with any kind of obstruction, the motors will sound louder than normal, but that is fine. They should sound louder since they are experiencing a heavy load. Won't hurt them a bit.

Roland

-----Original Message-----
From: mike_malik@...
To: main@ap-gto.groups.io
Sent: Wed, Jun 29, 2022 11:12 pm
Subject: [ap-gto] A mishap upon first power-up of 1100GTO-AEL...

Despite taking all the precautions for the fist power-up of the barebones 1100GTO-AEL, I end up pinching a though-the-mount power cable in DEC axis as shown. Clutches were as they come form the factory, in all the way but NOT torqued. After the pinching, motor made a loud squeaking sound but came to an end few moments later probably as DEC axis reached it desired end-point. There was NO scope mounted, NO counterweight shaft attached. It was just a dry run of the NEW mount for the fist time. There was no pulling or sheering of the cable; just a depression in the plastic/grooved/felx area of the power cable termination (see pic) where it got stuck between the motor housing and the clutch knob.

Question I have is would it have done any damage to the mount? Or did the loud sound DEC motor made was it working against the un-torqued DEC clutches? I am sure I am not the only one who would have through-the-mount cables hanging like that. I guess lesson learned the hard way. Your insight and technical analysis of the mishap greatly appreciated. Thanks in advance. Regards, Mike


 

--
Roland Christen
Astro-Physics


A mishap upon first power-up of 1100GTO-AEL...

@mmalik
 

Despite taking all the precautions for the fist power-up of the barebones 1100GTO-AEL, I end up pinching a though-the-mount power cable in DEC axis as shown. Clutches were as they come form the factory, in all the way but NOT torqued. After the pinching, motor made a loud squeaking sound but came to an end few moments later probably as DEC axis reached it desired end-point. There was NO scope mounted, NO counterweight shaft attached. It was just a dry run of the NEW mount for the fist time. There was no pulling or sheering of the cable; just a depression in the plastic/grooved/felx area of the power cable termination (see pic) where it got stuck between the motor housing and the clutch knob.

Question I have is would it have done any damage to the mount? Or did the loud sound DEC motor made was it working against the un-torqued DEC clutches? I am sure I am not the only one who would have through-the-mount cables hanging like that. I guess lesson learned the hard way. Your insight and technical analysis of the mishap greatly appreciated. Thanks in advance. Regards, Mike


 


Re: RAPAS on AP900 with CP4

George
 

Please see:

https://www.astro-physics.info/tech_support/mounts/servo/cp4-upgrade-inst.pdf

 

Regards,

 

George

 

George Whitney

Astro-Physics, Inc.

Phone:  815-222-6538 (direct line)

Phone:  815-282-1513 (office)

Email:  george@...

Video Tutorials: https://www.youtube.com/astrophysicscorp 

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Dean Jacobsen
Sent: Wednesday, June 29, 2022 10:02 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] RAPAS on AP900 with CP4

 

On Sun, Jun 26, 2022 at 01:25 AM, Dan_Paris wrote:

The CP4 extends about 34mm / 1.35 inches past the dovetail (see the picture).

The adapter for the 900 [RAP900] will push the RAPAS further to the rear.  Maybe far enough to clear the 1.35 inch overhang of the CP5.  Unfortunately I don't know how tall the RAP900 is.  The folks at AP would know though.
 
--
Dean Jacobsen
Astrobin Image Gallery - https://www.astrobin.com/users/deanjacobsen/


Re: RAPAS on AP900 with CP4

Dean Jacobsen
 

On Sun, Jun 26, 2022 at 01:25 AM, Dan_Paris wrote:
The CP4 extends about 34mm / 1.35 inches past the dovetail (see the picture).
The adapter for the 900 [RAP900] will push the RAPAS further to the rear.  Maybe far enough to clear the 1.35 inch overhang of the CP5.  Unfortunately I don't know how tall the RAP900 is.  The folks at AP would know though.
 
--
Dean Jacobsen
Astrobin Image Gallery - https://www.astrobin.com/users/deanjacobsen/


Re: Dec encoder connection

Jim Fakatselis
 

Thank you Roland. Mike Hanson responded similarly and I repositioned it to get the blue light on constantly. Hopefully that resolves it. 
I really never saw a red or yellow light come on prior to repositioning it. Tapping it made it change alternately green and blue then completely off I recall.

All is OK for now.

Thank you again.
Jim

On Tuesday, June 28, 2022 at 12:24:06 PM EDT, Roland Christen via groups.io <chris1011@...> wrote:


It's not a connector issue. It's a spacing issue of the encoder readhead. The readhead has to be spaced very accurately so that it reads the engravings on the encoder ring (which sits under the readhead). The clicking you hear is the Dec motor responding to the encoder correction loop coming on when the readhead puts out the proper signal.

In order for the readhead to produce the proper encoder signal, the light has to be green or blue. If it is yellow, that's marginal, and if it is red, then there will be no signal to the CP4.

You can adjust the spacing of the readhead by loosening the two screws that hold it on, then sliding it back and forth until you get a blue color on the LED. If you cannot get it this way, try placing a thin shim of .002 thou thickness under one end and tightening the screws (piece of Scotch tape or paper will do). Once you get the light to stay green or blue, run the axis around and make sure it works in all Dec positions.

Rolando

-----Original Message-----
From: Jim Fakatselis <pashasdad@...>
To: main@ap-gto.groups.io
Sent: Tue, Jun 28, 2022 5:06 am
Subject: [ap-gto] Dec encoder connection

I own an AP1100GTOAE and just recently I’ve been getting repeated errors on startup that APCC fails to connect to the Dec encoder. If I tap on the small black Dec encoder housing with the small led, it then frequently gets resolved.  The light changes color to match the RA encoder. I can hear some clicking  
I’ve messaged AP about this issue a week ago and was asked to check the Dec encoder connector to make sure it was seated correctly. I removed it and cleaned both ends with DeOxit cleaner but I still get the errors at startup.  Haven’t had it fail after it’s running after resolving though, only after a power up.  
Any help would be appreciated.  
jim


--
Roland Christen
Astro-Physics


Re: Dec encoder connection

Roland Christen
 

It's not a connector issue. It's a spacing issue of the encoder readhead. The readhead has to be spaced very accurately so that it reads the engravings on the encoder ring (which sits under the readhead). The clicking you hear is the Dec motor responding to the encoder correction loop coming on when the readhead puts out the proper signal.

In order for the readhead to produce the proper encoder signal, the light has to be green or blue. If it is yellow, that's marginal, and if it is red, then there will be no signal to the CP4.

You can adjust the spacing of the readhead by loosening the two screws that hold it on, then sliding it back and forth until you get a blue color on the LED. If you cannot get it this way, try placing a thin shim of .002 thou thickness under one end and tightening the screws (piece of Scotch tape or paper will do). Once you get the light to stay green or blue, run the axis around and make sure it works in all Dec positions.

Rolando

-----Original Message-----
From: Jim Fakatselis <pashasdad@...>
To: main@ap-gto.groups.io
Sent: Tue, Jun 28, 2022 5:06 am
Subject: [ap-gto] Dec encoder connection

I own an AP1100GTOAE and just recently I’ve been getting repeated errors on startup that APCC fails to connect to the Dec encoder. If I tap on the small black Dec encoder housing with the small led, it then frequently gets resolved.  The light changes color to match the RA encoder. I can hear some clicking  
I’ve messaged AP about this issue a week ago and was asked to check the Dec encoder connector to make sure it was seated correctly. I removed it and cleaned both ends with DeOxit cleaner but I still get the errors at startup.  Haven’t had it fail after it’s running after resolving though, only after a power up.  
Any help would be appreciated.  
jim


--
Roland Christen
Astro-Physics


Re: Dec encoder connection

Jim Fakatselis
 

Thank you for your response Mike.

I repositioned the sensor just slightly while loosening with a 1/16 hex wrench. The Dec encoder light is a steady blue color just like on the RA axis.

I have cycled power several times and so far so good.

Will let you now should it recur.

Thank you so much again !
Jim

On Tuesday, June 28, 2022, 10:36:59 AM EDT, Mike Hanson <mikeh@...> wrote:


Hi Jim,

You description of the LED color indicates the DEC encoder read head ("housing") might be slightly out of alignment.  The read head is attached to the mount with a pair of 3/32" hex screws.  With the mount powered up and parked, loosen these screws and try to make tiny adjustments in the position of the read head while watching the LED color.  The mount should consistently power up with the correct LED color:
Blue or Green = Good
Yellow, Orange, Red = Bad
Blinking, Off - Horrible

Regards,
Mike Hanson


Re: APPM - unable to reset measurement points. #APCC

Andy Ermolli
 

I Was able to create two models in the past two nights. Whatever the issue was, now APPM is woking smoothly. I still have occasional issues with APPM not being able to use NINA as the camera. The workaround is to select Ascom, connect the camera, disconnect it, then select NINA again and reconnect. After that APPM runs fine. 


Re: Problem with meridian flip #Mach2GTO #APCC

 

HI David

>>>what happens if software asks for a meridian flip, and, due to APPM correction, the mount (not the optical system) would still point to the east, after the meridian flip, due to cone error.  Would the mount still flip?


I don't think it works that way. APPM is a tracking rate enhancement at that point, your pointing would still be dictated by your initial plate solve and tracking. 

If I think about your question generally as to potential issues around the meridian, there are bigger gremlins that could potentially cause this issue: differences in time settings between SGP and the mount for example. There is even a feature in APCC that accounts for this

In all cases, I think having a good amount of "buffer time" can be used to account for these small differences

This was covered in some detail in the SGP flip settings tutorial from AP


On Tue, Jun 28, 2022 at 8:13 AM David Johnson <dajohns37@...> wrote:
This concerns the Mach2GTO.  I'm in the northern hemisphere.  I woke up this morning, and I found out that I didn't get any data after my target passed the meridian.  Sequence Generator Pro told me that there was an error when trying to do a meridian flip, and SGP aborted the sequence, although the mount went happily along.  I did have the meridian limits set, but for the declination it was pointing to, it continued (safely) to go counterweight up without hitting the meridian limit, and that's how I found it this morning (very CW up).  I want to emphasize that I have not had this problem before, despite doing dozens, if not hundreds, of automatic meridian flips with my Mach2.  I'm going to wake up tonight and see what happens when it tries to do a meridian flip.  Meanwhile, I do have a theory on what may be the problem.  For the first time with Mach2, I'm using a camera-lens system and not an OTA.  I probably don't really need to do APPM at this scale (~23 arcseconds/pixel), but I wanted to try it and see what happens.  It mapped fine after some tweaking.  However, the error when the mount is pointing to the west was huge.  This is probably due to the fact that the lens system had a lot of cone error, given the way it's mounted.  I'll try to work on issue this tonight, but, due to the mounting system, I'll probably always have some significant cone error. 

However, it got me to wondering about what happens if SGP asks for the meridian flip, and the mount thinks, due to correction from APPM, that after the flip, the mount would actually stay on the same side as before the flip.  In other words, after the flip, the camera system would point to west of the meridian, but the mount would point to the east, due to the cone error and the correction of it for points west of the meridian.  Maybe then, the mount would not do a meridian flip, as requested by SGP?  This might be the problem I had last night.  An obvious solution is to delay the flip until the mount and camera system would both be pointing to the west, assuming it's safe, which it would be in my case.  

Anyway, I saw an extreme example last night, but it seems like this could happen with smaller cone errors and might be an issue.  The bottom line question is, what happens if software asks for a meridian flip, and, due to APPM correction, the mount (not the optical system) would still point to the east, after the meridian flip, due to cone error.  Would the mount still flip?




Re: Problem with meridian flip #Mach2GTO #APCC

George
 

David,

 

Please review our video regarding setting the meridian flip when using APCC and SG Pro:

https://www.youtube.com/astrophysicscorp

 

Regards,

 

George

 

George Whitney

Astro-Physics, Inc.

Phone:  815-222-6538 (direct line)

Phone:  815-282-1513 (office)

Email:  george@...

Video Tutorials: https://www.youtube.com/astrophysicscorp 

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of David Johnson
Sent: Tuesday, June 28, 2022 10:13 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] Problem with meridian flip #Mach2GTO #APCC

 

This concerns the Mach2GTO.  I'm in the northern hemisphere.  I woke up this morning, and I found out that I didn't get any data after my target passed the meridian.  Sequence Generator Pro told me that there was an error when trying to do a meridian flip, and SGP aborted the sequence, although the mount went happily along.  I did have the meridian limits set, but for the declination it was pointing to, it continued (safely) to go counterweight up without hitting the meridian limit, and that's how I found it this morning (very CW up).  I want to emphasize that I have not had this problem before, despite doing dozens, if not hundreds, of automatic meridian flips with my Mach2.  I'm going to wake up tonight and see what happens when it tries to do a meridian flip.  Meanwhile, I do have a theory on what may be the problem.  For the first time with Mach2, I'm using a camera-lens system and not an OTA.  I probably don't really need to do APPM at this scale (~23 arcseconds/pixel), but I wanted to try it and see what happens.  It mapped fine after some tweaking.  However, the error when the mount is pointing to the west was huge.  This is probably due to the fact that the lens system had a lot of cone error, given the way it's mounted.  I'll try to work on issue this tonight, but, due to the mounting system, I'll probably always have some significant cone error. 

However, it got me to wondering about what happens if SGP asks for the meridian flip, and the mount thinks, due to correction from APPM, that after the flip, the mount would actually stay on the same side as before the flip.  In other words, after the flip, the camera system would point to west of the meridian, but the mount would point to the east, due to the cone error and the correction of it for points west of the meridian.  Maybe then, the mount would not do a meridian flip, as requested by SGP?  This might be the problem I had last night.  An obvious solution is to delay the flip until the mount and camera system would both be pointing to the west, assuming it's safe, which it would be in my case.  

Anyway, I saw an extreme example last night, but it seems like this could happen with smaller cone errors and might be an issue.  The bottom line question is, what happens if software asks for a meridian flip, and, due to APPM correction, the mount (not the optical system) would still point to the east, after the meridian flip, due to cone error.  Would the mount still flip?


Problem with meridian flip #Mach2GTO #APCC

David Johnson
 

This concerns the Mach2GTO.  I'm in the northern hemisphere.  I woke up this morning, and I found out that I didn't get any data after my target passed the meridian.  Sequence Generator Pro told me that there was an error when trying to do a meridian flip, and SGP aborted the sequence, although the mount went happily along.  I did have the meridian limits set, but for the declination it was pointing to, it continued (safely) to go counterweight up without hitting the meridian limit, and that's how I found it this morning (very CW up).  I want to emphasize that I have not had this problem before, despite doing dozens, if not hundreds, of automatic meridian flips with my Mach2.  I'm going to wake up tonight and see what happens when it tries to do a meridian flip.  Meanwhile, I do have a theory on what may be the problem.  For the first time with Mach2, I'm using a camera-lens system and not an OTA.  I probably don't really need to do APPM at this scale (~23 arcseconds/pixel), but I wanted to try it and see what happens.  It mapped fine after some tweaking.  However, the error when the mount is pointing to the west was huge.  This is probably due to the fact that the lens system had a lot of cone error, given the way it's mounted.  I'll try to work on issue this tonight, but, due to the mounting system, I'll probably always have some significant cone error. 

However, it got me to wondering about what happens if SGP asks for the meridian flip, and the mount thinks, due to correction from APPM, that after the flip, the mount would actually stay on the same side as before the flip.  In other words, after the flip, the camera system would point to west of the meridian, but the mount would point to the east, due to the cone error and the correction of it for points west of the meridian.  Maybe then, the mount would not do a meridian flip, as requested by SGP?  This might be the problem I had last night.  An obvious solution is to delay the flip until the mount and camera system would both be pointing to the west, assuming it's safe, which it would be in my case.  

Anyway, I saw an extreme example last night, but it seems like this could happen with smaller cone errors and might be an issue.  The bottom line question is, what happens if software asks for a meridian flip, and, due to APPM correction, the mount (not the optical system) would still point to the east, after the meridian flip, due to cone error.  Would the mount still flip?


Re: Dithering with NINA and Mach2 #Mach2GTO

Dean Jacobsen
 

Excellent, here is a post from Juan Conjero - the author of PixInsight - regarding using CFA drizzle for color cameras:

https://pixinsight.com/forum/index.php?threads/bayer-drizzle-instead-of-de-bayering-with-osc.12996/

You can set the scale at 2 if your camera is undersampling, otherwise he recommends setting the scale to 1.

You have to set the CFA Drizzle option in the StarAlignment tool and then add the drizzle data to the stack during ImageIntegration.  The "Generate Drizzle Data" box is also selected during ImageIntegration.  Then, lastly, you can run the DrizzleIntegration.

If you are interested in drizzle integration, there are more posts on the PI forum regarding usage.  Here is the too announcement back in 2014 to get you started:

https://pixinsight.com/forum/index.php?threads/new-drizzleintegration-tool-released.6911/

The CFA drizzle is something that I use every time with my color cameras.
--
Dean Jacobsen
Astrobin Image Gallery - https://www.astrobin.com/users/deanjacobsen/


Re: Dec encoder connection

Mike Hanson
 

Hi Jim,

You description of the LED color indicates the DEC encoder read head ("housing") might be slightly out of alignment.  The read head is attached to the mount with a pair of 3/32" hex screws.  With the mount powered up and parked, loosen these screws and try to make tiny adjustments in the position of the read head while watching the LED color.  The mount should consistently power up with the correct LED color:
Blue or Green = Good
Yellow, Orange, Red = Bad
Blinking, Off - Horrible

Regards,
Mike Hanson


Re: Dithering with NINA and Mach2 #Mach2GTO

midmoastro
 

Richard and Dean,

Thank you for the input. I will give it a try tonight as it appears I'll have some nice weather.
I just started using PI so I will give that a try using CFA, thanks Dean.
I usually end up around five minutes exposures for most things but tonight its comet time so I suspect 90 seconds will be my max.
I'll see what the default is in NINA and maybe try 5 pixels.

Todd


Re: Dithering with NINA and Mach2 #Mach2GTO

Dean Jacobsen
 

On Tue, Jun 28, 2022 at 06:22 AM, midmoastro wrote:
That said, I assume this is a good practice to get in to? I should have clear skies tonight and will give it a try.
Absolutely give it a try.  In addition to the noise benefit, if you use PixInsight you can use your dithered images to leverage Drizzleintegration for your mono images or CFA drizzle with color camera images.
 
--
Dean Jacobsen
Astrobin Image Gallery - https://www.astrobin.com/users/deanjacobsen/

3661 - 3680 of 90473