Hey all,
I am doing a project on Vehicle Tracking System using GPS and GSM Modem.The 2 devices aforementioned communicates with 8051uC. But since there is only 1 UART in 8051 i have to use a analog multiplexer i.e CD 4062. I want to know how to interface it with GPS, GSM, and 8051.
Also it would be grateful if anyone could tell me how to parse output of GPS and how initialize a GPS receiver to that it starts giving me the GPRMC
Could you not manage to follow the link that I gave you earlier?
I would be using a SIM300 GSM modem and a GPS receiver with SiRFstarIIe-chip-set.......Now can I have the sample codes.please Also I think irrespective of what GPS receiver u choose the output is just the same. All I want from the GPS is the RMC data
Also if u could suggest me a better GPS which highly accurate and also affordable at the same time I would be grateful.
No one (who actually knows what they are doing) is going to give you the code that you are looking for.
The point of this assignment, and school in general, is to get YOU to learn how to do things for YOURSELF.
You are correct that most GPS modules output a NMEA serial data stream, but YOU have to learn how to parse and handle that data.
May of the people here are happy to help if you get stuck on a problem and are able to clearly articulate that problem and what you have done to try and fix it. None of us are interested in doing your homework for you.
ND
See you are getting me all wrong. I wasn't even expecting you to do my homework and mind you It would be me that would be doing it all . I was just seeking info on how to parse the data because GPS' output would be a long string and and the data registers in 8051 would all be 8 bits so how would i manage saving such a long String. Just provide me with the logic and i'll definitely will reply you when I get the whole code written.. By the way thanks but pls be there when i'm stuck somewhere PLSSSS
So. Now you asked a specific question.
One possible route (and the possibilities are legio):
char my_nmea_string[NMEA_BUF_SIZE]; if (!strncmp(my_nmea_string,"$GPRMC",6)) { // almost there. just continue to gnaw characters // one at a time until reaching end of string ... }
Or you can have the interrupt code (normally not so good idea but depends on what interrupt load you have, and timing requirements) have a state machine and process each receievd character based on current state. If currently waiting for a number you just check if character is field separator or part of the number.
Whatever you do, you just have to process the received data character-by-character. Optionally after having collected a full text line in a buffer (and possibly verified the checksum). Just remember that the line break and the $ can be very handy for synchronizing if you start listening in the middle of a line.
About processors with multiple UART - check parametric search on this web site. Finds a lot of chips with multiple UART:
And you are correct that the parsing of a $GPRMC string looks similar even with different GPS - I already mentioned that earlier. So your general skills at programming should be able to solve the problem. Most C solutions that works on a PC would work on a 8051 too for the specific case of handling an $GPRMC string. And it's quite easy to process the $GPRMC string in assembler to.
A creative developer sees possibilities. What possibilities have you identified?
See you are getting me all wrong.
I don't think we are. We're getting that you consistently ignore all advice you've been given, keep asking the same questions over and over instead, and insist on the answers being given in one form, and one form only: pre-fabricated source code.
It would be me that would be doing it all
No, it wouldn't. It would be you piecing other people's work together at best.
I was just seeking info
No, you weren't. You were expressly seeking for source code.
By the way thanks but pls be there when i'm stuck somewhere
You're royally stuck already, and people have already tried to help you with that by pointing out the problem to you --- only to be summarily ignored.
See actually i am new to serial communication Ive been working with uC's for about a year or so but never did anything related to serial communication. Please try to understand. The reason why i was asking for the code was because i would have got an idea by that way.It would have alright ifyou could have just replied me not with the GPS' output but any random program related to serial communication. I think you misunderstood me and I misunderstood you. Lets close that chapter. And mark a new beginning
5 minutes looking around on this site - or looking around on your computer - should give you a good starting ground for serial communication.
Processing $GPRMC strings doesn't have anything to do with serial communication. You could just as well have received the data from a file on a memory card or have the strings hard-coded in the source code.
When writing software, you partition your problem into smaller pieces until you have pieces small enough for you to handle. Receiving data, and decoding data is definitely two separate pieces. And processing NMEA strings is also possible to see as multiple tasks. - Locating record separators (i.e. individual text lines) - Computing checksum - Splitting line into individual fields - Decoding the contents of the different fields - Using the decoded data in an application-specific way.
Yes - you start by following the links you've already been given, and doing a bit of study and research.
"Ive been working with uC's for about a year or so but never did anything related to serial communication"
I find that quite amazing - to have gone a whole year and done nothing with serial comms!
Really, serial comms is a very, very, very common part of microcontroller/embedded systems!
After "blinky", a "hello, world" program on the UART must be one of most developer's first programs.
You really should have no problem at all finding plenty of examples of it!
Start on this very website: http://www.keil.com/download/ http://www.keil.com/books
and take it from there...
Ive been working with uC's for about a year doing what?
Erik
Putting in fresh batteries and then pressing the remote control buttons? Or plugging in the headphones and then activated the MP3 player.
As Andy notes, serial comms is hard to avoid. Even products that doesn't need a serial port normally makes use of one just to be able to be programmed or for emitting debug information or similar.
See I've been doing projects like Temperature Sensor and Regulator, Security Lock Code, Data Acquisition System and projects like these so i have never been Serial Communication consequently not good knowledge of it but i do have some basic knowledge.. I think you all are trying to pull my leg, you've been insulting me Isn't it?
I gave you a link to the Device Database Parametric Search - all you had to do was click it, and you could easily have found chips with 2 UARTs and all your other requirements.
Did you do that? No - you just asked people to tell you chips.
If you want people to believe that you are actually interested in doing some work yourself, then you need to demonstrate it!
Look, buddy, if you came over here to get some "respect" - you are invited to leave right NOW. People here are interested in helping you if you actually help them to help you! Step 1: Follow their advise!
See I've been doing projects like Temperature Sensor and Regulator, Security Lock Code, Data Acquisition System doing? copying from the net? actually designing hardware? actually designing software?
If you want help show where you are, "I have" NOT "I need".
e.g. a code snippet can show better than a thousand words what you (do not) know.
Giving you "sample code" will just lead to frustration on both sides.
Surely you cannot accuse of me copying my projects from net, It's me who knows how much dedicated efforts and sleepless night i spend for my projects.
It seems that the only thing which made you all lunatic at me was me asking you for the sample codes and i also gave u a reason for that.
But nevertheless, can't we now just get back to the basics. I wasn't here for a duel with you all. Vehicle Tracking System is my BTech project and is dearly close to me. All I want is full support from your side. Because I know the deeper i go into the project, the more tedious it would be going to be. All you tech savvy people with great application oriented knowledge Pls be with me then.