Date   

Re: #APCC - V1.9 Tracking Error #APCC

Ray Gralak
 

Hi Rouz,

Thanks for the details!

Could you also put a zip file created using the APCC Log zipper utility? Please include all the APCC, APPM, and ASCOM logs from the evening when you were doing the imaging.

BTW, I see you are using a dome. When you used APPM did you use the "Hour Angle" strategy for accumulating the data points?

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of roozbeh_bid
Sent: Friday, August 20, 2021 12:10 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] #APCC - V1.9 Tracking Error

I'm very happy that V1.9 now works with NINA and ASTAP.
Model building was very straightforward and quick.

For some reason, my unguided exposures have trailing stars.
The target will move a few hundred pixels over the coarse of the night.

Using the AP1100CP4, no encoders, CDK12 OTA, pier bolted to concrete floor in a remote dome (backyard).
1700mm focal length, 0.92 arcsec/pixel (bin2)

Mechanical:
I've double checked every bolt from the concrete to the focuser. The system is very rigid, mirror is bonded to
permanent cell. Payload is about 70lbs.
I also pointed near zenith to eliminate any potential sag with the same inconsistent results.

Periodic Error:
Unlikely as the image is constantly moving in on direction. I checked the mount with Pempro last year with a native
error of 3" peak to peak. It was about 1" with PEC on.

Model:
Using NINA and ASTAP with "high precision slews" = on
1st attempt with points every 12 degrees
2nd attempt with very fine 6 degrees apart 184 points (I only have half the sky visible)
Environmental sensor, pressure for local weather station.
Its using a sensor on the telescope which was reading RH a bit higher (92 to 99%) than the weather station value
of 82%

Tracking:
It seems when I turn Dec-arc tracking on it gets worse.
I tied refraction correction on - off.
Both on both off
Some subs much worse than others, but moves in the same direction generally.

Here is a folder with some 300s test subs, log file, appm files. I have named them with dec arc and refraction
correction on or off
https://www.dropbox.com/sh/80ktuhbtr8btnd9/AAB0FKWeeW9S1S4bp2ZHzMsma?dl=0




Any help would be much appreciated as I've been trying to solve this for days non-stop.

Thanks,

Rouz



#APCC - V1.9 Tracking Error #APCC

Rouz
 

I'm very happy that V1.9 now works with NINA and ASTAP.
Model building was very straightforward and quick.

For some reason, my unguided exposures have trailing stars. 
The target will move a few hundred pixels over the coarse of the night.

Using the AP1100CP4, no encoders, CDK12 OTA, pier bolted to concrete floor in a remote dome (backyard).  1700mm focal length,  0.92 arcsec/pixel (bin2)

Mechanical:
I've double checked every bolt from the concrete to the focuser. The system is very rigid, mirror is bonded to permanent cell. Payload is about 70lbs. 
I also pointed near zenith to eliminate any potential sag with the same inconsistent results.

Periodic Error:
Unlikely as the image is constantly moving in on direction. I checked the mount with Pempro last year with a native error of 3" peak to peak. It was about 1" with PEC on.

Model:
Using NINA and ASTAP with "high precision slews" = on
1st attempt with points every 12 degrees
2nd attempt with very fine 6 degrees apart  184 points (I only have half the sky visible)
Environmental sensor, pressure for local weather station.
Its using a sensor on the telescope which was reading RH a bit higher (92 to 99%) than the weather station value of 82%

Tracking:
It seems when I turn Dec-arc tracking on it gets worse.
I tied refraction correction on - off.
Both on both off
Some subs much worse than others, but moves in the same direction generally.

Here is a folder with some 300s test subs, log file, appm files. I have named them with dec arc and refraction correction on or off
https://www.dropbox.com/sh/80ktuhbtr8btnd9/AAB0FKWeeW9S1S4bp2ZHzMsma?dl=0




Any help would be much appreciated as I've been trying to solve this for days non-stop.

Thanks,

Rouz


Re: The last couple of weeks are the hardest...

Roland Christen
 


 Any specific recommendations for that, still try for neutral balance, or is it better a bit heavy to one side in wind?
Neutral balance.

Rolando


-----Original Message-----
From: ap@... <ap@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Thu, Aug 19, 2021 11:03 pm
Subject: Re: [ap-gto] The last couple of weeks are the hardest...

Roland wrote:
 
  • As far as humidity, We got plenty of that here. I set up to do some imaging tonight because Clear Sky Clock said it was going to be clear. Humidity close to 100%, temperature close to 90F. Just one dark pesky cloud towards the east, no problem 'cause I'm imaging toward the west. Strangely the cloud is not moving eastward as it should. Oh well, time to go inside for a bowl of strawberries. Ok, back to the observatory - what's this, a drop landing on my head?? Oh My, a sudden cloudburst coming out of the east from Lake Michigan. My 10" Mak is pointing straight up! Rats!! Park the scope, close the roof, hurry hurry!! Just got the roof closed when the skies opened up in a biblical deluge. Had about 10 seconds to spare, and only a few drops on the corrector plate.
 
Well, at least you have a dome. I have to race to move things inside.
 
But I used to commute for about 20 years off and on to Chicago.   Regularly would fly 1200 miles NORTH and end up with it hotter there than where I left.  I think I actually liked the winters better (though didn’t have to spend much time outside).  

But you do make up for it in great Steak places and food in general.
 
My clouds seem to have cleared, think I’m going to get my first runs with wind (not a lot, 2-3 gusts 6) and encoders.  Wind is main reason I got the AE version.  Any specific recommendations for that, still try for neutral balance, or is it better a bit heavy to one side in wind?
 
Linwood
 
 
 

--
Roland Christen
Astro-Physics


Re: Dec-Arc Tracking in APCC Pro v1.9 - an explainer please?

Ray Gralak
 

Each row should have at least five sky data points.

Ray, are you talking about at least 5 points to the point where you do a meridian flip
or 5 points horizon limit-to-horizon limit including meridian flip?
If the scope flips to the other pier side, it counts as a new set of two dec arcs of 5+ points (20 total sky points minimum, 10 on each pier side).

-Ray


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Dean Jacobsen
Sent: Friday, August 20, 2021 7:44 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Dec-Arc Tracking in APCC Pro v1.9 - an explainer please?

On Fri, Aug 20, 2021 at 07:11 AM, Ray Gralak wrote:


Each row should have at least five sky data points.

Ray, are you talking about at least 5 points to the point where you do a meridian flip or 5 points horizon limit-to-
horizon limit including meridian flip?

--
Dean Jacobsen
Astrobin Image Gallery - https://www.astrobin.com/users/deanjacobsen/
<https://www.astrobin.com/users/deanjacobsen/>


Re: Dec-Arc Tracking in APCC Pro v1.9 - an explainer please?

Dean Jacobsen
 

On Fri, Aug 20, 2021 at 07:11 AM, Ray Gralak wrote:
Each row should have at least five sky data points.
Ray, are you talking about at least 5 points to the point where you do a meridian flip or 5 points horizon limit-to-horizon limit including meridian flip?
 
--
Dean Jacobsen
Astrobin Image Gallery - https://www.astrobin.com/users/deanjacobsen/


Re: Dec-Arc Tracking in APCC Pro v1.9 - an explainer please?

David Johnson
 

Good info.  Thanks. 


Re: Dec-Arc Tracking in APCC Pro v1.9 - an explainer please?

Ray Gralak
 

You want at least one Dec row of mapping points 1 degree above and 1 degree below your target. Each row should have at least five sky data points. You can define more points per arc for additional accuracy. (1 arc-degree apart would provide the most points).

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of David Johnson
Sent: Friday, August 20, 2021 6:24 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Dec-Arc Tracking in APCC Pro v1.9 - an explainer please?

I usually set up and tear down every time I image, and I tend to do only one target in a night. What is the most
efficient way for me to do mapping and still get excellent results using dec arc tracking? Let's say that my target
has a declination of 53.15 degrees N. Should I do a single arc of maybe 10 or 20 points at declination 53 or would it
make more sense to do an arc at 50 and also one at 55? I think a lot of people are in the same situation, and we
could use some guidance. Thanks.


Re: Dec-Arc Tracking in APCC Pro v1.9 - an explainer please?

David Johnson
 

I usually set up and tear down every time I image, and I tend to do only one target in a night.  What is the most efficient way for me to do mapping and still get excellent results using dec arc tracking?  Let's say that my target has a declination of 53.15 degrees N.  Should I do a single arc of maybe 10 or 20 points at declination 53 or would it make more sense to do an arc at 50 and also one at 55?  I think a lot of people are in the same situation, and we could use some guidance.  Thanks.


Re: Heads-up on possible abrupt parking problem #Absolute_Encoders #Mach2GTO #APCC

Peter Gottstein
 

Same thing happened to me. My virtual ports were 21 and 22 and now there gone.  My primary port is now com 3 which also switched. Virtual ports as option 21-23 are no longer available as options. 

Peter Gottstein

On Aug 19, 2021, at 3:30 PM, George <george@...> wrote:



David,

 

It seems strange that you have COM3 as a virtual port.   How do you have them set up?

 

Regards,

 

George

 

George Whitney

Astro-Physics, Inc.

Phone:  815-222-6538 (direct line)

Phone:  815-282-1513 (office)

Email:  george@...

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of David Johnson
Sent: Thursday, August 19, 2021 3:24 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Heads-up on possible abrupt parking problem #Mach2GTO #APCC

 

I'm still having intermittent problems with my Mach2 parking itself.  Today, I was running it inside, just as a test, and it parked itself after several hours of tracking fine, while the driver was connected to Stellarium.  The driver display was strange:

<image001.jpg>


I tried to Unpark, and here is the result.  As you can see, it acts likes it will unpark, but it doesn't and I don't get any kind of error message or other indication of what is wrong.  The only way I can fix the problem is closing and then restarting APCC.  As you can imagine, this is very frustrating when it happens during a night of automated astrophography.  I want to emphasize that this happens out of the blue when I am not doing anything with the mount or the software and after it seems to be tracking fine for some time.


Re: Heads-up on possible abrupt parking problem #Absolute_Encoders #Mach2GTO #APCC

Ray Gralak
 

David,

I sent you a private email, but I wanted to post here as well in case anyone else has a similar issue (unexpected parking) in the future.

In looking at the logs you supplied yesterday evening, I saw that there is an 8-minute gap in the log file (APCC-2021-08-19-195035.txt). So, it makes sense that the mount would be parked because the mount is configured to do a safety-park after 5 minutes if no commands are sent to it by APCC.

I found other shorter gaps in the log, but the one below is the one that caused the park. Notice the time jump from 20:51:50.994 to 21:00:14:084 on line 0228227:

0228273 2021-08-19 20:51:50.930: Debug, Command Thread, TX = '$HDG#'
0228274 2021-08-19 20:51:50.962: Debug, Command Thread, TX='$HDG#'|RX='+53*57:40.2#'
0228275 2021-08-19 20:51:50.966: Debug, Command Thread, TX = '$GR#'
0228276 2021-08-19 20:51:50.994: Debug, Command Thread, TX='$GR#'|RX='+244*21:46.9#'
0228277 2021-08-19 21:00:14.084: Debug, Command Thread, TX = '$GD#'
0228278 2021-08-19 21:00:14.112: Debug, Command Thread, TX='$GD#'|RX='-35*59:47.7#'

So I think you should take a look at Windows Event Viewer to see if you can see what might be happening. This could be a Windows system, memory, disk, motherboard/cpu, etc., issue.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of David Johnson
Sent: Thursday, August 19, 2021 3:21 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Heads-up on possible abrupt parking problem #Mach2GTO #APCC

Also, if the driver window is blank because there is no communication with the mount than why is the APCC window
still showing the correct mount position?


Re: The last couple of weeks are the hardest...

ap@CaptivePhotons.com
 

Roland wrote:

 

  • As far as humidity, We got plenty of that here. I set up to do some imaging tonight because Clear Sky Clock said it was going to be clear. Humidity close to 100%, temperature close to 90F. Just one dark pesky cloud towards the east, no problem 'cause I'm imaging toward the west. Strangely the cloud is not moving eastward as it should. Oh well, time to go inside for a bowl of strawberries. Ok, back to the observatory - what's this, a drop landing on my head?? Oh My, a sudden cloudburst coming out of the east from Lake Michigan. My 10" Mak is pointing straight up! Rats!! Park the scope, close the roof, hurry hurry!! Just got the roof closed when the skies opened up in a biblical deluge. Had about 10 seconds to spare, and only a few drops on the corrector plate.

 

Well, at least you have a dome. I have to race to move things inside.

 

But I used to commute for about 20 years off and on to Chicago.   Regularly would fly 1200 miles NORTH and end up with it hotter there than where I left.  I think I actually liked the winters better (though didn’t have to spend much time outside).  


But you do make up for it in great Steak places and food in general.

 

My clouds seem to have cleared, think I’m going to get my first runs with wind (not a lot, 2-3 gusts 6) and encoders.  Wind is main reason I got the AE version.  Any specific recommendations for that, still try for neutral balance, or is it better a bit heavy to one side in wind?

 

Linwood

 

 

 


Re: #APCC Pro 1.9 w/ASTAP platesolve test always fails #APCC

Ray Gralak
 

APPM does look at the FITS header. The only thing I can think of is that there is another FITS header keyword that it is using. APPM doesn’t just pick numbers out of a hat! J

 

> Even so, you missed the most important point I was trying to make in the subsequent paragraph of

> my previous message. Which is: why I cannot solve a single image using the tool: "Test Solve Images

> in a folder" ? I'll repost the details here for conveniance (please see log extracts in my previous post)

 

I have solved entire folders of FITS images with APPM. For example, see the attached video I just created using ASTAP to solve images in a folder. That said, APPM’s plate solving is designed to work with FITS files that it creates or had created. It is not guaranteed to be compatible with all FITS files, nor does it need to be.

 

In the mean time, if you provide a link to your FITS file, I’ll take a look at it.

 

> I am aware of that too. Thing is, as said before, no window opens right after I click on the menu

> above... And there is nothing about that menu in the built-in help file / the link you provided... 🧐

 

Okay I see what you meant! That menu item was used for creating test images and should have been removed.  In fact the Test Solve Images in a folder option needs to be removed as well.

 

BTW, you can use the NASA Sky View camera to test APPM and ASTAP during the daytime or in cloudy weather.  The “Image Link Test” button is just to help confirm you have the appropriate plate solver and stellar databases installed.

 

-Ray

 

 

 

From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Seb@stro
Sent: Thursday, August 19, 2021 8:15 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] #APCC Pro 1.9 w/ASTAP platesolve test always fails

 

Hi Ray,

 

What’s the full name of the file? APPM might have extracted the RA/Dec coordinates from the filename. It does this for working with the files it creates.

Full filename is as highlighted below. Not sure how APPM does convert to these coordinates but most importantly, I wonder why it simply doesn't use the fits header info when it's available if that indeed what's happening ?

 

 

Regarding the DLL problem, that is probably the fault of your anti-virus program, which is likely being overly protective. J

Right, Microsoft Defender watching my back ! (Even if I didn't ask! 😉) I'm must be too used to installer asking access persmission and the like at runtime. I never turn off my A/V anymore... 

 

Even so, you missed the most important point I was trying to make in the subsequent paragraph of my previous message. Which is: why I cannot solve a single image using the tool: "Test Solve Images in a folder" ? I'll repost the details here for conveniance (please see log extracts in my previous post) :

 

Indeed, I wasn't able to have a single file solved with success even with some 4-to-3-characters-converted-extension-fits (see logs extract below)... Before you ask, both files below were successfully solved with the "Image Link Test" button (one file is the same as earlier). I noticed the parameters passed along to ASTAP are weird looking: -ra 0, -spd 90, etc.? and they do not seem configurable with this tool, unless I missed a configuration pane somewhere. End result is ASTAP can't find a solution for one image and doesn't return any output for the other (using the same command line reported in APPM log file below). Couldn't find anything useful to help troubleshoot this in the manual either, so again, thought it was worth reporting.

 

As for the NASA SkyView, have you tried reading the help? 

Yes, of course! (I even went further than this and queried Google about it who led me to this site: https://heasarc.gsfc.nasa.gov/ftools/fv/doc/SkyView.html - amongst others - which wasn't very helpful in answering my specific question about APPM, which, for clarity, is NOT about the use of the "fake camera" in the run tab, but rather about that menu :

 

 

 

You can click the little “?” button in the upper right corner of most tabs and/or group boxes to pull up context-sensitive help.

I am aware of that too. Thing is, as said before, no window opens right after I click on the menu above... And there is nothing about that menu in the built-in help file / the link you provided... 🧐

 

Sébastien


Re: #APCC Pro 1.9 w/ASTAP platesolve test always fails #APCC

Sébastien Doré
 

Hi Ray,

What’s the full name of the file? APPM might have extracted the RA/Dec coordinates from the filename. It does this for working with the files it creates.
Full filename is as highlighted below. Not sure how APPM does convert to these coordinates but most importantly, I wonder why it simply doesn't use the fits header info when it's available if that indeed what's happening ?



Regarding the DLL problem, that is probably the fault of your anti-virus program, which is likely being overly protective. J
Right, Microsoft Defender watching my back ! (Even if I didn't ask! 😉) I'm must be too used to installer asking access persmission and the like at runtime. I never turn off my A/V anymore... 

Even so, you missed the most important point I was trying to make in the subsequent paragraph of my previous message. Which is: why I cannot solve a single image using the tool: "Test Solve Images in a folder" ? I'll repost the details here for conveniance (please see log extracts in my previous post) :

Indeed, I wasn't able to have a single file solved with success even with some 4-to-3-characters-converted-extension-fits (see logs extract below)... Before you ask, both files below were successfully solved with the "Image Link Test" button (one file is the same as earlier). I noticed the parameters passed along to ASTAP are weird looking: -ra 0, -spd 90, etc.? and they do not seem configurable with this tool, unless I missed a configuration pane somewhere. End result is ASTAP can't find a solution for one image and doesn't return any output for the other (using the same command line reported in APPM log file below). Couldn't find anything useful to help troubleshoot this in the manual either, so again, thought it was worth reporting.


As for the NASA SkyView, have you tried reading the help? 
Yes, of course! (I even went further than this and queried Google about it who led me to this site: https://heasarc.gsfc.nasa.gov/ftools/fv/doc/SkyView.html - amongst others - which wasn't very helpful in answering my specific question about APPM, which, for clarity, is NOT about the use of the "fake camera" in the run tab, but rather about that menu :




You can click the little “?” button in the upper right corner of most tabs and/or group boxes to pull up context-sensitive help.
I am aware of that too. Thing is, as said before, no window opens right after I click on the menu above... And there is nothing about that menu in the built-in help file / the link you provided... 🧐

Sébastien


Re: The last couple of weeks are the hardest...

Roland Christen
 

You're in the right spot for super good seeing. Probably quite similar to the Keys where I used up to 1000x to view Jupiter and Saturn. Amazing laminar air flow produces some of the best seeing on the planet. And I've observed from some really great sites like Cerro Tololo in Chile. Of course they combine great seeing with super transparency.

As far as humidity, We got plenty of that here. I set up to do some imaging tonight because Clear Sky Clock said it was going to be clear. Humidity close to 100%, temperature close to 90F. Just one dark pesky cloud towards the east, no problem 'cause I'm imaging toward the west. Strangely the cloud is not moving eastward as it should. Oh well, time to go inside for a bowl of strawberries. Ok, back to the observatory - what's this, a drop landing on my head?? Oh My, a sudden cloudburst coming out of the east from Lake Michigan. My 10" Mak is pointing straight up! Rats!! Park the scope, close the roof, hurry hurry!! Just got the roof closed when the skies opened up in a biblical deluge. Had about 10 seconds to spare, and only a few drops on the corrector plate.

By the way, your FWHM results are enviable. But you'll never convince the Cloudy Nights crowd that a mount needs to be a precision piece of equipment. After all, they all seem to get round stars, some of them unguided without any kind of modeling. I don't know how they do it, I think it's magic, myself.

Finally: glad you're enjoying your mount. Stuck out tongue winking eye

Rolando


-----Original Message-----
From: ap@... <ap@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Thu, Aug 19, 2021 9:36 pm
Subject: Re: [ap-gto] The last couple of weeks are the hardest...

  • That is impressive. Where are you located/ I can't get seeing like that on a consistent basis, even with the mighty 17". Perhaps one night out of 20.
 
SW Florida, Fort Myers area.
 
We trade stiller air (no jet stream I think) for 100% humidity, mosquitor, and clouds most of the time in the summer.
 
Of course tonight may bring new surprises.   I’m dodging clouds trying to get calibrated and aligned, while one eye on the radar as a storm moves just south of me.   Murphy certainly spends a lot of time in Florida.
 
Linwood
 
 

--
Roland Christen
Astro-Physics


Re: The last couple of weeks are the hardest...

ap@CaptivePhotons.com
 

  • That is impressive. Where are you located/ I can't get seeing like that on a consistent basis, even with the mighty 17". Perhaps one night out of 20.

 

SW Florida, Fort Myers area.

 

We trade stiller air (no jet stream I think) for 100% humidity, mosquitor, and clouds most of the time in the summer.

 

Of course tonight may bring new surprises.   I’m dodging clouds trying to get calibrated and aligned, while one eye on the radar as a storm moves just south of me.   Murphy certainly spends a lot of time in Florida.

 

Linwood

 

 


Re: The last couple of weeks are the hardest...

Roland Christen
 

That is impressive. Where are you located/ I can't get seeing like that on a consistent basis, even with the mighty 17". Perhaps one night out of 20.

Rolando



-----Original Message-----
From: ap@... <ap@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Thu, Aug 19, 2021 6:58 pm
Subject: Re: [ap-gto] The last couple of weeks are the hardest...

Tom wrote:
 
  • I guess everyone has been there, waiting for the final call and tracking number for a new mount....

--
Roland Christen
Astro-Physics


Re: Dec-Arc Tracking in APCC Pro v1.9 - an explainer please?

Dale Ghent
 

Heh well, it's not off-list if I neglect to change the recipient address :D It has been a long day.

On Aug 19, 2021, at 20:56, Dale Ghent <daleg@...> wrote:

Hey Ray, just sending this off-list. I know you're busy so don't feel the need to do an immediate response. I'm just scoping things out.


3. I don't think I need to have any considerations for meridian limits when generating the CSV since I think those are
automagically handled by APPM. Am I correct on that?
If you create a CSV file you would have to consider the meridian limits manually. Another possibility would be to create an APPM
settings file and pass that in the command line to APPM. That way the settings file would determine whether or not meridian and
horizon limits are considered for mapping points.
Ok, this part seems to be the key to how complex the logic that lays out the points will need to be. From what I can tell, the point ordering and cw-up slews are all baked into the point map file, and are not determined on the fly by APPM when the file is loaded. So it seems like I'll need to replicate the logic that's contained within the "Mapping Point Creation Strategy" on APPM's Measurement Points tab and be able to read and interpret any horizon and meridian limit info?

/dale







Re: Dec-Arc Tracking in APCC Pro v1.9 - an explainer please?

Dale Ghent
 

Hey Ray, just sending this off-list. I know you're busy so don't feel the need to do an immediate response. I'm just scoping things out.


3. I don't think I need to have any considerations for meridian limits when generating the CSV since I think those are
automagically handled by APPM. Am I correct on that?
If you create a CSV file you would have to consider the meridian limits manually. Another possibility would be to create an APPM
settings file and pass that in the command line to APPM. That way the settings file would determine whether or not meridian and
horizon limits are considered for mapping points.
Ok, this part seems to be the key to how complex the logic that lays out the points will need to be. From what I can tell, the point ordering and cw-up slews are all baked into the point map file, and are not determined on the fly by APPM when the file is loaded. So it seems like I'll need to replicate the logic that's contained within the "Mapping Point Creation Strategy" on APPM's Measurement Points tab and be able to read and interpret any horizon and meridian limit info?

/dale


Re: Heads-up on possible abrupt parking problem #Absolute_Encoders #Mach2GTO #APCC

John Upton
 

David,

   Something in the video is very strange. You seem to have configured APCC to connect directly to the virtual COM port rather than the physical COM port. Note that the physical connection says you are using COM33 and the virtual port is listed as COM3. This is the opposite of what is shown in the APCC User Guide. My APCC is configured to use (TCP Primary and) COM4 which then allows the V2 driver to connect to Port 21. (I followed the setup as in the User Guide.)

   I don't know exactly what happened to get into the configuration you have but I suspect it is related to your communications issues.

   Maybe Ray or a much more experienced APCC user than I can figure out what is wrong and point you to a solution. It might be as easy as to simply select COM3 in the Primary Port box dropdown in the Connection group box just above (assuming the virtual ports are properly configured).


John


Re: The last couple of weeks are the hardest...

ap@CaptivePhotons.com
 

Tom wrote:

 

  • I guess everyone has been there, waiting for the final call and tracking number for a new mount....

_._,_._,_

 

Just to encourage you.  I’ve only had 3 nights I could image, but have been doing objects I did with other mounts to compare (I saved the old subs).  Wanted to share a typical result.

 

This is Sii for the bubble nebula at 2800mm, 300s images, at 0.277”/pix, FWHM is in arcseconds.  The left 3/4 or so were from a CEM70G, the right is from the AP1100.  The left were heavily culled to get more consistency, the right is EVERY SINGLE SUB from last night.  Same camera, OTA, imaging train… just different mounts.

 

I also have similar for the MyT, the main difference is on the MyT I didn’t have to cull so much.

 

It’s easy to think it may be night to night variation (and some may be) but every target is like this.  The jagged left side is three separate nights.  What impresses me is not just that the stars are smaller points, but the consistency – that flat line on the right is about 5 hours, over maybe 20 degrees altitude (at a guess), and did I mention every single sub included, no culling.

 

THAT’s why waiting is worthwhile!

 

Linwood

 

 

7861 - 7880 of 88083