图1硬件系统功能
2 温度变送器的软件系统设计
温度变送器软件系统设计流程如图2所示。系统分3步实现：① 为温度变送器编写内核驱动程序；② 编写温度数据采集应用程序，通过串口获取温度数据并进行相应的EPA报文打包处理；③ 利用无线网络将处理数据发送给上位机。前面提到系统平台上运行的是ARM Linux。在启动后启用了MMU，系统进入保护模式，所以应用程序不能直接读/写外设的I/O区域(包括I/O端口和I/O内存)。这时一般要借助于该外设的驱动来进入内核态完成这项工作。
图2软件系统设计流程
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所示。
图3温度数据采集程序
程序运行流程如下：
① 初始化设备功能，发送03H给温度变送器。如果初始化失败，则重复发送初始化功能码2次，若都失败则返回；若成功则进入下一步。
② 进行数据查询，查询消息中的功能代码告之被选中的从设备要实现何种功能。数据段包含了从设备要实现功能的任何附加信息，即读取或修改的起始地址以及数据数量。CRC校验为从设备提供了一种验证消息内容是否正确的方法。
③ 如果从设备产生一个正常的响应，则响应消息中的功能代码是查询消息中的功能代码的回应。数据段包括了从设备收集的数据。如果有错误发生，则从设备将修改功能代码以表明此回应是一个异常的回应；同时数据段中包含相应的错误代码，CRC校验用于主设备判断响应帧内容的正确性。
④ 将从设备得到的数据运用EPA协议栈进行数据的封装，然后通过IEEE802.11b无线网卡发送到数据分析设备。
⑤ 根据对数据的处理，将得到返回的数据，程序再将返回数据写入从设备。如果写入失败，则连续写两次，若仍失败则跳出。
系统采用主从通信技术， S3C2410处理器模块作为主设备，温度传感器作为从设备。主设备可以对温度传感器进行初始化，并发出查询指令；温度传感器根据主设备查询指令实现相应的功能。S3C2410处理器模块查询的格式包括功能代码、所有要发送的数据和CRC校验域；从设备回应消息也包括相应的功能代码、任何要返回的数据和CRC校验域。如果在消息接收过程中发生错误，从设备将构造一错误帧并将其作为应答回应。程序中构造的帧格式如下：
主设备查询帧
从设备响应帧
当主设备查询从设备时，它希望得到从设备的正常响应，但可能有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操作系统定义在include\\pcmcia\\ss.h文件里。
enum ss_service {
SS_RegisterCallback, SS_InquireSocket,
SS_GetStatus, SS_GetSocket, SS_SetSocket,
SS_GetIOMap, SS_SetIOMap, SS_GetMemMap, SS_SetMemMap,
SS_GetBridge, SS_SetBridge, SS_ProcSetup
};
3 测试
首先在宿主机PC上使用交叉编译器编译、链接温度数据采集程序，使之生成可执行代码，然后移植到目标平台上。为了进一步观察采集的温度数据效果，可在目标平台带网络支持的基础上编写一个网络通信程序，把采集到并处理成浮点型的温度数据通过网络传输到PC机上进行显示。搭建无线温度变送器的测试系统如图4所示。
图4IEEE802.11b
无线温度变送器的测试系统无线监控系统采集的基于S3C2410的IEEE802.11b无线温度变送器的实时数据如图5所示。
图5IEEE802.11b
4 结论
实际的温度测量数据表明，基于IEEE802.11b的EPA温度数据采集器可以很好地完成温度数据的采集处理，并通过无线接入点与相关设备进行通信。另外，在基于EPA标准的无线局域网系统应用中，验证了此设计的可行性。