从业RFID多年的心得（二）

功能

通过在生产环节注入RFID识别,采用实时数据采集的方式来提高生产管理水平

系统设计

PC后台 采集设备 刷卡设备的三级网络

系统优点

1 TCP通讯+485通讯组合,实现有效的组网能力和通讯速度保证

2 支持容量为3000左右的刷卡终端

3 支持数据采集的同时,也支持数据的下行

4 有屏幕键盘灯控制,支持汉字

5 速度快 响应时间为2S内,实际速度为1分钟40次.

6 通讯有心跳检测和自动修复的异常通讯

系统缺点

1 没有存储功能,网络不正常的情况下无法使用.

2 终端体积比较大,不便于实施.

3 整个系统严重以来后台服务.

设计难点

1 持续工作能力和低故障率 在工业应用中,产品最好达到工业级别的应用水准.

2 PC后台软件的稳定性要求高,处理数据的性能瓶颈.

3 必须走可循环利用的标签使用方式

  标签量大,投入昂贵.

环境分析

PC、数据库服务器、15-20台消费机器、企业规模：2000左右

系统原理

PC后台开启消费服务，通过485轮巡机制来实时控制多台消费机的刷卡反馈。

为加快后台处理数据速度，采用本地文本方式，将数据放在本地，直接应用。

实现7*24小时连续工作能力

现有问题

1 仅支持1个后台，无法扩容

2 单后台的容量最多为20台上下，限制其适用场景。

3 在消费时，对关键数据的修改有限制，兼容带来的问题很多，不好控制

改进目标

1 支持5000人以上规模应用

2 支持多点操作

3 支持50-100台机器容量

4 改动小，属于维护扩展功能

改进思路

在后台服务中增加同步处理，按照以数据库为唯一中心，本地文件为消费依据的原则，实现消费数据在5S内同步到本地的功能。

改进后的效果

1 扩容，将单机变成了网络版本，容量几乎可以满足所有的应用。

2 管理方便

  原有模式下，在消费时对关键数据进行了锁定，不能在其它地方地方进行操作。否则会带来严重后果。改进后，没有了此限制，操作自由。

3 热备份成为现实

  原由模式下不能进行热备份，后台出故障后必须重起服务才能恢复。改进后，可以采用两台PC同时管理一个网络，一台实际应用，一台备份，一旦出现问题，切换线路即可恢复正常，将故障损失降低到最低。

系统组成

915M标签和阅读器 红外感应 摄像头 报警器

优点

距离远,感应自动化

缺点

识别率不能达到可接受的范围

外来影响严重,

投入成本高

特点

UHF门禁的系统目前已有不少,但相对于HF和LF的门禁,稳定性和成熟度来说,差距不小.

系统组成

915M标签和阅读器,货舱系统

优点

能够批量识别标签

缺点

有漏读现象

总结

UHF的产品应用有2个要突破:

1 标签成本 2 识别率提高

应用场景

大型企业5000人以上规模，应用考勤机器50台、门禁机器100台、消费机：100。工作一周六天，有4餐消费。

系统原理

一卡通软件一套，有采集功能，采用黑名单管理

利用TCP和485网络管理，大致分为8个485网络

采用手动发卡、充值、数据采集、挂失等管理硬件

软件分析报表

实际应用

日工作量分析：

1 充值 按照每个月一人充值一次，5000/30 =160 人次

2 挂失和消卡  5000/250= 20，下载量为：

  20*（50+100+100）= 5000次/台

3 记录量，依次为 消费 考勤 门禁

  5000*3+5000*4+5000*6 = 65000

4 报表统计 10-20张

5 系统故障处理

  按照1年返修1次，平均每天接近250/356=0.7台

实际配备：

1 专职一卡通操作人员1名，后备人员1名

2 流程协同人员三名，工作量约为30%。

3 硬件维护处理 0.5人，软件和系统维护0.5人。

系统评估

1 充值 按照1人1次15-30秒，时间为40分钟到80分钟

2 挂失 按照1次/台 1S的速度，大约要1.5小时

3 采集数据 按照 1秒/5条处理速度 3-4小时。

系统缺陷

1 人力成本比较高，虽然一卡通的实施带来很大的经济效益，但提高的余地依然不小

2 才名单控制的方式，是有缺陷的，缺陷在于 每台机器都必须存储那么黑名单，效率及其低下，传统模式在此规模的应用中，弊端很多。

3 使用人员的体验依然不够，自动化程度低

细节描叙

1 在其系统中增加一个发卡模块，进行资料和卡的绑定。

2 将设备管理和数据采集采用成熟的独立的应用程序来管理。

3 仅支持数据接口，多为文本级别或数据库表级别。

优点

实现简单，方便，各个系统独立，责任和分工明确

缺点

集成度不高，风险控制力比较弱

系统分散，流程上跨越多系统

程序的扩展和交互能力弱

特点总结

半开半闭，相对灵活简易

细节描叙

全面在系统中集成各个功能，如发卡、数据采集、硬件管理等，与原有系统全面融合。

优点

系统集成度高，功能融合好，易扩展，风险控制比较好

缺点

难度大，周期长，需要专业人员辅助开发

特点总结

全封闭开发，高集成度，适合专业级别的开发

细节描叙

根据厂家的DLL和开发说明，编写对应的控制软件，实现软件、硬件的融合

优点

对厂家：标准的二次开发方式，工作量比较小，难度低。

对开发商：难度高，很难通过DLL和开发说明，对整个系统进行优化，开发的结果也是良莠不齐，风险比较难控制。

特点总结

全开放的开发方式，与用友模式的区别在于，他们开发时有专业的技术人员指导，因此能够扬长避短。普通模式的后续开发能力往往不足！

细节描叙

尚吉为支持第三方开发，降低其开发难度，特别是在硬件管理和控制这快，专门进行了一个高度集成，对下面的设备实现自动管理，对上面的接口定位在数据库表级别，兼容多种数据库，实现数据来源和去向的自定义

优点

开发简单，将应用和控制进行比较好的分离

缺点

集成度和集成方式依然不够，没有形成一个有效的全面的体系

特点总结

高度集成后全开放的开发模式