DOCSLIB.ORG

Vehicle Network Communication Protocols — Comparison and Case Study

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Vehicle Network Communication Protocols — Comparison and Case Study http://www.paper.edu.cn Vehicle Network Communication Protocols — Comparison and Case Study LIU Heng1 AN Jian-ping1 YANG Jie1 (1.Dept. of E.E. Beijing Institute of Technology, Beijing, 100081) Abstract: In-vehicle networking is a method for transferring data among distributed electronic modules via a serial data bus. The classification of In-vehicle networks was introduced in this article and communication protocols such as LIN, CAN, VAN, J1850, and J1939 etc. were compared. There was a case study on character and performances of CAN protocol which is widely used in automotive industry and automation. The simulation results showed the error handling mechanism and bus load feature of CAN network. Layered-architecture of vehicle networks and protocols was explained considering communication requirement. The future trend of vehicle network communication protocols was also discussed. Keywords: in-vehicle networking; communication protocol; CAN; performance evaluation Introduction networking. Many standards such as LIN, VAN, CAN, More and more electronic control units(ECUs) have SAE J1850 and TTP have been developed. been equipped in vehicles and the interaction between 1. Vehicle Network and Communication these subsystems has increased the need for real-time Protocols communications within a vehicle. Using more dedicated 1.1 SAE Classification signal wires was impossible because of cost, reliability SAE Vehicle Network for Multiplexing and Data and repair problems. In-vehicle networking, also known Communications Committee has defined three basic as multiplexing, is a method to solve this problem. This categories of in-vehicle networks based on network can decrease dedicated wires required for each function, speed and functions: and reduces the size of the wiring harness. System cost, • Class A Low Speed (<10kb/s); Convenience weight, reliability, serviceability, and installation can be features (entertainment, audio, trip computer, improved. Common sensor data, such as vehicle speed, etc.) engine temperature, etc. are available on the network, so • Class B Medium Speed (10kb/s to 125kb/s); data can be shared, thus eliminating the need for General information transfer (instrument redundant sensors. Networking allows vehicles content cluster, vehicle speed, legislated emissions data, flexibility because functions can be added through etc.) software changes. • Class C High Speed (125kb/s to 1M b/s or Automotive manufacturers and various automotive greater); Real-time control (powertrain control, industry standards organizations have been working for vehicle dynamics, brake by wire, etc.) many years to develop standards for in-vehicle Some protocols with higher speed (>1M b/s), may be defined as Class D, they are applied to more strictly 转载 中国科技论文在线 http://www.paper.edu.cn real-time control and multimedia system. LIN brings advantages of cost, flexibility, re-use and 1.1.1Class A Multiplexing logistics. Class A multiplexing is most applied to inexpensive, 1.1.2 Class B Multiplexing low-speed body wiring and control functions. Class A The Class B data network is the main driving force protocols are various such as UART, Sine bus, LIN, for module integration and service diagnostics. The CCD, ACP,BEAN, and SAEJ1708/J1587/J1922. LIN is Class B network is applicable for the control processing widely used among them, while TTP/A also gives a that has low requirement of real-time. There are some solution. Table 1 is a comparison between LIN and protocols such as GMLAN(SWC), ISO11898-3, TTP/A[6,7]. ISO11519-2, VAN, J1850, etc. Most of the vehicle Table1 LIN and TTP/A manufacturers are using J1850 in the United States and CAN in Europe for the Class B network. Table 2 gives a Characters LIN TTP/A Functions Sensor, Sensor, Actuator comparison among CAN, SAEJ1850 and VAN[4,5]. Actuator Medium Single wire Single wire, 1.1.3 Class C Multiplexing Twisted pair, Network standards such as CAN 2.0, SAEJ2284, Optical fiber Bit Encoding NRZ NRZ SAEJ1939, ABUS are used in Class C network. The Media Access Master-slave TDMA Error Detection CRC CRC predominant Class C protocol is CAN 2.0. The CAN Data Length 8 bytes No define protocol is targeted at high-speed, real-time control and Data Rate 20kbps >1Mbps Financial Cost Low Low can operate at up to 1 Mb/s. In the US, CAN acceptance A LIN sub-bus system uses a single-wire is growing. The SAE Truck and Bus Control and implementation (enhanced ISO9141), which can Communications subcommittee selected CAN in 1994 significantly reduce manufacturing and component as the basis for J1939, the class C network for truck and costs. Self-synchronization, without crystal resonator, in bus applications. Table 3 is the comparison of CAN2.0, the slave node also reduces component cost. The system SAEJ2284 and SAEJ1939. is based on common UART/SCI interface hardware that is shared by most microcontrollers. Table 2 CAN, SAEJ1850 and VAN Characters CAN VAN SAEJ1850 ISO11898 ISO11519-2 ISO11519-3 ISO11519-4 Functions Control, Diagnose Control, Diagnose General use, Diagnose Message ID 11bits or 29bits 12bits 7bits or 8bits RTR Support Support Support Data Field Length 0-8 bytes 0-28 bytes 0-8 bytes CRC 15bits 15bits 8bits Message Priority Support Support Support Overlord Control Support No No Medium Twisted pair Twisted pair Single wire(VPW) Twisted pair(PWM) Bit Encoding NRZ Manchester VPW PWM Synchronization Bit Synchronization Bit Synchronization No Network Topology Bus Bus/Tree/Star/Ring Bus Data Rate 10kbps~1Mbps 125kbps 10.4kbps(VPW) 41.6kbps(PWM) 中国科技论文在线 http://www.paper.edu.cn Table 3 CAN2.0, SAEJ2284 and SAEJ1939 classified into two kinds: by measurement or by Characters CAN2.0 SAEJ2284 SAEJ1939 modeling and simulation. There are three methods in Functions Control, Control, Control, common use to model and analyze: mathematics Diagnose Diagnose Diagnose Medium Twisted pair Twisted pair Twisted pair simulation, hardware in loop simulation and test in Bit Encoding NRZ NRZ NRZ existence. These methods are introduced to analysis of Media Access Contention Contention Contention vehicle network protocols. To build the object-oriented Error CRC CRC CRC Detection models and to simulation by the software could give Message ID 11bits or 29bits 11bits or 29bits 29bits theoretical proofs. It is commonly used during the Data Length 0-8 bytes 0-8 bytes 8 bytes development and is very efficient. For example, the Data Rate 1Mbps 500kbps 250kbps network simulation tool OPNET Modeler is used to Bus Length 40m(typical) 30m 40m Max Numbers 32 16 30(STP); simulate J1850 and CAN network[10,11]; the of Nodes 10(UTP) performance evaluation of CAN and Advanced Besides above, table 4 gives some characters of PALMNET via discrete event simulation[9]. multimedia system protocols which are used now. Of course some special tools are used to analyze IEEE1394 uses the advanced packet switch data relevant protocols such as LINalyzer[6], CANoe (CAN communication method. The maximum data transfer Open Environment), CANalyzer/CANoe Option J1939, rate is 400Mbps. It can contain more channels for CANalyzer/CANoe Option LIN, CANalyzer/CANoe multimedia communication. Option MOST, etc. The standards of vehicle network MOST(Media Oriented Systems Transport), with the protocols performance evaluation are as follows: lower financial cost, has been accepted by most y Transferring ability automotive manufactures in Europe. The data rate of it It is one of the most important aspects to evaluate a is 24.8Mbps, which can support the multimedia protocol. Transferring ability may be represented by the applications to common vehicles by now. total message capacity, which is primarily decided by Table 4 D2B, MOST and IEEE1394 data field length. The performance factors such as Characters D2B MOST IEEE1394 throughput can be analyzed. y Efficient data rate. Functions Audio/Vid Multimedia High speed eo signal signal Multimedia signal It is indicated by the ratio of message identification length to data field length in a frame. For example, the Medium Optical Optical Optical fiber/UTP5 fiber fiber data field of CAN and Basic CAN varies from 1 byte to Bit Encoding PWM Dual-phase NRZ ， Media Access Contention CSMA Contention 8 bytes its available data rate varies from 38% to Error Detection CRC CRC CRC 78%[9]. Frame Length 480bits 512bits Data Rate 12Mbps 24.8Mbps 100/200/400Mbps y Reliability Financial Cost Middle Middle High How to ensure the correctness of data communication and how to find the error quickly when 2. Performance Evaluation something is wrong in the system are considered. The The methods of performance evaluation are 中国科技论文在线 http://www.paper.edu.cn performance factors such as the probability of a is of great importance for the performance of a CAN transmission failure can be analyzed. system. Each node maintains two error counters: the y System delay Transmit Error Counter (TEC) and the Receive Error System delay is the time interval from the instant Counter (REC). A transmitter detecting a fault will when a message is generated to the instant when the increment its TEC faster than the listening nodes will message’s last bit is transmitted. The higher traffic increment their REC. When any Error Counter raises causes the longer transmission time, which implies that over a certain value, the node will from first become other frames have to wait in queue. The communication "error passive", that is, it will not actively destroy the protocol must satisfy the demand of average system bus traffic when it detects an error, and then "bus off", delay. which means that the node doesn't participate in the bus Others performance such as System coverage, traffic at all. Figure 1 shows the error counters of nodes Flexibility, Extend ability, Hardware load also need to with CAN controller in a bus network, which is be considered [2]. simulated by OPNET Modeler[11]. 3. Case Study -CAN Protocol CAN protocol is documented in ISO 11898 (for high-speed applications) and ISO 11519 (for lower-speed applications) and as such compliant with the ISO layer model.
Load more

Recommended publications
  • Request for Proposal
    Request For Washington Proposal Metropolitan Area Transit Authority Procurement of Heavy-Duty Transit Low Floor 40 Foot Compressed Natural Gas Buses 40 Foot Hybrid/Electric Buses 60 Foot Hybrid/Electric Articulated Buses TECHNICAL SPECIFICATION PART V RFP NO. FQ12269/JWW WASHINGTON METROPOLITAN AREA TRANSIT AUTHORITY SUPPLY AND SERVICE CONTRACT RFP FQ12269/JWW TABLE OF CONTENTS WMATA/ADA REQUIREMENTS FOR HEAVY DUTY TRANSIT BUSES ...................................... 1 WMATA E&D REQUIREMENTS FOR TRANSIT BUSES IN ACCORDANCE WITH AMERICAN WITH DISABILITIES ACT (ADA) PROVISIONS ......................................................... 2 I. LEGAL REQUIREMENTS ..................................................................................................................... 2 II. DEFINITIONS.......................................................................................................................................... 2 III. REQUIREMENTS.................................................................................................................................... 2 5.1 GENERAL .................................................................................................................................. 8 5.1.1 SCOPE ..................................................................................................................................................... 8 5.1.2 DEFINITIONS ........................................................................................................................................ 9 5.1.3
    [Show full text]
  • Trends in Automotive Communication Systems
    Trends in Automotive Communication Systems NICOLAS NAVET, YEQIONG SONG, FRANÇOISE SIMONOT-LION, AND CÉDRIC WILWERT Invited Paper The use of networks for communications between the electronic windows, and, recently, entertainment and communication control units (ECU) of a vehicle in production cars dates from the equipment (e.g., radio, DVD, hands-free phones, navigation beginning of the 1990s. The specific requirements of the different systems). car domains have led to the development of a large number of auto- motive networks such as Local Interconnect Network, J1850, CAN, In the early days of automotive electronics, each new TTP/C, FlexRay, media-oriented system transport, IDB1394, etc. function was implemented as a stand-alone electronic This paper first introduces the context of in-vehicle embedded sys- control unit (ECU), which is a subsytem composed of a tems and, in particular, the requirements imposed on the commu- microcontroller and a set of sensors and actuators. This nication systems. Then, a comprehensive review of the most widely approach quickly proved to be insufficient with the need for used automotive networks, as well as the emerging ones, is given. Next, the current efforts of the automotive industry on middleware functions to be distributed over several ECUs and the need technologies, which may be of great help in mastering the hetero- for information exchanges among functions. For example, geneity, are reviewed. Finally, we highlight future trends in the de- the vehicle speed estimated by the engine controller or by velopment of automotive communication systems. wheel rotation sensors has to be known in order to adapt Keywords—Car domains, in-vehicle embedded systems, field- the steering effort, to control the suspension, or simply to buses, middlewares (MWs), networks, real-time systems.
    [Show full text]
  • Automotive Ethernet: the Definitive Guide
    Automotive Ethernet: The Definitive Guide Charles M. Kozierok Colt Correa Robert B. Boatright Jeffrey Quesnelle Illustrated by Charles M. Kozierok, Betsy Timmer, Matt Holden, Colt Correa & Kyle Irving Cover by Betsy Timmer Designed by Matt Holden Automotive Ethernet: The Definitive Guide. Copyright © 2014 Intrepid Control Systems. All rights reserved. No part of this work may be reproduced or transmitted in any form or by any means, electronic or mechanical, including photocopying, recording, or by any information storage or retrieval system, without the prior written permission of the copyright owner and publisher. Printed in the USA. ISBN-10: 0-9905388-0-X ISBN-13: 978-0-9905388-0-6 For information on distribution or bulk sales, contact Intrepid Control Systems at (586) 731-7950. You can purchase the paperback or electronic version of this book at www.intrepidcs.com or on Amazon. We’d love to hear your feedback about this book—email us at [email protected]. Product and company names mentioned in this book may be the trademarks of their respective owners. Rather than use a trademark symbol with every occurence of a trademarked name, we are using the names only in an editorial fashion and to the benefit of the trademark owner, with no intention of infringement of the trademark. The information in this book is distributed on an “As Is” basis, without warranty. While every precaution has been taken in the preparation of this book, neither the authors nor Intrepid Control Systems shall have any liability to any person or entity with respect to any loss or damage caused or alleged to be caused directly or indirectly by the information contained in this book.
    [Show full text]
  • Private Radio Systems Price Catalog
    All pricing is 30% off list L3Harris-Tait Products & Services Catalog August 2020 Company Proprietary and Confidential All prices and products are subject to change without notice. NOTICE! The material contained herein is subject to U.S. export approval. No export or re-export is permitted without written approval from the U.S. Government. Rated: EAR99; in accordance with U.S. Dept. of Commerce regulations 15CFR774, Export Administration Regulations. Issued: 07/30/20 Page ii https://premier.pspc.harris.com/infocenter Company Proprietary and Confidential All prices and products are subject to change without notice. Table of Contents Latest Revision 1. Customer Service and Ordering Information ......................................................................... 1.1-1 07/30/20 2. Services Support Packages ................................................................................................................. 2.1-1 07/30/20 Technical Training ............................................................................................................... 2.2-1 07/30/20 3. P25 Portables TP9600 Portables ................................................................................................................. 3.1-1 08/31/20 TP9400 Portables ................................................................................................................. 3.1-9 08/31/20 TP9400 Intrinsically Safe Portables ..................................................................................... 3.1-17 08/31/20 4. P25 Mobiles TM9400
    [Show full text]
  • CAN Gateway in the Implementation of Vehicle Speed Control
    Investigation of a Flexray - CAN Gateway in the Implementation of Vehicle Speed Control A DISSERTATION SUBMITTED TO THE DEPARTMENT OF ENGINEERING TECHNOLOGY OF WATERFORD INSTITUTE OF TECHNOLOGY IN COMPLETE FULFILMENT OF THE REQUIREMENTS FOR THE DEGREE OF MASTERS OF ENGINEERING Author Brian Somers Supervisor Mr. John Manning June 2009 Dedicated to: My Mother: Ann Somers and My Father: Tom Somers Declaration I hereby declare that the material presented in this document is entirely my own work and has not been submitted previously as an exercise or degree at this or any other establishment of higher education. I, the author alone, have undertaken the work except where otherwise stated. Signed: Date: Acknowledgements I hereby acknowledge the contributions to my work and offer my thanks to people who have helped and supported me during the course of this research. My Supervisor: Mr. John Manning: I would like to thank John for his continuous supervision, encouragement and invaluable guidance in all areas throughout the course of this research. My Family and Friends: I would like to thank my family and friends for their support, encouragement and understanding throughout all of my studies. The AAEC (Advanced Automotive Electronic Control) Research Group: I would like to take this opportunity to thank all members of the research group, both past and present, whose assistance, knowledge and support has been first-rate. In particular I would like to thank Henry Acheson and Niall Murphy for their addi- tional support throughout the project. There are also many more people who have contributed in countless others way and deserve my thanks also - Thank you! Abstract As the quantity of in-vehicle electronics has increased, automotive networking has been introduced to replace point to point wiring.
    [Show full text]
  • Airlink MP70 Series Hardware User Guide R8
    AirLink MP70 Series Hardware User Guide 4119008 Rev 8 AirLink MP70 Series Hardware User Guide Important Due to the nature of wireless communications, transmission and reception of data Notice can never be guaranteed. Data may be delayed, corrupted (i.e., have errors) or be totally lost. Although significant delays or losses of data are rare when wireless devices such as the Sierra Wireless modem are used in a normal manner with a well-constructed network, the Sierra Wireless modem should not be used in situations where failure to transmit or receive data could result in damage of any kind to the user or any other party, including but not limited to personal injury, death, or loss of property. Sierra Wireless accepts no responsibility for damages of any kind resulting from delays or errors in data transmitted or received using the Sierra Wireless modem, or for failure of the Sierra Wireless modem to transmit or receive such data. Safety and Do not operate the Sierra Wireless modem in areas where blasting is in progress, Hazards near medical equipment, near life support equipment, or any equipment which may be susceptible to any form of radio interference. In such areas, the Sierra Wireless modem MUST BE POWERED OFF. The Sierra Wireless modem can transmit signals that could interfere with this equipment. The driver or operator of any vehicle should not operate the Sierra Wireless modem while in control of a vehicle. Doing so will detract from the driver or operator's control and operation of that vehicle. In some states and provinces, operating such communications devices while in control of a vehicle is an offence.
    [Show full text]
  • Connected Vehicle Technical Insights
    ITS America The Intelligent Transportation Society of America (ITS America) Connected Vehicle Technical Insights Vehicle Applications and Wireless Interoperability Heterogeneous Networks, “Multi-Path” Applications and their Impact on Transportation Steven H. Bayless and Adrian Guan Technology Scan Series 2011-2015 Connected Vehicle Insights: Vehicle Applications and Wireless Interoperability ITS America Contents Contents ....................................................................................................................................................... 1 Introduction ................................................................................................................................................. 2 Varieties of Wireless Technologies in the Modern Vehicle ......................................................................... 4 Aggregation of Wireless Media and HetNets .............................................................................................. 7 Vehicle Mobility and the Challenge of Roaming Across HetNets ................................................................ 9 Security and Usability Challenges with Aggregated HetNets ..................................................................... 11 Security Vulnerabilities Inherent in Multi-Path Communications ......................................................... 12 The Usability Impact of Multi-Network Authentication ........................................................................ 13 The Impact of HetNets on Future Connected
    [Show full text]
  • Cybersecurity Research Considerations for Heavy Vehicles
    DOT HS 812 636 December 2018 Cybersecurity Research Considerations for Heavy Vehicles Disclaimer This publication is distributed by the U.S. Department of Transportation, National Highway Traffic Safety Administration, in the interest of information exchange. The opinions, findings, and conclusions expressed in this publication are those of the authors and not necessarily those of the Department of Transportation or the National Highway Traffic Safety Administration. The United States Government assumes no liability for its contents or use thereof. If trade or manufacturers’ names are mentioned, it is only because they are considered essential to the object of the publication and should not be construed as an endorsement. The United States Gov- ernment does not endorse products or manufacturers. Suggested APA Format Citation: Stachowski, S., Bielawski, R., & Weimerskirch, A. (2018, December). Cybersecurity research considerations for heavy vehicles (Report No. DOT HS 812 636). Washington, DC: National Highway Traffic Safety Administration. 1. Report No. 2. Government Accession No. 3. Recipient's Catalog No. DOT HS 812 636 4. Title and Subtitle 5. Report Date Cybersecurity Research Considerations for Heavy Vehicles December 2018 6. Performing Organization Code 7. Authors 8. Performing Organization Report No. Stephen Stachowski, P.E. (UMTRI), Russ Bielawski (UMTRI), André Weimerskirch 9. Performing Organization Name and Address 10. Work Unit No. (TRAIS) University of Michigan Transportation Research Institute 2901 Baxter Rd Ann Arbor, MI 48109 11. Contract or Grant No. DTNH22-15-R-00101, a Vehicle Electronics Systems Safety IDIQ 12. Sponsoring Agency Name and Address 13. Type of Report and Period Covered National Highway Traffic Safety Administration Final Report 1200 New Jersey Avenue SE.
    [Show full text]
  • Evaluation of Communication Interfaces for Electronic Control Units in Heavy-Duty Vehicles
    Institutionen för systemteknik Department of Electrical Engineering Examensarbete Evaluation of Communication Interfaces for Electronic Control Units in Heavy-duty Vehicles Examensarbete utfört i fordonsteknik vid Tekniska högskolan vid Linköpings universitet av Henrik Johansson LiTH-ISY-EX--12/4580--SE Linköping 2012 Department of Electrical Engineering Linköpings tekniska högskola Linköpings universitet Linköpings universitet SE-581 83 Linköping, Sweden 581 83 Linköping Evaluation of Communication Interfaces for Electronic Control Units in Heavy-duty Vehicles Examensarbete utfört i fordonsteknik vid Tekniska högskolan vid Linköpings universitet av Henrik Johansson LiTH-ISY-EX--12/4580--SE Handledare: Mats Halvarsson recu, Scania CV AB Andreas Thomasson isy, Linköpings universitet Examinator: Per Öberg isy, Linköpings universitet Linköping, 1 juni 2012 Avdelning, Institution Datum Division, Department Date Division of Vehicular Systems Department of Electrical Engineering 2012-06-01 SE-581 83 Linköping Språk Rapporttyp ISBN Language Report category — Svenska/Swedish Licentiatavhandling ISRN 2 Engelska/English 2 Examensarbete LiTH-ISY-EX--12/4580--SE 2 2 C-uppsats Serietitel och serienummer ISSN 2 D-uppsats Title of series, numbering — 2 Övrig rapport 2 2 2 URL för elektronisk version http://urn.kb.se/resolve?urn=urn:nbn:se:liu:diva-78665 Titel Utvärdering av kommunikationsgränssnitt för styrenheter i tunga fordon Title Evaluation of Communication Interfaces for Electronic Control Units in Heavy-duty Vehicles Författare Henrik Johansson Author Sammanfattning Abstract The number of electronic control units in heavy-duty vehicles has grown dramatically over the last few decades. This has led to the use of communication buses to reduce the com- plexity and weight of the networks. There are reasons to believe that the de facto standard communication interface in the automotive industry, the Controller Area Network, is obso- lete in some areas.
    [Show full text]
  • An Analytical Study of Communication Protocols Used in Automotive Industry
    International Journal of Engineering Research & Technology (IJERT) ISSN: 2278-0181 ETRASCT' 14 Conference Proceedings An Analytical Study of Communication Protocols Used in Automotive Industry Rohit Mathur1, Ritesh Saraswat2, Gunjan Mathur3 Department of Electronics and Communication Jodhpur Institute of Engineering and Technology Jodhpur, India [email protected], [email protected], [email protected] Abstract— Communication protocols in-vehicle networking is suspension, or to choose the right wiping speed. “In modern a method for transferring data among distributed modules via a luxury cars, up to 2500 signals (i.e. elementary information serial data bus or by mean of wireless. The use of systems for such as the speed of the vehicle) are exchanged by up to 70 communications between the electronic control units (ECU) of a ECUs” [1]. Until the beginning of the 1990s, exchange of data vehicle in production cars dates from the beginning of the 1990s. was done by point-to-point links between ECUs, which The specific requirements of the different car domains have led required an amount of communication channels, was not able to the development of a large number of automotive systems such to manage the increasing use of ECUs because of the weight as Local Interconnect Network (LIN), J1850, CAN, TTP/C, and cost problems, reliability and complexity caused by the FlexRay, media-oriented system transport (MOST), IDB1394, wires and the connectors. These issues encouraged the use of etc. This paper presents the study on character and performance networks where the communications are shared over a of various protocols which is widely used in automotive industry and automation systems.
    [Show full text]
  • IVU-3100 Integrated Vehicle Unit
    IVU-3100 Integrated Vehicle Unit Maintain reliable communications quickly Functional: and safely with operators in your mobile • Interfaces with mobile radio and cellularfor voice and data fleet using our Smart Mobile IVU. communications. • Continuously determines vehicle location from its external The IVU-3100 is a durable high performance GPS, and fixed-end DGPS corrections if available. unit for the management of the • Continuously monitors schedule and route adherence for communications and control functions of the fixed-route vehicles; notifies users of off-route and early/late on-bus equipment. Designed specifically for the conditions via an exception message and schedule deviation. public transit industry. Proven and operating • Provides central control for vehicle peripherals such as system installed in over 3,000 transit vehicles. annunciators, destination signs, APCs, fare boxes, etc. • Monitors engine status, vehicle speed, and silent alarm via J1708 or J1939. Using an industry standard embedded PC architecture, the IVU-3100 is an “Open Architecture” product sup- porting QNX real-time operating system software. It is fully compliant with the ITS/FTA SmartBus as well as SAE J1708, J1939, and SAE 1587 Vehicle Area Network (VAN) standards, and is capable of interfacing with vari- ous radio networks including VHF, UHF, and 800/900 MHz trunked simulcast or multicast radio systems, as well as CDMA, LTE, and GSM cellular systems. Features: Environmental: • Ten RS-232/RS-485 serial ports Operating Temperature: -30 to 70° C • 266 MHz Pentium Class x86 processor, upgradable Storage Temperature: -40 to 85° C • Odometer interface Humidity: 98% at 38° C • Two J1708 ports and two CAN/J1939 ports Shock: 30g duration for 6 milliseconds • Supports numerous wireless communications systems Vibration: 2g peak RMS, 5 to 150 Hz • Supports 2 PC cards, 3.3 or 5V SA EJ1455 compliant • Memory MILSTD810F - 32 - 256 Mbytes of RAM Durable: Designed to meet the necessary specifications - 2 SLOTS OF 96 - 512 Mbytes of required for heavy-duty vehicle applications.
    [Show full text]
  • Controller Area Network (CAN) Локальная Сеть Контроллеров
    Controller Area Network (CAN) локальная сеть контроллеров С.А.Третьяков НПКФ «Дэйтамикро» www.datamicro.ru КНШР.980926.doc01 Статья была опубликована в журнале «Электроника», №9 и №10/98, Минск, Беларусь КНШР.980926.doc01 CAN локальная сеть контроллеров Содержание Почему выбирают CAN? . 3 Что такое CAN? . 4 Особенности CAN . 5 Обнаружение и обработка ошибки . 6 Физический уровень CAN . 7 Почему выбирают CAN? . 7 Внедрение CAN. 8 Движущийся транспорт . 8 Промышленная автоматика . 8 Объекты с контурным управлением . 8 Военные системы . 8 Примеры внедрения CAN . 9 Кто координирует работы по CAN? . 22 Что мы сейчас проектируем на CAN? . 23 Где и Что можно почитать о CAN? . 24 Заключение . 25 www.datamicro.ru (8634) 310990 2 КНШР.980926.doc01 CAN локальная сеть контроллеров “We can CAN” это девиз одной немецкой фирмы. Теперь и мы мо жем сказать: “We can CAN too”. A connected Ci Научнопроизводственнокоммерческая фирма “ДЭЙТАМИКРО”, образованная в 1991 году, предлагает Вам свои услуги в разработке, внедрении и распространении изделий, программ, библиотек, стан дартов и книг, так или иначе касающиеся CANтехнологии. Почему выбирают CAN? 8051, 68H05 и др. Приведем перечень произ ○○○○○○○○○○○○○○○○○○○○○○○○○○○○○ водителей IC, которые имеют CAN в своей про В середине 80 х Robert Bosch GmbH и Intel изводственной линейке: начали совместные работы над спецификаци Fujitsu ей и проектированием микросхем для блока, Motorola который бы обеспечивал последовательный Philips Segnetics протокол связи и поддерживал прикладные Intel задачи с распределенным управлением в ре Hitachi альном масштабе времени. Основная цель это NEC го проекта разработка высокоскоростной Mitsubishi Electric сети с простым подключением узлов и бло National Semiconductor ков к шине для автомобилей. Первоначально Infineon Technologies AG CAN (Controller Area Network локальная сеть Temic Telefunken контроллеров) предназначался для управле ST Microelectronics ния трансмиссией в реальном масштабе вре Toshiba мени, системы анти заноса и замены всей ра Micronas Intermetall диальной проводки автомобиля.
    [Show full text]