A Design of a Lightweight In-Vehicle Edge Gateway for the Self-Diagnosis of an Autonomous Vehicle

Total Page:16

File Type:pdf, Size:1020Kb

A Design of a Lightweight In-Vehicle Edge Gateway for the Self-Diagnosis of an Autonomous Vehicle applied sciences Article A Design of a Lightweight In-Vehicle Edge Gateway for the Self-Diagnosis of an Autonomous Vehicle YiNa Jeong 1, SuRak Son 1, EunHee Jeong 2 and ByungKwan Lee 1,* 1 Department of Computer Engineering, Catholic Kwandong University, Gangneung 25601, Korea; [email protected] (Y.J.); [email protected] (S.S.) 2 Department of Regional Economics, Kangwon National University, Samcheok 25913, Korea; [email protected] * Correspondence: [email protected]; Tel.: +82-033-649-7160 Received: 8 August 2018; Accepted: 6 September 2018; Published: 9 September 2018 Abstract: This paper proposes a Lightweight In-Vehicle Edge Gateway (LI-VEG) for the self-diagnosis of an autonomous vehicle, which supports a rapid and accurate communication between in-vehicle sensors and a self-diagnosis module and between in-vehicle protocols. A paper on the self-diagnosis module has been published previously, thus this paper only covers the LI-VEG, not the self-diagnosis. The LI-VEG consists of an In-Vehicle Sending and Receiving Layer (InV-SRL), an InV-Management Layer (InV-ML) and an InV-Data Translator Layer (InV-DTL). First, the InV-SRL receives the messages from FlexRay, Control Area Network (CAN), Media Oriented Systems Transport (MOST), and Ethernet and transfers the received messages to the InV-ML. Second, the InV-ML manages the message transmission and reception of FlexRay, CAN, MOST, and Ethernet and an Address Mapping Table. Third, the InV-DTL decomposes the message of FlexRay, CAN, MOST, and Ethernet and recomposes the decomposed messages to the frame suitable for a destination protocol. The performance analysis of the LI-VEG shows that the transmission delay time about message translation and transmission is reduced by an average of 10.83% and the transmission delay time caused by traffic overhead is improved by an average of 0.95%. Therefore, the LI-VEG has higher compatibility and is more cost effective because it applies a software gateway to the OBD, compared to a hardware gateway. In addition, it can reduce the transmission error and overhead caused by message decomposition because of a lightweight message header. Keywords: Address Mapping Table; In-Vehicle Edge Gateway; self-diagnosis 1. Introduction In the future, more than 200 billion devices will be connected to the cloud and each other in what is commonly called the Internet of Things (IoT) [1]. Therefore, An IoT gateway that is a physical device or software program as the connection point between the cloud and controllers, sensors and intelligent devices plays important role. IoT gateway provides a place to preprocess the data located at the edge before sending it on to the cloud and supports communication between heterogeneous devices. The gateways of connected cars, which are currently being developed, are similar to IoT gateways. As shown in Figure1, the connected car’s ECUs and Gateway need to handle many requirements, such as enhancing engine control and transmission control performance; securing stability through ABS, LDW, and FCW; and increasing convenience through camera and body control. To address these needs, the number of ECUs used in vehicles has increased dramatically and ECUs are connected to various protocols depending on their characteristics [2]. Appl. Sci. 2018, 8, 1594; doi:10.3390/app8091594 www.mdpi.com/journal/applsci Appl. Sci. 2018, 8, 1594 2 of 19 Appl. Sci. 2018, 8, x FOR PEER REVIEW 2 of 19 FigureFigure 1. VehicleVehicle gateways that need to handle in-vehiclein-vehicle sensor data. To processprocess suchsuch a a large large amount amount of data,of data, various various communication communication protocols protocols such assuch FlexRay, as FlexRay, MOST, MOST,CAN and CAN Ethernet and Ethernet are used are inside used the inside vehicle. the CAN,vehicle. a low-speedCAN, a low (1-speed Mbps) (1 communication Mbps) communication protocol protocolused in conventional used in conventional in-vehicle communications, in-vehicle communications, is used to process is used relatively to process less important relatively vehicle less importantcontrol sensor vehicle data. control FlexRay, sensor a high-speeddata. FlexRay, (10 a Mbps) high-speed communication (10 Mbps) protocol,communication is mainly protocol, used tois processmainly used control to process data of control major parts data of amajor vehicle. parts MOST of a vehicle. and Ethernet MOST haveand Ethernet speeds uphave to speeds 150 Mbps. up toMOST 150 Mbps. is a ring MOST type networkis a ring that type processes network multimedia that processes data multimedia such as voice data and such video as inside voice theand vehicle, video insideand Ethernet the vehicle, can be and used Ethernet as a backbone can be of used in-vehicle as a networkbackbone or of as in a V2X-vehicle communication network or protocol.as a V2X communicationTo support protoc these protocols,ol. there have been various studies on the gateway inside the vehicle. However,To support gateways these with protocols, minimum there transmission have been delayvarious only studies support on somethe gateway protocols inside such the as vehicle. CAN to However,FlexRay and gateways MOST to with CAN, minimum and gateways transmission that support delay communication only support some for all protocols protocols such had increased as CAN totransmission FlexRay and delay. MOST to CAN, and gateways that support communication for all protocols had increasedTo support transmission the four delay. major protocols (i.e., CAN, FlexRay, MOST, and Ethernet) used for in-vehicle communicationsTo support the and four to minimizemajor protocols the transmission (i.e., CAN, delay FlexRay, of gateways, MOST, and this Ethernet) paper proposes used for a inLightweight-vehicle communications In-Vehicle Edge and Gateway to minimize (LI-VEG) the for transmission the self-diagnosis delay ofof an gateways, autonomous this vehicle.paper Theproposes LI-VEG a Ligh receivestweight the In messages-Vehicle from Edge the Gateway source sensor(LI-VEG) or actuator,for the self translates-diagnosis the of received an autonomous messages vehicle.into the formatThe LI- ofVEG a destination receives the protocol, messages and from transfers the thesource translated sensor messagesor actuator, to thetranslates destination the receivedECU, sensor, messages or actuator, into the and format the of messages a destination received protocol, from aand source transfers to the the self-diagnosis translated messages module. toBecause the destination the LI-VEG ECU, supports sensor, four or major actuator, protocols, and contrarythe messages to the received existing vehiclefrom a gateway,source to it hasthe selfgood-diagnosis scalability module. and compatibility. Because the In LI addition,-VEG supports The LI-VEG four major is indispensable protocols, tocontrary self-diagnosis to the existing module vehicleof an autonomous gateway, it vehiclehas good due scalability to its rapidity and comp and accuracy.atibility. AIn paperaddition, on theThe self-diagnosis LI-VEG is indispensable module has toalready self-diagnosis been published module [ 3of], thusan autonomous this paper only vehicle covers due the to its LI-VEG, rapidity not and the accuracy. self-diagnosis. A paper on the self-diagnosisThe remainder module of has the paperalready is been organized published as follows. [3], thus In Sectionthis paper2, related only covers works the are LI introduced.-VEG, not theIn Section self-diagnosis.3, the configuration and operation of LI-VEG are described. In Section4, the performance evaluationThe remainder focuses inof particularthe paper onis organized the transmission as follows. delay In andSection error 2, raterelated for messageworks are transmission. introduced. InFinally, Section Section 3, the5 configurationpresents the conclusions and operation of the of paper.LI-VEG are described. In Section 4, the performance evaluation focuses in particular on the transmission delay and error rate for message transmission. Finally,2. Related Section Works 5 presents the conclusions of the paper. 2.1. On-Board Diagnostics 2. Related Works Onboard-diagnostic (OBD) is an automotive term for self-diagnosis and reporting of vehicles. 2.1.OBD On system-Board isDiagnostics developed to detect engine operation conditions for air-pollution monitoring [4]. The basicOnboard meaning-diagnostic of OBD is as(OBD) above is andan automotive it is used in term various for ways.self-diagnosis OBD related and researchreporting is of as vehicles. follows. OBDConfiguration system is developed of on-board to detect diagnostics engine system operation and conditions diagnostic communicationfor air-pollution module monitoring ELM327 [4]. Theare introduced.basic meaning According of OBD to is elements as above of and ELM327 it is used and Keywordin various 2000 ways. protocols, OBD related an OBDII research diagnostic is as procedurefollows. is developed based on LabVIEW program [5]. ConfigurationOchs. T. et al. of [6 on] developed-board diagnostics exhaust system gas sensors and diagnostic for particulate communication matter (EGS-PM) module based ELM327 on aremultilayer introduced. ceramic According sensor technology. to elements Sensors of ELM327 must be and able Keyword to detect soot2000 emissions protocols, directly an OBDII after diagnosticthe DPF, be procedure able to withstand is developed harsh based exhaust on gasLabVIEW environments, program and [5]. meet future OBD legislation that includesOchs. stricter T. et requirementsal. [6] developed for monitoring exhaust gas the sensors function
Recommended publications
  • Media Oriented Systems Transport” Protocol
    TEKA. COMMISSION OF MOTORIZATION AND ENERGETICS IN AGRICULTURE – 2012, Vol. 12, No. 1, 275–279 New elements in vehicle communication “media oriented systems transport” protocol Andrzej Sumorek, Marcin Buczaj Department of Computer and Electrical Engineering, Lublin University of Technology, Poland S u m m a r y. Until recently, no signifi cant breakthroughs two major development trends of communication buses have occurred in the area of functional effi ciency of automo- can be identifi ed. The fi rst of them was to replace the tive vehicle communication protocols. The transmission speed mechanical connection with connections between mul- for “high-speed” communications busses and protocols is still tiple devices using buses (Drive-by-Wire, X-by-Wire) much slower than those of a typical computer network. Neither [14]. The main concern with such a solution is limiting the High-Speed CAN (1 Mbps bandwidth) nor TTP protocol (10 Mbps bandwidth), can be compared to the 1 Gbps band- the failure rate. The second development direction was width that is typical for widely used computer networks. Other to increase the user comfort by integrating multi-media diffi culties are that these vehicle communication networks are subsystems. A simple user interface is frequently imple- nonstandard and frequently use proprietary protocols (e.g., mented to manage complex automotive multimedia sys- communication methods, communication medium and data tems. The integration of various dedicated devices (e.g., formats). In contrast, computer networks have much more ad- telephone, DVD player, MP3 player) into a single system vanced capabilities. They are capable of a range of functions, is diffi cult.
    [Show full text]
  • Particulate Matter Emissions from Hybrid Diesel-Electric and Conventional Diesel Transit Buses: Fuel and Aftertreatment Effects
    TTitle Page PARTICULATE MATTER EMISSIONS FROM HYBRID DIESEL-ELECTRIC AND CONVENTIONAL DIESEL TRANSIT BUSES: FUEL AND AFTERTREATMENT EFFECTS August 2005 JHR 05-304 Project 03-8 Final Report to Connecticut Transit (CTTRANSIT) and Joint Highway Research Advisory Council (JHRAC) of the Connecticut Cooperative Highway Research Program Britt A. Holmén, Principal Investigator Zhong Chen, Aura C. Davila, Oliver Gao, Derek M. Vikara, Research Assistants Department of Civil and Environmental Engineering The University of Connecticut This research was sponsored by the Joint Highway Research Advisory Council (JHRAC) of the University of Connecticut and the Connecticut Department of Transportation and was performed through the Connecticut Transportation Institute of the University of Connecticut. The contents of this report reflect the views of the authors who are responsible for the facts and accuracy of the data presented herein. The contents do not necessarily reflect the official views or policies of the University of Connecticut or the Connecticut Department of Transportation. This report does not constitute a standard, specification, or regulation. Technical Report Documentation Page 1. Report No. 2. Government Accession No. 3. Recipient’s Catalog No. JHR 05-304 4. Title and Subtitle 5. Report Date PARTICULATE MATTER EMISSIONS FROM HYBRID DIESEL- August 2005 ELECTRIC AND CONVENTIONAL DIESEL TRANSIT BUSES: 6. Performing Organization Code FUEL AND AFTERTREATMENT EFFECTS JH 03-8 7. Author(s) 8. Performing Organization Report No. Britt A. Holmén, Zhong Chen, Aura C. Davila, Oliver Gao, Derek M. JHR 05-304 Vikara 9. Performing Organization Name and Address 10. Work Unit No. (TRAIS) University of Connecticut N/A Connecticut Transportation Institute 177 Middle Turnpike, U-5202 11.
    [Show full text]
  • Field Networking Solutions
    Field Networking Solutions Courtesy of Steven Engineering, Inc. ! 230 Ryan Way, South San Francisco, CA 94080-6370 ! Main Office: (650) 588-9200 ! Outside Local Area: (800) 258-9200 ! www.stevenengineering.com TYPES OF FIELDBUS NETWORKS* Field Networking 101 Features and Benefits of Fieldbus Networks The combination of intelligent field devices, digital bus networks, and various open communications protocols Fieldbus networks provide an array of features and benefits that make them an excellent choice is producing extraordinary results at process plants in nearly all process control environments. around the world. Compared to conventional technology, fieldbus networks deliver the following benefits: Just as our ability to retrieve, share, and analyze data Reduced field wiring costs has increased tremendously by use of the Internet and - Two wires from the control room to many devices PC network technology in our homes and at our desk- Reduced commissioning costs tops, so has our ability to control and manage our - Less time and personnel needed to perform process plants improved. Digital connectivity in process I/O wiring checkouts - No time spent calibrating intermediate signals manufacturing plants provides an infrastructure for the (such as 4-20mA signals) - Digital values are delivered directly from field flow of real-time data from the process level, making it devices, increasing accuracy available throughout our enterprise networks. This data Reduced engineering/operating costs is being used at all levels of the enterprise to provide - Much smaller space required for panels, I/O racks, and connectivity boxes increased process monitoring and control, inventory and - Fewer I/O cards and termination panels for materials planning, advanced diagnostics, maintenance control system equipment - Lower power consumption by control system planning, and asset management.
    [Show full text]
  • Maintenance and Decoding of Field Buses
    MAINTENANCE AND DECODING OF FIELD BUSES Today, most of the electrical appliances that we use include internal electronics. These circuits often need to communicate via data buses, either with ancillary systems, such Maintenance as remote sensors, or with control systems. This is particularly true in industry, where a single PLC remotely manages multiple sensors and actuators. Formerly, communication with these buses took place via an analogue signal using the “4-20 mA” network. This communication mode had many disadvantages, including Measurements the need for extensive equipment and complex wiring, thus increasing the time required for installation. For this reason, digital communication standards have been developed and are now widely used to avoid these problems. “Fieldbus” is a general term which corresponds to a method of communication between different systems. There are many standards: those specific to manufacturers Analysis and those standardized according to the equipment involved. Here are a few examples of fieldbuses used in different sectors of activity: Diagnostics The example of the automotive sector The new means of intra-system communication have allowed This provides numerous advantages: developments in the systems. The most obvious example is in the • less wiring automotive industry. In this sector, with the development of safety and • lower production costs due to savings on equipment analysis systems such as airbags, anti-lock braking systems (ABS) and • easier maintenance as there is only one communication channel electronic stability programs (ESP), the number of sensors and actuators on vehicles is constantly increasing. Each of these systems could be In addition, performance is improved because the linked directly to the vehicle’s computer via data buses, but this would data are available at all points on the require too much cable.
    [Show full text]
  • Digital Buses for Digital Plants
    SOFTWARESOFTWARE & NETWORKS & NETWORKS DigitalDigital BusesBuses ForFor Digital Plants Digital plant architectures have transformed the face of modern process plants. Jonas Berge, Senior Manager, PlantWeb Consulting, Emerson Process Management Asia Pacifi c Pte Ltd, explains the underlying bus technologies. Emerson igital communications technology over the bus, enabling plants to adopt the input and output values to the reduces wiring and improves a predictive maintenance program. digital automation system, the bus D end-to-end signal accuracy and Further, digital values may be trans- must enable confi guration of the integrity in modern digital plants. ferred in engineering units, allowing many settings that determine how Digital technology enables new transmitters to be used over their full transmitters and positioners operate innovative and more powerful devices, range and eliminating range mismatch. and must give access to the wealth wider measurement range, elimination Access to more information is also key of diagnostics information in these of range mismatch, and access to more to intelligent device management. devices as and when required. Lastly, information. Overall, use of digital many process industries require re- technology can reduce automation Application Areas dundant interface cards for increased project costs by as much as 30 percent Buses are used in factory automation, reliability. All of these requirements as well as providing a two percent process automation and building are met by FOUNDATION fi eldbus H1. operational improvement. This article automation. Tasks may vary from explores considerations to be made in motion control, to machine control, Factory Automation Digital Buses selection of bus technology for optimal to distillation column control.
    [Show full text]
  • MOVIDRIVE® MDX60B/61B Communication and Fieldbus Unit Profile
    Drive Technology \ Drive Automation \ System Integration \ Services MOVIDRIVE® MDX60B/61B Communication and Fieldbus Unit Profile Edition 04/2009 Manual 11264926 / EN SEW-EURODRIVE – Driving the world 1 General Information ............................................................................................... 6 1.1 How to use the documentation ...................................................................... 6 1.2 Structure of the safety notes .......................................................................... 6 1.3 Rights to claim under limited warranty ........................................................... 7 1.4 Exclusion of liability........................................................................................ 7 1.5 Copyright........................................................................................................ 7 2 Safety Notes ........................................................................................................... 8 2.1 Other applicable documentation .................................................................... 8 2.2 General notes on bus systems....................................................................... 8 2.3 Safety functions ............................................................................................. 8 2.4 Hoist applications........................................................................................... 8 2.5 Waste disposal..............................................................................................
    [Show full text]
  • Manuscript Specification and Style
    DESIGN AND IMPLEMENTATION OF CUSTOM MOST RING NETWORK PROTOTYPES Javier Mateo 1, M. Ángeles Losada 1, Ignacio Garcés 1, Joseba Zubia 2 1 I3A Universidad de Zaragoza, María de Luna 1, Zaragoza 50018, Spain. [email protected], [email protected], [email protected] 2 ETSII y de IT, Universidad del Pais Vasco, Alameda de Urquijo sn, 48013 Bilbao, Spain. [email protected] Abstract In this work, we have tested the feasibility of developing custom MOST (Media Oriented Systems Transport) devices and networks using two different approaches. First, we designed and manufactured a custom two-stage node with flexibility to be configured for transmission of different media in MOST networks, whose performance was tested in a two-node ring network to transmit a 5+1 encoded audio signal. Second, a MOST ring network was devised and implemented to remotely control a DVD player to reproduce movies and MP3 song files based on commercial prototypes from OASIS Inc. Our results show that it is possible to design simple custom MOST devices, but it can be very arduous to develop more complex devices which require high knowledge of Very Large Scale Integration (VLSI) electronic design. On the other hand, we found few commercial products in the market to implement custom MOST applications. Thus, the use of the standard MOST is not likely to outspread in the near future to domains other than the automobile, such as home or office networks. 1. Introduction Polymer optical fibers (POFs) are a cost-efficient alternative to shielded electrical wires for automotive infotainment systems with high-speed audio and video transmission at data rates of more than a few megabits per second [1-4].
    [Show full text]
  • MOST the Automotive Multimedia Network
    65061-8 U1+U4_R25mm 14.01.2011 10:12 Uhr Seite 1 FRANZIS ELECTRONICS LIBRARY THE AUTOMOTIVE MULTIMEDIA NETWORK MOST (Media Oriented Systems Transport) is infotainment system in a car. MOST can also a multimedia network technology developed be used in other product areas such as driver to enable an efficient transport of streaming, assistance systems and home applications. packet and control data in an automobile. It is the communication backbone of an MOST is a communication system with a new, flexible architecture, used by many different manufacturers. It is the most widely used multimedia network in the automotive industry. In 2010, more than 100 car models are already equipped with MOST Tech- EDITOR: PROF. DR. ING. ANDREAS GRZEMBA nology. MOST defines the protocol, hardware, software and system layers that are necessary for the high-performance and cost effective transport of realtime data in a shared medium. MOST Technology is developed and standardized within the MOST Cooperation through a joint effort of car- makers and their suppliers. It is now evolving into a third generation with MOST150 Technology. The MOST Cooperation commissioned this updated book with the goal of making it easier to understand and use MOST Technology. The authors of the book work for carmakers, suppliers and scientific institutes. The emphasis of the first part of the book is the MOST standard itself. After descri- bing the organization of the MOST Cooperation, the general communica- THE AUTOMOTIVE tion architecture of an automobile using MOST is presented. Then the chapter “Survery of the System Architecture” gives an overview of MOST MULTIMEDIA NETWORK Technology.
    [Show full text]
  • Ethernet Advantages
    John Guite Product Planning Manager Compumotor Division of Parker Hannifin Get Off the Bus: Why Ethernet Is Your Best Connection When UniWest of Pasco, Washington, wanted to network their motion control application, they connected their ETC-2000 three-axes scanner to a Compumotor 6K4 Controller via Ethernet. A leader in the non-destructive testing industry, UniWest began using the 6K4 and Ethernet connection last year, upgrading from a ISA-based controller. UniWest’s ETC-2000 inspects jet engines, and it’s now operating at full capacity. So why have UniWest and hundreds of other motion control users chosen Ethernet over fieldbus and PCI? As far as industrial motion control is concerned, Ethernet, fieldbus and PCI are all capable of carrying the same information between a high-level machine controller and a motion controller. Ethernet is a networking protocol, PCI is a PC bus architecture and fieldbus is used in industrial control. These three technologies are now competing for the same users, and while the playing field may be level, the technologies offer their own highs and lows. Ethernet: A Worldwide Standard Developed more than twenty years ago as a high-speed serial data transfer network, Ethernet has become a worldwide standard and is now the most widely used Local Area Network (LAN) in existence. More than 85% of all installed network connections in the world are Ethernet. The most common Ethernet data transfer rate is 10 million bits per second (Mbps), although most installations are rapidly converting to Fast Ethernet or 100 Mbps. The next generation of Ethernet is Gigabit Ethernet capable of 1 Gbps (1000 Mbps).
    [Show full text]
  • MODEL 4899/4809 GPIB Modbus Interface Instruction Manual
    ICS ICS ELECTRONICS MODEL 4899 And 4809 GPIB Modbus Interface 4899/4809 MODEL 4899/4809 GPIB Modbus Interface Instruction Manual ICS ICS ELECTRONICS a division of Systems West Inc. 473 Los Coches Street Milpitas, CA 95035 Phone (408) 263-5500, Fax (408) 263-5896 Publication Number 120148 Web Site http://www.icselect.com March 2000 Edition Rev 1 LIMITED WARRANTY Within 12 months of delivery (14 months for OEM customers), ICS Electronics will repair or replace this product, at our option, if any part is found to be defective in materials or workmanship (labor is included). Return this product to ICS Electronics, or other designated repair station, freight prepaid, for prompt repair or replacement. Contact ICS for a return material authorization (RMA) number prior to returning the product for repair. CERTIFICATION ICS Electronics certifies that this product was carefully inspected and tested at the factory prior to shipment and was found to meet all requirements of the specification under which it was furnished. EMI/RFI WARNING This equipment generates, uses, and can radiate radio frequency energy and, if not installed and used in accordance with the instruction manual, may cause interference to radio communications. The Model 4899 has been tested and found to comply with the limits for a Class A computing device pursuant to Subpart J of Part 15 of the FCC Rules and to comply with the EEC Standards EN 55022 and EN 50082-1, which are designed to provide reasonable protection against such interference when operated in a commercial environment. Operation of this equipment in a residential area is likely to cause interference, in which case the user, at his own expense, will be required to take whatever measures may be required to correct the interference.
    [Show full text]
  • GAS ANALYSIS SYSTEM SERIES 10 BUSCONNECTION and INTERFACES Original Operating Instructions (Version 5.6) Contact and Imprint
    GAS ANALYSIS SYSTEM SERIES 10 BUSCONNECTION AND INTERFACES Original Operating Instructions (Version 5.6) Contact and Imprint Please find the latest information online at WWW.AWITE.COM . For any questions, comments or suggestions, please send an email to [email protected] . Awite Bioenergie GmbH Grünseiboldsdorfer Weg 5 85416 Langenbach/Niederhummel, Germany Phone: +49 8761 / 72 162 - 0 Fax: +49 8761 / 72 162 - 11 Email: [email protected] http://www.awite.com © 2020 Awite Bioenergie GmbH Errors and changes reserved 2 Table of Contents 1 Table of Contents 1 Table of Contents......................................................................................................................3 2 Safety instructions.....................................................................................................................5 3 Introduction................................................................................................................................6 3.1 General Information..................................................................................................6 3.2 Byte Sequence......................................................................................................... 6 3.3 Usage data............................................................................................................... 6 3.4 Startup Behavior.......................................................................................................6 4 Bus connection..........................................................................................................................7
    [Show full text]
  • The Evolution of “Media Oriented Systems Transport” Protocol
    TEKA. COMMISSION OF MOTORIZATION AND ENERGETICS IN AGRICULTURE – 2014, Vol. 14, No. 3, 115–120 The Evolution of “Media Oriented Systems Transport” Protocol Andrzej Sumorek, Marcin Buczaj Department of Computer and Electrical Engineering, Lublin University of Technology, ul. Nadbystrzycka 38A, 20-618 Lublin, Poland, [email protected] Received July 10.2014; accepted July 30.2014 Summary. The communication protocols applied in vehicles transceivers replacement. One of devices (master) contains have gone through long lasting development. Their initial pur- the complete database for devices in the ring (Fig. 1b). pose was to support the communication functions in systems supporting conventional point – to – point connections and si- multaneously to control the motor operation with regard to emis- sions. They have made it possible to test vehicle subassemblies in central diagnostic mode. The throughput of communication network required for the solutions in the scope of vehicle control and diagnostics are limited (≤ 10 Mpbs). They are unsuitable for smooth multimedia transmission from several sources. The article contains consistent summary of Media Oriented Systems Transport (MOST) communication protocol features. MOST bus underwent three principal development phases. In its present specification it comes close to the standard enabling easy transmission of digital data in the widely applied Ethernet networks format. The text contains also the consideration of diagnostic testers makingit possible to eliminate the defects of MOST bus. Key words: MOST, Vehicle Information Network. INTRODUCTION The first multimedia installation based on MOST bus and protocol was introduced in the year 2001. In the same year, MOST bus was applied in the next ten vehicle models.
    [Show full text]