Remote desktop accessible over VNC at astroberry.local:5900 or a web browser at.Astroberry Wireless Hotspot allowing to access the system directly i.e.Web interface featuring GPS Panel and Astro Panel (celestial almanac for your localization).APT repository for Raspberry Pi OS (yes, now any Raspberry Pi OS user can install Astroberry Server with 'apt install').Official Raspberry Pi OS Desktop by Raspberry Pi Foundation.probably any other Raspberry Pi version released so far Support for Raspberry Pi 3 and 4, Pi Zero and.8.13 How can I have multiple astroberries on the same network?.8.12 How can I download all astrometry files for offline platesolving?.8.11 How can I login to default pi user account?.8.10 My mount is not recognised in Kstars/Ekos?.8.9 What is the source of location data in GPS Panel and Astro Panel?.
8.8 Screen resolution does not match my display.8.7 How can I change my regional settings or add support for my language?.8.6 I cannot login to astroberry HotSpot.8.5 My Astroberry seems to be locked on 2.4GHz, how can I use 5Ghz WiFi ?.8.4 How to connect to my wireless home network?.8.3 The image is too large for my microSD card.8.2 … but ASTAP isn‘t upgraded using the normal means?.5.3.3 How applications get location data.In the past all my calls to solve an image require many seconds (using SGP), if not minutes, for Astrometry.Net to conclude that it can't solve the image. So instantly there is no way the Astrometry.Net code was called (or called correctly). Produces exactly the same error message, instantly after selecting YES to the message to use the coordinates. It solved within 2 minutes.Īnd I have installed ASPS which installed fine and downloaded it's own copy of the indexes. My blind solver was the on-line Astrometry.Net. ASTAP still fails to solve Abell47.Īs a final data point here: last night I imaged Abell47 again to get some RGB. I have installed the g18 set of ASTAP indexes. Hence my need to get the Local version working.
However, it fails to solve some of my Abell images that have few stars, but these images have all been solved successfully by the on-line Astrometry.Net. Normally I would use ASTAP exclusively because it is quite good. Using F:\xxx I expected NINA to tell me that F:\xxx does not exist. The error message is exactly the same for all three of these. I have tried all these variations:į:\cygwin\usr\share\astrometry\data (where the index files reside) It is Abell79 which has a lot of stars, with the same 22'x15' FOV.įurther indications that NINA is not calling Astrometry.Net: The contents of "Cygwin Directory" do not seem to have any effect on using this feature. My example shows The solution ASTAP got in the background. Here is an easy example to use for this, which ASTAP solves in 1 second. ASTAP found them easily and solved this image within 1 second. There is clearly no call to Astrometry.Net (Local) to try to solve this image. "taken" implies that the program is going to "take" a new image.Īnyway, the error message pops up immediately. BTW, its important to change "taken" to "used". This error pops up instantly when I accept YES for "taken" the coordinates. I conclude this because no matter what combination of settings I use, I always get the same error message: "Platesolve failed to retrieve coordinates for image". Here is the problem: the Local copy of Astrometry.Net does not appear to be called correctly by NINA. I have installed all the indexes, as recommended, down to 4202, although that is irrelevant to the problem. Also fails in the same way using All Sky Plate Solver to call it. The Local Platesolver for Astrometry.Net does not function in NINA.
0 kommentar(er)
