Data Upload Method, Data Reception Method and Device

Abstract

The present application discloses a data uploading method, a data receiving method and a device. The data uploading method includes: when a preset condition is satisfied, uploading an unknown quantity of data to be sent or a first preset quantity of data to be sent to a network side through multiple rounds of sending; for each round of sending, assigning a second preset quantity of data to be sent to a second preset quantity of preset variables respectively; determining sending channels of the second preset quantity of preset variables according to the corresponding relationship between the preset variables and the sending channels; and uploading the second preset quantity of data to be sent to the network side through the corresponding sending channels simultaneously. The data uploading method, the data receiving method and the device can send a large amount of data using a small number of channels, and solve the problem that the amount of data uploaded currently is limited by in-vehicle network bandwidth resources and T-Box uploading network resources.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and particularly to a data uploading method, a data receiving method and a device. Background Art

[0002] Currently, data in a vehicle electronic control unit (ECU: Electronic Control Unit) is continuously sent one-to-one to an in-vehicle network such as CAN or FlaxRay at a predetermined sending frequency, and then is packaged and uploaded to the cloud by a T-Box (as Figure 1 shown). This method has the following disadvantages: on the one hand, since each electronic control unit needs to upload a large amount of data, and each data requires one network channel, limited by the in-vehicle network bandwidth resources and the T-Box upload network resources, the actually uploaded quantity is very limited. Even useful data may be discarded due to insufficient channel numbers. On the other hand, since data is continuously sent at a predetermined sending frequency, the cloud will also continuously store it, resulting in a large amount of useless data being stored in the cloud. This method wastes both the vehicle network resources, the transmission resources of the vehicle networking network, and the storage resources of the cloud. Summary of the Invention

[0003] The present application provides a data uploading method, a data receiving method and a device, which can send a large amount of data using a small number of channels, and solves the problem that the currently uploaded data volume is limited by the in-vehicle network bandwidth resources and the T-Box upload network resources.

[0004] The present application discloses a data uploading method, which is applied to a controller of a vehicle, and includes:

[0005] When a preset condition is satisfied, an unknown quantity of data to be sent or a first preset quantity of data to be sent is uploaded to a network side through multiple rounds of sending;

[0006] For each round of sending, a second preset quantity of data to be sent is respectively assigned to a second preset quantity of preset variables; a sending channel for the second preset quantity of preset variables is determined according to the corresponding relationship between the preset variables and the sending channels; the second preset quantity of data to be sent is simultaneously uploaded to the network side through the corresponding sending channels.

[0007] In an exemplary embodiment, determining a sending channel for the second preset quantity of preset variables according to the corresponding relationship between the preset variables and the sending channels includes:

[0008] Determining a sending channel for the second preset quantity of preset variables according to the one-to-one corresponding relationship between the preset variables and the sending channels.

[0009] In an exemplary embodiment, the preset conditions include: the controller starts, and the controller starts and a preset event occurs.

[0010] In an exemplary embodiment, when the preset condition is that the controller starts, the second preset quantity of data to be sent includes the third preset quantity of collected data and the number of rounds of the current transmission.

[0011] In an exemplary embodiment, when the preset condition is that the controller starts and a preset event occurs, the second preset quantity of data to be sent includes the third preset quantity of collected data, the number of rounds of the current transmission, and the identifier of the preset event.

[0012] In an exemplary embodiment, the third preset quantity of collected data includes the data within the first preset time period before the occurrence time of the preset event, the data within the second preset time period before the occurrence time of the preset event, the data at the occurrence time of the preset event, the data within the third preset time period after the occurrence time of the preset event, and the data within the fourth preset time period after the occurrence time of the preset event.

[0013] In an exemplary embodiment, when multiple preset events occur simultaneously, the upload order of the preset events is determined according to the preset priority of the preset events.

[0014] In an exemplary embodiment, the time required to send the third preset quantity of data is determined according to the first preset quantity, the third preset quantity, and the time interval between two adjacent transmissions;

[0015] The first preset quantity of data is sent in a cycle with the required time as the period.

[0016] In an exemplary embodiment, after assigning the second preset quantity of data to be sent to the second preset quantity of preset variables respectively, it further includes: recording the correspondence between the fields corresponding to the second preset quantity of data to be sent and the second preset quantity of variables.

[0017] This application discloses a data receiving method, including:

[0018] When data is received from the network side, the variables corresponding to the received data are parsed according to the correspondence between the variables preset for each round and the sending channels, and then the received data is stored in the corresponding fields according to the correspondence between the fields corresponding to the second preset quantity of data to be sent and the second preset quantity of variables.

[0019] This application discloses a data uploading device, including: a memory and a processor;

[0020] The memory is used to save the program for data uploading;

[0021] The processor is configured to read and execute the program for data upload, and execute the above-mentioned data upload method.

[0022] This application discloses a data receiving device, including: a memory and a processor;

[0023] The memory is used to store the program for data reception;

[0024] The processor is configured to read and execute the program for data reception, and execute the above-mentioned data reception method.

[0025] This application has the following advantages:

[0026] At least one embodiment of this application uses conventional vehicle network variables as carriers for data transmission, without limiting their physical meanings and physical addresses. According to actual needs, the number of data transmitted at one time can be flexibly increased or decreased, so that a small number of variables can be used to transmit a large amount of data, making it possible to upload a large amount of data inside the controller;

[0027] At least one embodiment of this application saves vehicle network resources, saves vehicle networking network transmission resources, and saves cloud data storage resources.

[0028] Of course, any product implementing this application does not necessarily need to achieve all of the above-mentioned advantages simultaneously.

[0029] Other features and advantages of this application will be described in the subsequent specification, and some of them will become obvious from the specification, or can be understood by implementing this application. Other advantages of this application can be achieved and obtained through the solutions described in the specification and the drawings. Description of the Drawings

[0030] The drawings are used to provide an understanding of the technical solutions of this application, and constitute a part of the specification. They are used together with the embodiments of this application to explain the technical solutions of this application, and do not constitute a limitation to the technical solutions of this application.

[0031] Figure 1 A schematic diagram of data upload for the prior art;

[0032] Figure 2 A schematic diagram of the data upload method for the embodiment of this application;

[0033] Figure 3 A schematic diagram of round-robin sending for the embodiment of this application;

[0034] Figure 4 A schematic diagram of event sending for the embodiment of this application;

[0035] Figure 5Example of specific event sending for embodiments of this application;

[0036] Figure 6 Schematic diagram of periodic sending for an embodiment of this application;

[0037] Figure 7 Schematic diagram of another periodic sending for an embodiment of this application;

[0038] Figure 8 Example of periodic sending for an embodiment of this application;

[0039] Figure 9 Interface for cloud receiving data for an embodiment of this application;

[0040] Figure 10 Another interface for cloud receiving data for an embodiment of this application. Detailed implementation manners

[0041] Figure 1 Schematic diagram of the method for data uploading for an embodiment of this application. As Figure 1 shown, the method for data uploading in this embodiment includes:

[0042] When a preset condition is satisfied, an unknown quantity of data to be sent or a first preset quantity of data to be sent is uploaded to the network side through multiple rounds of sending;

[0043] For each round of sending, a second preset quantity of data to be sent is respectively assigned to a second preset quantity of preset variables; according to the corresponding relationship between the preset variables and the sending channels, the sending channels of the second preset quantity of preset variables are determined; the second preset quantity of data to be sent is simultaneously uploaded to the network side through the corresponding sending channels.

[0044] Among them, each bit (byte) in the Frame frame of the CAN network can be a sending channel, and a Frame frame of the CAN network includes 8 bytes. If the second preset quantity exceeds 8, more Frame frames can be used. The data to be sent can be, for example, relevant data of a vehicle during driving collected at the same frequency. For example, vehicle speed, motor speed, pedal position, ambient temperature, motor temperature, IGBT temperature, motor voltage, motor current, etc.

[0045] The second preset quantity can be, for example, less than or equal to the network variables of the vehicle electronic controller. The network variables of the vehicle electronic controller can be set as counter variables, and the value of the counter can gradually increase from 1, and the upper limit depends on the total number of data to be uploaded. The network variables can also be used as data carriers, and the data to be sent is respectively assigned to the data carriers, and the number of data carriers is the number of data that can be transmitted in each round. The number of sending rounds is theoretically not limited, that is, the number of round-robin data that can be sent is not limited.

[0046] Each transmission channel can transmit the value of only one variable.

[0047] Take Figure 3 as an example. Figure 3 In it, LZhRC serves as a counter variable, representing the number of transmission rounds, and LunZh1 to LunZh8 serve as data carriers (i.e., the above-mentioned variables). 0x01 represents the first round, 0x02 represents the second round, and so on, 0xxx represents the xxth round. Sig01 to Sigxx are the data to be transmitted. Before the first round of transmission, assign Sig01 to LunZh1, assign Sig02 to LunZh2, assign Sig03 to LunZh3, and so on, assign Sig08 to LunZh8. When transmitting the first round, upload Sig01 - Sig08 and 0x01 to the network side through the corresponding transmission channels respectively. After the first round of transmission, before transmitting the second round, assign Sig09 to LunZh1, assign Sig10 to LunZh2, assign Sig11 to LunZh3, and so on, assign Sig16 to LunZh8. Transmit round by round, start a new round after one round ends until all the data to be transmitted is sent. The transmission period is proportional to the number of transmitted data. When the amount of data transmitted in a certain round is less than the preset number of data carriers, the unassigned data carriers are filled with a specific value. The specific value is set by the user himself.

[0048] In an exemplary embodiment, determining the transmission channels of a second preset number of preset variables according to the corresponding relationship between the preset variables and the transmission channels includes:

[0049] Determine the transmission channels of a second preset number of preset variables according to the one-to-one correspondence between the preset variables and the transmission channels.

[0050] For example, each bit in the Frame frame of the CAN network corresponds to a preset variable.

[0051] In an exemplary embodiment, the preset conditions include: the preset conditions include: the controller starts, and the controller starts and a preset event occurs.

[0052] The preset event can be, for example, battery thermal runaway, power loss, abnormal high-voltage power-off, etc. Since when a certain working condition occurs, a corresponding certain state will be set. For example, when battery self-heating occurs, its corresponding flag bit will be set. Therefore, the user can define the occurrence of a certain event according to the setting of the flag bit. Other events can be defined by oneself.

[0053] In an exemplary embodiment,

[0054] When the preset condition is the startup of the controller, the second preset quantity of data to be sent includes the third preset quantity of collected data and the round number of the current round of sending.

[0055] For Figure 3 example, the data sent in the first round includes Sig01 - Sig08 (i.e., the third preset quantity of collected data) and 0x01 (the round number of the current round of sending).

[0056] In an exemplary embodiment,

[0057] When the preset condition is the startup of the controller and a preset event occurs, the second preset quantity of data to be sent includes the third preset quantity of collected data, the round number of the current round of sending, and the identifier of the preset event.

[0058] Among them, the identifier of the preset event can be, for example, SHJ01, indicating that preset event 1 occurs.

[0059] For Figure 4 example, ShJID represents the event type variable. ShJRC represents the sending round number variable, whose value can gradually increase from 1, and the upper limit is determined according to the total number of data to be uploaded. It is recommended that the maximum round turns to 10. Figure 4 In

[0060] If 10 rounds of data are sent for a certain event, a total of 80 data are sent, which are the instantaneous values of 80 data within the period when a certain event occurs.

[0061] In an exemplary embodiment, the third preset quantity of collected data includes the data within the first preset time period before the occurrence moment of the preset event, the data within the second preset time period before the occurrence moment of the preset event, the data at the occurrence moment of the preset event, the data within the third preset time period after the occurrence moment of the preset event, and the data within the fourth preset time period after the occurrence period of the preset event.

[0062] For Figure 4For example, the controller adopts the method of rolling record. Rolling record means that newly collected data enters the rolling queue, and data beyond a certain time period is discarded. For example, the method of rolling record can cache the data at the moment when an event occurs and within 2.2 seconds before and after the occurrence moment. If 81 sets of instantaneous values are rolled and recorded, that is, the 41st set is the value at the moment when the event occurs, the 1st - 20th sets are spaced 100 ms apart, approximately 20 sets of values within 2 s before the event occurs, the 21st - 40th sets are spaced 10 ms apart, which are the values within 200 ms before the event occurs, the 42nd - 61st sets are spaced 10 ms apart, which are the values within 200 ms after the event occurs, and the 62nd - 81st sets are spaced 100 ms apart, approximately 20 sets of values within 2 s after the event occurs. In this way, the data within 2.2 s before and after the event can be obtained, and the sampling frequency is 10 ms within 0.2 s before and after, and 100 ms at a farther distance.

[0063] Taking the "torque interruption" event as an example, the data upload method is described below.

[0064] "Torque interruption" is an occasional complaint problem in the aftermarket. When the after-sales team goes to the site to investigate the faulty vehicle, "torque interruption" is very difficult to reproduce, which brings great difficulties to problem investigation and a bad experience to customers. To solve such problems, the data within a period of time before and after the moment when the fault occurs can be automatically uploaded to the cloud through the event sending function.

[0065] If the "torque interruption" event occurs, b_powerbreak = 1, and the relevant data is cached in the ECU, with each moment being a set of values. Taking the moment when b_powerbreak = 1 occurs as the center, the data changes within 0.2 seconds before and after are relatively core, and a set of values can be cached every 10 ms, with a total of 40 sets recorded; within 0.2 - 2.2 seconds before and after, the numerical changes are not significant, but their trends are valuable for analysis, and a set of values can be cached every 100 ms, with a total of 40 sets recorded. In summary, a total of 81 sets of values are cached, with a dense middle and sparse sides, which not only makes full use of the cache resources but also meets the requirements of data analysis.

[0066] Finally, as Figure 5 shown, 10 vehicle network variables such as ShJID, ShJRC, ShJ1 - ShJ8 are sent to the vehicle network at a frequency of 10 ms. Before these network variables are sent to the network, they will be assigned values in the ECU first. ShJID = 0x01 indicates the "torque interruption" event, and ShJRC = 0x01 indicates the first round of assignment, that is, Sig01 - Sig08 are respectively assigned to ShJ1 - ShJ8. And so on until the last round of sending is completed.

[0067] The above is the data sending logic in the ECU, and its value will be sent to the T-Box through the vehicle network and then packaged and uploaded to the cloud server by the T-Box. The cloud server saves the data to the database of the cloud server according to certain parsing rules.

[0068] In an exemplary embodiment,

[0069] When multiple preset events occur simultaneously, determine the upload order of the preset events according to the preset priorities of the preset events.

[0070] For example, the priorities of events can be preset in advance. When multiple events occur simultaneously, send the event with the highest priority. After the event with the highest priority is sent, then send the event with the second highest priority, and so on.

[0071] In an exemplary embodiment,

[0072] Determine the time required to send the data of the third preset quantity according to the first preset quantity, the third preset quantity, and the time interval between two adjacent transmissions;

[0073] Send the data of the first preset quantity in a cycle with the required time.

[0074] For example, as Figure 6 shown, it is calculated that the data to be sent needs to be sent in a 1s cycle. First, set a variable as a counter (ZQARC), and this counter changes from 1 to 100, changing every 10ms;

[0075] Use ten variables as data carriers (such as ZQ1sA1 / ZQ1sA2 / … / ZQ1sAX). In each 10ms cycle, ten variables can be carried, and a total of 1000 variables can be transmitted.

[0076] If more data with a 1s sampling frequency needs to be collected, multiple sets of events with a 1s cycle transmission can be set, and each set has 1000 variables.

[0077] For another example, as Figure 7 shown, in a 100ms cycle transmission, first set a variable as a counter (ZQBRC), and this counter changes from 1 to 10, changing every 10ms;

[0078] Use ten variables as data carriers (such as ZQ100B1 / ZQ100B2 / … / ZQ100BX). In each 10ms cycle, ten variables can be carried, and a total of 100 variables with a 100ms cycle can be transmitted.

[0079] If more data with a sampling frequency of 100 ms needs to be collected, multiple sets of events with a 100-ms cycle can be set, and each set consists of 100 variables.

[0080] It should be noted that this application adopts the idea of a service-based architecture (SOA: Service Oriented Architecture), decouples data sending and data assignment, develops data sending into one module, and develops data assignment into another module. The data sending module can be infinitely reused, while the data assignment module can be flexibly adjusted according to requirements.

[0081] For the sending module, only need to continuously send these 11 data, namely ZQARC, ZQ1sA1 - ZQ1sAx, at a 10-ms interval.

[0082] For the data assignment module, at the first 10 ms, assign ZQARC = 0x01, and assign ZQ1sA1 - ZQ1sAx to Sig001 - Sig010; at the second 10 ms, assign ZQARC = 0x02, and assign ZQ1sA1 - ZQ1sAx to Sig011 - Sig020; and so on. At the 100th 10 ms, assign ZQARC = 0x100, and assign ZQ1sA1 - ZQ1sAx to Sig991 - SigX00. At the 101st 10 ms, it returns to Sig001, that is, assign ZQARC = 0x01, and assign ZQ1sA1 - ZQ1sAx to Sig001 - Sig010. In this way, a periodic cyclic assignment is formed.

[0083] The above is the data assignment and sending logic in the electronic controller, and its values will be sent to the T-Box through the vehicle network and packaged and uploaded to the cloud server by the T-Box. The cloud server saves the parsed data into the database of the cloud server according to the preset parsing rules.

[0084] In an exemplary embodiment, determining the time required to send the third preset quantity of data according to the first preset quantity, the third preset quantity, and the time interval between two adjacent rounds of sending includes:

[0085] Determining the number of rounds of data sending according to the first preset quantity and the third preset quantity;

[0086] Determining the time required to send the third preset quantity of data according to the number of rounds of data sending and the time interval between two adjacent rounds.

[0087] In an exemplary embodiment, the time interval between two adjacent rounds of sending is 10 ms.

[0088] In an exemplary embodiment, after assigning the second preset quantity of data to be sent to the second preset quantity of preset variables respectively, the method further includes: recording the correspondence between the fields corresponding to the second preset quantity of data to be sent and the second preset quantity of variables.

[0089] For example, Figure 5 the vehicle speed in (i.e., Figure 4 the field corresponding to sig01 in) corresponds to ShiJ1 (i.e., the variable). In the above-mentioned rotation sending, event sending, periodic sending and other methods, the correspondence between the data to be uploaded and the preset quantity of variables, and the correspondence between the preset quantity of variables and the sending channels are set inside the electronic controller. Then, only the corresponding values of a small number of counter variables and carrier variables need to be sent to the vehicle network (such as CAN), and then uploaded to the cloud kafka through the T-Box.

[0090] Finally, each required variable value is parsed according to the same rule in the cloud and stored regularly in the cloud HIVE table (such as Figure 9 , 10 as shown).

[0091] Thus, the effect of actually transmitting thousands of variables by uploading a small number of variables through the controller side is achieved. Combined with the big data development and mining in the cloud, various big data functions or services can be developed.

[0092] The embodiments of the present application use conventional vehicle network variables as the carriers for data transmission, without limiting their physical meanings and physical addresses. The number of variables can be flexibly increased or decreased according to actual needs. The embodiments of the present application do not depend on any electronic controller, nor on the underlying logic and storage unit. Therefore, it has strong applicability and is applicable to electronic controllers in various fields on the vehicle, both at the application layer and the underlying layer. Whether it is an electronic controller supplier or a vehicle manufacturer, they can develop independently.

[0093] The embodiments of the present application further provide a data receiving method, which includes:

[0094] When receiving data from the network side, parse the variables corresponding to the received data according to the correspondence between the variables and the sending channels preset in each round, and then store the received data into the corresponding fields according to the correspondence between the fields corresponding to the second preset quantity of data to be sent and the second preset quantity of variables.

[0095] Next, take the Figure 5 "torque interruption" event shown as an example to illustrate the above data receiving method.

[0096] For example, when sending, assign the values of vehicle speed, motor speed, pedal position, ambient temperature, motor temperature, IGBT temperature, motor voltage, and motor current to variables ShJ1 - ShJ8, and set 8 bytes of the Frame frame in the corresponding CAN network to send the values of the corresponding variables respectively. When the cloud server recognizes that ShJID = 0x01, it knows that a "torque interruption" event has occurred at the vehicle end and is ready to store the subsequent relevant data in the corresponding table. When ShJRC = 0x01, the values of ShJ1 - ShJ8 are respectively stored in the corresponding fields (for example: vehicle speed, motor speed, pedal position, ambient temperature, motor temperature, IGBT temperature, motor voltage, motor current) in the cloud table. When ShJRC = 0x02, the values of ShJ1 - ShJ8 are also respectively stored in the corresponding fields (brake pedal, cell temperature, bus voltage, bus current, torque request, longitude, latitude, altitude) in the cloud table, and so on.

[0097] The embodiment of the present application also provides a data uploading device, including: a memory and a processor;

[0098] The memory is used to save the program for data uploading;

[0099] The processor is used to read and execute the program for data uploading and execute the above - mentioned data uploading method.

[0100] The embodiment of the present application also provides a data receiving device, including: a memory and a processor;

[0101] The memory is used to save the program for data receiving;

[0102] The processor is used to read and execute the program for data receiving and execute the above - mentioned data receiving method.

[0103] The present application describes multiple embodiments, but the description is exemplary rather than restrictive, and it is obvious to those of ordinary skill in the art that there can be more embodiments and implementation solutions within the scope covered by the embodiments described in the present application. Although many possible feature combinations are shown in the drawings and discussed in the detailed description, many other combination ways of the disclosed features are also possible. Unless specifically restricted, any feature or element of any embodiment can be combined with any other feature or element in any other embodiment, or can replace any other feature or element in any other embodiment.

[0104] Any feature shown and / or discussed in the present application can be implemented alone or in any suitable combination.

[0105] In addition, in describing representative embodiments, the specification may have presented methods and / or processes as a particular sequence of steps. However, to the extent that the method or process does not depend on a particular order of the steps described herein, the method or process should not be limited to the particular order of steps described. As will be understood by those of ordinary skill in the art, other sequences of steps are possible.

[0106] Those of ordinary skill in the art will appreciate that all or some of the steps in the methods disclosed above, and the functional modules / units in systems and devices, can be implemented as software, firmware, hardware, and appropriate combinations thereof. In a hardware implementation, the division between functional modules / units mentioned above does not necessarily correspond to the division of physical components; for example, one physical component can have multiple functions, or one function or step can be executed by several physical components in cooperation. Some or all components can be implemented as software executed by a processor, such as a digital signal processor or a microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software can be distributed on a computer-readable medium, which can include a computer storage medium (or non-transitory medium) and a communication medium (or transitory medium). As is well known to those of ordinary skill in the art, the term computer storage medium includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information such as computer-readable instructions, data structures, program modules, or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVDs) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store the desired information and that can be accessed by a computer. In addition, it is well known to those of ordinary skill in the art that communication media typically embody computer-readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transmission mechanism, and can include any information delivery media.

Claims

1. A data uploading method, applied to a controller of a vehicle, characterized in that when a preset condition is satisfied, an unknown number of data to be sent or a first preset number of data to be sent are uploaded to a network side through multiple rounds of sending; For each round of sending, a second preset number of data to be sent are respectively assigned to a second preset number of preset variables; the sending channels of the second preset number of preset variables are determined according to the corresponding relationship between the preset variables and the sending channels; The second preset number of data to be sent are uploaded to the network side simultaneously through the corresponding sending channels; The preset condition includes: the controller is started and a preset event occurs; When the preset condition is that the controller is started and a preset event occurs, the second preset number of data to be sent include a third preset number of collected data, the round number of the current round of sending, and the identifier of the preset event; The third preset number of collected data includes data within a first preset time period before the occurrence moment of the preset event, data within a second preset time period before the occurrence moment of the preset event, data at the occurrence moment of the preset event, data within a third preset time period after the occurrence moment of the preset event, and data within a fourth preset time period after the occurrence period of the preset event.

2. The method according to claim 1, characterized in that Determining the sending channels of the second preset number of preset variables according to the corresponding relationship between the preset variables and the sending channels includes: Determining the sending channels of the second preset number of preset variables according to the one-to-one corresponding relationship between the preset variables and the sending channels.

3. The method according to claim 1, characterized in that When multiple preset events occur simultaneously, the uploading order of the preset events is determined according to the preset priority of the preset events.

4. The method according to claim 1, wherein It further includes: Determining the time required to send the third preset number of data according to the first preset number, the third preset number, and the time interval between two adjacent rounds of sending; Sending the first preset number of data in a cycle of the required time.

5. The method according to claim 1, characterized in that After respectively assigning the second preset number of data to be sent to the second preset number of preset variables, it further includes: recording the corresponding relationship between the fields corresponding to the second preset number of data to be sent and the second preset number of variables.

6. A data uploading device, comprising: A memory and a processor; characterized in that: The memory is used to save a program for data uploading; The processor is used to read and execute the program for data uploading, and execute the method according to any one of claims 1-5.

Images