Data processing method, device, vehicle and storage medium

Abstract

The embodiments of the present application provide a data processing method, device, vehicle and storage medium, which relate to the field of data processing technology. The method obtains data messages sent by multiple nodes, including log messages and buried data messages; determines the corresponding data transmission strategy according to the priority of the data message; adopts the data transmission strategy to transmit the data message to the cloud, and can adopt different data transmission strategies for data messages of different priorities, so that the data messages can be classified and transmitted, thereby improving the flexibility of data transmission. By transmitting the log message of the node to the cloud, relevant personnel can view the log through the cloud without having to go to the site for troubleshooting, which solves the problem that the controller has no log in the past and can improve the efficiency of customer service and operation and maintenance.

Description

Technical Field

[0001] Embodiments of the present application relate to the field of data processing technology, and in particular, to a data processing method, device, vehicle, and storage medium. Background Art

[0002] As controllers become more versatile and equipped with more nodes, bus networks become increasingly complex, making troubleshooting increasingly difficult. For example, the introduction of UWB (Ultra Wide Band) systems uses a single-master, multi-slave network. If any node in the network experiences a problem, troubleshooting becomes difficult.

[0003] Currently, troubleshooting is typically performed using DTCs (Diagnostic Trouble Codes). This approach has the following drawbacks: First, the single DTC used cannot promptly reflect the actual fault condition; second, DTC analysis is difficult due to a lack of bus data; and third, the controller or sensor can only store a limited number of DTC entries, making it difficult to ensure long-term problem troubleshooting and performance optimization. Summary of the Invention

[0004] The embodiments of the present application provide a data processing method, device, vehicle, and storage medium to improve the above-mentioned problems.

[0005] In a first aspect, embodiments of the present application provide a data processing method. The method includes: obtaining data messages sent by multiple nodes, the data messages including log messages and embedded data messages; determining a corresponding data transmission strategy based on the priority of the data messages; and transmitting the data messages to the cloud using the data transmission strategy.

[0006] In a second aspect, embodiments of the present application provide a data processing device. The device includes: a message acquisition module for acquiring data messages sent by multiple nodes, wherein the data messages include log messages and embedded data messages; a policy determination module for determining a corresponding data transmission policy based on the priority of the data messages; and a data transmission module for transmitting the data messages to the cloud using the data transmission policy.

[0007] In a third aspect, embodiments of the present application provide a vehicle. The vehicle includes a memory, one or more processors, and one or more applications. The one or more applications are stored in the memory and configured to, when invoked by the one or more processors, cause the one or more processors to execute the method provided in embodiments of the present application.

[0008] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium having program code stored therein, wherein the program code is configured to, when called by a processor, cause the processor to execute the method provided in the embodiment of the present application.

[0009] The embodiments of the present application provide a data processing method, device, vehicle, and storage medium. This method can prioritize data messages sent by multiple nodes based on the priority of the data messages, and adopt different data transmission strategies for data messages of different priorities, thereby enabling classified transmission of data messages and improving the flexibility of data transmission. By transmitting node log messages to the cloud, relevant personnel can view logs through the cloud without having to go to the site for troubleshooting, solving the problem of controllers not having logs in the past and improving customer service and operation efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0010] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For those skilled in the art, other drawings can be obtained based on these drawings without creative work.

[0011] Figure 1 is a structural diagram of a data processing system provided by an exemplary embodiment of the present application;

[0012] Figure 2 is a schematic diagram of a data message format provided by an exemplary embodiment of the present application;

[0013] Figure 3 This is a flow chart of a data processing method provided in one embodiment of the present application;

[0014] Figure 4 is a schematic diagram of log levels provided by an exemplary embodiment of the present application;

[0015] Figure 5 This is a flow chart of a data processing method provided in one embodiment of the present application;

[0016] Figure 6 is a structural diagram of a data processing system provided by an exemplary embodiment of the present application;

[0017] Figure 7 is a structural diagram of a data processing device provided in one embodiment of the present application;

[0018] Figure 8 is a structural schematic diagram of a vehicle provided in one embodiment of the present application;

[0019] Figure 9It is a structural diagram of a computer-readable storage medium provided in one embodiment of the present application. DETAILED DESCRIPTION

[0020] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application.

[0021] Figure 1 Figure 1 is a schematic diagram of the structure of a data processing system provided by an exemplary embodiment of the present application. Data processing system 100 may include a slave module 110, an SBM (Smart Bluetooth Module) 120, a CCU (Central Control Unit) 130, a TBOX (Telematics Box) 140, and a cloud-based TSP (Telematics Service Provider) 150.

[0022] The slave module 110 may include multiple nodes, i.e., multiple ECUs (Electronic Control Units). The multiple nodes may include but are not limited to left and right door handles, UWB anchor points, tailgate BLE (Bluetooth Low Energy), etc. Among them, the UWB anchor points may include but are not limited to the front left UWB anchor point, the front right UWB anchor point, the rear left UWB anchor point, and the rear right UWB anchor point. The slave module 110 may generate a corresponding log and transmit the log in DLT (Diagnostic Log and Trace) format to SBM120. SBM120 forwards the received DLT log to the CANFD (Controller Area Network with Flexible Data rate) bus, so that CCU130 can obtain the DLT log sent by each node from the CANFD bus.

[0023] The data message format of the DLT log transmitted on the CANFD bus in the embodiment of the present application is as follows: Figure 2As shown. The DLT log message consists of a header and valid message content (Payload). The header includes HTYP (Header Type), MCNT (Message Counter), LEN (Length), ECU ID (Electronic Control Unit Identity Document), and TSMP (Timestamp). The bytes occupied by each part of the header and the payload are as follows: Figure 2 shown.

[0024] like Figure 2 The dashed arrows indicate the content corresponding to each bit of the HTYP. Bit 0 of the HTYP corresponds to UEH (Use Extended Header), bit 1 corresponds to MSBF (Most Significant Byte First), bit 2 corresponds to WEID (With ECU ID), bit 3 corresponds to WSID (With Session ID), bit 4 corresponds to WTMS (With Timestamp), and bits 5-7 correspond to VERS (Version Number).

[0025] MCNT is used to record the number of times a DLT log is sent. Each time a DLT log is sent, MCNT will increase by 1.

[0026] LEN represents the message length. You can set the maximum valid length of a single log entry in LEN, which in turn sets the maximum payload length. In some implementations, the maximum valid length of a single log entry can be set to 52 bytes, allowing logs to be transmitted in a single packet. This avoids unpacking and improving transmission efficiency.

[0027] ECU ID (i.e., message ID) can be used to represent events of different priorities. That is, the priority of the corresponding DLT log can be determined based on the ECU DI. The specific determination method will be described in the subsequent method embodiments.

[0028] TMSP can be used for timing, and the minimum accuracy of TMSP is 0.1 milliseconds.

[0029] The SBM 120 may generate its own corresponding log and send the log to the CAN FD bus in the above-mentioned DLT format, so that the CCU 130 may obtain the DLT log from the CAN FD bus.

[0030] The CCU 130 can access the DLT logs of multiple nodes (including the SBM 120 and slave modules 110) on the CAN FD bus. The DLT logs are prioritized based on their message IDs (i.e., ECU IDs). Using different data transmission strategies, LDT logs of different priorities are uploaded to the TSP 150 via the TBOX 140.

[0031] It should be noted that the slave module 110 and SBM120 can also upload the acquired buried point data to the CANFD bus, so that the CCU130 can obtain the buried point data corresponding to the slave module 110 and SBM120 from the CANFD bus. Among them, the data transmission method of the buried point data can be the same as the above-mentioned log transmission method. Usually, the default priority of the buried point data is lower. The CCU130 can locally cache the logs or buried point data acquired recently (for example, within a week).

[0032] TSP150 (cloud) provides a query interface. When TSP150 queries CCU130 for logs and / or embedded data through the query interface, CCU130 can report the currently cached logs and / or embedded data to TSP150 via TBOX140. This allows relevant personnel to query today's logs and / or embedded data at any time.

[0033] Figure 3 : is a flow chart of a data processing method provided by an embodiment of the present application. The data processing method can be applied to the CCU or data processing device or vehicle in the above-mentioned data processing system. The data processing method may include Figure 3 The following steps S110-S130 are shown.

[0034] Step S110: Acquire data messages sent by multiple nodes, where the data messages include log messages and embedded data messages.

[0035] The nodes in the embodiments of this application refer to controller nodes, i.e., ECUs. In some embodiments, multiple nodes may include the aforementioned slave modules and SBMs. As previously mentioned, the slave modules may include left and right door handles, the front left UWB anchor point, the front right UWB anchor point, the rear left UWB anchor point, the rear right UWB anchor point, and the tailgate BLE.

[0036] In the embodiment of the present application, the maximum length of the valid message content (i.e., Payload) part of the data message is set to 52 bytes, so that the log can be transmitted through a single packet, thereby avoiding unpacking and improving data transmission efficiency.

[0037] According to the requirements of AutoSAR (AUTomotive Open System Architecture) specification, it is necessary to set the log level (LogLevel) for the log. The log level is defined as follows Figure 4 As shown, the log levels can be set from high to low, including FATAL, ERROR, WARN, INFO, DEBUG, and VERBOSE. Among them, FATAL is used when a particularly serious problem occurs and the program can no longer continue to run. That is to say, when the FATAL level is reached, the program will exit directly due to a serious error. ERROR is used when an error occurs in the program. WARN is used when the program does not run as expected, for example, the user login password is incorrect. INFO is used when the program is running normally. DEBUG is used when debugging bugs in the program. VERBOSE is used in the development and debugging stage, and usually indicates some detailed information during the development and debugging process. Usually the default log level reaches the WARN level to record log information. In the embodiment of the present application, the log level reaches the DEBUG level during the testing phase to record log information. After the vehicle is mass-produced, the log level reaches the ERROR level to record log information.

[0038] During the testing phase, when the log level reaches DEBUG, the node records log information, writes the log information into a log message, and uploads the log message to the CANFD bus in DLT format. The CCU can obtain the node's log message from the CANFD bus.

[0039] After vehicle mass production (i.e., during vehicle use), the node records log information when the log level reaches the ERROR level, writes the log information into a log message, and uploads the log message to the CANFD bus in DLT format. The CCU can obtain the node's log message from the CANFD bus.

[0040] In addition, the node can obtain the monitored buried point data in real time or periodically, write the buried point data into the buried point data message, and upload the buried point data message to the CANFD bus in DLT format. The CCU can obtain the buried point data uploaded by the node from the CANFD bus.

[0041] In some implementations, the node may upload the log message and the embedded data message separately in the manner described above so that the CCU can subsequently determine the priority of the log message.

[0042] Step S120: determining a corresponding data transmission strategy according to the priority of the data message.

[0043] As mentioned above, data messages include identification information, namely the message ID (i.e., ECU ID). The CCU can set different message IDs to represent data messages of different priorities. This allows the CCU to determine the priority of a data message based on the message ID in the data message. The corresponding data transmission strategy is then determined based on the data message priority.

[0044] In some implementations, the CCU can prioritize data messages based on their importance. For example, data messages that affect the normal operation of the ECU or degrade performance can be classified as high-priority. Data messages related to user usage habits can be classified as low-priority. The specific classification method can be set according to actual needs and is not limited.

[0045] As an example, the CCU can set the mapping relationship between the message ID of the data message and the priority of the data message as shown in Table 1. Specifically, the message ID can be divided into multiple intervals, and different intervals correspond to the business scope of different nodes. The priority of the data messages uploaded by different nodes is divided according to the importance of the business scope of the node. As shown in Table 1, based on the mapping relationship between the message ID in the data message and the priority of the data message, the priority corresponding to the data message can be determined. For example, if the message ID in the data message is 0x0FFFFFFF, it can be determined that the priority corresponding to the data message is the first priority. For another example, if the message ID in the data message is 0x30000000-0x3FFFFFFF, it can be determined that the priority corresponding to the data message is the second priority.

[0046] Table 1

[0047]

[0048] If the priority of the data message is the first priority, the CCU may determine that the data message corresponds to a first data transmission strategy. The first data transmission strategy may be a real-time transmission strategy, that is, uploading the data message immediately upon receiving the data message.

[0049] If the priority of the data message is the second priority, the CCU can determine that the data message corresponds to the second data transmission strategy. The second priority is lower than the first priority. The second data transmission strategy can be a time limit transmission strategy or a conditional transmission strategy. The time limit transmission strategy refers to setting a data sending period (for example, 5 minutes) and sending the data message when the sending period is reached. The conditional transmission strategy refers to setting a data sending condition and sending the data message when the sending condition is met. As an example, the conditional transmission strategy can be to send a data message when the amount of cached data of the data message to be transmitted reaches a preset threshold (for example, 2 kilobytes).

[0050] For log data messages, the corresponding data transmission strategy is usually determined according to the priority of the log data message. For embedded data messages, since the priority of embedded data messages is lower, you can choose to determine the corresponding data transmission strategy according to the priority of the embedded data message, or you can choose not to judge the priority of the embedded data message and directly adopt the second data transmission strategy for the embedded data message to save system computing resources.

[0051] Step S130: adopt a data transmission strategy to transmit the data message to the cloud.

[0052] The cloud in the embodiment of the present application may be the above-mentioned TSP.

[0053] In some implementations, if the data packet's priority is first, the CCU can adopt the first data transmission strategy, transmitting the data packet in real time to the cloud via the TBOX's transparent transmission channel. The cloud can then transmit the data packet to the DK (Digital Key) server via the transparent transmission channel. Transparent transmission refers to the transmission of the data from the source address to the destination address without making any changes to the business data content, regardless of the business content being transmitted.

[0054] For high-priority data messages, the first data transmission strategy is adopted for real-time transmission, and the high-priority data messages can be uploaded to the cloud in time so that relevant personnel can make corresponding processing according to the high-priority data messages in time.

[0055] In some embodiments, if the priority of the data message is the second priority, the CCU can adopt a second data transmission strategy, and when the amount of cached data of the data message to be transmitted reaches a preset threshold (for example, 2 kilobytes), the data message is transmitted to the cloud via the TBOX network. The cloud can forward the original data related to the digital key to the DK server.

[0056] In some embodiments, if the priority of the data message is the second priority, the CCU can adopt a second data transmission strategy to transmit the data message to the cloud when the sending cycle (for example, 5 minutes) is reached, and the cloud can forward the original data related to the digital key to the DK server.

[0057] In some embodiments, as described above, if priority determination is not performed on embedded data messages, the CCU may directly adopt the second data transmission strategy upon receiving the embedded data message, and transmit the embedded data message to the cloud via the TBOX network when the amount of buffered data in the data message to be transmitted reaches a preset threshold (e.g., 2 kilobytes). Alternatively, the second data transmission strategy may be adopted to transmit the embedded data message to the cloud when the transmission period (e.g., 5 minutes) is reached. The cloud can forward the raw data related to the digital key to the DK server.

[0058] For low-priority data packets or buried data packets, they are transmitted only when certain conditions are met, which can save certain system resources and reduce the system load burden to a certain extent.

[0059] The data processing method of the embodiment of the present application can prioritize data messages sent by multiple nodes according to the priority of the data messages, and adopt different data transmission strategies for data messages of different priorities, so that data messages can be transmitted in a classified manner, thereby improving the flexibility of data transmission. By transmitting the node's log messages to the cloud, relevant personnel can view the logs through the cloud without having to go to the site for troubleshooting, solving the problem of the controller not having logs in the past and improving the efficiency of customer service and operation and maintenance.

[0060] Figure 5 2 is a flow chart of a data processing method provided in one embodiment of the present application. The data processing method can be applied to a CCU, a data processing device, or a vehicle in a data processing system. The data processing method can include the following steps S210-S260.

[0061] Step S210 : determining a corresponding number of target enabled nodes according to the current bus load rate.

[0062] The bus load rate in the embodiment of the present application refers to the sum of the time occupied by all data transmitted within a unit time.

[0063] The target enabling node in the embodiment of the present application refers to the enabled ECU. In the embodiment of the present application, only the enabled ECU is allowed to send data messages to the CCU, while the disabled ECU is not allowed to send data messages to the CCU.

[0064] In some implementations, the CCU can read the current bus load rate distributed to the log by the log management module at the current stage and determine a corresponding number of target enabled nodes, i.e., multiple enabled ECUs, based on the current bus load rate. Dynamically adjusting the number of enabled nodes based on the bus load can control the number of enabled nodes, avoiding issues such as excessive system load that could cause system lag or crashes, effectively reducing the system load burden and ensuring normal system operation.

[0065] In some embodiments, in addition to dynamically adjusting the number of enabled ECUs according to the bus load rate, the data sending time of multiple target enabled nodes can also be adjusted simultaneously. For example, the data sending time of different target enabled nodes can be set to different times so that different target enabled nodes can send data messages at intervals to ensure that the log bus load rate requirements are dynamically met.

[0066] Step S220: Send a reporting permission instruction to multiple target enabling nodes.

[0067] After determining multiple target enabled nodes, the CCU may send a reporting permission instruction to each target enabled node (e.g., sending a CCU_DltEcuEnable signal bit with bit set to 1) to notify each target enabled node that it can report data packets to the CCU. Upon receiving the reporting permission instruction, each target enabled node reports the data packet to the CCU.

[0068] The CCU may choose not to send any instructions or send a non-recording instruction (e.g., sending the CCU_DltEcuEnable signal bit with a bit of 0) to nodes other than the target enabled node. Nodes that do not receive a non-recording instruction or a non-recording instruction, i.e., non-enabled nodes, do not report data packets to the CCU.

[0069] The CCU can dynamically update the number of enabled nodes in real time according to the bus load rate. The currently disabled nodes can wait to be enabled in the next cycle (for example, after 1 second) and report data messages to the CCU after being enabled.

[0070] Step S230: Acquire and store data messages sent by multiple target enabled nodes.

[0071] When receiving data packets from multiple target-enabled nodes, the CCU can cache the data packets locally so that relevant personnel can query recent data. The specific cache time can be set according to actual needs. For example, the CCU can cache data packets within a week.

[0072] Step S240: determining a corresponding data transmission strategy according to the priority of the data message.

[0073] Step S250: adopting a data transmission strategy to transmit the data message to the cloud.

[0074] For detailed descriptions of step S240 and step S250 , please refer to the aforementioned step S120 and step S130 .

[0075] Step S260: When receiving a query instruction from the cloud, the locally cached data message is sent to the cloud.

[0076] The cloud provides a query interface through which personnel can query the CCU for recent data packets. Upon receiving a query command from the cloud, the CCU sends locally cached data packets to the cloud. After receiving the data packets, the cloud outputs the parsed data to personnel, allowing them to view recent data at any time.

[0077] The data processing method of the embodiment of the present application can prioritize the data messages sent by multiple nodes according to the priority of the data messages, and adopt different data transmission strategies for data messages of different priorities, so that the data messages can be classified and transmitted, thereby improving the flexibility of data transmission. By transmitting the log messages of the nodes to the cloud, relevant personnel can view the logs through the cloud without having to go to the site to troubleshoot, which solves the problem of the controller not having logs in the past and can improve customer service and operation efficiency. By dynamically adjusting the number of enabled nodes according to the bus load rate, the number of enabled nodes can be controlled to avoid the problem that the system may be stuck or crashed due to excessive system load, which can effectively reduce the system load burden and ensure the normal operation of the system. In addition, by setting up the vehicle-cloud integration to upload and store data, it is convenient for relevant personnel to view recent data at any time.

[0078] For ease of understanding, an exemplary embodiment is provided here to illustrate the data processing method provided in the embodiment of the present application. Figure 6 As shown, after the CCU determines multiple target enabled nodes based on the load bus rate, it can send a permission to send command to the multiple target enabled nodes 1-3 and BSM, and send a prohibition to send command to other non-enabled nodes 2-6. The multiple target enabled nodes 1-3 and BSM send data messages (log messages and / or buried data messages) to the CCU in DLT format via the CANFD bus, and the other non-enabled nodes 2-6 temporarily do not send data messages to the CCU.

[0079] After determining the priority of each data packet based on its message ID, the CCU uses the first data transmission strategy to upload high-priority data packets to the cloud in real time via the TBOX transparent transmission channel. Using the second data transmission strategy, low-priority data packets and embedded data packets are uploaded to the cloud via the TBOX network after they meet the transmission conditions. Relevant personnel can query the data corresponding to recent data packets at any time through the query interface provided by the cloud.

[0080] like Figure 6 As shown in the figure, the data transmission path corresponding to the first transmission data strategy used by high-priority data packets, that is, the real-time transmission path, is node->SBM->CCU->TBOX->cloud (TSP). The data transmission path corresponding to the second transmission data strategy used by low-priority data packets and embedded data packets is node->SBM->CCU->cloud (TSP). The path for querying logs or embedded data on the cloud is cloud (TSP)->CCU.

[0081] It should be noted that, in actual applications, the step of determining the priority of the data message can be implemented by the SBM or by the CCU, and the embodiments of the present application do not limit this.

[0082] Figure 7 2 is a schematic diagram of the structure of a data processing device provided in one embodiment of the present application. Data processing device 200 can be applied to a vehicle or a CCU in the aforementioned data processing system. Data processing device 200 can include a message acquisition module 210, a policy determination module 220, and a data transmission module 230.

[0083] The message acquisition module 210 is used to acquire data messages sent by multiple nodes, and the data messages include log messages and embedded data messages.

[0084] The policy determination module 220 is configured to determine a corresponding data transmission policy according to the priority of the data message.

[0085] The data transmission module 230 is configured to transmit the data message to the cloud using the data transmission strategy.

[0086] In some embodiments, the policy determination module 220 is also used to determine that the data packet corresponds to a first data transmission policy if the priority of the data packet is a first priority; and to determine that the data packet corresponds to a second data transmission policy if the priority of the data packet is a second priority, and the second priority is lower than the first priority.

[0087] In some embodiments, the data transmission module 230 is further configured to, if the priority of the data message is the first priority, adopt the first data transmission strategy to transmit the data message in real time to the cloud through the transparent transmission channel of the TBOX.

[0088] In some embodiments, the data transmission module 230 is also used to adopt the second data transmission strategy if the priority of the data message is the second priority, and transmit the data message to the cloud when the amount of cached data of the data message to be transmitted reaches a preset threshold, or adopt the second data transmission strategy to transmit the data message to the cloud when the sending cycle is reached.

[0089] In some implementations, the message acquisition module 210 is further configured to determine a corresponding number of target enabled nodes according to the current bus load rate; send a report permission instruction to the target enabled nodes; and acquire data messages sent by the target enabled nodes.

[0090] In some implementations, the policy determination module 220 is further configured to determine the priority of the data message according to the identification information of the data message.

[0091] In some embodiments, the data transmission module 230 is further configured to send the locally cached data message to the cloud upon receiving a query instruction from the cloud.

[0092] Those skilled in the art will clearly understand that the data processing device 200 provided in the embodiment of the present application can implement the data processing method provided in the embodiment of the present application. The specific working process of the above-mentioned device and module can refer to the corresponding process of the data processing method in the embodiment of the present application, and will not be repeated here.

[0093] In the embodiments provided in the present application, the coupling, direct coupling or communication connection between the modules shown or discussed may be indirect coupling or communication coupling through some interfaces, devices or modules, and may be electrical, mechanical or other forms, and the embodiments of the present application do not limit this.

[0094] In addition, the functional modules in the embodiments of the present application may be integrated into a single processing module, each module may exist physically separately, or two or more modules may be integrated into a single module. The aforementioned integrated modules may be implemented in the form of hardware or software functional modules, which is not limited in the embodiments of the present application.

[0095] Figure 8 3 is a schematic diagram of the structure of a vehicle provided in an embodiment of the present application. The vehicle 300 may include one or more of the following components: a memory 310, one or more processors 320, and one or more applications. The one or more applications may be stored in the memory 310 and configured to, when invoked by the one or more processors 320, cause the one or more processors 320 to execute the aforementioned data processing method provided in an embodiment of the present application.

[0096] Processor 320 may include one or more processing cores. Processor 320 utilizes various interfaces and lines to connect to various components within vehicle 300 and is used to run or execute instructions, programs, code sets, or instruction sets stored in memory 310, as well as to call and execute data stored in memory 310, perform various functions of vehicle 300, and process data.

[0097] In some embodiments, the processor 320 can be implemented in the form of at least one hardware of digital signal processing (DSP), field programmable gate array (FPGA), and programmable logic array (PLA). The processor 320 can integrate one or a combination of a central processing unit (CPU), a graphics processing unit (GPU), and a modem. Among them, the CPU mainly processes the operating system, user interface, and application programs; the GPU is responsible for rendering and drawing display content; and the modem is used to handle wireless communications. It is understandable that the above-mentioned modem may not be integrated into the processor 320, but may be implemented separately through a communication chip.

[0098] The memory 310 may include random access memory (RAM) or read-only memory (ROM). The memory 310 may be used to store instructions, programs, codes, code sets, or instruction sets. The memory 310 may include a program storage area and a data storage area. The program storage area may store instructions for implementing an operating system, instructions for implementing at least one function, instructions for implementing the various method embodiments described above, and the like. The data storage area may store data generated by the vehicle 300 during use.

[0099] Figure 9 4 is a schematic diagram of the structure of a computer-readable storage medium provided in an embodiment of the present application. The computer-readable storage medium 400 stores program code 410, which is configured to, when called by a processor, cause the processor to execute the above-mentioned data processing method provided in an embodiment of the present application.

[0100] The computer-readable storage medium 400 may be an electronic memory such as a flash memory, an electrically erasable programmable read-only memory (EEPROM), an erasable programmable read-only memory (EPROM), a hard disk, or a ROM.

[0101] In some embodiments, the computer-readable storage medium 400 includes a non-transitory computer-readable storage medium (Non-TCRSM). The computer-readable storage medium 400 has storage space for program code 410 that executes any method step in the above method. These program codes 410 can be read from or written into one or more computer program products. The program code 410 can be compressed in an appropriate form.

[0102] In summary, the embodiments of the present application provide a data processing method, device, vehicle and storage medium, which relate to the field of data processing technology. The method obtains data messages sent by multiple nodes, including log messages and buried data messages; determines the corresponding data transmission strategy according to the priority of the data message; adopts the data transmission strategy to transmit the data message to the cloud, and can adopt different data transmission strategies for data messages of different priorities, so that the data messages can be classified and transmitted, thereby improving the flexibility of data transmission. By transmitting the log message of the node to the cloud, relevant personnel can view the log through the cloud without having to go to the site for troubleshooting, which solves the problem that the controller has no log in the past and can improve the efficiency of customer service and operation and maintenance.

[0103] Finally, it should be noted that the above embodiments are intended only to illustrate the technical solutions of this application and are not intended to limit them. Although this application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they may modify the technical solutions described in the aforementioned embodiments or replace some of the technical features therein with equivalents; and such modifications or replacements do not deviate from the spirit and scope of the technical solutions of the various embodiments of this application.

Claims

1. A data processing method, characterized in that: include: Determine a corresponding number of target enabled nodes according to the current bus load rate. The target enabled nodes refer to enabled ECUs. Currently unenabled nodes are enabled in the next cycle. Sending a reporting permission instruction to the multiple target enabling nodes, and adjusting data sending time of the multiple target enabling nodes, wherein the data sending time of different target enabling nodes is different; Obtain data messages sent by the multiple target enabling nodes, wherein the data messages include log messages and embedded data messages; Determining the priority of the data message according to the identification information of the data message; If the priority of the data message is the first priority, determining that the data message corresponds to a first data transmission strategy, wherein the data transmission path corresponding to the first data transmission strategy is from the node to the smart Bluetooth module SBM, then from the SBM to the central control unit CCU, then from the CCU to the remote communication terminal TBOX, and then from the TBOX to the cloud; If the priority of the data packet is the second priority, determine that the data packet corresponds to a second data transmission strategy, the second priority is lower than the first priority, wherein the data transmission path corresponding to the second data transmission strategy is from the node to the SBM, then from the SBM to the CCU, and then from the CCU to the cloud; The data transmission strategy is adopted to transmit the data message to the cloud.

2. The method according to claim 1, characterized in that The adopting the data transmission strategy to transmit the data message to the cloud includes: If the priority of the data message is the first priority, the first data transmission strategy is adopted to transmit the data message to the cloud in real time through the transparent transmission channel of TBOX.

3. The method according to claim 1, characterized in that The adopting the data transmission strategy to transmit the data message to the cloud includes: If the priority of the data message is the second priority, the second data transmission strategy is adopted, and when the amount of cached data of the data message to be transmitted reaches a preset threshold, the data message is transmitted to the cloud; alternatively, the second data transmission strategy is adopted, and when the sending cycle is reached, the data message is transmitted to the cloud.

4. The method according to any one of claims 1 to 3, characterized in that After transmitting the data message using the data transmission strategy, the method further includes: When receiving the query instruction from the cloud, the locally cached data message is sent to the cloud.

5. A data processing device, characterized in that: include: A message acquisition module is used to determine a corresponding number of target enabled nodes according to the current bus load rate. The target enabled nodes refer to enabled ECUs. Currently unenabled nodes are enabled in the next cycle. Sending a reporting permission instruction to the multiple target enabling nodes, and adjusting the data sending time of the multiple target enabling nodes, wherein the data sending time of different target enabling nodes is different; obtaining data messages sent by the multiple target enabling nodes, wherein the data messages include log messages and embedded data messages; a strategy determination module, configured to determine the priority of the data message based on the identification information of the data message; if the priority of the data message is a first priority, determine that the data message corresponds to a first data transmission strategy, wherein the data transmission path corresponding to the first data transmission strategy is from the node to the smart Bluetooth module SBM, then from the SBM to the central control unit CCU, then from the CCU to the remote communication terminal TBOX, and then from the TBOX to the cloud; if the priority of the data message is a second priority, determine that the data message corresponds to a second data transmission strategy, the second priority being lower than the first priority, wherein the data transmission path corresponding to the second data transmission strategy is from the node to the SBM, then from the SBM to the CCU, and then from the CCU to the cloud; The data transmission module is used to transmit the data message to the cloud using the data transmission strategy.

6. A vehicle, characterized in that: include: Memory; one or more processors; One or more application programs, wherein the one or more application programs are stored in the memory and are configured to, when called by the one or more processors, enable the one or more processors to execute the method according to any one of claims 1 to 4.

7. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores program code, and when the program code is called by a processor, the processor is configured to execute the method according to any one of claims 1 to 4.

Images