I'm new to Arduino. I am building an information display for my car which can read different sensor and show this information on a 40x2 lcd display. This works. I added a GPS board/interface to use the GPS Data via the TinyGPS Library. This worked with the ''gy-gps6mv2'' GPS module. But a attached an external antenna to it and since then its broken.
So I bought a new GPS module: the "manolins mini gps" board. Still using the same code as before but it will not work. There are 5 connections on the GPS board: GND, 5V, TX, RX and INT. I connected GND, 5V, TX, RX with TX and RX to pins 14 and 15. I can't find a datasheet for this GPS board.
Edit: there are 3 LEDs, PWR (=on), DAT (blinking) and TP (blinking).
Can someone help me with connection this GPS board to the arduino and reading the GPS data? Do I have to connect the INT pin of the GPS board?
Thanks for your reply, Yes I connected the TX to RX and vice versa
I am using the TinyGPS Library. The GPS module is transmitting chars but I don't receive any sentences...
I figured out that INT has something to do with Interrupt... Do I have to use an interrupt for getting some GPS input? my previous GPS module (which is broken now) didn't had a interrupt pin and worked fine. And if yes how does this interrupt works with GPS?
If you see characters but can't make sense of those, two possibilities pop up.
First is wrong baudrate.
NMEA 0183 only supports 4800 and 38400 baud.
But some GPS modules are set to 9600 baud, so i guess some others may be at any baudrate possible.
Try some different baudrates to see what that does.
A recent thread over here was about someone who had set the baudrate to the value that was mentioned by the shop he got the module from.
Turned out the module was sending data at a different (standard to that moduel) rate.
Next thing is inverted data.
It is possible that your module sends its data inverted, so sending HIGH level where LOW level is expected and vice versa.
I've read somewhere that you can use such data by setting some bit so the Arduino knows inversed data is to be expected.
But i can't tell you anything more about that.
So i'd try the baudrates first, that's easy to test.
