aj55 wrote: Out of curiosity, how do you shutdown the Pi without VNC?
Is it possible from Kstars on your laptop?
I do that either with VNC or through Stellarmate's Web interface.
aj55 wrote: But perhaps VNC is also stuck on the Pi in the situation you mention?
Yes, it happens before the VNC service starts.
rlancaste wrote: So yes you could configure a PI to be GUI less and headless.
Well, I certainly can't, but someone smarter than me could.
I was wondering, is there a plain headless INDI server out there for Raspberry, or any other box for that matter? By headless I mean just that, a totally GUI less, lightweight, system to which I can connect a laptop through WiFi, so I can use Kstars on the laptop, while the INDI server is running on the PI.
Okay, actually I've already got a Raspberry Pi 3 with Stellarmate on it and it's connected to my MacBook through WiFi. It all works nicely… until I unplug the Raspberry Pi by accident and it doesn't start anymore. The reason why it doesn't start anymore is that the OS on which Stellarmate is built is a GUI-based OS.
What happens after a hard reboot is that, at times, it requires a fsck to be performed, but it won't do it all by itself. It's gonna to ask. One needs to type Ctrl-D, because it expects to be plugged to a monitor and a keyboard since it's a desktop environment.
My Stellarmate-powered RaspBerry is stuck to my C8 tube, it has no monitor and no keyboard and I don’t carry one with me in the field. So when this happens, my astrophotography session is pretty much screwed up and I can pack my gear and go home. And plug the Pi to a monitor and to a keyboard and press Ctrl-D.
Thus my question, is there a simple, no-fail, INDI server out there that won't let me down if I unplug the power cable by mistake? I don't care about any GUI interface on the device that runs the INDI server, I never use it. GUIs suck.
The date & time on both the Raspberry Pi and the Mac were checked and accurate, so this wasn't the cause.
In the meantime, I've got new developments. Last time I set the gear up, the problem didn't materialize. But then someone else operating a similar mount started to complain because his gear began to slew erratically, just the same way mine did the time before.
So, I disengaged my mount and slewed it around manually a bit, then I locked it back and parked it. I restarted everything and there you go, crazy slews again.
I switched the power off and on again few times and everything returned to normal. At this point I need to perform some more tests to confirm my current theory, but I believe that the mount keeps a kind of state (does an SW EQ6-Pro have such a memory?) that has to be reset at some point.
I'll keep you guys updated...
rlancaste wrote: When you say you did the alignment, do you mean that you plate solved in 3 different places in the sky or that you did the mount's 3 star alignment with the hand paddle before connecting the eq direct cable?
Thanks for your answer. No, as I said, I did the 3-star alignment with the handheld. No Kstars involved. This was just to check if there was nothing wrong with the mount itself before trying to plug Kstars. I'm unfortunately nowhere close to do plate solving yet. Connecting the Raspberry Pi with the EQDirect cable to the mount and being able to connect the Macbook and having Kstars slewing the scope was already an achievement for this noob!
rlancaste wrote: Also, do you have it set in the KStars options to sync the date and time and coordinates from the computer to the device? When you connect, this would change the date, time, and location on the mount.
Okay, I don't think I did that. I need to investigate how to do it.
rlancaste wrote: This would be desirable in most cases since the computer clock and location is more likely to be correct and since they will match now. It would not be desirable if in fact the computer's date, time, or location is wrong since that will then change the mount's information to be incorrect. If you aligned using the hand paddle and then it updates the date, time, location from the computer and one of those is significantly wrong, then yes your gotos would be insanely wrong.
Which again brings me to my previous question, in my configuration in which the Raspberry Pi acts as an INDI server, the Kstars client being on the Macbook (well, that is if I got this right), which clock are we speaking of here? The Macbook's (my guess), or the Raspberry's?