大数据时期确当下，作为车载行业的设备终端，基本要与数据挂钩，不仅要连接OBD或者CANBUS，还哀求有大量的数据交互，在ADAS、DMS、车辆动态监控、发动机性能检测、公车及出租车的车队管理，还是矿卡事情时长监控等方面，运用都非常广泛。
那么，我们须要办理几个问题：
一、车载设备要的数据从哪里来？
基于车辆本身的数据，在行业这边的运用，紧张有2端，A、OBD接口。绝大部分车型都标配了OBD接口，不管是汽油车、柴油车、还是新能源及商用车等智能汽车，就连叉车，新款的也是带有OBD自动诊断系统接口的；B、CAN总线网络。据统计，海内的汽车在2013年后就标配了OBD2标准，当时的年代里，有85%以上用的是CAN2.0的数据接口网络，我们在2016年做4S集团试乘试驾管理系统中，实际测试知足CAN网络标准的车型就达到了96.5%，可见，当下的情形，险些99%用的是CAN网络了。
那么，通过OBD接口来采集数据，无疑是最大略的办法。OBD在整车网络上，本身便是一个主要的节点，但是真的把这一块做好，做深是有难点的。之前的文章中也有提到过一些分外情形，比如造成汽车不休眠、发动机起停技能的误判、滋扰ECU、CAN网络通信故障、速率掌握不对，要求指令缺点、锁车报警等等一系列的问题，这里不再赘述。
二、OBD采集数据的频率
我们的方法是默认采取240ms对ECU要求，这个速率下，98%以上的车型都不会造成滋扰，由于速率足够慢，如果ECU不返回的数据，我们就跳过，显示为空缺。那么不才一包数据过来的时候，基本会有，大家可能认为，哎呀，数据这么慢，我怎么处理我们的上位机系统呢，这就要根据数据的多少，紧急性来差异。部分数据本身在整车上就传输得比较快，这种数据，反馈自然也就快，有的数据传输得慢，要求快了会造成网络堵塞，还没有数据返回。行业里，大多的通病便是“越快越好”，实在这里边的“节奏”就表示了对车的理解，存在的高低之分，以是也决定了企业的死活。
这是个哲学问题，所有快的东西，绝大部分都不是好的，花开须要时节，稻穗成熟须要韶光，孩子终年夜须要经历，太早凋落，催熟都是手段，而不是目的。比如我们要把一个芯片测试好，我们就须要大量的样本，没有大量的样本，我就不能说我的“好”，测试样本须要韶光、须要周期、须要不同的环境，经由大量测试的样本，那便是好的定义。
三、通过OBD接口采集车身私有协议下的掌握系统数据，可能会存在的问题：
1、网关数据隔离，车载网关直接把数据隔离起来，不对OBD接口输出数据，所有OBD要求的数据过来，网关这边都要做识别，包括指令、速率、反馈。
2、指令不对。涉及的车型越多，指令越繁芜，很多车都没有指令可供要求，那么我们就须要破解诊断仪的“动作测试”中的要求与反馈，那么我们采取中断式诊断要求，进入诊断仪要求模式。诊断要求数据是再比如停车、修理、掩护的条件下，车是不运动的情形，要求一个的CAN ID 得到 ECU反馈。以喇叭鸣笛旗子暗记举例，我们须要连接通用诊断仪X431，然后通过X431发送鸣笛旗子暗记，界面上是“动作测试”。这个情形，在停车情形下，修车情形下可以用，由于接入了X431，并得到X431授权，ECU处于诊断模式，通过CAN监听工具，抓取X431发送要求的指令（车厂授权诊断仪厂家的），然后，X431给出反馈，要求后会有对应回答一包数据，通过这个方法，得到喇叭旗子暗记。
3、对ECU造成滋扰。我们还以喇叭旗子暗记举例的话，你要要求多快？项目就只用这么一个旗子暗记吗？这就造成了单一旗子暗记，或者不是多个旗子暗记要求频率的问题，可能X431也没办法要求得到这个指令，比如涉及汽车安全的“一票反对”的控车指令及其他涉及行车安全的指令，或者X431也没有这么快的反馈，又回到第二大点的问题，造成各种困扰，这些困扰，实在都是要求数据过程中对ECU造成的滋扰，为什么有的OBD便是活不了，为什么有的就越做越好，值得思考。
四、思拓通信结合OBD给了新方法
首先是数据部分，OBD部分根据上述的履历和磨合，这一块，不要客户自己去开拓。由于开拓OBD这个领域是跟车型、年份、总线、车载通信网络、速率、零部件等干系的，有的高精度的传感器数据每秒是300万的单个数据量，这个一样平常企业没涉及过的根本处理不过来。思拓的办法是把OBD集成到一个小组件里，直接通过串口，比如TTL、RS232、RS485对外输出数据，这个形态可能有多种，包括对接车载上位机的接口也存在多种多样，但是至少有一点，OBD的核心部件是不用太担心的。
其次是供电部分，OBD能有效地对上位机供应供电功能，在OBD接口的16脚便是一个常电，不管是停车熄火还是启动汽车状态，都具备供电的特性。看上去这里只是须要连接一条线，但会引申出一个问题，车载设备，比如ADAS、DMS、驾校学机遇、4G网关或者别的，如何来担保功耗。汽车的电瓶是有容量的，有容量那么在停车熄火的时候就会有功耗。那么就要结合OBD的数据来做剖断了，剖断的条件还不止于一种。
个中的逻辑包括：
1、电压：基本的逻辑为汽车熄火状态一样平常为12V，最低点火电压10.8V，汽车点火后一样平常在13.5V，最高达到14.8V，大型硬派越野车电压可以达到15V；
2、转速：常规熄火转速为0，点火后的转速最低位大概在550转，部分冷车点火转速达到2200转，只要设置400转速的阈值，其余补充熄火后部分车型固定转速不变的情形做打消；
3、水温：汽车点火后的水温一样平常都不会为0或者为空，熄火后的水温有华氏度和摄氏度两个种别；
4、发动机运行时长，汽车点火事情后，发动机开始运行，ECU掌握单元会记录发动机运行时长，就像飞机一共多少翱翔韶光的结果一样，这个数据有点火到熄火的值，也有累计值，但是累计值，我们一样平常不做参考，其他汽车市场运用也极少，我们只作为判断逻辑之一。在发动机自动启停下，转速为0，水温不为0，电压变低，但有发动机运行时长。
五、结语
以上，当数据和供电结合到一起，再结合末了客户端上位机的运用，基本上都能办理大部分项目中的问题，这也是速锐得新型智能车载CANBUS数据采集OBD接口传输及取电安装运用办法核心所在。
运用举例：商用车里面还有个范例的运用，便是通过CAN数据获取旁边转向旗子暗记，基于这个信息来处理ADAS车道偏离报警，比如核心要办理误判报警的问题。如果ADAS摄像头识别到车辆超过车道线，且有转向旗子暗记，AI算法就判断为正常变道。如果没有转向旗子暗记，ADAS主机即刻发出车道偏离预警信息，在本地提醒司机做出纠正，同时上报平台主动安全报警事宜。现在很多都是通过IO旗子暗记线，接车辆旁边转向灯的旗子暗记来获取，前装车厂的ADAS是通过CAN来获取转向旗子暗记，这也是为什么以色列我们搞后装的打仗不到这块，那么对这个数据的哀求，可能实时性可能就没那么快
我们采集的数据，都是工具，完成匹配好项目所需，才是目的。很多项目中，客户不懂汽车、电子、总线、逻辑，几次再三强调功能、功能、功能，就会陷入“功能误区”，功能越多，系统越繁芜，涉及面就越是广泛，其余还有车型、品牌、年份、总线通信逻辑等多种的不同。测试的范围越广、车型越多，暴露出来的问题也就越多。像第一章节中所说的问题，很多便是致命的，这些问题处理不到，就会导致一个项目挂上东南枝，或者让一个数据开拓企业走向无尽深渊。
并不是不知者无畏，而是本钱太高。
附上PPT首页，请各位须要的朋友联系，获取完全28页运用先容。
