Thanks for the test. Your findings indicate that the hack does not work, clearly too much has changed in the library interface.
If you have not already done so you can revert the hack fully with these commands :
At this point I see only three remaining paths forward:
I may have a workaround here ->
I may have an intermediate solution for astroberry users.
I've made Debian installation packages for libraw_0.20.2-1 for arm7 (RPI) as a backport of 'bullseye' release. My astroberry version is Raspbian version 10 which is based on Debian 'buster'.
The packages are attached in a zip file and can be tested.
# lrwxrwxrwx 1 root root 18 Jan 10 2019 /usr/lib/arm-linux-gnueabihf/libraw_r.so.19 -> libraw_r.so.19.0.0 # -rw-r--r-- 1 root root 837144 Jan 10 2019 /usr/lib/arm-linux-gnueabihf/libraw_r.so.19.0.0 # lrwxrwxrwx 1 root root 18 Oct 19 2020 /usr/lib/arm-linux-gnueabihf/libraw_r.so.20 -> libraw_r.so.20.0.0 # -rw-r--r-- 1 root root 1007808 Oct 19 2020 /usr/lib/arm-linux-gnueabihf/libraw_r.so.20.0.0 # lrwxrwxrwx 1 root root 16 Jan 10 2019 /usr/lib/arm-linux-gnueabihf/libraw.so.19 -> libraw.so.19.0.0 # -rw-r--r-- 1 root root 837144 Jan 10 2019 /usr/lib/arm-linux-gnueabihf/libraw.so.19.0.0 # lrwxrwxrwx 1 root root 16 Oct 19 2020 /usr/lib/arm-linux-gnueabihf/libraw.so.20 -> libraw.so.20.0.0 # -rw-r--r-- 1 root root 1007808 Oct 19 2020 /usr/lib/arm-linux-gnueabihf/libraw.so.20.0.0
It can be, the challenge will be finding a developer that wants to work on it. I for one am not interested at this point in taking up yet another driver project.
You can help any future developer by finding documentation about the programming interface of the focuser (API docs) and publishing that here, or add a URL to it.
For the record, it's this device ->
ps. I do not have one.
I recognize the issue you ran into. I have not much to add other than that I know it is being worked on.
As a stop-gap intended for observatories that can close a roof or shutter I wrote a small python program Ekos-Sentinel.py that can park and close the roof in case of emergency (like rain or mains power is out and UPS battery is about to die) when EKOS does not handle it because it is stuck, or waiting for something, or just crashed.
You can find it at github.com/d33psky/rolloffroof/blob/mast...kos/ekos_sentinel.py
This does not fix your second-schedule-does-not-start though.
sudo make install
has always annoyed me and I do not use it anymore. I proposed an option to indiserver long ago (which got merged in) to accept paths to the drivers.
rickbassham wrote:cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Debug ../ make sudo make install
ZS1RA wrote: My first post here. I had my EQ6R PRO running with Astroberry. I have just received my new Mesu 200 mount and couldn’t find a driver for it. Is this going to be pursued, if so I’m willing to assist in anyway I can. Do know that I know nothing about coding but could make my machine accessible via the Net for development purposes.Thanks