资源描述：
《mvb总线在地铁车辆控制系统中的应用》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。
1、MVB总线在地铁车辆控制系统中的应用摘要：本文针对地铁MVBX络进行了介绍，并且根据X络实时模型简要说明在地铁车辆控制系统中MVB总线在其中的一种应用。关键词：MVB总线；地铁车辆控制系统一、地铁MVBX络介绍（一）MVBX络拓扑因为传统的地铁设计结构中，在司机的操作台上会固定有IDU，所以，IDU这个节点在X络架构设计中一直都有所保留。因此，中央控制单元，传动控制单元1、2，智能显示单元，逻辑控制单元1、2，安全监测单元都是在地铁车辆级总线MVB中所存在的几个节点。（二）X络各单元功能划分在地铁X络上的每个节点都有着不同的作用。MVB通信的检测和管理，牵引、制动特性控制以
2、及一些辅助功能是由中央控制单元进行负责的。转向架的传动主要是由传动控制单元进行的负责的；数字量、模拟量信号的采集以及地铁信号的逻辑运算是由逻辑控制单元进行主要负责的；地铁状态的显示、地铁故障信息的现实和诊断以及一些地铁参数的设置都是由智能显示单元进行负责的；MVBX络中，安全监测单元所起到的作用是尤为重要的，主要执行以下功能：1、与MVB各节点进行通讯，记录各节点的全部状态信息；2、实现MVB总线上的故障信息记录；3、与上位机实现串口通讯。（三）SDU设计介绍MVBX络中，节点机箱SDU以及上位机两部分是组成安全监测系统的主要因素。SDU的实现要能够很好地联系MVB总线上的
3、各节点，并且还要能够与上位机有串口通讯的实现。将管理信息系统建立在上位机系统上，通过串口通讯对下位机发送过来的信息进行接受，有合格的校验之后，将地铁的状态记录在上位机上，并且要参照需求，在数据库中存储信息，这样的话，数据的安全性就会很高。SDU机箱主要由具有嵌入式系统的CPU板组成以实现系统功能。CPU板采用以ARM7为内核的32bit嵌入式计算机，操作系统采用嵌入式多任务实时操作系统NUCLEUS，并将MVB协议控制器芯片成功地嵌入在计算机系统中，形成了完整的嵌入式CPU系统。处理器型号为+ARM50，该芯片采用32bitARM7TDMIRSIC中心处理模块；可运行在5种
4、监测模式和1种用户模式下；支持16种工作频率；集中式的10／100Ether；P1284/ENI接口；2个串口（UART、HDLC、SPI）；10通道DMA控制器；支持8、16、32bit外部总线设备，支持SRAM、FD／EDODRAM、SDRAM、FLASH、EEPROM。二、X络实时性计算模型（一）过程数据的延迟分析站在X络控制系统的角度上进行分析，地铁交通车辆的通信X有MVB总线的引入之后，就实现了真正的分布式实时控制系统，系统行为正确性的判断中，计算结构的正确性起着决定性的作用，并且产生结果的时间也会对其带来直接的影响。为了能够对任务的执行性能以及应用层的对象需求有
5、所保证，在过程数据中，采取的方式一定要是很有效的，使其可以在各个任务之间进行发送和接受，并且及时性很强，这样的话，任务之间的数据的传输可以保持在一定的延迟时间之内进行。1)报文分组在缓存器内的平均等待延迟Tq从报文分组到达缓存器后开始排队到获得传输之间的延迟,该延迟由通信X络的介质访问控制方式决定。2)发送报文分组的延迟Ts发送节点在传输链路上开始发送报文分组的第一个比特到发送完该报文分组的最后一个比特所用的时间,该延迟由报文分组的长度和X络传输速率决定。设报文分组长度为Lm(bit),X络的传输速率为V(bits-1),则发送报文分组的延迟为Ts=Lm/V。3)介质传播延
6、迟Tj发送节点在传播介质上发送第一个比特到该比特到达接收节点所用的时间,该延迟由传播介质的距离与传播介质的速度决定。4)报文处理延迟Tp接收节点对收到的报文进行处理到提交给应用任务的时间延迟,其中包括协议拆分、报文拼装以及与应用任务通信等所用的时间,该延迟取决于通信节点的CPU对报文到达的中断响应机制以及实时内核的任务调度算法。这里涉及的端系统处理延迟与CPU的性能、操作系统等因素有密切关系,分析X络延迟时可暂时不予考虑。（二）过程数据的延迟计算MVB采用主从轮询的方式进行介质访问,在轮询周期内,主控节点发送主帧数据依次轮询各从节点;从节点根据预选设定,发送不同数据格式的响
7、应帧。设各从节点的报文分组到达时间间隔在统计上服从负指数分布,报文分组的平均到达率均为(分组s-1)；节点间的漫游时间(e)VB基本周期中的两个内容，在偶发相中，主节点发送一般事件请求帧轮询各从节点报告事件,如有多个从节点同时有消息事件报告出现冲突时,则主节点启动事件仲裁(Event_Arbitration)机制,只询问一个从节点,即主节点通过发送组事件请求(Group_Event_Request),最后收到一个正确的消息事件响应。之后,主节点进行事件巡回(Event_Round),依次解决所有的消息事件请求。参考
