DOCSLIB.ORG

A Study on Development of Low Cost Digital Train Communication Network for Indian Railways

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
A Study on Development of Low Cost Digital Train Communication Network for Indian Railways DTCN - A CONCEPT DESIGN FOR INDIAN RAILWAYS.DOCX KAPURTHALA A study on development of low cost Digital Train Communication Network for Indian Railways Akhilesh Misra, Chief Design Engineer Rail Coach Factory, Kapurthala Government of India - Ministry of Railways Keywords: Abstract Train Communication In this paper, the author has attempted to study the requirements of train control networks and safety Network, TCN, Wired systems for application to high-speed rail travel for Indian Railways and present a concept design of a Train Bus, WTB, Train Train Digital Communication Network based upon common off the shelf (COTS) technologies for lower Communication & costs. Monitoring System, This study for the concept design of the COTS based TCN includes identification of sub-systems requiring TCMS, interoperability, the communication infrastructure, estimating the data loads and the characteristics and briefly explains IEC 61375, CANOpen, how the concept design shall be able to meet the identified requirements. A literature survey of similar Ethernet, TCNOpen, developmental efforts is also included. TCP/IP, Common Off the While the study was initiated, the IEC standard too has undergone revision. Therefore the study further Shelf, COTS, Controller compares the concept model with the guidelines of the revised IEC 61375. Area Network, CAN, For furthering the implementation of the proposed system on the Indian Railways, the author has also CAN Consist Network identified the need of setting up a validation test facility for compliance testing to ensure interoperability. CCN, Ethernet Train The scope, role and requirements of this facility are included as a part of recommendations in the paper. Bus, ETB This paper was originally written in 2013. However, the need for a DTCN standard is every more now. This paper has been reviewed and updated with the developments since its last writing. make this communication attempts difficult, resource Introduction intensive and expensive. Microprocessor based control equipment have been The availability of multiple manufacturers of introduced on the Indian Railways rolling stock starting equipment compounds the problem further as this 1990’s. These systems were built around a central creates innumerable combinations of equipment that processing core with wired analog and digital inputs. need to be integrated. These early systems were standalone and there was little need for communication between intelligent Significant resources are required to be spent towards systems. non-recurring expenditure for integration whenever new equipment is introduced or a configuration Lately a number of microprocessor based control change is required. systems have been introduced on the railway vehicles that need to interface, communicate and share Since Indian Railways manufactures a majority of the information with the other systems on the vehicle. required rolling stock and functions as a system However the legacy designs of existing equipment integrator it was imperative that action to standardize the communication systems be initiated. Printed: 14/02/2021 1 of 12 DTCN - A CONCEPT DESIGN FOR INDIAN RAILWAYS.DOCX KAPURTHALA The need was to adopt / customize or develop a Literature Survey common shared digital communication network for The field of communication technologies has been inter-connection between different onboard systems. developing at a rapid pace. This presents challenges The fact that Indian Railways has not yet adopted any for selection of technology that can be used for the particular standard for communication and equipment purpose described as the technology when selected interoperability, provides a unique opportunity to study shall continue to be in service for the life-cycle of the and develop and test a communication network system vehicles, which may vary from 20-35 years. suiting the current and the expected future needs. The demands on the technology for data Initially all focus was on adoption of the TCN to communications are highly conflicting. Maturity and IEC61375:2007 as it was developed and mature stability of the technology platform is required standard made just for this purpose. However during simultaneously with support for higher data bandwidth the initial discussions with the stakeholders it was seen which is available only on the latest technology, most that such an adoption had significant issues primarily of which is still developmental. due to: A literature survey was done to gather information and 1. Cost of equipment opinion of the persons who have worked on such issues. 2. Non-availability of local compliance testing facilities, thereby increasing cost of conformance testing The standard document IEC-61375:2007 was significantly. selected as the starting point. The standard is stable mature and implemented. The standard offers 3. Does not provide adequate data bandwidth to features implemented especially for control and support newer applications. monitoring a train consist. The definition 4. Proprietary extensions by equipment manufacturers encompasses almost all aspects in a layer by layer preventing interoperability. approach based on the OSI model. 5. Poor supporting ecosystem for equipment and Since the work was focused on the diesel electric expertise. locomotives, corresponding standards used on the It was felt that these factors would have a significant AAR were also studied. AAR-S-590(2008) was found bearing on the overall equipment manufacturing costs to be very generic leaving a lot to the implementers. and maintenance issues in the field and also the design This did not appear to offer the level of definition that severely limits deployment of high bandwidth was planned for the project. applications. The article titled Ethernet as a Train Bus by Manfred This project was thus initiated with an aim to develop Schmitz, CTO, MEN Mikro Elektronik GmbH details such a network system using COTS equipment to the need for communication networks onboard trains. circumvent the issues listed earlier. The article discuses the development of the TCN standard and also points out the shortcomings. This paper summarizes the initial study done for the Different types of Ethernet deployments have been development / adoption of a standard for train compared. The non-deterministic characteristics of communication networks for Indian Railways. This work Ethernet have been stated as one of the major is still in progress and many of the details reported here drawbacks for use as a control network for time critical are subject to change along the course of the project. applications. The article points out a significant issue Printed: 14/02/2021 2 of 12 DTCN - A CONCEPT DESIGN FOR INDIAN RAILWAYS.DOCX KAPURTHALA that Ethernet Consist Network relies on use of to 1) Higher protocol efficiency, 2) Better bus proprietary and expensive TCN stack. The general arbitration, 3) Support for multicasting/broadcasting at import is that a number of significant changes are likely lower layers, 4) Low resource requirement for in the design and standards of field buses for TCN. communication processing 5) Higher data integrity. The team of researchers from East Japan Railway The paper, The Future of CAN / CANopen and the Company, Hitachi and Mitsubishi Corporations, in the Industrial Ethernet Challenge, Wilfried Voss, article titled Development of 100Mbps-Ethernet- President ESD Electronics, Inc USA, discusses the based Train Communication Network, discuss the possibility of Ethernet replacing CAN. It states that the 100Mbps Ethernet based TCN deployed under the different flavors of industrial Ethernet driven by development project named INTEROS. The paper also proprietary interests make adoption difficult. The gives an overview how the train to ground systems can paper predicts that CAN should remain the most cost interact for sharing vital and non-vital data. Results of sensitive field bus solutions for embedded systems. tests of noise immunity and cross talk on the Ethernet network are detailed. The developments for mitigating Study of application requirements such issues are discussed. The team has reported In order to arrive at a concept design of a TCN for successful test of the MUE train equipped with Ethernet Indian Railways, a review of equipment and as Train Bus. applications that require such a communication infrastructure was conducted. In their article titled T-Ethernet, Keiichi Kamata, Hideyuki Takahashi, Toshiba Corporation, Tokyo, The following applications categories were studied to Japan, discuss T-Ethernet as a candidate for TCN. The determine the nature of communication requirements. improvements made in T-Ethernet for railway use have This was done with the view to establish the criteria been discussed as: 1) Enabling high speed, 2) Real- for evaluation of communication technologies and also time control function 3) Redundant Control Function 4) lent to identification of issues that need to be Improving Noise Immunity. The proposed architecture is addressed at the application level. 3-tier as compared to 2-tier of IEC61375 TCN. A shared A broad division was made between control common Ethernet bus architecture is proposed at the requirements and infotainment systems requirements. data-link layer to share control information in real-time. Token passing methodology is used for bus-arbitration Control systems requirements in lieu of CSMA/CD. The paper also proposes use of Requirements of control communication are stringent minimalistic protocols in the TCP/IP suite i.e IP, ARP,
Load more

Recommended publications
  • Wireless Technologies for the Next-Generation Train Control and Monitoring System
    Wireless Technologies for the Next-Generation Train Control and Monitoring System Jérôme Härri Aitor Arriola Pedro Aljama Communication Systems Communication Systems Communication Systems EURECOM Ikerlan Ikerlan Sophia-Antipolis, France Arrasate-Mondragón, Spain Arrasate-Mondragón, Spain [email protected] [email protected] [email protected] Igor Lopez Uwe Fuhr Marvin Straub Technology Division TCMS Communcations TCMS Communcations CAF R&D Bombardier Transportation Bombardier Transportation Beasain, Spain Mannheim, Germany Mannheim, Germany [email protected] [email protected] [email protected] Abstract—The Next Generation Train Control and functionalities (e.g. [4]). Yet, a study introducing the global Monitoring System (NG-TCMS) represents a major innovation NG-TCMS requirements and matching with a technology- of the European Railway industry introducing a wireless agnostic survey of various available wireless technologies is architecture as an enabler to enhanced automation, flexible train still missing. management and increased railway capacity. This paper surveys various available and future wireless technologies matching the In this paper, we describe the vision and functionalities of requirements both at train backbone and consist levels. the NG-TCMS, putting into perspective the performance Illustrating the challenges for a single technology to match all requirements of wireless links for the WLTB and WLCN with requirements, this paper also highlights the benefits of the the performance of selected wireless technologies. Our upcoming 5G technology for future NG-TCMS. contributions are threefold: (i) we introduce the future NG- TCMS, in particular the WLTB and WLCN, (ii) we provide a Keywords—5G-V2X, LTE-V2X, Wireless Train Backbone, technology-agnostic comparison of selected technologies Wireless Consist Network, 5G, NG-TCMS.
    [Show full text]
  • Internationally Standardized As Part of the Train Communication Network (TCN) Applied in Light Rail Vehicles Including Metros, T
    September 2012 CANopen on track Consist network applications and subsystems Internationally standardized as part of the train communication network (TCN) Applied in light rail vehicles including metros, trams, and commuter trains www.can-cia.org International standard for CANopen in rail vehicles IEC 61375 standards In June 2012, the international electro technical commission (IEC) has en- hanced the existing and well-established standard for train communication X IEC 61375-1 systems (TCN; IEC 61375), by the CANopen Consist Network. IEC 61375-3-3 Electronic railway equipment - Train VSHFLÀHVWKHGDWDFRPPXQLFDWLRQEDVHGRQ&$1RSHQLQVLGHDVLQJOHUDLO communication network vehicle or a consist in which several rail vehicles share the same vehicle bus. (TCN) - Part 1: General In general, the lower communication layers as well as the application layer are IEC 61375-3-3 IEC architecture based on the well-proven standards for CAN (ISO 11898-1/-2) and CANopen (1 7KLVDOORZVRQWKHRQHKDQGSURÀWLQJIURPWKHDYDLODEOH&$1 X IEC 61375-2-1 Electronic railway WRROVRQWKHPDUNHW2QWKHRWKHUKDQGLWLVSRVVLEOHWREHQHÀWIURPWKHEURDG equipment - Train UDQJHRIDYDLODEOH&$1RSHQSURWRFROVWDFNV&$1RSHQFRQÀJXUDWLRQDQG communication network diagnostic tools as well as off-the-shelf devices (see CANopen product guide (TCN) - Part 2-1: Wire train DWZZZFLDSURGXFWJXLGHVRUJ :HOOGHÀQHGFRPPXQLFDWLRQLQWHUIDFHVZLOO bus (WTB) therefore simplify system design and maintenance. X IEC 61375-2-2 ,QDGGLWLRQWRHQKDQFHGORZHUOD\HUGHÀQLWLRQV VXFKDVHJ&$1,GHQ- Electronic railway WLÀHUIRUPDWW\SHRIFRQQHFWRUGHIDXOWELWUDWHHWF
    [Show full text]
  • UCC 1 USB-CAN CONVERTER Contents
    Owner’s Manual UCC 1 USB-CAN CONVERTER Contents 1. Description....................................................................................................................... 17 2. Controls and Connections................................................................................................ 18 3. Installation ....................................................................................................................... 19 3.1 Unpacking.................................................................................................................... 19 3.2 Rack-Mounting............................................................................................................ 19 4. Initial Operation............................................................................................................... 20 4.1 PC Connection and CAN Driver Installation .............................................................. 20 4.2 Installing IRIS.............................................................................................................. 20 4.3 CAN-Bus Connection.................................................................................................. 20 4.4 ISOLATED / GROUNDED Switch ............................................................................ 22 5. Monitor Bus..................................................................................................................... 23 6. Technical Information....................................................................................................
    [Show full text]
  • LK9893 Developed for Product Code LK7629 - CAN Bus Systems and Operation
    Page 1 CAN bus systems and operation Copyright 2009 Matrix Technology Solutions Limited Page 2 Contents CAN bus systems and operation Introduction 3 Overview 5 Building Node A 6 Building Node B 7 Building Node C 8 Building Node D 9 Building the Scan/Fuse Node 10 Wiring It All Up 11 Worksheet 1 - The Startup Routine 12 Worksheet 2 - Seeing the Messages 13 Worksheet 3 - Receiving Messages 15 Worksheet 4 - System Monitoring and ‘Pinging’ 16 Worksheet 5 - System Faults 17 Worksheet 6 - Circuit Faults 19 Worksheet 7 - Fault Diagnosis Using Charts 20 Worksheet 8 - Build Your Own Vehicle! 21 Instructor Guide 22 Scheme of Work 26 Message Code Summary 32 Kvaser Analyser Set Up 33 Programming the MIAC 34 System Graphics 35 About this document: Code: LK9893 Developed for product code LK7629 - CAN bus systems and operation Date Release notes Release version 01 01 2010 First version released LK9893-80-1 revision 1 10 06 2010 MIAC programming notes included LK8392-80-1 revision 2 01 10 2012 Programming notes revised LK9893-80-3 25 09 2013 Warning that some faults require reprogramming LK9893-80-4 22 06 2015 Updated sensing resistors and diagrams LK9893-80-5 13 09 2017 Added to introduction and made less car-specific LK9893-80-6 Copyright 2009 Matrix Technology Solutions Limited Page 3 Introduction CAN bus systems and operation What is this all about? protocol to be used ‘on top’ of the basic CAN The ‘CAN’ in CAN bus stands for ‘Controller Area bus protocol to give additional functionality Network’ and ‘bus’ a bundle of wires.
    [Show full text]
  • CAN-To-Flexray Gateways and Configuration Tools
    CAN-to-Flexray gateways Device and confi guration tools lexray and CAN net- Listing bus data traffic toring channels it is possi- power management func- Fworks will coexists in (tracing) ble to compare timing rela- tionality offers configurable the next generation or pas- Graphic and text displays tionships and identify timing sleep, wake-up conditions, senger cars. Flexray orig- of signal values problems. and hold times. The data inally designed for x-by- Interactive sending of GTI has developed a manipulation functionality wire applications gains mar- pre-defined PDUs und gateway, which provides has been extended in or- ket acceptance particular- frames two CAN and two Flexray der to enable the user to ap- ly in driver assistance sys- Statistics on nodes and ports. It is based on the ply a specific manipulation tems. Nevertheless, Flexray messages with the Clus- MPC5554 micro-controller. function several times. Also applications need informa- ter Monitor The gateway is intended to available for TTXConnexion tion already available in ex- Logging messages for be used for diagnostic pur- is the PC tool TTXAnalyze, isting CAN in-vehicle net- later replay or offline poses, generating start-up/ which allows simultaneous works. Therefore, CAN-to- evaluation sync frames, and it can be viewing of traffic, carried on Flexray gateways are nec- Display of cycle multi- used with existing software the various bus systems. essary. Besides deeply em- plexing, in-cycle rep- tools. The Flexray/CAN bedded micro-controller etition and PDUs in the The TTXConnexion by gateway by Ixxat is a with CAN and Flexray inter- analysis windows TTControl is a gateway tool configurable PC application faces, there is also a need Agilent also provides an combining data manipula- allowing Flexray messag- for gateway devices as in- analyzing tool for Flexray tion, on-line viewing, and es and signals to be trans- terface modules for system and CAN.
    [Show full text]
  • LIN (LOCAL INTERCONNECT NETWORK) SOLUTIONS by Microcontroller Division Applications
    AN1278 APPLICATION NOTE LIN (LOCAL INTERCONNECT NETWORK) SOLUTIONS by Microcontroller Division Applications INTRODUCTION Many mechanical components in the automotive sector have been replaced or are now being replaced by intelligent mechatronical systems. A lot of wires are needed to connect these components. To reduce the amount of wires and to handle communications between these systems, many car manufacturers have created different bus systems that are incompatible with each other. In order to have a standard sub-bus, car manufacturers in Europe have formed a consortium to define a new communications standard for the automotive sector. The new bus, called LIN bus, was invented to be used in simple switching applications like car seats, door locks, sun roofs, rain sensors, mirrors and so on. The LIN bus is a sub-bus system based on a serial communications protocol. The bus is a single master / multiple slave bus that uses a single wire to transmit data. To reduce costs, components can be driven without crystal or ceramic resonators. Time syn- chronization permits the correct transmission and reception of data. The system is based on a UART / SCI hardware interface that is common to most microcontrollers. The bus detects defective nodes in the network. Data checksum and parity check guarantee safety and error detection. As a long-standing partner to the automotive industry, STMicroelectronics offers a complete range of LIN silicon products: slave and master LIN microcontrollers covering the protocol handler part and LIN transceivers for the physical line interface. For a quick start with LIN, STMicroelectronics supports you with LIN software enabling you to rapidly set up your first LIN communication and focus on your specific application requirements.
    [Show full text]
  • CAN / RS485 Interface Adapter for SHP Series
    Technical Reference Note CAN / RS485 Interface Adapter For SHP Series Total Power: < 1 Watts Input Voltage: 5V Internal Outputs: CAN, RS485, USB, I2C Special Features Product Description The new SHP Extension adapter enables both USB and Controller Area Network (CAN) or RS485 Bus connectivity, providing a complete interface between the • Input Protocols: SHP device and the I2C bus with a simple command set which enables the 1) RS485 using Modbus highest levels of configuration flexibility. 2) CAN using modified Modbus The CAN/RS485 to I2C interface adapter modules connect with CAN Bus • Output Protocol: architectures through CaseRx/CaseTx interfaces found on the SHP case. The I2C with SMBus Support modules communicate with on-board I2C Bus via MODbus Protocol for RS485 Bus and modified MODbus for CANbus. The new adapters now enable the SHP to be used in a host of new ruggedized applications including automotive networks, industrial networks, medical equipment and building automation systems. The RS485/CAN-to-I2C uses 2 Input Protocols and 1 Output Protocol. The Input Protocols used are: RS485 using Modbus (Command Index: 0x01), and CAN using modified Modus (Command Index: 0x02). The Output Protocol use is: I2C with SMBus support (Command Index: 0x80). www.solahd.com [email protected] Technical Reference Note Table of Contents 1. Model Number ………………………….………………………………………………………………. 4 2. General Description ……………………………………………………………………………………. 5 3. Electrical Specifications ……………………………………………………………………………..… 6 4. Mechanical Specification …………………………………………………….….…………………….. 9 5. Hardware Interfaces ………………………………………………………….……………………..... 12 6. Software Interfaces ……………………………………………………………................................ 13 6.1 Adapter Protocol Overview ……………………………………………………………………… 13 6.2 Protocol Transaction …………………………………………………………………………….. 13 6.3 Adapter Command and Response Packets …………………………………………….…..… 14 6.4 Adapter Control Commands ……………………………………………………………..……..
    [Show full text]
  • Deliverable Title
    Contract No. H2020 – 826098 CONTRIBUTING TO SHIFT2RAIL'S NEXT GENERATION OF HIGH CAPABLE AND SAFE TCMS. PHASE II. D1.1 – Specification of evolved Wireless TCMS Due date of deliverable: 31/12/2019 Actual submission date: 20/12/2019 Leader/Responsible of this Deliverable: Igor Lopez (CAF) Reviewed: Y Project funded from the European Union’s Horizon 2020 research and innovation programme Dissemination Level PU Public X CO Confidential, restricted under conditions set out in Model Grant Agreement Start date: 01/10/2018 Duration: 30 months CTA2-T1.1-D-CAF-005-09 Page 1 of 175 20/12/2019 Contract No. H2020 – 826098 Document status Revision Date Description First issue. Executive summary, Introduction and General 01 27/11/2018 architecture 02 27/06/2019 Contributions of sections 3.1, 3.2, 4.2, 5.2, 5.3, 6.1, 6.2, 6.3, 8 03 03/09/2019 Section 4.1 added. Updated sections 5, 6 and 8 Doc template: corrected footer Abbreviations and Acronyms list: updated Section 3.2: corrected internal references according to CTA2- 04 22/11/2019 T1.1-I-BTD-008-04 Sections 6: updated accoding to CTA2-T1.1-I-BTD-030-09, added new references, corrected internal references 05 05/12/2019 Section 4.2.3: content added 06 06/12/2019 Updated according to CTA2-T1.1-R-SNF-061-01 07 08/12/2019 Section 5.2 and 5.3 added. 08 17/12/2019 Reviews to new contributions applied Whole Document review from CTA2 T1.1 members, TMT and 09 20/12/2019 Safe4RAIL-2 members Disclaimer The information in this document is provided “as is”, and no guarantee or warranty is given that the information is fit for any particular purpose.
    [Show full text]
  • EN CAN-RS-485 BUS Gateway
    MTGW Installation Guide EN CAN-RS-485 BUS Gateway MTGW | Installation Instructions | 1.0 Overview CAN bus wiring requirements are as follows: Trademarks • CAN Bus Interface: Connect the CAN bus to the Microsoft® Windows® 98/2000/XP are registered MTR Communication Receiver with at least trademarks of Microsoft Corporation in the United 1.5 mm (16 AWG) shielded twisted-pair wire; States and other countries. maximum length: 2000 m (6500 ft). • RS-485 Buses 1-3: Use at least 1.0 mm (20 AWG) 1.0 Overview shielded twisted-pair wire for the RS-485 bus; maximum length: 1200 m (3900 ft). RS-485 bus 1.1 Multi-Tenant System (MTS) Overview wiring status is supervised. MTS is a distributed security system for monitoring 1.2 MTS Device Address and controlling a large number of small sites. You must assign an address to each device in the Examples include apartment and condominium system. The address consists of at least four segments. complexes, retail plazas, office buildings, and For example: educational and hospital campuses. 1.2.5.3.6 A typical MTS installation consists of the following components: • 1: This segment identifies the number assigned to the MTR central receiver (1 to 99). • MTSW Security Station Software: MTSW is an ® ® • 2: This segment identifies the CAN bus number application based on Microsoft Windows , occupied by the MTGW (1 or 2). installed on a PC and monitored by guard station • personnel. 5 : This segment identifies the MTGW’s CAN bus address (1 to 100). • MTR Communication Receiver: The MTR • receives and handles alarm events from devices 3 : This segment identifies the device’s RS-485 connected to the CAN RS-485 bus.
    [Show full text]
  • Local Interconnect Network Bus Application in Vehicle Presented By- Prashant M
    International Journal of Engineering Research & Technology (IJERT) ISSN: 2278-0181 Vol. 2 Issue 2, February- 2013 Local Interconnect Network Bus Application In Vehicle Presented By- Prashant M. Ambure Guided By- Prof. Mrs. Aditi V. Vedalankar (MGM College of Engineering, Nanded) (Dept. Electronics and Telecommunication Engineering) Abstract busse interconnected between them as shown in the Local Interconnect Network bus was particularly figure below. This is a major difference with other low- designed for low-cost communication between smart cost busses as K-line which was intended to link all the sensors in automotive applications. It is used when ECUs to an external analyse tool for diagnosis purpose high bitrates communications as CAN bus are not The design consist of a central "Airbag needed. The LIN master initiates communication by control unit"(ACU) (a specific type of ECU) monitors a sending the “Header”. The “Data fields” are send by number of related sensors within the vehicle, including LIN master or a LIN slave. Only one slave will respond accelerometers, impact sensors, wheel speed sensors, to a given header. An airbag is part of a vehicle's gyroscopes, brake pressure sensors, and seat occupancy safety system, a flexible envelope designed for rapid sensors. When the requisite 'threshold' has been reached inflation in an automobile collision, to prevent vehicle or exceeded, the airbag control unit will trigger the occupants from striking hard interior objects such as ignition of a gas generator propellant to rapidly inflate a steering wheels. It is considered a "passive" safety nylon fabric bag. The inflated airbag reduces the component not requiring any input or action from the deceleration experienced by the passenger during the user, rather than an "active" component such as a seatIJERT IJERTcrash through the process of venting gas out of small belt, which requires fastening.
    [Show full text]
  • Universidad Nacional De Chimborazo Facultad De Ingeniería Carrera De Electrónica Y Telecomunicaciones
    UNIVERSIDAD NACIONAL DE CHIMBORAZO FACULTAD DE INGENIERÍA CARRERA DE ELECTRÓNICA Y TELECOMUNICACIONES Proyecto de Investigación previo a la obtención del título de Ingeniero en Electrónica y Telecomunicaciones TRABAJO DE TITULACIÓN DISEÑO Y SIMULACIÓN DE UNA RED DE COMUNICACIÓN EN VAGONES DE FERROCARRILES A TRAVÉS DE LA UTILIZACIÓN DE LOS ESTÁNDARES IEC 61375 PARA LA RUTA TREN DEL HIELO I (RIOBAMBA – URBINA – LA MOYA – RIOBAMBA) Autor: Denis Andrés Maigualema Quimbita Tutor: Ing. PhD. Ciro Diego Radicelli García Riobamba - Ecuador Año 2020 I Los miembros del tribunal de graduación del proyecto de investigación de título: “DISEÑO Y SIMULACIÓN DE UNA RED DE COMUNICACIÓN EN VAGONES DE FERROCARRILES A TRAVÉS DE LA UTILIZACIÓN DE LOS ESTÁNDARES IEC 61375 PARA LA RUTA TREN DEL HIELO I (RIOBAMBA – URBINA – LA MOYA – RIOBAMBA)”, presentado por: Denis Andrés Maigualema Quimbita, y dirigido por el Ing. PhD. Ciro Diego Radicelli García. Una vez revisado el informe final del proyecto de investigación con fines de graduación escrito en el cual consta el cumplimento de las observaciones realizadas, remite la presente para uso y custodia en la Biblioteca de la Facultad de Ingeniería de la UNACH. Para constancia de lo expuesto firman. Ing. PhD. Ciro Radicelli Tutor Dr. Marlon Basantes Miembro del tribunal Ing. José Jinez Miembro del tribunal II DECLARACIÓN EXPUESTA DE TUTORÍA En calidad de tutor del tema de investigación: “DISEÑO Y SIMULACIÓN DE UNA RED DE COMUNICACIÓN EN VAGONES DE FERROCARRILES A TRAVÉS DE LA UTILIZACIÓN DE LOS ESTÁNDARES IEC 61375 PARA LA RUTA TREN DEL HIELO I (RIOBAMBA – URBINA – LA MOYA – RIOBAMBA ". Realizado por el Sr.
    [Show full text]
  • Innovative Monitoring and Predictive Maintenance Solutions on Lightweight Wagon
    Innovative Monitoring and Predictive Maintenance Solutions on Lightweight Wagon Grant Agreement no.: 730863 - S2R-OC-IP5-03-2015 Project Start Date: 01/11/2016 Project End Date: 30/04/2019 DELIVERABLE D1.1 Benchmark and market drivers for an integrated intelligent and lightweight wagon solution Work Package: WP 1 Deliverable type R Dissemination Level: PU Status: Final Leader beneficiary: UNEW Due date of deliverable: 31/03/2017 Actual submission date: 31/03/2017 Prepared by: Cristian Ulianov and Paul Hyde, Newcastle University (UNEW) Contributors: Sian Evans, Newcastle University (UNEW) Liang Cheng, Newcastle University (UNEW) Emmanuel Matsika, Newcastle University (UNEW) Raluca Marin-Perianu, Inertia Technology B.V. (INE) Martin Wischner, Havelländische Eisenbahn AG (HVLE) Daniele Regazzi, Lucchini RS S.p.A. (LRS) Franco Castagnetti, NewOpera Aisbl (NEWO) Giuseppe Rizzi, NewOpera Aisbl (NEWO) David Vincent, Perpetuum Ltd. (PER) Stefano Bruni, Politecnico di Milano (POLIM) Marco Macchi, Politecnico di Milano (POLIM) Dachuan Shi, Technische Universität Berlin (TUB) Philipp Krause, Technische Universität Berlin (TUB) Florentin Barbuceanu, Uzina de Vagoane Aiud S.A. (UVA) Verified by: Cristian Ulianov Deliverable D1.1 Document history Version Date Author(s) Description D1 02/12/2016 Cristian Ulianov [UNEW] Document initiated, draft structure D2 20/12/2016 Cristian Ulianov [UNEW] Document updated, structure and Paul Hyde [UNEW] content proposed D3 24/01/2017 All Update of structure and content D5 23/02/2017 All Content added and revised
    [Show full text]