注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

心情挺好的博客

正在等你光临呢 呵呵

 
 
 

日志

 
 
关于我

喜欢摄影的朋友看过来:) 有时间就跟我一起去拍照去吧. QQ272751 上海圣玛丽摄影化妆培训学校 16年专业摄影培训化妆培训学校 电话:15900513500。 http://www.smlsh.com

网易考拉推荐

TC35和TC35i在短消息接收上的一点区别  

2009-03-24 18:53:48|  分类: 技术 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

 
TC35i是西门子的替代TC35的短信模块。一次,我的程序在tc35上可以收到短信,而换了tc35i却收不到短信。折腾了好几天,才最终解决问题。

开始编程时,在网上搜到这样的资料:

一年前本人曾写过“通过串口收发短消息(上)、(下)”两篇文章,讨论了在TE(PC、单片机系统等)上利用扩展的AT指令控制ME(手机,GSM模块等) 发送和接收短消息的基本方法。其中接收/阅读短消息采用主动查询的方法。TE发送“AT+CMGL”指令,ME则输出已接收和存储的短消息。这比较符合 AT指令集的精神:有问有答,一问一答。但在实际应用中,发现这种方法存在一定的缺点:

ME接收到消息并存储起来,待查询时再传输到TE,中间总会有一段时间的延迟。这个延迟取决于查询间隔。
发出该指令后,不论ME里有没有,有多少条消息,总要经过长时间的延迟TE才能收到最终的“OK”。完整的过程一般持续5-10秒。
本文介绍一种通过串口“实时”接收短消息的方法。当ME收到一条消息时,主动发出通知给TE,或者直接将消息转发到TE。与查询机制相比,它类似于中断机制。

先简要说明一下短消息类(class)的概念:根据指定储存的位置,短消息分为class 0 – 3四个类。也可以不指定类(no class),由ME 按默认设置进行处理,存储到内存或者SIM卡中。在TPDU的TP-DCS字节中,当bit7-bit4为00x1, 01x1, 1111时,bit1 -bit0指出消息所属类:

00 – class 0:只显示,不储存
01 – class 1:储存在ME内存中
02 – class 2:储存在SIM卡中
03 – class 3:直接传输到TE
GSM Modem一般都支持一条“AT+CNMI”指令,可用于设定当有某类短消息到达时,如何处置它:只储存在指定的内存(易失的/非易失的)中,先储存后通知TE,还是直接转发到TE,等等。

“AT+CNMI”指令语法为

AT+CNMI=[[,[,[,[,]]]]]
mode - 通知方式:

0 – 不通知TE。
1 – 只在数据线空闲的情况下,通知TE;否则不通知TE。
2 – 通知TE。在数据线被占用的情况下,先缓冲起来,待数据线空闲,再行通知。
3 – 通知TE。在数据线被占用的情况下,通知混合在数据中一起传输。
mt - 消息储存或直接转发到TE:

0 – 储存到默认的内存位置(包括class 3)
1 – 储存到默认的内存位置,并且向TE发出通知(包括class 3)
2 – 对于class 2,储存到SIM卡,并且向TE发出通知;对于其它class,直接将消息转发到 TE
3 – 对于class 3,直接将消息转发到 TE;对于其它class,同mt=1
bm, ds, bfr的含义,请参考相关标准文档。一般不需要去关心它们。

在程序中具体实现时,使用mode=2, mt=1,比较简单。对所有类型的短消息,只要在收到ME送来的“+CMTI”通知后,用“AT+CMGR”指令读取消息内容就行了。TE与ME之间的通信过程,举例如下:

(初始化)
AT+CNMI=?  (查看能支持的设置范围)
+CNMI: (0-2),(0-3),(0,2,3),(0,1),(0,1)
OK
 
AT+CNMI?    (查看当前设置)
+CNMI: 0,0,0,0,0
OK
 
AT+CNMI=2,1 (设置为mode=2, mt=1)
OK
 
AT+CNMI?    (再查看当前设置)
+CNMI: 2,1,0,0,0
OK
 
(过了一段时间,有一条消息到达)
+CMTI “ME”,8  (通知:消息已经存储在ME内存中,序号为8)
 
AT+CMGR=8   (读第8条消息)
+CMGR: 8,27
0891683108200505F0240D91683158812764F80000402052110373800741E19058341E01
OK
 
AT+CMGD=8   (删除第8条消息)
OK

还有一种方式mode=2, mt=2也很令人感兴趣。在这种方式下,除了class 2外,消息不存储,直接转发到TE。需要处理消息通知和内容两种情况,复杂一些。但如果发送方也由程序控制,可以只发no class或class 1的消息,这样不存储在接收方ME内存(一般是闪存,非易失性的)中,肯定能延长它的使用寿命。TE与ME之间的通信过程,举例如下:

AT+CNMI=2,2  (设置为mode=2, mt=2)
OK
 
(过了一段时间,有一条消息到达)
+CMT: ,26
0891683108200505F0040D91683158812764F8000840205211639180064F60597D0021

-----

由于我的应用需要定时传输数据,大多数情况下是将模块关掉的,因此,我使用了第一种方法,查询的方法。具体做法:

设置 AT+CPMS=SM,SM,SM\r

然后用AT+CMGL=4 来接收短信

结果用tc35可以接收,用tc35i却接收不到。

观察发现:设置 AT+CPMS=SM,SM,SM\r 根本不能将短信存储在sim卡上,(不知道什么原因,但是当短信超过25条后可以存在sim卡上)。

解决的办法:设置短信存储方式为: AT+CPMS=ME,ME,SM\r,当用at+cmgl=0读的时候,短信可以从me中读出来。至于怎么才能将短信存储在sim卡上,我现在还没有找的方法。

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

刚刚做完了实时短消息的接收,赶快写写。

首先初始化:

需要发的命令如下,就不解释了,可以查AT命令。

AT

OK
AT+CPMS=ME,ME,SM

+CPMS: 9,25,9,25,0,70

OK
AT+CNMI=2,1,0,0,1

OK
AT+CMEE=1

OK
AT+CSMS=1

+CSMS: 1,1,1

OK

+CMTI: "ME",10
AT+CMGR=10

+CMGR: 0,,24
0891683108100005F0240D91683121743792F02108602140519511230400420031

OK

接收到短信后,ME会发出+CMTI: "ME",10这样的指示。

然后用AT+CMGR=10 这样的指令就可以读出短信内容了
 

  评论这张
 
阅读(688)| 评论(0)
推荐 转载

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017