Date   

Re: Smart Meridian Flip with NINA #APCC

Joseph Beyer
 

Ray,

Thanks for the tip on auto-configuration of port selection, I've got it checked.  I think I need to remember to power cycle the mount when I'm working on connections, correct?  I'll admit the assignment of ports and port selection is a black box for me.  

I loaded a backup profile from last week and initially it wouldn't connect.  I refreshed the ports, it connected but for some reason ports 3 and 4 were selected.  Power cycled the mount and the restarted the computer and ports 20, 21 were selected.  Now the mount seems to work fine with APCC, connects to CdC and able to point and slew to stars, and connected to NINA and am able to slew from that program as well. Seems I'm back in business.  

There shouldn't be any conflicts on my network.  There is a single ethernet cable from the computer to the CP4 although it's connected to the computer through a USB-C adapter.  The computer doesn't have a dedicated ethernet port.  I turned off pointing correction for now unless I create a larger all-sky model then I'll watch the values that are presented.

Thanks for the help.  It doesn't sound like there were any tells as to what happened.  I'll keep my fingers crossed that everything else clicks into place.

Joe 


Re: APCC - APPM - and ASTAP

Jack Huerkamp
 

Thanks.  I have printed out your settings and will check ASTAP to see what values I was using.  Hopefully once it clears and try it out on real stars.  If it works on real stars, I don’t really care if it does not work with pre-captured images I try to plate solve.

 

Yours truly,

 

Jack

 

Jack Huerkamp

Jack's Astro Accessories, LLC

38388 Pine Street

Pearl River, LA 70452-5192

985-445-5063

mallincamusa@...

www.mallincamusa.com

30.37N  89.76W

 

All of us get lost in the darkness.
Dreamers learn to steer by the stars.

………………………………….Neil Peart

 

 

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of ap@...
Sent: Sunday, October 03, 2021 1:05 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APCC - APPM - and ASTAP

 

Jack Huerkamp wrote:

 

[tried file images]


Has anyone else been successful in using ASTAP to do plate solving while doing an APPM run?  If so, what did you have to do to get ASTAP to work for you?

There’s two halves to your question, one is about using ASTAP with APPM.  I’ve done that, using NINA as a camera, and it works great, never misses.

 

The other is using file images (e.g. as a simulator).  I tried it with survey images and never got it to work reliably.  I don’t know why – scale (scale changes?, distortion, saturation, stretched vs linear… it just didn’t work.

 

Here are the settings I used last night with NINA that worked beautifully:

 

Camera: Bin 2, duration 3s, full frame (this is an ASI6200MM Pro).  I use these settings for both 540mm on a 4” refractor and 2800mm on a C11.

 

Plate Solve: ASTAP, Max solve 10s, x and Y scale = 1.39 (more on this), scale tolerance 30%, refine = yes, last as hint = yes

 

ASTAP Plate solve settings (on plate solve tab): Number of stars 1000, radius 5, min star size 0, tolerance 0, speed default, downsample default.

 

For the scale, I switched last night from 2800mm to 540mm and forgot to change scale.  It still worked.  My guess is it somehow solved anyway, then adjusted the scale on its own as the ‘refine’ was set.  But you should set the scale (unbinned though).

 

But while it works 100% of the time, I set up and tried NINA’s simulator which uses sky survey, and despite playing around with settings, I never got it to work reliably.  No idea why, decided I didn’t care so long as it worked in real life.  I’d be curious if people do get it to work with the sky survey.

 

Note that on failure it can be set to save the failed image (Setting, Plate solved images, choose failed or all, they go in C:\Users\username\Documents\Astro-Physics\APPM), and you can try running ASTAP manually and see what it does (run it, file, load fits, when it appears hit solve).   If it is not working at all, hit the SIGMA symbol, look under Alignment at the “Star database used” and make sure it is H18.   And/or the error messages may give a hint.

 


Virus-free. www.avg.com


Re: Smart Meridian Flip with NINA #APCC

Ray Gralak
 

Joe,

 

As I suspected, there are some crazy-high values in the West model's pointing terms. The temporary solution is to turn off pointing correction, but I will make a change to APCC to ignore high-value terms like that. The problem is that there is not a large enough distribution of data points in both hour angle and declination to produce a good all-sky model. The Eastside doesn’t have the high values because the initial zenith point has a sufficiently different dec value than the arcs.

 

 

-Ray

 

> -----Original Message-----

> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Joseph Beyer

> Sent: Sunday, October 3, 2021 10:49 AM

> To: main@ap-gto.groups.io

> Subject: Re: [ap-gto] Smart Meridian Flip with NINA #APCC

>

> Logs are posted here:

> https://drive.google.com/file/d/1SNl8HLBI4f7ZwGcxsXUghMX8pPz4ArTF/view?usp=sharing

>

> Mount: Mach1GTO/CP4

> APCC-Pro v1.9.0.11

> ASCOM V2 driver 5.30.10

> CP4 software P02-08

>

> Friday, Oct. 1:  Events started at 21:35 with a meridian flip.  Post flip the telescope was incorrectly pointing

> NNW of target (Pelican nebula).  With each successive plate solve the telescope continued to move further

> away in what seemed a NNE direction.  I stopped NINA and tried to slew back to the target with CdC which

> was followed by APCC shutting down.  After shutdown, the virtual ports changed from 20,21 to 8,9.

>

> Saturday, Oct. 2: I reset the virtual ports to 20,21 and ran the steps to reconfigure the V2 driver.  Last night I

> was out for a short period of time and tried to slew 2-3 times and APCC was disconnected and closed with

> each slew attempt.

>

> Thanks for taking a look, Joe


Re: Smart Meridian Flip with NINA #APCC

Ray Gralak
 

Joe,

 

I'll take a look at your logs today, however:

 

> Saturday, Oct. 2: I reset the virtual ports to 20,21 and ran the steps to reconfigure the V2 driver. 

 

You don't need to manually reconfigure the ASCOM driver if you enable the "Auto-config" checkbox in the AP V2 Driver groupbox as shown here in this screenshot:

 

 

-Ray

 

> -----Original Message-----

> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Joseph Beyer

> Sent: Sunday, October 3, 2021 10:49 AM

> To: main@ap-gto.groups.io

> Subject: Re: [ap-gto] Smart Meridian Flip with NINA #APCC

>

> Logs are posted here:

> https://drive.google.com/file/d/1SNl8HLBI4f7ZwGcxsXUghMX8pPz4ArTF/view?usp=sharing

>

> Mount: Mach1GTO/CP4

> APCC-Pro v1.9.0.11

> ASCOM V2 driver 5.30.10

> CP4 software P02-08

>

> Friday, Oct. 1:  Events started at 21:35 with a meridian flip.  Post flip the telescope was incorrectly pointing

> NNW of target (Pelican nebula).  With each successive plate solve the telescope continued to move further

> away in what seemed a NNE direction.  I stopped NINA and tried to slew back to the target with CdC which

> was followed by APCC shutting down.  After shutdown, the virtual ports changed from 20,21 to 8,9.

>

> Saturday, Oct. 2: I reset the virtual ports to 20,21 and ran the steps to reconfigure the V2 driver.  Last night I

> was out for a short period of time and tried to slew 2-3 times and APCC was disconnected and closed with

> each slew attempt.

>

> Thanks for taking a look, Joe


Re: Hello All and pardon the newbie questions.....

Michael Kelly
 

Thanks for the help  Sebastien!   I see your gear came with a matching dog!!  Outstanding!!


Sent from Smallbiz Yahoo Mail for iPhone

On Friday, October 1, 2021, 2:36 PM, Seb@stro <sebastiendore1@...> wrote:

I have about 40 lbs of payload (EdgeHD 8in + SV70t + imaging gear) on my Mach2 and I use 2 x 18lbs at the very top of the shaft and 1 x 10 lbs for fine adjust about an inch below the second 18lbs (much like on Eric's photo).

I also bought a 5# in case I needed a little more versatility (and glad I did). For example, as an alternate balancing solution, while still placing both 18# at the top of the shaft, I omit the 10#, and add the 5# near the bottom. I actually find it easier to accurately achieve neutral balance this way...

Hope this helps.

Sébastien


Re: APCC - APPM - and ASTAP

ap@CaptivePhotons.com
 

Jack Huerkamp wrote:

 

[tried file images]


Has anyone else been successful in using ASTAP to do plate solving while doing an APPM run?  If so, what did you have to do to get ASTAP to work for you?


There’s two halves to your question, one is about using ASTAP with APPM.  I’ve done that, using NINA as a camera, and it works great, never misses.

 

The other is using file images (e.g. as a simulator).  I tried it with survey images and never got it to work reliably.  I don’t know why – scale (scale changes?, distortion, saturation, stretched vs linear… it just didn’t work.

 

Here are the settings I used last night with NINA that worked beautifully:

 

Camera: Bin 2, duration 3s, full frame (this is an ASI6200MM Pro).  I use these settings for both 540mm on a 4” refractor and 2800mm on a C11.

 

Plate Solve: ASTAP, Max solve 10s, x and Y scale = 1.39 (more on this), scale tolerance 30%, refine = yes, last as hint = yes

 

ASTAP Plate solve settings (on plate solve tab): Number of stars 1000, radius 5, min star size 0, tolerance 0, speed default, downsample default.

 

For the scale, I switched last night from 2800mm to 540mm and forgot to change scale.  It still worked.  My guess is it somehow solved anyway, then adjusted the scale on its own as the ‘refine’ was set.  But you should set the scale (unbinned though).

 

But while it works 100% of the time, I set up and tried NINA’s simulator which uses sky survey, and despite playing around with settings, I never got it to work reliably.  No idea why, decided I didn’t care so long as it worked in real life.  I’d be curious if people do get it to work with the sky survey.

 

Note that on failure it can be set to save the failed image (Setting, Plate solved images, choose failed or all, they go in C:\Users\username\Documents\Astro-Physics\APPM), and you can try running ASTAP manually and see what it does (run it, file, load fits, when it appears hit solve).   If it is not working at all, hit the SIGMA symbol, look under Alignment at the “Star database used” and make sure it is H18.   And/or the error messages may give a hint.

 


Re: Smart Meridian Flip with NINA #APCC

Joseph Beyer
 

Logs are posted here: https://drive.google.com/file/d/1SNl8HLBI4f7ZwGcxsXUghMX8pPz4ArTF/view?usp=sharing

Mount: Mach1GTO/CP4
APCC-Pro v1.9.0.11
ASCOM V2 driver 5.30.10
CP4 software P02-08

Friday, Oct. 1:  Events started at 21:35 with a meridian flip.  Post flip the telescope was incorrectly pointing NNW of target (Pelican nebula).  With each successive plate solve the telescope continued to move further away in what seemed a NNE direction.  I stopped NINA and tried to slew back to the target with CdC which was followed by APCC shutting down.  After shutdown, the virtual ports changed from 20,21 to 8,9.   

Saturday, Oct. 2: I reset the virtual ports to 20,21 and ran the steps to reconfigure the V2 driver.  Last night I was out for a short period of time and tried to slew 2-3 times and APCC was disconnected and closed with each slew attempt. 

Thanks for taking a look, Joe


APCC - APPM - and ASTAP

Jack Huerkamp
 

I downloaded and installed the latest version of APCC PRO on my observatory computer and also installed ASTAP and the H18 database.  Since it is raining and not predicted to clear for almost a week, I wanted to become familiar with ASTAP and its plate solving capabilities before attempting an APPM run.  I tried loading PNG images previously captured with the camera and scope I will be using to do the APPM run into ASTAP, and I consistently get "No solution found.  I then upload the image into astrometry.net and quickly get a plate solve.  I tried lowering the maximum number of stars to use.  I tried changing the Field of View height.  I tried changing the Radius search area.  Nothing I changed in ASTAP yielded a successful plate solve.

Has anyone else been successful in using ASTAP to do plate solving while doing an APPM run?  If so, what did you have to do to get ASTAP to work for you?

Yours truly,

Jack Huerkamp


Re: Smart Meridian Flip with NINA #APCC

Ray Gralak
 

Okay, is there anything that could interfere with LAN traffic on your network? Also, to what value do you have the network timeout configured in APCC?

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Joseph Beyer
Sent: Sunday, October 3, 2021 10:03 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Smart Meridian Flip with NINA #APCC

Ray,

I'm connected to the mount by ethernet cable. I've had the computer disconnect from the mount a couple
times when I've moved it without holding the cables but it's a simple fix of restarting. It doesn't resemble this
situation. In each case last night all connections were as secure as I could make them and each disconnect
corresponded to me trying to slew to a star with CdC.

I'll post the logs to Google drive and send along relevant information.

Thanks, Joe


Re: Smart Meridian Flip with NINA #APCC

Joseph Beyer
 

Ray,

I'm connected to the mount by ethernet cable.  I've had the computer disconnect from the mount a couple times when I've moved it without holding the cables but it's a simple fix of restarting.  It doesn't resemble this situation. In each case last night all connections were as secure as I could make them and each disconnect corresponded to me trying to slew to a star with CdC.

I'll post the logs to Google drive and send along relevant information.

Thanks, Joe


Re: Smart Meridian Flip with NINA #APCC

Ray Gralak
 

Hi Joe,

Each time a message would come up that the computer had lost connection with the telescope.
Losing a connection to the mount sounds like a possible cable issue. How are you connecting to the mount? Via network, serial port, or USB port?

I may have some time today to look at the logs if you use APCC's log zipper utility and post a link to the zip file. Include your APCC Logs, APPM logs and PNT files, and ASCOM logs. Also, post descriptions of each issue with that issue's approximate time so that I know where to start looking.

BTW, if you are using Dec Arc tracking, I recommend you turn off pointing correction if any of the pointing terms have very high values (greater than 1800 or less than -1800).

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Joseph Beyer
Sent: Sunday, October 3, 2021 9:27 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Smart Meridian Flip with NINA #APCC

It looks like the episode I had with the meridian flip a couple nights ago possibly corrupted something in either
APCC or the V2 driver. Last night I was trying to get the mount pointing in the correct direction and tried to
slew from CdC a couple times. Each time a message would come up that the computer had lost connection
with the telescope. At the same time APCC shut down and if I restarted the program without rebooting the
computer the virtual ports had changed and were no longer 20 and 21.

When I get the mount in this morning I thought I'd try loading one of the backup profiles from earlier this week
and see if that might correct the problem.

Any suggestions are more than welcome.

Joe


Re: Smart Meridian Flip with NINA #APCC

Joseph Beyer
 

It looks like the episode I had with the meridian flip a couple nights ago possibly corrupted something in either APCC or the V2 driver.  Last night I was trying to get the mount pointing in the correct direction and tried to slew from CdC a couple times.  Each time a message would come up that the computer had lost connection with the telescope.  At the same time APCC shut down and if I restarted the program without rebooting the computer the virtual ports had changed and were no longer 20 and 21.  

When I get the mount in this morning I thought I'd try loading one of the backup profiles from earlier this week and see if that might correct the problem.

Any suggestions are more than welcome.

Joe 


Re: WR 134

Steven Panish
 

NIce!  I can see the gas cloud coming out better, which I presume is the o3.  
What is HFG1?
I'll collect more o3 if we ever get clear sky.

SH2-86 is another nice but fairly dim object that would be good practice.  It doesn't get much attention.  Here is my take:

Steve

On Sun, Oct 3, 2021 at 4:12 AM carlburton2001 <cburton52@...> wrote:

[Edited Message Follows]

Hi Steve

First very nice image, your stars kept their color.  I too am new to my processing software, but the data from this object is great practice to develop some sort of workflow in PI.   My latest version is on my site  https://applewood-astro.com/wr134.html

This was a pretty dim object.  I'm working on HFG1 now and the individual 30 min exposures in Ha just begin to show a very faint cloud.  I need much more data but the wx here in MI does not look favorable for collecting more data this week.  But the leaves are beginning their color here and nature sure does a great job with color...

Carl


Re: Final Verdict: Mach 2 Torture Test

Chris White
 

It's actually been kind of fun seeing Bill and Roland torture test the Mach2 at the same time.  I know it wasnt a competition, but I kept signing on to see how one might one-up the other.  :-)

Great post Bill, and an amazing feat of this little mount. 


Re: Final Verdict: Mach 2 Torture Test

Fisanotti, John
 

Regards,
John Fisanotti


Re: WR 134

carlburton2001
 
Edited

Hi Steve

First very nice image, your stars kept their color.  I too am new to my processing software, but the data from this object is great practice to develop some sort of workflow in PI.   My latest version is on my site  https://applewood-astro.com/wr134.html . 

This was a pretty dim object.  I'm working on HFG1 now and the individual 30 min exposures in Ha just begin to show a very faint cloud.  I need much more data but the wx here in MI does not look favorable for collecting more data this week.  But the leaves are beginning their color here and nature sure does a great job with color...

Carl


Re: Final Verdict: Mach 2 Torture Test

Bill Long
 

Amen friend. Amen. 🙂 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of fernandorivera3 via groups.io <fernandorivera3@...>
Sent: Saturday, October 2, 2021 10:25 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Final Verdict: Mach 2 Torture Test
 
Bill, AP mounts are built like a tank. "They take a lickin' & keep on tickin'" 😉
If 3600 GTO mounts in Antarctica can withstand the harsh conditions way down there, this speaks volumes of how well engineered (AP mounts) are- designed to handle anything you throw at 'em.

Fernando


Re: Final Verdict: Mach 2 Torture Test

fernandorivera3
 

Bill, AP mounts are built like a tank. "They take a lickin' & keep on tickin'" 😉
If 3600 GTO mounts in Antarctica can withstand the harsh conditions way down there, this speaks volumes of how well engineered (AP mounts) are- designed to handle anything you throw at 'em.

Fernando


Re: Ethernet connection to V2 Driver

Michael Freeberg
 

Ok, I finally got it working.  In the telescope setup in the driver I had to deselect all the boxes and then select the com port that I wanted and hit ok,  it would then save the com port.  Thanks everyone for the suggestions. 

Mike


Re: Ethernet connection to V2 Driver

Michael Freeberg
 

I can connect to the mount by ethernet at 192.168.1.36 but the driver has 192.168.1.13 and it will not let me change it in the driver.  Somehow I need to clear that ip address from the driver.  

Mike

2681 - 2700 of 84431