作者：Gravitymann | 来源：互联网 | 2023-01-23 16:04
例如
有多个食堂刷卡机连接到同一台数据服务器上，
每次饭卡消费的金额，是实时更新到数据服务器，
还是先存在刷卡机上，待一段时间后读取统一更新？
10 个解决方案
如果是采用后者，那如何保证数据服务器上存储的余额与ic卡上的数据一致？
例如出现某个饭卡刷卡机损坏，导致这一台的数据无法采集
现在的方法都是先存在机器上,理想的做法还是存到服务器上为好.但是受成本和通信的限制,暂时还没有成熟的机器出现
1、每次饭卡消费的金额，是实时更新到数据服务器，
2、还是先存在刷卡机上，待一段时间后读取统一更新？
～～～～～～～～～～～～～～～～～～～～～～～～～～～～～
方案1没什么好讨论的，是一个通讯成本的问题。对于方案2，可以同时在卡上记录自己的最后余额等相关信息，防止数据滞后。
如果有中间环节，出现故障从而人们互相推诿的可能性非常大，并且很多功能不容易扩展出来。当保存有消费的详细信息时，就可以为食堂每天准备采购计划、分析顾客饮食习惯等提供有效服务。
通讯成本问题，其实是个技术问题，已经不是费用问题了。现在几乎每个家庭都有能力一天24小时挂在互联网上，更何况诺大的企业还出不起一月百十来块钱？主要还是开发者太笨。
使用实时联网的系统，就可以将饭卡换成射频ID卡等更为卫生、经济的卡，并且可以将多种卡通用，形成一个大型的真正的一卡通结算系统。
如果你说的“数据服务器”是指一台带多个售饭机的PC，那么咱们说的不是一个概念。我说的是这些PC再实时联网到远程服务器上。
实例是这样的:
现在的一卡通最好的是卡上与服务器均存有金额(俗称高频卡),售饭机与电脑之间一个数据暂存器,有人叫前置机,考虑到响应时间问题,一台电脑电脑不可能带多台饭机:
能讯时间:20毫秒,数据解析20毫妙,数据回转与确认20毫秒,有时还要再确认一次,因此最坏的打算要70毫秒之上,因此现在一般最多的带32台之下,所以要有前置机(其实就是一个单片机),他的功能就是数据接受,即时处理,后台由有计算机与前置机能讯,交换数据,处理黑名单.
因此实时是必要的.
一卡通其实是两腿走走路:单片机与上位机管理系统,要想纯软件解决问题是不现实的.
由于涉及到的问题很多,这里只是简单说说而以.
国内这方面做的最好的是新中新集团.
不过,我要提醑楼主,售饭机现在已经做烂了.
京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有 