Logging OBD2 data

In this section we outline how to log OBD2 data with your CLX000.

---

Configure your device - quickstart

For a quickstart, use our ‘plug & play’ OBD2 Configuration File:

CL1000 (FW 5.86) | CL2000 (FW 5.86)

Download the Configuration File, unzip it to your SD (replace the original) and safely eject the SD.

This lets your device request some of the most common OBD2 PIDs using a 500K baud rate.[1]

---

Record data from your car

1. Connect the CLX000 to the OBD2 connector in your car via the DB9-OBD2 adapter[2]

2. Verify that the device turns on and logs data (see the LED section of the CLX000 Docs)

3. Disconnect the device and review the TXT log file via a text editor

4. If your car responds[3] you should see CAN frames with ID 7E8 in your data

5. Once confirmed, you can optionally optimize your Configuration File[5]

---

Decode & plot your OBD2 data

The TXT decoders let you DBC decode raw data from the CLX000 into human-readable form - e.g. exporting the data to CSV.

You can use our free OBD2 DBC to decode your data.

---

Add new OBD2 requests

If you want to add a new PID request, you can find an overview of (potentially) available PIDs here. You then open the above OBD2 Configuration File and go through below steps:

1. Go to the transmit list section of the CONFIG.INI

2. Find a PID you wish to replace in the list (e.g. one that your car does not respond to)

3. In the data payload field, set the 3rd byte to match the hex PID value you want to request

You can alternatively add additional PID requests (up to 20) and change the period/offset. However, we recommend keeping a minimum offset between each message of 250-500 ms. Further, you must ensure that no message has an offset value that exceeds the period value (otherwise the Configuration File is invalid).

---

OBD2 & battery consumption

The CLX000 consumes <1W, which is not an issue for your car battery in practical use cases. In most cases, the device also turns off with your car (or 10-20 min after). However, if this is not the case and you’re requesting OBD2 data, the device may “wake up” the car sensors.

In such scenarios, there are a couple of options:

1. You can simply disconnect the device between trips

2. You can re-wire your vehicle’s OBD2 connector so that the power pin is linked to the ignition

3. If your use case requires dynamic toggling of the OBD2 requests, consider the CANedge

---

[1]

Note that the default list in the CONFIG.INI matches most of the common Mode 01 PIDs, but you can manually add custom OBD2 PIDs. Further, if your vehicle uses extended IDs (e.g. for light trucks), you may need to use the request ID 18DB33F1. The responses in this case may come on 18DAF110

[2]

We recommend using one of our DB9-OBD2 adapters. If using a 3rd party cable, it’s important to verify the pin-out as they are often incorrect

[3]

Note that some older cars do not support OBD2 data acquisition via CAN bus, while some newer cars block CAN access via the OBD2 connector. For cars that do support OBD2 data, the extent of coverage varies. The “supported PID” single-shot requests can help provide information on what PIDs are supported. If your car does not respond to the OBD2 requests, we recommend to test in other cars to determine if the issue is specific to the car or e.g. the Configuration File

[5]

For example, you may want to add filters to only record OBD2 responses. Also, you may want to add custom OBD2 PID requests - see our simple intro to OBD2 and the OBD2 PID Wikipedia page for details on this