Ultra precise positioning at low cost and reduced form factor.
We just release TINY RTK, the world smallest RTK GPS based on u-blox NEO-M8P.
Size: 23.5 x 24.5 mm
- Centimeter‑level GNSS positioning for mass market, based on U-Blox M8P
- Integrated Real Time Kinematics (RTK) for fast time‑to‑market
- Smallest, lightest, and best energy‑efficient RTK module
- Receiver type: 72-channel GPS L1 , GLONASS L1, BeiDou B1, GALILEO E1
- Nav. update rate: up to 8 Hz
- Position accuracy: 2.5 cm
- Connectors: SMA, USB, JST-GH
- Data link: whatever can be connected to a UART : Bluetooth, 433-868-915 MHz radio link, XBee, WiFi...
We've decided to launch an INDIEGOGO campaign to lower chip prices by ordering mass.
If you're interested by precision GNSS and want a Plug&Play solution at an incredible price ... TINY RTK is designed for you !
We'll post regular informations about TINY RTK during the campaign. We're also available for answering your questions, do not hesitate.
ppk is not possible?
with that not needed to online transfer data.
What messages can your correction service provide? M8P works with RTCM 1005, 1077 and 1087 by default for GPS and GLONASS (it has also BEIDOU), and u-blox will probably extend compatibility to other messages. Do you usually work over 3G connection?
@Satyabrata Satapathy :
Sorry for the delay, we have been working this week-end to add another fully integrated version. Please have a look at our Indiegogo campaign.
We have added some basic documentation on our website. Rover module is already compatible with Pixhawk (driver is the same). Differential data encapsulation from base in MAVLink protocol is work in progress. However it is already possible to have it fully functional with a dedicated datalink (see our documentation).
What is the easiest way to give this board corrections from a virtual RTK station? Here in Spain they are widely available and everyone is using those, no one uses real base and rover :)
I would love to implement this in surveying drones
Congrats on a great looking product
@Olivier WIth regards to battery life, I'm thinking of the Solo with it's stock GPS taking a lot longer than it should to get an initial fix. As for update rate, if your movements are slow and smooth, the INS code can make decent predictions but if you're traveling very fast with abrupt changes in direction, you need things to run a lot faster. It boils down to your use-case. High-end INS systems (in the several thousand dollar range and up) have position updates at 40 or 50 Hz. Consider trying to execute a high-speed 90-degree turn in a fraction of a second.
@Nikola Glad you've had a positive experience, looks like a very attractive new product. Regarding 3-6 minutes to get a fix, not sure what you mean by "probably wouldn't be a practical product for UAVs with limited flight time"? Without motors running autopilot current draw is typically 250ma, maybe 500ma-1A for everything tops if loaded with peripherals. At least with something like PixHawk. A drop in the bucket compared to current draw while flying, so no issue waiting 5 minutes or more. Or maybe I am missing something.
With respect to 5HZ updates limitation, yes would be nice if faster updates were possible. Wonder how much of a difference it would actually make, though. Ardupilot for instance expects and implements 5HZ, even with GPSs capable of more, and my understanding is that faster updates don't actually result in better performance with current EKF and typical non RTK GPSs. With cm precision GPS the game of course changes, I am just wondering by how much.
@DROTEK It looks awesome guys, still wondering though how is this new module (either the base or station) going to interface with a Pixhawk. Thanks.
Having played with the developer kit for a few months, I can tell you that this is a pretty cool product. The correction messages could easily be encapsulated in other wireless protocols (I've done it) so secondary radio links aren't necessary. That said, there is one issue to be aware of. It can take 3-6 minutes to obtain an RTK fix and the solution can wander around a lot before it gets a fix. So it probably wouldn't be a practical product for UAVs with limited flight time. Also, the output rate is only 5 Hz so you'd need to rely more heavily on the INS code in an autopilot to predict positions particularly at high speeds. If this ran at 10 Hz or better, that would be really cool. As to the fix time issue, I can envision a power umbilical on the ground with a large battery that would run the electronics until it gets a fix without drawing from the onboard power supply. It would be a bit like rockets topping off fuel tanks right up until launch.
Is there an option with PATCH Antenna on the PCB itself? I don't want to connect to an external antenna.
@ kiki boy :
Yes they are. You will find all the files (SmartNav's file system) inside tar.gz archive under Update folder + installation scripts. Anyway, we don't think this is the best place to discuss this so we will contact you through our support platform.