AT Commands & SMS Software

[ashoksoft 83]

Well I do not think that is a specific question .... do u want to keep a tag on the calls u receive ?

if that is so ... I guess there is a log file for calls, which can be obtained using bitpim... there is a nice tutorial for bitpim and FWP by Vishal, check that out...

btw using AT commands i doubt..

Cheers

Ashok

[mohanraju 0]

TIA for the reply.

I'm developing an IVR sw using LG LSP-340E. I'm able to dial and disconnect calls. My next requirement is to get the caller id and proceed further.

BTW the result codes from FWP are not displayed in Hyperterminal. Any clue..

Regards

Mohan

[Vishal Gupta 4]

Select the option Echo typed characters locally in Hyper Terminal to view the result codes!

[mohanraju 0]

Echo is ON, also the register V is 1. (E=0,V=1). What i meant is, after making a call with the command AT+CDVxxxxx, only OK is displayed. Also incoming call 'RING" is not being displayed.

I would also like to know if the LG-LSP340E model has an CLIP enabled modem.

Regards

Mohan

[embedded 0]

hi everybody,

I am developing cdma auto dialer for burglar alarm system.

i am using lg cdma handset ,& using at command i want to do following things

1) offhook & onhook

2)dial no

3)monitor call processing

4)detecting busy,network busy,answered,noreply.etc..

5) speaker & mic on/off

Can anyone please help me in this regard.

Thanks

Dinesh

[ashoksoft 83]

For ur queries,

Check out :

http://www.ashoksoft.com/CDMAATRef.zip

cheers

ashok

[anishrao 0]

Hey all,

this might be slightly off topic but i didnt know where else to post. I want to have an ebook on my lg rd5340. so does anybody know how to upload an ebook onto my cellphone using bitpim? I have been succesful in uploading many wallpapers and ringtones but i do not know how to do this. Plz help.

Thanks in advance

[ashoksoft 83]

If u plan to read Ebooks ... move aside ... and buy a Kyocera 7135!!

If u are insistant ... upload the ebook as a wap site ...

and browse from R-Surf thatz about the only option with a 5130!!

CHEERS

ashok

[anishrao 0]

If u plan to read Ebooks ... move aside ... and buy a Kyocera 7135!!

If u are insistant ... upload the ebook as a wap site ...

and browse from R-Surf thatz about the only option with a 5130!!

CHEERS

ashok

Thanks a lot for replying ashoksoft. but the problem is that 5340 does not have wap and it is a brew enabled phone. i am not a techno geek and whatever manipulation of ringtones n wallpapers i know i have learnt from u guys(thanks a million ). But i just have this idea. If we can somehow "see" the sms text msgs on the mobile thru bitpim filesystem, we might be able to overwrite one of the messages or add the ebook as a message. I do not know if it is possible or not. so guys i come to u again for aid. Plz help me.

anish

[ashoksoft 83]

mate ... the SMS has a character limit .. the phones processing chip from QC is designed to take a specific amount of load ... now a ebook at the least will have a few thousand characters .... considering an example of a "small" ebook of 500 KB

thatz about 512000 characters

considering ur phone supports 180 char SMS

it is equivalent to 2844 SMS's ... now if the phone's processing is designed to read upto 180 chars ... it might take a little more load and can probably process a few 100 chars more ...

but surely not 2844 such blocks ....

so it would not even be a wise idea to try ..

PS : I did use these fundas during my exam days ... coz mobiles were not banned in my college anyways

cheers

ashok

[ankitmania 0]

Honestly speaking i was a bit scared to post anything here as the description read "This forum is meant for experts and not recommended for novices." and i consider myself a novice but here i cud see many wanted to know whether there is a possibility of sending SMS through PC.

The answer is yes. Using AT commands for CDMA and GSM, we can send SMS.

There is a different AT command set for CDMA and GSM.

Only these Nokia CDMA model numbers support AT commands (As per Nokia CDMA manual)

6255

3205

6585

6262

6235

6225

6015

3586

3155

3125

3105

I was successful in making an automated sms sending software using a reliance nokia 6235 cdma phone

Where i am struggling is

1) I know nokia 2112 cdma doesnt support AT commands but we can send SMS using Pc suite. How does that happen ???? Fbus protocol???

Is Fbus protocol the answer ???

2) Does any other low end LG or Samsung model support AT command to send SMS??

[kshah 452]

Honestly speaking i was a bit scared to post anything here as the description read "This forum is meant for experts and not recommended for novices." and i consider myself a novice but here i cud see many wanted to know whether there is a possibility of sending SMS through PC.

The answer is yes. Using AT commands for CDMA and GSM, we can send SMS.

There is a different AT command set for CDMA and GSM.

Only these Nokia CDMA model numbers support AT commands (As per Nokia CDMA manual)

6255

3205

6585

6262

6235

6225

6015

3586

3155

3125

3105

I was successful in making an automated sms sending software using a reliance nokia 6235 cdma phone

Where i am struggling is

1) I know nokia 2112 cdma doesnt support AT commands but we can send SMS using Pc suite. How does that happen ???? Fbus protocol???

Is Fbus protocol the answer ???

2) Does any other low end LG or Samsung model support AT command to send SMS??

I dont think any of LG or samsung supports AT command. FBUS too does not work with handset which do not support SMS AT commands.

You mentioned that you made application or successful sending automated SMS, which software you use? If you made yourdelf, mind posting it here or give it to me?

[thinkpositive 0]

i cant get it !!!!

[ankitmania 0]

i have made the application in vb6.0 .....anyways what my concern is if 2112 doesnt support fbus protocol then how come its possible to send sms using pc suite for 2112 ???? there has to be something that must be triggering the 2112 mobile phone ........ ok guys help me out in this ..... i am making this application for youth for equality ....... i have already made a software for 6225 which works fine as 6225 supports at commands but i want to use one more phone to send sms which is 2112

thanks

[ashoksoft 83]

well mate ... I guess u could send accross a 2112 and a data cable for 2-3 days ... and I could just try coaxing it to reveal something

cheers mate

ashok

[kshah 452]

ASCII

While most people think of numbers as the primary grist for the computing mill, more character data is stored in computers than any other kind. Character data in a computer is always stored as a simple substitution cipher: each character is assigned a binary number which represents the character inside the computer. Over the years, a number of character codes have been used. These include BCD (Binary Coded Decimal), Fieldata, ASCII (American Standard Code for Information Interchange), EBCDIC (Extended Binary Coded Decimal Interchange Code), Unicode and others. Of these, ASCII has become the de facto standard because of its widespread use in personal computers.

The following table gives the hexadecimal character codes used by ASCII to represent characters inside the computer:

00 = NUL 01 = SOH 02 = STX 03 = ETX 04 = EOT 05 = ENQ 06 = ACK 07 = BEL

08 = BS 09 = HT 0A = LF 0B = VT 0C = FF 0D = CR 0E = SO 0F = SI

10 = DLE 11 = DC1 12 = DC2 13 = DC3 14 = DC4 15 = NAK 16 = SYN 17 = ETB

18 = CAN 19 = EM 1A = SUB 1B = ESC 1C = FS 1D = GS 1E = RS 1F = US

20 = space 21 = ! 22 = " 23 = # 24 = $ 25 = % 26 = & 27 = '

28 = ( 29 = ) 2A = * 2B = + 2C = , 2D = - 2E = . 2F = /

30 = 0 31 = 1 32 = 2 33 = 3 34 = 4 35 = 5 36 = 6 37 = 7

38 = 8 39 = 9 3A = : 3B = ; 3C = < 3D = = 3E = > 3F = ?

40 = @ 41 = A 42 = B 43 = C 44 = D 45 = E 46 = F 47 = G

48 = H 49 = I 4A = J 4B = K 4C = L 4D = M 4E = N 4F = O

50 = P 51 = Q 52 = R 53 = S 54 = T 55 = U 56 = V 57 = W

58 = X 59 = Y 5A = Z 5B = [ 5C = \ 5D = ] 5E = ^ 5F = _

60 = ` 61 = a 62 = b 63 = c 64 = d 65 = e 66 = f 67 = g

68 = h 69 = i 6A = j 6B = k 6C = l 6D = m 6E = n 6F = o

70 = p 71 = q 72 = r 73 = s 74 = t 75 = u 76 = v 77 = w

78 = x 79 = y 7A = z 7B = { 7C = | 7D = } 7E = ~ 7F = DEL

Codes with a hexadecimal value less than 20 16 are called "control characters". These were used in the past for teletype and pre-LAN communications protocols, and only a few have much relevance today. Of these, the (carriage) return ("CR") and the line feed ("LF"), or new line, are of particular interest.

Despite the proliferation of proprietary and internationalized document formats, ASCII text remains the only universally understood character data format. Even so, designers of computer operating systems such as UNIX, Macintosh and Windows cannot seem to agree on something as simple as how to designate the end of a line of text in a file. UNIX systems denote the separation between lines of text with a new line character; Macintosh systems use a return, and Windows systems use both. This means that when transferring text files between various systems, one sometimes finds that the destination system interprets the file as containing a single line. Of course, filtering programs have been written to account for the differences, but the problem remains an eloquent argument that a little standardization can be a good thing.

It is important to note that ASCII is a case-sensitive code: there are separate character codes for upper and lower case characters. As a result, the phrase

I will always pay attention to case when I use ASCII!

is encoded in hexadecimal as:

49 20 77 69 6C 6C 20 61 6C 77 61 79 73 20 70 61 79 20 61 74 74 65 6E 74 69 6F 6E

20 74 6F 20 63 61 73 65 20 77 68 65 6E 20 49 20 75 73 65 20 41 53 43 49 49 21

and not as:

49 20 57 49 4C 4C 20 41 4C 57 41 59 53 20 50 41 59 20 41 54 54 45 4E 54 49 4F 4E

20 54 4F 20 43 41 53 45 20 57 48 45 4E 20 49 20 55 53 45 20 41 53 43 49 49 21

(which of course was in all upper case: check it!).

You should also be aware that the key codes generated by a keyboard as you type are not the same as the ASCII codes above. The codes generated by your keyboard are translated into ASCII by the keyboard controller hardware in your computer.

As you can see from the ASCII table, only 7 bits are used in the hexadecimal character codes: they range in value from 0 to 7F 16. In contrast, BCD is a 5 bit code, Fieldata is a 6 bit code, EBCDIC is an 8 bit code and Unicode is a 16 bit code. Since computers store character data using one byte for each character, when ASCII is stored the most significant bit of each byte is 0. This bit is sometimes used for a rudimentary form of error checking when ASCII data is transferred between computers.

Parity

The "parity" of a byte of data is defined as "odd" or "even" depending on the number of bits in the byte which have a value of 1. When transferring data between computers using ASCII, the most significant bit of each byte can be arbitrarily set to either 0 or 1 in order to force each byte to have odd or even parity. As long as both computers agree on which type of parity is being used, transmission errors in which only one bit of data is transferred incorrectly can be detected by checking the parity of each byte transferred. So for example, if the two computers agree that all data is to have odd parity and one computer sends an upper case A

41 16 (0 1 0 0 0 0 0 1 2),

the actual value sent will be

C1 16 (1 1 0 0 0 0 0 1 2).

If instead the two computers agree that all data is to have even parity, the upper case A will be sent unchanged.

It is important to note that parity is not a very good error detection mechanism. If an even number of bits are corrupted during transmission the error will not be detected. For instance, if our upper case A with odd parity is received as

01 16 (0 0 0 0 0 0 0 1 2)

or as

C716 (1 1 0 0 0 1 1 1 2),

the incorrectly transferred byte still has odd parity and will be accepted as correct. More robust error detection mechanisms include checksums, CRC (Cyclical Redundancy Check) and ECC (Error Correction Codes), all of which are outside the scope of this text.

This concludes the chapter on data representations and computer arithmetic. We turn now to several topics which have little or nothing to do with numbers, beginning with logic.

11 AT Commands for Java™ SMS

11.1 AT+CMGS Send an SMS Message

This command is used to send an SMS message. The following parameters are used:

• <dest_num_len>: destination phone number length (1 byte)

• <dest_num>: destination phone number

• <encoding>: message encoding type (1 byte)

• <user_data_len>: user data length (1 byte)

• <user_data>: user data (Java SMS tag “wma://” should be part of user data if you wish Java SMS application to receive the SMS)

All the above parameters are in HEX. For example: AT+CMGS=0A38353838333135353535020454455354. The destination phone number is: 8588315555 and the user data is: TEST.

Above post shows that how SMS can be sent using nokia handsets with AT commands. One can make small applicaitiion which then communicwith handset to send SMS.

[ashoksoft 83]

I've already made one such app ... including some parts using the FBUS Activex library ... if you have a Nokia 6255, 6235 and have a USB cable or a 2112 with A SERIAL Data cable.. please PM me / contact me ..

Kshah .. I'll try to call you once I'm in Mumbai, so that I can discuss about something that I worked on sometime back ..

cheers

ashok

[Puneet 0]

I have a 6235/USB Data cable

[Saurav 22]

I've already made one such app ... including some parts using the FBUS Activex library ... if you have a Nokia 6255, 6235 and have a USB cable or a 2112 with A SERIAL Data cable.. please PM me / contact me ..

I have Nokia 6235 with DKU-2

[HetalDP 947]

Please see post regarding HPSMS-Server

Post edited. Puneet.