Refresh radio parameters delay about ubxlib HOT 4 CLOSED

Hi eeFLis: having discussed this with @philwareublox, suggestion is that we make the delay a conditionally-compiled value, implemented as a #ifndef/#define/#endif kinda thing and add a note to:

...pointing it out and suggesting that an application where power/timing is important (your case) might override it to 0 and manage any timing in the application instead.

Would that work?

from ubxlib.

Yes, that works for us.
Out of curiosity, do you see a problem if the function is called in a loop without the delay?
As the response from the module is awaited, the module should not be overtasked.

from ubxlib.

Good, change should be here in an hour or two.

Out of curiosity, do you see a problem if the function is called in a loop without the delay?

I added that delay because I found in the past that a module didn't like being hit with the radio refresh-related commands frequently. However, I can't recall now which module that was and it may, of course, be something that has since been fixed, hence my [unhelpful] answer is "no, unless you see one" :-).

from ubxlib.

Fix can be found in 87a0a2c, will close this now: please feel free to re-open if there is more to discuss,

from ubxlib.