$20 GPS/GLONASS/Beidou Receiver

Sticking a GPS module in a project has been a common occurrence for a while now, whether it be for a reverse geocache or for a drone telemetry system. These GPS modules are expensive, though, and they only listen in on GPS satellites – not the Russian GLONASS satellites or the Chinese Beidou satellites. NavSpark has the capability to listen to all these positioning systems, all while being an Arduino-compatible board that costs about $20.

Inside the NavSpark is a 32-bit microcontroller core (no, not ARM. LEON) with 1 MB of Flash 212kB of RAM, and a whole lot of horsepower. Tacked onto this core is a GPS unit that’s capable of listening in on GPS, GPS and GLONASS, or GPS and Beidou signals.

On paper, it’s an extremely impressive board for any application that needs any sort of global positioning and a powerful microcontroller. There’s also the option of using two of these boards and active antennas to capture carrier phase information, bringing the accuracy of this setup down to a few centimeters. Very cool, indeed.

Thanks [Steve] for sending this in.

46 thoughts on “$20 GPS/GLONASS/Beidou Receiver

  1. This is great! I need to start checking Indiegogo once in a while.
    Anyone know what the software ecosystem is like for this LEON architecture? GCC or otherwise free tools would be preferred, of course.

        1. It’s a LEON3 synthesizable Sparc-v8 processor designed by Gaisler Research used inside the chip. It has its own supporting gcc tool-chain. Using a different Solaris compiler likely will take much efforts bring it up. If using NavSpark, it still has 490KByte Flash + 45KByte RAM while running 10Hz GPS, still plenty room for small applications.

        1. How much can an ARM core cost? I’ve ordered a bunch of arm CHIPs (i.e. the hardware) at EUR 0.32 a piece. (They are hinting at the 32 bits of the architecture in the price, just like TI is hinting at 430 with their launchpads).

          1. The thing is, when you’re selling at such a huge volume, the cost of the license (which I would guess is anywhere between $100k-$1million) is easily amortized. For someone who isn’t in the same class of huge companies like TI, this isn’t really a realistic solution.

  2. The “Piksi” project (http://swift-nav.com/piksi.html) is charging $700 for a pair of receivers and until now was the only consumer-level GPS system capable of centimeter-level precision. In an industrial setting you’d be paying many thousands for such a system.

    I’m a little wary when Navspark says they can do it for $30. It would immediately make many forms of surveying equipment obsolete.

    1. People have achieved decimeter-level resolution using custom firmwares on OpenMoko. I guess as long as you have low-level access to the GPS signals and the hardware for accurate carrier phase measurement, the rest is just software (e.g. RTKLIB).

      But it still does require a base station within some 10 km range. That is why their NS-RAW perk includes 2 receivers (which seem to be USB only..)

      1. There is a serial output line available, I was wondering the same thing if you would need a USB host for the NS-RAW, but that is not the case after asking Oliver about it. The TX pin of the Venus822 which goes to the UART to USB bridge chip is pulled out to a pin and available. No RX line though since it would conflict with the RX line coming in from the USB bridge. I haven’t done much reading on it yet to confirm, but my theory is you could just tap this TX pin out to a radio module and relay the data back to whatever you have running RTKLIB. Operating under the assumption the module just boots up and starts spewing info though, since a RX line isn’t available to talk to it. I’m going to be in for a pair.

          1. That’s a lot of overhead/added expense if all you want to do is relay it to an XBee or something…. Sure, one side of the NS-RAW pair might be on a higher powered unit like a raspi, but either the rover or base station just needs to be radio’d back to the other of the pair, and having a serial out to a radio would be much simpler and cost effective…

    2. NS-RAW functions as a GPS measurement engine, sending out measurement data to a host computer running RTKLIB software. RTKLIB takes correction data from some reference station and measurement data from NS-RAW, compute NS-RAW’s antenna location, resolving carrier cycle ambiguity to determine position to fraction of a wavelength; i.e. fraction of 19cm = 3e10/1575.42MHz. Conventional GPS receiver determines position to fraction of a chip (1023 chip in 1millisecond); fraction of 300 meters, so it’s about 3m accuracy.

      Figuratively speaking, Piksi integrates GPS measurement sensor + RTK software + RTK computing hardware + wireless transmission into a box, justifying the price. One can also purchase a $179 LEA-6T GPS module to use with RTKLIB though.

  3. So which other positioning system is more useful, Glonass or Beidou? From the early bird sell outs it looks like it is GLONASS. Could that be due to more satellites being available?
    Since all these systems seem to work in the same frequency band (1.5GHz?), will bad reception in one system coincide with bad reception on the alternative system?

  4. Great, I bought a pair of GPS/GLONASS boards before I noticed the NS-RAW option…now I might have to order another pair! Oh well, I guess it will help push them closer to funding. They only need $637 as of now…

  5. Assume someone were to purchase two of these NS-RAW boards with the included active antenna, and possibly adds the previously mentioned 20cm ground plane. Also assume no specific RF/GPS/RTKLIB expertise, only general computer/electronic/MCU skills.

    How likely is it that they’ll be able to easily achieve near decimeter precision, outdoors or in the average residence, in the southern US?

    The reason I’m asking is because I spent a few minutes searching for reports of using RTKLIB for DGPS. Though it seems to be theoretically possible with several existing GPS modules, I found no one who actually obtained a significant improvement over regular GPS.

      1. Thanks. But while low-cost GPS modules were used, they appear to have been used with a high end antenna – priced between $1,400 and $2,000! So I can’t consider this a reasonable predictor of success with low cost hardware.

        1. Right now I’m using RTKLIB with a single ublox LEA-6T module and a $6 ebay puck antenna on a groundplane. My PPP-Static solution is consistent from day to day to better than 10 cm horizontally and just over 10 cm vertically, but that’s using combined fwd/back filtering and a 24-hour observation period. I have not tried any RTK / DGPS.

    1. The “Ultimate GPS” (MTK3339 chipset) that Adafruit sells has been tested to work above 27km altitude. The only limit I know of is the US ITAR GPS limit of 18 km and 515 m/s, so presumably that GPS has no altitude limit at all.

      1. Standard COCOM limit still applies to NavSpark. That is it’ll work correctly if threshold of (speed < 515m/sec) and (altitude < 18km) are not both exceeded. It'll still work if either one is exceeded. Such limit imposed on commercial GPS receivers is to avoid being used in missiles, a limitation set by software, not inherent limitation of the hardware.

  6. Oliver Huang said today a uSD slot will not fit (due to existing components top & bottom), but it could of course be added with a 2nd board stacked on top. The NavSpark board runs from USB +5V although the GPS receiver (Skyworks SE4150L) and the baseband processor (LEON SPARC v8) run on +3.3 V so I assume it could also work from +3.3V external.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.