1 / 20

By: David Cohen & Gadi Gilad Instructor: Boaz Mizrahi

Project Final Presentation. CAN Bus Logger. By: David Cohen & Gadi Gilad Instructor: Boaz Mizrahi. Spring 2011. Introduction. The CAN (Controller Area Network) bus is an automotive

rasia
Download Presentation

By: David Cohen & Gadi Gilad Instructor: Boaz Mizrahi

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Project Final Presentation CAN Bus Logger By: David Cohen & Gadi Gilad Instructor: Boaz Mizrahi Spring 2011

  2. Introduction The CAN (Controller Area Network) bus is an automotive communications system developed by Robert Bosch specifically for data exchange between electronic control units, switches, sensors and actuators in vehicles. CAN is also used in industrial microcontroller networks.. It allows for data supply between measurement, control and display functions and super ordinate computers, as well as for connecting sensors, actuators and controls.

  3. CAN Module Processing Unit Data Link Layer Physical Layer The CAN Module The device is divided into three layers. Physical layer to connect to a CAN network, Data Link layer to manage messages to\from other CAN nodes, and a processing unit to run applications. SPI To MCU To CAN Bus RX CANH CANL TX PIC18 MCP2515 MCP2551

  4. Main Goals • Learning: reading previous projects, the CAN protocol, • datasheets and source code. • Understanding the MPLAB environment. • Performing a loopback test to the device, checking and • debugging the hardware. • Making a conversation between 2 devices. • Car testing and operation. • Getting the vehicle data.

  5. Preforming the Loopback Send and immediately receive a message in the same device. This operation uses only the MAC layer – it’s sending a test message from the PIC to one of transmit buffers, and getting it in one of the receive buffers. PIC Transmit Buffer LCD Screen Receive Buffer

  6. Conversation Between Two Devices Sending a CAN message from one device and receiving it in the other device. Transmit Buffer PIC LCD Screen Physical Layer Receive Buffer Transmit Buffer PIC LCD Screen Physical Layer Receive Buffer

  7. Conversation Between Two Devices Problems and solutions • The MAC layer needs 3.3V to operate properly, but the physical layer needs 5V, and we didn’t know it. We fixed it in our code • The physical layer needs an input load. After adding a resistor of 75Ω we saw on the scope that the message had been delivered from the sending device, but still not the other device.

  8. Conversation Between Two Devices Problems and solutions (cont.) • We noticed that there’s an open circuit on the main board of one of the devices. It prevented the communication between the PIC and the MAC. We showed this to Bruria and she fixed it. Now we could send and receive messages between the devices! • The sensitivity of the LCD screen caused us a lot of problems – the connector got torn many times.

  9. OBD II Connector The signaling method is differential because we only deal with the CAN protocol. So we ordered the used the pins number 5, 7 and 14.

  10. Getting Messages From The Vehicle Problems and solutions • When we first connected the device to the car we couldn’t receive messages from it. • After connecting the scope to the OBD connector we saw that the frequency of the bits in the car (500 KHz) is different from the frequency the device was configured initially (2 MHz).

  11. Getting the Job Done… Outside

  12. Getting Messages From The Vehicle Problems and solutions (cont.) • In order to match the physical constrains, we changed the configuration registers. We needed to configure propagation delay, hold time and the time quantum (TQ). • After the configuration the device was able to get the valid CAN messages. However, we couldn’t understand what they mean!

  13. Getting The Job Done… Inside

  14. Getting Messages From The Vehicle Problems and solutions (cont.) • In order to check the car messages, we used a different device: ELM327. This device is an industrial tool that get CAN messages. Then we saw that the messages received in it were identical to those received in our device.

  15. Getting Messages From The Vehicle Problems and solutions (cont.) • After working with the ELM327 we understood that the most simple way to work with the CAN is to send queries and get their response. • Now, finally, we can send queries about the car condition, such as speed, throttle, engine temperature, RPM etc. and get the results on our device!!!

  16. The Device at Work Measuring the RPM ~2200 rpm!!!

  17. The Device at Work Measuring the RPM ~1700 rpm!!!

  18. The Device at Work Measuring the RPM ~1000 rpm!!!

  19. Notes…

More Related