采用蓝牙技术的数据记录仪设计

做时难，RS232也不例外。在推荐标准RS232规范制定的时候，计算机被称为终端，有时它们需要连接到像调制解调器这样的通信设备。因此共有两类设备可用RS232标准进行相互连接，它们分别是数据终端设备(DTE)和数据通信设备(DCE)，通常计算机(或终端)被配置为DTE，大多数与它们相连的设备被配置为DCE(如调制解调器)。它们绝大部分用标准的9线RS232电缆连接，电缆一头的每个脚与另一头的相应脚连接，电缆内没有交叉线。

DTE在引脚3上发送数据，在引脚2上接收数据。同样在另外一端，DCE在引脚3上接收数据，在引脚2上发送数据。在90%的RS232应用中还会用到其它两个信号，即RTS(准备好发送)和CTS(清除发送)。电缆两端的设备都有RTS和CTS信号，一头的RTS直接连到另一头的CTS，反之亦然。两端的RTS都是输出信号，CTS都是输入信号。

在任何数据发送前，两端设备都要设置它们的RTS线(因为它们都能随时发送和接收数据)。如果发送器使RTS有效，接收器的CTS线也随即有效，因为它们是直接相连的。当发送设备开始发送数据时，它再使RTS线失效(随即接收器的CTS失效)。使CTS失效就告诉接收器它没有清除发送数据，这会使接收器延迟发送任何信息。如果发送器发送信息太多(和接收器过载)，接收器可随时使RTS线失效(同时使发送器的CTS线失效)，从而指示发送器停止发送数据。

蓝牙模块被配置为DCE，因此在AS1530端的微控制器被配置为DTE，这样它就在引脚3上发送数据，在引脚2上接收数据。它还使用RTS/CTS握手，在9针连接器的引脚7上发送RTS，在引脚8上接收CTS。需要注意的是，如果微控制器准备连到PC机上的HyperTerminal(用于测试)，Tx和Rx线就需要交换，RTS和CTS线也要交换，相当于将微控制器从DTE改为DCE。

标准的RS232电平转换器用于连接微控制器和RS232数据线。应该注意的是，在发送到蓝牙模块的每个命令后面都需要跟一个回车键。在用键盘输入时这个简单的操作经常被疏忽，如果回车键不发送的话，设计师可能要花数小时的冤枉时间去分析模块为何不能正常工作。

蓝牙模块可以通过编程赋于一个"好记的"名字，从而允许其它蓝牙设备方便地通过12位16进制地址以外的符号进行识别。当数据记录仪上电时，16F627A对数据记录仪端的蓝牙模块赋于一个名字"AMS_ADC"。

3. PC端

Windows程序采用Visual Basic Version 6进行编写。该程序复用了微软的超级终端(HyperTerminal)，可以搜索、连接和断开与数据记录仪的链接。Windows屏幕如图1所示。

图1中的文本窗口显示了蓝牙模块复位后送出的消息。左边是与蓝牙模块通信所需的控制区。

图1：蓝牙数据记录仪截屏图。

图2：发送查找本地蓝牙设备处理过程。

点击按钮会向蓝牙模块写入文本"INQUIRY 10 NAME"，告诉它在定时时间结束以前等待10秒，并查询所有本地蓝牙设备的名字。

然后蓝牙模块反馈找到了多少台设备以及它们的12位16进制地址和名字。从图中可以看到设备"AMS_ADC"的地址是00:07:80:80:c2:11。用户可以选中这个地址然后拷贝到"Address:"窗口。接着点击按钮，Windows程序向这个地址发送"CALL"命令，如下行所示：

CALL 00:07:80:80:c2:11 1 RFCOMM。

蓝牙设备发回一个CALL 0语句，告诉用户CALL过程已经开始。一旦建立起与远端记录仪的通信，蓝牙设备会回送一条"CONNECT"语句。一旦连接建立，随后所有的文本都由数据记录仪而非蓝牙设备产生。数据记录仪通过发送文本"LOGGER CONNECTED"表明与AS1530的通信已经建立。Windows程序同时会打开一个名为C:AMS_ADC.xls的文件，并将接收到的数据存于其中。

图3：数据记录仪端的电路图。

用户再点击按钮清除屏幕，将程序从接收文本状态切换到接收数据状态。随后所有收到的数据都被保存到C:AMS_ADC.xls文件中。

Windows程序也允许用户输入自己的文字信息来覆盖命令按钮，点击按钮将清除文字窗口。在文本窗口输入文字然后点击按钮就可以将文本窗口上的所有文字下载到蓝牙模块中。

点击按钮会发送命令"+++"给蓝牙模块，告诉它终止链接。蓝牙模块随即断开链路，返回消息告诉用户链路已经断开。图3是数据记录仪端的电路图。PC端只是一个通过RS232电缆与PC相连的BlueGiga WT12评估套件。

通过改写Windows软件可以很容易扩展系统，使用户查询多个数据记录仪。数据记录仪中的软件经过进一步完善后也可以更好地处理来自主