OBD口采数据事实上就是通过（这个年代主要是）CAN总线实现数据交互。确实几乎所有数据都有，但是你能记录多少是依赖于用于采集的硬件设备的。
数据分两大类：
1. CAN总线数据
CAN总线数据是各个控制模块交互所需要的数据。举个例子，油门踏板位置信号通过传感器传给发动机了，而这个信号对自动变速箱也是最基本的输入信号，于是发动机控制模块会把这个信号一直往CAN总线上发，变速箱控制模块实时读取这个信号。
因为总线数据是用来交互的，数据流一直在总线上走，所以采集这些数据仅仅去读就行了。原理比较简单，搜一搜就能找到很多资料，此处不展开。
CAN总线上的数据已经比较丰富了：车速、各种温度、轮速、发动机扭矩、油门、制动踏板、排档杆位置、空调等各种设备是否工作、故障信息……非常多。这些信号的特点一般是：不同控制模块都会需要用到的数据。
2. 控制器内部数据
说简单一点，CAN总线给你提供一个数据流通的通道。通过这个通道，采集设备给相关的控制器发送指令，控制器返回相关数据。通过这种方式可以采集到控制器软件运行中的各种变量，于是几乎所有的数据都能采集到。因为多了发送指令的动作，所以更加耗费资源。这种数据的丰富程度，远远远远远远远远大于前一种。但是只有开发方才可能知道怎样配置来采集这些数据，非开发方还是别想了，除非有人泄密给你。
能记录任何数据并不代表能记录所有数据。特别是对于控制器数据来说，可以去读的量实在太多了。即使购买最贵的设备，因为带宽有限，也只能记录很小一部分。对控制器内部数据的采集还和控制器本身的能力有关。产品车的控制器就比较弱，可同时采集的数据少。用于开发的车辆则会使用更加强大的控制器。
普通车辆在运行的时候会自动记录一些故障信息等少量基本信息，而对车辆运行的实时数据是不做记录的。因为需要额外加装设备，成本也不低。所以产品车上是没有黑匣子的。