MOST the Automotive Multimedia Network
Total Page:16
File Type:pdf, Size:1020Kb
Load more
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 -
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. -
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. -
UCC 1 USB-CAN CONVERTER Contents
Owner’s Manual UCC 1 USB-CAN CONVERTER Contents 1. Description....................................................................................................................... 17 2. Controls and Connections................................................................................................ 18 3. Installation ....................................................................................................................... 19 3.1 Unpacking.................................................................................................................... 19 3.2 Rack-Mounting............................................................................................................ 19 4. Initial Operation............................................................................................................... 20 4.1 PC Connection and CAN Driver Installation .............................................................. 20 4.2 Installing IRIS.............................................................................................................. 20 4.3 CAN-Bus Connection.................................................................................................. 20 4.4 ISOLATED / GROUNDED Switch ............................................................................ 22 5. Monitor Bus..................................................................................................................... 23 6. Technical Information.................................................................................................... -
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. -
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. -
LK9893 Developed for Product Code LK7629 - CAN Bus Systems and Operation
Page 1 CAN bus systems and operation Copyright 2009 Matrix Technology Solutions Limited Page 2 Contents CAN bus systems and operation Introduction 3 Overview 5 Building Node A 6 Building Node B 7 Building Node C 8 Building Node D 9 Building the Scan/Fuse Node 10 Wiring It All Up 11 Worksheet 1 - The Startup Routine 12 Worksheet 2 - Seeing the Messages 13 Worksheet 3 - Receiving Messages 15 Worksheet 4 - System Monitoring and ‘Pinging’ 16 Worksheet 5 - System Faults 17 Worksheet 6 - Circuit Faults 19 Worksheet 7 - Fault Diagnosis Using Charts 20 Worksheet 8 - Build Your Own Vehicle! 21 Instructor Guide 22 Scheme of Work 26 Message Code Summary 32 Kvaser Analyser Set Up 33 Programming the MIAC 34 System Graphics 35 About this document: Code: LK9893 Developed for product code LK7629 - CAN bus systems and operation Date Release notes Release version 01 01 2010 First version released LK9893-80-1 revision 1 10 06 2010 MIAC programming notes included LK8392-80-1 revision 2 01 10 2012 Programming notes revised LK9893-80-3 25 09 2013 Warning that some faults require reprogramming LK9893-80-4 22 06 2015 Updated sensing resistors and diagrams LK9893-80-5 13 09 2017 Added to introduction and made less car-specific LK9893-80-6 Copyright 2009 Matrix Technology Solutions Limited Page 3 Introduction CAN bus systems and operation What is this all about? protocol to be used ‘on top’ of the basic CAN The ‘CAN’ in CAN bus stands for ‘Controller Area bus protocol to give additional functionality Network’ and ‘bus’ a bundle of wires. -
CAN-To-Flexray Gateways and Configuration Tools
CAN-to-Flexray gateways Device and confi guration tools lexray and CAN net- Listing bus data traffic toring channels it is possi- power management func- Fworks will coexists in (tracing) ble to compare timing rela- tionality offers configurable the next generation or pas- Graphic and text displays tionships and identify timing sleep, wake-up conditions, senger cars. Flexray orig- of signal values problems. and hold times. The data inally designed for x-by- Interactive sending of GTI has developed a manipulation functionality wire applications gains mar- pre-defined PDUs und gateway, which provides has been extended in or- ket acceptance particular- frames two CAN and two Flexray der to enable the user to ap- ly in driver assistance sys- Statistics on nodes and ports. It is based on the ply a specific manipulation tems. Nevertheless, Flexray messages with the Clus- MPC5554 micro-controller. function several times. Also applications need informa- ter Monitor The gateway is intended to available for TTXConnexion tion already available in ex- Logging messages for be used for diagnostic pur- is the PC tool TTXAnalyze, isting CAN in-vehicle net- later replay or offline poses, generating start-up/ which allows simultaneous works. Therefore, CAN-to- evaluation sync frames, and it can be viewing of traffic, carried on Flexray gateways are nec- Display of cycle multi- used with existing software the various bus systems. essary. Besides deeply em- plexing, in-cycle rep- tools. The Flexray/CAN bedded micro-controller etition and PDUs in the The TTXConnexion by gateway by Ixxat is a with CAN and Flexray inter- analysis windows TTControl is a gateway tool configurable PC application faces, there is also a need Agilent also provides an combining data manipula- allowing Flexray messag- for gateway devices as in- analyzing tool for Flexray tion, on-line viewing, and es and signals to be trans- terface modules for system and CAN. -
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. -
LIN (LOCAL INTERCONNECT NETWORK) SOLUTIONS by Microcontroller Division Applications
AN1278 APPLICATION NOTE LIN (LOCAL INTERCONNECT NETWORK) SOLUTIONS by Microcontroller Division Applications INTRODUCTION Many mechanical components in the automotive sector have been replaced or are now being replaced by intelligent mechatronical systems. A lot of wires are needed to connect these components. To reduce the amount of wires and to handle communications between these systems, many car manufacturers have created different bus systems that are incompatible with each other. In order to have a standard sub-bus, car manufacturers in Europe have formed a consortium to define a new communications standard for the automotive sector. The new bus, called LIN bus, was invented to be used in simple switching applications like car seats, door locks, sun roofs, rain sensors, mirrors and so on. The LIN bus is a sub-bus system based on a serial communications protocol. The bus is a single master / multiple slave bus that uses a single wire to transmit data. To reduce costs, components can be driven without crystal or ceramic resonators. Time syn- chronization permits the correct transmission and reception of data. The system is based on a UART / SCI hardware interface that is common to most microcontrollers. The bus detects defective nodes in the network. Data checksum and parity check guarantee safety and error detection. As a long-standing partner to the automotive industry, STMicroelectronics offers a complete range of LIN silicon products: slave and master LIN microcontrollers covering the protocol handler part and LIN transceivers for the physical line interface. For a quick start with LIN, STMicroelectronics supports you with LIN software enabling you to rapidly set up your first LIN communication and focus on your specific application requirements. -
CAN / RS485 Interface Adapter for SHP Series
Technical Reference Note CAN / RS485 Interface Adapter For SHP Series Total Power: < 1 Watts Input Voltage: 5V Internal Outputs: CAN, RS485, USB, I2C Special Features Product Description The new SHP Extension adapter enables both USB and Controller Area Network (CAN) or RS485 Bus connectivity, providing a complete interface between the • Input Protocols: SHP device and the I2C bus with a simple command set which enables the 1) RS485 using Modbus highest levels of configuration flexibility. 2) CAN using modified Modbus The CAN/RS485 to I2C interface adapter modules connect with CAN Bus • Output Protocol: architectures through CaseRx/CaseTx interfaces found on the SHP case. The I2C with SMBus Support modules communicate with on-board I2C Bus via MODbus Protocol for RS485 Bus and modified MODbus for CANbus. The new adapters now enable the SHP to be used in a host of new ruggedized applications including automotive networks, industrial networks, medical equipment and building automation systems. The RS485/CAN-to-I2C uses 2 Input Protocols and 1 Output Protocol. The Input Protocols used are: RS485 using Modbus (Command Index: 0x01), and CAN using modified Modus (Command Index: 0x02). The Output Protocol use is: I2C with SMBus support (Command Index: 0x80). www.solahd.com [email protected] Technical Reference Note Table of Contents 1. Model Number ………………………….………………………………………………………………. 4 2. General Description ……………………………………………………………………………………. 5 3. Electrical Specifications ……………………………………………………………………………..… 6 4. Mechanical Specification …………………………………………………….….…………………….. 9 5. Hardware Interfaces ………………………………………………………….……………………..... 12 6. Software Interfaces ……………………………………………………………................................ 13 6.1 Adapter Protocol Overview ……………………………………………………………………… 13 6.2 Protocol Transaction …………………………………………………………………………….. 13 6.3 Adapter Command and Response Packets …………………………………………….…..… 14 6.4 Adapter Control Commands ……………………………………………………………..…….. -
EN CAN-RS-485 BUS Gateway
MTGW Installation Guide EN CAN-RS-485 BUS Gateway MTGW | Installation Instructions | 1.0 Overview CAN bus wiring requirements are as follows: Trademarks • CAN Bus Interface: Connect the CAN bus to the Microsoft® Windows® 98/2000/XP are registered MTR Communication Receiver with at least trademarks of Microsoft Corporation in the United 1.5 mm (16 AWG) shielded twisted-pair wire; States and other countries. maximum length: 2000 m (6500 ft). • RS-485 Buses 1-3: Use at least 1.0 mm (20 AWG) 1.0 Overview shielded twisted-pair wire for the RS-485 bus; maximum length: 1200 m (3900 ft). RS-485 bus 1.1 Multi-Tenant System (MTS) Overview wiring status is supervised. MTS is a distributed security system for monitoring 1.2 MTS Device Address and controlling a large number of small sites. You must assign an address to each device in the Examples include apartment and condominium system. The address consists of at least four segments. complexes, retail plazas, office buildings, and For example: educational and hospital campuses. 1.2.5.3.6 A typical MTS installation consists of the following components: • 1: This segment identifies the number assigned to the MTR central receiver (1 to 99). • MTSW Security Station Software: MTSW is an ® ® • 2: This segment identifies the CAN bus number application based on Microsoft Windows , occupied by the MTGW (1 or 2). installed on a PC and monitored by guard station • personnel. 5 : This segment identifies the MTGW’s CAN bus address (1 to 100). • MTR Communication Receiver: The MTR • receives and handles alarm events from devices 3 : This segment identifies the device’s RS-485 connected to the CAN RS-485 bus.