Syslog Technologies Innovative Thoughts

Transcription

1 CAN Test Analyzer for quality testing in Automobile Production Plant with Authorized Report Generation Introduction Controller Area Network (CAN) is an attractive alternative in the automotive and automation industries due to its ease in use, low cost and provided reduction in wiring complexity. It was developed by Robert Bosch for communication between various digital devices inside an automobile where heavy electrical interferences and mechanical vibrations are present. This project is aimed at the implementation of CAN protocol using PIC for vehicle monitoring system. The main feature of the system includes monitoring of various vehicle parameters such as Temperature, presence of CO level in the exhaust, Battery Voltage and Light due to spark or fire. This paper discusses the development of such a control framework for the vehicle which is called the digital-driving behavior, which consists of a joint mechanism between the driver and vehicle for perception, decision making and control. Since the vehicle information systems are spread out all over the body of a practical vehicle, a communication module that supports to implement a one stop control of the vehicle through the master controller of the digital driving system. The proposed high-speed CAN bus system solves the problem of automotive system applications, also has a certain practical value and significance. This system is more secured, reliable and low cost.

2 Literature Survey The literature survey of CAN protocol in automation includes the following are, Table-1: Literature survey of CAN in automation Start of the Bosch internal project to develop an in-vehicle network 1991 Bosch s CAN specification 2.0 published 1992 CAN in Automation (cia) international users and manufacturers group established 1992 First cars from Mercedes-Benz used CAN network 2000 Development of the time-triggered communication protocol for CAN (TTCAN) With PIC as the main controller, full usage of high-speed reduction of CAN bus communication control network can be achieved. With the use of RFID module and PIC automatic braking system can be enabled in vehicles. Various other usage of CAN in vehicle at present are listed below: CAN Bus in Automobile. CAN Bus for vehicle drive control system. CAN Bus for accessories control system. By networking the electronics in vehicles with CAN, however, they could be controlled from a central point, the Engine Control Unit (ECU), thus increasing functionality, adding modularity, and making diagnostic processes more efficient. CAN offer an efficient

3 communication protocol between sensors, actuators, controllers, and other nodes in real-time applications, and is known for its simplicity, reliability, and high performance. The CAN protocol is based on a bus topology, and only two wires are needed for communication over a CAN bus. The bus has a multi master structure where each device on the bus can send or receive data. Only one device can send data at any time while all the others listen. If two or more devices attempt to send data at the same time, the one with the highest priority. Block Diagram Battery Voltage Temperature Sensor (LM35) CAN LCD LDR PIC16F458 Microcontroller (Master) Transreceiver PIC16F458 Microcontroller (Slave) MCP2551 (Serial Interface through cable) CO 2 Sensor Unit Under Test Fuel Sensor PC (Server) Dotnet Application

4 Description Many embedded systems have substantially different designs according to their functions and utilities. In this project design, structured modular design concept is adopted and the system is mainly composed of two PIC microcontroller, light dependent resistor, CO 2 sensor, fuel sensor and temperature sensor. This project is implemented in quality testing department in every automobile factory. The entire unit is utilized for testing the quality of certain parts or electronically connected units of an automobile before assembling it to the chassis. As seen in the above block diagram there are two PIC microcontrollers. The first PIC microcontroller shown on the left hand side of the block diagram is considered to be placed within a particular automobile. This unit becomes one piece of equipment when it comes to the quality testing department. Every such equipment has a unique identifying number known as the model number. Tests in regards to CO2 emission, temperature, battery voltage, lighting and fuel indicator are carried out on every such equipment. To perform the test on such units, a second PIC microcontroller placed on the right hand side of the block diagram is utilized. Once a unit appears for quality testing, the model number of that particular equipment is entered into the server/database. Along with that the results of the tests conducted on the equipment is also maintained.

5 On the left hand side of the block diagram the output of the temperature sensor, LDR, battery and CO 2 sensor are connected to the ADC unit of the PIC16F458 port pins. These sensors provide voltage values depending upon the changes taking place in the surrounding environment. The output voltages of these sensors are analog voltage values. Hence they are fed to the input port pins of PIC microcontroller which are directly connected to the ADC unit. The ADC unit converts the incoming voltage values and passes it the core of the microcontroller. The microcontroller located at the centre of the block diagram forms the control unit of the entire project. Embedded within the microcontroller is a program that helps the microcontroller to take action based on the inputs provided by components attached to it. The ADC voltage values generated by the first PIC microcontroller are passed to the second microcontroller using CAN protocol method. The second PIC microcontroller displays the digital values, provided by the first PIC microcontroller, on the LCD and simultaneously delivers it to the PC. The second PIC microcontroller is connected to the PC through a serial cable. The PC acts as a server thereby maintaining the details provided by the second PIC microcontroller. The front end of the Server/database is created using Dotnet Application. Once the model number of the equipment under test is entered, the corresponding test results of the unit are stored on the server/database. The test results are passed from the second PIC microcontroller to the Server/Database through a serial cable.

6 In this project, LCD is utilized in order to show the working of every unit. Components List PIC Microcontroller Light Dependent Resistor ( LDR ) Temperature Sensor ( LM35 ) CO 2 Sensor Fuel Sensor LCD Software Used MPLAB Tool PICKIT2 Applications Can be used in testing digital units of two wheelers. Can also be implemented in testing certain aeronautical units. Can be used in testing digit units used in submarines and ships. Advantages Low cost and high reliability This demonstration negates the use of specialized hardware thus reducing the cost of the entire device. Disadvantages System failure may occur due to component damage.

7 System failure may also take place in the absence of power to the entire unit attached to the vehicle. Future Scope For project demo concern, we have developed a prototype module. In future, this project can be taken to the product level. To make this project as user friendly and durable, we need to make it compact and cost effective. Going further, most of the units can be embedded along with the controller on a single board with change in technology, thereby reducing the size of the system. Reference Karl Henrik Johansson, Martin Törngren, and Lars Nielsen, Vehicle Application of Controller Area Network.proc of The Handbook of Networked and Embedded Control System Control Engineering, 2005, VI, pp Renjun Li, Chu Liu and Feng Luo, A Design for Automotive CAN Bus Monitoring System, IEEE Vehicle Power and Propulsion Conference (VPPC), September 3-5, 2014, Harbin, China. CAN specification version 2.0. Robert Bosch GmbH, Stuttgart, Germany, 2013.

8 Wilfried Voss, A Comprehensible Guide to J1939, Published by Copperhill Technologies Corporation Steve Corrigan, Introduction to the Controller Area Network, Published by Texas Instruments Application Report,SLOA101A, August 2013 Revised July 2014