Ihoujin wrote: It was confirmed on Twitter.
Hmmm, I don’t think so, that Wimpress guy, can’t do anything until there is Ubuntu support, which he has no control over, he can’t start until that support is in place....
Read this and look at the last post...
But that Wimpress guy is THE creator of Ubuntu Mate. This was also picked up by Forbes Magazine:
Also, by looking at the Ubuntu Core thread referenced in the Ubuntu Mate community forum, I see that an experimental Ubuntu Core 18 image for the Pi4 is now out. Things are moving fast!!
I wasn't expecting a Pi 4 until next year. This new version will give performance to an already solid INDI/Ekos implementation on ARM and an even more enjoyable IoT solution for Astrophotography. I expect INDI/EKOS eventually to support planetary and solar imaging at some point.
Other interesting projects might now become a reality like for instance automated meteorite detection/mapping from an all sky camera... The sky is the limit!
I've got an hardware clock from ebay for my own Rpi running Stellarmate:
I've installed on the first 5 pins on the inner row close to the edge. Upon powering up Stellarmate I run the following command to see if the clock was detected:
sudo hwclock -r
It returned a date of something like 1st of January 2000. Then I run this command to synch the hardware clock with the software clock:
sudo hwclock -w
After that, if I now try to compare the two clocks using:
date; sudo hwclock -r
Sat Jun 22 09:36:13 BST 2019
Sat 22 Jun 2019 09:36:13 AM BST .013205 seconds
AstroNerd wrote:PINE64 ships to the UK but they charge an additional $11.99
Maxchess wrote: Can I ask where you got the Rock64 Pro for $79 as the cheapest I can find is from China at $135, or Amazon here in the U.K. at £117.. ?. :0
Hi Jasem, I use Stellarmate on my own Pi. Can I just connect a DS3231 and startup the Pi? Or do I also need any software configuration in Stellarmate?
Same here. I uninstalled KStars and deleted the files listed in the PDF document included in the Kstars DMG installation image.
Offline solving seems broken on Kstars 3.2.2 on Mac. Solving crashes immediately with the following message:
[2019-05-21T23:31:47.513 BST INFO ][ org.kde.kstars.ekos.align] - "Capturing image..."
[2019-05-21T23:31:49.196 BST INFO ][ org.kde.kstars.fits] - Loading FITS file "/private/var/folders/_m/5ng10w3128150cjvjnl_y_p00000gp/T/fitseaKhKZ.fits"
[2019-05-21T23:31:49.197 BST WARN ][ org.kde.knotifications] - Audio notification requested, but sound file from notifyrc file was not found, aborting audio notification
[2019-05-21T23:31:49.215 BST INFO ][ org.kde.kstars.ekos.align] - "Image received."
[2019-05-21T23:31:49.244 BST INFO ][ org.kde.kstars.ekos.align] - "Solver iteration #1"
[2019-05-21T23:31:49.272 BST INFO ][ org.kde.kstars.ekos.align] - "export PATH=/Applications/kstars.app/Contents/MacOS/netpbm/bin:/Applications/kstars.app/Contents/MacOS/python/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin"
[2019-05-21T23:31:49.299 BST INFO ][ org.kde.kstars.ekos.align] - "export PYTHONPATH=/Applications/kstars.app/Contents/MacOS/python/bin/site-packages"
[2019-05-21T23:31:49.340 BST INFO ][ org.kde.kstars.ekos.align] - "Starting solver..."
[2019-05-21T23:31:49.394 BST INFO ][ org.kde.kstars.ekos.align] - "/Applications/kstars.app/Contents/MacOS/astrometry/bin/solve-field -O --no-plots --no-verify --resort --downsample 2 -3 217.182 -4 90 -5 30 --config /Applications/kstars.app/Contents/MacOS/astrometry/bin/astrometry.cfg -W /private/var/folders/_m/5ng10w3128150cjvjnl_y_p00000gp/T/solution.wcs /private/var/folders/_m/5ng10w3128150cjvjnl_y_p00000gp/T/fitseaKhKZ.fits"
[2019-05-21T23:31:49.522 BST INFO ][ org.kde.kstars.ekos.align] - "Error starting solver: Process crashed"
[2019-05-21T23:31:49.558 BST INFO ][ org.kde.kstars.ekos.align] - "Solver failed. Try again."
I was able to make offline solving work using Load & Slew only on my Mac Mini. My field MacBook pro is still unable to solve anything...
My next test is to completely remove KStars and its related files and then reinstall it. Being unable to solve images completely breaks my workflow.
It seems the issue is with the quality of the images supplied by the CCD Simulator. If I try offline load and slew it works.
I'm using KStars 3.2.2 on Mac OS 10.14.4 as a stellarmate client and I'm unable to solve images using the Telescope and CCD simulators.
Here attacehd are Ekos verbose logs:
File Attachment:File Name: RemoteSolveLog.txt
File Size: 1 KB
File Attachment:File Name: OfflineSolveLog.txt
File Size: 18 KB
I've installed all the GSC and index files as indicated in the KStars Mac quick start guide. I configured the Astrometry.net Ekos Properties to use *Internal Solver* and *Internal astrometry..cfg* for offline solving.
If I try offline solving directly on Stellarmate it works.
Thank you in advance for your help,
dokeeffe wrote: For protection of ekos and kstars crashes ,there is the existing watchdog driver. This works well, I have experience once for my remote observatory when kstars crashed. It parked the scope, roof and ran a script to send me an SMS. All worked perfect.
Can the watchdog driver also manage a UPS (Uninterruptible Power Supply) in case of blackouts? It would be nice to have a routine to detect the UPS kicking in and safely park, close and shutdown equipment.