| View previous topic :: View next topic |
| Author |
Message |
farazwan
Joined: 26 Apr 2012
Posts: 13
|
|
 Posted: Sun Jun 17, 2012 12:37 pm |
 |
|
My coding are too long. 650++ lines. I use it to interface with vehicles.  |
|
 |
Gabriel
Joined: 03 Aug 2009
Posts: 1067
Location: Panama
|
|
| Posted: Mon Jun 18, 2012 6:56 am |
|
|
thats what the code library is for....
however, you are not obliged to do so.
posting your code is entirely up to you and its a personal choice (or your company's confidentiallity agreement's choice)....
if you can, post it to help others... it would be cool to see your solution.
_________________
CCS PCM 5.078 & CCS PCH 5.093 |
|
|
rennelmallari
Joined: 02 Feb 2013
Posts: 8
|
|
| Posted: Sat Feb 02, 2013 10:59 am |
|
|
| farazwan wrote: | | My coding are too long. 650++ lines. I use it to interface with vehicles. |
Sir Farazwan pls post your working code.. i need to know the receiving portion of the GSM.. Thank u..pls |
|
|
naughty_mark
Joined: 29 Aug 2012
Posts: 97
|
|
| Posted: Thu Feb 07, 2013 9:38 pm |
|
|
Normally, when the GSM modem gets a new message, it will automaticlly send an AT command via port such as RS232 to micro, you can check this AT command (CMTI). All the command or respond from GSM modem is end by "OK" followed by Line feed and CR. So in my code, once I got this patten, I copy the content in the buffer to a string var. Then processing this string by checking if it contains key words which it supposes to be.
Or you can use regular check routine, AT command (CMGR) with index number , it will return the message stored in the corresponding index position in the GSM modem, all details including such as read/unread, date, time, content etc. You can look up "UNREAD" pattern to judge if it is a new message and display on the screen. |
|
|
|
FAQ 
Search
Register
Profile 
Log in to check your private messages 
Log in
