Chinaunix首页 | 论坛 | 博客
  • 博客访问: 596815
  • 博文数量: 119
  • 博客积分: 6010
  • 博客等级: 准将
  • 技术积分: 1583
  • 用 户 组: 普通用户
  • 注册时间: 2008-08-15 09:18
文章分类

全部博文(119)

文章存档

2011年(3)

2010年(21)

2009年(44)

2008年(51)

我的朋友

分类:

2010-04-30 17:57:00

Q 我写了个短信发送程序,使用PDU格式发送,程序在广州使用一点问题也没有,在河南却怎么也发不出去。不知道为什么,短信"你好吗"格式如下:
河南: 0891683108200005F011000D91683170031618F20008A9064F60597D5417
广州: 0891683108301705F011000D91683170031618F20008A9064F60597D5417
A 发送短信时要用SIM卡属地的SMSC号码。如果是在广州办的卡,即使在外地还是要用广州的SMSC号码。你的两个短信内SMSC号码不同,但用的是同一张SIM卡,不知是否是此原因。

Q 短信中心的号码可否直接使用SIM卡中的号码,而不要用户输入?我用过的短信软件好像都是不用输SMSC号码的。
A 有一条"AT+CSCA"指令,可用于设置或查询服务中心号码。若手机中已存在此号码,有两种解决办法:
· 用"AT+CSCA?"指令查询出来,然后自动将此号码写到PDU的SCA中。
· PDU的SCA字段只写一个"00": "08 91 68 31 ..." -> "00"
可用"AT+CSCA=xxxxxxxx"指令设置服务中心号码。

Q 我在超级终端上,用at+cmgs发送短消息,格式好像没有错误,但总返回"ERROR"。我输入的就象这样:
at+cmgs=30> 0891683108100005F011000D91683118405057F000000006C8329BFD0E01 请问是什么原因?
A "at+cmgs"指令很特殊,回车后还需要输入数据。此处是"CR",不是"CRLF",注意在超级终端里直接回车是不是生成了两个字符(查看设置)。象"at+cmgl"指令,即使最后输入"CRLF"也是不要紧的。
你的问题出在长度上。长度不是随便写的,你的例子中,长度应为21。除去SMSC段(0891683108100005F0),从"11"开始算(即"11000D91683118405057F000000006C8329BFD0E01"),除以2即得。
正确的写法应该是
at+cmgs=21> 0891683108100005F011000D91683118405057F000000006C8329BFD0E01 (">"是手机提示,不是输入的)

Q 我最近在编一个关于短消息的程序,在你的"通过串口收发短消息"中提到"Text Mode是纯文本方式,可使用不同的字符集,从技术上说也可用于发送中文短消息,但国内手机基本上不支持,主要用于欧美地区。"是不是说我用AT指令"AT+CMGF=1"或"AT+CMGF=0"对我后来的收发短消息没什么影响啊?
A Text mode写起来简单,直接发原文就行,发送非ASCII码内容也能发,但需要手机支持才能正确显示。如法语、德语的很多字符,编码大于0x80,他们都是用text mode。Text mode靠什么区分字符编码方式呢?有专门的字符集设定指令"AT+CSCS"。可以设定为扩充字符集"UCS2"。Siemens TC35/TC37资料上说,它的"AT+CSCS"支持"UCS2"字符集,但我目前没有机会去亲自试验。正在使用TC35/TC37模块的朋友不妨试一下。
据我了解,中文短消息方面,在国内卖的各种手机只支持PDU mode,这成了事实上的标准。其实PDU mode真的挺好用,估计以后text mode会萎缩。我们写的程序,我建议只采用PDU mode,即使是发纯英文信息也这样,编码倒是可以灵活采取7bit或UCS2,因为7bit能发的长度是UCS2的2倍(仅对纯英文而言)。如果发送纯数据,不需要手机显示,可用8bit。

阅读(3782) | 评论(0) | 转发(1) |
给主人留下些什么吧!~~