×

INDI Library v2.0.6 is Released (02 Feb 2024)

Bi-monthly release with minor bug fixes and improvements

Is ASTAP ready for seamless integration in EKOS?

  • Posts: 459
  • Thank you received: 69
I would hazard a guess that your system is actually an arm64 system rather than amd, so try an intstaller based on ARM. I have it running on an Odroid without problems, using astap_arm64.deb.
The following user(s) said Thank You: Peter Kennett
4 years 3 months ago #47082

Please Log in or Create an account to join the conversation.

  • Posts: 333
  • Thank you received: 92
As Jerry said the NanoPC T4 is an arm computer so:

program, 64 bit arm version:
sourceforge.net/projects/astap-program/f...p_arm64.deb/download

if that doesn't work the 32 bit arm version:
sourceforge.net/projects/astap-program/f...p_armhf.deb/download

plus the universal star database probably already downloaded.
The following user(s) said Thank You: Peter Kennett
4 years 3 months ago #47085

Please Log in or Create an account to join the conversation.

  • Posts: 992
  • Thank you received: 155
Got it! Thanks!

Peter
4 years 3 months ago #47092

Please Log in or Create an account to join the conversation.

  • Posts: 209
  • Thank you received: 33
On macOS the app ASTAP solves fits files extremely rapidly.
However I can't succeed solving the same files with KStars using the ASTAP solver option (it works very well using the Astro.net solver option)
ERROR : 2020-04-19T17:47:27 Solver failed. Try again.
What am I missing ?
3 years 11 months ago #52167

Please Log in or Create an account to join the conversation.

  • Posts: 333
  • Thank you received: 92
Can you provide to me both the image and the .ini file from the temporary directory for investigation? In the .ini file, I can see the command used and compare whats required to solve the image.

Han

The generic checklist is as follows:

At least 30 stars are visible.
Reasonable round stars.
Image dimensions at least 1280x960 pixels.
An approximate position for a spiral search is specified correctly. (unless you do a 180 degrees search)
Image is not stretched or heavily photo-shopped.
Correct image height in degrees specified within 5% accuracy. (Check focal length, sensor size settings or try FOV=auto once)
Last edit: 3 years 11 months ago by han.
3 years 11 months ago #52183

Please Log in or Create an account to join the conversation.

  • Posts: 209
  • Thank you received: 33
Hi Han,
In the Solver panel I clicked on "Load & Slew..." and selected a .fits of M 106
Success with Astro.net, failure with ASTAP

Here is the log :
2020-04-19T21:33:42 Solver failed. Try again.
2020-04-19T21:33:38 /Applications/ASTAP.app/Contents/MacOS/astap -r 30 -z 2 -speed auto -f /private/var/folders/2b/5hc0l8dw8xl0g30059b1n9180000gn/T/fitsOrfXng.fits -o /private/var/folders/2b/5hc0l8dw8xl0g30059b1n9180000gn/T/solution
2020-04-19T21:33:38 Starting solver...
2020-04-19T21:33:38 Solver iteration #1
2020-04-19T21:33:38 Image received.
2020-04-19T21:33:27 Capturing image...
2020-04-19T21:33:22 Settling...
2020-04-19T21:33:14 Slewing to target coordinates: RA (12h 20m 03s) DEC ( 47° 12' 04").
2020-04-19T21:33:14 Solution coordinates: RA (12h 20m 03s) DEC ( 47° 12' 04") Telescope Coordinates: RA (09h 50m 24s) DEC ( 90° 00' 00")
2020-04-19T21:33:14 WCS information updated. Images captured from this point forward shall have valid WCS.
2020-04-19T21:33:14 Solver RA (184.76060) DEC (47.30991) Orientation (50.72273) Pixel Scale (0.40022)
2020-04-19T21:33:14 Solver completed in 2 seconds.
2020-04-19T21:33:11 /Applications/ASTAP.app/Contents/MacOS/astap -r 30 -z 2 -speed auto -f /private/var/folders/2b/5hc0l8dw8xl0g30059b1n9180000gn/T/Light_001.fits -o /private/var/folders/2b/5hc0l8dw8xl0g30059b1n9180000gn/T/solution
2020-04-19T21:33:11 Starting solver...
2020-04-19T21:33:11 Solver iteration #1
2020-04-19T21:33:11 Using solver options: -r 30 -z 2 -speed auto
2020-04-19T21:32:39 World Coordinate System (WCS) is enabled. CCD rotation must be set either manually in the CCD driver or by solving an image before proceeding to capture any further images, otherwise the WCS information may be invalid.
2020-04-19T21:32:38 Idle.
3 years 11 months ago #52192

Please Log in or Create an account to join the conversation.

  • Posts: 209
  • Thank you received: 33
3 years 11 months ago #52196

Please Log in or Create an account to join the conversation.

  • Posts: 333
  • Thank you received: 92
That looks all good except that it is reaching the mag 17 limit of the database. It can just solve your image. You better install the G18 up to magnitude 18 database. For detecting the smallest star pattern, the database should go equal or go deeper then your image. Your image contains stars at least up to magnitude 17.8.

The G18 you can download from Sourceforge at:
sourceforge.net/projects/astap-program/files/star_databases/

There is only a ZIP file. You should extract it and move the .290 files to /opt/astap The database is selectable in ASTAP, but it's probably easier to just delete the G17 files. It will find the G18 automatically.

Cheers, Han

G17 extended rapport:
01:24:25 Creating monochromatic x 2 binning image for solving/star alignment.
01:24:26 Start finding stars
01:24:26 46 stars found of the requested 500. Background value is 610. Detection level used 569 above background. Star level is 569 above background. Noise level is 52
01:24:27 73 stars found of the requested 500. Background value is 610. Detection level used 260 above background. Star level is 569 above background. Noise level is 52
01:24:27 Finding stars done in 1281 ms
01:24:27 73 stars selected and 52 tetrahedrons selected in the image. 69 database stars required for the square search field of 0,4°. Search window at 139% based on the number of tetrahedrons. Step size at 100% of image height
01:24:27 Using star database G17
01:24:27 Search 0, [0,0], position: 12: 19 02.5 +47° 18 36 Up to magn 17,0 79 database tetrahedrons to compare.
01:24:27 5 of 5 tetrahedrons selected matching within 0.005 tolerance. Solution x:=-0.253334*x+ -0.309740*y+ 1134.209108, y:=-0.309854*x+ 0.253350*y+ 275.115721
01:24:27 Solution found: 12: 19 02.5 +47° 18 36 Solved in 1,6 sec. Offset was 0,000 deg. Used stars up to magnitude: 17,0
01:24:27 See viewer image for image stars used (red) and database star used (yellow)

G18 extended report. Note the more matches:
01:24:33 Creating monochromatic x 2 binning image for solving/star alignment.
01:24:33 Start finding stars
01:24:34 46 stars found of the requested 500. Background value is 610. Detection level used 569 above background. Star level is 569 above background. Noise level is 52
01:24:35 73 stars found of the requested 500. Background value is 610. Detection level used 260 above background. Star level is 569 above background. Noise level is 52
01:24:35 Finding stars done in 1266 ms
01:24:35 73 stars selected and 52 tetrahedrons selected in the image. 69 database stars required for the square search field of 0,4°. Search window at 139% based on the number of tetrahedrons. Step size at 100% of image height
01:24:35 Using star database G18
01:24:35 Search 0, [0,0], position: 12: 19 02.5 +47° 18 36 Up to magn 17,8 99 database tetrahedrons to compare.
01:24:35 17 of 19 tetrahedrons selected matching within 0.005 tolerance. Solution x:=-0.253171*x+ -0.309728*y+ 1133.913288, y:=-0.309753*x+ 0.253263*y+ 275.056286
01:24:35 Solution found: 12: 19 02.5 +47° 18 36 Solved in 1,6 sec. Offset was 0,000 deg. Used stars up to magnitude: 17,8
01:24:35 See viewer image for image stars used (red) and database star used (yellow)
3 years 11 months ago #52208

Please Log in or Create an account to join the conversation.

  • Posts: 333
  • Thank you received: 92
p.s could you report back about the performance of ASTAP? I have no experience with images created with long focal length like yours. I'm only working with a short focal length telescope.

Han
3 years 11 months ago #52209

Please Log in or Create an account to join the conversation.

  • Posts: 278
  • Thank you received: 17
I work at 1320mm focal length with an old sony h9 based camera, so quite narrow fov. And I most say that ASTAP works very well! Only if the scope is way off, I find that astrometry.net (online) is more stable. But in 95% of my usage, ASTAP works fine and is much much faster than astrometry.net. So thanks for this and well done :-)
3 years 11 months ago #52212

Please Log in or Create an account to join the conversation.

  • Posts: 209
  • Thank you received: 33
Hi Han

I downloaded the G18 package and copied the 280 g18 files in the database /opt/astap.
I deleted the older v17 files.
The ASTAP.app works well on both sets v17 and g18
However this didn't improve the situation with the KStars/ASTAP solver : "2020-04-20T09:59:10 Solver failed. Try again."

I don't think that upgrading from v17 to g18 is the explanation of the failure in KStars because ASTAP.app works with v17.
3 years 11 months ago #52221

Please Log in or Create an account to join the conversation.

  • Posts: 333
  • Thank you received: 92
Let's further investigate. For the image which fails, could provide me with two files from the the following path

\tmp

The image with a name similar like: fitsZ13964.fits
The astap report file: solution.ini

Han
Last edit: 3 years 11 months ago by han.
3 years 11 months ago #52241

Please Log in or Create an account to join the conversation.

Time to create page: 1.016 seconds