Date   

Re: TSX platesolve trouble with APPC/APPM ver 1.9 with TSX camera

ap@CaptivePhotons.com
 

Shailesh Trivedi wrote:

 

  • Thanks for your reply. I have read the Activex/Com registration issue with TSX, maybe it needs to be redone with every new update or version of APPC. I will try it. The only error was plate solve failure with a code 0655. 

 

Does the plate solve button on APPM work?

 

Someone else had issues where it would work, but APPM calls to TSX to build the model did not, and I think the resolution was a bit more settle time.

 

Also, the mount does need to be connected in TSX, I think it takes the near-solving coordinates from it.

 

When I first did this I kept getting some setting wrong on one side or the other, both under camera and platesolving settings as well as the TSX settings.  Quite a few TSX settings get overwritten by the camera settings on APPM, like exposure and binning if I recall, but to make sure just set everything up the same on each tab on both sides.


If all else fails, have APPM save the images it cannot solve, then go solve them in imagelink directly and see what is unexpected (assuming it does solve) – scale, binning, etc.

 

Once I got all the pieces aligned it worked great.  The problems at first were all in the human getting all the pieces set.

 

Linwood

 


Re: TSX platesolve trouble with APPC/APPM ver 1.9 with TSX camera

Ray Gralak
 

Shailesh,

When doing the same standalone with TSX outside of APPC, the
plate solve inside TSX succeeds all the time, but fails with APPM
all the time even though a picture is taken via APPM.
There are different settings for automated plate-solving in TSX than for local solving. This is why I provided a link for you to read in the APPM help in my private email to you.

In the link below (or in the APCC help), please scroll down to the section for SkyX plate solving to confirm your SkyX settings, especially steps 7 and 8:

https://www.apastrosoftware.com/help/apcc-pro/appm_platesolve_settings_tab.htm

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Shailesh Trivedi
Sent: Friday, September 3, 2021 7:47 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] TSX platesolve trouble with APPC/APPM ver 1.9 with TSX camera

Has anyone had any issues when using APPM ver 1.9 to complete plate solves using The SkyX camera? In an
earlier revision, I was able to plate solve and create a model on a portable setup, but now that I want to set up
on a permanent pier (AP1100 with AE), with APPC Pro ver 1.9, a TSX camera is able to take pictures but the
plate solve fails (the image scale is correct). When doing the same standalone with TSX outside of APPC, the
plate solve inside TSX succeeds all the time, but fails with APPM all the time even though a picture is taken
via APPM.

Perhaps something on the version 1.9 TSX API changed? Has anyone had similar issues?

Shailesh


Re: TSX platesolve trouble with APPC/APPM ver 1.9 with TSX camera

Shailesh Trivedi
 

Dale,

Thanks for your reply. I have read the Activex/Com registration issue with TSX, maybe it needs to be redone with every new update or version of APPC. I will try it. The only error was plate solve failure with a code 0655. 


Shailesh


Re: TSX platesolve trouble with APPC/APPM ver 1.9 with TSX camera

Dale Ghent
 

If the failure is indicated by an error message, it's always critical to include the error message in your description of the problem.

As for TSX, try running it once as Administrator, then try creating the model. TSX needs to be ran as Administrator at least once to allow it to install the ActiveX components that APPM uses to talk to it. After you run it once as Administrator, you need not do that again unless you uninstall TSX and reinstall it.

On Sep 3, 2021, at 10:47, Shailesh Trivedi <strivedi@...> wrote:

Has anyone had any issues when using APPM ver 1.9 to complete plate solves using The SkyX camera? In an earlier revision, I was able to plate solve and create a model on a portable setup, but now that I want to set up on a permanent pier (AP1100 with AE), with APPC Pro ver 1.9, a TSX camera is able to take pictures but the plate solve fails (the image scale is correct). When doing the same standalone with TSX outside of APPC, the plate solve inside TSX succeeds all the time, but fails with APPM all the time even though a picture is taken via APPM.

Perhaps something on the version 1.9 TSX API changed? Has anyone had similar issues?

Shailesh


Re: Custom Park Position Weights Up

fd@...
 

Setting the park position in APCC, Park Tab,  using "Set user park at Current Alt/Az".
--
Mach1GTO and GTOCP4 on permanent pier


TSX platesolve trouble with APPC/APPM ver 1.9 with TSX camera

Shailesh Trivedi
 

Has anyone had any issues when using APPM ver 1.9 to complete plate solves using The SkyX camera? In an earlier revision, I was able to plate solve and create a model on a portable setup, but now that I want to set up on a permanent pier (AP1100 with AE), with APPC Pro ver 1.9, a TSX camera is able to take pictures but the plate solve fails (the image scale is correct). When doing the same standalone with TSX outside of APPC, the plate solve inside TSX succeeds all the time, but fails with APPM all the time even though a picture is taken via APPM.

Perhaps something on the version 1.9 TSX API changed? Has anyone had similar issues?

Shailesh


Re: Strange numbers in APPM model #APCC #Mach2GTO

David Johnson
 

Understood.  Mount tracked extremely well last night again.  Results here. The mount tracks so well unguided that I think I’ve forgotten how to guide.

I definitely like the idea expressed in another thread of some simple tools in APPM to help set up for Dec Arc tracking. Right now, it’s definitely doable but a little clunky. For example, being able to just input the declination of your target and maybe some altitude limits and have it automatically generate good points for Dec Arc tracking would be very nice for those of us that setup and breakdown often.  As it is, it’s not hard once you get the hang of it. 


Re: Custom Park Position Weights Up

Ray Gralak
 

Is it possible to set a custom park position weights up?
Please supply more details! How are you trying to set the park position? (APCC, ASCOM driver, A-P hand controller?)

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Mark Townsend
Sent: Thursday, September 2, 2021 7:05 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] Custom Park Position Weights Up

Is it possible to set a custom park position weights up? I slewed to my weights up position and set it to
custom park however later when I use this custom park position it parks weights down and on the wrong side
of the pier.

My needed weights up park position looks out the door of my observatory and needs to be on that side of
the pier.

Thanks.


Re: Strange numbers in APPM model #APCC #Mach2GTO

Ray Gralak
 

Hi David,

some of the numbers I'm getting for the model parameters are many orders of magnitude different
than the usual values.
The all-sky model requires data in a larger area of the sky to accurately determine the pointing terms, so you cannot count on the all-sky pointing terms being accurate with just a few rows of declination arcs.

If you are in a permanent setup, the ideal way to get the advantages of declination arc tracking accuracy and all-sky modeling is to capture a lot of data points (400+) so that there are many declination arcs throughout the entire sky.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of David Johnson
Sent: Thursday, September 2, 2021 6:10 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] Strange numbers in APPM model #APCC #Mach2GTO

[Edited Message Follows]

I've been using the Dec Arc feature, and it seems to work well. Thank you for implementing it. However,
some of the numbers I'm getting for the model parameters are many orders of magnitude different than the
usual values. For example, I'm doing a model with two arcs, one at 61 degrees N declination and one at 63
degrees. Below you can see what it looks like. The resulting model numbers are also shown below. Notice
some of the "west" parameters.

The mount tracks well, so it's not a functional issue, but it puzzles me that the numbers are so different. Is
this caused by doing the two arcs close together and no points elsewehere? If so, would I have major issues
if I tried to do regular tracking correction away from the two arcs? I doubt I would do that, because I'm
obviously concentrating on a target between the two arc declinations, but I do sometimes change targets for
unforeseen reasons, and maybe if I do I should just turn tracking off if I don't want to do another model?





Re: V2 driver

Ray Gralak
 

Can you post a screenshot of what you are seeing?

For reference, you should see something like this:

https://www.gralak.com/apdriver/help/index.html?tour_of_the_handbox_window.htm

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of cmaier
Sent: Thursday, September 2, 2021 7:53 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] V2 driver

I'm using the V2 ascom driver version 5.30.10. AP 1600 CP4. The driver widget doesn't look like the one on
the V2 driver website where there's a mount information section and move scope controls section. The driver
interface looks very basic. The reason I'm asking is I was demoing Voyager software and I think it changed
the meridian flip delay where I'd rather have it at zero. I don't see where to change this in the current V2 driver
interface, but I do see it on the more updated looking version. I'm not using APCC, do you only see this driver
interface with APCC? Thanks....


Custom Park Position Weights Up

Mark Townsend
 

Is it possible to set a custom park position weights up? I slewed to my weights up position and set it to custom park however later when I use this custom park position it parks weights down and on the wrong side of the pier. 

My needed weights up park position looks out the door of my observatory and needs to be on that side of the pier.

Thanks.


Strange numbers in APPM model #APCC #Mach2GTO

David Johnson
 
Edited

I've been using the Dec Arc feature, and it seems to work well.  Thank you for implementing it.  However, some of the numbers I'm getting for the model parameters are many orders of magnitude different than the usual values.  For example, I'm doing a model with two arcs, one at 61 degrees N declination and one at 63 degrees.  Below you can see what it looks like.  The resulting model numbers are also shown below.  Notice some of the "west" parameters.

The mount tracks well, so it's not a functional issue, but it puzzles me that the numbers are so different.  Is this caused by doing the two arcs close together and no points elsewehere?  If so, would I have major issues if I tried to do regular tracking correction away from the two arcs?  I doubt I would do that, because I'm obviously concentrating on a target between the two arc declinations, but I do sometimes change targets for unforeseen reasons, and maybe if I do I should just turn tracking off if I don't want to do another model?




Re: DEC Tracking test

Craig Young
 

Since the V2 driver can talk to APCC using a virtual COM port and my ATrack program uses COM port communications with Voyager, it would be easy to add a COM port command as above, sent to APCC.

Craig


Re: DEC Tracking test

Craig Young
 

For my project it would be easy enough to call APCC with the filename of the model to be loaded.  Since I only do 4 targets I could create these models ahead of time.  If the tracking for a particular target shows 'age' then I can make a newer model for that target, or all the targets. 

So a simple APCC call: "Execute DEC ARC(model file name)" is all I would need.

Craig


Re: DEC Tracking test

Dale Ghent
 

On Sep 2, 2021, at 16:31, Craig Young <craig.young.m8@...> wrote:

If the same target is observed with NINA, will APPM be requested to do a new map or does it use an old one? In my case I would be observing the same 4 targets throughout the year. If NINA could build a DEC ARC for each target and use them each night I believe that would work.
I want to move my NINA plugin in that kind of direction, with it being able to tell APPM to generate a dec-arc model on demand for each target, but there are some prerequisites that are needed on the APPM side of things to make this a programmatically smooth thing to do. I've talked to Ray about these needs and he'll look into implementing them if they're reasonably feasible. So, no guarantees on timeline or anything, but we've talked about the concept.

But say such a thing does become possible, where you can drop a "Create Dec-Arc Model" instruction into your NINA sequence template and it'll do just that based on the target's declination, then there would be some additional considerations around reuse of the model that comes out of that instance.

When APPM creates a model, it saves it as a .pnt file under C:\ProgramData\Astro-Physics\APCC\Models. These pnt files contain various metadata about the run, such as the date it was created, the location, various options that were selected, and so on. For Dec-Arc models, APPM would also need to note the declination in the metadata of each dec-arc model pnt file.

If the above were to be done, the envisioned "Create Dec-Arc Model" instruction could look at those pnt files and build a list of model creation dates and the declination they were created for. This would allow the plugin to match up an existing model to the target's declination. The model creation date would tell the instruction how old it is. Thus, using a user-suppled date limit measured in hours or fractional days, the instruction can decide if any existing model for a given declination is too old to use and instruct APPM to create a new one, or tell APPM (or APCC) to load the existing model and run with that instead. This interface - telling APCC to load a particular model - is a programmatic interface that I'm not sure exists or not. I recon it does, as APPM already seems to have a way to tell APCC to load the model it just created.

Anyway, there are some efficiencies in time that can be automated with this. If one is reasonably sure of their models as they age, they can set a use-if-no-older-than length of time in the plugin's configuration and not have to worry about time being wasted if you do a multiple night run on a specific target coordinates where you don't necessarily need a new Dec-Arc model each time. This is clearly up to user discretion, obviously, and I don't know if Dec-Arc models have any differences in sensitivities towards age compared to all-sky models.

This expiry date concept is something I could put in to the existing "Create APPM model" instruction in my plugin, though, since all that would be interested in is the creation date. No sense in creating a new model if one feels that their existing one is still valid. The instruction would then be a no-op at that point.

/dale


Re: DEC Tracking test

Craig Young
 

Does this mean there is an API available for APCC for use by 3rd party software?  If so I could build the 4 DEC arcs and when I switch targets ATrack could send a request to APCC to load a previously saved model and turn on DEC ARC tracking.

Craig


Re: Colorful Globular

WMarton@...
 

Roland,

Thanks for your reply, I just found your in-depth description of the Mak astrograph on the other Forum.  Interesting scope.  I would love to see some photos of some of your prototypes and other scopes that never came to market.  I live in the Washington, DC area and it is always a treat to see the AP 206 EDF at Company Seven up close and personal.

Bill 


Re: DEC Tracking test

Craig Young
 

If the same target is observed with NINA, will APPM be requested to do a new map or does it use an old one?  In my case I would be observing the same 4 targets throughout the year.  If NINA could build a DEC ARC for each target and use them each night I believe that would work.

Craig


Re: Looking for a CP3

Benton Reed
 

Thank Christopher!  I just missed getting that one by about 5 minutes.  Fortunately there are a couple of guys on here who may be abut to help me! 

Thanks
Benton


Re: Colorful Globular

Roland Christen
 

I've built a number of Mak-Cass astrographs and this is just another version that I've been using for test purposes.

Rolando

-----Original Message-----
From: WMarton via groups.io <WMarton@...>
To: main@ap-gto.groups.io
Sent: Thu, Sep 2, 2021 2:52 pm
Subject: Re: [ap-gto] Colorful Globular

What telescope was this shot using?  I have never heard of an AP 10 inch F6.3 Maksutov Astrograph.

Bill

--
Roland Christen
Astro-Physics

6301 - 6320 of 86907