OBD硬件设备是目前做车联网最热的入口，通过该入口可以获取到汽车的一些符合OBD标准协议的数据，并经过处理之后展现在应用终端上。
那么，通过这样的设备一般我们会在什么时间点拿到些什么数据呢？
这里，我尝试从产品思考的角度，来简单剖析一下这个过程。
首先，我们给行车阶段做个划分：
然后，根据阶段的不同，来看数据的上报。（不能制表，唯有以文本形式呈现，将就看吧……=。=）
以下为按OBD设备主动上报的角度思考，不包括服务器下发指令触发设备被动上报的情况，若有遗漏和错误欢迎了解的朋友指正。
先定义一下表头的字段意义：
数据重要级别
上报阶段
上报形式
上报数据
应用场景
下面是数据上报和阶段：
重要
开机初始化
一次性
车辆状态上报上行数据（时间戳、IMEI、点火启动、位置信息、电瓶电压等）
数据收集
极次要
休眠时
无
无
无
次要
休眠后、行程外、唤醒前
间隔上报，间隔时间可设定
车辆状态上报上行数据（时间戳、IMEI、点火启动、位置信息、电瓶电压等）
数据收集
次要
休眠后、行程外、唤醒前
紧急事件触发
终端报警上行数据（时间戳、IMEI、位置信息、报警事件信息）
报警信息推送
重要
唤醒时
一次性
车辆状态上报上行数据（时间戳、IMEI、点火启动、位置信息、电瓶电压等）
数据收集
极次要
唤醒后
无
无
无
重要
行程中
间隔上报，间隔时间可设置
地理位置和OBD数据（时间戳、IMEI、位置信息、车速、空气流量、发动机转速等）
电子表盘（实时查看车速等）、数据收集
重要
行程中
紧急事件触发
终端报警上行数据（时间戳、IMEI、位置信息、报警事件信息）
报警信息推送
重要
休眠前
一次性
终端上传行程报告上行数据（时间戳、IMEI、位置信息、行程报告其他数据）
行程报告（驾驶打分等）
极次要
休眠前
无
无
无
