城轨道交通自动售票机支付与找零子系统的设计与开发

1、城市轨道交通自动售票机支付与找零子系统的设计与开发摘要：本文结合作者多年来的工作经验主要阐述了城 市轨道交通自动售票机，并对其支付与找零子系统的设计与 开发进行简单的分析与探究。关键词：轨道交通、自动售票机、设计开发、支付与找 零子系统一、系统的整体架构分析本文所述子系统的功能主要有三个，它们分别是：1）钱币的支付，包括纸币以及硬币； 2）对钱箱进行科学的管 理； 3）硬币找零。该子系统的整体架构可以被划分成为五个部分，即：表 示层、业务层（主要包括支付与找零） 、基础业务层（包括 钱币支付和硬币找零） 、设备控制层以及通信层， 详见图 1-1图 1-1 支付与找零子系统的整体架构 其中，每个

2、层之间是通过相应的接口来实现的，也就是 说：下层发生变化，但系统运行的方式维持不变，上层部分 就不会发生太大的变化，以尽可能的降低每个层之间的耦合 度，进而直接性的提高了层之间的内聚性能，并由此来达到 提升系统可复用性的目的。二、系统基础业务的设计分析（一）支付方面 该业务能够支持多种功能，比如：接受 / 取消支付、退还 款项以及接受已收款项。当人们在系统的主界面上确定了所 需购买的票价之后，系统就会自动的进入单程票界面中，并 开始执行接收付款的程序，其执行的整个流程详见图1-2。图 1-2 接收付款流程图 从上图中我们可以看出，该业务的执行过程是较为简便 的，当系统在执行该业务之时，会先对应

3、该支付的数额进行 科学的确定，然后再依据系统中纸币设备的实际运行状态， 来准确的判定是不是应该进入到接收支付的流程当中。针对 该业务的设计，我们不用为其设置某些特定的接口，而只需 要对其下层中的接口进行合理的调用，就可以实现其基本的 功能了。如此一来，即使是基础业务层发生了改变，其依旧 可维持原状，而不会发生任何改变。（二）找零方面 一般来说，找零可被划分成为两种方式，其中一种为硬 币找零，而另一种则是纸币找零。通过对某个接口的合理运 用，可以让整个子系统在执行找零命令的前一阶段，依照实 际情况，对找零的方式作出最恰当的选择。就我国南京地铁 10 号线来说，其找零的方式只有一种，为：硬币找零。

4、在此情况之下， 可通过先把纸币找零的初始状态甚至成为0，即：计算机语言当中的“ False”就可以限制系统的找零方式， 并将其严格的限定在硬币找零这样的方式当中。其次，在判 定是否需要进行找零操作之前，还应当对能够进行找零的金 额以及所需找零的金额作出准确的分析对比，以科学的判断 出系统当前是否具备足够的找零金额，假若答案是肯定的， 那么就可执行找零操作，可若答案是否定的，那么系统将会 自动的退出交易操作。三、系统模块的设计与开发剖析（一）通信协议方面系统中的“ BIM 设备”，它们和上位机之间通信功能的 实现，主要是依靠“ RS232 ”的，其通信协议详见表 1-1。项目名称 &规格

5、 &通信方法 &全双工 &数据长度&最高可达到256个字符 &通信速度 &9.6千波特&传送线路 &RS 232C &错误控制位 &LRC &表 1-1 通信协议表（二）重发功能方面如果系统在实际运行的过程当中，“BIM ”未能及时的对上位机传达下来的“ BIM ”命令作出合理的判断，亦或者是 接收到了相应的命令，但未能正确的对该命令作出及时的反 馈，那么上位机将会自动的将命令再次下达给 “BIM ”。若在 经过三次下达命令，可“ BIM ”仍未正确执行该命令之时， 系统将会自动进行出错处理。（三）超时定义方面 通常情况之下， “ BIM ”对命令的执行周期是非常短的， 也就是说：进行通信的双方，他们对命令的下达以及执行是 有一定的响应周期的，且该周期一般设置为t，假若，在一个t时间段之内，“ BIM ”仍未开始执行上位机下达下来的命 令，那么系统将会自动的将其判定为“超时状态” ，进而将 其交由重发体系去进行科学的处理。值得提出来的是，系统 命令的响应周期一般是 3s，系统数据的响应周期一般是 2s， 而命令的执行超时周期则是 20s。四、结束语 随着自动售票机支付与找零子系统的合理设计与开发， 对于我国城市轨道交通行业来说，是