[VIP第1年] 指数:3
2、监控终端功能
（3）车载OBD信息采集功能：当监控车辆发动机启动后，车辆行驶前，车载终端应对车辆进行OBD诊断信息的读取，并将OBD的信息上传给管理平台，24小时至少上传一次。
（4）发动机数据采集功能：车载终端应能采集发动机排放相关数据。车载终端应可自动识别NOx传感器在未满足正常工作条件下所发送的无效数据。发动机启动后60s内必须传输数据，青岛质量OBD直销，发动机停机后可以不传输数据，青岛质量OBD直销，青岛质量OBD直销。
（5）车辆信息数据存储功能：车载终端应按照不低于管理平台需要的比较低上传频次的时间间隔将采集到的的信息数据保存在内部存储介质中；车载终端内部存储介质容量应满足至少7天的内部数据存储。当车载终端内部存储介质存储满时，应具备内部存储数据的自动覆盖功能；车载终端内部存储的数据数据应具有可查阅性；当车载终端断电停止工作时，应能完整保存断电前保存在内部介质中的数据不丢失。
（6）车辆定位功能：车辆终端应能提供GB/T32960.3中规定的定位信息。精度要求应满足：水平定位精度不应大于1m；**小位置更新率为1Hz；定位时间中冷启动从系统加电运行到实现捕获时间不超过120s，而热启动实现捕获时间小于10s。
（7）终端管理功能：车载终端应具有支持远程方式在规定的服务器上注册开启。
整车网络上的OBD接口 除去规范中定义的OBD针脚，ISO 15031中未作明确定义的PIN针脚才是整车厂发挥空间。为了方便实现通过OBD对车辆网络中各路CAN通道上节点的诊断、CAN报文采集测试。整车厂通常会将更多的CAN通道引到OBD接口（当然这样似乎存在一定信息安全风险），如：PIN 1,3与车身控制CAN相连；PIN 8,9与辅助驾驶CAN通道相连。OBD在整车网络中的可能位置如图（不同厂家存在一定差异）。 由于CAN通讯为总线式通讯，连接在某CAN通道上的控制器可以采集到总线上所有CAN报文，也可以向总线发送符合CAN规范的报文。
01服务该服务用于读取动力系统当前的诊断数据，比如某个传感器的状态、发动机转速、DTC数量、故障指示灯是否亮起等，命令格式是SID 若干PID（Parameter ID）。每个PID也是一个byte，所以理论上PID取值范围是0x00至0xFF，但是ISO-15031-5只明确定义了部分PID，其余的值都保留。问题来了，OBD定义了如此多的PID，那么某个ECU到底支持哪些PID，诊断仪是如何获知的呢？实际上，PID分为两类，一类用于表征具体的数据，而另一类则用于指出该ECU支持哪些PID。用于第二种目的的PID分别是0x00 , 0x20 , 0x40…. 读取其中一个ID后ECU会返回4个字节的结果，这4个字节中的每个bit表示其所对应的PID是否被支持。以下面这个例子来说明就很容易理解了： OBD request for SID 01 OBD response for SID 01 通常来说，诊断仪要首先读取00、20、40这些ID，然后就知道ECU支持哪些其他的PID了，而其他的PID就是很直接地表示某种数据，在ISO-15031-5的附录中有全部数据格式的定义。
文章来源地址: http://huanbao.m.chanpin818.com/hjjcyq/zxjcyly/deta_4054466.html
免责声明： 本页面所展现的信息及其他相关推荐信息，均来源于其对应的用户，本网对此不承担任何保证责任。如涉及作品内容、 版权和其他问题，请及时与本网联系，我们将核实后进行删除，本网站对此声明具有最终解释权。
