基于Linux的RFID信息采集与处理系统

　　2 .2 应用程序设计

　　Linux 是多任务系统, 支持多线程及多进程。多线程的优点是线程比进程小, 可以使应用更轻便, 线程间通信方便;缺点是所有线程使用同一个地址空间, 如果一个线程出现问题, 整个系统将受影响; 而进程各自占有一份内存空间, 可以增强系统的稳定性, 但是多进程增加了系统开销, 进程间通信复杂。为此,根据实际情况,考虑到系统稳定性, 本系统采取两者相结合的方式分别完成数据采集处理及文件传输功能。

　　2 .2 .1 数据采集处理

　　数据采集处理是一个进程, 它包括主线程和辅线程。主线程完成电子标签卡信息的读取、写入、实时显示及查询;辅线程实现一个时钟以提供用户当前时间, 并定时对电池的电量进行检测和动态显示, 在电量过低时发出警告。

　　应用程序用MAIL 命令方式完成电子标签卡的读写。该进程首先初始化屏幕, 然后等待按键中断, 当有键按下时, 根据键值执行相应的工作;

　　当指定时间内没有键按下, 系统则进入休眠状态, 从而达到省电的目的。程序流程图如图6。

　　当成功采集到标签卡信息后, 应用程序将卡信息(包括卡号、卡状态、用户数据及当前时间)通过OLED 显示屏提供给用户,并写入一个文件进行记录。由于文件传输进程会将该文件传输到上位机, 所以当读写文件时要将文件上锁。Linux 提供了文件锁以防止不同进程同时访问同一个文 件。本文使用flock ( )函数对文件上锁和解锁。

　　由于OLED 是图形点阵式显示屏, 而且Flash 容量有限,所以不可能直接使用汉字字库。系统预先提取所有用到的汉字、数字及字母的点阵数据, 然后建立自己的字库文件,从而使应用程序可以对汉字、数字及字母进行显示。

　　2 .2 .2 文件传输

　　文件传输是一个进程, 完成卡信息的上传及其他数据的下载。与上位机通信采用Clinet/Server 模型。该进程实质上是一个服务器端(本系统) 的应用程序, 它循环等待客户端( 上位机) 的连接请求。当请求到达时, 首先判断请求来自哪个接口(USB 或者红外接口),然后根据请求的类型执行相应的上传或下载。考虑到实际应用中可能会使用多台手持式阅读器, 为了方便上位机对信息的管理,规定文件名由手持式阅读器编号和文件上传序号组成, 程序在上传文件时自动将其编号及上传序号加入文件名。该进程的流程 如图7。