Astroberry Server is exactly that - Indi on top of the RP OS. But the 32 bit version only.
It seems that my AZ-EQ5 mount home position did not match Ekos home position. I sorted the issue by following the advice in posting #61311.
I have two RPi4 systems with KStars installed used with two Sky-Watcher mounts - the AZ-EQ5 (connected as a Sky-Watcher EQMOD mount), and the AZGTi via WiFi connected as itself. In each case, I notice that the DEC axis indication for one mount in Park position is 90° as I would expect, but the other indicates 89°46' 51". I also note that the RA values indicated are 12 hours out of step with each other. Can anyone suggest why this is?
My intention is to pre-rotate a mount by precisely 60° to the East prior to carrying out Polar Alignment using two 30° steps to the West, hence making the mechanical alignment adjustments with the mount back in the Park position (although admittedly Unparked!). I can still do this with a bit of simple maths, but just wonder why there are these differences. See screen grabs.....
Radek has just updated Astroberry to include KStars 3.5.2. so I have now been able to test out your new upgraded polar alignment with the right angle triangle of adjustment. Works very well - thank you for your intensive work on it! I have yet to try out your suggestion of using manual adjustment to turn the RA axis through 60° East in advance of the PA routine. This should compensate for the PA routine turning the RA axis through two 30° shifts to end up in the Park position where the right angle triangle will have horizontal and vertical sides and the hypotenuse should directly describe the adjustment vector. I am also yet to try PA elsewhere than at the NCP, not normally needed where I set up my equipment, but could have major benefits for a friend who lives in a bowl with no view of Polaris.
Thanks again, Ed
This was at a time before it was easy to boot a Raspberry Pi 4 directly from SSD. Since July I have been running astroberry from an SSD exclusively. Just burn an image straight to your SSD instead of microSD and plug it in to your RPi4! Make sure your RPi4 firmware is fully up to date (sudo apt update && sudo apt full-upgrade) before you do this.
freddylq wrote: Can you share what modification you did to the boot partition to make it boot from the SSD?
wvreeven wrote: I have one and it is working wonderfully well.
You may be interested in this thread!
I think so, although I haven't used the software mount control before to execute a precise angular movement. I suppose if the 60° could be activated automatically when you click on the start button that woulld be ideal!
hy wrote: Ed (@Avocette), If you initially slewed 60°, e.g. using the software mount control, and then polar-aligned back, would that do what you want?
Hello Hy.This looks like a terrific further piece of work! I look forward to using it when it arrives in the Astroberry Server distribution, I’m afraid I’m not software literate enough to be able to be one of your testers. However, if I recall correctly, I mentioned some time ago in the ‘wish list’ that I wondered whether the PA routine could make the 60° rotation before capturing the first image, rather than after the adjustments are terminated? This would mean that the telescope would be back in ‘home’ position at the end of the routine when the diagnosis screen is displayed so that the Az and Alt motions would be shown as horizontal and vertical movements on the display. Just a cheeky request!
First clear night of the new year on Friday and I had the opportunity to try out your new version of KStars FITS Viewer in full colour debayered mode. Brilliant! I imaged IC405, the Flaming Star Nebula. The auto stretch applied was great and I had no problems in reframing to catch the nebulosity. I suppose that in non-debayered mode, there is not enough luminance in the nebulosity to stand out from the rest of the image, whereas the colour contrast is much more obvious.
Thanks again! Ed
Not sure why you couldn't download the file from my google-drive. Conversely I can't see any request in google-drive either! Here is an alternative cloud download option. www.mycloud.ch/s/S0072C7C7B44609820F4373D18955FB58DF337FCB59
hy wrote: Ed: I couldn't access the file. I sent you a google-drive request.