DOCSLIB.ORG

Debugging CAN, LIN, and Flexray Automotive Buses with an Oscilloscope ––

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Debugging CAN, LIN, and Flexray Automotive Buses with an Oscilloscope –– Debugging CAN, LIN, and FlexRay Automotive Buses with an Oscilloscope –– APPLICATION NOTE Debugging CAN, LIN, and FlexRay Automotive Buses with an Oscilloscope APPLICATION NOTE Introduction THIS APPLICATION NOTE Embedded systems applications growing rapidly in the automotive • Gives a brief orientation on the industry. Many vehicle designs use CAN, LIN or FlexRay to physical layer and packet structures communicate among electronic control units (ECUs), and between of CAN / CAN FD, LIN, and FlexRay ECUs and sensors, actuators and displays. These buses are critical buses, with a goal of providing just enough detail to help with in providing real-time communications in and among important troubleshooting subsystems from braking systems to infotainment systems. • Explains how to set up decoding on an oscilloscope equipped with CAN / CAN, LIN, and FlexRay are relatively mature bus protocols CAN FD, LIN or FlexRay decoding and are designed to be robust and easy to integrate. Even so, • Explains how to interpret decoded communications can be impacted by noise, board layout, and serial bus data on an appropriately- power-up/down timing. Problems can include excessive bus errors equipped oscilloscope and lock-ups. Unlike basic protocol analyzers, oscilloscopes • Explains what triggering and equipped with protocol decoding, can be used to see both the searching options are available decoded bus traffic, as well as signal quality. This ability to see bus With optional serial triggering signals and decoded traffic makes oscilloscopes the best choice for and analysis capability, Tektronix troubleshooting. oscilloscopes become powerful tools for embedded system designers working Perhaps more importantly, oscilloscopes can be used to with CAN, LIN, and FlexRay buses. In troubleshoot problems at the system level. Automobiles rely on this application note the 5 Series MSO is used to demonstrate decoding and extensive networks of sensors, actuators and displays, and many triggering on these buses. problems involve bus timing relative to I/O events or values. Oscilloscopes are well-suited for looking at I/O signals and bus Other Tektronix oscilloscopes also support CAN, LIN, and FlexRay transactions at the same instant. Because of this capability, they are triggering and analysis. See “Serial the instrument of choice for system-level debugging. Support Using Oscilloscopes and Optional Software” for a complete listing. 2 | TEK.COM/INNOVATIVE-SCOPES Debugging CAN, LIN, and FlexRay Automotive Buses with an Oscilloscope APPLICATION NOTE CAN/CAN FD HOW IT WORKS The Controller Area Network (CAN) was The CAN/CAN FD bus is a balanced (differential) 2-wire interface running originally developed in the 1980s by the Robert over a Shielded Twisted Pair (STP), Un- shielded Twisted Pair (UTP), or Bosch GmbH as a low cost communications ribbon cable. Each node uses a male 9-pin D connector. A number of bus between devices in electrically noisy different data rates are defined, with 1Mb/s being the fastest for CAN and environments. Mercedes-Benz became the first 8 Mb/s the fastest for CAN FD. All modules must support at least 20 kb/s. automobile manufacturer in 1992 to employ Normally all devices in a system transfer information at uniform and fixed bit CAN in their automotive systems. Today, every rates. Maximum cable length depends on the data rate used. The maximum automotive manufacturer uses CAN controllers line length can be thousands of meters at low speeds; 40 meters at 1 Mb/s and networks to control a variety of Electronic is typical. Termination resistors are used at each end of the cable. Control Units (ECUs) in their automobiles. It is Non Return to Zero (NRZ) bit encoding is used with bit stuffing to ensure the primary bus used for engine timing controls, compact messages with a minimum number of transitions and high noise anti-lock braking systems and power train immunity. The CAN bus interface uses an asynchronous transmission controls to name a few. And due to its electrical scheme where any node may begin transmitting anytime the bus is free. noise tolerance, minimal wiring, excellent error Messages are broadcast to all nodes on the network. In cases where detection capabilities and high data transfer multiple nodes initiate messages at the same time, bitwise arbitration is speeds, CAN is expanding into other applications used to determine which message is higher priority. Messages can be such as industrial control, marine, medical, one of four types: aerospace, and more. As vehicle networks have evolved to support MESSAGE TYPES DESCRIPTION many more functions, an urgent need has arisen to support faster data communication between Data Frame Used to transmit data Data and Remote frames are controlled by start and stop bits at Remote Transmission Used to request data nodes. This has led to CAN FD, a higher speed the beginning and end of each frame Request (RTR) Frame version of CAN which can achieve a max data and include the following fields: rate of 8 Mbps with a payload up to 64 bytes Arbitration field, Control field, Data field, CRC field and an ACK field. long compared to the max data rate of 1 Mbps and payload of 8 bytes for CAN. The first version Error Frame Any node on the bus that detects an error transmits an error frame which causes all nodes on the bus to view the current of the CAN FD standard was released in 2012 but message as incomplete and the transmitting node to resend it was later updated into an ISO standard called the message ISO CAN FD in 2015. The ISO version introduced Overload Frame Initiated by receiving devices to indicate they are not ready additional safeguards to improve communication to receive data yet reliability. The original version is now known as non-ISO CAN FD and is not compatible with ISO CAN FD. TEK.COM/INNOVATIVE-SCOPES | 3 Debugging CAN, LIN, and FlexRay Automotive Buses with an Oscilloscope APPLICATION NOTE Structure of Data and Remote Transmission Request Frames CAN 2.0 SOF Arbitration Field Control Field Data Field CRC Field ACK EOF INT 1 bit 11 bits (Std ID) 6 bits 0-8 bytes 16 bits 2 bits 7 bits 3 bits 29 bits (Ext ID) CAN FD SOF Arbitration Field Control Field Data Field CRC Field 18 or ACK EOF INT 1 bit 12 bits (Std ID) 8 or 9 bits 0-64 bytes 22 bits 2 bits 7 bits 3 bits 32 bits (Ext ID) FIELD DESCRIPTION SOF The frame begins with a start of frame (SOF) bit which is the same for CAN and CAN FD Arbitration Includes an Identifier (address) and the Remote Transmission Request (RTR) bit used to distinguish between a data frame and a data request frame, also called a remote frame. The identifier can either be standard format (11 bits - version 2.0A) or extended format (29 bits - version 2.0B). CAN FD shares the same addressing as CAN for standard and extended formats but removes the RTR bit and maintains a dominant r1 bit. Control Consists of six bits including the Identifier Extension (IDE) bit which distinguishes between a CAN 2.0A (11 bit identifier) standard frame and a CAN 2.0B (29 bit identifier) extended frame. The Control Field also includes the Data Length Code (DLC). The DLC is a four bit indication of the number of bytes in the data field of a Data frame or the number of bytes being requested by a Remote frame. CAN FD uses eight or nine bits in the Control Field and also uses the IDE, r0 and DLC bits. Three additional bits are added that include Extended Data Length (EDL) used to determine if packet is CAN or CAN FD, Bit Rate Switch (BRS) used to separate arbitration phase from data phase and Error State Indicator (ESI). The same four bit DLC is used differently in CAN FD for lengths ≥ 8. Data The CAN data field consists of 0 to 8 bytes of data. CAN FD supports 0 to 8 bytes but has an increased payload ability to support 12, 16, 20, 32, 48 or 64 bytes. CRC A 15 bit cyclic redundancy check code and a recessive delimiter bit is used in CAN. CAN FD uses 17 bits (plus CRC delimiter bit) for payloads ≤ 16 bytes or 21 bits (plus CRC delimiter bit) for ≥ 16 bytes. There are 4 additional stuff bits used for CAN FD. ACK The Acknowledge field is two bits long. The first is the slot bit, transmitted as recessive, but then overwritten by dominant bits transmitted from any node that successfully receives the transmitted message. The second bit is a recessive delimiter bit. There is a slight difference in CAN FD where the receiver recognizes 2 bit times as a valid ACK. EOF Seven recessive bits indicate the end of frame (EOF). The intermission (INT) field of three recessive bits indicates the bus is free. Bus Idle time may be any arbitrary length including zero. 4 | TEK.COM/INNOVATIVE-SCOPES Debugging CAN, LIN, and FlexRay Automotive Buses with an Oscilloscope APPLICATION NOTE SETTING UP CAN / CAN FD BUS DECODING On Tektronix oscilloscopes equipped with CAN decoding and triggering, pressing the front panel Bus button lets you define inputs to the scope as a bus. To enable the oscilloscope to decode information being transferred, you enter some basic parameters: • CAN standard • Type of signal • Input channel • Bit rate(s) • Voltage threshold • Sample point (as a percent of bit time) The CAN bus is a differential signal. Although the oscilloscope can acquire and decode the bus using single-ended probing, the signal fidelity and noise immunity is improved by using differential probing. TEK.COM/INNOVATIVE-SCOPES | 5 Debugging CAN, LIN, and FlexRay Automotive Buses with an Oscilloscope APPLICATION NOTE INTERPRETING CAN / CAN FD BUS INFORMATION CAN BUS ELEMENT INDICATED BY The decoded bus waveform indicates the elements of a CAN message Start of Frame is indicated using color-coded graphics.
Load more

Recommended publications
  • Benefits of a Standardized Diagnostic Framework
    Benefits of a standardized diagnostic framework Hareesh Prakash Development Engineer The copying, distribution and utilization of this document as well as the communication of its contents to other without expressed authorization is prohibited. Offenders will be held liable for the payment of damages. All rights reserved in the event of the grant of a patent, utility model or ornamental design registration. Agenda DiagnosticsDiagnostics withwith standardsstandards –– Motivation Motivation ODXODX –– ODXplorer ODXplorer MCD-3MCD-3 ServerServer –– samMCD3 samMCD3 serverserver MVCI-D-PDU-APIMVCI-D-PDU-API –– HSX HSX samtecsamtec DiagnosticDiagnostic FrameworkFramework The copying, distribution and utilization of this document as well as the communication of its contents to other without expressed authorization is prohibited. ffenders will be held liable for the payment of damages. All rights reserved in the event of the grant of a patent, utility model or ornamental design registration. Diagnostics with Standards Motivation 2000 - 2009 New ACC Stop & Go ALC + Navigation Strategies, Heading Control Night Vision Process, AFS I + II X-AGS 1990 - 1999 Internet Tools, … Telematics Navigation system Online Services CD-Changer Bluetooth Bus system Car Office ACC Adaptive Cruise Control Complexity Local Hazard Warning Complexity 1980 - 1989 Airbags Integrated Safety Systems DSC Dynamic Stability Control Electronic Transmission control Break-By-Wire Adaptive Transmission Control Electronic air conditioning control Steer-By-Wire Anti-roll ASR i-Drive Xenon Lights ABS Fuel cells 1970 - 1979 BMW Assist Telephone LH RDS/TMC 2 Electronic Fuel Injection Seat heating Lane change ssistant Emergency calls Electronic Ignition … Personalization Servotronic Check Control Software Update … Idle speed regulator Force Feedback Pedal Central lock … Costs Source: [2] Hudi; [4] Reichert The copying, distribution and utilization of this document as well as the communication of its contents to other without expressed authorization is prohibited.
    [Show full text]
  • Efficiently Triggering, Debugging and Decoding Low-Speed Serial Buses
    Efficiently Triggering, Debugging and Decoding Low-Speed Serial Buses Hello, my name is Jerry Mark, I am a Product Marketing Engineer at Tektronix. The following presentation discusses aspects of embedded design techniques for “Efficiently Triggering, Debugging, and Decoding Low-Speed Serial Buses”. 1 Agenda Introduction – Parallel Interconnects – Transition from Parallel to Serial Buses – High-Speed versus Low-Speed Serial Data Buses Low-Speed Serial Data Buses – Challenges – Technology Reviews – Measurement Solutions Summary 2 In this presentation we will begin by taking a glance at the transition from parallel-to-serial data and the challenges this presents to engineers. Then we will briefly review some of the most widely used low-speed serial buses in industry today and some of their key characteristics. We will turn our attention to the key measurements on these buses. Subsequently, we will present by example how the low-speed serial solution from Tektronix addresses these challenges. 2 Parallel Interconnects Traditional way to connect digital devices used parallel buses Advantages – Simple point-to-point connections – All signals are transmitted in parallel, simultaneously – Easy to capture state of bus (if you have enough channels!) – Decoding the bus is relatively easy Disadvantages – Occupies a lot of circuit board space – All high-speed connections must be the same length – Many connections limit reliability – Connectors may be very large 3 Parallel buses present all of the bits in parallel, as shown in the logic analyzer display. A parallel connection between two ICs can be as simple as point-to-point circuit board traces for each of the data lines. If you can physically probe these lines, it is easy to display the bus state on a logic analyzer or mixed signal oscilloscope.
    [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]
  • CAN-To-Flexray Gateways and Configuration Tools
    CAN-to-Flexray gateways Device and confi guration tools lexray and CAN net- Listing bus data traffic toring channels it is possi- power management func- Fworks will coexists in (tracing) ble to compare timing rela- tionality offers configurable the next generation or pas- Graphic and text displays tionships and identify timing sleep, wake-up conditions, senger cars. Flexray orig- of signal values problems. and hold times. The data inally designed for x-by- Interactive sending of GTI has developed a manipulation functionality wire applications gains mar- pre-defined PDUs und gateway, which provides has been extended in or- ket acceptance particular- frames two CAN and two Flexray der to enable the user to ap- ly in driver assistance sys- Statistics on nodes and ports. It is based on the ply a specific manipulation tems. Nevertheless, Flexray messages with the Clus- MPC5554 micro-controller. function several times. Also applications need informa- ter Monitor The gateway is intended to available for TTXConnexion tion already available in ex- Logging messages for be used for diagnostic pur- is the PC tool TTXAnalyze, isting CAN in-vehicle net- later replay or offline poses, generating start-up/ which allows simultaneous works. Therefore, CAN-to- evaluation sync frames, and it can be viewing of traffic, carried on Flexray gateways are nec- Display of cycle multi- used with existing software the various bus systems. essary. Besides deeply em- plexing, in-cycle rep- tools. The Flexray/CAN bedded micro-controller etition and PDUs in the The TTXConnexion by gateway by Ixxat is a with CAN and Flexray inter- analysis windows TTControl is a gateway tool configurable PC application faces, there is also a need Agilent also provides an combining data manipula- allowing Flexray messag- for gateway devices as in- analyzing tool for Flexray tion, on-line viewing, and es and signals to be trans- terface modules for system and CAN.
    [Show full text]
  • Table of Contents
    Table of Contents Chapter 1 Bus Decode -------------------------------------------------------------- 1 Basic operation --------------------------------------------------------------------------------------------- 1 Add a Bus Decode ----------------------------------------------------------------------------------------------------- 1 Advance channel setting ---------------------------------------------------------------------------------------------- 2 Specially Bus Decode: ------------------------------------------------------------------------------------------------ 4 1-Wire ------------------------------------------------------------------------------------------------------------------- 7 3-Wire ------------------------------------------------------------------------------------------------------------------- 9 7-Segment -------------------------------------------------------------------------------------------------------------- 11 A/D Converter--------------------------------------------------------------------------------------------------------- 14 AcceleroMeter -------------------------------------------------------------------------------------------------------- 17 AD-Mux Flash -------------------------------------------------------------------------------------------------------- 19 Advanced Platform Management Link (APML) ---------------------------------------------------------------- 21 BiSS-C------------------------------------------------------------------------------------------------------------------ 23 BSD ---------------------------------------------------------------------------------------------------------------------
    [Show full text]
  • The Path to Robust Automotive Networking
    The Path to Robust Automotive Networking www.infineon.com/automotive-networking 2 Content Introduction 4 Products Overview 7 Automotive Transceivers 8 System Basis Chips (SBCs) 12 Infineon® Embedded Power ICs 18 Microcontrollers 25 Support Tools 28 System Basis Chips (SBCs) 28 Infineon® Embedded Power ICs 29 Microcontrollers 30 Packages Overview 32 3 Introduction Automotive Networking Automotive networking technology is evolving fast, driven World leader in automotive electronics for over 40 years, by a number of key trends. With an ever-increasing num- we actively engage with many industry, standardization ber of cars on the road and rising fuel costs, demands and research organizations to drive in-vehicle network- for energy efficiency are growing. Worldwide legislation ing innovations capable of meeting today’s demands for is establishing ever-stricter caps on CO2 emissions. The energy efficiency, safety, smooth interfacing and complex- spotlight is also on functional safety. With the ISO 26262 ity management. Our broad portfolio extends from stand- automotive standard increasingly moving into applications alone transceivers through system basis chips to embed- that were not typically safety-relevant, the bar is moving ded power solutions for CAN, LIN and FlexRay protocols. upwards and we are seeing increasingly granular system We also offer microcontrollers with enhanced communica- safety concepts. At the same time, complexity is on the tion capabilities to support multiple protocols. All of our increase. Growing consumer expectations are fuelling new products are designed to deliver the exceptional levels of comfort and safety features also in low-end segments, and ESD and EMC performance required in automotive environ- this, in turn, is placing pressure on semiconductor manu- ments.
    [Show full text]
  • Chapter 1 Introduction ------6
    Table Chapter 1 Introduction ------------------------------------------------------------- 6 1.1 Acute Logic Analyzers ------------------------------------------------------------------------ 7 1.2 Packing Lists ------------------------------------------------------------------------------------ 8 1.3 Specifications ----------------------------------------------------------------------------------11 1.4 System Requirement --------------------------------------------------------------------------14 Chapter 2 Installation ------------------------------------------------------------- 15 2.1 Hardware ----------------------------------------------------------------------------------------16 2.2 Software -----------------------------------------------------------------------------------------18 2.3 Driver --------------------------------------------------------------------------------------------19 2.4 Accessories -------------------------------------------------------------------------------------20 2.5 Questions ---------------------------------------------------------------------------------------21 Chapter 3 Operations ------------------------------------------------------------- 22 3.1 Window -----------------------------------------------------------------------------------------23 3.1.1 Timing Analysis --------------------------------------------------------------------------------------------- 23 3.1.2 State Analysis ------------------------------------------------------------------------------------------------ 24 3.1.3 Mark the invalid
    [Show full text]
  • Of Fieldbus Signals Physical Integrity Testing
    RS 232 Link & MODBUS Protocol Checking the Quality of Fieldbus Signals Physical integrity testing Fieldbuses correspond to a series of electrical wires which convey information in digital form between 2 remote devices. A large number Industry of bus protocols are used in the field, in a wide variety of sectors: industry, automotive, building automation, hospitals, etc. Frequently-encountered bus protocols include KNX, DALI, CAN, LIN, FlexRay™, AS-i, Profibus®, RS 485, RS 232, ETHERNET, etc. Automotive In computer networks, the physical layer is the first layer in the OSI (Open Systems Interconnection) model and it is responsible for effective transmission of the electrical or optical signals between devices. It is useful to measure this electrical physical level in order to optimize communication and draw up a diagnosis: change of Building cable, verification of chassis-earth, termination, etc. Automation We are going to look at the details of a test on an RS232 link between a multimeter and a PC with an oscilloscope offering the physical test in accordance with the applicable standards. LOGO METRIX Checking the Quality of Fieldbus Signals Practical case: Physical integrity test of an RS232 bus between a multimeter and the COM1 port of a PC Equipment used • SCOPIX BUS OX 7204: oscilloscope bus analyser • HX0130 probe: voltage probe • HX0190 DB9 board: RS 232 communication board for training purposes • MTX 3283: 100,000-count on-site digital multimeter • SX DMM: data retrieval software for the MTX 3283 Did you know? The MODBUS protocol is a dialogue protocol based on a hierarchical structure involving several devices. Step 1 Step 2 The MTX Mobile MTX 3283 multimeter is connected using an You plug the HX0190 DB9 RS232 link, set to 9,600 bauds with the MODBUS protocol by connection board into the PC’s using the SX-DMM multimeter data processing software.
    [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]
  • Manual VN7640
    VN7640 FlexRay/CAN/LIN/Ethernet Interface Manual Version 1.2 | English Imprint Vector Informatik GmbH Ingersheimer Straße 24 D-70499 Stuttgart The information and data given in this user manual can be changed without prior notice. No part of this manual may be reproduced in any form or by any means without the written permission of the publisher, regardless of which method or which instruments, electronic or mechanical, are used. All technical information, drafts, etc. are liable to law of copyright protection. © Copyright 2018, Vector Informatik GmbH. All rights reserved. Contents Contents 1 Introduction 5 1.1 About this User Manual 6 1.1.1 Certification 7 1.1.2 Warranty 7 1.1.3 Registered Trademarks 7 1.2 Important Notes 8 1.2.1 Safety Instructions and Hazard Warnings 8 1.2.1.1 Proper Use and Intended Purpose 8 1.2.1.2 Hazards 9 1.2.1.3 Disclaimer 9 2 Device Description 10 2.1 Scope of Delivery 11 2.2 Introduction 11 2.3 Accessories 13 2.4 Use Cases 13 2.5 Connectors Bus Side 14 2.6 Connectors USB Side 15 2.7 LEDs 19 2.8 Bus Configuration 21 2.9 Replacing Piggybacks 23 2.10 Technical Data 26 3 Getting Started 28 3.1 Driver Installation 29 3.2 Device Configuration 33 3.3 Loop Tests 34 3.3.1 FlexRay 34 3.3.2 CAN 35 4 Vector Hardware Configuration 37 4.1 General Information 38 4.2 Tool Description 39 4.2.1 Introduction 39 4.2.2 Tree View 40 5 Time Synchronization 43 VN7640 Manual Version 1.2 3 Contents 5.1 General Information 44 5.2 Software Sync 46 5.3 Hardware Sync 47 VN7640 Manual Version 1.2 4 1 Introduction 1 Introduction In this chapter you find the following information: 1.1 About this User Manual 6 1.1.1 Certification 7 1.1.2 Warranty 7 1.1.3 Registered Trademarks 7 1.2 Important Notes 8 1.2.1 Safety Instructions and Hazard Warnings 8 VN7640 Manual Version 1.2 5 1 Introduction 1.1 About this User Manual Conventions In the two following charts you will find the conventions used in the user manual regarding utilized spellings and symbols.
    [Show full text]
  • SAMTEC Automotive Software & Electronics
    SAMTEC Automotive Software & Electronics PRODUCT CATALOG 2016 AUTOMOTIVE www.samtec.de PUBLICATION DETAILS 2 CONTACT samtec automotive software & electronics gmbh Einhornstr. 10, D-72138 Kirchentellinsfurt - Germany Phone +49-7121-9937-0 Telefax +49-7121-9937-177 Internet www.samtec.de E-mail [email protected] DISCLAIMER The information contained in this catalog corresponds to the technical status at the time of printing and is passed on with the best of our knowledge. The information in this catalog is in no event a basis for warranty claims or contractual agreements concerning the described products and may especially not be deemed as warranty concerning the quality and durability pursuant to Sec. 443 German Civil Code. samtec automotive software & electronics gmbh reserves the right to make any alterations to this catalog without prior notice. The actual design of products may deviate from the information contained in the catalog if technical alterations and product improvements so require. In any cases, only the proposal made by samtec automotive software & electronics gmbh for a concrete application or product will be binding. All mentioned product names are either registered or unregistered trademarks of their respective owners. Errors and omissions excepted. This catalog has been made available to our customers and interested parties free of charge. It may not, in part or in its entirety, be reproduced in any form without our prior consent. All rights reserved. LEGAL NOTICE samtec automotive software & electronics gmbh Managing directors: René von Stillfried, Dr. Wolfgang Trier Registered office: Kirchentellinsfurt Date: March 2016 Commercial register: Stuttgart, HRB 224968 PREFACE Dear readers, 3 Many of you already know us! You deploy electronic control units, we provide you with the diagnostic solutions.
    [Show full text]
  • Comparison of Communication Architectures for Spacecraft Modular Avionics Systems D.A
    National Aeronautics and NASA/TM—2006–214431 Space Administration IS20 George C. Marshall Space Flight Center Marshall Space Flight Center, Alabama 35812 Comparison of Communication Architectures for Spacecraft Modular Avionics Systems D.A. Gwaltney and J.M. Briscoe Marshall Space Flight Center, Marshall Space Flight Center, Alabama June 2006 The NASA STI Program Office…in Profile Since its founding, NASA has been dedicated to • CONFERENCE PUBLICATION. Collected the advancement of aeronautics and space papers from scientific and technical conferences, science. The NASA Scientific and Technical symposia, seminars, or other meetings sponsored Information (STI) Program Office plays a key or cosponsored by NASA. part in helping NASA maintain this important role. • SPECIAL PUBLICATION. Scientific, technical, or historical information from NASA programs, The NASA STI Program Office is operated by projects, and mission, often concerned with Langley Research Center, the lead center for subjects having substantial public interest. NASA’s scientific and technical information. The NASA STI Program Office provides access to • TECHNICAL TRANSLATION. the NASA STI Database, the largest collection of English-language translations of foreign aeronautical and space science STI in the world. scientific and technical material pertinent to The Program Office is also NASA’s institutional NASA’s mission. mechanism for disseminating the results of its research and development activities. These results Specialized services that complement the STI are published by NASA in the NASA STI Report Program Office’s diverse offerings include creating Series, which includes the following report types: custom thesauri, building customized databases, organizing and publishing research results…even • TECHNICAL PUBLICATION. Reports of providing videos. completed research or a major significant phase of research that present the results of For more information about the NASA STI Program NASA programs and include extensive data Office, see the following: or theoretical analysis.
    [Show full text]