Introduction to J1939 Version 1.1 2010-04-27 Application Note AN-ION-1-3100



Similar documents
CAN-based Protocols in Avionics Version Application Note AN-ION

Quick Introduction to CANalyzer Version Application Note AN-AND-1-110

How to Use C Code Functions in CANape Version Application Note AN-IMC-1-012

Getting Started with CANopen Version Application Note AN-AON

The SAE J1939 Communications Network

ISO11783 a Standardized Tractor Implement Interface

CANape CCP Communication Version /06/03 Application Note AN-AMC-1-100

Solutions for MOST. Reliable Solutions for MOST25, MOST50 and MOST150 ENGLISH

Plug and Play Solution for AUTOSAR Software Components

From Diagnostic Requirements to Communication

Understanding SAE J1939. by Simma Software, Inc.

Convenient Charging of Electric Vehicles

Introduction To The CANopen Protocol Version 1.1 Application Note AN-ION

Challenge of Ethernet Use in the Automobile

Introduction to the CAN Calibration Protocol Version Application Note AN-AMC-1-102

Car2x From Research to Product Development

Product Information CANalyzer.J1939

Introduction to Higher-Level Protocols Version 1.0 Application Note AN-AND-1-160

J1939: Opening Up AUTOSAR to the Heavy Vehicle Industry

In networking ECUs in heavy-duty vehicles, it is the J1939 protocol that. plays a key role. J1939 networks are based on the CAN bus (high-speed

Automotive Ethernet Prototype and test development with CANoe/CANalyzer.Ethernet

Standardized software components will help in mastering the. software should be developed for FlexRay were presented at

Model-Based Development of ECUs

From Signal Routing to complete AUTOSAR compliant CAN design with PREEvision (II)

PEMS Conference. Acquiring Data from In-Vehicle Networks. Rick Walter, P.E. HEM Data Corporation

NetFlow Feature Acceleration

OIL PRESS 71.8 PSI FUEL. Cloud based, diagnostic, engine monitoring and reporting system.

EMR 3 CAN BUS specification

WIFI OBD GPS Tracker T356 User Manual

Administration Manual. CANoe/CANalyzer MSI Setup. Version 1.4 English

RA Automotive. Silver Scan-Tool for the testing of OBD functionality. Peter Stoß Senior Manager RA Automotive. Mai 2008

Service Manual Trucks

Manual. VE.Bus to NMEA 2000 interface

Diesel Engine Control, CAN Kingdom and J1939 Lars-Berno Fredriksson Kvaser AB Michael Templin Scania AB

Software Development for Multiple OEMs Using Tool Configured Middleware for CAN Communication

PC-Based Vehicle OBD Tester

KNX The worldwide STANDARD for home and building control. KNX Association Vassilios Lourdas System Engineer

IT Data Communication and Networks (Optional)

LIN (Local Interconnect Network):

ISOBUS Task Controller Workshop. Presented by Andy Beck / Hans Nissen John Deere

VECTOR. Consulting Services. How Hardware Development Wins with SPICE DEUTSCH

Fault codes DM1. Industrial engines DC09, DC13, DC16. Marine engines DI09, DI13, DI16 INSTALLATION MANUAL. 03:10 Issue 5.0 en-gb 1

CONTROL MICROSYSTEMS DNP3. User and Reference Manual

Vehicle Networks. CAN-based Higher Layer Protocols. Univ.-Prof. Dr. Thomas Strang, Dipl.-Inform. Matthias Röckl

Ethernet. Ethernet Frame Structure. Ethernet Frame Structure (more) Ethernet: uses CSMA/CD

Release Notes: PowerChute plus for Windows 95 and Windows 98

Kodak Remote Support System - RSS VPN

User Manuals. Connection to Siemens S5 PU (AS511) Part Number: Version: 2. Date:

2. Terminal arrangement. Default (PV display) (SV display) Communication protocol selection Selects the Communication protocol. Modbus ASCII mode:

User s manual. Digital input RS232. CAN-LOG connection and operation

Diagnostics and Prognostics for Military and Heavy Vehicles

Adaptive Cruise Control System Overview

DDR Memory Overview, Development Cycle, and Challenges

Agilent N5970A Interactive Functional Test Software: Installation and Getting Started

Global Economic Briefing: Global Inflation

Installation Guide E Dielectric Probe Kit 85071E Materials Measurement Software

EB TechPaper. Test drive with the tablet. automotive.elektrobit.com

Road Vehicles - Diagnostic Systems

I SO wish it were that easy! The challenge of ISOBUS Implementation

Testing WiMAX receiver performance in a multipath propagation environment using Agilent s E6651A with an EB Propsim C8 radio channel emulator

APPLICATION NOTE. Atmel AT02985: User s Guide for USB-CAN Demo on SAM4E-EK. Atmel AVR 32-bit Microcontroller. Features. Description.

Signature and ISX CM870 Electronics

The RT module VT6000 (VT6050 / VT6010) can be used to enhance the RT. performance of CANoe by distributing the real-time part of CANoe to a

Diagnostic Fault Codes For Cummins Engines

Validating Diagnostics in Early Development Stages

Building on +60 GW of experience. Track record as of 31 December 2013

Introduction to Ethernet and IP in automotive vehicles

Energy Efficiency Indicators for Public Electricity Production from Fossil Fuels

Lecture 4 Profibus. Urban Bilstrup Urban.Bilstrup@ide.hh.se

VEHICLE DIAGNOSTICS THE AUTOCOM WAY

Configuring DHCP for ShoreTel IP Phones

Appendix SM1: Sources of Modal Data and Calculation of Modal Shares

Chapter 5. Data Communication And Internet Technology

ABS Flash Code (Blink Code) Instructions

SSI Technologies TULC Application Note

Written examination in Computer Networks

PCI Express 1.0 (2.5 GT/s) Protocol Test

Product Information CANdelaStudio

Service Information Trucks

OSI Layers in Automotive Networks

Engage, Simplify, and Execute with Innovations Across SuccessFactors HCM Suite. Q Release Highlights

Troubleshooting & Diagnostic Procedures

CISCO PIX SECURITY APPLIANCE LICENSING

Comparison of FlexRay and CAN-bus for Real-Time Communication

Automotive Network Technology. Conformance Test Center

Building a Global Internet Company: Driving Traffic to Your Site. Benjamin Edelman Harvard Business School

SCSI The Protocol for all Storage Architectures

CAN: Controller Area Network Introduction and Primer by Robert Boys

CANoe and CANalyzer as diagnostic tools Version /07/17

Quectel Cellular Engine

AN1819 APPLICATION NOTE Bad Block Management in Single Level Cell NAND Flash Memories

Local Interconnect Network Training. Local Interconnect Network Training. Overview

Remote Serial over IP Introduction on serial connections via IP/Ethernet

Tutorial.

Technology Note. PCI Express

FEDERATION EUROPEENNE DE LA MANUTENTION Product Group. industrial trucks. A brief guide for identification of noncompliant. - Exhaust Emission -

User Manual Revision English Converter / Adapter Ethernet to RS232 / RS485 (Order Code: HD HD M HD HD M)

FMS-Standard description. Version

Computer Specifications

Transcription:

Version 1.1 2010-04-27 Author(s) Restrictions Abstract Markus Junger Public Document This application note presents an overview of the fundamental concepts of J1939 in order to give a first impression. Table of Contents 1.0 Overview...2 2.0 Parameter Groups...3 2.1 Interpretation of the CAN Identifier...3 2.2 Parameter Group Number...3 2.3 Suspect Parameter Number (SPN)...4 2.4 Special Parameter Groups...4 3.0 Network Management...5 3.1 Address Claiming Procedure...5 3.2 Request for Address Claim...6 3.3 Address Capability...7 4.0 Transport Protocols...7 5.0 Diagnostics...9 6.0 Summary...9 7.0 Additional Sources...10 8.0 Contacts...11 Copyright 2010 - Vector Informatik GmbH Contact Information: www.vector.com or ++49-711-80 670-0 1

1.0 Overview SAE J1939 is used in the commercial vehicle area for communication in the commercial vehicle. In this application note, the properties of SAE J1939 should be described in brief. SAE J1939 uses CAN (Controller Area Network, ISO11998) as physical layer. It is a recommended practice that defines which and how the data is communicated between the Electronic Control Units (ECU) within a vehicle network. Typical controllers are the Engine, Brake, Transmission, etc. Figure 1: Typical J1939 vehicle network The particular characteristics of J1939 are: Extended CAN identifier (29 bit) Bit rate 250 kbit/s Peer-to-peer and broadcast communication Transport protocols for up to 1785 data bytes Network management Definition of parameter groups for commercial vehicles and others Manufacturer specific parameter groups are supported Diagnostics features There exist several standards which are derived from SAE J1939. These standards use the basic features of SAE J1939 with a different set of parameter groups and modified physical layers. These standards are: ISO11783 Tractors and machinery for agriculture and forestry Serial control an communication Defines the communication between tractor and implements on an implement bus. It specifies some services on application layer, like Virtual Terminal, Tractor ECU, Task Controller and File Server. It adds an Extended Transport Protocol and Working Set Management. NMEA2000 Serial-data networking of marine electronic devices It defines parameter groups for the communication between marine devices. It specifies the additional Fast Packet transport protocol. ISO11992 Interchange of digital information between towing and towed vehicle Specifies the interchange of information between road vehicle and towed vehicle. It uses same parameter group format as J1939 on a different physical layer with 125 kbit/s. FMS Fleet Management System The FMS standard defines a gateway between the J1939 vehicle network and a fleet management system. 2

2.0 Parameter Groups A parameter group is a set of parameters belonging to the same topic and sharing the same transmission rate. The definition of the application relevant parameter groups and parameters can be found in application layer document [9]. The length of a parameter group is not limited to the length of a CAN frame. Usually a parameter group has a minimum length of 8 bytes up to 1785 bytes. Parameter groups with more than 8 bytes require a transport protocol for transmission. 2.1 Interpretation of the CAN Identifier The CAN identifier of a J1939 message contains Parameter Group Number (PGN), source address, priority, data page bit, extended data page bit and a target address (only for a peer-to-peer PG). The identifier is composed as follows: Priority Extended Data Page Data Page PDU Format PDU Specific Source Address 3 bit 1 bit 1 bit 8 bit 8 bit 8 bit With PDU format < 240 (peer-to-peer), PDU specific contains the target address. Global (255) can also be used as target address. Then the parameter group is aimed at all devices. In this case, the PGN is formed only from PDU format. With PDU format >= 240 (broadcast), PDU format together with the Group Extension in the PDU specific field forms the PGN of the transmitted parameter group. 2.2 Parameter Group Number Each parameter group is addressed via a unique number the PGN. For the PGN a 24 bit value is used that is composed of the 6 bits set to 0, PDU Format (8 bits), PDU Specific (8 bits), Data Page (1 bit) and Extended Data Page (1 bit). There are two types of Parameter Group Numbers: Global PGNs identify parameter groups that are sent to all (broadcast). Here the PDU Format, PDU Specific, Data Page and Extended Data Page are used for identification of the corresponding Parameter Group. On global PGNs the PDU Format is 240 or greater and the PDU Specific field is a Group Extension. Specific PGNs are for parameter groups that are sent to particular devices (peer-to-peer). Here the PDU Format, Data Page and Extended Data Pare are used for identification of the corresponding Parameter Group. The PDU Format is 239 or less and the PDU Specific field is set to 0. 3

With this breakdown of the PGN, 240 + (16 * 256) = 4336 different parameter groups within each data page are possible. With the transmission of a parameter group, the PGN is coded in the CAN identifier. With the Data Page bit and Extended Data Page bit 4 different data pages can be selected, see following table. Extended Data Page Bit Data Page Bit Description 0 0 SAE J1939 Page 0 Parameter Groups 0 1 SAE J1939 Page 1 Parameter Groups (NMEA2000 ) 1 0 SAE J1939 reserved 1 1 ISO 15765-3 defined Table 1: Data Pages Sample of a parameter group definition: Name: Transmission rate: Data length: Extended Data Page 0 Data page: 0 PDU format: 254 PDU specific: 238 Engine temperature 1 ET1 1s 8 bytes Default priority: 6 PG Number: 65,262 (00FEEE16) Description of data: Byte: 1 Engine Coolant Temperature 2 Engine Fuel Temperature 1 3,4 Engine Oil Temperature 1 5,6 Engine Turbocharger Oil Temperature 7 Engine Intercooler Temperature 8 Engine Intercooler Thermostat Opening 2.3 Suspect Parameter Number (SPN) A suspect parameter number is assigned to each parameter of a parameter group or component. It is used for diagnostic purpose to report and identify abnormal operation of a Controller Application (CA). The SPN is a 19 bit number and has a range from 0 to 524287. For proprietary parameters a range from 520192 to 524287 is reserved. 2.4 Special Parameter Groups SAE J1939-21 defines some parameter groups on the data link layer: Request parameter group The request parameter group (RQST, PGN 00EA00 16 ) can be sent to all or a specific CA to request a specified parameter group. The RQST contains the PGN of the request parameter group. If the receiver of a specific request cannot respond, it must send a negative acknowledgment. The RQST has a data length code of 3 bytes and is the only parameter group with a data length code less than 8 bytes. Acknowledgement parameter group The acknowledgement parameter group (ACKM, PGN 00E800 16 ) can be use to send a negative or positive acknowledgment, i.e. in response to a request. 4

Address claiming parameter group The address claiming parameter group (ACL, PGN 00EE00 16 ) is used for network management, see chapter 3.0. Commanded address parameter group The commanded address parameter group (CA, PGN 00FED8 16 ) can be used to change the address of a CA. Transport protocol parameter group The transport protocol parameter groups (TPCM, PGN 00EC00 16 and TPDT, PGN 00EB00 16 ) are used to transfer parameter groups with more than 8 data bytes, see chapter 4.0. 3.0 Network Management The software of an Electronic Control Unit (ECU) is the Controller Application (CA). An ECU may contain one or more CAs. Each CA has a unique address and an associated device name. Each message that is sent by a CA contains this source address. There are 255 possible addresses: 0..253 Valid source addresses for CAs 0..127 and 248..253 Used for CAs with Preferred Addresses and defined functions 128..247 Available for all CAs 254 Null 255 Global Most CAs like Engine, Gearbox, etc. have a preferred address (see [2]). Before a CA may use an address, it must register itself on the bus. This procedure is called "address claiming." Thereby the device sends an "Address Claim" parameter group (ACL, PGN 00EE00 16 ) with the desired source address. This PG contains a 64-bit device name. If an address is already used by another CA, then the CA whose device name has the higher priority has claimed the address. The device name contains some information about the CA and describes its main function. A manufacturer code must be requested by the SAE. The values of the fields are defined in SAE J1939-81 [11]. Figure 2: Device name data of the address claim parameter group 3.1 Address Claiming Procedure In a common situation the controller application sends an Address Claim parameter group at start up and waits a defined amount of time. If it does not detect an address conflict it can start with its normal communication. 5

Figure 3: Address claiming procedure In a situation where another CA already uses the address an address conflict occurs. The CA with the higher priority of the device name will obtain the address. The other CA must send a Cannot Claim Address parameter group, with source address Null (254). Figure 4: Address claiming procedure with address conflict It depends on the address capability of a CA how to proceed, if an address cannot be obtained. 3.2 Request for Address Claim A CA can detect other CAs in the network by requesting the ACL parameter group. It is allowed to use the Null- Address (254) as source address before a CA has performed the address claiming procedure. If the request is addressed to the Global address (255) all CAs in the network must respond with the ACL parameter group (including own CA if an address has been claimed already). 6

Figure 5: Request address claim 3.3 Address Capability SAE J1939-81 defines the following types of capability to obtain an address: Arbitrary address capable CA The CA selects it source address by internal algorithm. It is able to select a new address on an address conflict. The Arbitrary Address Capable field in the device name indicates this capability. Single address capable CA A CA of this type can use only one address. On address conflicts it is not able to select another address. It can support the commanded address parameter group or proprietary mechanisms to change the address. The Arbitrary Address Capable field is not set for these CAs. 4.0 Transport Protocols Parameter groups that contain more than 8 data bytes are transmitted by means of a transport protocol. Figure 6: Transport Protocol For peer-to-peer and broadcast transmission, there are two different protocols. The transport protocols utilize two special parameter groups which are used for the connection management (TP.CM) and the transmission of the data (TP.DT). For broadcast transmission, the BAM (Broadcast Announce Message) protocol is used. Here, after a BAM-PG, the transmitter sends all data PGs at a minimum interval of 50ms. 7

Figure 7: BAM transmission With the peer-to-peer transmission, the transmitter initiates the connection with a "request to send" message. The receiver then controls the transport protocol with "clear to send" and finally acknowledge it with "end of message acknowledge." Figure 8: RTS/CTS transmission 8

5.0 Diagnostics The diagnostic features of SAE J1939 supports following services: Reporting and identification of abnormal operation Memory access Monitored tests An important parameter group is the Diagnostics Message 1 (DM1, PGN FECA 16 ). If supported, it shall be sent cyclic by each CA to report its state. The parameter group contains the state for different lamps: Malfunction Indicator Lamp Red Stop Lamp Amber Warning Lamp Protect Lamp An instrument cluster can use this information to report the state of the system to the driver. Additionally the parameter group contains a list of Diagnostic Trouble Codes (DTC). Together with the address of a sender the parameter of misbehaving components can be identified. Figure 9: Diagnostic Trouble Code A DTC contains 4 bytes, which contain the SPN, the Failure Mode Identifier (FMI) and an Occurrence Count. If the DM1 contains more than one DTC a transport protocol must be used. 6.0 Summary With the specification of the parameter groups, CAN identifier scheme, and the network management, a manufacturer-spanning cooperation of control units will be ensured. J1939 describes, in addition to the mechanisms presented here, the physical properties and use of bus sub segments. 9

7.0 Additional Sources SAE Documents [1] SAE J1939 Recommended Practice for a Serial Control and Communications Vehicle Network [2] SAE J1939-01 Recommended Practice for Control and Communications Network for On-Highway Equipment [3] SAE J1939-02 Agricultural and Forestry Off-Road Machinery Control and Communication Network [4] SAE J1939-03 On Board Diagnostics Implementation Guide [5] SAE J1939-05 Marine Stern Drive and Inboard Spark-Ignition Engine On-Board Diagnostics Implementation Guide [6] SAE J1939-11 Physical Layer - 250k bits/s, Twisted Shielded Pair [7] SAE J1939-13 Off-Board Diagnostic Connector [8] SAE J1939-14 Physical Layer, 500k bits/s [9] SAE J1939-15 Reduced Physical Layer, 250K bits/sec, Un-Shielded Twisted Pair (UTP) [10] SAE J1939-21 Data Link Layer [11] SAE J1939-31 Network Layer [12] SAE J1939-71 Vehicle Application Layer [13] SAE J1939-73 Application Layer - Diagnostics [14] SAE J1939-74 Application - Configurable Messaging [15] SAE J1939-75 Application Layer - Generator Sets and Industrial [16] SAE J1939-81 Network Management [17] SAE J1939-82 Compliance - Truck and Bus [18] SAE J1939-84 OBD Communications Compliance Test Cases for Heavy Duty Components and Vehicles 10

8.0 Contacts Germany and all countries not named below: Vector Informatik GmbH Ingersheimer Str. 24 70499 Stuttgart GERMANY Phone: +49 711-80670-0 Fax: +49 711-80670-111 E-mail: info@de.vector.com France, Belgium, Luxemburg: Vector France SAS 168 Boulevard Camélinat 92240 Malakoff FRANCE Phone: +33 1 42 31 40 00 Fax: +33 1 42 31 40 09 E-mail: information@fr.vector.com Sweden, Denmark, Norway, Finland, Iceland: VecScan AB Theres Svenssons Gata 9 41755 Göteborg SWEDEN Phone: +46 31 764 76 00 Fax: +46 31 764 76 19 E-mail: info@se.vector.com United Kingdom, Ireland: Vector GB Ltd. Rhodium Central Boulevard Blythe Valley Park Solihull, Birmingham West Midlands B90 8AS UNITED KINGDOM Phone: +44 121 50681-50 E-mail: info@uk.vector.com China: Vector Informatik GmbH Shanghai Representative Office Suite 605, Tower C, Everbright Convention Center No. 70 Caobao Road Xuhui District Shanghai 200235 P.R. CHINA Phone: +86 21-6432 5353 ext. 0 Fax: +86 21-6432 5308 E-mail: info@vector-china.com India: Vector Informatik India Private Ltd. 4/1/1/1 Sutar Icon Sus Road Pashan Pune 411021 INDIA Phone: +91 9673 336575 E-mail: info@vector-india.com USA, Canada, Mexico: Vector CANtech, Inc. 39500 Orchard Hill Pl., Ste 550 Novi, MI 48375 USA Phone: +1 248 449 9290 Fax: +1 248 449 9704 E-mail: info@us.vector.com Japan: Vector Japan Co. Ltd. Seafort Square Center Bld. 18F 2-3-12, Higashi-shinagawa, Shinagawa-ku Tokyo 140-0002 JAPAN Phone: +81 3 5769 7800 Fax: +81 3 5769 6975 E-mail: info@jp.vector.com Korea: Vector Korea IT Inc. #1406, Mario Tower, 222-12 Guro-dong, Guro-gu Seoul, 152-848 REPUBLIC OF KOREA Phone: +82 2 807 0600 Fax: +82 2 807 0601 E-mail: info@kr.vector.com 11