地铁AFC系统IC卡读写器选型之我见.docVIP

地铁AFC系统IC卡读写器选型之我见 　　摘要：本文主要介绍地铁自动售检票系统票卡读写设备的选型。通过对比大、小读写器两种方式的优缺点以及大读写器软、硬件接口实现方式，给出选型建议。 　　关键词：地铁、自动售检票系统、读写器、可靠。 　　中图分类号：U293.2+21文献标识码： A 文章编号： 　　随着全国自动售检票系统（以下简称AFC系统）在建线路的增多，建设单位、运营单位和集成商对AFC系统理解不断深入，对于读写器的要求也逐步提高。 　　读写器作为直接面对用户票卡的部件，其基本职能是对票卡的读、写处理，完成设备与票卡的读写接口。由RF驱动模块、SAM驱动模块、硬件驱动模块、通讯处理模块等组成。 　　 　　 　　读写器主要分为两大类，接触式和非接触式。这两种读写器在地铁AFC系统中均有应用，早期以接触式为主，车票为磁票；现在国内新建的地铁均采用非接触式读写器，车票为IC卡。非接触式读写器较接触式，最大的优点即取消了接触的大量传动机构及磁头，在硬件设置上节省空间，易于设计，在后期维护上大大节省人力，几近免维护。 　　非接触式读写器已经得到了业界的认可，在非接触式读写器（以下简称读写器）的使用历程上又从小读写器逐步发展为大读写器。本人对选择大读写器的优势以及建设思路，略谈个人见解。 　　 　　一、大、小读写器的概念区分 　　 　　大读写器：由读写器独立完成交易的全部处理过程，独立获取读写器运行所需要资源，与上位机程序仅使用简单接口（典型应用串口）互联，读写器与上位机仅有硬件连接，没有中间层软件。 　　小读写器：由读写器和应用程序接口（内嵌程序）组成，交易处理需要读写器和内嵌程序配合完成，与上位机通过将内嵌程序加载到上位机程序中实现互联，上位机程序仅与内嵌程序通信，不与读写器直接通信。内嵌程序即为中间层软件。 　　大、小读写器的本质区别是在大读写器中封装了完整的票卡处理逻辑。这些票卡处理逻辑包括： 　　票种、票价表等各类票卡参数的使用。 　　车票数据读取、分析。 　　售、补、充、进出站等各类票卡业务处理逻辑。 　　执行各类票卡业务并产生对应的交易数据。 　　二、大、小读写器的对比 　　读写器的应用对比主要体现在闸机上，大读写器可以有效提高交易的处理速度，减少乘客刷卡延迟的感觉。闸机工控机受空间散热能力和耗电要求，通常性能不会配置很高（低配置、低功耗可以有效延长设备寿命），小读写器需要上位机提供一定的计算能力，这就增加了上位机的计算负担，因为随着操作系统的升级，上位机自身的运算负担已经不能忽视了，所以大读写器在减轻上位机负担和提高处理车票处理速度上还是具有优势的。 　　对于黑名单和票价表，大读写器需要下载到读写器内部，下载需要一定时间。但由于黑名单和票价表的特殊性，票价表不会每天都更新，黑名单使用增量存储方式也不会导致每日下载时间有明显延长。举例来说，500个站的票价表，每个节点使用10个字节存储票价信息，整个票价表也只需要19.1MB的空间，使用串口38400波特率下载，需要8.7分钟，考虑协议的消耗，10分钟可以下载完成；再如每天增加1万个黑名单，每条黑名单按40个字节计算（一号线大约每条是40个字节），以增量方式使用串口38400波特率下载，需要1.34分钟，考虑协议的消耗，2分钟可以下载完成。通过以上分析，下载并不会影响大读写器的正常使用，而且下载通常在停运后，影响服务的可能性根本不存在。 　　大读写器采用简单接口方式，通过纯硬件与上位机通信，读写器与上位机有清楚的分界点。当接口协议确定后，上位机软件或读写器自身的问题可以清楚界定，不会出现混淆、扯皮情况。小读写器无法做到这一点，因为小读写器需要将一部分处理程序嵌入到上位机的程序中，来完成读写器无法完成的一部分数据处理。这就导致读写器的处理程序和上位机应用程序在同一个内存空间内运行，这两个程序，无论哪一个处理票卡程序有缺陷都会导致卡处理故障，甚至上位机死机。而由哪一方引起的故障没有清晰的界限来划分。 　　通用性和适应性强也是大读写器的另一优点，由于存储空间大，处理能力强，可以同时容纳不同设备的读写器程序，可以通过跳线或协议实现自由选择读写器程序，使得维修更简便，更通用。小读写器如果更换使用设备，通常需要重新下载固件，以便适应不同设备。 　　 　　三、大读写器建设思路 　　目前有两种大读写器建设思路： 　　软件接口大读写器：是将读写器接口和票卡处理逻辑采用软件API接口的方式封装好，对于上位设备而言，采用软件接口与读写器交互，执行票卡处理逻辑。 　　硬件接口大读写器：是将票卡处理逻辑完全封装在读写器硬件内部实现，上位设备与读写器之间通过硬件接口(串口/USB等通信接口)进行连接。 　　1、软件接口方式 　　软件接口