NEO-M9N defaultMaxWait

I have several M9N’s in service now, and they work great. My issue is the hold delay when I call the Sparkfun library using I2C (say with fixType = RobotGNSS.getFixType():wink: and the unit is not yet sync’d. If it is sync’d, it returns data almost immediately (2ms).

When there is no sync–at startup for example-- it hangs up for 1/2 second even when I redefine defaultMaxWait to 250. Without the redefine the call hangs for 3/4 sec.

The unit with the issue is on a robot running a realtime OS and having a solid block of 1/2 second doing nothing throws a wrench into lots of things. I would have thought it would do a quick check, see no fix, and return asap. Is there a workaround?

Please see viewtopic.php?p=239936#p239936 for the full answer