This has been fixed in newer versions, so you could try with nightly build by "sudo add-apt-repository ppa:mutlaqja/indinightly"
I haven't used it myself, just periodic refocusing, but it can be configured at least.
Yes, I've used one for two years now with KStars, the driver is included with INDI.
My setup is remote and fully automated so I just use the auto focus routine in Ekos.
The KAF-8300 sensor isn't really suited for live view as it requires a mechanical shutter and also read-out time is quite long. My Atik383L+ has the same sensors and can't do it either.
ASI1600 is 16 megapixel camera, ASI120 is 1megapixel so that probably explains most of it and approaches limits of USB2 in RPI3. Binning is probably software based like CMOS cameras usually have so it doesn't help as the driver still transfers full frames over USB. Subframing should help to get decent frame rates with planets and so on.
Probably not in stable yet, and if you still have the old force counter weight up option, then it doesn't have the new one which replaced it.
This was changed recently (in
) and now you specify target pier side which works like you describe, ie. setting target pier side to east it keeps the scope on the east side for both targets to the west and also up to an hour to the east.
In case there are other ScopeDome users around, my driver has now been added to the main INDI repository and should appear in PPA in due time. It's included in the main tree and not under 3rd-party so no new packages to install. I'd prefer any feedback and feature requests in this one thread so feel welcome to add it here. The driver has so far only been tested with my own 2M dome with controller version 2.1 using two firmware versions (3.52 and 3.70) so any additional testing is good
Things that are missing (in semi-random order):
- initial dome calibration (steps per revolution, inertia table generation), need to use the Windows setup utility for that
- firmware update support, also need to use Windows software for that
- support for controller versions prior to 2.1
- roll-of-roof support, currently the driver probably has assumptions that it's driving a dome, though might work to some extent
- explicit support for 3M+ domes' requirement for shutter control only at home sensor position, normal parking and unparking should work if parking position is at the home sensor position, otherwise needs manually moving to home first
- support for negative home sensor signaling
- support for automatic closing of shutter directly via the controller, there is some preliminary UI elements for it, but they don't do anything yet, can be done with INDI's autopark mechanism for weather warnings
- support for adjusting heater parameters
- simulator support, there is a stub for that but it doesn't really do anything yet