This was tested with Ekos Windows and Linux connected to a wINDI server connected to an EQMod-managed mount. Ekos versions tested were Bleeding and Nightly #171 and later. When slewing in a scheduled plan, the slewing is extremely slow. Looking at the Ascom commands, it appears that Ekos doesn't wait for the goto to finish. It sends the same slew order over and over again every second or so. As a result, the mount slew is interrupted every second and starts again. The one slew I tried took several minutes. A slew from kstars works as expected though.
This might be a good candidate for a bug investigation in wIndi too.
What's interesting is that kstars moves the mount as expected. It doesn't seem to fail to see it move, whereas Ekos doesn't see mount movement.
Do you have logs for this?
Not anymore, but I'll try again tonight and keep the logs.
Created attachment 114961 [details] EQMod log
Created attachment 114962 [details] Ekos log
Created attachment 114963 [details] wINDI log
That's what I thought: Scheduler is not seeing the mount slew, and request the slew operation again: "Warning: job 'Deneb' found not slewing, restarting.". You don't get the same behavior with kstars because it is not checking whether the request is actually operated. Now we must find why the status returned by the mount interface is not the right state. This is probably in the wINDI interface, or the mount interface talking with wINDI.
Is there anything I can do?
This should be fixed in 3.5.0