基于IEEE802.11b的EPA温度变送器设计，EPA，IEEE802.11b，嵌入式Linux，温度变送器

引言IEEE802.11是IEEE无线局域网标准，主要用于用户终端的无线接入。IEEE802.11只规定了开放式系统互联参考模型的物理层和介质访问子层，其MAC层利用载波监听多路访问/冲突避免（CSMA/CA）协议；定义了单一的MAC层和多样的物理层，其物理层标准主要有IEEE802.11b、IEEE802.11a和IEEE802.11g。IEEE802.11b标准是IEEE802.11协议标准的扩展，最高可以支持11Mbps的数据速率，运行在2.4G赫兹的ISM频段上，采用的调制技术是CCK，支持数据

引言

IEEE802.11是IEEE无线局域网标准，主要用于用户终端的无线接入。IEEE802.11只规定了开放式系统互联参考模型的物理层和介质访问子层，其MAC层利用载波监听多路访问/冲突避免（CSMA/CA）协议；定义了单一的MAC层和多样的物理层，其物理层标准主要有IEEE802.11b、IEEE802.11a和IEEE802.11g。IEEE802.11b标准是IEEE802.11协议标准的扩展，最高可以支持11Mbps的数据速率，运行在2.4G赫兹的ISM频段上，采用的调制技术是CCK，支持数据业务。

本文详细分析了采用S3C2410处理器平台具体实现运用于EPA网络的IEEE802.11b无线实时温度采集器的开发流程，并对串口通信的调试手段及常见问题进行了探讨。

1 温度变送器的硬件设计

温度变送器系统平台硬件系统功能如图1所示，该平台的核心器件是Samsung公司的处理器S3C2410，外部扩展了16MB、16位的Flash内存和64MB、32位的SDRAM。处理器S3C2410通过UART接口和温度变送器相连，通过USB接口和一个IEEE802.11b网络接口卡相连，通过RS232串口和外部PC相连。温度变送器采集到的温度数据输入系统缓冲区中，处理器S3C2410可对缓冲数据直接进行相关处理，处理后的数据可以通过RS232串口传送给外部宿主机PC，也可通过IEEE802.11b网络接口卡发送到无线局域网上。

S3C2410处理器功能十分强大，资源丰富。它内部集成了ARM公司的32位微处理器ARM920T，主频最高可达203M赫兹，具有独立的16KB指令Cache和16KB数据Cache，还有LCD控制器，RAM控制器，NAND闪存控制器、3路UART、4路DMA、4路带PWM的Timer、并行I/O口、8路10位ADC、触摸屏接口、2个USB接口控制器和2路SPI。

从外部温度传感器采集到的数据经S3C2410 CPU数据处理模块传回到IEEE802.11b USB接口卡；IEEE802.11b的无线通信模块经IEEE802.11b的接入点传到外部以太网络中。

tr>

2 温度变送器的软件系统设计

温度变送器软件系统设计流程如图2所示，系统分3步实现：1）为温度变送器编写内核驱动程序；2）编写温度数据采集应用程序，通过串口获取温度数据并进行相应的EPA报文打包处理；3）利用无线网络将处理数据发送给上位机，前面提到系统平台上运行的是ARM Linux。在启动后启用了MMU，系统进入保护模式，所以应用程序不能直接读/写外设的I/O区域（包括I/O端口和I/O内存）。这时一般要借助于外设的驱动来进入内核态完成这项工作。

2.1 串口的驱动实现

在Linux下，设备驱动程序可以看成Linux内核与外部设备之间的接口。设备驱动程序向应用程序屏蔽了硬件实现上的细节，使得应用程序可以像操作普通文件一样来操作外部设备，可以使用和操作文件中相同的、标准的系统调用接口函数来完成对硬件设备的打开、关闭、读/写以及I/O控制操作，而驱动程序的主要任务也就是要实现这些系统调用函数。本系统平台使用的嵌入式ARM Linux系统在内核主要功能上与Linux操作系统没有本身区别，所以驱动程序要完成的任务也一样，只是编译时使用的编译器、部分头文件和库文件等要涉及具体处理器体系结构，这些都可在Makefile文件中具体指定。当应用程序对设备文件进行诸如open、close、read、write等系统调用操作时，Linux内核将调用file_operations结构访问驱动程序提供的函数，例如，应用程序对设备文件执行读操作时，内核将调用file_operations结构中的read函数。在系统平台上对串口数码摄像头驱动，首先把串口驱动模块静态编译进内核，使平台支持串口，再在须使用温度采集时，使用insmode动态加载其驱动模块。这样温度传感器就可正常工作了，接着进行下一步－－对温度的采集编程。

2.2 温度数据采集模块

在温度变送器串口被驱动后，需要再编写一个采集温度的应用程序。根据嵌入式系统开发特征，先在宿主机上编写应用程序，再使用交叉编译器进行编译、链接、生成目标平台的可执行文件，宿主机与目标板通信采用打印终端的方式进行交叉调试，成功后移植到目标平台。编写采集程序是在安装Linux操作系统的宿主PC机上进行的，其程序流程如图3所示。

程序运行流程如下：

1）初始化设备功能，发送03H给温度变送器。如果初始化失败，则重复发送初始化功能码2次，若都失败则返回；若成功则进入下一步。

2）进行数据查询，查询消息中的功能代码告之被选中的从设备要实现何种功能，数据段包含了从设备要实现功能的任何附加信息，即读取或修改的起始地址以及数据数量。CRC校验为从设备提供了一种验证消息内容是否正确的方法。

3）如果从设备产生一个正常的响应，则响应消息中的功能代码是查询消息中的功能代码的回应。数据段包括了从设备收集的数据。如果有错误发生，则从设备将修改功能代码以表明此回应是一个异常的回应；同时数据段中包含相应的错误代码，CRC校验用于主设备判断响应帧内容的正确性。

4）将从设备得到的数据运用EPA协议栈进行数据的封装，然后通过IEEE802.11b无线网卡发送到数据分析设备。

5）根据对数据的处理，将得到返回的数据，程序再将返回数据写入从设备。如果写入失败，则连续写两次，若仍失败则跳出。

系统采用主从通信技术，S3C2410处理器模块作为主设备，温度传感器作为从设备，主设备可以对温度传感器进行初始化，并出发出查询指令；温度传感器根据主设备查询指令实现相应的功能。S3C2410处理器模块查询的格式包括功能代码、所有要发送的数据和CRC校验域；从设备回应消息也包括相应的功能代码、任何要返回的数据和CRC校验域。如果在消息接收过程中发生错误，从设备将构造一错误帧并将其作为应答回应。程序中构造的帧格式如下：

当主设备查询从设备时，它希望得到从设备的正常响应，但可能有3种处理情形：

1）从设计收到了主设备的查询，且全部校验正确。从设备就产生正确的响应。

2）从设备由于通信错误等没有收到主设备的查询，因此有就无法产生响应，这时主设备将通过超时判断查询的错误。

3）从设备收到了主设备的查询，但检测出通信帧内容出错（如CRC校验出错或非法的起始地址等），这时从设备将产生异常响应通知主设备相关的错误信息。

最后将采集数据用EPA协议栈打包，并利用无线网络进行传输。

2.3 无线网络模块

无线网络模块是将无线网卡注入内核，“插槽”驱动层通过API为PC卡服务层提供服务，编写“插槽”层驱动就是实现这些API函数，PC卡服务层维护着一张函数表，记录已登记的“插槽”驱动层的API函数，相应地提供了两个接口函数用来登记和取消登记一个“插槽”驱动层的API函数，定义如下：

int register_ss_entry（int nsock，ss_entry_t ss_entry）；

int unregister_ss_entry（int nsock，ss_entry_t ss _entry）；

typedef int（＊ss_entry_t）（u_int sock，u_int cmd，void＊arg）；

◆函数register_ss_entry：用来登记一个“插槽”驱动层服务函数。

◆函数unregister_ss_entry：用来取消指定函数的登记，表明“插槽”层不再提供该服务。

◆具体服务函数ss_sentry：该函数的编写是核心。它包括3个参数：第1个参数sock是插槽编号；第2个参数cmd是命令，即服务函数的编码；第3个参数是一个void类型的指针，用来传递任意的参数。

PCMCIA“卡和插槽服务”（Card and Socket Services）软件规范要求插槽层提供的服务共有12项，Linux操作系统定义在inchude\pcmica\ss.h为文件里。