Ah yes, you are right. I missed the fact that the Raspberry Pi repos are actually from Astroberry and independent from Jasem's repos.
Somehow I thought everything under "GET INDI" should have been from the same source.
Regards & CS
Guido
Read More...
I took a freshly installed 64 bit Raspbian and added the repository for the stable releases according to indilib.org/get-indi/download-rpi.html (but changing buster to bullseye).
On Raspbian I get a kstars-bleeding version 3.6.0 whereas on my Ubuntu laptop I get 3.6.2.
I would have expected to get the same stable version across the different distributions. Is this the current state, or did I do something wrong?
Regards & CS
Guido
Read More...
Same here. And I do not have a MacBook.
But strace shows:
openat(AT_FDCWD, "/home/XXXXX/.local/share/kstars/asteroids.dat", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
futex(0x7fbb7e3234, FUTEX_WAKE_PRIVATE, 2147483647) = 0
So indeed, at least the ~/.local/share/kstars/asteroids.dat is missing. Is there a dependency missing? And why ~/.local?
OK, other files are probed in multiple locations and finally found in /usr/share/kstars. And I even found an asteroids.dat there.
Well, "cp /usr/share/kstars/asteroids.dat .local/share/kstars/" also does the trick.
Regards & CS
Guido
Read More...
I was wondering how a Beelink Mini PC T4 pro (Apollo Lake N3350, 2 cores) would compare against a Pi 4. According to benchmarks it's a bit faster for single core but slower when all cores are used. Size and power consumption would be comparable. It needs a 12V power supply.
It was not my intention to advertise this particular system. It was just one of the first that showed up in my search. I am happy to hear about further alternatives.
I also saw that there is a NUC11 (Celeron N5105, 4 cores) available now, but it comes with a 19V power supply. The box is also physically larger.
Read More...
I assume it will not run out of the box, as Astroberry and Raspian is especially tailored to Raspberry Pis. Banana Pi offers a Raspbian version adapted to their SBCs. Differences will be in the boot process and the Kernels being used. After that the Raspbians for Banana Pi and Raspberry Pi will be the same and can run the same software.
Are there any PC based mini computers or SBCs that can be recommended for running Kstars/EKOS/INDI?
Regards and CS
Guido
Read More...
Hi Jasem,
Thanks a lot! That indeed solves my issue. As I am using Astroberry exclusively remote, I wasn't even aware that there is sound.
Regards + CS
Guido
Read More...
OK, I found the following in the log files. Kstars/Ekos seems to run out of file handles:
[2021-11-13T17:06:21.665 CET INFO ][ org.kde.kstars.ekos.capture] - "Capturing 1.000-second image..."
[2021-11-13T17:06:21.798 CET DEBG ][ org.kde.kstars.indi] - ZWO CCD ASI294MC Pro : "[DEBUG] StartExposure->setexp : 1.000s "
[2021-11-13T17:06:25.223 CET DEBG ][ org.kde.kstars.indi] - ZWO CCD ASI294MC Pro : "[DEBUG] Uploading file. Ext: fits, Size: 23397120, sendImage? Yes, saveImage? No "
[2021-11-13T17:06:25.648 CET DEBG ][ org.kde.kstars.indi] - ZWO CCD ASI294MC Pro : "[DEBUG] BLOB transfer took 0.310453 seconds "
[2021-11-13T17:06:25.649 CET DEBG ][ org.kde.kstars.indi] - ZWO CCD ASI294MC Pro : "[DEBUG] Upload complete "
[2021-11-13T17:06:25.915 CET DEBG ][ org.kde.kstars.indi] - Image received. Mode: "Normal" Size: 23397120
[2021-11-13T17:06:26.060 CET INFO ][ org.kde.kstars.indi] - "FITS" file saved to "/home/astroberry/Ekos/Light/test_Light_473.fits"
[2021-11-13T17:06:26.060 CET DEBG ][ org.kde.kstars.fits] - Reading file buffer ( "22.3 MiB" )
[2021-11-13T17:06:28.304 CET INFO ][ org.kde.kstars.ekos.capture] - "Download Time: 2.65 s, New Download Time Estimate: 2.65 s."
[2021-11-13T17:06:28.319 CET INFO ][ org.kde.kstars.ekos.capture] - "Received image 473 out of 500."
[2021-11-13T17:06:28.334 CET INFO ][ org.kde.kstars.ekos.capture] - "Captured /home/astroberry/Ekos/Light/test_Light_473.fits"
[2021-11-13T17:06:29.908 CET DEBG ][ org.kde.kstars.fits] - FITHistogram: JMIndex 1
[2021-11-13T17:06:30.183 CET DEBG ][ default] - WARNING: Phonon::createPath: Cannot connect Phonon::MediaObject ( no objectName ) to Phonon::AudioOutput ( no objectName ).
[2021-11-13T17:06:33.738 CET DEBG ][ org.kde.kstars.indi] - ZWO CCD ASI294MC Pro : "[DEBUG] Uploading file. Ext: fits, Size: 23397120, sendImage? Yes, saveImage? No "
[2021-11-13T17:06:34.166 CET DEBG ][ org.kde.kstars.indi] - ZWO CCD ASI294MC Pro : "[DEBUG] BLOB transfer took 0.313525 seconds "
[2021-11-13T17:06:34.167 CET DEBG ][ org.kde.kstars.indi] - ZWO CCD ASI294MC Pro : "[DEBUG] Upload complete "
[2021-11-13T17:06:34.415 CET DEBG ][ org.kde.kstars.indi] - Image received. Mode: "Normal" Size: 23397120
[2021-11-13T17:06:34.549 CET INFO ][ org.kde.kstars.indi] - "FITS" file saved to "/home/astroberry/Ekos/Light/test_Light_473.fits"
[2021-11-13T17:06:34.551 CET DEBG ][ org.kde.kstars.fits] - Reading file buffer ( "22.3 MiB" )
[2021-11-13T17:06:36.773 CET INFO ][ org.kde.kstars.ekos.capture] - "Download Time: 2.60 s, New Download Time Estimate: 2.65 s."
[2021-11-13T17:06:36.787 CET INFO ][ org.kde.kstars.ekos.capture] - "Received image 474 out of 500."
[2021-11-13T17:06:36.801 CET INFO ][ org.kde.kstars.ekos.capture] - "Captured /home/astroberry/Ekos/Light/test_Light_473.fits"
[2021-11-13T17:06:36.840 CET WARN ][ default] - QProcessPrivate::createPipe: Cannot create pipe 0x977e3bc: Too many open files
[2021-11-13T17:06:38.420 CET DEBG ][ org.kde.kstars.fits] - FITHistogram: JMIndex 1
I experience Kstars/Ekos freezing on large image sequences. I am using the latest INDI Kstars/Ekos available on Astroberry as of today (2021-11-12).
My camera is a ZWO ASI294mc pro. For testing puposes I defined an imaging sequence of 500 frames (1s exposure). At frame 480 the sequence number does not get increased anymore and the frame "test_Light_480.fits" gets overwritten until the 500 frames are finished (can be seen by the timestamp of the file). When this starts, the following messages start appearing:
Found one coordinate representation.
Found one coordinate representation.
Found one coordinate representation.
(kstars:3450): GStreamer-CRITICAL **: 11:14:17.334: gst_poll_get_read_gpollfd: assertion 'set != NULL' failed
(kstars:3450): GStreamer-CRITICAL **: 11:14:17.334: gst_poll_get_read_gpollfd: assertion 'set != NULL' failed
Found one coordinate representation.
(kstars:3450): GStreamer-CRITICAL **: 11:14:25.592: gst_poll_get_read_gpollfd: assertion 'set != NULL' failed
(kstars:3450): GStreamer-CRITICAL **: 11:14:25.595: gst_poll_get_read_gpollfd: assertion 'set != NULL' failed
(kstars:3450): GStreamer-CRITICAL **: 11:14:25.596: gst_poll_get_read_gpollfd: assertion 'set != NULL' failed
Found one coordinate representation.
Thanks! Good to know.
I had a frustrating evening yesterday when I wanted to switch my mount from Equatorial to AltAz und therefore needed to recompile OnStep. It moved in unexplainable ways and also parked in different positions. At some point I switched to the latest Release and it began to move reasonable again. But after a "move to home" it got stuck. An "unpark" was not successful. "Tracking enable" however was successful. Later I figured out that it works when I set a park position. OnStep's internal state handling is sometimes a bit inconsistent. After some more issues (timezone was 1h off) I finally got it working.
OK, this was all unrelated to INDI, as I reconfigured my mount to AltAz for visual observation and I am using a Basic Handcontroller and the OnStep App for controlling the mount. However I used INDI inbetween when I was trying to figure out what was going wrong.
Sorry for venting my frustration with OnStep. Let's hope Howard makes the Beta a final stable release before putting all his energy into OnStepX.
CS
Guido
Read More...