Browse Source

AP_GPS: move explanation of ublox rates into ublox header

apm_2208
Peter Barker 3 years ago committed by Andrew Tridgell
parent
commit
96b4945eb9
  1. 7
      libraries/AP_GPS/AP_GPS.cpp
  2. 6
      libraries/AP_GPS/AP_GPS_UBLOX.h

7
libraries/AP_GPS/AP_GPS.cpp

@ -753,13 +753,6 @@ AP_GPS_Backend *AP_GPS::_detect_instance(uint8_t instance) @@ -753,13 +753,6 @@ AP_GPS_Backend *AP_GPS::_detect_instance(uint8_t instance)
while (bytecount-- > 0) {
uint8_t data = _port[instance]->read();
/*
running a uBlox at less than 38400 will lead to packet
corruption, as we can't receive the packets in the 200ms
window for 5Hz fixes. The NMEA startup message should force
the uBlox into 230400 no matter what rate it is configured
for.
*/
#if AP_GPS_UBLOX_ENABLED
if ((_type[instance] == GPS_TYPE_AUTO ||

6
libraries/AP_GPS/AP_GPS_UBLOX.h

@ -38,6 +38,12 @@ @@ -38,6 +38,12 @@
* The reason we need the NAV_SOL rate message at all is some uBlox
* modules are configured with all ubx binary messages off, which
* would mean we would never detect it.
* running a uBlox at less than 38400 will lead to packet
* corruption, as we can't receive the packets in the 200ms
* window for 5Hz fixes. The NMEA startup message should force
* the uBlox into 230400 no matter what rate it is configured
* for.
*/
#define UBLOX_SET_BINARY_115200 "\265\142\006\001\003\000\001\006\001\022\117$PUBX,41,1,0023,0001,115200,0*1C\r\n"

Loading…
Cancel
Save