count-down issue

[Wolfgang Reissenberger]

Ekos relies upon the INDI driver that it regularly sends the  EQUATORIAL_EOD_COORD coordinates - no matter whether they change or not. The frequency is defined by the polling period defined in the INDI driver.

If for whatever reason the INDI driver does not send them, the MF counter won’t be updated.

We could indeed discuss whether it makes sense that Ekos relies upon a regular update even if values do not change. But currently, at least for the scope coordinates, it does.

HTH
Wolfgang

> Am 16.02.2022 um 08:49 schrieb Jasem Mutlaq <mutlaqja at ikarustech.com>:
> 
> Hello Hy,
> 
> I don't believe this is an INDI driver issue. The driver is behaving
> as it should. Ekos should do this. Also, I've been using this with
> EQMod for many years and it works just fine, so what gives?
> 
> --
> Best Regards,
> Jasem Mutlaq
> 
> 
> On Wed, Feb 16, 2022 at 1:38 AM Hy Murveit <murveit at gmail.com> wrote:
>> 
>> I was noticing on the forum a thread you responded to where users were complaining that the meridian-flip count-down wasn't working for their Onstep mount.
>> 
>> I had/fixed/hacked the same problem on my A-P driver.
>> 
>> Here's what I believe is likely happening to them.
>> 
>> The MF count-down is updated in a callback method that's watching the RA/DEC from indi.
>> That is, in mount.cpp, updateTelescopeCoords calls checkMeridianFlip()  which does the updating of the counter.  However, updateTelescopeCoords is only called when the slot newCoords is hit. That signal is likely only sent when the RA/DEC change, but when the scope is tracking, the RA and DEC don't change!
>> 
>> I saw that my driver wasn't updating its MF counter either (and presumably, therefore wouldn't flip), but I know my old Eqmod mount did work fine, so I assumed it was an issue in my A-P driver.  FWIW, I added this hack in my driver to get around the check for newness in newRaDec.
>> 
>> Hy
>>