And Zigbee Protocol for Industrial Process Monitoring and Control

Total Page:16

File Type:pdf, Size:1020Kb

And Zigbee Protocol for Industrial Process Monitoring and Control © June 2015 | IJIRT | Volume 2 Issue 1 | ISSN: 2349-6002 Implementation of Controller Area Network (CAN) and ZigBee Protocol for Industrial process monitoring and control Syed Shafiullah1, Renuka Sagar2 1Student, Ballari Institute of Technology & Management, Bellary, Karnataka, India. 2Assistant Professor, Ballari Institute of Technology & Management, Bellary, Karnataka, India. Abstract - Automation is a set of technologies that results progression from existing sensor networks. It will in operation of machines and systems without significant prove itself efficient and economic media for human intervention and achieves performance superior communication. The CAN bus provides an ideal to manual operation. Embedded systems in general and platform for interconnecting nodes and allows each microcontrollers in particular are playing a key role in node to communicate with any other node. Controller today’s industrial automation and remote monitoring era for enhanced productivity and reduced cost. A Area Network (CAN) protocol can be used for the wireless remote controller in which providing a wireless communication between nodes and by using ZigBee sensing solution for industries to operate essential protocol we can transmit the data to the end user by industrial appliances, ranging from simple lightings to means of wireless. This technology is a cost effective sophisticated electronic devices. Various parameters in one and it can be used in various applications like the industries can be monitored and controlled using industries, automobiles, home etc. ZigBee Communication integrated with CAN bus network. The method has been implemented in order to II. OBJECTIVE OF THE PROJECT reduce the usage of wires used for communication The main objective of this project is implementation purpose. In this paper sensors are used to sense the of CAN and ZigBee communication for industrial variable parameters and the CAN protocols are used for the transmission and reception purpose along with process controlling and monitoring. We have two ZigBee. The data transmission rate will be higher than sections i.e. Transmitting section and Receiving other wireless systems. This application is user friendly section. In the receiving Section there are two nodes and can be achieved at a low cost. sensor node and master node as shown in the block diagram. In the sensor node, microcontroller I. INTRODUCTION (PIC18F458) is programmed in such a way that the When we consider an industry of large area, parameters are sensed periodically and transmitted to monitoring and controlling of each section involved in the mater node via CAN bus. Microcontroller the industry is a big task. It involves a large amount of (PIC18F458) contains inbuilt CAN controller man power and time consumption. To overcome these features. The CAN Transceiver Module i.e. MCP2551 above factors we developed this technology which is a high-speed CAN & mostly used as a voltage makes use of single person for monitoring and converter .It convert general voltage level to CAN controlling the entire network. This can be achieved voltage level at the transmitter & CAN voltage level with the combination of both wired and wireless to general voltage level at the receiver. At the technologies i.e. CAN bus network with the ZigBee receiving section the ZigBee module is used to technology, which is the main objective of our paper. receive the data. These various parameters can be A typical smart sensor node consist of both digital and monitored on the receiver side by connecting the analog components, which allow the sensor data to be receiver section with a PC and the received data is captured, transformed, analyzed, and transmitted to shown in form of graphs and/or in digital values in other nodes in the system, by applying the CAN PC. protocol to a smart sensor network is a natural IJIRT 102384 INTERNATIONAL JOURNAL OF INNOVATIVE RESEARCH IN TECHNOLOGY 294 © June 2015 | IJIRT | Volume 2 Issue 1 | ISSN: 2349-6002 performance & reliability. It is half duplex system & Sensor Node has data rate up to 1Mbps. It provides high level of security. 3.1 CAN Protocol Structure Based on levels of abstraction, the structure of the CAN protocol can be described in three layers where each layer describes the part of this protocol. Higher layers like application layer are covered by other high-level protocols. The following three layers are: Object Layer Transfer Layer Physical Layer Physical Layer: At the bottom layers structure there is a physical layer. The scope of this layer is the actual transfer of the bits between the different nodes with Master Node respect to all electrical properties (voltage, current, number of conductors). Within one network the physical layer, of course, has to be the same for all nodes. There may be, however, much freedom in selecting a physical layer. Transfer Layer: The Transfer Layer represents the kernel of the CAN protocol. The scope of the transfer layer mainly is the transfer protocol, i.e. controlling the framing, performing arbitration, error checking, error signaling and fault confinement. Within the transfer layer it is decided whether the bus is free for starting a new transmission or whether a reception is just starting. Also some general features of the bit timing and synchronization are regarded as part of the Fig 2: Block diagram transfer layer. It is in the nature of the transfer layer that there is no freedom for modifications. III. CONTROLLER AREA NETWORK CAN (Controller Area Network) is a vehicle bus Object Layer: The highest layer included in the CAN standard designed to allow microcontrollers and protocol is Object Layer. The object Layer is devices to communicate with each other within a concerned with message filtering as well as status and vehicle without a host computer. CAN bus is a message handling. There is much freedom in defining message-based protocol, designed specifically for object handling. automotive applications but now also used in other areas such as industrial automation and medical equipment. CAN bus was originally invented in 1983 by Robert Bosch GmbH. The protocol was officially released in 1986 at the Society of Automotive Engineers (SAE) congress in Detroit, Michigan. CAN bus is a simple two wire protocol. It is an asynchronous serial communication protocol. It is mostly used in automobile Industry due to its real time IJIRT 102384 INTERNATIONAL JOURNAL OF INNOVATIVE RESEARCH IN TECHNOLOGY 295 © June 2015 | IJIRT | Volume 2 Issue 1 | ISSN: 2349-6002 it transmitted. Therefore, node B halts transmission while node C continues on with its message. Another attempt to transmit the message is made by node B once the bus is released by node C. Fig 3.2: Arbitration on a CAN Bus 3.3 FRAME FORMAT The four different types of frames that can be transmitted on a CAN bus are Data Frame Remote Frame Error Frame and Overload Frame Fig 3.1: CAN Protocol Structure Messages between units on the bus are distributed by frames. A CAN network can be configured to operate 3.2 ARBITRATION with different type of frames. First important type of frame is standard data frame (CAN 2.0 A. The second Each node is able to send and receive messages, but important type is extended data frame (CAN 2.0 B). not simultaneously. A message consists primarily of As you can see from the Fig 3.3(a) and Fig 3.3(b), the an id, which represents the priority of the message, only difference between these two types is that and up to eight data bytes. It is transmitted serially standard frame supports 11 bits for identifier and onto the bus. Bus access is event-driven and takes extended frame supports 29 bits for identifier. This place randomly. If bus is free and two or more units identifier is made of 11 bits in base and 18 bits in begin sending messages at same time, the message extension. The distraction between the two types of with the highest priority will overwrite other messages frames is made by using IDE bit. This bit is set as with lower priority. It means that only this highest dominant (zero) in case of 11 bits frame identifier and priority message remains and is received to all units in case of 29 bits frame identifier the bit is set as connected to the bus. Other messages have to wait recessive (one). until the bus is free again. This mechanism is referred to as priority based bus arbitration. The priority of each message is specified in part of frame called identifier. This identifier has got an 11 or 29 bits (it depends on format of frame). In identifier zero values are dominant and ones are recessive. It means that Fig 3.3(a): Standard Frame: 11-Bit Identifier identifier with higher number of zeros (smaller value) gives higher priority to given frame message. Note that a transmitting node constantly monitors each bit of its own transmission. Fig 3.2 displays the CAN arbitration process that is handled automatically by a CAN controller, as node B's recessive bit is Fig 3.3(b): Extended Frame: 29-Bit Identifier overwritten by node C’s higher priority dominant bit, B detects that the bus state does not match the bit that IJIRT 102384 INTERNATIONAL JOURNAL OF INNOVATIVE RESEARCH IN TECHNOLOGY 296 © June 2015 | IJIRT | Volume 2 Issue 1 | ISSN: 2349-6002 IV. ZIGBEE PROTOCOL including security attributes to set up and a number of business data flow and other functions together. ZigBee is an IEEE 802.15.4 standard for data Application Layer objective is the realization of the communications with business and consumer devices. network communication between different devices, It is designed around low-power consumption applications and settings for access to information allowing batteries to essentially last forever. The services, calls for the application layer protocol to ZigBee standard provides network, security, and provide continuous and discrete control applications application support services operating on top of the and other support.
Recommended publications
  • 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]
  • Fieldbus Communication: Industry Requirements and Future Projection
    MÄLARDALEN UNIVERSITY SCHOOL OF INNOVATION, DESIGN AND ENGINEERING VÄSTERÅS, SWEDEN Thesis for the Degree of Bachelor of Science in Engineering - Computer Network Engineering | 15.0 hp | DVA333 FIELDBUS COMMUNICATION: INDUSTRY REQUIREMENTS AND FUTURE PROJECTION Erik Viking Niklasson [email protected] Examiner: Mats Björkman Mälardalen University, Västerås, Sweden Supervisor: Elisabeth Uhlemann Mälardalen University, Västerås, Sweden 2019-09-04 Erik Viking Niklasson Fieldbus Communication: Industry Requirements and Future Projection Abstract Fieldbuses are defined as a family of communication media specified for industrial applications. They usually interconnect embedded systems. Embedded systems exist everywhere in the modern world, they are included in simple personal technology as well as the most advanced spaceships. They aid in producing a specific task, often with the purpose to generate a greater system functionality. These kinds of implementations put high demands on the communication media. For a medium to be applicable for use in embedded systems, it has to reach certain requirements. Systems in industry practice react on real-time events or depend on consistent timing. All kinds are time sensitive in their way. Failing to complete a task could lead to irritation in slow monitoring tasks, or catastrophic events in failing nuclear reactors. Fieldbuses are optimized for this usage. This thesis aims to research fieldbus theory and connect it to industry practice. Through interviews, requirements put on industry are explored and utilization of specific types of fieldbuses assessed. Based on the interviews, guidelines are put forward into what fieldbus techniques are relevant to study in preparation for future work in the field. A discussion is held, analysing trends in, and synergy between, state of the art and the state of practice.
    [Show full text]
  • Improving Transportation Safety, Efficiency, and the Customer Experience with the Internet of Things (Iot)
    Solution Blueprint Internet of Things (IoT) Improving Transportation Safety, Efficiency, and the Customer Experience with the Internet of Things (IoT) Kontron* uses intelligent gateways based on Intel® technology in connected transportation systems. Executive Summary Digital information has become the life blood of the transportation industry with networks of computer chips and sensors integral to nearly every aspect, including public transport, fleet management, surveillance, ticketing, passenger information, etc. Today, most systems operate in relative silos, but this is changing as municipalities see the compelling benefits from improved information sharing. This is what the Internet of Things (IoT) is designed to do: provide the connectivity, Driving a data revolution in security, interoperability, analytics, and monetization capabilities that enable intelligent transportation. the transportation industry Information in the right hands at the right time opens the door to all sorts of possibilities. In the case of buses, real-time passenger count data allows fleet operators to better optimize timetables to ensure sufficient numbers of buses are scheduled on heavily-travelled routes. Analytics software can provide scheduling suggestions based on passenger patterns correlated to the time of day, holidays, local events, weather, etc. Vehicle diagnostic information helps operations crews perform preventive maintenance, as in making a preemptive repair (e.g., replace Improving Transportation Safety, Efficiency, and the Customer Experience with the Internet of Things (IoT) Table of Contents brake pads, worn tires) to avoid a Solution Benefits breakdown or an expensive major repair. Intelligent transportation based on Executive Summary . 1 Up-to-date timetables on information IoT technologies from Kontron and Key Business Objectives . 2 displays give passengers en route a Intel can ultimately help municipalities higher level of customer service.
    [Show full text]
  • Robust Reliable Communication Safety
    CAN Bus Product Catalog Communication Safety Robust Reliable Vol.CAN_2.20.05_EN Website: http://www.icpdas.com E-mail: [email protected] Website:Vol. http://www.icpdas.com CAN-2.08.10 1 Table of Contents 1. Overview - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 1-1 2. CAN Bus Repeater/Bridge/Switch - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 2-1 3. CAN Converters - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 3-1 ● 3-1 USB to CAN Converters - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 3-1 ● 3-2 USB to CAN FD Converters - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 3-5 ● 3-3 CAN to Fiber Converter/Bridge - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 3-6 ● 3-4 CAN FD to Fiber Converter/Bridge- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 3-11 ● 3-5 Ethernet/Wi-Fi to CAN Converters - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 3-12 ● 3-6 Uart to CAN Converters - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 3-17 4. Gateway/Protocol Converters - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 4-1 ● 4-1 CANopen Gateways - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 4-1 ● 4-2 CANopen Motion Solution - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 4-4 ● 4-3 DeviceNet Gateways - - - - - - - -
    [Show full text]
  • Automotive Data Acquisition System - FST
    Automotive data acquisition system - FST David Rua Copeto nº 53598 Dissertation for obtaining the Master’s Degree in Electrical and Computer Engineering Jury President: Prof. Marcelino Santos Advisor: Prof. Francisco Alegria Co-Advisor: Prof. Moisés Piedade Specialist: Prof. Nuno Roma October 2009 ii Resumo Esta tese aborda o design, a implementação e a validação de um sistema de telemetria para um protótipo Formula Student, tendo em mente uma rede de sensores suportada num barramento CAN, existente neste. Para o conseguir, o sistema proposto é dividido em dois blocos: uma estação móvel e uma estação base. A primeira, é colocada no veículo e ligada aos seus sensores através do barra- mento CAN. Esta estação móvel tem a função de gravar localmente os dados gerados pela actividade no barramento e também de transferir sem fios, estes dados, para a estação base fora da pista. A segunda, tem a função de pegar nos dados recebidos através do canal sem-fios e de os apresentar ao utilizador de uma forma atraente e compreensível. Para além do funcionamento “online”, a estação base também permite a apresentação de dados relativos a sessões anteriores para análise. Dado o tipo de veículo (e competição) a que este trabalho se aplica, existem algumas exigências tanto em termos de capacidade do sistema, como de gestão do projecto. Por um lado, o sistema deve ser capaz de resistir a ambientes adversos, nomeadamente vibração, calor, líquidos e interferência electromagnética, e por outro deve ser leve, barato e fácil de utilizar. O sistema de telemetria desenvolvido foi utilizado com sucesso numa pista de treinos, sendo capaz de gravar com fiabilidade os dados provenientes do barramento CAN com um número, frequência de amostragem e tipo variável de sensores.
    [Show full text]
  • Industrial Ethernet Communication Protocols
    WHITE PAPER Industrial Ethernet Communication Protocols Contents Executive Summary . 1 Industrial Slave Equipment �������������������������������������������������������������������������������������������������������������������������1 Industrial Automation Components . 2 Legacy Industrial Communication Protocols. 2 PROFIBUS �������������������������������������������������������������������������������������������������������������������������������������������������������3 CAN- ����������������������������������������������������������������������������������������������������������������������������������������������������������������3 Modbus . 3 CC-Link . 3 Descriptions of Industrial Ethernet Communication Protocols. 3 Ethernet/IP ����������������������������������������������������������������������������������������������������������������������������������������������������6 PROFINET . 6 EtherCAT. 6 SERCOS III �������������������������������������������������������������������������������������������������������������������������������������������������������7 CC-Link IE �������������������������������������������������������������������������������������������������������������������������������������������������������7 Powerlink �������������������������������������������������������������������������������������������������������������������������������������������������������7 Modbus /TCP . 8 Future Trends �������������������������������������������������������������������������������������������������������������������������������������������������8
    [Show full text]
  • Train Communication Network Application Technology Research
    International Conference on Intelligent Systems Research and Mechatronics Engineering (ISRME 2015) Research on the application of train communication network technology YUAN Wen North China Electric Power University, Baoding, Hebei, China [email protected] Keywords: train communication; network topology; field bus Abstract: with the high speed EMU project of technology import in our country, and the vigorous development of the urban rail transit construction, puts forward higher requirements for the reliability of the vehicle. Urgent need in order to realize the normal operation of the train in the rolling stock fast real-time data transmission between the computer and the exchange, with on the train running state and fault information and make accurate and quick judgment and processing. Aiming at the problem of train network control principle has carried on the thorough research, and put forward a more accuracy of train communication network, effectively improve the stability of train operation. 1 Introduction With the continuous development of science and technology and the change of market demand, modern trains are moving in the direction of high speed, automation, comfortable, compared with the traditional train, more and more information (such as status, control, fault diagnosis, the passenger service, etc.). But in traditional train control technology has produced many problems, such as the standard is not unified, interface is not compatible, and poor extensibility, this restricted the development of the technology of network monitoring system. Therefore, the international electro technical commission established IEC61375 -l (1999) the train communication network and the IEEE (the American association of electrical and electronic engineers) for the train network communication protocol, it includes two bus, namely WTB bus allows and MVB bus.
    [Show full text]
  • Canopen Implementation in the Zagreb Tramcar
    CAN in Automation Session CANopen implementation in the Zagreb tramcar Sinisa Marijan, Mario Bilic, Kresimir Ivanus KONCAR – Electrical Engineering Institute, Zagreb, Croatia The paper deals with the several topics related to the development and production of the ultra low-floor tramcar, type TMK2200, for the city of Zagreb. During the development many electronic control units have been specified, designed and integrated into the vehicle. The communication between these control units is mostly based on CANopen. The reasons for selecting CANbus and CANopen application layer are discussed. Furthermore, several proprietary hardware and software solutions have been developed for this project. These solutions, among other, include redundant main vehicle control unit. The concept of this unit is presented, along with some details that increase vehicle reliability and availability. Finally, some experience facts and possible future improvements are also pointed out. 1 Introduction be supported. To achieve these goals, and taking into account the fact that The project objective of this work is related sophisticated systems are usually to the development of ultra-low floor integrated through equipment of different tramcar, type TMK 2200, for the city of sub-suppliers, system integrators are Zagreb, Fig. 1. KONČAR – Electrical facing challenges when interfacing the Engineering Institute was responsible for equipment. the development of main vehicle control unit, traction units, static converters for auxiliary power supplies and driver- machine interface. Further, our responsibility was the choice of appropriate communication busses and accordingly, the system integration of all electronic control units. This is generally a rather demanding task. However, this paper deals only with the communication networks in the vehicle and the Vehicle Control Unit (VCU).
    [Show full text]
  • Hardware + Software + Tools + Engineering Retrofitting Port Cranes Set to Boom CAN in Aquaplaning Warning
    June 2018 CAN Newsletter Hardware + Software + Tools + Engineering Retrofitting port cranes set to boom CAN in aquaplaning warning system Applications Online diameter control during wire and cable production www.can-newsletter.org New CAN FD Interfaces PCAN-M.2 PCAN-PCI/104-Express FD CAN FD Interface for M.2 (PCIe) CAN FD Interface for PCI/104-Express CAN interface for the M.2 slot (uses PCIe lane) 0#) %XPRESSCARD LANEX 1, 2, or 4 High-speed CAN channels (ISO 11898-2) Form factor PC/104 Form factor M.2 type: 2280/2260-B-M; Height: Single and Up to four cards can be used in one system Dual Channel 4.6 mm; Four Channel 10.2 mm 1, 2, or 4 High-speed CAN channels (ISO 11898-2) #OMPLIESWITH#!.SPECIÚCATIONS!"AND&$ #OMPLIESWITH#!.SPECIÚCATIONS!"AND&$ CAN FD support for ISO and Non-ISO standards switchable CAN FD support for ISO and Non-ISO standards switchable #!.&$BITRATESFORTHEDATAÚELDBYTESMAX FROM #!.&$BITRATESFORTHEDATAÚELDBYTESMAX FROM 20 kbit/s up to 12 Mbit/s 20 kbit/s up to 12 Mbit/s CAN bit rates from 20 kbit/s up to 1 Mbit/s CAN bit rates from 20 kbit/s up to 1 Mbit/s CAN bus connection via connection cable and D-Sub, Connection to CAN bus through D-Sub slot bracket, 9-pin (in accordance with CiA® 303-1) 9-pin (in accordance with CiA® 303-1) MCP2558FD CAN transceiver MCP2558FD CAN transceiver Galvanic isolation on the CAN connection up to 300 V, Galvanic isolation on the CAN connection up to 500 V, separate for each CAN channel separate for each CAN channel CAN termination can be activated through a solder jumper, CAN termination
    [Show full text]
  • Vehicle Networking Usingcontrol Area Network
    VEHICLE NETWORKING USINGCONTROL AREA NETWORK Satyam Singh1, Ravi Kiran V2,Pavan Kumar P3, Rahul Koudal4, Prameela Kumari N5 1,2,3,4,5 School of Electronics and Communication, REVA University,(India) ABSTRACT Automotive electronics is being standardizedin vehicles for improving automations. In a vehicle, organizing is a part of control circuits to build vehicle security. Poor monitoring of these critical security parameters and lack of proper communication among these security protocols are the major causes of accidents. Hence in order to improve the overall organization, Control Area network (CAN) is at present widely used in an automobile body control systems to effectively monitor and communicate.This workmajorly focuses on the control of vehicle speed based on the strategic distance and speed of the opponent vehicle.In this framework, the vehicle parameters such as the gas sensor, vehicle speed controller, temperature, humidity, metal detector etc…are continuously monitored for the detection of any critical circumstancesthat can arise. Keyword: -Control Area Network (CAN); gas sensor; vehicle speed controller; temperature; humidity; metal detector. I. INTRODUCTION Modern automobile system uses Control Area Network (CAN) protocols to control the whole body network in order to economically achieve the reliable communication in vehicles, this paper is designed to enhance Communication Gateway based on ARM [1]. This scheme introduces the characteristics of ARM Controller and the CAN receiver, in particular, to achieve the software and hardware design of the CAN gateway. The body network control system helps in achieving the data sharing sufficiently in the communication [2]. The entire automation work can be divided into two sections, first is to study the basic critical components of the vehicle system thoroughly and then to design and implement the control circuitry [3].
    [Show full text]
  • Line Redundancy in MVB-TCN Devices: a Control Unit Design
    IEEE MELECON 2006, May 16-19, Benalmádena (Málaga), Spain Line Redundancy in MVB-TCN Devices: A Control Unit Design Juan Carlos Moreno, Eduardo Jesús Laloya and Jesús Navarro, Member, IEEE Department of Electronic Engineering and Communications University of Zaragoza Zaragoza, Spain [email protected] Abstract— TCN (Train Communication Network) standard (WTB), which interconnects the vehicles in trains of was approved in 1999 by the IEC (IEC 61375-1) and IEEE variable composition, being capable of self-configuration. (IEEE 1473-T) organizations to warrant a reliable train and equipment interoperability. TCN defines two serial buses: The TCN is based on a two-level conceptual hierarchy WTB (Wire Train Bus) and MVB (Multifunction Vehicle Bus), including a WTB, interconnecting nodes in the different permitting double line attachments in both of them. Each vehicles, and as many MVB buses as vehicles present in the attached device must take one of the lines as its trusted line and train, interconnecting each of them the equipment within commute to the other, its observed line, if necessary. Its line each different vehicle. The WTB and each MVB will be redundancy control unit is responsible for these tasks. connected over a node acting as gateway (MVB class 5 The MVB line redundancy control unit design here device) (Fig. 1). presented is, to our knowledge, the first one to be published. It is but one bit of the top-down full compliant MVB device WTB_bus (train bus) WTB_bus (train bus) Gateway Gateway design (class 1 to class 5) being developed by the authors to get a true reconfigurable system on chip.
    [Show full text]
  • IEC 61375-1 and UIC 556 International Standards for Train Communication
    IEC 61375-1 and UIC 556 - International Standards for Train Communication CHRISTOPHSCHAFERS, GERNOTHANS DaimlerChrysler Rail Systems GmbH TTCESDE; Neustadter Str. 62; D-68309 Mannheim [email protected];Gernot.Hans @man.Adtranz.de Abstract - The communication system within a train is a Communications Protocol Aboard Train)'. central issue for train system integration. Historically, General Architecture there have been numerous, proprietary and non-interop- The architecture of the TCN addresses all relevant topo- erable solutions. IEC 61375 and UIC 556 have now logies used in rail vehicles. It comprises two levels, the been issued as a set of international standards to over- Wire Train Bus WTB connecting the vehicles and the come this situation: Multifunction Vehicle MVB (or optionally another IEC 61375, the Train Communication Network (TCN), Bus vehicle bus) connecting the equipment aboard a vehicle defines a communication architecture and the necessary or group of vehicles (figure 1). protocols for non-vital communication on train and on vehicle level. It consists of a two-layered, hierarchical architecture to suit the needs of inter- and intra-vehicle communication. UIC 556 and the accompanying UIC codes define the operator's view on the train, the frame- 11111 1111 11111 work for the coordination of the different applications I II II II I1 I I II II 11 I I I1 If I 11 I and the operational handling to ensure interoperability dwkes dwici dwku between vehicles from different manufactures. figure 1 : physical architecture of the TCN This protocol suite has been successfully explored in op- erational test trains as well as in large number of actual A vehicle may be equipped with one or several vehicle running projects for DMus, EMUS, high-speed trains, lo- busses.
    [Show full text]