GSM无线数据采集系统在TC35I上的实现-设计应用_第1页
GSM无线数据采集系统在TC35I上的实现-设计应用_第2页
GSM无线数据采集系统在TC35I上的实现-设计应用_第3页
GSM无线数据采集系统在TC35I上的实现-设计应用_第4页
GSM无线数据采集系统在TC35I上的实现-设计应用_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

精品文档-下载后可编辑GSM无线数据采集系统在TC35I上的实现-设计应用GSM(GlobalSystemforMobileCommunications)是当前应用为广泛的移动电话标准。GSM具有模拟移动电话系统无可比拟的保密性、抗干扰性、音质清晰性及通话稳定性,并具备容量大、频率资源利用率高、接口开放、功能强大等优点。它提供多种业务,主要有话音业务、短消息业务、数据业务等。本文设计的系统即采用GSM提供的短消息业务实现数据的远程采集与交互。

1基于GSM的无线通信方案

基于TC35I的GSM无线数据采集系统为一个多点到一点的远程无线数据通信和控制系统。系统由多个数据采集终端和单个监控中心组成,其数据监控中心由计算机、数据库和通信接口组成,主要负责各种信息和数据的收发和处理、整理工作:一方面接收各个数据采集终端上传的信息和数据,并根据具体要求把它们放入相应的数据库;另一方面对各个数据采集终端发送相应的控制信息,从而达到对数据采集终端进行控制的目的。

2系统硬件设计

2.1终端数据采集部分设计

数据采集模块主要的功能就是将传感器所采集到的模拟信号转换成单片机可以处理的数字信号,然后将数据进行相应处理并等待发送。

设计中为了使数据采集终端占用尽可能少的空间,采用了SoC单片机C8051F040。C8051F040单片机是由SiliconLab公司生产的完全集成的混合信号片上系统型MCU,具有一个8位带PGA和8通道采样率500kS/s的ADC和一个12位带PGA和8通道采样率100kS/s的ADC,本终端的数据采集部分即采用采样率为500kS/s的8通道C8051F040片上ADC和前置调理电路来实现。

2.2GSM通信部分设计

2.2.1GSM引擎模块

系统中采用的GSM引擎模块采用德国西门子公司的一款GSM模块CT35I,CT35I支持双频900MHz和1800MHz,支持语音、数据、短消息和传真服务,低功耗,是一款高度集成的GSM模块。它为远程测量与监控提供了一个理想的解决方案。

GSM引擎模块TC35I提供的命令接口符合GSM07.05和GSM07.07规范。GSM07.07中定义的AT指令接口提供了一种移动平台(MS)与数据终端(DTE)之间的通用接口,GSM07.05对短信消息作了详细的规定。在TC35I模块收到网络发来的短消息时,能够通过串口发送指示消息通知微处理器,系统的数据监控终端可以向TC35I模块传送各种命令消息达到控制数据采集终端的目的。

2.2.2GSM数据通信模块

数据通信模块主要功能:在监控中心,实现GSM模块TC35I与PC机的通信;在数据采集终端,实现GSM模块TC35I与微处理器C8051F040的通信。串行接口是控制单元(PC机或微处理器C8051F040)与TC35I模块进行连接的通道,同样是利用AT指令控制TC35I模块及进行数据传输的关键所在。

在监控中心,以计算机为控制单元,配合MAX232接口芯片与TC35I进行通信。在数据采集终端,以单片机C8051F040为控制单元可以直接与TC35I进行通信。

3系统软件设计

本节主要阐述GSM功能模块的AT指令编程、PDU短信格式和采集终端的软件设计。本数据采集系统终端为了保证实时性采用了开源的μC/OSII实时操作系统,终端的软件设计主要是实时操作系统的任务设计。

3.1GSM功能模块的AT指令编程

在ESTI(欧洲电信标准协会)定制的SMS/GPRS规范中,与短信消息收发有关的规范主要包括GSM03.38、GSM03.34和GSM07.05。前两者着重描述SMS的技术实现(含编码方式),后者则规定了SMS的DTE-DCE接口标准(AT指令集)[4]。TC35I模块是采用AT指令集进行控制的,采用AT指令对其进行参数设置,实现数据的接收与发送,在GSM07.05和GSM07.07标准中对一些标准的AT指令作了详细的规定。

对TC35I的初始化的AT指令流程顺序为:进行AT指令测试、设定通信波特率、禁止TC35I指令回写(防止通信混乱)、设定PDU格式、设定模块工作方式。其对应的具体指令形式如表1所示。其中AT指令以ASCII码形式给出。

3.2PDU短信格式

短消息的发送可以采取两种数据格式:文本格式和PDU格式。使用文本格式,应用程序需要一套预置编码选项,而且应用效果不好。如果使用PDU格式,则支持任何编码。本系统采用PDU格式短信。PDU的发送协议格式如表2所示。

PDU的接收协议格式和发送类似,不再赘述。

3.3基于μC/OSII的主要任务设计

本终端主要有3个任务:(1)接收监控中心指令任务:接收来自监控中心的命令信息、命令信息协议解释,并将解释完成的指令传送给第2个任务进行终端采集控制;(2)数据采集与处理任务:执行任务1的命令,根据任务1的命令进行数据采集与相应处理,并把处理完成的数据送到第3个任务进行发送;(3)发送数据到监控中心任务:完成数据的发送。任务程序的总体流程图如图2所示。

任务1的具体流程:等待监控中心指令的到来,此时任务处于睡眠状态等待指令数据中断信号量的到来,当信号量发生时任务判断接收到的具体指令格式是否有效,如果有效接受本指令,并根据预先约定的协议进行命令解释,把解释完成的命令放入消息队列1中。任务流程图如图3所示。

任务2的具体流程:等待消息队列1中的消息,此时任务处于睡眠状态,当有消息到来时,从消息队列中取出指令,并根据指令内容(采集时间点、时间间隔、采样通道等)进行数据的采集,并把采集到的数据格式转化成协议约定的数据格式,把本数据放入消息队列2中。任务流程图如图4所示。

任务3的具体流程:等待消息队列2中的消息,此时任务处于睡眠状态,当有消息到来时,从消息队列中取出待发数据,并进行发送。如图5所示。

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论