I was planning on getting the specific sentence from the output data from the GPS. Specifically, the $GPRMC. Hope you guys would help me if it's even possible or any advice.
I'm just experimenting on using the GPS. 
TIA
Read the GPS output until you get $GPRMC then read the output until the end of the line.
Have you looked at the TinyGPS library ?
rainersolis:
I was planning on getting the specific sentence from the output data from the GPS. Specifically, the $GPRMC.
Each NMEA sentence ends with a newline '\n' character.
So read all characters one by one as they are coming in, and after receiving '\n', handle the input line you have ready (like doing CRC checking and input processing if you want it, and after line processing is complete, start receiving a new line.
UKHeliBob:
Read the GPS output until you get $GPRMC then read the output until the end of the line.Have you looked at the TinyGPS library ?
The TinyGPS library isn't working for me. So, perhaps another code that is working I could learn form? Any advice?
rainersolis:
The TinyGPS library isn't working for me.
Why not? What's the problem actually? Can you describe a bit more detailed than "isn't working"?
Does your Arduino board not have a second Serial port and you fail using some serial software emulation like "SoftwareSerial" or similar?
rainersolis:
So, perhaps another code that is working I could learn form? Any advice?
So what's the problem? Reading lines between one newline '\n' character and the next newline '\n' character arriving? Checking valid CRC checksum? Retrieving data from a full line?
jurs:
Why not? What's the problem actually? Can you describe a bit more detailed than "isn't working"?Does your Arduino board not have a second Serial port and you fail using some serial software emulation like "SoftwareSerial" or similar?
http://www.e-gizmo.com/KIT/gps%20shield.html
I am using this gps module and the TinyGPS codes isn't working.
The result is full of asterisk and zeroes at the end.
jurs:
So what's the problem? Reading lines between one newline '\n' character and the next newline '\n' character arriving? Checking valid CRC checksum? Retrieving data from a full line?
I'm planning on getting just the $GPRMC sentence and send it via SMS.
Did you try the simple echo test they provided in the GPS_TEST subdirectory? (Look under the "GPS Module Shield documents" link on the product page.)
You could try a library I wrote, NeoGPS. The first program to run, as described in the Installation instructions, provides a little more feedback about what could be wrong.
If that doesn't help, you should read the Diagnostics section. It describes the more extensive NMEAdiagnostic.ino that even tries different baudrates. There's also some generic help in the Troubleshooting section.
Once you've got the basic example working, you can reconfigure NeoGPS to only parse the GPRMC sentence, and only grab the fields you want (e.g., just lat/lon). This will make your program much smaller and faster. See the Configuration, Performance and RAM Usage sections.
Cheers,
/dev
rainersolis:
I'm planning on getting just the $GPRMC sentence and send it via SMS.
Even the sslowest GPS ,modules (default baud rate 4800 or 9600 baud) send ONE $GPRMC sentence PER SECOND= 60 GPRMC sentences per minute = 3600 GPRMC sentences per hour.
So are you planning to send 3600 SMS per hour or what else do you want with one ONE $GPRMC sentence per second?
Most likel a sentence arriving one second later is not much different from the sentence one second before, perhaps just the "time" field" is different by one second.
rainersolis:
The result is full of asterisk and zeroes at the end.
Perhaps you can send the actual code you are using? And perhaps copy some lines from the serial monitor into a forums message, so we could have a look at what you actually get printed in the serial monitor?
The obvious? Maybe the unit hasn't got a satellite lock. What environment are you using it in, and how long did you wait after powering it up?
Maybe the unit hasn't got a satellite lock.
Even more likely is that your GPS isn't connected correctly or isn't sending the * followed by the checksum that the TinyGPS library is expecting.
Initially, your loop function should look like:
void loop()
{
while(gpsSerial.available() > 0)
{
char c = gpsSerial.read()
Serial.print(c);
}
}
where gpsSerial is an instance of the SoftwareSerial class connected to the two pins that the GPS is connected to.
ONLY when that bit of code works should you bother calling gps.encode() and, if it returns true, trying to use the data.