Vehicle cloud collaborative data acquisition method based on central gateway

Abstract

The invention discloses a vehicle cloud collaborative data acquisition method based on a central gateway, and relates to the technical field of information processing. The method comprises the following steps: periodically acquiring CAN / LIN data through central gateway equipment, and filtering, classifying, compressing and storing the CAN / LIN data; the ECU with the fault actively uploads fault information to the central gateway equipment; and the central gateway equipment packages and uploads the collected data and the received fault information to a cloud end in an MQTT transmission mode to carry out real-time monitoring and predict the running state of the vehicle. Through real-time monitoring and analysis of vehicle data, the state of the vehicle is comprehensively mastered, potential problems are found and solved in time, accidents are reduced, and the safety of the vehicle is improved; the data acquisition efficiency and utilization efficiency of the vehicle are improved; based on the remote diagnosis capability, the method is used for more convenient vehicle fault diagnosis and fault prediction analysis, improves the after-sales diagnosis efficiency, and reduces the fault analysis cost.

Description

Technical Field

[0001] The present invention belongs to the field of information processing technology, and in particular relates to a method for vehicle-cloud collaborative data collection based on a central gateway. Background Art

[0002] With the rapid development of Internet intelligence, the application of Internet of Vehicles is becoming more and more extensive. The data sharing and data interaction between the vehicle cloud and the vehicle end, among which the various data generated by the vehicle while driving, such as speed, fuel consumption, speed, location, driving route, fault code, etc., are of great value.

[0003] Traditional vehicle data collection is mainly completed on the vehicle side, and the limitations of the vehicle-side equipment limit the efficiency and accuracy of data collection. For example, Chinese patent CN112486878A provides a vehicle data collection and upload method, device, equipment, storage medium and system, and the vehicle data collection and upload method includes: receiving data collection configuration information and data upload configuration information issued by the vehicle data management server; determining corresponding data collection rules and data upload rules according to the data collection configuration information and data upload configuration information; and realizing vehicle data collection and upload according to the data collection rules and data upload rules. By pre-configuring the configuration information related to the vehicle communication protocol on the vehicle data management server, the vehicle data collection device itself no longer needs to pay attention to the protocol adopted by the vehicle. When it is necessary to collect measurement data of different models, it only needs to dynamically obtain the corresponding configuration information from the vehicle data management server to easily realize data collection of different models. For example, Chinese patent CN114120482A discloses a vehicle data collection method, device, vehicle and computer-readable storage medium. By determining a target data collection protocol, a behavioral standard for vehicle data collection is obtained, and then vehicle data collection is performed based on the target data collection protocol to obtain vehicle data; by real-time monitoring whether there is vehicle abnormality information during vehicle data collection, it is determined whether the vehicle is abnormal. When it is determined that the vehicle is abnormal, a change instruction is determined based on the vehicle abnormality information. The change instruction is used to flexibly respond to emergencies, thereby improving the flexibility of data collection. Vehicle data collection is then performed based on the change instruction and the target data collection protocol to avoid omission of valid data in vehicle abnormal situations, effectively perform vehicle data collection, provide data analysis basis for abnormal behavior, and ensure normal functional services when the vehicle is running.

[0004] In order to enhance the management and monitoring of vehicles and improve the integrity and optimization of vehicle data collection and application, a new data collection method is needed. The vehicle-cloud collaborative data collection technology based on the central gateway has emerged. It can efficiently and flexibly realize remote data collection and diagnosis of vehicles, and empower vehicle R&D, testing, operation and other businesses with data-driven. Summary of the invention

[0005] The purpose of the present invention is to provide a method for vehicle-cloud collaborative data collection based on a central gateway. By building a central gateway inside the vehicle, the gateway periodically collects data and faults and uploads them to the cloud to achieve centralized management and efficient collection of vehicle data. Through real-time monitoring and processing in the cloud, real-time monitoring and prediction of vehicle data are achieved, thereby improving the utilization efficiency and reliability of vehicle data and solving the problems of low collection efficiency, incomplete collection data, unstable data transmission, etc. existing in traditional vehicle data collection technology.

[0006] In order to solve the above technical problems, the present invention is achieved through the following technical solutions:

[0007] The central gateway device serves as the data collection and processing center inside the vehicle. It is responsible for the message routing of each electronic control unit (ECUS) between the CAN / LIN network segments, and realizes the centralized management and collection of vehicle data. The ECU that fails will actively inform the central gateway device, and the central gateway device will also periodically collect CAN / LIN data and filter, classify, compress and store it. The central gateway device will upload the collected data and fault packages to the cloud through MQTT transmission to monitor and process the vehicle's operating status in real time, thereby improving the utilization efficiency and reliability of vehicle data. The present invention is a method for vehicle-cloud collaborative data collection based on a central gateway, comprising the following steps:

[0008] The central gateway device periodically collects CAN / LIN data and filters, classifies, compresses and stores it;

[0009] When a vehicle fails, the faulty ECU will actively upload the fault information to the central gateway device; the vehicle-side fault triggering upload process can enable the vehicle's fault to be detected and eliminated in a timely and accurate manner, so that the vehicle can maintain a good working condition;

[0010] The central gateway device packages and uploads the collected data and fault information to the cloud through MQTT transmission for real-time monitoring and prediction of the vehicle's operating status;

[0011] Among them, various faults may occur during the operation of the vehicle, such as engine failure, headlights not lighting up, brake failure, etc.

[0012] Furthermore, the central gateway device is responsible for message routing of each electronic control unit (ECUS) between CAN / LIN network segments.

[0013] Furthermore, the method for the central gateway device to compress the collected CAN / LIN data includes: using Protocol Buffers to well solve the shortcomings of JSON data in transmission, aggregating the collected data streams through the central gateway, encoding the aggregated data using Protobuf, and using the gzip algorithm to compress the encoded data.

[0014] Furthermore, the method for triggering and uploading the fault information includes:

[0015] When a vehicle breaks down, the ECU uploads n trigger frames to the central gateway device, and the ECU records the DTC and Snapshot corresponding to each frame; n is a preset value; after receiving the trigger frame, the central gateway device immediately caches the DTC, Snapshot, and the CAN data corresponding to the entire vehicle 10 seconds before and after the fault occurs to the EMMC.

[0016] Furthermore, when the ECU uploads a trigger frame, in order to avoid missing a frame, the trigger frame is sent in succession for 3 frames, with an interval of 60ms between each frame.

[0017] Furthermore, the central gateway device uploads the collected data into compressed packages to the cloud;

[0018] The central gateway device has an automatic retransmission mechanism when uploading data. The automatic retransmission mechanism is:

[0019] In the case of weak or disconnected network, the data is first cached in EMMC, and after the network is restored, it is resent to the cloud in the order of first-in-first-out.

[0020] Furthermore, the central gateway device enables the whole vehicle CAN / LIN data collection by default. The central gateway device filters and classifies the collected data, adds timestamps, compresses the data, and stores it in EMMC. The EMMC partition storage is set with an upper limit of 500M, and the storage will be overwritten cyclically after the upper limit is reached.

[0021] Furthermore, the central gateway device receives collection instructions from the cloud, extracts required data according to the collection instructions and packages them, and transmits the parsed CAN data to the cloud via MQTT for real-time monitoring and processing.

[0022] Furthermore, the cloud stores the DTC table of the corresponding vehicle model. When the fault information is uploaded to the Internet of Vehicles platform, the cloud reads the DTC to determine the ECU, location and type of the fault, and diagnoses the cause of the fault based on the snapshot and CAN data at the time of the fault, and returns the result to the vehicle-side ECU.

[0023] Furthermore, the fault information includes abnormal vehicle speed, abnormal fuel consumption, abnormal engine load, headlight failure, and brake failure.

[0024] The present invention has the following beneficial effects:

[0025] The present invention realizes a comprehensive grasp of the vehicle status through real-time monitoring and analysis of vehicle data, timely discovers and solves potential problems, reduces the occurrence of accidents, and improves vehicle safety; improves the efficiency of vehicle data collection and utilization; based on remote diagnosis capabilities, it is used for more convenient vehicle fault diagnosis and fault prediction analysis, improves after-sales diagnosis efficiency, and reduces fault analysis costs.

[0026] Of course, any product implementing the present invention does not necessarily need to achieve all of the advantages described above at the same time. BRIEF DESCRIPTION OF THE DRAWINGS

[0027] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings required for describing the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without paying creative work.

[0028] Figure 1 This is a flow chart of vehicle-cloud collaborative data collection based on a central gateway of the present invention;

[0029] Figure 2 A comparison diagram of CAN / LIN data compression methods of the present invention;

[0030] Figure 3 Upload flow chart for fault triggering of the present invention;

[0031] Figure 4 This is a data flow chart for caching of the central gateway device of the present invention. DETAILED DESCRIPTION

[0032] In the following description, specific details such as specific system structures, technologies, etc. are provided for the purpose of illustration rather than limitation, so as to provide a thorough understanding of the embodiments of the present application. However, it should be clear to those skilled in the art that the present application may also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to prevent unnecessary details from obstructing the description of the present application.

[0033] It should be understood that when used in the present specification and the appended claims, the term "comprising" indicates the presence of described features, wholes, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, wholes, steps, operations, elements, components and / or combinations thereof.

[0034] It should also be understood that the term “and / or” used in the specification and appended claims refers to any and all possible combinations of one or more of the associated listed items, and includes these combinations.

[0035] As used in the specification and appended claims of this application, the term "if" can be interpreted as "when" or "uponce" or "in response to determining" or "in response to detecting", depending on the context. Similarly, the phrase "if it is determined" or "if [described condition or event] is detected" can be interpreted as meaning "uponce it is determined" or "in response to determining" or "uponce [described condition or event] is detected" or "in response to detecting [described condition or event]", depending on the context.

[0036] In addition, in the description of the present application specification and the appended claims, the terms "first", "second", "third", etc. are only used to distinguish the descriptions and cannot be understood as indicating or implying relative importance.

[0037] References to "one embodiment" or "some embodiments" etc. described in the specification of this application mean that one or more embodiments of the present application include specific features, structures or characteristics described in conjunction with the embodiment. Therefore, the statements "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. that appear in different places in this specification do not necessarily refer to the same embodiment, but mean "one or more but not all embodiments", unless otherwise specifically emphasized in other ways. The terms "including", "comprising", "having" and their variations all mean "including but not limited to", unless otherwise specifically emphasized in other ways.

[0038] Embodiment 1:

[0039] See also Figure 1As shown, the present invention is a method for vehicle-cloud collaborative data collection based on a central gateway. In view of the problems of low collection efficiency, incomplete data collection, unstable data transmission, etc. in traditional vehicle data collection technology, a solution for vehicle-cloud collaborative data collection based on a central gateway device is proposed. By installing a central gateway device inside the vehicle, the gateway periodically collects data and faults and uploads them to the cloud to achieve centralized management and efficient collection of vehicle data, and through real-time monitoring and processing on the cloud, real-time monitoring and prediction of vehicle data are achieved, thereby improving the utilization efficiency and reliability of vehicle data. Among them, the present application uses the central gateway device as the center of data collection and processing inside the vehicle, responsible for the message routing of each electronic control unit (ECUS) between the CAN / LIN network segments, and realizes centralized management and collection of vehicle data. The ECU with a fault will actively inform the central gateway device, and the central gateway device will also periodically collect CAN / LIN data and filter, classify, compress and store it. The central gateway device will upload the collected data and faults to the cloud through MQTT transmission to perform real-time monitoring and processing to predict the vehicle operation status, thereby improving the utilization efficiency and reliability of vehicle data.

[0040] Embodiment 2:

[0041] As another embodiment provided by the present invention, preferably, the present invention is a method for vehicle-cloud collaborative data collection based on a central gateway, comprising the following steps:

[0042] S1: CAN / LIN data is collected periodically through the central gateway device and filtered, classified, compressed and stored. During this period, the filtering and classification of data can adopt existing technologies and will not be elaborated here; the central gateway device serves as the data collection and processing center inside the vehicle, and is responsible for the message routing of each electronic control unit (ECUS, where the ECUS refers to the whole vehicle ECU) between CAN / LIN (CAN: Controller Area Network bus (CAN, Controller Area Network) is a serial communication protocol bus for real-time applications, LIN: LIN bus is a low-cost serial communication network defined for automotive distributed electronic systems, and is a supplement to other automotive multi-channel networks such as the controller area network (CAN), and is suitable for applications that do not have excessive requirements on network bandwidth, performance or fault tolerance) segments, so as to realize centralized management and collection of vehicle data;

[0043] S2: The faulty ECU (ECU: vehicle electronic control unit) actively uploads the fault information to the central gateway device, and the faulty ECU will actively inform the central gateway device;

[0044] S3: The central gateway device packages and uploads the collected data and fault information to the cloud through MQTT (MQTT: a "lightweight" communication protocol based on the publish / subscribe model, which is built on the TCP / IP protocol and was released by IBM in 1999. The biggest advantage of MQTT is that it can provide real-time and reliable message services for connecting remote devices with very little code and limited bandwidth) for real-time monitoring and prediction of the vehicle's operating status, thereby improving the utilization efficiency and reliability of vehicle data.

[0045] As an embodiment provided by the present invention, preferably, the central gateway device is responsible for message routing of each electronic control unit (ECUS) between CAN / LIN network segments.

[0046] As an embodiment provided by the present invention, preferably, the method for the central gateway device to compress the collected CAN / LIN data includes:

[0047] Protocol Buffers (often referred to as protobuf, is a data description language developed by Google, similar to XML, which can serialize structured data and can be used for data storage, communication protocols, etc.) can effectively solve the shortcomings of JSON data in transmission. The collected data stream is aggregated through the central gateway, the aggregated data is encoded and processed using the Protobuf method, and the encoded data is compressed using the gzip algorithm. Figure 2 As shown in the figure, through Protobuf+gzip, data compression can reach more than 20 times, thereby improving data storage efficiency and reducing data transmission costs.

[0048] like Figure 3 As shown, as an embodiment provided by the present invention, preferably, the vehicle-side fault triggering and uploading process can enable the vehicle fault to be detected and eliminated in a timely and accurate manner, so that the vehicle can maintain a good working state. The triggering and uploading method of the fault information includes:

[0049] Fault triggering: Various faults may occur during the operation of the vehicle, such as engine failure, lights not working, brake failure, etc. When the vehicle fails, the ECU will upload a trigger frame to the central gateway device. To avoid missing frames, the trigger frame is sent in 3 frames, with an interval of 60ms between each frame. The ECU records its own DTC and Snapshot;

[0050] Fault information collection: The central gateway device immediately caches DTC and Snapshot upon receiving the trigger frame, as well as the vehicle CAN data corresponding to 10 seconds before and after the occurrence time to EMMC;

[0051] Data upload: The central gateway device uploads the collected data to the cloud in compressed packages; the central gateway device has an automatic retransmission mechanism when uploading data. The automatic retransmission mechanism is: in the case of weak network or disconnected network, the data is first cached in the EMMC, and after the network is restored, the data is resent to the cloud in the order of first-in-first-out;

[0052] Data processing and analysis: Once the fault information is uploaded to the IoV platform, the platform will process and analyze the data, automatically diagnose the cause of the fault, and return the result to the vehicle;

[0053] Diagnostic results and treatment suggestions: Once the diagnostic results and treatment suggestions are obtained, the vehicle will inform the driver of the fault so that the driver can take appropriate countermeasures at the first time.

[0054] like Figure 4 As shown, as an embodiment provided by the present invention, preferably, the central gateway device turns on the whole vehicle CAN / LIN data collection by default, and the central gateway device filters and classifies the collected data, adds timestamps, compresses the data, and stores it in EMMC. The EMMC partition storage sets an upper limit of 500M, and the storage will be cyclically overwritten after the upper limit is reached.

[0055] Embodiment three:

[0056] As another embodiment provided by the present invention, preferably, when the vehicle-side data needs to be collected remotely, the cloud sends a collection instruction to the vehicle-side, the central gateway receives and parses the collection instruction and extracts the required data to package, and transmits the parsed CAN data to the cloud via MQTT for real-time monitoring and processing.

[0057] As an embodiment provided by the present invention, preferably, the Internet of Vehicles platform processes and analyzes the collected vehicle data, such as judging whether there is any abnormality in the vehicle at present based on indicators such as vehicle speed, fuel consumption, and engine load. When abnormal vehicle information is detected, the cloud will trigger an early warning to the vehicle and notify the owner.

[0058] As an embodiment provided by the present invention, preferably, the Internet of Vehicles platform processes and analyzes the collected vehicle data, such as calculating and displaying indicators such as vehicle speed, fuel consumption, engine load, etc. At the same time, abnormal data is screened to improve data quality.

[0059] As an embodiment provided by the present invention, preferably, data mining: Internet of Vehicles data mining is to mine valuable information from collected vehicle data, including driving habit analysis, road condition analysis, predictive maintenance, traffic management, etc.

[0060] As an embodiment provided by the present invention, preferably, data storage: the Internet of Vehicles platform stores the processed and analyzed vehicle data in a database so as to perform data query, statistics and analysis at any time.

[0061] As an embodiment provided by the present invention, preferably, the cloud stores a DTC table of the corresponding vehicle model. When the fault information is uploaded to the Internet of Vehicles platform, the cloud reads the DTC (DTC: diagnostic trouble code, an identification code that is used to record when a certain ECU occurs or detects a certain fault. The fault information, such as fault triggering conditions, fault relief conditions, system function performance, etc., can be obtained by looking up the table through the identification code) to determine the ECU, location and type of the fault, and diagnose the cause of the fault based on the Snapshot (Snapshot Data: as the name suggests, snapshot information is the transient environmental data saved at the time of the fault, generally referring to power mode, temperature, timestamp, vehicle speed and other information) and the CAN data at the time of the fault, and return the result to the vehicle-side ECU.

[0062] As an embodiment provided by the present invention, preferably, the fault information includes abnormal vehicle speed, abnormal fuel consumption, abnormal engine load, headlight failure, and brake failure.

[0063] A vehicle-cloud collaborative data collection method based on a central gateway is used for more convenient vehicle fault diagnosis and fault prediction analysis based on remote diagnosis capabilities, improving after-sales diagnosis efficiency, reducing fault analysis costs, and improving vehicle data collection efficiency and utilization efficiency. Through real-time monitoring and analysis of vehicle data, a comprehensive grasp of the vehicle status is achieved, potential problems are discovered and resolved in a timely manner, the occurrence of accidents is reduced, and vehicle safety is improved.

[0064] In the description of this specification, the description with reference to the terms "one embodiment", "example", "specific example", etc. means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present invention. In this specification, the schematic representation of the above terms does not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described can be combined in any one or more embodiments or examples in a suitable manner.

[0065] The preferred embodiments of the present invention disclosed above are only used to help illustrate the present invention. The preferred embodiments do not describe all the details in detail, nor do they limit the invention to the specific implementation methods described. Obviously, many modifications and changes can be made according to the content of this specification. This specification selects and specifically describes these embodiments in order to better explain the principles and practical applications of the present invention, so that those skilled in the art can understand and use the present invention well. The present invention is limited only by the claims and their full scope and equivalents.

Claims

1. A method for vehicle-cloud collaborative data collection based on a central gateway, characterized in that: The following steps are involved: The central gateway device periodically collects CAN / LIN data and filters, classifies, compresses and stores it; The faulty ECU will actively upload the fault information to the central gateway device; The central gateway device packages the collected data and received fault information and uploads them to the cloud via MQTT transmission for real-time monitoring and prediction of the vehicle's operating status.

2. The method for vehicle-cloud collaborative data collection based on a central gateway according to claim 1 is characterized in that: The central gateway device is responsible for the message routing of each electronic control unit between CAN / LIN network segments.

3. The method for vehicle-cloud collaborative data collection based on a central gateway according to claim 1 is characterized in that: The method for the central gateway device to compress the collected CAN / LIN data includes: The collected data streams are aggregated through the central gateway device, the aggregated data is encoded using Protobuf, and the encoded data is compressed using the gzip algorithm.

4. The method for vehicle-cloud collaborative data collection based on a central gateway according to claim 1 is characterized in that: The method for triggering and uploading the fault information includes: When a vehicle fails, the ECU uploads n trigger frames to the central gateway device, and the ECU records the DTC and Snapshot corresponding to each frame; n is a preset value; After receiving the trigger frame, the central gateway device immediately caches the DTC, Snapshot, and the CAN data corresponding to the entire vehicle 10 seconds before and after the fault occurs to the EMMC.

5. The method for vehicle-cloud collaborative data collection based on a central gateway according to claim 4 is characterized in that: When the ECU uploads a trigger frame, three trigger frames are sent in succession, with an interval of 60ms between each frame.

6. The method for vehicle-cloud collaborative data collection based on a central gateway according to claim 4 is characterized in that: The central gateway device uploads the collected data into compressed packages to the cloud; The central gateway device has an automatic retransmission mechanism when uploading data. The automatic retransmission mechanism is: In the case of weak or disconnected network, the data is first cached in EMMC, and after the network is restored, it is resent to the cloud in the order of first-in-first-out.

7. The method for vehicle-cloud collaborative data collection based on a central gateway according to claim 4 is characterized in that: The central gateway device enables vehicle CAN / LIN data collection by default. The central gateway device filters and classifies the collected data, adds timestamps, compresses the data, and stores it in EMMC. The EMMC partition storage has an upper limit of 500M. When the storage reaches the upper limit, it will be overwritten cyclically.

8. The method for vehicle-cloud collaborative data collection based on a central gateway according to claim 1 is characterized in that: The central gateway device receives the collection instructions from the cloud, extracts the required data according to the collection instructions and packages them, and transmits the parsed CAN data to the cloud via MQTT for real-time monitoring and processing.

9. The method for vehicle-cloud collaborative data collection based on a central gateway according to claim 1 is characterized in that: The cloud stores the DTC table of the corresponding vehicle model. When the fault information is uploaded to the Internet of Vehicles platform, the cloud reads the DTC to determine the ECU, location and type of the fault, and diagnoses the cause of the fault based on the snapshot and CAN data at the time of the fault, and returns the result to the vehicle-side ECU.

10. The method for vehicle-cloud collaborative data collection based on a central gateway according to claim 1, characterized in that: The fault information includes abnormal vehicle speed, abnormal fuel consumption, abnormal engine load, headlight failure, and brake failure.

Images