Hi Melvin,
The MAX-M10S Integration Manual, section 2.3 Power Management, only mentions Continuous Mode:
2.3.1.1 Continuous mode
The MAX-M10S uses dedicated signal processing engines optimized for signal acquisition and
tracking. The acquisition engine actively searches for and acquires signals during cold starts or
when insufficient signals are available during navigation. The tracking engine continuously tracks
and downloads all the almanac data and acquires new signals as they become available during
navigation. The tracking engine consumes less power than the acquisition engine.
A lower current consumption will be achieved when a valid position is obtained quickly after start
of the receiver navigation, the entire almanac has been downloaded and the ephemeris for each
satellite in view is valid. If these conditions are not met, the search for the available satellites will
take more time and consumes more power.
Other than RXM-PMREQ, I haven’t seen any other mentions of “power saving”…
You might be able to use AssistNow Autonomous to help reduce the power consumption. AssistNow Autonomous allows you to save and restore the module configuration (including the almanac) in your own memory. You can restore it to speed up the Time To First Fix and - presumably - significantly reduce the power consumption of a cold- or warm-start. Have a look at the examples:
https://github.com/sparkfun/SparkFun_u- … /AssistNow
sfe_ublox_status_e is defined here:
https://github.com/sparkfun/SparkFun_u- … .h#L80-L97
There are notes in the code about the return values from waitForACKResponse and waitForNoACKResponse:
https://github.com/sparkfun/SparkFun_u- … 4962-L4970
https://github.com/sparkfun/SparkFun_u- … 5151-L5157
Let me know if you spot any other weirdness. Officially, the M10S SPG 5.10 no longer supports UBX-CFG-PRT (used by .begin to detect the module) and UBX-CFG-MSG (to set the message rate for “auto” messages). However, I think they are actually still working for now - but will likely disappear at the next release. Others like UBX-CFG-GEOFENCE are - I believe - no longer supported as of 5.10. So you will have problems with the geofence examples. I am working on a new version of the library for the F9 and M10 modules which uses only the configuration interface. It’s working but I haven’t yet got all the examples ported over. If you want to be a Beta Tester, let me know and I’ll get a copy to you.
Best wishes,
Paul