LabVIEW Based Instrument Cluster Tester
LabVIEW Based Instrument Cluster Tester
Abstract: Instrument cluster is the Human Machine Interface (HMI) in vehicle which ensures the safety and comfort of
the driver by showing the prevailing condition of the vehicle. These days instrument clusters are getting more and more
complex. So the testing of instrument cluster for proper functioning i.e. HMI, indicators and warning signals has to be
conducted. This paper presents the cost effective and efficient method of testing the instrument cluster using the
software developed in LabVIEW and CAN protocol. CAN controller interfaces the PC and instrument cluster, it sends
signals through CAN bus to test the tell-tale, dials, fuel gauges and display’s in the cluster.
I. INTRODUCTION
In the recent years the automotive segments has become design and data transmission using CAN bus [5],
sophisticated, the instrument cluster which assist the driver characteristics and message transmission rules of CAN bus
with information of driving condition has become more using different processors and controllers [6] are proposed
complex, so in the process of manufacturing it should be in recent years.
tested to ensure its proper functioning. In some automobile The proposed work in this paper explains the validation
company unit testing is performed manually, using test of vehicle instrument clusters in real-time using
traditional instruments. This is tedious as the number of LabVIEW application, on successfully performing the test,
functions in the cluster increases. the series production of the cluster is started.
These days people search for ways to reduce their time
and effort to do any job. Automatic testing is more II. APPLICATION DESIGN
efficient and reliable, and less prone to human errors due
to negligence and fatigue. Hardware parts increase the risk The designed LabVIEW application for cluster testing
of errors during the production, thus the testing of the mainly has four panels. First panel we see when we open
system has to be carefully performed. For that reason, the application is shown in Fig. 1. It is the main panel or
automated testing in production lines is important to front panel, where we can select the required subpanel by
reduce the risk of hardware fault. This has led to the pressing the respective buttons on the main panel. The
implementation of this project. buttons in main panel are Test, Parameter, Settings, About,
The software for automated instrument cluster testing is Exit. The table in the main panel shows the information
developed in LabVIEW. LabVIEW platform has the about the tasks performed in the application with date and
capability of data acquiring, monitoring, processing and time and exit button will close the application. The
controlling. CAN is one of the widely used necessary parameters for interface are given in settings
communication interface in the automobile. It reduces the panel Fig. 2. It includes selecting the type of test to be
complexity of wiring and improves data transfer performed either End of Line Test (EOL) or Endurance
reliability. CAN controller is a vital device in the system Test, Number of test cycles to be performed and number
to process the message received from PC. It provides of cycles to be skipped which are applicable for endurance
dynamic signals to the system under test. test, and CAN port, TOMLine file paths also should be
An automated test based on LabVIEW application, for entered. TOMLine is the Vision software of Goepel
units testing of MIKME advanced microphone in a serial electronics for analysing the cluster image.
production is proposed, which is 20 times faster than In the parameter panel shown in Fig. 3. we give the name
manual test [1]. Currently, automated design validation of the test in test step table (eg: Ignition, Right indicator)
testing of a vehicle instrument cluster using dSPACE mid- and by pressing add button we add the test case. The
size simulator is presented [2]. An automated test system conditions for the test cases should be given in
for various systems using LabVIEW is implemented over subsequence table (eg: on or off). A test case can have any
last few years [3, 4]. Automotive instrument network number of subsequence. For every subsequence the
general setting, CAN setting and TOMLine setting has to analysed by TOMLine and the test result is displayed in
be entered and saved. The selected test case or the table of test panel. Current cycle, number of cycle and
subsequence can be deleted by pressing delete button, on skip cycle are indicators, which show the values entered in
pressing execute button test page will open, and the back the settings panel if endurance test is performed, and it
button will take us to the front panel. will be zero for EOL test. Refresh and cancel button will
When the test button in main panel is pressed it will take start the test from beginning and stop the test respectively.
us to test panel which is shown in Fig. 4. Here we perform On pressing the report button, html report as shown in Fig.
the test for the test cases entered in the parameter panel by 5. is generated for the test results displayed in the table of
pressing start button. The test is conducted in the order Test panel and the generated report is saved for the future
given in parameter page. Cluster image for every case is reference.
displayed in the picture box, and the same image is
C. CAN
CAN protocol is used for communication between PC and
instrument cluster. CAN frame which carry CAN
messages consist of an ID, a varying number of data bytes,
and data length specified by DLC. The particular function
in instrument cluster will have unique ID number and it
can have any number of data bytes. The size of different
fields in CAN frame is given below.
ID: Identifier: 11 or 29 bits
Fig. 6. Automated control of Instrument cluster using Data Bytes: 0 - 8 bytes
LabVIEW application DLC: Data Length Code: 4 bits – 8 bits
A. LabVIEW CAN information given by user is automatically handled
The main controller of the system is designed LabVIEW by the CAN controller i.e. forming CAN frames for the
application. LabVIEW is a graphical programming given CAN details and gets the message on the bus.
language. So we can develop better programs in LabVIEW
since graphical programs are easier to maintain, edit and LabVIEW application acts as front end interface in testing
understand. We can reuse the code in different operations the device under test. The designed application is generic
hence it is simpler to program and easy to understand just since the user has got the freedom to add, modify or delete
by looking at the code. the test cases.
REFERENCES
BIOGRAPHIES