Go to file
Riccardo f2f72654f9 README bug fix 2017-08-04 18:51:57 -07:00
.gitignore make opendbc import work, and ignore junk 2017-06-05 01:36:59 -07:00
README.md README bug fix 2017-08-04 18:51:57 -07:00
__init__.py make opendbc import work, and ignore junk 2017-06-05 01:36:59 -07:00
acura_ilx_2016_can.dbc OpenDBC updates 2017-07-27 14:13:43 -07:00
acura_ilx_2016_nidec.dbc Import the DBCs from openpilot 2017-05-30 23:31:54 -07:00
gm_global_a_chassis.dbc Volt gen 2 support 2017-07-04 00:45:40 -07:00
gm_global_a_lowspeed.dbc Volt gen 2 support 2017-07-04 00:45:40 -07:00
gm_global_a_object.dbc Volt gen 2 support 2017-07-04 00:45:40 -07:00
gm_global_a_powertrain.dbc Volt gen 2 support 2017-07-04 00:45:40 -07:00
honda_accord_touring_2016_can.dbc Syntax Error in accord dbc, no 0xE4 message 2017-07-09 19:13:22 -07:00
honda_civic_touring_2016_can.dbc Import the DBCs from openpilot 2017-05-30 23:31:54 -07:00
honda_crv_2017_can.dbc tweak crv format 2017-07-25 21:29:32 -07:00
honda_crv_touring_2016_can.dbc push touring mod 2017-06-26 09:51:35 -07:00
subaru_outback_2016_eyesight.dbc OpenDBC updates 2017-07-27 14:06:48 -07:00
tesla_can.dbc Import the DBCs from openpilot 2017-05-30 23:31:54 -07:00
toyota_prius_2017.dbc OpenDBC updates 2017-07-27 14:13:43 -07:00

README.md

opendbc

The project to democratize access to the decoder ring of your car.

DBC file basics

A DBC file encodes, in a humanly readable way, the information needed to understand a vehicle's CAN bus traffic. A vehicle might have multiple CAN buses and every CAN bus is represented by its own dbc file. Wondering what's the DBC file format? Here a good overview.

How to start reverse engineering cars

opendbc is integrated with cabana.

Use panda to connect your car to a computer.

Good practices for contributing to opendbc

  • Comments: the best way to store comments is to add them directly to the DBC files. For example:
CM_ SG_ 490 LONG_ACCEL "wheel speed derivative, noisy and zero snapping";

is a comment that refers to signal LONG_ACCEL in message 490. Using comments is highly recommended, especially for doubts and uncertainties. cabana can easily display/add/edit comments to signals and messages.

  • Units: when applicable, it's recommended to convert signals into physical units, by using a proper signal factor. Using a SI unit is preferred, unless a non-SI unit rounds the signal factor much better. For example:
SG_ VEHICLE_SPEED : 7|15@0+ (0.00278,0) [0|70] "m/s" PCM

is better than:

SG_ VEHICLE_SPEED : 7|15@0+ (0.00620,0) [0|70] "mph" PCM

However, the cleanest option is really:

SG_ VEHICLE_SPEED : 7|15@0+ (0.01,0) [0|70] "kph" PCM
  • Signal's size: always use the smallest amount of bits possible. For example, let's say I'm reverse engineering the gas pedal position and I've determined that it's in a 3 bytes message. For 0% pedal position I read a message value of 0x000000, while for 100% of pedal position I read 0x640000: clearly, the gas pedal position is within the first byte of the message and I might be tempted to define the signal GAS_POS as:
SG_ GAS_POS : 7|8@0+ (1,0) [0|100] "%" PCM

However, I can't be sure that the very first bit of the message is referred to the pedal position: I haven't seen it changing! Therefore, a safer way of defining the signal is:

SG_ GAS_POS : 6|7@0+ (1,0) [0|100] "%" PCM

which leaves the first bit unallocated. This prevents from very erroneous reading of the gas pedal position, in case the first bit is indeed used for something else.