ArticlePDF Available

Abstract and Figures

Transportation accident rate are still being a major challenge in many countries. There are many factors that could be cause transportation accident, especially in vehicle's internal system problem. To overcome this problem, OBD-II technology has been created to diagnostics vehicle's condition. OBD-II scanner plugged to OBD-II port or usually called Data Link Connector (DLC), and after that it sends the diagnostics to Raspberry Pi. Compared from another microcontrollers, Arduino, Raspberry Pi are chosen because it sustains the application to receive real-time diagnostics, process the diagnostics and send command to automobiles at the same time, rather than Arduino that must wait for another process finished to run another process. Outcome from this application is to enable automobile's user to diagnostics their own vehicles. If there is found something unusual or a problem, the application can told the problem to user, so they could know what to fix before they use their vehicle safely.
Content may be subject to copyright.
Journal of Physics: Conference Series
PAPER • OPEN ACCESS
Diagnostics vehicle’s condition using obd-ii and raspberry pi technology:
study literature
To cite this article: J V Moniaga et al 2018 J. Phys.: Conf. Ser. 978 012011
View the article online for updates and enhancements.
This content was downloaded from IP address 104.200.46.69 on 16/03/2018 at 12:26
1
Content from this work may be used under the terms of the Creative Commons Attribution 3.0 licence. Any further distribution
of this work must maintain attribution to the author(s) and the title of the work, journal citation and DOI.
Published under licence by IOP Publishing Ltd
1234567890 ‘’“”
2nd International Conference on Computing and Applied Informatics 2017 IOP Publishing
IOP Conf. Series: Journal of Physics: Conf. Series 978 (2018) 012011 doi :10.1088/1742-6596/978/1/012011
Diagnostics vehicle’s condition using obd-ii and raspberry pi
technology: study literature
J V Moniaga, S R Manalu, D A Hadipurnawan and F Sahidi
Computer Science Department, School of Computer Science, Bina Nusantara
University, Jakarta, Indonesia 11480
Email: jurike@binus.edu, smanalu@binus.edu dionisius.hadipurnawan@binus.ac.id
firda.sahidi@binus.ac.id
Abstract. Transportation accident rate are still being a major challenge in many countries. There
are many factors that could be cause transportation accident, especially in vehicle’s internal
system problem. To overcome this problem, OBD-II technology has been created to diagnostics
vehicle’s condition. OBD-II scanner plugged to OBD-II port or usually called Data Link
Connector (DLC), and after that it sends the diagnostics to Raspberry Pi. Compared from another
microcontrollers, Arduino, Raspberry Pi are chosen because it sustains the application to receive
real-time diagnostics, process the diagnostics and send command to automobiles at the same
time, rather than Arduino that must wait for another process finished to run another process.
Outcome from this application is to enable automobile’s user to diagnostics their own vehicles.
If there is found something unusual or a problem, the application can told the problem to user,
so they could know what to fix before they use their vehicle safely.
1. Introduction
On-Board Diagnostic is a computer-based system developed by Automobile manufacturers for
diagnosing car. It focuses on diagnosing the performance of car's engine to check any errors in car's
engine components [1]. OBD-II connect with DLC in the vehicle. Almost all the problem with the
vehicle can be detect by OBD-II, such as exhaust manifold, ABS brake function, airbag (iSRS & SRS),
inle performance, and so on. However, OBD was only for scanning the vehicle’s diagnostics. To reading,
processing, and showing the data, it needs Microcontroller. Microcontroller is a microprocessor system
that installed in the chip. Microcontroller is different with microprocessor that used by PC because
usually general microcontroller already filled with supporting minimal component system, such as
memory and I/O interface. In another side, microprocessor usually only filled by CPU [2]. Nowadays a
lot of tools that can control device digitally. However, we have choosen two of the popular models and
compared their feature. Those two models are, Arduino Uno and Raspberry Pi. Arduino is an open
source microcontroller board that able to connect to computer and others devices via universal serial bus
(USB). Arduino can be powered from any power supply such as computer, battery, and more. [3]. There
a lot of various of Arduino to choose for every needs, to conform with our research we chose to use
Arduino Uno.
2
1234567890 ‘’“”
2nd International Conference on Computing and Applied Informatics 2017 IOP Publishing
IOP Conf. Series: Journal of Physics: Conf. Series 978 (2018) 012011 doi :10.1088/1742-6596/978/1/012011
Figure 1. From left to right: An Arduino Uno [4], a Raspberry Pi [4], iSaddle Bluetooth OBD-II
Scanner[5]
The Raspberry Pi is an inexpensive credit-card sized computer, that has 700Mhz processor, 512MB
of SDRAM, on board Ethernet, HDMI and RCA interfaces, a dual USB connector and an SD card slot.
In addition is maintains an array of input/output pins that make the Raspberry Pi extraordinarily
conductive to tinkering and device innovation [6].
Table 1. Comparison of Arduino Uno and Raspbery Pi [4]
Indicator
Arduino Uno
Raspberry Pi
Model Tested
R3
Model B
Processor
ATMega 328
ARM11
Clock Speed
16Mhz
700Mhz
RAM
2KB
256MB
Ethernet
N/A
10/100
USB Master
N/A
2 USB 2.0
Raspberry Pi has been chosen rightly as the single board computer for this application because it
has the highest performance compared to Arduino (Arduino still use ATMega 328 for its processor
and Raspberry Pi already use ARM11 which has higher specification) and Arduino cannot run
multiple process at the same time since it only has 2KB size of RAM. In addition, Raspberry Pi has
input port for Ethernet and USB, which make it easier to make it connected to internet connection and
connect to another device.
2. OBD-II Scanners
Recently, On Board Diagnosis-II (OBD-II) scanner have been introduced to use a vehicle network
(OBD-II) for the diagnosis and checking of a vehicle, which has previously used many devices such as
black boxes, vehicle diagnostic equipment and vehicle supply management [7]. OBD is a standard tool
that allows driver to check car's engine status by plug the OBD to the porst that placed under the driving
wheel. Mostly OBD can get the status of emission control, driving speed, voltage control, engine coolant
temperature, idle time, and more [8]. OBD-II is mostly used with extension tools such as gas analysers
and vehicle telematics [9]. The OBD scanner is a costly device and is mainly owned by workshops [10].
We are able to access this car's ECU with mobile device by connected the OBD-II to the port and
connected to the mobile device via OBD-II connector. Then OBD-II will export the data to the mobile
device after CAN-Bus convert the data. [11]. There are many scanners that could be connected to OBD-
II, for the example, one of the most basics scanner, U480 CAN OBD-II Diagnostic Scanner. This scanner
has a basic LCD display to give information about vehicle on board diagnostics that connected to it, but
need wire to connect to the vehicle. The developed scan tool is compliant with various SAE (CAN)
standard communication protocols to connect with the ECU installed in the vehicle [12]. On board
diagnostics is a tool that have a function to diagnosing and reporting the car's engine condition. It is the
interface between cars Controller Area Network (or CAN bus) and external devices, e.g., a OBD scan
tool that connects the OBD port and a laptop. All components of car's vehicle are able to communicate
with each other with CAN-Bus. For example, a position value is sent to the Electronic Control Unit
(ECU) after human driver press the gas pedal, and the ECU adjusts air/fuel injections according to the
position value. Therefore, we can read this position message transmitted over CAN bus from the OBD
port [13]. Now scanners mostly are wireless for example there are 3 scanners that most used for now,
first is ERUSUN Bluetooth Mini OBD-II Scanner, that serving a wireless connection between user
vehicle’s computer and user device’s via Bluetooth, then there is iSaddle Bluetooth / Wi-Fi Wireless
3
1234567890 ‘’“”
2nd International Conference on Computing and Applied Informatics 2017 IOP Publishing
IOP Conf. Series: Journal of Physics: Conf. Series 978 (2018) 012011 doi :10.1088/1742-6596/978/1/012011
OBD-II Scanner, is a scanner that serving a connection both Wi-Fi or Bluetooth and can connect to
tablet, smartphone and computer. ELM-327, is one such adapter where the data read from the OBD2
port are transmitted via Bluetooth upon pairing [14]. Last, there is iSaddle OBD-II Wi-Fi / Bluetooth
Scanner that connect also with both Bluetooth or Wi-Fi [15].
3. iSaddle Bluetooth OBD-II Scanner on Android
It is necessary to know the OBD2 protocols and convert the OBD2 signals to the serial data standard for
the PC [16]. iSaddle Bluetooth OBD-II Scanner is more suitable to this application than iSaddle WI-FI
OBD-II Scanner because this application require internet connection from the devices. When the device
connect to this application via Wi-Fi, it would make impossible for the device to connect to the internet
via Wi-Fi. In this case, user must choose between connect into this application but using mobile data, or
not using this application at all. Furthermore, Bluetooth wireless technology is an open specification that
enables low-power and short range wireless connection [17]. Since this application will be used while
user in the vehicle that does not has any electricity to charge the smartphone, low-power wireless
technology would be a great solutions. By using the OBD2 Bluetooth interface, the information on real
instantaneous fuel consumption is also acquired from the vehicle engine [18]. OBD2 speed is taken as
benchmark for true vehicle speed. Bluetooth based OBD2 device is installed in the vehicle, which
collects vehicle speed at 1sec interval and transmits it a mobile phone [19]. OBD-II does not provide a
user friendly data and meaningful, although there are a lot of research that claim there is a possibility to
analyse driver behaviour using real-time data from OBD-II's diagnosing data. [20]. Nowadays those
researches focusing on to use multi-source information fusion to get better interpret of relationship of
driver's behaviour and car's engine performance.[21] Unfortunately the analysis part is done off-line
after the data gather, so OBD-II can't give a real-time driver's support [22].
iSaddle Bluetooth OBD-II Scanner has a small size, compact structure, and supports all OBD-
II protocols. Besides, stable wireless connection, no wires, and no batteries are some extra feature that
iSaddle OBD-II has [23]. To work, iSaddle Bluetooth OBD-II Scanner require the vehicle that has 16-
pin Data Link Connector (DLC) under the vehicle’s dash [24]. Also, that must be an information on
vehicle's emission control label that the vehicle is OBD-II compliant. This scanner then get plugged to
DLC and it connects to any computer, tablet, or smartphone [25]. There are many diagnostic software
that associated with iSaddle Bluetooth OBD-II scanner. With these software, it would be able to read
diagnostic trouble codes, clear trouble codes, turn off the check engine light, set the maximum number
of responses to obtain, removes spaces from Engine Control Unit (ECU) responses (to make data
transmission more speed), store unique identifier in the Electronically Erasable Programmable Read
Only Memory (EEPROM), set the CAN mask and filter with one command, easily switch between
variable and fixed CAN message lengths, send CAN remote frames (RTRs), and many more [23].
The car's engine trouble indications or commonly called by Diagnostic Trouble Codes (DTC) is save
in the system. Those codes are not the same in all vehicles, and not all country that produce vehicle use
the manufacturer codes. However, now everyone is able to connect OBD-II to the port and diagnosing
the car's engine trouble then identify the trouble data [26]. Nowadays freeware and commercial software
packages are available, that allow to monitor OBD-II vehicle data by using just a smartphone and off-
the-shelf scan tools. There a lot of software that able to monitor car's engine by using smartphone and
some external tools. However all on-board diagnosing systems only display the low-level data. OBD-II
doesn’t provide a user friendly data and meaningful, although there are a lot of research that claim there
is a possibility to analyse driver behaviour using real-time data from OBD-II's diagnosing data.
Nowadays those researches focusing on to use multi-source information fusion to get better interpret of
relationship of driver's behaviour and car's engine performance. Unfortunately the analysis part is done
off-line after the data gather, so OBD-II can't give a real-time driver's support.
4. Process in OBD-II
To set up the OBD scanner tool is not a uniform process since there are many varieties of types and
brands of vehicle and the OBD scanner itself. But generally the process can be described like this, first
user must download the application for the mobile and it depends on the OBD scanner tool itself, because
different tool may require different application. This step should be done well before user's smartphone
connect to the OBD scanner tool. Next step user must connect the OBD scanner to the DLC (Data Link
Connector), usually it was located under the steering wheel. DLC consist of 16 pins. This step also must
4
1234567890 ‘’“”
2nd International Conference on Computing and Applied Informatics 2017 IOP Publishing
IOP Conf. Series: Journal of Physics: Conf. Series 978 (2018) 012011 doi :10.1088/1742-6596/978/1/012011
be done well because it will connect directly to the OBD scanner tool. As a concern when user is
installing the OBD scanner to the DLC, this is the following list of 16 Pin DLC and its function, These
16 pins include: (1) Manufacturer reserved pin, (2) The J1850, (3) Manufacturer reserved pin , (4) The
chassis ground connector,(5) The signal ground , (6) The CAN high, J-2284, (7) The k line, ISO9141-
2/DIS 14230-4connector port, (8) Manufacturer reserved pin, (9) Manufacturer reserved pin, (10) J1850
Bus, (11) Manufacturer reserved port, (12) Manufacturer reserved port,(13) Manufacturer reserved
port,(14) CAN, J2284 PORT,(15) The L line, ISO 9141 and ISO/ DIS 14230-4, (16) The battery power
connection. Since there are many varieties of types and brand of vehicle also the OBD scanner itself and
this process is a general process, there are some
(b)
(c)
Figure 2. (a) Data Link Connector and OBD Wire, (b) 16-Pins of OBD-II [28], (c) OBD-II
Diagnostics Trouble Code Description [29]
The other concern is DTC (Diagnostic Trouble Code), DTC is a set of code consisting of letters and
numbers, where each code represents type of fault on user's vehicle. DTC originally made by SAE
(Society Automotive Engineers) for use by all vehicle manufacturers who have to comply with OBD 2
emissions regulations in the U.S and adopted by European and Asian market. There are 4 basic
categories of DTC, Powertrain (P) category covers functions that include engine, transmission and
associated drivetrain accessories, Body (B) category refers to functions that are, generally, inside of the
passenger compartment. These functions provide the driver with assistance, comfort, convenience, and
safety. Chassis (C) category represent functions that are, generally, outside of the passenger
compartment. These functions typically include mechanical systems such as brakes, steering and
suspension. Network and Vehicle Integration (U) category is for functions that are shared among
computers and systems on the vehicle. DTC also divided to 2 major groups, Generic OBD Codes are
code that have "0" as second digit to represent they are common to all makes and models of vehicles
also for basic emissions fault diagnosis, Vehicle Manufacturer Special Codes are code that have 1 as
second digit to represent unique vehicle to a particular vehicle make or model [30].
5. Process in Raspberry Pi
The Raspberry PI is not a fixed function device, unlike many mobile devices. Although a mobile device
often has a camera, it is usually impossible to add extra hardware to most mobile devices. Using the
Raspberry Pi, it is possible to play with rudimentary hardware. There are multitudes of the resources
devoted to creating innovative systems using the Raspberry Pi as a foundation, from supercomputers to
time-lapse cameras. One of the advantages of the Raspberry Pi is that they limit the resources available
to the programmer, who must then develop the cleaner and better programming habits as the
programming projects gain complexity. The restriction on resources will likely force the design of more
efficient programs [6]. To work with the iSaddle Bluetooth OBD-II scanner, the Raspberry Pi needs a
Bluetooth scanner to be pairing with. There are several commercial Bluetooth scanner, but in this
application will use the Raspberry Pi Nano Bluetooth Dongle, which is the perfect low cost solution and
easy to install. The first step before using The Bluetooth Dongle is to install the latest Raspbian
Operating System (OS) in the Raspberry Pi which where the data will be shown and processed. Raspbian
OS is a free operating system based on Debian, optimized for the Raspberry Pi hardware [31]. The next
step is download pyOBD. pyOBD is an open source OBD-II compliant scan tool software that written
5
1234567890 ‘’“”
2nd International Conference on Computing and Applied Informatics 2017 IOP Publishing
IOP Conf. Series: Journal of Physics: Conf. Series 978 (2018) 012011 doi :10.1088/1742-6596/978/1/012011
entirely in Phyton. It is made with OBD-II diagnostic interfaces. It will allow the user to see their
vehicle’s ECU data, display DTC, measured values, status tests, and more [32].
6. Application Process
The recommend system is able of diagnosis the vehicles, collecting, storing, and also retrieve the
command from mobile application. Vehicle diagnosis data are collected using an iSaddle OBD2
Bluetooth scanner and are sent to Raspberry Pi via Bluetooth. Raspberry Pi needs Nano Bluetooth
Dongle as extra tools that enabled it to retrieve and send data using Bluetooth. After the diagnostics data
retrieved to Raspberry Pi, pyOBD will display the interface of the diagnostic data based from OBD-II
diagnostics trouble codes and process it. To process the diagnostics data, this application is using
Node.JS as server-side language. Compared to PHP that only handles small requests well, but struggles
with large requests Node.JS has much better performance in high concurrency situation, no matter in
benchmark test or scenario tests [33]. These data are encapsulated to JSON Objects, it will be store to
MongoDB (NoSQL document oriented database management system [34]). MongoDB provides
flexibility during the development process and easy to deploy and copy databases from one server
another server compared than its competitor, Oracle Databases [34], which makes MongoDB is more
suitable in this application. By connecting to internet connection, JSON Objects that stored in MongoDB
can be parsed to user’s smartphone through this application.
Users are also enabled to send their own command to their vehicle’s. User must input their command
in this application to do so. Next, the application will generated the input into JSON Objects and stored
to MongoDB. The Node.JS API will process the JSON Objects into ELM-USB command list. These
ELM-USB command lists are send to iSaddle OBD-II Bluetooth Scanner, and it will triggered the
vehicle to do the command from the user.
(a)
(b)
Figure 3. (a) Raspberry Pi Nano Bluetooth Dongle [31]; (b) Application Process Flow
7. Conclusion
Vehicle’s diagnostic get much attention from industry and researchers in recent years. The variety and
heterogeneity of vehicle diagnostics implementation has been the major reason which makes it
interested. This paper presents a technique to analyse diagnostics from vehicle that connected to OBD-
II and process the diagnostics data using Raspberry Pi. People can also send a command to their own
vehicle by using this application. Although the process occurs only the delivery of vehicle diagnostic
data to user’s smartphone, Raspberry Pi is more suitable viewing the ability of Raspberry Pi that can be
multitasking. In the future research that related to OBD-II scanner, its recommended to use OBD-II
scanner with Bluetooth rather than Wi-Fi, because it’s more energy saving, easier to use and more stable.
References
[1] Graham N J 2008 Wireless Automotive Data Link Connector US7584030 B1.
[2] Nurfalah M 2014 Makalah Arduino dan Raspberry Pi Mikrokontroler p 9.
[3] Monk S 2012 Programming Arduino Getting Started with Sketches (McGraw-Hill Education)
6
1234567890 ‘’“”
2nd International Conference on Computing and Applied Informatics 2017 IOP Publishing
IOP Conf. Series: Journal of Physics: Conf. Series 978 (2018) 012011 doi :10.1088/1742-6596/978/1/012011
[4] Brandon 2013 Arduino Uno vs Raspberry Pi vs BeagleBone Black MCM Electronics.
[Online]. Available: http://blog.mcmelectronics.com/post/Arduino-Uno-Raspberry-Pi-
and-BeagleBone-Black#.Ua753EDLpWI.
[5] Amazon 2017 iSaddle Super Mini Bluetooth OBD2 OBDII Scan Tool Check Engine Light &
CAN-BUS Auto Diagnostic Tool for Windows & Android Torque (Blue Color, Super
Mini). [Online]. Available: https://www.amazon.com/iSaddle-Bluetooth-CAN-BUS-
Diagnostic-Windows/dp/B00OMT6UEK. [Accessed: 07-Apr-2017].
[6] Wirth M and McCuaig J 2014 Making Programs With The Raspberry Pi, Proc. West. Can.
Conf. Comput. Educ. - WCCCE ’14 pp 1-5.
[7] Baek S H and Jang J W 2015 Implementation of Integrated OBD-II Connector With
External Network Inf. Syst. 50 pp 6975.
[8] Wengert J 2005 On-board diagnostics in engine management systems for motorcycles, SAE Tech.
Pap. pp 16.
[9] Hilpert H, Thoroe L and Schumann M 2011 Real-Time Data Collection for Product Carbon
Footprints in Transportation Processes Based on OBD2 and Smartphones Proc. of the Annual
Hawaii Int. Conf. on System Sciences.
[10] Hasan N N, Arif A, Pervez U, Hassam M and Ul Husnain S S 2011 Micro-Controller Based On-Board
Diagnostic (OBD) System for Non-OBD Vehicles Proc. - 2011 UKSim 13th Int. Conf. on
Modelling and Simulation pp 540544.
[11] Türker G F and Kutlu A 2016 Survey of Smartphone Applications Based on OBD-II for
Intelligent Transportation Systems J. Eng. Res. Appl. www.ijera.com 6 p 2248.
[12] Villatico F and Zuccari F 2008 Efficiency comparison between FC and ice in real urban driving
cycles Int. J. Hydrogen Energy 33 pp 32353242.
[13] Kang L, Qi B, Janecek D and Banerjee S 2015 EcoDrive: A Mobile Sensing and Control System
for Fuel Efficient Driving Proc. of the 21st Annual Int. Conf. on Mobile Computing and
Networking pp 358-371.
[14] Amarasinghe M, Kottegoda S, Arachchi A L, Muramudalige S, Bandara H L M D and Azeez A
2015 Cloud-Based Driver Monitoring and Vehicle Diagnostic With OBD2 Telematics IEEE
Int. Conf. on Electro Information Technology.
[15] Ntziachristos L, Fragkiadoulakis P, Samaras Z, Janka K and Tikkanen J 2011 Exhaust Particle
Sensor for OBD Application SAE Tech. Pap.
[16] Hermann A and Desel J 2008 Driving Situation Analysis in Automotive Environment Proc. of
the 2008 IEEE Int. Conf. on Vehicular Electronics and Safety ICVES pp 216221.
[17] Yu SN and Cheng JC 2005 A Wireless Physiological Signal Monitoring System with Integrated
Bluetooth and WiFi Technologies Conf. Proc. IEEE Eng. Med. Biol. Soc. 3.
[18] Astarita V, Guido G, Mongelli D and Giofrè V P 2015 A Co-operative Methodology to Estimate
Car Fuel Consumption by Using Smartphone Sensors Transport 30 pp 307311.
[19] Chowdhury A, Chakravarty T and Balamuralidhar P 2014 Estimating True Speed of Moving
Vehicle Using Smartphone-Based GPS Measurement IEEE Int. Conf. Syst. Man, Cybern.
pp 33483353.
[20] Choi S, Kim J, Kwak D, Angkititrakul P and Hansen J H L 2007 Analysis and Classification of
Driver Behavior Using In-Vehicle Can-Bus Information Bienn. Work. DSP In-Vehicle Mob.
Syst. pp 1719.
[21] Quintero G C M, Lopez J A O and Rua J M P 2010 Intelligent Erratic Driving Diagnosis Based
on Artificial Neural Networks IEEE Andescon pp 16.
[22] Ruta M, Scioscia F, Gramegna F, Loseto G and Di Sciascio E 2012 Knowledge-based Real-Time
Car Monitoring and Driving Assistance (Padova, Italia: Edizioni Libreria Progetto).
[23] Amazon iSaddle Bluetooth OBDII Scan Tool User Manual.
... On-Board Diagnostics (O.B.D) is a computer-based system designed to diagnose potential malfunctions in vehicles operation related to exhaust emissions [19]. It allows the user for access to the status of the vehicle subsystems at any given time through an O.B.D scanner [20][21]. ...
... The first O.B.D protocol included a standard E.C.U, for controlling the actuators and achieve the required performance utilizing input data from a small list of sensors, like the lambda sensor. A malfunction indication light, also referred as the "Check Engine", alerts the driver for malfunctions related to exhaust gases [20]. Using external diagnostic tools, a conventional vehicle diagnostic link connection (D.L.C) provides access to a plethora of parameters. ...
Article
Full-text available
The increasing need for efficient vehicle diagnostics and performance optimization has led to advancements in On-Board Diagnostics (O.B.D) systems, particularly the O.B.D-2 protocol. This study investigates the real-time monitoring capabilities of O.B.D-2 for assessing engine load under various driving conditions. Three different vehicles were examined, and key parameters such as vehicle speed, engine speed, throttle position, and engine load were analyzed. Results indicated that engine load increases significantly when vehicle speed is low while Rounds per Minute (RPM) remain high. Conversely, when speed increases and engine speed reach the optimal range of 2000 to 3000 RPM, the total engine load decreases, indicating optimized engine performance. These findings highlight the potential of O.B.D-2 for real-time diagnostics and fuel efficiency improvements. The study also discusses the limitations of O.B.D-2 and future advancements in O.B.D-3, which promise enhanced real-time data transmission and remote monitoring. The implementation of next-generation diagnostic systems could play a crucial role in reducing emissions and improving vehicle maintenance strategies.
... In the early stage of technological advancement, the conventional approach of vehicle performance assessment, such as the Onboard Diagnostic (OBD2), was the most common. The performance of the vehicle for optimization and diagnosis was mostly checked via OBD2 [38][39][40][41][42][43][44][45][46][47] and the fuel consumption study as in [48,49], as well as the numerical and experimental determination of the optimal fuel economy in [50]. ...
... Unlike the conventional approaches proposed in [38][39][40][41][42][43][44][45][46][47][48][49][50][51][52][53][54][55], this research proposes a new methodology, an online CAN Bus data analysis with the help of Net CAN plus 110 hardware. ...
Article
Full-text available
In this article, a hybrid powertrain for the Volkswagen (VW) Crafter is designed using the Model-In-The-Loop (MIL) method. An enhanced Proportional-Integral (PI) control technique based on integral cost functions is developed by carrying out a time-based simulation in MATLAB/Simulink software to realize the optimal fuel economy of the vehicle. Moreover, a comparative study is conducted between the vehicle’s hybrid and pure electric versions to assess the optimal battery energy consumption per unit distance traveled. Communication within our vehicles’ Electronic Control Units (ECUs) is facilitated by a message-based protocol called a Controller Area Network (CAN). Consequently, this paper presents an online CAN Bus data analysis using the Hardware-In-The-Loop (HIL) method. This method uses a standard frame, J1939 CAN protocol, implemented with Net CAN Plus 110 hardware. A graphical user interface is developed on a host Personal Computer (PC) using LabVIEW for decoding the acquired raw CAN data to physical values. The simulation results reveal that the proposed controller is promising and suitable for realizing optimal performance over the HIL method.
... By using cellular connectivity, it enables remote monitoring, improving safety through timely fault detection in the engine and cooling systems. In [104], the use of a Raspberry Pi with OBD-II is highlighted for realtime diagnostics, with Bluetooth connectivity to an iSaddle OBD-II scanner. This setup takes advantage of the multitasking capacity of Raspberry Pi, offering efficient real-time diagnostics, which surpasses traditional Arduino-based systems for this purpose. ...
... According to certain studies, a Raspberry Pi can be used to analyze diagnostic data from vehicles that are connected to OBDII. Using this program, users can send a command to their own car as well [6]. The ECU, which measures the gasoline tank, automobile body, air conditioning, and other components of a car's engine, is the central unit connected to all these sensors and delivers real-time data that can be processed. ...
Article
Full-text available
The automobile industry has a growing need for reliable and safe health monitoring systems equipped with low-cost sensor networks and intelligent algorithms. This paper provides an overview of approaches already exist, used in on-board health monitoring systems for vehicles. It focuses on the methodologies, theories, and applications employed in the data measurement and data analysis systems of vehicle (cars) on-board health monitoring systems. A fault detection and diagnosis system, which is accurate, plays a vital role in ensuring the safety of autonomous vehicles by preventing potentially dangerous situations. This study focuses on emphasizing a fault diagnosis system that utilizes hybrid methods. Among the various options considered in this analysis, internal sensors emerge as the preferred choice due to their numerous benefits, including affordability, durability, widespread availability, ease of access, and low energy consumption. Model-based methods require various techniques that may introduce errors to estimation results, while signal-based methods necessitate a time-consuming process of including all possible conditions in a pre-built database. Based on this review, future development trends in designing new low-cost health monitoring systems for vehicles are also discussed.
... On-Board Diagnostic (OBD) is a computer-based system developed by car manufacturers to diagnose cars. It focuses on diagnosing car engine performance to check for faults in car engine components [14] The OBD-II is connected to the vehicle's Data Link Connector (DLC). Almost all vehicle problems can be detected by OBD-II, such as exhaust manifold, ABS brake function, airbags (iSRS & SRS), inlet performance, and so on. ...
Article
Full-text available
The rate of transportation accidents is still a major challenge in many countries. Many factors can cause transportation accidents, especially problems with the vehicle’s internal system. Fuel Injection-based vehicles have a centralized electronic system through the ECU as control. The outstanding Engine Diagnostic Tool has several weaknesses, including high price, not plug and play, has limited system support. It is necessary to develop a Prototype Engine diagnostic tool that is easy to use, has an overall carrying capacity, and can be easily applied by middle-class vehicle repair shops. So, the researchers researched the Internet of Things (IoT)-Based Wireless Engine Diagnostic Tool prototype using a Raspberry Pi. This study aims to (1) produce a Prototype of the Wireless Engine Diagnostic Tool Based on the Internet of Things (IoT) Using Raspberry Pi and test the functionality of the Prototype Wireless Engine Diagnostic Tool with Raspberry Pi Technology. The research method used is the Research and Development method. The research aims to produce specific products. The product produced and tested for functionality in this research is a Wireless Engine Diagnostic Tool Based on the Internet of Things (IoT) Using Raspberry Pi. The results show that the function runs 100% on the ECT, IAT, TPS, RPM meter, Oxygen Sensor, and Vehicle Speed Sensor tests.
Article
Full-text available
This article considers the research of OBD-2 technology for interaction with on-board vehicle systems, the creation of a unified system that can work with different makes and models of cars. The history of OBD-2 technology, its development, existing standards and their implementation in modern cars is described. Basic diagnostic functions are described, with which you can get information about the car, as well as perform its settings and send various commands to it. In addition, the hardware part of the scanner, its technical features, nuances of interaction with it and the purpose of each of its pins are considered. Also reviewed couple models of scanners that can be used to develop this system. Conclusions are drawn on the practicability of their use, taking into account their capabilities. Existing software analogues, their main functions, advantages and disadvantages are considered. The general concept of interaction with the car via OBD-2, the interaction algorithm and step-by-step analysis of the interaction between the scanner and the car are also considered. The software part of the interaction between the car and the scanner, special codes used to send requests and responses, their further analysis and interpretation in a human-friendly form are considered. The possibilities for the unification of these codes for different car manufacturers and the common code base to create a universal system that will be suitable for different cars from different car manufacturers are highlighted. A model of the software system is proposed, which can embody a large set of useful functions for any motorist and will be compatible with a large number of modern cars equipped with universal diagnostic tools, while using an affordable scanner model without the use of expensive professional equipment.
Chapter
Driving performance analysis has become increasingly crucial as the number of vehicles grows and using a mathematical model, it is possible to compare the various engine characteristics. In this work, the various physical parameters such as fuel flow, TPS (Throttle Position Sensor), and RPM (Revolution per minute) are read by the sensors, analyzed, and explained while the vehicle operation parameters are tracked. The OBD (On Board Diagnostic) II protocol is used to get data from the vehicle and to keep track of how much gasoline each car is using. In the described experimentation method, a 5-km excursion is undertaken on various routes with variable traffic situations. With the aid of different charts and graphs, the parameters that the OBD II device collected from the ECU (Engine Control Unit) are examined, contrasted, and thoroughly explored. The Torque Pro tool is used for collecting data using Bluetooth and then saved in the cloud. The data are then retrieved for analysis purposes. The article discusses the relation between fuel usage and TPS and RPM and is also used to calculate the consumption of fuel, and the result is used to compare actual fuel usage with predicted usage using a multiple regression model. ANOVA test is performed to check the value of the F significance to check how good our model is.KeywordsOBD IIECUTPSCANDLCANOVA
Article
Full-text available
The European Commission has recently promoted research programs aimed at finding solutions to the ever more compelling problem of air pollution from road vehicles and has also indicated a better sustainability among the possible impacts of co-operative Intelligent Transportation Systems. In fact many practical solutions can be developed that allow drivers and management to optimise resources and to contain costs and the emissions of pollutants by applying communication systems between vehicles (V2V) and between vehicles and infrastructure (V2I). Along this mainstream this paper present a co-operative system which offer drivers the ability to manage their consumption and driving style, suggesting corrections to the usually adopted behaviour. The new contribution of this paper is both the co-operative approach between drivers to achieve a common goal of a better common energy consumption strategy and a methodology to estimate fuel consumption just by using Satellite data obtained from a simple smartphone. Since the fuel consumption has to be evaluated with regards to the specific vehicle type the system is based also on crowdsourcing of the specific vehicle consumption performances. The paper describes a system that gathers data on fuel consumption from the co-operating drivers that can build together the data set necessary to the system itself once they accept this paper paradigm: crowd sourced co-operation for a smarter and more sustainable transport system.
Conference Paper
Full-text available
Efforts to develop a sensor for on-board diagnostics (OBD) of diesel vehicles are intensive as diesel particulate filters (DPFs) have become widespread around the world. This study presents a novel sensor that has been successfully tested for OBD diagnosis of damaged DPFs. The sensor is based on the "escaping current" technique. Based on this, a sample of exhaust gas is charged by a corona-ionized flow and is pumped by an ejector dilutor built in the sensor's construction. While the majority of ions return to the grounded sensor's body, a small quantity is lost with the charged particles exiting the sensor. This "escaping current" is a measurement of the particle concentration in the exhaust gas. Such a sensor has been developed and tested in real-exhaust of a diesel car and a diesel engine. The sensor provides high resolution (1 Hz, 0.3 s response time) and high sensitivity superseding OBD requirements. The sensor was used on an engine to monitor the efficiency of damaged DPFs. The signal was found to perform similar to the smokemeter, a widespread instrument used for routine testing in automotive laboratories. The sensor was then installed in the exhaust of a vehicle to test the DPF efficiency of a well operating and a damaged DPF over a transient test. The sensor was found to be sensitive enough to clearly detect a defected from a well-operating particle filter even at levels as low as 6 mg km-1. This study demonstrates that a soot sensor based on the escaping current technique has the potential to be used for OBD and DPF control on forthcoming light duty and heavy duty diesel vehicles.
Article
Full-text available
This paper describes recent advances in the analysis and classification of driver behavior in actual driving scenarios. We employ data obtained from the UTDrive corpus to model driving behavior and to detect if distraction due to secondary tasks is present. Hidden Markov Models (HMMs) are used to capture the sequence of driving characteristics acquired from the vehicle's CAN-Bus (Controller Area Network) information. Driver behavior is described and modeled using data from steering wheel angle, brake status, acceleration status, and vehicle speed. We evaluate data and models in three distinct classification tasks: 1) action classification, 2) distraction detection, and 3) driver identification. The aim of action classification is to categorize long-term driving behaviors such as turning, lane changing, stopping, and constant/no change (neutral driving). The goal of driver identification task is to classify drivers from their driving behavior characteristics, and distraction detection identifies whether the driver is under distraction due to secondary tasks. Experiments were conducted using 9 drivers from the UTDrive corpus. We report accuracy on modeling driver behavior based on these studies and discuss our future work. Initial results show that event detection for driving can be accomplished at rates ranging from 30-70% depending on the number of unique conditions based on CAN-Bus signals.
Article
This paper describes a knowledge-based framework for a driving assistance via smartphone. Vehicle information extracted through On Board Diagnostics (OBD-II) protocol, data acquired from smartphone embedded micro-devices and information retrieved from the Web are properly combined. Data fusion and classification algorithms allow to identify and annotate relevant contexts and events in real time and semantic-based matchmaking is exploited to infer dysfunctional situations. The proposed approach has been implemented in an Apple iPhone application, and evaluated in real-world test drives.
Conference Paper
The Global Positioning System (GPS) receivers are now an integral part of smartphones. However, phone based GPS measurements display much less accuracy as compared to professional grade receivers. On the other hand, the deep penetration of smartphones in consumer market offers opportunity for customizing new solutions. One such possible application is targeted towards identifying risky driving profile for the purpose of customizing auto-insurance premium. For this to be successful, one needs to estimate the true vehicle speed. In this paper, we have presented a method to estimate the true speed of a moving vehicle derived solely from GPS measurements. In this case the accelerometer sensors are not used in conjunction with GPS measurement. The results are compared with OBD2 speed measurement. The proposed method computes a better estimate of vehicle speed, where correctness is measured relative to OBD2 measurement.
Article
Ordinarily, a driver knows the current driving state of a vehicle through the On Board Diagnosis-II (OBD-II) data. Lately convenience devices related to real-time vehicle control and driving information data have been using OBD-II from the vehicle network. However, when these devices receive vehicle data rom the OBD-II network, each device receives its own information separately using its own vehicle network. If the driver changes the product and OBD-II connector to use OBD-II, the driver also changes the OBD-II connector. As a result, the driver spends useless money for the product and vehicle to use OBD-II. In this paper, we implemented integrating an OBD-II connector that uses Bluetooth, Wi-Fi, and WCDMA modules to overcome the above disadvantage.
Article
Society has become mobile-centric with respect to computing devices. Traditional introductory programming courses have focused on the use of desktop machines to teach students the art of programming. The problem with such traditional approaches is that they do not invite exploration, or motivate interest. This paper explores a transformative approach to programming instruction in a first year course using Raspberry Pi computers.
Article
A deep experimental campaign on road carried out in an urban route had been allowed to acquire a huge database concerning the real operating conditions of several vehicle typologies, both conventional and innovative (hybrids). In this paper, using a different approach seen as the current one utilised in the type approval procedure, these experimental data will be the starting working base to accomplish a whole energy comparison between a PEMFC vehicle and a EURO 4 vehicle. The in-house model built in the University of Rome lab will be adapted and applied to an automotive load simulation based on measured driving acquisitions. A complete picture on the energy consumption and pollutant emission of the two vehicle typologies in their real use is provided. This encompasses also an examination of the fuel production, in order to extend the analysis to all the energy chain and perform a well-to-wheel study.
Conference Paper
In this paper, we show the concept of an automotive situation analysis (ASA) to determine the current driving situation in a given traffic scenario. To fulfill these we propose a consistent and extendable description of a driving situation, a situation model and a situation analysis. In the situation model, information of in-car sensors is used to build up a representation of the environment around the ego vehicle. On top of the situation model, a situation analysis is established to detect the current driving situation according to the given description of driving situation. Furthermore, we briefly discuss two applications that are using the proposed situation analysis to enhance safety and comfort in next generation automotive applications.