[2018-05-11T21:56:03.775 CDT DEBG ][ org.kde.kstars.indi] - ISD:Telescope sending coords RA: "15h 35m 12s" ( 15.5868 ) DE: " 67° 02' 27\"" ( 67.0409 )
[2018-05-11T21:56:05.524 CDT DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] CMD <:FI#> "
[2018-05-11T21:56:10.537 CDT DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] <setObjectRA> "
[2018-05-11T21:56:10.997 CDT DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] CMD <:Sr 15:35:12#> "
[2018-05-11T21:56:10.997 CDT DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] CMD <:Sr 15:35:12#> successful. "
[2018-05-11T21:56:10.997 CDT DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] <setObjectDEC> "
[2018-05-11T21:56:10.997 CDT DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] CMD <:Sd +67:02:27#> "
[2018-05-11T21:56:10.997 CDT DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] CMD <:Sd +67:02:27#> successful. "
[2018-05-11T21:56:10.997 CDT DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] <Slew> "
[2018-05-11T21:56:10.998 CDT DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] CMD <:MS#> "
[2018-05-11T21:56:10.998 CDT DEBG ][ org.kde.kstars.indi] - LX200 OnStep : "[SCOPE] RES <0> "
[2018-05-11T21:56:10.999 CDT INFO ][ org.kde.kstars.indi] - LX200 OnStep : "[INFO] Slewing to RA: 15:35:12 - DEC: 67:02:27 "
Ok, so I got a short log. (The one prior to this was 20 seconds) Showing the delay I'm talking about. Note the 7 second discrepancy between being commanded to and actually moving. Ekos shows 'Slewing' in the main window, but there's no motion. So I'm not sure if it's a Kstars/Ekos issue, a driver issue or an OnStep issue. (I just updated to 18.04 Ubuntu, but everything should have been updated.) I'd say it wasn't OnStep, given the log, but I've only seen it so far on OnStep Alpha. If anyone else wants to take a look. (This is my 2nd OnStep Mega mount)
I'm on 2.9.5 (latest per ppa repository) I just upgraded to the 18.04 version (vs the 17.10, same version)
Indi is current, or at least current as of the last time I pulled from it. I'm gonna try to clean everything and build a new version making sure there's nothing left around.
Ok, looking more carefully, it looks like :FI# if FOCUSER1_OFF is on, gets a 5 second delay from OnStep (or lx200_OnStep.cpp) as does :FM# so that's something to go back and look at, or report. Sometimes typing things out gets you to the solution faster...
That problem (repeated delay) would have only occurred for me (or azwing. depending on the branch) because I removed the :FA# check, to force it on. Well, each command was coming up against the timeout, resulting in a 5 second delay. (#FG, #FI, #FM #FT). (It's defined as 3, but in my logs is always 5 seconds.) Adding an :FA check around the focuser updates didn't work initially. I looked at onstep and realized it wouldn't reply if the focusers weren't on at all. Added code below and it worked, and of course performing that check once (as was done previously is better).
Code to add to command.ino
#ifndef FOCUSER1_ON
if (command[0]=='F') {
// :FA# Active?
// Return: 0 on failure
// 1 on success
if (command[1]=='A') { // Not present so return 0 always.
reply[0]='0';
quietReply=true;
}
} else
#endif
#ifndef FOCUSER2_ON
if (command[0]=='f') {
// :fA# Active?
// Return: 0 on failure
// 1 on success
if (command[1]=='A') { // Not present so return 0 always.
reply[0]='0';
quietReply=true;
}
} else
#endif
----
However, it was/is a cause of freeze on connection, that I recall, so there's almost no connection delay from hitting 'Connect' to it working. I've sent an email to the OnStep list with this. It's alpha, but once that continues down, everyone should see an improvement on connect.
This stream of consciousness has been a bug fix for me, due to a self-inflicted bug that resulted in a fix for everyone else.