Avocette

Yes - I’ve been successfully using the RPi 5 with KStars etc. since my December post. I first install the current 64 bit Raspberry Pi OS (Bookworm) and use the Advanced tab in sudo raspi-config to switch off Wayland and revert to X11. After that I simply follow Nou’s instructions. At the present time, the astro-build-stable script builds KStars 3.6.9 with Indi 2.0.6. All working very well (and equally well if a little less snappy on the RPi 4). One oddity, which Nou says is solvable, is that an installation built on the RPi 5 will not work on the RPi 4.

You can read all about it here: https://saimons-astronomy.webador.com/1634837_collimation-circles-3-0-is-here Did you not notice this in the post above yours?

Better post on the Stellamate forum at www.indilib.org

Better news today since the latest release of RPi OS bookworm (2023-12-05), the @nou script works again and installs KStars 3.6.8. This looks good, and seems to operate with my Astro equipment. However the Wayland features seem to have ‘lost’ the KStars main screen window control bar, so there are no exit, minimise nor maximise control buttons. This loss is intermittent and very occasionally the window control bar returns. I guess the best workaround for now may be to revert to X11.

With more in depth testing on my RPi5 I am finding that KStars 3.6.7 stable as built using @nou's script has some issues in the new GUI (WayLand) which make it unusable. Further I tried a clean install script run today on the RPi5 and the script fails at the first stage when installing dependencies. I repeated the clean install on my RPi4 and that worked for KStars 3.6.8 stable. This seems to suggest that my initial 'success' with the RPi5, sadly, was a fluke! So I have turned my attention to AstroArch 1.7.0 which @mattia has been developing. Happily he included the necessary files in the boot partition to suit the RPi5 so I have now been testing on both RPi5 and RPi4. KStars 3.6.7 runs very smoothly on both devices.

So my new RPi5 8GB arrived and I immediately imaged an RPi OS bookworm x64 and followed the @nou astro-soft-build KStars installation procedure. Plugged in my mount, cameras and Pegasus PPB, and KStars 3.5.7 all worked! (after the usual port allocation hesitation). A proper test will have to wait for a change in the weather, not likely for some days. I had expected the microSD Card to swap over and work also on the RPi4 8GB. It booted and some applications worked but not KStars. This parallels my experience with running OS bookworm on the RPi4 a couple of weeks ago and trying the @nou installation procedure. Kstars did not work in that configuration. So further tests of an updated installation of KStars 3.5.7 on the RPi4 using OS bullseye will begin later. Running @nou's script takes 3 hours on the RPi4 against 1 hour on the RPi5!

Well, my RPi5 is with customs and should be in the DHL van out for delivery at the beginning of next week. My plan is to use @Nou's method https://gitea.nouspiro.space/nou/astro-soft-build to see whether it works on RPi OS bookworm on the RPi5. Fingers crossed!

I have a Raspberry Pi 5 8GB in the post on its way to me. I have been using 32-bit Astroberry and some 64-bit installations of KStars/Ekos/Indi on RPi OS bullseye and Arch on my Raspberry Pi 4s. I tried to use @Nou's script to install Kstars etc on RPi OS bookworm on an RPi 4 without success. Anyone out there already got the RPi 5 up and running with astrophotography capture software?

At the beginning of my second age of astronomy (my first age was described in the post below), I first bought a second-hand SW 200p Dob and then immediately suffered aperture fever and longed for a 250p. I found one for sale, ironically @lawsio in Northwich, at an attractive price and bought it. Back home my (usually encouraging) wife said “why on Earth have you bought a second cannon?” I explained it was to gather 56% more photons from distant astronomical objects (according to the then prevalent SW advertising). After thoroughly cleaning and collimating the scopes, I tested them side by side during ten observing sessions, with and without a 200mm aperture mask. and decided that I preferred the 200p, and sold on the 250p. In hindsight there were many possible reasons that the 200p seemed as good if not better, most probably the figure of that particular mirror, or maybe the f4.7 versus f6.0 aperture ratio in association with my non-too-special eyepieces. )

Until my local council suddenly decided to switch off our yellow streetlights after 8pm until 6am, I had to deal with four lamps, but one predominant one. This image shows a prototype shade based on a B&D Workmate and a couple of long strips of wood with some black cloth suspended between them which I used for a while. However I later made up two shades from microphone stands fitted with a square piece of cardboard, maybe 30cm x30cm, where the microphone would have attached. Such stands proved to be relatively light and allowed very flexible positioning of the shading, and worked well so long as there were no big gusts of wind….

Take a look here https://indilib.org/forum/general/12964-astroarch-yet-another-raspberry-distro-for-astrophotography-for-arm64.html?start=72#93104 - @stefan on the seventh page, seems to be having similar issues with drivers for Touptek cameras.

The slop you talk about is a known issue that is relatively easy to deal with with a few tools and some patience. This is one of the numerous YouTube videos addressing the question.

One option might be to avoid kstars-bleeding which is always the cutting edge version. I have only had experience of the so-called ‘stable’ versions, which occasionally still have issues, but may work for you.

I am also keeping my fingers crossed that @RadekK will find the time in his present busyness to port Astroberry onto the Raspberry Pi 64-bit OS. As it happens I’m still running successfully two Astroberry installations but then I don’t suffer the issues others have been experiencing with new cameras and mounts which require Indi updates. A new installation 64-bit package I been experimenting with is called AstroArch and has been put together by another enthusiast, @mattia on the Indilib.org forum, who hopefully may have a little more ‘spare’ time to dedicate to continuing support.

You do not say whether the battery is ‘new’ or has had some earlier use. The voltages you mention are not those of a healthy lead acid battery, deep cycle, leisure or AGM type. It sounds like those of a battery that has had some earlier life! The fully charged voltage (at the terminals) should be at least 13V and after use you should never allow it to drop below 12.4V (again at the terminals) or you risk permanently damaging it. With a healthy 32AH battery this would occur when you have drawn about half the charge, ie 16AH. The ‘at the terminal’ measurement is to make certain that your wiring harness is not dropping significant voltage while the battery is delivering current.