Refine Your Search

Topic

Search Results

Standard

Class B Data Communication Network Messages-Message Definitions for Three Byte Headers

1995-02-01
HISTORICAL
J2178/4_199502
This SAE Recommended Practice defines the information contained in the header and data fields of non-diagnostic messages for automotive serial communications based on SAE J1850 Class B networks. This document describes and specifies the header fields, data fields, field sizes, scaling, representations, and data positions used within messages.
Standard

Class A Multiplexing Architecture Strategies

2006-09-12
CURRENT
J2057/4_200609
The subject matter contained within this SAE Information Report is set forth by the Class A Task Force of the Vehicle Network for Multiplexing and Data Communications (Multiplex) Committee as information the network system designer should consider. The Task Force realizes that the information contained in this report may be somewhat controversial and a consensus throughout the industry does not exist at this time. The Task Force also intends that the analysis set forth in this document is for sharing information and encouraging debate on the benefits of utilizing a multiple network architecture.
Standard

Chrysler Sensor and Control (CSC) Bus Multiplexing Network for Class 'A' Applications

1990-06-21
HISTORICAL
J2058_199006
THE CSC Bus components defined herein were developed to provide simple, yet reliable, communication between a host master module and its sensors and actuators. The scheme chosen provides the ability to communicate in both polling mode and direct addressing modes. Vehicle Architecture for Data Communication Standards Committee voted to cancel document - 7/19/2002 J2058 and J2106 Rationale Per Jack Volk, Vice Chairperson of Vehicle Architecture for Data Communication Standards Committee, document not being used. Information may be contained in other documents, (not necessarily SAE documents).
Standard

Chrysler Sensor and Control (CSC) Bus Multiplexing Network for Class 'A' Applications

2002-07-25
CURRENT
J2058_200207
THE CSC Bus components defined herein were developed to provide simple, yet reliable, communication between a host master module and its sensors and actuators. The scheme chosen provides the ability to communicate in both polling mode and direct addressing modes. Vehicle Architecture for Data Communication Standards Committee voted to cancel document - 7/19/2002 J2058 and J2106 Rationale Per Jack Volk, Vice Chairperson of Vehicle Architecture for Data Communication Standards Committee, document not being used. Information may be contained in other documents, (not necessarily SAE documents).
Standard

Class C Application Requirement Considerations

1993-06-01
HISTORICAL
J2056/1_199306
This SAE Recommended Practice will focus on the requirements of Class C applications. The requirements for these applications are different from those required for either Class A or Class B applications. An overall example is provided for consistency of discussion.
Standard

Class a Application/Definition

1997-02-01
HISTORICAL
J2057/1_199702
This SAE Information Report will explain the difference between Class A, B, and C networks and clarify through examples the differences in applications. Special attention will be given to a listing of functions that could be attached to a Class A communications network.
Standard

Survey of Known Protocols

2000-02-17
CURRENT
J2056/2_200002
This SAE Information Report is a summary comparison of existing protocols found in manufacturing, automotive, aviation, military, and computer applications which provide background or may be applicable for Class C application. The intent of this report is to present a summary of each protocol, not an evaluation. This is not intended to be a comprehensive review of all applicable protocols. The form for evaluation of a protocol exists in this paper and new protocols can be submitted on this form to the committee for consideration in future revisions of this report. This report contains a table which provides a side-by-side comparison of each protocol considered. The subsequent section provides a more detailed examination of the protocol attributes. Many of the protocols do not specify a method for one or more of the criteria. In these circumstances 'under defined' or 'not specified' will appear under the heading.
Standard

Class A Multiplexing Actuators

2001-08-30
HISTORICAL
J2057/2_200108
The Class A Task Force of the Vehicle Network for Multiplex and Data Communications Committee is publishing this SAE Information Report to provide insight into Class A Multiplexing. Multiplexed actuators are generally defined as devices which accept information from the multiplexed bus. A multiplexed actuator can be an output device controlled by the operator or an intelligent controller. A Multiplex actuator can also be a display device that reports the status of a monitored vehicle function. This document is intended to help the network system engineers and is meant to stimulate the design thought process. A list of multiplexed actuator examples is provided in Appendix A, Figure A1. Many other examples can be it identified.
Standard

Class C Application Requirement Considerations

2000-02-17
CURRENT
J2056/1_200002
This SAE Recommended Practice will focus on the requirements of Class C applications. The requirements for these applications are different from those required for either Class A or Class B applications. An overall example is provided for consistency of discussion. Cancelled due to lack of interest.
Standard

Class A Application/Definition

2006-09-12
CURRENT
J2057/1_200609
This SAE Information Report will explain the differences between Class A, B, and C networks and clarify through examples, the differences in applications. Special attention will be given to a listing of functions that could be attached to a Class A communications network.
Standard

Survey of Known Protocols

1993-04-01
HISTORICAL
J2056/2_199304
This SAE Information Report is a summary comparison of existing protocols found in manufacturing, automotive, aviation, military, and computer applications which provide background or may be applicable for Class C application. The intent of this report is to present a summary of each protocol, not an evaluation. This is not intended to be a comprehensive review of all applicable protocols. The form for evaluation of a protocol exists in this paper and new protocols can be submitted on this form to the committee for consideration in future revisions of this report. This report contains a table which provides a side-by-side comparison of each protocol considered. The subsequent section provides a more detailed examination of the protocol attributes. Many of the protocols do not specify a method for one or more of the criteria. In these circumstances 'under defined' or 'not specified' will appear under the heading.
Standard

Selection of Transmission Media

2000-02-23
CURRENT
J2056/3_200002
This SAE Information Report studies the present transmission media axioms and takes a fresh look at the Class C transmission medium requirements and also the possibilities and limitations of using a twisted pair as the transmission medium. The choice of transmission medium is a large determining factor in choosing a Class C scheme.
Standard

Class A Multiplexing Architecture Strategies

2001-08-30
HISTORICAL
J2057/4_200108
The subject matter contained within this SAE Information Report is set forth by the Class A Task Force of the Vehicle Network for Multiplexing and Data Communications (Multiplex) Committee as information the network system designer should consider. The Task Force realizes that the information contained in this report may be somewhat controversial and a consensus throughout the industry does not exist at this time. The Task Force also intends that the analysis set forth in this document is for sharing information and encouraging debate on the benefits of utilizing a multiple network architecture.
Standard

Class A Application/Definition

1991-06-01
HISTORICAL
J2057/1_199106
This SAE Information Report will explain the difference between Class A, B, and C networks and clarify through examples the differences in applications. Special attention will be given to a listing of functions that could be attached to a Class A communications network.
Standard

Class A Multiplexing Sensors

2006-09-12
CURRENT
J2057/3_200609
The Class A Task Force of the Vehicle Network for Multiplexing and Data Communications Subcommittee is providing information on sensors that could be applicable for a Class A Bus application. Sensors are generally defined as any device that inputs information onto the bus. Sensors can be an input controlled by the operator or an input that provides the feedback or status of a monitored vehicle function. Although there is a list of sensors provided, this list is not all-inclusive. This SAE Information Report is intended to help the network system engineer and is meant to stimulate the design thought process.
Standard

Class A Multiplexing Sensors

2001-08-30
HISTORICAL
J2057/3_200108
The Class A Task Force of the Vehicle Network for Multiplexing and Data Communications Subcommittee is providing information on sensors that could be applicable for a Class A Bus application. Sensors are generally defined as any device that inputs information onto the bus. Sensors can be an input controlled by the operator or an input that provides the feedback or status of a monitored vehicle function. Although there is a list of sensors provided, this list is not all-inclusive. This SAE Information Report is intended to help the network system engineer and is meant to stimulate the design thought process.
Standard

Class A Multiplexing Actuators

2006-09-12
CURRENT
J2057/2_200609
The Class A Task Force of the Vehicle Network for Multiplex and Data Communications Committee is publishing this SAE Information Report to provide insight into Class A Multiplexing. Multiplexed actuators are generally defined as devices which accept information from the multiplexed bus. A multiplexed actuator can be an output device controlled by the operator or an intelligent controller. A Multiplex actuator can also be a display device that reports the status of a monitored vehicle function. This document is intended to help the network system engineers and is meant to stimulate the design thought process. A list of multiplexed actuator examples is provided in Appendix A, Figure A1. Many other examples can be it identified.
Standard

Token Slot Network for Automotive Control

1996-10-01
HISTORICAL
J2106_199610
The Token Slot Data Link is intended to provide periodic, broadcast communications (communication that must occur on a regular, predetermined basis) within a vehicle system. The Token Slot protocol achieves this by implementing a masterless, deterministic, non-contention Token Slot sequence which is designed to offer a transmit token to all devices (or nodes) without requiring that they respond. After acquiring the token, messages may be sent and verified using a variety of built-in techniques. The token passing slot sequence is then reinitiated by the current token holder.
Standard

Token Slot Network for Automotive Control

2002-07-25
CURRENT
J2106_200207
The Token Slot Data Link is intended to provide periodic, broadcast communications (communication that must occur on a regular, predetermined basis) within a vehicle system. The Token Slot protocol achieves this by implementing a masterless, deterministic, non-contention Token Slot sequence which is designed to offer a transmit token to all devices (or nodes) without requiring that they respond. After acquiring the token, messages may be sent and verified using a variety of built-in techniques. The token passing slot sequence is then reinitiated by the current token holder. Vehicle Architecture for Data Communication Standards Committee voted to cancel document - 7/19/2002 J2058 and J2106 Rationale Per Jack Volk, Vice Chairperson of Vehicle Architecture for Data Communication Standards Committee, document not being used. Information may be contained in other documents, (not necessarily SAE documents).
X