Browse Topic: On-board diagnostics (OBD)
This SAE Information Report describes the collection of IUMPR data required by the heavy-duty onboard diagnostic regulation 13 CCR § 1971.1 (l)(2.3.3), using SAE J1939-defined messages incorporated in a suite of software functions
ABSTRACT Predictive analysis of vehicle electrical systems is achievable by combining condition based maintenance (CBM) techniques and testing for statistical significance (TSS). When paired together, these two fundamentally sound sciences quantify the state of health (SOH) for batteries, alternators, starters, and electrical systems. The use of a communication protocol such as SAE J1939 allows for scheduling maintenance based on condition and not a traditional time schedule
This SAE Recommended Practice supersedes SAE J1930 MAR2017 and is technically equivalent to ISO 15031-2. This document is applicable to all light-duty gasoline and diesel passenger vehicles and trucks, and to heavy-duty gasoline vehicles. Specific applications of this document include diagnostic, service and repair manuals, bulletins and updates, training manuals, repair databases, underhood emission labels, and emission certification applications. This document should be used in conjunction with SAE J1930DA Digital Annexes, which contain all of the information previously contained within the SAE J1930 tables. These documents focus on diagnostic terms applicable to electrical/electronic systems, and therefore also contain related mechanical terms, definitions, abbreviations, and acronyms. Even though the use and appropriate updating of these documents is strongly encouraged, nothing in these documents should be construed as prohibiting the introduction of a term, abbreviation, or
The University of Detroit Mercy Vehicle Cyber Engineering (VCE) Laboratory together with The University of Arizona is supporting Secure Vehicle Embedded Systems research work and course projects. The University of Detroit Mercy VCE Laboratory has established several testbeds to cover experimental techniques to ensure the security of an embedded design that includes: data isolation, memory protection, virtual memory, secure scheduling, access control and capabilities, hypervisors and system virtualization, input/output virtualization, embedded cryptography implementation, authentication and access control, hacking techniques, malware, trusted computing, intrusion detection systems, cryptography, programming security and secure software/firmware updates. The VCE Laboratory testbeds are connected with an Amazon Web Services (AWS) cloud-based Cyber-security Labs as a Service (CLaaS) system, which allows students and researchers to access the testbeds from any place that has a secure
Recent legislations require very low soot emissions downstream of the particulate filter in diesel vehicles. It will be difficult to meet the new more stringent OBD requirements with standard diagnostic methods based on differential sensors. The use of inexpensive and reliable soot sensors has become the focus of several academic and industrial works over the past decade. In this context, several diagnostic strategies have been developed to detect DPF malfunction based on the soot sensor loading time. This work proposes an advanced online diagnostic method based on soot sensor signal projection. The proposed method is model-free and exclusively uses soot sensor signal without the need for subsystem models or to estimate engine-out soot emissions. It provides a comprehensive and efficient filter monitoring scheme with light calibration efforts. The proposed diagnostic algorithm has been tested on an experimentally validated simulation platform. 2D signatures are generated from soot
This document is intended to satisfy the data reporting requirements of standardization regulations in the United States and Europe, and any other market that may adopt similar requirements in the future. This document specifies: a Message formats for request and response messages. b Timing requirements between request messages from external test equipment and response messages from vehicles, and between those messages and subsequent request messages. c Behavior of both the vehicle and external test equipment if data is not available. d A set of diagnostic services, with corresponding content of request and response messages. e Standardized source and target addresses for clients and vehicle. This document includes capabilities required to satisfy OBD requirements for multiple regions, model years, engine types, and vehicle types. At the time of publication many regional regulations are not yet final and are expected to change in the future. This document makes no attempt to interpret
Next-generation vehicle electrical architectures will be based on highly sophisticated domain controllers called HPCs (high-performance computers). These HPCs are more alike gaming PCs than as the traditional ECUs (electronic control units). Today’s diagnostic communication protocol, e.g., UDS (Unified Diagnostic Services, ISO 14229-1) was developed for ECUs and is not fit to be used for HPCs. There is a new protocol being developed within ASAM, SOVD (service-oriented vehicle diagnostics), which is based on a RESTful API (REpresentational State Transfer Application Programming Interface) sent over http (hypertext transfer protocol). But OBD (OnBoard Diagnostic) under the emissions regulation is not yet updated for this shift of protocols and therefore vehicle manufacturers must support older OBD protocols (e.g., SAE J1979-2) during the transition phase. Another problem is that some of the software packages may fall under the DEC-ECU (diagnostic or emission critical electronic control
On-board diagnostics (OBD) systems support the protection of the environment against harmful pollutants such as carbon monoxide (CO), nitrogen oxide (NOx), hydrocarbons (HC) and particulate matters (PM) emitted by combustion engines. OBD regulations require passenger cars and light-, medium- and heavy-duty trucks to support a minimum set of diagnostic information to external (off-board) “generic” test equipment. For the purpose of communication, both the test equipment and the vehicle must support the same communication protocol stack. The communication protocol SAE J1979, also known as ISO 15031, that has been in use for decades will be replaced by SAE J1979-2 for vehicles with combustion engines and by SAE J1979-3 for zero-emission-vehicle (ZEV) propulsion systems
The new generation vehicles these days are managed by networked controllers. A large portion of the networks is planned with more security which has recently roused researchers to exhibit various attacks against the system. This paper talks about the liabilities of the Controller Area Network (CAN) inside In-vehicle communication protocol and a few potentials that could take due advantage of it. Moreover, this paper presents a few security measures proposed in the present examination status to defeat the attacks. In any case, the fundamental objective of this paper is to feature a comprehensive methodology known as Intrusion Detection System (IDS), which has been a significant device in getting network data in systems over many years. To the best of our insight, there is no recorded writing on a through outline of IDS execution explicitly in the CAN transport network system. Therefore, we proposed a top-down examination of IDS through a write-up based on the following perspectives
Due to increase in complexity of vehicle functionality and involvement of electronic components, the use of complex electronic control units is prevalent in today’s vehicles. This has led to increased amount of Electronic Control Unit (ECU) data, and in turn increased Diagnostic data. This Diagnostic data is described in the Automotive Open System Architecture Diagnostic Exchange Template (AUTOSAR DEXT), which is a standard diagnostic data format specified in AUTOSAR 4.2.1 for Unified Diagnostic Services and fault memory. It enables consistent exchange of Diagnostic information across Original Equipment manufacturer OEMs and between OEM and Suppliers, thereby aiding uniformity in configuration of basic software modules described in Automotive Open System Architecture (AUTOSAR) Layered Architecture across enterprise boundaries. DEXT provides the possibility to describe the data to be transported, using respective protocol, along with origin of data in ECU’s application software. When
Over the past couple of years, Argonne National Laboratory has tested, analyzed, and validated automobile models for the light duty vehicle class, including several types of powertrains including conventional, hybrid electric, plug-in hybrid electric and battery electric vehicles. Argonne’s previous works focused on the light duty vehicle models, but no work has been done on medium and heavy-duty vehicles. This study focuses on the validation of shifting control in advanced automatic transmission technologies for medium duty vehicles by using Argonne’s model-based high-fidelity, forward-looking, vehicle simulation tool, Autonomie. Different medium duty vehicles, from Argonne’s own fleet, including the Ram 2500, Ford F-250 and Ford F-350, were tested with the equipment for OBD (on-board diagnostics) signal data record. For the medium duty vehicles, a workflow process was used to import test data. In addition to importing measured test signals into the Autonomie environment, the process
Vehicular odometers serve as a standard component in driver assistance system to provide continuous navigation. Odometer fraud is the disconnection, resetting, or alteration of a vehicle’s odometer with the intent to change the number of miles indicated. Odometer fraud occurs when the seller of a vehicle falsely represents the actual mileage of a vehicle to the buyer. But the Odometer readings are essential when it comes to ascertaining the fair market value of a used vehicle. Hence, there is a need to protect the odometer which resides in the instrument cluster of the digital cockpit. Any manipulation is very difficult to detect and to prove once made, even by expert technicians using specific On-Board Diagnostics (OBD) testing devices. One of the most critical issues is that currently odometers are not locked out from external access, in contrast to other vehicle components, which have higher protection levels. As a result, odometers are not sufficiently cyber-secured and there is a
The LEV IV FTP PM limit in the recently approved CARB ACC II regulations for passenger cars and light duty trucks will be 1 mg/mile starting in 2025. Gravimetric PM measurement at these levels is very challenging as the net mass of PM on the filter in full flow tunnel testing ranges between 8 to 32 micrograms depending on amount of dilution. This is approaching tunnel background levels which, in combination with filter handling, static charge removal and microbalance instability, compounds the uncertainty. One major source of the uncertainty at these low levels is the tunnel contamination resulting in high variability from test to test and cell to cell. This tunnel background is mostly HC artifact which cannot be easily controlled and can be significantly higher than the 5-μg CFR allowable correction limit in some test cells. Items that might affect the PM background include the type of testing being run on the tunnel prior to measuring the background such as OBD, cold and diesel
Several commercial truck OEMs revealed new medium-duty EVs at NTEA's 2023 Work Truck Week (WTW) in Indianapolis, Indiana. Interest in Class 5, 6 and 7 EVs has ramped up rapidly in recent years, and many OEMs are rolling out new models to meet the increased demand
This Surface Vehicle & Aerospace Recommended Practice offers best practices and a methodology by which IVHM functionality relating to components and subsystems should be integrated into vehicle or platform level applications. The intent of the document is to provide practitioners with a structured methodology for specifying, characterizing and exposing the inherent IVHM functionality of a component or subsystem using a common functional reference model, i.e., through the exchange of design-time data and the application of standard vehicle data communications interfaces. This document includes best practices and guidance related to the specification of the information that must be exchanged between the functional layers in the IVHM system or between lower-level components/subsystems and the higher-level control system to enable health monitoring and tracking of system degradation severity. The intent is to provide an IVHM system that can robustly report the degradation of a given
SAE J1979-3 describes the communication between the zero emissions propulsion systems and test equipment required by government regulations. Standardization regulations require passenger cars and light-, medium-, and heavy-duty trucks to support a minimum set of diagnostic information to external (off-board) “generic” test equipment. To achieve this, SAE J1979-3 is based on the Open Systems Interconnection (OSI) Basic Refer to Model in accordance with ISO/IEC 7498-1 and ISO/IEC 10731, which structures communication systems into seven layers. When mapped on this model, the services specified are broken into: Application (layer 7), specified in: ○ ISO 14229-1, ISO 14229-3 UDSonCAN, or ISO 14229-5 UDSonIP ○ SAE J1979-3 ZEVonUDS Presentation layer (layer 6), specified in: ○ SAE J1930, SAE J1930DA ○ SAE J1979DA ○ SAE J2012, SAE J2012DA ○ SAE J1939DA, SAE J1939-73 Session layer services (layer 5), specified in: ○ ISO 14229-2 Transport layer services (layer 4), specified in: ○ DoCAN: ISO
Items per page:
50
1 – 50 of 833