Dear Schwim.
I've looked at the documentation. Yes, the working way of the Gemini is based on the same kind of syntax as the FocusLynx HUB, but unfortunately, one big difference is a "transaction id" in the string not present in FocusLynx hub. Using a Transaction ID allows multi-threaded client (From page 5 of the "Gemini Command Reference, Revision 2.1")
That means you couldn't use as it is the Focuslynx driver even for focusing only. Now I'm working on some changes on the drivers to add full support for both focus driving and network support (With Optec support as a timeout issue is present on network connection), but I look too difficult(for me ) to integrate the Gemini rotator/focuser on it and I think a new driver has to be written for that, based on the existing one for FocusLynx.
My proposal, if you're not in a hurry, is to let me finish the new version of FocusLynx one and published it (I hope for the end of August. Then we use it as base' driver for your device.
Do you coding and could do it? OR shall we have look to work on it?
@Jasem: The main difference is the transaction ID present in command string and in Gemini's acknowledge.
If not in hurry I could work on it, but as written behind, first I should publish a new FocusLynx version, then I could work on Gemini one. That means nothing for first testing before the first week on October, depending on my work and family load.
One question Ekos related. For Ekos Focuser and rotator have to be seen as two devices, havn't it? If yes I suppose we have to use the same trick as FocusLynx's driver with two main objects on it.

@both: let me know what you think of my proposal.

Best regards and clear sky.

Read More...