It definitely should, if you enable 'autofocus' in the filter settings, as you have in your screenshot.
So far it always did this for me, independent of the 'refocus every ...' settings (I use auto and refocus every 0.8 degrees, and that works fine). This is without scheduler, only running a sequence from the 'capture' tab.
Hmm, doesn't work for me sad.png
Still crashes as soon as kstars is fully up. I compiled ekosdebugger with debug symbols and ran it in gdb. BT is attached, so it dies in DebuggerView::connectEkosDBus if I interpret that correctly(?). Or is it an issue related to QTversions? I'm running 5.15.2.
This looks a lot like the issues I had with my CEM60EC. The issue had been that after the dither two threads were trying to do guide exposures, terminating each other fast. So the guide cycle had changed (in my case) from ~5s to 1.8s - and the EC mount doesn't like that, and started doing insane moves. See
However, Jasem had fixed that in a commit 3 weeks ago, so I'd expect that is taken care of.... Still it might be worth checking the logfile for exposure aborts...
No news on the crash. Kstars ran without a single hickup all night. Same binaries and sequence....
Thanks for the explanation, Eric!
What I was talking about was when you just open KStars, then EKOS, and go to the scheduler tab. I.e., with no sequence etc. loaded. For me this looks like this:
Hmm. I even had it on disk already (ekosdebugger). So I did a 'git pull' and generated a new executable. But I don't get far. It starts, I can select modules to track and launch kstars, and it starts logging some thread info, but then crashes
Cannot construct placeholder type QDBusRawType Aborted (core dumped)
Yeah, just wanted to report those somewhere - is there a specific issue tracker for his work, or is doing it here 'OK'?
As for the EKOS debugger - will have to see where to get it. Is that on github somewhere? Though a BT from gdb on the coredump (once I have a valid one....) should be OK, too, or not?
I had an observing run with the latest git version of kstars (kstars-3.5.4-2157_g7498a113d, self compiled)
While stability had improved (3.5.4-2110_ga4b519ad1 was crashing repeatedly while just guiding), this one still died during focusing after the second filter change (which unfortunately costed me 50% of the rare good night sad.png ).
It died with a segfault, and even created a coredump. But unfortunately systemd-coredump limits size to at most 2GB, not enough for kstars:
BFD: warning: /home/pit/core.kstars.1000.9e88338e5e684b33aa6b617f427a7e42.16666.1625442302000000 is truncated: expected core file size >= 3329597440, found: 2147483648
Go to Settings->EKOS, in the 'General' tab select 'independent window'. Probably do the same for the FITSViewer (in the FITS tab of Settings).
AFAIR you have to restart KStars for that to take effect.