基于PLC模拟地铁自动售票机.doc

1、工厂自动化实验报告地铁自动售票机班 级 自动化五班 成 员 姓 名 目录1、项目概况背景关于我们的PLC系统2、功能分析3、方案设计方案一的连线方案一的流程图方案一的程序设计方案二的接线图方案二的程序设计4、总结1、项目概况背景随着城市化和人口的增多，交通越来越拥堵，这成了人们越来越快脚步的最大阻碍。解决交通问题势不容缓。而地价上涨，车辆增多等等又限制了地面交通的发展，所以解决的途径指向了城市轨交系统，特别是地下铁。为了更快捷的满足人的地铁出行需求，作为其中一环节售票也就成了优化重点之一。自动售票机自然必不可少。工票流程也必须尽可能的易学，方便，合理。关于我们的PLC的系统我们是参照地铁售票系

2、统的操作流程进行的方案设计，以及程序编程。限于条件，我们用普通开关模仿各种信号输入，用数码管与特定指示灯的状态改变显示功能的实现。2、功能分析我们设计的地铁售票系统主要功能是购票，具体讲又分为以下几项：选择目的地铁站，显示票价，累加并显示所投钱数，出票（出票灯）找零（找零灯），“取消”操作以及出错显示（出错灯亮）。区别是后者比前者在回归初始态前多了个操作退款（同样由找零灯实现）。“出错显示”是在投币不足的情况下按下“确认”后显示：出错灯亮，不找零，不出票。当然此时你可以选择继续投币购票，当钱足够时，灯会灭掉。3、方案设计我们共设计了两种方案，在资源分配，流程及编程上各有不同。方案一的连线输出端

3、：输入端：投币（一元）取消PLC确认/购票站1站2数码管站3出票灯找零灯出错灯方案一的流程图确认购票选择出站口初始态b取消显示票价确认数码管显示C取消数码管显示0投币并显示票价出票找零钱够？出错退回钱币够不够程序初始态及清零处理。方案一的程序设计编程根据流程图分块。站1两元保证在“确认”后才会进行下面操作。保证VB0里的数都会显示到数码管站3四元票价储存进VB2。站2三元由于两次用到确定且作用不同，用计数器加以区别。网络10、 11将票价传到VB0显示。这个网络有点多余了15-17完成投币自增及显示，并把投币数储存到VB6自锁保证TON运行TOF延长出票灯亮由于这个跳跃指令，使得在“投币”后“

4、取消”时跳过减法与“出票”直接“找零”，从而保证了退回钱币。保证跳跃或不跳跃都会执行下面还原步骤的自锁网络。方案二的连线取消PLC确认/购票出站口购票数数码管出票灯找零灯出错灯投币（一元）输出端：输入端：投币（五元）方案二的流程图选择出站口开始取消数码管显示票价确认取消投币并显示金额出票找零钱够？出错退回钱币够不够选择购票数方案二的程序设计5、总结1、两个系统大体相同，但在功能模拟、编程以及细节处理方面方案更胜一筹。所以在制定方案流程时要尽可能的详尽合理，以便有个准确的实现目标。方案一的失误就是规划的问题。2、在所有的实现环节中，编程是最主要也是最难完成的部分，所以值得提的问题也最多：（1）为防止使用的软元件出现不稳定的情况，可以在程序运行前先清个零。（2）在进行相关的整数运算时，要搞清楚内部地址的分配，尽量避免储存单元的重复使用造成地址混乱。例如：VW1在储存时占用VB1、VB2两字节，所以在运算时不要再在VB1、VB2中储存其他数据，否则会程序失败。（3）要避免双线圈输出，这也是造成“明明会执行却没执行”现象的原因之一。3、总的感想： 一个功能的实现并不是异想天开的纸上谈兵，需要反复验证、改正、改进，是一个枯燥烦闷到可能让你喊无数次“快疯了”的“漫长”过程，但面对这我们只能反复耐下心来继续直到完成（仅个人见解 如有不当 无关搭档 错全在我）。13