[VIP第1年] 指数:3
2、监控终端功能
（3）车载OBD信息采集功能：当监控车辆发动机启动后，车辆行驶前，车载终端应对车辆进行OBD诊断信息的读取，并将OBD的信息上传给管理平台，24小时至少上传一次。
（4）发动机数据采集功能：车载终端应能采集发动机排放相关数据。车载终端应可自动识别NOx传感器在未满足正常工作条件下所发送的无效数据。发动机启动后60s内必须传输数据，发动机停机后可以不传输数据。
（5）车辆信息数据存储功能：车载终端应按照不低于管理平台需要的比较低上传频次的时间间隔将采集到的的信息数据保存在内部存储介质中；车载终端内部存储介质容量应满足至少7天的内部数据存储。当车载终端内部存储介质存储满时，应具备内部存储数据的自动覆盖功能；车载终端内部存储的数据数据应具有可查阅性；当车载终端断电停止工作时，应能完整保存断电前保存在内部介质中的数据不丢失。
（6）车辆定位功能：车辆终端应能提供GB/T32960，日照柴油车OBD安全芯片，日照柴油车OBD安全芯片.3中规定的定位信息，日照柴油车OBD安全芯片。精度要求应满足：水平定位精度不应大于1m；**小位置更新率为1Hz；定位时间中冷启动从系统加电运行到实现捕获时间不超过120s，而热启动实现捕获时间小于10s。
（7）终端管理功能：车载终端应具有支持远程方式在规定的服务器上注册开启。
监控终端安全策略
车载终端应提供技术可行的安全策略，保护产品各种性能和功能处于安全范围内。从以下几个方面来实现：
1、车载终端存储、传输的数据应是加密的，应采用非对称加密算法，可使用国密SM2算法或者RSA算法，并且需要采用硬件方式对私钥进行严格保护。
2、车载终端存储、传输的数据应该是完整的。
3、数据传输过程应当对数据进行扫描，及时发现恶意的数据及攻击行为，，如对ECU等CAN总线设备的写命令，或其他超出正常数据读取的指令，安全检验应当检出95%以上的攻击，误报率小于1%，在攻击开始后10s内发现并启动防护措施。
4、车载终端只能读取车辆数据，不能向ECU发送诊断请求外的其他任何指令。
5、车载终端应只向外发送数据，不应接受除生产企业外的操作指令。
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.chanpin818.com/hjjcyq/zxjcyly/deta_4435378.html
免责声明： 本页面所展现的信息及其他相关推荐信息，均来源于其对应的用户，本网对此不承担任何保证责任。如涉及作品内容、 版权和其他问题，请及时与本网联系，我们将核实后进行删除，本网站对此声明具有最终解释权。
