Sorry I haven't been that responsive.
pretty much kbahey is correct, with one exception:
Mega should be fine, if you note, that things are restricted. (HAL_SLOW_PROCESSOR) so it shouldn't take too long, even if using more than 3. (I don't think it ignores them, but there are a few values that are calculated differently.)
> James, can you please confirm that this is the case?
Correct, if we don't need it scripted, and the dialogs, and can just use the mount model, then we should be good.
AW will save it, so if parked, it will be able to restore it. I just went back through and it seems to be fine, if it's not used. It should be added, but it's not critical.
So as far as I see the TODO:
- leave the current stable code as is just adding user choice for number of alignment stars
Align number of stars should be: 1-9 based on the code. (I don't think we can detect if it's a HAL_FAST/SLOW_PROCESSOR, but I'll look at the get onstep values, which could restrict that, for the most part it's compensation for more error.)
- add a "write to EEprom" button
Personal TODO:
Look about detection of board, and what aligns are supported. (HAL_FAST uses 4 or more, I think SLOW is limited to 3
I do have some pulls to do, adding accessory output support, but I screwed up the git branch, which is always fun.
I mainly wrote that quickly to test, and avoid the whole popups on goto. Frankly, I want the whole "Push this button to auto align it, and have it perfect." in Ekos.
I
think there's a bit more we can do with Ekos/INDI mount models possibly calculating the alignment and feeding the numbers OnStep needs to it, which eliminates the issue of speed as well. (That's a really quick look a few weeks ago, and I need to do more reading on that before saying it's possible or not. I've found Ekos/INDI amazing.. if you know what's already been done, and doing it the way the other things do the 'right' way for interfacing with other things.)