Date   

Re: SpaceX from Charleston, SC

Jeff B
 

pretty cool, especially its proximity to the moon.


Re: Dovelm162 springs too short or assembled wrong?

ap@CaptivePhotons.com
 

M Hambrick wrote:

 

  • Hi Linwood

    I used to mount my 180 EDT scope while the mount was in Park 3 until Roland suggested that having the mount in Park 2 makes it much much easier to mount the scope. He was right. The best way to do this for heavier scopes is to leave the rings attached to the dovetail plate and clamped to the saddle with the opening in the rings facing the south side. Then you place the scope into the rings. You may need a short step stool to facilitate doing this. Once the scope is sitting in the rings it will not fall out. You can then fine tune the position before clamping the rings. I think you can also leave the OTA attached to the rings and dovetail plate as you do and it is still easier to mount in Park 2. 

 

I appreciate the approach, but my heavier OTA is a C11 (with train about 40#) and has no rings, just a dovetail screwed to the OTA side.  Changing to mounting rings and a long solid Dovetail would add probably 15 pounds to the setup (based on Bisque’s rings).  I see where it’s possible with my TV NP101is, but it would be pretty tedious compared to just sitting it into the saddle and tightening (plus the 101 is really light in comparison).

 

Because I set up and tear down every (clear) night, every little bit of time saved helps.  For that reason I also try to leave the imaging train attached when I remove the OTA, so the rotation is still set for the next night (assuming same target; manual rotation only for me).

 

---

 

So this relatively little spring issue spurred more interest than I expect and I am now curious.  It sounds like the manufacture is unchanged, but also people indicate they don’t have the issue.  Is it that the issue is moot, or it doesn’t exist?


Specifically do some of you have the 16” dovetail, which when set up with knobs pointing to the sky, if you loosen the knobs the clamp’s spring stays engaged and holding it against the knob all the way until the clamp clears the saddle’s gap completely? And if you jiggle or press back, it pops back open, clearing the gap.

 

On mine if I do that the spring stops holding it with the clamp extending into the saddle’s gap by about 1/8”, enough to keep a dovetail from dropping in.  It’s really about that close, it is not much.

 

But some of you have versions where that is not true?   Or just your use makes it moot (e.g. knobs down it would not matter)?

 

 

 

 

 


SpaceX from Charleston, SC

thefamily90 Phillips
 


Re: My brand new AP1100 - play in both RA and DEC axis

Horia
 

As recommended by Roland, I was able to eliminate the worm play on both axes by adjusting the backstop. I also had a talk with Howard to clarify some details re. the DEC axis and greasing. Thank you both very much for the assistance.

 

On the RA axis I only needed to loosen the two screws and to apply the slightest pressure on the lever holder for it to move in position. After tightening the screws, the play was gone.

 

On the DEC axis I had to repeat the process four times before I could correct the play. Only after applying some pressure on the lever holder and a lot of wiggling was I able to bring it into the right position. Interestingly, in the beginning, the lever itself refused to move the complete 180° to release the worm. In the open position, it looked like this:

 

 

 

After that, I loaded the mount with a telescope, balanced it and slewed it all around the sky. Everything seems to be normal now. Could not yet do a test-run under the stars.  

 

Just for the record, the mount is brand new, it left Astro-Physics on August 26-th and I am the first one to open the boxes.

 

Kind Regards,

Horia

 

 

Von: main@ap-gto.groups.io <main@ap-gto.groups.io> Im Auftrag von Roland Christen via groups.io
Gesendet: Dienstag, 14. September 2021 21:41
An: main@ap-gto.groups.io
Cc: howard@...
Betreff: Re: [ap-gto] My brand new AP1100 - play in both RA and DEC axis

 

Hello,

You did not get this mount directly from us at Astro-Physics. We shipped this mount in February, and we never ship things loosely in the box, so whoever shipped it to you did not pack it correctly.

 

The play that you see on the worm wheel is not normal. It appears that the worm is not fully engaged with the worm wheel. If you open the side cover you will see a lever. It is almost certain that the previous person loosened the two screws on the backstop adjustment, which allows the worm to come out of mesh. Please read the instructions in the manual for adjusting the backstop on our spring loaded gearbox.

 

If you need more help, please consult with Howard at AP.

 

Roland Christen

Astro-Physics Inc.

 

-----Original Message-----
From: Horia <ATM@...>
To: main@ap-gto.groups.io
Sent: Tue, Sep 14, 2021 1:13 pm
Subject: [ap-gto] My brand new AP1100 - play in both RA and DEC axis

Today I got the chance to take my  AP1100 mount out of the wrappings and set it up on the pier.

 

  1. The altitude bar was completely loose inside the RA-axis box and managed to produce some deep scars on the coating of the side walls of the polar fork. I would suggest to put it in a bubble wrap before dropping it in there.

 

  1. Both the RA and the DEC axis have some (a lot of) play between the worm and the worm wheel.  An iPhone movie showing a close up of the worm wheel on the DEC axis:

 

 

I do not think this is as expected. How do I get rid of it?

 

Kind regards,

Horia

 


--
Roland Christen
Astro-Physics


Re: Smart Meridian Flip with NINA #APCC

Dale Ghent
 

I've been away from my email for much of the week. Is this still an issue? There was a recent update to both NINA and the SMF plugin, so be sure to have those installed.

On Sep 12, 2021, at 12:12, Joseph Beyer <jcbeyer2001@gmail.com> wrote:

Was imaging last night with my Mach1/CP4/APCC Pro mount and when it came time for a meridian flip, the flip didn't occur at the time indicated in the NINA sequencer and several minutes later the mount stopped tracking - which was the correct action as indicated in the Meridian Tracking Limits Operation box). I parked and unparked the mount and immediately NINA flipped the mount and I was off and running again. I've got everything setup in NINA as per Dale's instructions so I suspect I haven't selected the correct parameter(s) in the Meridian tab in APCC Pro. I thought I'd start addressing potential conflicts in APCC then check in with the NINA development team once I knew the APCC parameters were correct.

I watched Dale's video this morning and the differences in parameters in his APCC and mine are the following:

1) In the "Operation" box I have Counterweight UP Slews within: East limits and West limits boxes checked. Maybe this is the problem?

2) In the "Meridian Delay" box, Dale's video shows the Override ASCOM box checked whereas mine is not.

Everything else operated very smoothly all night.

Joe





Re: APPM - error

Dale Ghent
 

It's not entirely clear what your full APPM configuration is, but here's what you should generally have:

1. Make sure your local copy of ASTAP is updated
2. In NINA, make sure Enable Server is On
3. In APPM, set Camera to NINA
4. In APPM, review the exposure settings. I run my QHY600 with bin2, full frame.
5. The only difference between the default ASTAP settings in APPM is that I limit to 500 stars instead of the default of 1000.

On Sep 16, 2021, at 21:42, Ron Kramer <ronkramer1957@gmail.com> wrote:

WORKED on it all night - giving up. I couldn't get APPM to work with ASTAP. Oddly - another solver in APPM setup is "SGP"? That's now a solver that's a program like NINA setup with a solver. Why can't I select NINA (setup to solve with ASTAP?) As that works perfectly. I've never had it not solve until I tried solving through APPM with the 106.00 update I bought. = (


On Thu, Sep 16, 2021 at 6:55 PM Ron Kramer via groups.io <ronkramer1957=gmail.com@groups.io> wrote:
SEtup but still light out. I clicked this test button. I loaded a APPM pic from last night and it loaded and solved under 3 seconds.

All I changed was bin from 1 to 2. I'll try live tonight and update with my results.
<APPM capture57.png>





--
Ron Kramer
https://www.facebook.com/Ron.R.Kramer


Re: Dovelm162 springs too short or assembled wrong?

M Hambrick
 

Hi Linwood

I used to mount my 180 EDT scope while the mount was in Park 3 until Roland suggested that having the mount in Park 2 makes it much much easier to mount the scope. He was right. The best way to do this for heavier scopes is to leave the rings attached to the dovetail plate and clamped to the saddle with the opening in the rings facing the south side. Then you place the scope into the rings. You may need a short step stool to facilitate doing this. Once the scope is sitting in the rings it will not fall out. You can then fine tune the position before clamping the rings. I think you can also leave the OTA attached to the rings and dovetail plate as you do and it is still easier to mount in Park 2. 

Mike


Re: APPM - error

Brent Boshart
 
Edited

Assuming you are using NINA for the image capture, do you have the telescope information entered in NINA (Under Options - Equipment)?  Maybe ASTAP needs the focal length in the FITS header for the way in which APPM calls it?


Re: APPM - error

ap@CaptivePhotons.com
 

So are you using APPM to control the camera?  It sounds like that may be a difference.  I only use NINA to control the camera, could not get APPM to work well (camera is too large I think, or ZWO’s driver handles memory poorly, or both).  NINA being 64 bit works.

 

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Sergei via groups.io
Sent: Thursday, September 16, 2021 10:14 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM - error

 

Linwood, Dean, Brian - thank you for sharing. It could well be something in my settings. Just odd that failures on invocation from APPM seem to happen much faster than from SGP where it tends to run a lot longer before (much less frequently) failing to solve. The fact that SGP is also used from APPM as the camera capture interface, thus with the same settings, etc. confounds further. 


Ray’s guess that plate solving failures involved ASTAP in an earlier reply made me think there’s some quirkiness to the APPM/ASTAP combo.

Thanks again,

Sergei


Re: APPM - error

Ray Gralak
 

APPM gives you full control over ASTAP's settings, You can thus misconfigure settings. If you see lots of failures, send the failed images to astap's author. He's the best person to explain why a solve failed.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Sergei
Sent: Thursday, September 16, 2021 7:14 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM - error

Linwood, Dean, Brian - thank you for sharing. It could well be something in my settings. Just odd that failures
on invocation from APPM seem to happen much faster than from SGP where it tends to run a lot longer
before (much less frequently) failing to solve. The fact that SGP is also used from APPM as the camera
capture interface, thus with the same settings, etc. confounds further.


Ray’s guess that plate solving failures involved ASTAP in an earlier reply made me think there’s some
quirkiness to the APPM/ASTAP combo.

Thanks again,

Sergei


Re: APPM - error

Sergei
 

Linwood, Dean, Brian - thank you for sharing. It could well be something in my settings. Just odd that failures on invocation from APPM seem to happen much faster than from SGP where it tends to run a lot longer before (much less frequently) failing to solve. The fact that SGP is also used from APPM as the camera capture interface, thus with the same settings, etc. confounds further. 


Ray’s guess that plate solving failures involved ASTAP in an earlier reply made me think there’s some quirkiness to the APPM/ASTAP combo.

Thanks again,

Sergei


Re: APPM - error

Bill Long
 

Have you tried updating ASTAP to the latest version? 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@...>
Sent: Thursday, September 16, 2021 6:57 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] APPM - error
 
> WORKED on it all night - giving up.  I couldn't get  APPM to work with ASTAP.   Oddly - another solver in
> APPM setup is  "SGP"?  That's now a solver that's a program like NINA setup with a solver.  Why can't I select
> NINA (setup to solve with ASTAP?) As that works perfectly.  I've never had it not solve until I tried solving
> through APPM with the 106.00 update I bought. = (

NINA does not expose an interface for external applications like APPM to invoke its plate solver.

So have you looked at the failed images to see what they look like?

APPM just runs the ASTAP application via the command line. APPM allows you to set any and all of ASTAP's command line parameters, so you may need to adjust them for your FITS images, especially if the images are huge. ASTAP could be running out of memory. For support for ASTAP crashing you must contact the author, just like you would if PinPoint, SkyX, or PlateSolve2 in SGPro had crashed.

-Ray

> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Ron Kramer
> Sent: Thursday, September 16, 2021 6:42 PM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] APPM - error
>
> WORKED on it all night - giving up.  I couldn't get  APPM to work with ASTAP.   Oddly - another solver in
> APPM setup is  "SGP"?  That's now a solver that's a program like NINA setup with a solver.  Why can't I select
> NINA (setup to solve with ASTAP?) As that works perfectly.  I've never had it not solve until I tried solving
> through APPM with the 106.00 update I bought. = (
>
>
> On Thu, Sep 16, 2021 at 6:55 PM Ron Kramer via groups.io <ronkramer1957@...> wrote:
>
>
>        SEtup but still light out.  I clicked this test button.  I loaded a APPM pic from last night and it loaded
> and solved under 3 seconds.
>
>        All I changed was bin from 1 to 2.  I'll try live tonight and update with my results.
>
>
>
>
>
>
>
>
> --
>
> Ron Kramer
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.facebook.com%2FRon.R.Kramer&amp;data=04%7C01%7C%7C53d39aed1ab84ca9044708d9797e8c2f%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637674406683740061%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=DY11pvEVJiQ6U%2FVikoWePmdg%2Ft6fAtskV3FcRea6198%3D&amp;reserved=0
>
>







Re: APPM - error

Ray Gralak
 

WORKED on it all night - giving up. I couldn't get APPM to work with ASTAP. Oddly - another solver in
APPM setup is "SGP"? That's now a solver that's a program like NINA setup with a solver. Why can't I select
NINA (setup to solve with ASTAP?) As that works perfectly. I've never had it not solve until I tried solving
through APPM with the 106.00 update I bought. = (
NINA does not expose an interface for external applications like APPM to invoke its plate solver.

So have you looked at the failed images to see what they look like?

APPM just runs the ASTAP application via the command line. APPM allows you to set any and all of ASTAP's command line parameters, so you may need to adjust them for your FITS images, especially if the images are huge. ASTAP could be running out of memory. For support for ASTAP crashing you must contact the author, just like you would if PinPoint, SkyX, or PlateSolve2 in SGPro had crashed.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Ron Kramer
Sent: Thursday, September 16, 2021 6:42 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM - error

WORKED on it all night - giving up. I couldn't get APPM to work with ASTAP. Oddly - another solver in
APPM setup is "SGP"? That's now a solver that's a program like NINA setup with a solver. Why can't I select
NINA (setup to solve with ASTAP?) As that works perfectly. I've never had it not solve until I tried solving
through APPM with the 106.00 update I bought. = (


On Thu, Sep 16, 2021 at 6:55 PM Ron Kramer via groups.io <ronkramer1957=gmail.com@groups.io> wrote:


SEtup but still light out. I clicked this test button. I loaded a APPM pic from last night and it loaded
and solved under 3 seconds.

All I changed was bin from 1 to 2. I'll try live tonight and update with my results.








--

Ron Kramer
https://www.facebook.com/Ron.R.Kramer


Re: APPM - error

Ron Kramer
 

WORKED on it all night - giving up.  I couldn't get  APPM to work with ASTAP.   Oddly - another solver in APPM setup is  "SGP"?  That's now a solver that's a program like NINA setup with a solver.  Why can't I select NINA (setup to solve with ASTAP?) As that works perfectly.  I've never had it not solve until I tried solving through APPM with the 106.00 update I bought. = (


On Thu, Sep 16, 2021 at 6:55 PM Ron Kramer via groups.io <ronkramer1957=gmail.com@groups.io> wrote:

SEtup but still light out.  I clicked this test button.  I loaded a APPM pic from last night and it loaded and solved under 3 seconds.

All I changed was bin from 1 to 2.  I'll try live tonight and update with my results. 




Re: Dovelm162 springs too short or assembled wrong?

fernandorivera3
 

I have bought different AP dovetail saddle receiver plates over the years. Never had this kind of problem with any of them including the discontinued models 🤔

Fernando


Re: IC1396 Narrowband Ha

Eric Weiner
 

Fantastic detail, as usual.

Eric


Re: Carrying case for Mach2

Greg McCall
 

I wrap the mount in a big beach towel and secure the towel with a couple of short cargo straps wrapped around the mount as it takes up less space in the back of the car. I pick it up at a couple of points by grabbing the straps. 


Re: Periodic error and Dec-Arc tracking.

Roland Christen
 

If you don't use PEC then the stars will wander back and forth by the amount of the PE error. So you will get an oval star image in the RA direction.

Roland

-----Original Message-----
From: Geoff Smith <ghsmith45@...>
To: main@ap-gto.groups.io
Sent: Thu, Sep 16, 2021 6:40 pm
Subject: [ap-gto] Periodic error and Dec-Arc tracking.

When using Dec-Arc tracking for unguided imaging I presume that using PEC is absolutely necessary and that using the mount's native periodic error (ie no PEC) won't give decent results.
Just wondering.

--
Roland Christen
Astro-Physics


Re: [ap-ug] IC1396 Narrowband Ha

Pete Lardizabal
 

Amazing!

😎

Pete

On Sep 16, 2021, at 6:39 PM, Roland Christen via groups.io <chris1011@...> wrote:


I managed to get 6 x 20 minute H-a exposures with the 10" Mak Astrograph on the fully loaded-for-bear Mach2 mount. All exposures were unguided and stacked in MaximDL. Processed in Maxim DL and Photoshop.

https://www.astrobin.com/g0bpv3/

It's a beginning, and I hope to add more exposures as well as more OIII and SII subs for a final color image. These are very faint and have a fair amount of noise that will present quite a challenge. I'm not ready to show it to the world at full resolution (image is reduced to 80%), so this is a preview only.

Rolando


Periodic error and Dec-Arc tracking.

Geoff Smith
 

When using Dec-Arc tracking for unguided imaging I presume that using PEC is absolutely necessary and that using the mount's native periodic error (ie no PEC) won't give decent results.
Just wondering.

3201 - 3220 of 84287