USA warehouse now open. Our USA warehouse is now open! Low cost shipping and an ever growing variety make ordering from the US warehouse even better value!
This is an updated GPS module that can used with ardupilot mega v2. This GPS module uses the latest technology to give the best possible position information, allowing for better performance with your Ardupilot or other Multirotor control platform.
You may require to configure this module for use with your flight controller (MultiWii Copter I2C GPS board requires 115200 baud). You will require a USB to FTDI adaptor board to do this.
Please note that this module ships with defualt settings and a buad rate of 38400.
Features: • Standalone GPS receiver • U-blox NEO-6M GPS module • Under 1 second time-to-first-fix for hot and aided starts • SuperSense ® Indoor GPS: -162 dBm tracking sensitivity • Anti-jamming technology • Support SBAS (WAAS, EGNOS, MSAS, GAGAN) • u-blox 6 50 channel positioning engine with over 2 million effective correlators • Timepulse • 5Hz position update rate • Operating temperature range: -40 TO 85°C • UART TTL socket • EEprom to store settings • Rechargeable battery for Backup • Build in 18X18mm GPS antenna • RoHS compliant
Direct GPS connection requires free serial port.
Multiwii SE has only one serial port which is used for FTDI and gui connection. So you can't connect it directly. The only option is to connect GPS is to connect it to i2c port via intemediate I2CGPS adapter board. (Not offered on HK but google will find where it is in stock).
Hi all! I bought this to use it with my APM 2.5..but the first thing I noticed is that it has a 4 pin connector, instead of the 6 pin connector required for the apm to work. How do you guys connect it to the APM ?
Thanks
Generaly connection is strightforward RX-TX, TX-RX, GND-GND, VCC-5v. Check connector labels on board they are deep between board and antenna.
APM25 GPS connector pining you can find if you google for "Tutorial: Connecting other GPS modules to ArduPilot"
This article is exactly what you need I guess.
HK image upload functionality do not work *(
Well, I used plastic box from 25 CDROM bulk pack.
And put it on X450 frame. Placed there receiver,controller and GPS. Fit perfect.
No, KK2 board do not have free serial port to connect GPS, it also do not have I2C port to connect GPS via i2cgps board.. If you want GPS enabled quad you need to upgrade your FC.
You need ATmega 2560 based board.
The best choice will be Multiwii and Megapirate AIO Flight Controller w/FTDI (ATmega 2560) V2.0
(D: 387000007). This one is really the best FC
on the market and for it's price it's unbeatable.
With this GPS it work like a charm with MultiWii 2.2 firmware.
Depends on hardware. If your controller have at least one free serial port for GPS usually serial 2, and enough memory to fit code compiled with GPS, then it work like a charm. you need only to setup protocol GPS protocol #define UBLOX, compile and upload sketch.
This works like a magic with MWI2.2 autoconfiguration for UBLOX. Power on, and even indorr near window it get a fix in a few minutes.
Yes, MWI pro is Atmega2650, so you do not
limited in number of serial ports, or in memory.
If you will reflash board with Mwi2.2 configured with GPS protocol #define UBLOX
then it will work like a charm with autoconfig GPS
on statup. (You wouldn't need to setup GPS baud and protocol via u-Center)
Warning wrong wiring
I try this connected to an arduino Uno and missed to burn it in few seconds because the wiring shown on the picture is false. the correspondence with the plug hole is indicated on the board just above the plug. Watching the antenna upside the left wire is Vcc the second on the left is Rx the following is Tx and the last on the right is Gnd ... Tx connected to pin 1 an Rx to pin 0 of an Arduino uno with a baudrate of 34800 you can read the mnea frames with the serial monitor... and get the frames with Ublox software or what else you want ... on the usb
the sketch is
// this sketch will allow you to bypass the Atmega chip
// and connect the GPS directly to the USB/Serial
// chip converter.
// Connect VIN to 5V
// Connect GND to Ground
// Connect GPS RX (data into GPS) to Digital 0
// Connect GPS TX (data out from GPS) to Digital 1
void setup() {}
void loop() {}
Impossible. GPS system itself accuracy (nonmilitary protocol) has more 10 meters RMS error. So, you can get 1m stability only in very short terms period (may be few minutes), but when sattelites move and some new appears over horizon, or some goes under horizon then you can get jumps over 10m. Low orbit satellites moves very fast, so situation changes each 5-10 minutes, thus you have very high probability of such jumps. Especially if you have tall buildings
around, which makes shadows for HF RF GPS signal.
Nope. MultiWii SE do not have free serial port
for direct GPS connection. You can connect GPS to
I2C-GPS NAV Board and this board connect to I2C port of flight controller.
Actually solution exists.. You can connect GPS to serial 0, But you wouldn't be able use GUI or bluetooth.
To disable GUI and free port comment out
//serialCom()*
and set
#define GPS_SERIAL 0
#define GPS_BAUD 115200
#define UBLOX
..... but you wouldn't be able to use GUI *(
Search for CN-06v2.0_(NEO-6M_u-blox_6)_APM MPNG_config.txt file and upload it using u-center software.... it worked great with my MegaPirate2.8 R3
I could make 3D lock at home after this update.
You can try to compile sketch with the following params for your board
#define GPS_SERIAL 2
#define GPS_BAUD 115200
#define UBLOX
And check would it fit Atmega 328p or not...
MultiWii 328P does not have a port called 2. It has serial0 (FTDI) and serial1. And serial1 is shared on the same pin as Aux2 channel. GPS on serial is not a goer on this FC.
Yes, and it work like a charm...
If you use MultiWii 2.2 then you only need to
set in config.h GPS protocol to UBLOX binary mode
#define GPS_SERIAL 2
#define GPS_BAUD 115200
#define UBLOX
.
Multiwii 2.2 magically do autocaonfiguration of this GPS on startup.
If you use Megapirate then you would need to connect GPS to U-Center (ublox configuration utility) and set protocol and baud in this GPS same as you have in your config.
Has anyone else noticed their modules backup battery is stuffed ?
Mine only holds above 2.5V for a few minutes after 24 hours of running (UBEC 5V), only 1V remaining after an hour.
Means my module takes ages to lock after being unused for more than a day.
Sure it's a battery? I have shrinkwrapped mine so I cannot check. I'm thinking it's more likely to be a double layer (super)capacitor not intended to maintain more than a few hours. Anybody can confirm?
Most sellers of this product says
U-BLOX GPS Module Universal for APM/MWC/ARKBIRD/Rabbit
But to tell the truth i can't find anywhere what protocol and baud arkbird use. I only see that older versions of arkbird used GStar R15e GPS, and newer use MTK3329 gps.
If arkbird accept standard NMEA protocol, then it will work. (but probably correct baud rate NMEA mode must be set for NEO through u-control software)
Really this doesn't matter.
GPS do fix with configured period (default 1 sec)
And this is long enough time to pass serial data even at 9600 baud. From the point of view of CPU
this also doesn't matter much as it need to process the same fixed number of serial port interrupts in one GPS data transmission period, and this not depends on baudrate.
But if you would like to reconfig GPS to send coords updates faster then 1 sec period, then you need to choose faster baudrate.
Thnx v_max.
Am hooking it up to the mega pirate AIO (387000007).
Just want to confirm you recommend setting this up to use Ublox Binary only for communication??
Yes, Ublox binary protocol requires less CPU operations for decoding GPS data. So your flight controller do main loop faster.
I use AIOP with multiwii 2.2 firmware. See my post below for GPS settings. Work like a charm, without need to config with Ublox control center
If you do not choosed FC yet, then I can recomment AIOP controller.
Same sensors , same cpu, but smaller footprint and less weight.
(ID: 387000007). Plus it have some sweet features like on borad extended power.
UBLOX NEO6 is better. MultiWii supports UBLOX binary protocol
which is much more faster and less CPU consuming then
standard text based NMEA protol which MTK use.
This is critical for flight controllers.
As for sensitivity and startup fix time UBLOX again
seems to be much better. My previous expirience with MTK chipsets (in area of PNA development)
leave me with solid opinion that MTK is the worst chipset among others. The only it advantage is less power consuming.
If you do not choosed FC yet, then I can recomment AIOP controller. Same sensors , same cpu, but smaller footprint and less weight. (ID: 387000007). Plus it have some sweet features like on borad extended power.
Nice info v_max... but MTK3329 supposed to support also bin mode with diydrones firmware..(but i don't know how..) I have AIOP v2 with MTK3329 do you think this is the reason of "jerky" position hold? (works fine but not smooth).. Should i upgrade to NEO6? thanks!
GPS position is always not stable. Especially
when you stay somewhere in city. Due to reflections from buildings receiver calculates wrong time delays from sat signals and wrong position. Due to
fast sattelite moves, reflections change relatively quickly and next time GPS calculate with other error..
So the only way to ckeck is to do test far from
buildings somewhere in open field. And for from city where EMF polution is very hard.
If your position in this ideal conditions
fluctuate more then 10-20m (normal error level for GPS) then your reciever or it's antenna
probably is not the best one.
As for my expirence with multiple GPS chipsets the only advantage of MTK was lower power consumption. As for sencitivity it's one of the worst. (This is quite subjective of course, because this experience was with auto PNAs)
As for this module, I it's sensitivity
looks perfect in comparison with others.
Can this be used with the FrSky FSH-01 Telemetry Sensor Hub? The FrSky GPS-01 Telemetry GPS Module is priced 36.65. Anyone knows of a cheaper alternative to the FrSky GPS module?
Nope... Frsky hub has it's own binary protocol
not compatible with standard NMEA gps protocol.
This receiver can output data in standard NMEA
or in binary UBLOX protocol which is not compatible with FrSky one.
Guess not other will sute specific FrSky protocol
This is configurable via MultiWiiConf_2_1.exe gui application.
You can assign channels (aux1-aux4) and it's values (Low,Mid,High) for activation of each flight mode
So you can use ANY aux channel you like
Receive it today with Megapirate AIO v2. Plug it in S1-S3 on Rx2/Tx2 and powered from I2C, but i got nothing if i do "rawgps" test on Mission Planer. Im using megapirate 2.8 R3
First check config for GPS module settings
"3rd Party GPS Connections must be made to the S1-S3 Port and to TX2 and RX2, this is configured by default to 38400 baud. (To Change this edit APM_Config.h).
"
You can change baud and port in config.
You also may want to check and configure your GPS module settings with UBLOX control center software
Search google for
"All IN One Pro Board Setup with MegaPirates COde"
Go to first result then scroll down to
"Configuring your GPS Module - Optional
(Ublox NEo/LEA units)"
You would need to connect UBLOX to PC via ftdi usb adapter to reconfigure module...
Forgot to mention that in NegaPirateNG
by default gps is disabled
#define GPS_PROTOCOL GPS_PROTOCOL_NONE
And other IMPORTANT waring do not trust wires colors! Check labels on board. My module comes with
messed wires (red connected to ground pin on connector)
Thanks. Mine come with wrong wires colors too, check what is type on gps board and do the wireing. In config i set it as : #define GPS_PROTOCOL GPS_PROTOCOL_UBLOX and set baud rate to 38400 but still dont work. Is a must to reconfigure module? because i dont have FTDI adapter
I use MultiWii 2.2. When switched to UBLOX protocol in config it do module GPS module reconfiguration on startup. Work like a charm.
I do not need to recongigure module with UBLOX
control center. As I know megapirate do not do this yet.
Your problem might be in the following things
1. mess with wires (TX must be connected to RX and RX to TX)
2. mess with protocol. You switch to UBLOX which is binary protocol, but module by default might be in NMEA compatible mode
3. Mess with baud rate.. You set 38400 and module default might be other (9600 for example)
Do not know what defaults really are *(
I try multiwii 2.2. Uncomment those lines #define GPS_SERIAL 2
#define GPS_BAUD 38400
#define UBLOX
Put the board and gps on window, red led on gps start flashing but i still have 0 sat on MultiWiiGUI and MultiWiiConf. Also try with baud 115200 but still same.
MWII 2.2 (since 2.2 ublox autoconfig implemented)
Settings I have
#define GPS_SERIAL 2
#define GPS_BAUD 115200
#define UBLOX
Note that you may not ever get GPS signal indoor.
You need to try outdoor... or at least place receiver as close to window as possible...
First time fix may takes very long time
about 10 minutes if you have bad receive conditions.
My flush (dark short, light long)
Also yellow led on Crius AIOP flash when fix is lost. When playing with it indoor near window fix is quite unstable and lost from time to time...
Check your RX/TX wires, must www.link
I just connected this GPS to my megapirate (crius 1) board using serial port 2, set the protocol to GPS_PROTOCOL_UBLOX. I powered up the boards and the red LED on the GPS board came on. Soon, the GPS was locked on with the green LED steady on the main board. When I connected the Mission Planner, it showed my location within 5m! I did not have to reconfigure the GPS board, just ran it with 38400 baud. Easier than I expected!
Forgot to say, I had to change the four wires between the 8-pin serial port and the 4-pin GPS connector: vcc-vcc, gnd-gnd, rx-tx, tx-rx. The GPS locked on inside my house, near a window.
Work like a charm *) Magic!
I use multiwii 2.2 which do startup autoconfig of module. And it connects at 115200 with binary UBLOX
protocol magicaly without any efforts.
Really cool
As I can see in library AP_GPS_UBLOX.cpp in AP_GPS_UBLOX::_configure_gps(void)
it always set 38400. This is hardcoded value.
Before this it sends configuration data block to GPS 4 times with different baudrates to ensure
in any case GPS to be switched in bin mode and 38400 baudrate. So it do autoconfig
but always config it for 38400 not dependent on gps port baud settings in main config
i'm speaking here about how to deal with neo as separately with any arduino for other projects did anybody try to interact with.
Customer Reviews
Overall Rating
RogerWilco
16 likes
Value
Quality
Like it?
Works fine. Came setup w/ 38400baud,5Hz, NMEA.
Set mine to binary UBX with U-center using 3DR-Ublox.txt.
Runs fine with MegaPirateNG2.8r3.
Hotstart fix < 2seconds.
Good value for it´s price.
3 comments. Reply..
Overall Rating
ohmgnohm
39 likes
Value
Quality
Like it?
Realy good quality.
install the Neo-6M on my multiwii board.
Install the newest software and it works :-)
im realy happy :-) cant wait to fly with my quad
No comments. Reply..
Overall Rating
1/28/2013 cardboard_boks
114 likes
Value
Quality
Like it?
I got 2 of these and one just stopped working -_-
Also take note the wires supplied are not coloured to normal standards.
It sure is cheap, so was the QC that was done to mine, it just refuses to get a gps lock. Data it sends is random at best and ocasionaly it finds a sattelite or 2.
1 comment. Reply..
Overall Rating
2/22/2013 Seckin Onur
5 likes
Value
Quality
Like it?
Fixed 9 satellites less than 2 minutes. Kept working indooors. 5Hz gps module for this price is amazing.
Thanks HK.
Copyright 2012 Hextronik Limited.
The HobbyKing.com®, OrangeRx, Turnigy, Durafly, nano-tech and other brand logos and names are trademarks of hexTronik Limited.
All rights reserved
