Method and device for determining tire pressure data receiving rate

Abstract

The invention provides a method and a device for determining a tire pressure data receiving rate. The method comprises the following steps: acquiring a tire pressure data source file, and an identity label and a classification label of each wheel; extracting message information of each wheel from the tire pressure data source file according to the identity identifier and the classification identifier of each wheel; determining a receiving time list corresponding to each receiving channel according to the message information of each wheel; and determining the tire pressure data receiving rate of each receiving channel according to the receiving time list and the time interval corresponding to each receiving channel. Therefore, the data can be automatically screened based on the obtained tire pressure data source file and the identity label and the classification label of each wheel, and the receiving time list corresponding to each wheel and each receiving channel is obtained, so that the tire pressure data receiving rate corresponding to each wheel and each receiving channel can be automatically calculated; and the conditions of long time consumption and error proneness caused by manual calculation are improved, so that the efficiency and the accuracy of determining the tire pressure data receiving rate are improved.

Description

Technical Field

[0001] The present application belongs to the technical field of data analysis, and in particular, relates to a method and device for determining a tire pressure data reception rate. Background Art

[0002] In the data analysis stage of the telematics box (Tbox), it is necessary to calculate the frame reception rate and packet reception rate of the tire pressure data sent by the Tbox based on the received tire pressure data source file. At present, the settlement process usually requires manual screening of relevant data, and then use common data processing software such as Excel for calculation. The whole process requires manual data screening multiple times and changing different software to process data, which consumes a lot of manpower and time, and there is a risk of omissions and errors.

[0003] It can be seen that it is necessary to provide a method for determining the tire pressure data reception rate efficiently and accurately. Summary of the invention

[0004] The embodiments of the present application provide a method and device for determining a tire pressure data reception rate, which can efficiently and accurately determine the tire pressure data reception rate.

[0005] In a first aspect, an embodiment of the present application provides a method for determining a tire pressure data reception rate, comprising:

[0006] Obtain tire pressure data source file, identity and classification identification of each wheel;

[0007] Extracting the message information of each wheel from the tire pressure data source file according to the identity and classification identifier of each wheel;

[0008] According to the message information of each wheel, determine the receiving time list corresponding to each receiving channel;

[0009] The tire pressure data receiving rate of each receiving channel is determined according to the receiving time list and time interval corresponding to each receiving channel.

[0010] In a second aspect, an embodiment of the present application provides a device for determining a tire pressure data reception rate, comprising:

[0011] An acquisition module is used to obtain a tire pressure data source file, an identity identifier and a classification identifier of each wheel;

[0012] An extraction module, used to extract the message information of each wheel from the tire pressure data source file according to the identity identifier and classification identifier of each wheel;

[0013] A first determination module, used to determine a receiving time list corresponding to each receiving channel according to the message information of each wheel;

[0014] The second determination module is used to determine the tire pressure data receiving rate of each receiving channel according to the receiving time list and time interval corresponding to each receiving channel.

[0015] In a third aspect, an embodiment of the present application provides an electronic device, the device comprising:

[0016] A processor and a memory storing programs or instructions;

[0017] The above method is implemented when the processor executes the program or instruction.

[0018] In a fourth aspect, an embodiment of the present application provides a machine-readable storage medium, on which a program or instruction is stored, and the program or instruction implements the above method when executed by a processor.

[0019] In a fifth aspect, an embodiment of the present application provides a computer program product. When instructions in the computer program product are executed by a processor of an electronic device, the electronic device executes the above method.

[0020] The method and device for determining the tire pressure data reception rate of the embodiment of the present application can obtain the tire pressure data source file, the identity and classification identification of each wheel; extract the message information of each wheel from the tire pressure data source file according to the identity and classification identification of each wheel; determine the receiving time list corresponding to each receiving channel according to the message information of each wheel; determine the tire pressure data reception rate of each receiving channel according to the receiving time list and time interval corresponding to each receiving channel. In this way, based on the obtained tire pressure data source file, the identity and classification identification of each wheel, the data can be automatically screened to obtain the receiving time list corresponding to each wheel and each receiving channel, so that the tire pressure data reception rate corresponding to each wheel and each receiving channel can be automatically calculated, which improves the time-consuming and error-prone situation caused by manual calculation, thereby improving the efficiency and accuracy of determining the tire pressure data reception rate. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] In order to more clearly illustrate the technical solution of the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0022] Figure 1 is a flowchart of a method for determining a tire pressure data receiving rate provided by an embodiment of the present application;

[0023] Figure 2 It is a flowchart of determining whether a packet is sent normally in the method for determining the tire pressure data receiving rate provided in an embodiment of the present application;

[0024] Figure 3is a schematic diagram of a display interface in a method for determining a tire pressure data receiving rate provided in an embodiment of the present application;

[0025] Figure 4 It is a flowchart of a specific scenario embodiment of the method for determining the tire pressure data receiving rate provided in an embodiment of the present application;

[0026] Figure 5 is a structural schematic diagram of a device for determining a tire pressure data receiving rate provided by another embodiment of the present application;

[0027] Figure 6 It is a structural diagram of an electronic device provided by yet another embodiment of the present application. DETAILED DESCRIPTION

[0028] The features and exemplary embodiments of various aspects of the present application will be described in detail below. In order to make the purpose, technical solutions and advantages of the present application clearer, the present application will be further described in detail below in conjunction with the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain the present application, rather than to limit the present application. For those skilled in the art, the present application can be implemented without the need for some of these specific details. The following description of the embodiments is only to provide a better understanding of the present application by illustrating the examples of the present application.

[0029] It should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the statement "include..." do not exclude the existence of other identical elements in the process, method, article or device including the elements.

[0030] In order to solve the problems in the prior art, the embodiments of the present application provide a method and device for determining a tire pressure data reception rate. The method for determining a tire pressure data reception rate provided by the embodiments of the present application is first introduced below.

[0031] Figure 1 FIG. 1 is a flow chart showing a method for determining a tire pressure data receiving rate provided by an embodiment of the present application. Figure 1 As shown, the method for determining the tire pressure data receiving rate may include the following steps:

[0032] Step 101, obtaining a tire pressure data source file, an identity identifier and a classification identifier of each wheel.

[0033] In step 101, a tire pressure data source file for which a receiving rate needs to be calculated, and an identity identifier and a classification identifier of each wheel for filtering data may be obtained.

[0034] For example, the tire pressure data source file can be obtained based on user selection, or the system can pre-set a path and obtain the tire pressure data source file under this path. The classification identifier can be used to characterize the preset classification method of tire pressure data. The classification identifier can be input by the user or pre-set by the system. The identity document (ID) of each wheel can be obtained from the message file under the same path as the tire pressure data source file. The message file is a log file generated when receiving data.

[0035] For example, the left front wheel ID may be 46, the right front wheel ID may be 31, the right rear wheel ID may be 1c, the left rear wheel ID may be 9c, and the classification identifier may be 2F9.

[0036] Step 102: extracting the message information of each wheel from the tire pressure data source file according to the identity identifier and classification identifier of each wheel.

[0037] In step 102, after reading the left front wheel ID, the right front wheel ID, the right rear wheel ID and the left rear wheel ID from the message file, the message information of each wheel can be extracted from the tire pressure data source file in combination with the classification identifier.

[0038] Step 103, determining a receiving time list corresponding to each receiving channel according to the message information of each wheel.

[0039] In step 103, for each wheel's message information, the receiving time and receiving channel information of the message information are read and stored in the list variables respectively. It is determined whether the received data belongs to the CAN1 channel or the CAN2 channel, and further divided into the receiving time of the CAN1 channel and the receiving time of the CAN2 channel, so as to obtain the receiving time list corresponding to each receiving channel.

[0040] It can be understood that each receiving time list may include multiple receiving times.

[0041] For example, the loadtxt function can be used to read the two columns of information, the receiving channel information and the receiving time, in the message information of each wheel and save them to the list variable. The value of the receiving channel information variable is judged cyclically. If the value is '1', the corresponding receiving time is written to the new receiving time list variable, indicating that it is the receiving time of the CAN1 channel; if the value is '2', the corresponding receiving time is written to the new receiving time list variable, indicating that it is the receiving time of the CAN2 channel.

[0042] Step 104 : determining the tire pressure data receiving rate of each receiving channel according to the receiving time list and time interval corresponding to each receiving channel.

[0043] In step 104, the tire pressure data receiving rate may include a frame receiving rate and / or a packet receiving rate. Generally, the tire pressure data is sent in the form of a data packet, and a data packet includes a preset number of frames of data, such as three frames of data in a data packet.

[0044] In some embodiments, the tire pressure data reception rate may include a frame reception rate and a packet reception rate; the frame reception rate represents the ratio of the actual number of received frames to the theoretical number of received frames, and the packet reception rate represents the ratio of the actual number of received packets to the theoretical number of received packets.

[0045] The time interval may be set based on an empirical value or determined based on a receiving time list, and is not specifically limited here.

[0046] The theoretical number of received packets can be obtained by dividing the difference between the last receiving time and the first receiving time in the receiving list by the time interval, and the theoretical number of received frames can be obtained by multiplying the theoretical number of received packets by a preset number of frames, such as three. The theoretical number of received packets and the theoretical number of received frames may refer to the number of packets and frames that should be received when the receiving rate is 100%.

[0047] The length of the receiving list is read and used as the actual number of received frames. As mentioned above, a data packet includes multiple frames of data, so in some examples, the receiving list can be deduplicated and the length of the deduplicated list can be used as the actual number of received packets.

[0048] The tire pressure data reception rate can be calculated as follows:

[0049] Frame receiving rate = actual number of received frames / theoretical number of received frames * 100%;

[0050] Packet reception rate = actual number of received packets / theoretical number of received packets * 100%.

[0051] In the embodiment of the present application, the method for determining the tire pressure data reception rate can obtain the tire pressure data source file, the identity and classification identification of each wheel; extract the message information of each wheel from the tire pressure data source file according to the identity and classification identification of each wheel; determine the receiving time list corresponding to each receiving channel according to the message information of each wheel; determine the tire pressure data reception rate of each receiving channel according to the receiving time list and time interval corresponding to each receiving channel. In this way, based on the obtained tire pressure data source file, the identity and classification identification of each wheel, the data can be automatically screened to obtain the receiving time list corresponding to each wheel and each receiving channel, so that the tire pressure data reception rate corresponding to each wheel and each receiving channel can be automatically calculated, which improves the time-consuming and error-prone situation caused by manual calculation, thereby improving the efficiency and accuracy of determining the tire pressure data reception rate.

[0052] In some embodiments, before step 104, the method for determining the tire pressure data receiving rate may further include:

[0053] The receiving time in the receiving time list corresponding to each receiving channel is subjected to data type conversion processing and rounding and deduplication processing to obtain a target time list corresponding to each receiving channel;

[0054] Record the first difference between the i+1th receiving time and the ith receiving time in the target time list to obtain a difference list, where i is a positive integer;

[0055] The most frequently occurring value in the difference list is determined as the time interval.

[0056] In this embodiment, for each receiving channel in the message information of each wheel, the receiving time in the receiving time list can be converted from a string to a floating point number using the float function, and then rounded using the round function, and then the data can be deduplicated using the set function to generate a target time list.

[0057] Subtract the previous receiving time from the next receiving time in the target time list to get the first difference, which is stored in a difference list. The receiving time in the entire target time list is traversed, and the value that is repeated most frequently in the difference list can be considered as the time interval t.

[0058] In this way, the system can automatically identify the time interval without manual setting, further achieving automation and improving the accuracy of subsequent tire pressure data reception rate determination.

[0059] In some embodiments, the above step 104 may include the following steps:

[0060] Read the list length, first receiving time and last receiving time of the receiving time list corresponding to each receiving channel;

[0061] Determine the list length as the actual number of received frames;

[0062] Determine the theoretical number of received packets based on the first receiving time, the last receiving time, and the time interval;

[0063] Determine the theoretical number of received frames according to the theoretical number of received packets and the preset number of frames in each packet;

[0064] The frame receiving rate of each receiving channel is determined according to the actual number of received frames and the theoretical number of received frames.

[0065] In this embodiment, for each receiving channel in the message information of each wheel, the list length, the first receiving time and the last receiving time of the receiving time list can be read. The list length is read using the len function, which can be considered as the actual number of received frames.

[0066] The difference between the last receiving time and the first receiving time can be calculated and divided by the time interval to obtain the theoretical number of received packets. The theoretical number of received packets can be multiplied by the preset number of frames in each packet, such as multiplied by three, to obtain the theoretical number of received frames.

[0067] The frame receiving rate may be determined according to the actual number of received frames and the theoretical number of received frames, wherein the frame receiving rate=actual number of received frames / theoretical number of received frames*100%.

[0068] In some embodiments, the above step 104 may further include:

[0069] The second difference between the jth receiving time in the target time list and the starting receiving time is modulo the time interval, where j is an integer greater than 1;

[0070] When the remainder is equal to 0, the jth receiving time is determined as the time of normal packet reception;

[0071] Count the actual number of received packets corresponding to normal received packets;

[0072] Determine the theoretical number of received packets according to the time interval, and the first receiving time and the last receiving time in the target time list;

[0073] The packet receiving rate of each receiving channel is determined based on the actual number of received packets and the theoretical number of received packets.

[0074] In this embodiment, the initial start receiving time may be the first receiving time, and the second difference between the jth receiving time and the first receiving time in the target time list may be taken modulo the time interval t. If the remainder is equal to 0, it can be considered that the jth receiving time is the time when the packet is normally received. By traversing the entire target time list, the receiving times corresponding to all normal receiving packets can be obtained, and the number of these receiving times can be considered as the actual number of received packets.

[0075] The theoretical number of received packets can be obtained by calculating the difference between the last receiving time and the first receiving time in the target time list and dividing it by the time interval.

[0076] The packet receiving rate may be determined according to the actual number of received packets and the theoretical number of received packets, wherein the packet receiving rate=actual number of received packets / theoretical number of received packets*100%.

[0077] In some embodiments, the method for determining the tire pressure data receiving rate after taking the modulus of the time interval of the second difference between the jth receiving time in the target time list and the starting receiving time may further include:

[0078] When the remainder is not equal to 0, determining a third difference between the j-th receiving time and the j-1-th receiving time;

[0079] When the third difference is smaller than the time interval, the jth reception time is determined as the time of the abnormal reception packet.

[0080] In this implementation, there may be network delays, resulting in a difference between the difference between two adjacent receiving times and the time interval. In order to more accurately count the actual number of received packets, when the remainder is not equal to 0, the third difference between the j-th receiving time and the j-1-th receiving time can also be compared with the size of the time interval.

[0081] If the third difference is less than the time interval t, it can be considered that the packet belongs to the previous packet and is not a normal packet, so the jth receiving time can be determined as the time of the abnormal receiving packet.

[0082] In some embodiments, after determining the third difference between the j-th receiving time and the j-1-th receiving time when the remainder is not equal to 0, the method for determining the tire pressure data receiving rate may further include:

[0083] When the third difference is greater than the time interval, the jth receiving time is determined as the time of normal packet reception;

[0084] Update the jth receiving time to the starting receiving time.

[0085] In this embodiment, if the third difference is greater than the time interval, it can be considered that the packet may be received slowly due to network delays and other reasons. In this case, it can be judged as a normal packet, and the jth receiving time can be determined as the time for normal packet reception.

[0086] In order to ensure that there is no superposition error in subsequent calculations, the jth receiving time can be updated to the starting receiving time. In this way, the accuracy of the actual number of received packets is improved, thereby improving the accuracy of determining the tire pressure data receiving rate.

[0087] In some examples, such as Figure 2 As shown, in order to improve the accuracy of the actual number of received packets, the determination of the actual number of received packets may include the following steps:

[0088] Step 201, (data[j]-data[0]) modulo t, where data[j] is the jth receiving time in the target time list, and data[0] is the starting receiving time in the target time list.

[0089] Step 202, whether the remainder is 0, if so, execute step 203, if not, execute step 206.

[0090] Step 203: Receive the packet normally and record data[j]. That is, the jth receiving time is determined as the time when the packet is received normally.

[0091] Step 204, whether j is greater than n, where n is the number of receiving times in the target time list, if yes, then execute step 205, if no, then repeat steps 201 to 204 for the next receiving time.

[0092] Step 205: Output the receiving time of all the normally received packets. The number of the receiving time of all the normally received packets can be regarded as the actual number of received packets.

[0093] Step 206, whether (data[j]-data[j-1]) is greater than t, if so, execute step 203 and update the jth receiving time to the starting receiving time, if not, execute step 207.

[0094] Step 207, abnormally received packet: that is, the jth receiving time is determined as the time of abnormally received packet.

[0095] In some embodiments, the above step 102 may include:

[0096] Read the file information of the tire pressure data source file, and pre-process the file information to obtain an intermediate file, in which there is a space between two adjacent columns;

[0097] According to the identity and classification identification of each wheel, the message information of each wheel is extracted from the intermediate file.

[0098] In this embodiment, the file information of the tire pressure data source file can be read and preprocessed, that is, the spaces between two adjacent columns in the file information are processed, and the replace function is used to replace two consecutive spaces, three consecutive spaces, four consecutive spaces, and five consecutive spaces in the file information with one space to obtain an intermediate file.

[0099] Then, according to the identity and classification identification of each wheel, the message information of each wheel is extracted from the intermediate file. In this way, the intermediate file is convenient for subsequent data screening, and the message information of each wheel can be determined more efficiently and accurately.

[0100] In some embodiments, the above step 101 may include:

[0101] Display a target interface, where the target interface includes a first control and a second control;

[0102] Receiving a first input to a first control;

[0103] In response to a first input, obtaining a tire pressure data source file under a path associated with the first input;

[0104] Get the identity of each wheel from the message file under the path;

[0105] receiving a second input to a second control;

[0106] In response to the second input, a category identifier associated with the second input is obtained.

[0107] In this embodiment, if Figure 3 As shown, a target interface may be displayed, and the target interface may include a first control 301, such as a "select data source file" control, and a second control 302, such as an "input category identifier" control.

[0108] A first input to the first control 301 may be received, and in response to the first input, a tire pressure data source file under a path associated with the first input may be obtained, and the identity of each wheel may be obtained from a message file under the path. For example, when a user clicks the "Select Data Source File" control, a tire pressure data source file to be calculated may be selected on the device, the file suffix of which is .asc, and the message file under the same path may be automatically opened to obtain the ID of each wheel.

[0109] A second input to the second control 302 may be received, and in response to the second input, a classification identifier associated with the second input may be obtained. For example, by clicking the "input classification identifier" control, a keyword for filtering source files may be input, and the keyword is given by actual needs.

[0110] The target interface may further include a “start calculation” control 303 , and the “start calculation” control 303 may be clicked to execute steps 102 to 104 as described above.

[0111] In some embodiments, the target interface may include a third control. After the above step 104, the method for determining the tire pressure data receiving rate may further include:

[0112] receiving a third input to a third control;

[0113] In response to the third input, a tire pressure data receiving rate of the wheel associated with the third input is displayed.

[0114] In this embodiment, if Figure 3 As shown, the target interface may further include a third control 304, such as a "left front wheel" control, a "right front wheel" control, a "rear wheel" control, and a "right rear wheel" control.

[0115] A third input to the third control 304 may be received, and in response to the third input, the tire pressure data receiving rate of the wheel associated with the third input is displayed. For example, if the user clicks the "left front wheel" control, the tire pressure data receiving rate of the left front wheel may be displayed.

[0116] In this way, the frame reception rate and packet reception rate of each wheel can be quickly output, which can be used as a basis for judging whether the equipment is operating normally and locating the fault position.

[0117] like Figure 4 As shown, based on the method for determining the tire pressure data reception rate provided in the above embodiment, the present application also provides a specific scenario embodiment of the method for determining the tire pressure data reception rate.

[0118] This scenario embodiment includes the following steps:

[0119] Step 401, select a tire pressure data source file and input a classification identifier;

[0120] Step 402, read the file information, process the continuous multiple spaces between two adjacent columns, and obtain an intermediate file;

[0121] Step 403, read each wheel ID in the message file under the same path, and extract the message information of each wheel from the intermediate file;

[0122] Step 404, grouping the receiving time in the message information according to the receiving channel information, and calculating the actual number of received frames;

[0123] Step 405, calculating the actual number of received packets, the theoretical number of received packets and the theoretical number of received frames according to the logic judgment code;

[0124] Step 406, calculating the frame reception rate and the packet reception rate;

[0125] Step 407, save the calculation results.

[0126] Based on the method for determining the tire pressure data reception rate provided in the above embodiment, the present application also provides an embodiment of a device for determining the tire pressure data reception rate.

[0127] Figure 5 A schematic diagram of the structure of an apparatus for determining a tire pressure data reception rate provided in another embodiment of the present application is shown. For ease of explanation, only the portion related to the embodiment of the present application is shown.

[0128] Reference Figure 5 , the device 500 for determining the tire pressure data receiving rate includes:

[0129] An acquisition module 501 is used to acquire a tire pressure data source file, an identity identifier and a classification identifier of each wheel;

[0130] An extraction module 502 is used to extract the message information of each wheel from the tire pressure data source file according to the identity identifier and classification identifier of each wheel;

[0131] A first determining module 503 is used to determine a receiving time list corresponding to each receiving channel according to the message information of each wheel;

[0132] The second determining module 504 is used to determine the tire pressure data receiving rate of each receiving channel according to the receiving time list and time interval corresponding to each receiving channel.

[0133] In some embodiments, the apparatus 500 for determining the tire pressure data receiving rate may further include:

[0134] A processing module is used to perform data type conversion and rounding and deduplication processing on the receiving time in the receiving time list corresponding to each receiving channel to obtain a target time list corresponding to each receiving channel;

[0135] A recording module, used for recording the first difference between the i+1th receiving time and the ith receiving time in the target time list to obtain a difference list, where i is a positive integer;

[0136] The third determining module is used to determine the value with the highest frequency in the difference list as the time interval.

[0137] In some embodiments, the tire pressure data reception rate includes a frame reception rate and a packet reception rate; the frame reception rate represents the ratio of the actual number of received frames to the theoretical number of received frames, and the packet reception rate represents the ratio of the actual number of received packets to the theoretical number of received packets.

[0138] In some embodiments, the second determination module 504 may be configured to:

[0139] Read the list length, first receiving time and last receiving time of the receiving time list corresponding to each receiving channel;

[0140] Determine the list length as the actual number of received frames;

[0141] Determine the theoretical number of received packets based on the first receiving time, the last receiving time, and the time interval;

[0142] Determine the theoretical number of received frames according to the theoretical number of received packets and the preset number of frames in each packet;

[0143] The frame receiving rate of each receiving channel is determined according to the actual number of received frames and the theoretical number of received frames.

[0144] In some embodiments, the second determination module 504 may be configured to:

[0145] The second difference between the jth receiving time in the target time list and the starting receiving time is modulo the time interval, where j is an integer greater than 1;

[0146] When the remainder is equal to 0, the jth receiving time is determined as the time of normal packet reception;

[0147] Count the actual number of received packets corresponding to normal received packets;

[0148] Determine the theoretical number of received packets according to the time interval, and the first receiving time and the last receiving time in the target time list;

[0149] The packet receiving rate of each receiving channel is determined based on the actual number of received packets and the theoretical number of received packets.

[0150] In some embodiments, the apparatus 500 for determining the tire pressure data receiving rate may further include:

[0151] a fourth determining module, configured to determine, when the remainder is not equal to 0, a third difference between the j-th receiving time and the j-1-th receiving time;

[0152] The fifth determining module is used to determine the jth receiving time as the time of abnormal receiving packet when the third difference is less than the time interval.

[0153] In some embodiments, the apparatus 500 for determining the tire pressure data receiving rate may further include:

[0154] a sixth determining module, configured to determine the jth receiving time as the time of normal packet reception when the third difference is greater than the time interval;

[0155] The updating module is used to update the j-th receiving time to the starting receiving time.

[0156] In some embodiments, the extraction module 502 can be used to:

[0157] Read the file information of the tire pressure data source file, and pre-process the file information to obtain an intermediate file, in which there is a space between two adjacent columns;

[0158] According to the identity and classification identification of each wheel, the message information of each wheel is extracted from the intermediate file.

[0159] In some embodiments, the acquisition module 501 may be used to:

[0160] Display a target interface, where the target interface includes a first control and a second control;

[0161] Receiving a first input to a first control;

[0162] In response to a first input, obtaining a tire pressure data source file under a path associated with the first input;

[0163] Get the identity of each wheel from the message file under the path;

[0164] receiving a second input to a second control;

[0165] In response to the second input, a category identifier associated with the second input is obtained.

[0166] It should be noted that the information interaction, execution process, etc. between the above-mentioned devices / units are based on the same concept as the method embodiment of the present application, and are devices corresponding to the above-mentioned method for determining the tire pressure data reception rate. All implementation methods in the above-mentioned method embodiment are applicable to the embodiments of the device. Its specific functions and technical effects can be found in the method embodiment part, which will not be repeated here.

[0167] The technicians in the relevant field can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example for illustration. In practical applications, the above-mentioned function allocation can be completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiment can be integrated in a processing unit, or each unit can exist physically separately, or two or more units can be integrated in one unit. The above-mentioned integrated unit can be implemented in the form of hardware or in the form of software functional units. In addition, the specific names of the functional units and modules are only for the convenience of distinguishing each other, and are not used to limit the scope of protection of this application. The specific working process of the units and modules in the above-mentioned system can refer to the corresponding process in the aforementioned method embodiment, which will not be repeated here.

[0168] Figure 6 A schematic diagram of the hardware structure of an electronic device provided in yet another embodiment of the present application is shown.

[0169] The device may include a processor 601 and a memory 602 storing programs or instructions.

[0170] When the processor 601 executes the program, the steps in any of the above method embodiments are implemented.

[0171] Exemplarily, the program may be divided into one or more modules / units, one or more modules / units are stored in the memory 602 and executed by the processor 601 to complete the present application. One or more modules / units may be a series of program instruction segments capable of completing a specific function, and the instruction segments are used to describe the execution process of the program in the device.

[0172] Specifically, the processor 601 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present application.

[0173] The memory 602 may include a large capacity memory for data or instructions. By way of example and not limitation, the memory 602 may include a hard disk drive (HDD), a floppy disk drive, a flash memory, an optical disk, a magneto-optical disk, a magnetic tape, or a universal serial bus (USB) drive or a combination of two or more of these. In appropriate cases, the memory 602 may include a removable or non-removable (or fixed) medium. In appropriate cases, the memory 602 may be inside or outside the integrated gateway disaster recovery device. In a specific embodiment, the memory 602 is a non-volatile solid-state memory.

[0174] The memory may include read-only memory (ROM), random access memory (RAM), magnetic disk storage media devices, optical storage media devices, flash memory devices, electrical, optical or other physical / tangible memory storage devices. Thus, typically, the memory includes one or more tangible (non-transitory) machine-readable storage media (e.g., memory devices) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the method according to an aspect of the present disclosure.

[0175] The processor 601 implements any one of the methods in the above embodiments by reading and executing the program or instruction stored in the memory 602 .

[0176] In one example, the electronic device may further include a communication interface 603 and a bus 604. The processor 601, the memory 602, and the communication interface 603 are connected via the bus 604 and communicate with each other.

[0177] The communication interface 603 is mainly used to implement communication between various modules, devices, units and / or equipment in the embodiments of the present application.

[0178] Bus 604 includes hardware, software or both, and the parts of online data flow billing equipment are coupled to each other. For example, but not limitation, bus may include accelerated graphics port (AGP) or other graphics bus, enhanced industrial standard architecture (EISA) bus, front-end bus (FSB), hypertransport (HT) interconnection, industrial standard architecture (ISA) bus, infinite bandwidth interconnection, low pin count (LPC) bus, memory bus, micro channel architecture (MCA) bus, peripheral component interconnection (PCI) bus, PCI-Express (PCI-X) bus, serial advanced technology attachment (SATA) bus, video electronics standard association local (VLB) bus or other suitable bus or two or more of these combinations. In appropriate cases, bus 604 may include one or more buses. Although the present application embodiment describes and shows a specific bus, the application considers any suitable bus or interconnection.

[0179] In addition, in combination with the method in the above embodiment, the embodiment of the present application may provide a machine-readable storage medium for implementation. The machine-readable storage medium stores a program or instruction; when the program or instruction is executed by a processor, any one of the methods in the above embodiment is implemented. The machine-readable storage medium can be read by a machine such as a computer.

[0180] An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface and the processor are coupled, and the processor is used to run programs or instructions to implement the various processes of the above-mentioned method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0181] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

[0182] An embodiment of the present application provides a computer program product, which is stored in a machine-readable storage medium. The program product is executed by at least one processor to implement the various processes of the above-mentioned method embodiment and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0183] It should be clear that the present application is not limited to the specific configuration and processing described above and shown in the figures. For the sake of simplicity, a detailed description of the known method is omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of the present application is not limited to the specific steps described and shown, and those skilled in the art can make various changes, modifications and additions, or change the order between the steps after understanding the spirit of the present application.

[0184] The functional modules shown in the above block diagram can be implemented as hardware, software, firmware or their combination. When implemented in hardware, it can be, for example, an electronic circuit, an application specific integrated circuit (ASIC), suitable firmware, a plug-in, a function card, etc. When implemented in software, the elements of the present application are programs or code segments that are used to perform the required tasks. Programs or code segments can be stored in machine-readable media, or transmitted on a transmission medium or a communication link by a data signal carried in a carrier wave. "Machine-readable media" can include any medium that can store or transmit information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROM, flash memory, erasable ROM (EROM), floppy disks, CD-ROMs, optical disks, hard disks, optical fiber media, radio frequency (RF) links, etc. Code segments can be downloaded via computer grids such as the Internet, intranets, etc.

[0185] It should also be noted that the exemplary embodiments mentioned in this application describe some methods or systems based on a series of steps or devices. However, this application is not limited to the order of the above steps, that is, the steps can be performed in the order mentioned in the embodiment, or in a different order from the embodiment, or several steps can be performed simultaneously.

[0186] Aspects of the present disclosure are described above with reference to the flowchart and / or block diagram of the method, device (system) and program product according to the embodiment of the present disclosure. It should be understood that each box in the flowchart and / or block diagram and the combination of each box in the flowchart and / or block diagram can be implemented by a computer program or instruction. These programs or instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device to produce a machine so that these instructions executed by the processor of the computer or other programmable data processing device enable the implementation of the function / action specified in one or more boxes of the flowchart and / or block diagram. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field programmable logic circuit. It can also be understood that each box in the block diagram and / or flowchart and the combination of boxes in the block diagram and / or flowchart can also be implemented by dedicated hardware that performs a specified function or action, or can be implemented by a combination of dedicated hardware and computer instructions.

[0187] The above are only specific implementation methods of the present application. Those skilled in the art can clearly understand that for the convenience and simplicity of description, the specific working processes of the systems, modules and units described above can refer to the corresponding processes in the aforementioned method embodiments, and will not be repeated here. It should be understood that the protection scope of the present application is not limited to this. Any technician familiar with the technical field can easily think of various equivalent modifications or replacements within the technical scope disclosed in this application, and these modifications or replacements should be included in the protection scope of this application.

Claims

1. A method for determining a tire pressure data receiving rate, characterized in that: The method comprises: Obtain tire pressure data source file, identity and classification identification of each wheel; Extracting the message information of each wheel from the tire pressure data source file according to the identity identifier of each wheel and the classification identifier; Determine a receiving time list corresponding to each receiving channel according to the message information of each wheel; The tire pressure data receiving rate of each receiving channel is determined according to the receiving time list and time interval corresponding to each receiving channel.

2. The method according to claim 1, characterized in that Before determining the tire pressure data receiving rate of each receiving channel according to the receiving time list and time interval corresponding to each receiving channel, the method further includes: The receiving time in the receiving time list corresponding to each receiving channel is subjected to data type conversion processing and rounding and duplicate removal processing to obtain a target time list corresponding to each receiving channel; Record the first difference between the i+1th receiving time and the ith receiving time in the target time list to obtain a difference list, where i is a positive integer; The value that appears most frequently in the difference value list is determined as the time interval.

3. The method according to claim 2, characterized in that The tire pressure data receiving rate includes a frame receiving rate and a packet receiving rate; the frame receiving rate represents the ratio of the actual number of received frames to the theoretical number of received frames, and the packet receiving rate represents the ratio of the actual number of received packets to the theoretical number of received packets.

4. The method according to claim 3, characterized in that Determining the tire pressure data receiving rate of each receiving channel according to the receiving time list and time interval corresponding to each receiving channel includes: Read the list length, the first receiving time and the last receiving time of the receiving time list corresponding to each receiving channel; Determine the list length as the actual number of received frames; Determine the theoretical number of received packets according to the first receiving time, the last receiving time, and the time interval; Determine the theoretical number of received frames according to the theoretical number of received packets and the preset number of frames in each packet; The frame receiving rate of each receiving channel is determined according to the actual number of received frames and the theoretical number of received frames.

5. The method according to claim 3, characterized in that: The determining the tire pressure data receiving rate of each receiving channel according to the receiving time list and time interval corresponding to each receiving channel includes: The second difference between the jth receiving time in the target time list and the start receiving time is modulo the time interval, where j is an integer greater than 1; When the remainder is equal to 0, the j-th receiving time is determined as the time of normal packet reception; Count the actual number of received packets corresponding to normal received packets; Determine the theoretical number of received packets according to the time interval, and the first receiving time and the last receiving time in the target time list; The packet receiving rate of each receiving channel is determined according to the actual number of received packets and the theoretical number of received packets.

6. The method according to claim 5, characterized in that After taking the second difference between the j-th receiving time in the target time list and the starting receiving time modulo the time interval, the method further comprises: When the remainder is not equal to 0, determining a third difference between the j-th receiving time and the j-1-th receiving time; When the third difference is smaller than the time interval, the j-th receiving time is determined as the time of abnormal reception of the packet.

7. The method according to claim 6, characterized in that After determining the third difference between the j-th receiving time and the j-1-th receiving time when the remainder is not equal to 0, the method further includes: In the case where the third difference is greater than the time interval, determining the jth receiving time as the time of normal packet reception; The j-th receiving time is updated to the starting receiving time.

8. The method according to claim 1, characterized in that The extracting the message information of each wheel from the tire pressure data source file according to the identity identifier of each wheel and the classification identifier includes: Reading file information of the tire pressure data source file, and preprocessing the file information to obtain an intermediate file, wherein there is a space between two adjacent columns in the intermediate file; The message information of each wheel is extracted from the intermediate file according to the identity identifier of each wheel and the classification identifier.

9. The method according to claim 1, characterized in that: The step of obtaining the tire pressure data source file, the identity and classification identification of each wheel includes: Displaying a target interface, wherein the target interface includes a first control and a second control; Receiving a first input to a first control; In response to the first input, obtaining a tire pressure data source file under a path associated with the first input; Get the identity of each wheel from the message file under the path; receiving a second input to a second control; In response to the second input, a category identifier associated with the second input is obtained.

10. A device for determining a tire pressure data receiving rate, characterized in that: The device comprises: An acquisition module is used to obtain a tire pressure data source file, an identity identifier and a classification identifier of each wheel; An extraction module, configured to extract the message information of each wheel from the tire pressure data source file according to the identity identifier of each wheel and the classification identifier; A first determination module, used to determine a receiving time list corresponding to each receiving channel according to the message information of each wheel; The second determination module is used to determine the tire pressure data receiving rate of each receiving channel according to the receiving time list and time interval corresponding to each receiving channel.

Images