Kaczorek wrote: I would rather think of separating EKOS from KStars as @Marc2b suggested in this thread. Multiple EKOS instances should be allowed though.
I believe that such an approach would get us back to the roots of GNU/linux. Every utility should simply do just one thing, best way it can.
Having said that, I'm against the idea EKOS handling multiple optical trains. It should handle a single train the best it can. Multiple EKOSes should handle multiple trains.
I would also prefer this approach.
Well it's unique! I would be concerned with all that unsecure mass shifting during an exposure causing vibrations.
I agree, I wouldn't use three powe supplies. I use a Meanwell 12v 13A power supply on the ground next to the mount sealed in a https://www.diy.com/departments/masterplug-5-way-water-resistant-protective-box/109106_BQ.prd]Masterplug waterproof box, then I run a singe cable powerying all equipment via a Rigrunnerrig .
USB hubs with with built in 12 to 5 volt inverters are also available if needed. I have all my equipment connected directly to the RPi, I never had to use a USB hub.
I’ve been a huge fan of INDI and KStars since I started to play with an OTA mounted RPi in 2016. Things have improved immensely since those days and 2019 has been a truly exceptional year with six releases of KStars and the launch of the Raspberry Pi 4!
I’m immensely grateful to all the people that have poured efforts and huge commitments to this project. The increased visibility and adoption of the INDI platform in its open or embedded forms (both free and paid) is testimony of this great effort.
As our time under the stars is limited by a number of concurrent factors (weather, family & friends, health, work etc.) we all know how precious are those nights when we can dedicate ourselves to Astronomy. Especially for those of us who need to setup and teardown their equipment or need to drive to a dark sky location.
The necessity of being able to have a test environment and a production environment is very acute. Right now unfortunately I’m in a bit of a pickle because, among new features and platform changes, I’m finding increasingly difficult to isolate those INDI/KStars or OS versions that I can safely use in the field without being impaired by: bugs on new features, regression issues, driver issues, Rpi 4 specific issues and OS related issues. On the latter my problems are compounded because I run KStars on a client laptop: I have 3 laptops (Mac OS, Ubuntu Mate and Windows 10).
I’d like to hear from you on what solutions, configurations or software versions have you have adopted to make sure issues and bugs associated to this great wave of innovation do not affect your precious and limited time under the stars.
Thank you all and happy 2020!
I use my home WiFi network and I get a good signal and reliable WiFi behaviour when using Astroberry. Stellarmate however is not quite there for me yet...
Armor case secured over a mini vixen dovetail. No cooling issues whatsoever.
Thanks a lot for your replu Rob.
I should have thought about the need of having GSC installed on the Stellarmate Rpi when I saw that error logged in the INDI server control panel...
Of course everything got fixed after installing GSC with a simple:
sudo apt-get install gsc
Apologies for resurrecting this old thread but I'm unable to use GSC on KStars 3.3.6 on Mac OS 10.14.6. When I try to capture an image using CCD simularor on a remote Rpi 4 I see the following error in the CCD Simulator INDI Control Panel: Got no stars, is gsc installed with appropriate environment variables set ??
I confirm that GSC has been installed as per instructions here below on this thread. I also see the files in ~/Library/Application Support/kstars/gsc
If the problem is with some environment variables as the error implies how can I set them?
Thnk you for your reply Megiddo. I'll try disabling the hotspot for the time being.