I. Current situation and problems of oil consumption testing
1. Original car OBD data
The OBD is still in its infancy and there is no standard, but it still has to deal with customers' needs. Usually fuel consumption data should be read in the original car, but the depot don't open the CAN data, so the OBD access to data is small data such as fuel injection quantity, small vehicle should be good, it is concluded that the fuel consumption is relatively accurate, but large vehicles has not complete combustion of oil, after injection by return pipe flow back to the fuel tank, so the OBD calculation is not accurate. And there are too many models in China, each mode of communication is different, and it is difficult to integrate all the vehicles through OBD. In addition, the OBD test does not have oil leakage data.
2. Flow meter detection
Installed on the engine oil inlet flow meter (a return pipe, also need to install the return pipe), measuring the fuel consumption of engine, also because of the traffic is too small amount of oil return, has a great impact on the accuracy, precision also results in no guarantee completely; And there is no oil leakage data, only partial customer demand can be solved.
3. Liquid level detection/oil level detection
When transport enterprises will find that the vehicle fuel consumption to express, but can't find the reason, it urgently need to know about oil tank whether have missed, or by the oil mouse steal, to know what the reason for this reduction in fuel consumption, reduce, reduce how much. In order to solve this requirement, many manufacturers use liquid level test to test the fuel tank. In the car, the liquid level sensor is commonly referred to as oil volume and oil level sensor. The sensor is also from the resistance type of 10 years ago, the dry spring tube type to the capacitive, ultrasonic type.
At present, the oil level sensor, which is commonly referred to as the oil bar, is only uploaded once every 30 seconds. In other words, the oil bar only is responsible for uploading the data of that point at that time. The other is the platform to do. The platform should know the shape of the tank and the long and wide data, and also have the calibration data. If you want to do detailed calibration precision requires, usually want to empty the tank, and then every 5 or 10 litres of calibration, record every calibration value, and finally to the calibration value input to the platform, the platform again according to the sensor reported AD value or level of volume compared with the calibration value calculation, finally showed how much is left litre tank; If you want to display gas or oil, platform still do calculation, namely rod every 30 seconds to upload data, platform at least also want to do an average of 6 points, remove peak, remove low, to do an average algorithm, the platform to wait forever before the next point and five points algorithm do platform, to the results of at least 180 seconds (30 seconds * 6 = 180 seconds).
For 30 seconds to upload a rod sensor data, the data obtained from platform is not real-time data effectively rod, and the data quantity is too little, lead to can't real reaction tank of liquid level fluctuation, there's no way to do all kinds of precise calculation algorithms. In other words, the platform has a lot of data that is distorted. If all the oil content is calculated by the oil bar sensor; Sensor acquisition frequency up to hundreds of thousands of times, in the inside 30 seconds to tens of thousands of article even more data, the real-time data of oil rod sensor can form a large data computation, can be used in a variety of effective calculation algorithms, through effective way of filtering the distortion data filtering, and then calculate the data in real time, real oil. And based on these real-time and real oil quantity data, we can calculate the amount of oil and the amount of oil leakage.
II. Formulate the urgency and resistance of fuel consumption monitoring industry standard
The transportation department has made some standards in this area in recent years, with 808 protocols for hardware terminals and platforms, 809 protocols for software platforms and superior platforms. However, these standards are only recommended standards, the framework standard, which only meets the requirements for vehicle safety supervision and reduction of the airway rate, and cannot fully meet the more detailed requirements. The state has pushed through administrative means to enterprises, and won't have a hard landing of the Beidou terminal without the installation of annual inspection. It now seems that there is a lack of it, and it may be more acceptable if you can think more about the needs of the industry.
Second, 808 agreement only hardware terminal to the platform, sensor to also want to have a communication protocol, hardware terminal 808 agreement can't set the standards, can only develop and traffic transportation departments related standard, cannot according to the needs of different industries to establish standard of other industries, it is a standard in the category of Internet of things. In this case, it is the best way to expand on the base of the 808 standard agreements. Many hardware manufacturers have done this, but the key is that each family is different, which makes it difficult to connect with the platform.
To an organization can achieve fair and just, and can understand the industry, field to the bones, such as the sense organ to hardware terminal is a standard, and terminal hardware platform to 808 is a standard, two protocol standard is not in a band, will make things complicated. The future Internet of things will have a lot of smart sensors, when a hardware terminal connection more sensors, platform issued instructions, a hardware terminal to know commands sent to the sensor, usually want to know the sensor number, if different manufacturers, but also make sensor international encoding rules of the industry, this is too difficult to realize. However, if two protocols are set by an organization and processed by means of a storage address equal to ID, there is no need for a lot of sensor coding. To make things simple, when platform rod sensor distributed 0 x41 instruction, tell car terminal equipment platform, this directive is to give the instruction of tank 1 rod, on-board terminals communicate only by the instruction to address 0 x41 sensors can; Don't need to remember Numbers and communications on a spectrum, let the uplink, downlink data is very convenient and quickly for remote configuration, remote upgrade, no matter in which manufacturer of car terminal devices and sensors, are all the same. Car terminal equipment need connect only once, don't need every manufacturer of sensors to reconnect, sensor manufacturers also won't because of improved a little, will and all hardware manufacturers to debug again, connected it only once and the whole industry can be used.