I believe to have done my research, but I cannot get my GPS module (XM37-1612) to acknowledge my standby command. I have been measuring the voltage before and after executing the standby message, but do not notice any change in amperage. Should I anticipate a response or see the message printed in the Serial monitor? I don't think so, but want to make sure. Let me know if anyone sees anything wrong with my code. I would prefer to use TinyGPSPlus, but I don't think that's a requirement when using SoftwareSerial to submit the command.
SoftwareSerial ss(34, 35);
Serial.println("In GPS standby mode for 30 seconds...");
// This sketch displays information every time a new sentence is correctly encoded.
while (ss.available() > 0)
// If 5000 milliseconds pass and there are no characters coming in
// over the software serial port, show a "No GPS detected" error
if (millis() > 5000 && gps.charsProcessed() < 10)
Serial.println("No GPS detected");
Serial.println("Location: Not Available");
if (gps.time.hour() < 10) Serial.print(F("0"));
if (gps.time.minute() < 10) Serial.print(F("0"));
if (gps.time.second() < 10) Serial.print(F("0"));
if (gps.time.centisecond() < 10) Serial.print(F("0"));
I did just realize that I did not put it in a char array when I tried the second version I found which contained the carriage return/line feed in hex. I'm not as familiar with sending GPS module commands, but is that the standard, to send these messages this way? Regardless, I'll give that method a shot unless if you think it shouldn't matter.
Yeah, unfortunately I get zero response at all from either of my devices (let alone no GPTXT messages at startup). I also have a Beitian BN-180 (clearly a Chinese brand) allegedly with the M8030-KT, but uBlox U-Center cannot pull the version or interact correctly with it, other than pulling typical NMEA data. I'll try others and see if I can get proper communication with U-Center, and go from there.
Hi itmoto, I've been reading your threads for a while now. I believe that yours is slightly different due to NeoGPS ignoring those other portions of the message. I can try that library instead, but I think I need to specify the pins separately in the header file, which is strange. Either way, the above you mentioned as well as several variants of the message haven't worked for me so far in TinyGPS. I'll look into NeoGPS again though. Thanks for weighing in!
Whilst it is true that you need delays, or more appropriatly wait for anf check the acknowledgement, between seperate configuration commands, the standby command stops the GPS, so a delay after the standby command serves no purpose.
There is a caveat to that, if your using software serial for the GPS AND you also use a lot of Serial prints to the standard (hardware) serial port, then the hardware Serial prints can interfere or corrupt the software serial coming from the GPS, the appropriate solutions for this are;
Wait for and directly monitor the GPS output for the appropriate reply with no use of Serial prints.
Use an ss.flush(); command after sending the configuration command to the GPS.
More details here;
The SX12XX library link in that article contains example programs for a LoRa based GPS high altitude balloon tracker which has configuration examples (including standby modes) for both Ublox and Quectel\Mediatek GPSs.