OBD2 Explained - A Simple Intro [v2.0 | 2021] 🌟

What is OBD2 (On Board Diagnostics)?
www.csselectronics.com/pages/...
CAN bus (ISO 11898) is a vehicle bus standard that enables robust, efficient and decentralized communication between electronic control units. It is today the de facto standard in practically all automotives (cars, trucks, tractors, buses, motorcycles, ...), maritime vessels, aerospace applications and industrial machinery.
In short, OBD2 is your vehicle's built-in self-diagnostic system. It enables access to vehicle Diagnostic Trouble Codes (DTC) to e.g. enable mechanics to use OBD2 scanners to diagnose and resolve issues (as indicated by the Malfunction Indicator Light, or MIL). In addition, the OBD2 protocol provides access to a range of real-time parameters such as speed, RPM, throttle position and more - across different car brands. This makes it key to various use cases, such as car fleet management, automotive development & diagnostics for OEMs, fuel optimization and more.
Want all our CAN intros in one 100+ page PDF? Then get your free 'Ultimate Guide' now:
www.csselectronics.com/pages/...
In this "v2.0" updated video tutorial we explain the OBD2 standard:
- 00:00 Introduction
- 00:25 Basics of OBD2
- 01:11 The OBD2 connector (pin-outs, type A & B)
- 01:52 OBD2 vs CAN bus
- 02:38 The history of OBD2
- 04:00 The future of OBD2 (OBD3, data access, electric vehicles)
- 04:59 How to record OBD2 data in practice
- 06:00 The OBD2 frame message structure (incl. OBD2 PIDs)
- 08:49 Example: OBD2 message request/response
- 09:23 OBD2 DBC file and decoding of OBD2 PIDs
- 09:40 OBD2 data logging use cases
This video is part of our extremely popular series of CAN protocol intros. Below you'll find links for our full playlist, as well as the more detailed articles.
Playlist for all intro videos: • CAN Bus Explained - A ...
1) CAN bus: www.csselectronics.com/pages/...
2) OBD2: www.csselectronics.com/pages/...
3) J1939: www.csselectronics.com/pages/...
4) CANopen: www.csselectronics.com/pages/...
5) CAN FD: www.csselectronics.com/pages/...
6) LIN bus: www.csselectronics.com/pages/...
7) DBC files: www.csselectronics.com/pages/...
If you're interested in learning more about logging CAN bus data, we recommend that you check out our below intros to our CANedge CAN bus data loggers, our CANmod sensor-to-CAN modules and our free software/API tools:
Learn about CAN bus data logging:
• CANedge: CAN Bus Data ...
Learn about the CANedge and CANmod:
www.csselectronics.com/pages/...
1) CANedge1: www.csselectronics.com/produc...
2) CANedge2: www.csselectronics.com/produc...
3) CANedge3: www.csselectronics.com/produc...
4) CANmod.gps: www.csselectronics.com/produc...
5) CANmod.temp: www.csselectronics.com/produc...
6) CANmod.input: www.csselectronics.com/produc...
See also our intros to practical OBD2 logging & software:
1) OBD2 data logger: www.csselectronics.com/pages/...
2) OBD2 dashboards: www.csselectronics.com/pages/...
3) asammdf GUI: www.csselectronics.com/pages/...
4) CAN bus reverse engineering: www.csselectronics.com/pages/...
For more tutorials, see our overview: www.csselectronics.com/pages/...
___________________________________________
At CSS Electronics we specialize in simple-to-use, pro specs and interoperable CAN bus data loggers - like the CANedge and CLX000 series. The devices let you record raw data from e.g. cars, trucks, industrial machinery and other CAN based applications onto an 8-32 GB SD card. The devices are interoperable, meaning you can process the data in your favorite existing software - or use our 100% free and open source software/API tools.
Website: www.csselectronics.com
Products: www.csselectronics.com/pages/...
Software: www.csselectronics.com/pages/...
Case studies: www.csselectronics.com/pages/...
We offer 100% free technical sparring - contact us:
www.csselectronics.com/pages/...

[@stanisawglegoa9326]

Thank you for this video. Belive or not I'am making notes.

[@zaidaljoan5124]

Great explanation, thank you

[@user-si9qz3kx9h]

awesome

[@David_Mash]

Can we filter what information is released via response pids if we feel the manufacturer is offering more information than necessary?

[@laserguidedbrick]

Very helpful - Thanks. It pretty much negates the argument I've had with EV conversion shops not wanting to convert cars from 199? onwards because of CAN codes. Programmatically it would be very easy to emulate the signals coming from an ECM and inject it into the BUS especially since it's all based on an international standard.

[@dustinbird2090]

...How easy is easy?... It's not a problem of whether it could be done but a matter of who among their ranks have the ability to write the code and at what cost their service will entail. Both of those points which are the trivial concerns, in the grand scheme, when you take a step back and ask about the liability that a business invites upon itself when (depending on how their product is coded and implemented and marketed) asking: how could their product potentially interfere with the safe necessary deployment of air bags, or trigger false deployment of air bags during normal driving conditions, or render other convenience and safety and security measures diminished or otherwise inoperable? No matter how strongly they word a legal waiver or how strongly they advocate for the limitations of their product or how clear they are about any inherent dangers and measures they take to protect themselves... It is still a big gamble whether there is a scenario where courts find them liable for exorbitant damages.
But, I understand your reaction. At a surface level it sure does seem easy to implement a solution, but in practice you're looking at dozens upon dozens of weeks of highly trained technicians reverse engineering a problem and implementing a bespoke solution... I'm sure it's technically easy to emulate the ECM signals to trick the car into reading that the ICE is still operating normally but there're too many variables in implementing solutions and easy becomes a relative term when actually solving the problem takes highly specialized knowledge hundreds if not thousands of man hours to complete.

[@laserguidedbrick]

@@dustinbird2090 You brought up some valid points I hadn't considered. Most likely be able to address most of these by leaving the ECM in play and convert the EV controller outputs into something it can understand. Then it's just a matter of compliance. Food for thought in any case. Thanks.

[@martinfalch4648]

Got questions on OBD2? Let us know!

[@mohamedhaddar9333]

I am eagerly looking for how to get information from peripheral modules (not ECU). is there kind of a standard PID list for these as well?

[@alejandroperez5368]

You're referring to OBD-II as a connector, as a protocol and as a standard... and that's confusing

[@Automotivesp]

awesome video...we could make a lot of money together..

[@clarenceroller7897]

How about a simple question?, Can an OBD2 display on a HUD things like(I have a Maverick, hybrid) each battery's charge condition, throttle position, oil pressure and temperature, coolant temperature, non-engineering gooble dee gook. Is there a list someplace of things like that, thing that the HUD can readily display?