WO2022116088A1

WO2022116088A1 - Firmware data processing method and apparatus

Info

Publication number: WO2022116088A1
Application number: PCT/CN2020/133622
Authority: WO
Inventors: 戴为龙; 王宇; 林立
Original assignee: 深圳市大疆创新科技有限公司
Priority date: 2020-12-03
Filing date: 2020-12-03
Publication date: 2022-06-09
Also published as: CN114616544A

Abstract

A firmware data processing method and apparatus, and a photographic module and a mobile device. The method comprises: acquiring a firmware fragment data packet of target firmware that is sent by an upper computer device, wherein the firmware fragment data packet comprises data fragment content and a first check code, which is generated according to a preset rule and corresponds to the data fragment content (101); according to the preset rule, generating a second check code corresponding to the data fragment content of the acquired firmware fragment data packet (102); and according to check results of the second check code and the first check code, executing a corresponding operation (103). In the method, check-code-based verification can be performed on the content of each received firmware fragment data packet of target firmware by means of a lower computer device to determine whether the firmware fragment data packet is a correct data packet, so as to identify abnormal conditions such as data packet loss during a transmission process, thereby effectively supervising a firmware transmission process, and reducing the probability of errors during the transmission process.

Description

Firmware data processing method and device

technical field

The present application relates to the technical field of firmware processing, and in particular, to a method and device for processing firmware data.

Background technique

In recent years, unmanned driving has become extremely popular. Among many on-board sensors, millimeter-wave radar, as an all-weather, high-precision sensor, has played a huge role in vehicle perception, improving the accuracy and practicability of unmanned driving technology. .

During the use of the millimeter-wave radar, the algorithm software and other solutions will be updated and iterated frequently. Therefore, the millimeter-wave radar needs to be frequently updated with firmware to adapt to the iterative algorithm. At present, the firmware update of the millimeter-wave radar can be realized by data interaction with the host computer device. After the host computer device generates new firmware, it can establish a transmission channel with the millimeter-wave radar and send the firmware data to the millimeter-wave radar for processing. Load update to replace older firmware in mmWave radar.

However, in the current solution, due to the complexity of the millimeter-wave radar usage scenarios, abnormal situations such as data loss often occur in the firmware during the transmission process, and the current transmission solution cannot provide effective supervision for the firmware transmission process, resulting in a large probability of firmware loading errors. rise.

SUMMARY OF THE INVENTION

The present application provides a firmware data processing method, device, camera module and removable device, which can solve the problem that the prior art cannot provide effective supervision for the firmware transmission process, resulting in frequent occurrence of abnormal situations such as data loss in the firmware transmission process, and The problem that the probability of firmware loading error is greatly increased.

In a first aspect, an embodiment of the present application provides a firmware data processing method, which is applied to a lower computer device, including:

Obtain the firmware fragmentation data packet of the target firmware sent by the host computer device; the firmware fragmentation data packet includes data fragmentation content, and a first check code corresponding to the data fragmentation content generated according to a preset rule;

According to the preset rule, generate a second check code corresponding to the data fragment content of the obtained firmware fragment data packet;

Corresponding operations are performed according to the verification results of the second check code and the first check code.

The second aspect, the embodiment of the present application provides a kind of firmware data processing method, is applied to the host computer equipment, including:

Divide the target firmware into multiple firmware shard packets with preset file sizes;

According to a preset rule, a first check code corresponding to the data fragment content of the firmware fragment data packet is generated;

Send the firmware fragmentation data packet including the first check code to the lower computer device.

In a third aspect, an embodiment of the present application provides a firmware data processing apparatus, which is applied to a lower computer device, including: a memory and a processor;

The memory is used to obtain the firmware fragmentation data packet of the target firmware sent by the host computer device; the firmware fragmentation data packet includes the data fragmentation content, and the corresponding data fragmentation content generated according to the preset rule. the first check code;

The processor is configured to, according to the preset rule, generate a second check code corresponding to the data fragment content of the obtained firmware fragment data packet;

Corresponding operations are performed according to the verification results of the second check code and the first check code. In a fourth aspect, an embodiment of the present application provides a firmware data processing apparatus, which is applied to a host computer device, and the apparatus includes: a processor;

The processor is used to:

In a fifth aspect, an embodiment of the present application provides a firmware data processing system, the system comprising:

The upper computer equipment and the lower computer equipment;

The host computer equipment is used to divide the target firmware into a plurality of firmware fragmentation data packets with preset file sizes, and according to preset rules, generate the first data fragment corresponding to the data fragmentation content of the firmware fragmentation data packet. a check code; and send the firmware fragmentation data packet including the first check code to the lower computer device;

The lower computer device is used to obtain the firmware fragmentation data packet of the target firmware sent by the upper computer device, and according to the preset rule, generate the first corresponding data fragmentation content of the acquired firmware fragmentation data packet. two check codes; and performing corresponding operations according to the check results of the second check codes and the first check codes.

In a sixth aspect, the present application provides a computer-readable storage medium, the computer-readable storage medium comprising instructions that, when executed on a computer, cause the computer to perform the method described in the above aspects.

In a seventh aspect, the present application provides a computer program product comprising instructions which, when run on a computer, cause the computer to perform the method described in the above aspects.

In an eighth aspect, an embodiment of the present application provides a vehicle, the vehicle comprising: a body;

The firmware data processing device is mounted on the vehicle body.

In the embodiment of the present application, the present application obtains the firmware fragmentation data packet of the target firmware sent by the host computer device; the firmware fragmentation data packet includes the data fragmentation content, and the corresponding data fragmentation content generated according to preset rules. a first check code; according to a preset rule, generate a second check code corresponding to the data fragment content of the obtained firmware fragment data packet; according to the second check code and the check result of the first check code, Perform the corresponding operation. In the present application, the lower computer device can perform verification based on the check code on the content of each firmware fragmentation data packet of the received target firmware to determine whether the firmware fragmentation data packet is a correct data packet, thereby identifying the Abnormal situations such as data packet loss during the transmission process realize the effective supervision of the firmware transmission process and reduce the probability of errors during the transmission process.

Description of drawings

1 is a system architecture diagram of a firmware data processing system provided by an embodiment of the present application;

2 is a flowchart of a method for processing firmware data on a lower computer device side provided by an embodiment of the present application;

3 is a flowchart of a method for processing firmware data on a host computer device side provided by an embodiment of the present application;

4 is a flow chart of interaction steps of a firmware data processing method provided by an embodiment of the present application;

5 is a block diagram of a firmware data processing apparatus provided by an embodiment of the present application;

6 is a block diagram of another firmware data processing apparatus provided by an embodiment of the present application;

FIG. 7 is a structural block diagram of a vehicle provided by an embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be described below with reference to the accompanying drawings in the embodiments of the present application.

In the field of unmanned driving and aerial photography surveying and mapping, millimeter-wave radar, as an all-weather, high-precision sensor, plays a huge role in vehicle perception. Based on the firmware data processing of millimeter-wave radar, the embodiments of the present application provide a Millimeter-wave radar is a lower computer device, which realizes the firmware data interaction with the upper computer device, so that the upper computer device can remotely issue new firmware data to update the old firmware data in the lower computer device. Wave Radar adapts to constantly iterative firmware algorithms. It should be noted that the lower computer device can also be other devices that need firmware upgrade and update, such as lidar, vehicle terminal, etc.

In the embodiment of the present application, referring to FIG. 1 , it shows a system architecture diagram of a firmware data processing system provided by the embodiment of the present application, including: an upper computer device 10 and a lower computer device 20 , and the upper computer device 10 may be For devices such as mobile terminals and servers, the host computer device 10 can store or generate firmware data generated after the algorithm update iteration of the millimeter-wave radar, and the host computer device 10 can also establish a wired/wireless connection channel with the lower computer device 20, And send the firmware data to the lower computer device 20 through the connection channel. After receiving the complete and correct firmware data, the lower computer device 20 can load the firmware data under the condition of verifying that the firmware data is correct, so as to work with the new firmware.

Specifically, the processing process for the firmware data includes: a process of transmitting the firmware data, and a process of loading the received firmware data by the lower computer device. When the lower computer device 20 is in a relatively complex working environment, the connection channel with the upper computer device 10 is often unstable, thereby causing instability in the process of transmitting firmware data. When it is found that the firmware data is wrongly transmitted, etc., in addition, when the storage device of the lower computer device 20 fails, the problem of failure to load the firmware data will also occur.

In order to improve the guarantee of the transmission stability of firmware data in the embodiment of the present application, the entire target firmware to be transmitted can be divided into multiple smaller firmware fragment data packets by the host computer device, and the data packets of firmware fragments can be continuously verified during the transmission process. Check whether the check codes generated by the upper computer device and the lower computer device for each firmware fragmentation data packet are consistent to determine whether any firmware fragmentation data packet is lost or wrong in the transmission process. In addition, after the transmission process is completed, it is also possible to determine whether the transmitted target firmware is correct by verifying whether the check codes generated by the upper computer device and the lower computer device for the entire target firmware package are consistent to ensure the stability of the transmission process. Finally, in the process of loading the target firmware, the lower computer device can first store the target firmware in the local storage space, and then generate the check code of the target firmware extracted from the storage space, and verify the generated check code and the upper Check whether the check code generated by the host device for the entire target firmware package is consistent to determine whether the lower computer device has a problem of storage failure, so as to ensure the loading stability.

FIG. 2 is a flowchart of a firmware data processing method provided by an embodiment of the present application. The method is applied to a lower computer device. As shown in FIG. 2 , the method may include:

Step 101, obtain the firmware fragmentation data packet of the target firmware sent by the host computer device; the firmware fragmentation data packet includes data fragmentation content, and the first calibration corresponding to the data fragmentation content generated according to preset rules. code verification.

In the embodiment of the present application, the host computer device may divide the target firmware into a plurality of firmware fragmentation data packets with a fixed file size, and generate data fragmentation content corresponding to each firmware fragmentation data packet according to preset rules The first check code, the firmware fragmentation data packet containing the first check code is sent to the lower computer equipment in turn, the first check code is unique, and is used for the data distribution of the corresponding firmware fragmentation data packet. The correctness of the content of the slice is verified. For example, the check code of one firmware slice data packet is A. When the check code of another firmware slice data packet is A, it can be considered that these two firmware slices The packets are the same. The check code of one firmware fragment data packet is A, and when the check code of another firmware fragment data packet is B, it can be considered that the two firmware fragment data packets are different.

Specifically, the host computer device can convert the data fragment content of the firmware fragment data packet to be sent into a K-bit binary sequence, and generate a first check code corresponding to the binary sequence according to preset rules. The verification code is also a binary sequence with a total of R bits. After that, the upper computer device can append the first check code to the K-bit binary sequence to obtain a K+R-bit binary sequence and send it to the lower computer device.

It should be noted that the form of the check code involved in the embodiment of the present application may be a Cyclic Redundancy Check (CRC) code, and CRC is a short fixed bit generated according to data such as network data packets or computer files. The channel coding technology of digital check code is mainly used to detect or verify errors that may occur after data transmission or storage.

Specifically, the cyclic redundancy check is a calculation method used to verify the accuracy of digital transmission on a communication link. The upper computer device uses a certain formula to calculate a value of the information contained in the transmitted data, and appends this value to the value. After the data is transmitted, it is sent to the lower-level computer device, and the lower-level computer device performs the same rule calculation on the same data to obtain the corresponding result. If the two CRC results are inconsistent, it means that there is an error in the transmission, and the lower device can request the upper device to resend the data.

Step 102: According to the preset rule, generate a second check code corresponding to the acquired data fragment content of the firmware fragment data packet.

In the embodiment of the present application, after receiving each firmware fragmentation data packet, the lower computer device needs to verify the data fragmentation content of the received firmware fragmentation data packet to determine whether the content is correct.

Therefore, the lower computer device can generate the second check code corresponding to the data fragment content of the firmware fragment data packet according to the preset rules agreed with the upper computer device, so as to compare the second check code with the first check code Compare.

Specifically, when the lower computer device receives a firmware fragmentation data packet sent by the upper computer device, the firmware fragmentation data packet is in the form of a binary sequence of K+R bits, and the lower computer device can extract and reflect the content of its data fragmentation. The K-bit binary sequence is generated, and according to the preset rules agreed with the host computer equipment, a second check code corresponding to the K-bit binary sequence is generated, and the second check code is in the form of an R-bit binary sequence.

Step 103: Perform corresponding operations according to the verification results of the second verification code and the first verification code.

In the embodiment of the present application, there are two kinds of verification results when the second check code and the first check code are checked: the second check code is consistent with the first check code, and the second check code is the same as the first check code. If the verification codes are inconsistent, for the two verification results, the lower computer equipment can perform corresponding operations respectively.

Specifically, in the case where the second check code is consistent with the first check code, it means that the content of the firmware fragmentation data packet received by the lower computer device is consistent with the content of the firmware fragmentation data packet sent by the upper computer device. The host device can continue to receive the next firmware fragmentation data packet sent by the host device. In the case where the second check code is inconsistent with the first check code, it means that the content of the firmware fragmentation data packet received by the lower computer device is inconsistent with the content of the firmware fragmentation data packet sent by the upper computer device. At this time, the lower computer device can It is considered that there is a transmission error, and the operation of reporting an error to the upper computer device is performed.

Optionally, the lower computer device is a millimeter wave radar. After step 103, the method may further include:

Step 104, in the case of receiving all the firmware fragmentation data packets of the target firmware sent by the host computer equipment, and completing the verification operation of the check code of the firmware fragmentation data packets, the current loading is performed. The firmware of the millimeter wave radar is changed to the target firmware, and the firmware upgrade operation of the millimeter wave radar is completed.

In practical applications, millimeter-wave radar, as an all-weather, high-precision sensor, plays a huge role in vehicle perception. Based on the firmware data processing of millimeter-wave radar, in the embodiment of this application, the lower computer equipment receives the upper computer in sequence. Each firmware fragment data packet sent by the device, and the verification operation based on the check code is performed on the firmware fragment data packet. After the check code verification operation of all firmware fragment data packets is completed and verified correctly, the lower The host device can confirm that it has received the complete and correct target firmware. At this time, the subordinate device can change the currently loaded firmware to the target firmware, so that the host device can remotely issue new firmware data to update the firmware in the subordinate device. The purpose of the old firmware data, thus making the millimeter wave radar adapt to the constantly iterative firmware algorithm.

To sum up, a firmware data processing method provided by an embodiment of the present application is obtained by acquiring a firmware fragmentation data packet of target firmware sent by a host computer device; the firmware fragmentation data packet includes data fragmentation content, and is generated according to preset rules. The first check code corresponding to the content of the data fragmentation; according to the preset rules, generate the second check code corresponding to the content of the data fragmentation of the obtained firmware fragmentation data packet; according to the second check code and the first check code The verification result of the verification code is performed, and the corresponding operation is performed. In the present application, the lower computer device can perform verification based on the check code on the content of each firmware fragmentation data packet of the received target firmware to determine whether the firmware fragmentation data packet is a correct data packet, thereby identifying the Abnormal situations such as data packet loss during the transmission process realize the effective supervision of the firmware transmission process and reduce the probability of errors during the transmission process.

FIG. 3 is a specific flowchart of a firmware data processing method provided by an embodiment of the present application. The method is applied to a host computer device. As shown in FIG. 3 , the method may include:

Step 201: Divide the target firmware into a plurality of firmware fragment data packets with preset file sizes.

In the embodiment of the present application, developers can develop and generate target firmware on the host computer device, and the host computer device can also receive target firmware sent by other devices. Since the volume of the target firmware is generally large, in order to ensure the stability of the transmission process, To avoid interruptions in the transmission process and the need to retransmit the entire target firmware, the host computer device can divide the target firmware into multiple firmware fragmentation data packets with preset file sizes, and send the firmware fragmentation data packets to the For the lower-level computer device, when there is a situation in which a certain firmware fragment data packet fails to be sent, it only needs to resend the firmware fragment data packet instead of resending the entire target firmware.

Optionally, the step 201 may also be implemented by determining the preset file size according to the length of the check code corresponding to the preset rule and the target bit error rate of the target firmware for transmission.

Specifically, the firmware transmission method provided by the embodiment of the present application can be applied to different application scenarios, and different application scenarios require different target bit error rates when transmitting target firmware. As a result, the generation accuracy of the check code is decreased, and the target bit error rate when transmitting the target firmware is increased, thereby affecting the transmission quality. Therefore, in the embodiment of the present application, the host computer device can be based on the current application scenario. The required target bit error rate , and the length of the check code used to determine the file size of each firmware fragment data packet, so that the actual bit error rate when transmitting the target firmware will not be too different from the target bit error rate.

Step 202 , according to a preset rule, generate a first check code corresponding to the data fragment content of the firmware fragment data packet.

Specifically, the host computer device can convert the data fragment content of the firmware fragment data packet to be sent into a K-bit binary sequence, and generate a first check code corresponding to the binary sequence according to preset rules. The verification code is also a binary sequence with a total of R bits. After that, the upper computer device can append the first check code to the K-bit binary sequence to obtain a K+R-bit binary sequence and send it to the lower computer device. It should be noted that the form of the check code involved in the embodiment of the present application may be a CRC code.

Step 203: Send the firmware fragmentation data packet including the first check code to the lower computer device.

The upper computer device sequentially sends the firmware fragmentation data packet containing the first check code to the lower computer device, and the first check code is unique, which is used for the data distribution of the firmware fragmentation data packet received by the lower computer device. The correctness of the content of the film is verified.

To sum up, a firmware data processing method provided by the embodiments of the present application, by dividing the target firmware into a plurality of firmware fragmentation data packets with preset file sizes; The first check code of the content of the data fragmentation; the firmware fragmentation data packet including the first check code is sent to the lower computer device. In this application, the target firmware can be divided into a plurality of firmware fragmentation data packets through the host computer equipment, and the first check code corresponding to each firmware fragmentation data packet is added to the firmware fragmentation data packet and sent to the lower computer. The device, the lower computer device performs verification based on the check code on the content of each firmware fragmentation data packet of the received target firmware to determine whether the firmware fragmentation data packet is a correct data packet, thereby identifying the transmission process. It can effectively supervise the firmware transmission process and reduce the probability of errors in the transmission process.

FIG. 4 is a flowchart of interaction steps of a firmware data processing method provided by an embodiment of the present application. As shown in FIG. 4 , the method may include:

Step 301: The upper computer device sends an update command including the first firmware version number of the target firmware to the lower computer device.

In the embodiment of the present application, the firmware version number may be used to reflect the degree of the newness of the firmware. When the firmware version number 1 of one firmware 1 is greater than the firmware version number 2 of the other firmware 2, it is indicated that the firmware 1 is the latest firmware.

In an implementation manner, the format of the firmware version number includes: XXX.YYYYYYYY.ZZZ, where XXX represents the device model of the lower computer device, YYYYYYYY represents the date and time of the firmware release (for example, 20200102 represents January 2, 2020), ZZZ represents the version identifier corresponding to the firmware.

When comparing two firmware version numbers, the device models of the two firmware version numbers must be the same, and the firmware version number with a later firmware release date and time is greater than the firmware version number with an earlier firmware release date and time. In addition, when the device model and the firmware release date and time of the two firmware version numbers are consistent, the firmware version number with the larger version ID is larger than the firmware version number with the smaller version ID.

It should be noted that the address where the first firmware version number is stored is the firmware data header of the target firmware, and the data header is used to store some verification information of the target firmware, and will not be loaded into the memory when the target firmware is finally loaded by the lower device. run in.

Step 302: The lower computer device acquires an update command sent by the upper computer device, where the update command includes the first firmware version number of the target firmware.

Step 303 , when the first firmware version number of the lower computer device is greater than the second firmware version number of the local firmware of the lower computer device, go to step 307 .

In the embodiment of the present application, before the lower computer device starts to update the firmware, it may first receive an update command including the first firmware version number of the target firmware sent by the upper computer device, and according to the second firmware of the local firmware of the lower computer device According to the comparison result between the version number and the first firmware version number, a corresponding operation is performed.

Specifically, when the second firmware version number is smaller than the first firmware version number, it indicates that the target firmware is new firmware, and the lower computer device can further receive the target firmware issued by the upper computer device to perform firmware upgrade.

In the case that the second firmware version number is greater than or equal to the first firmware version number, it indicates that the target firmware is the old firmware, and the lower computer device does not need to perform a firmware upgrade operation at this time.

Step 304: The host computer device divides the target firmware into a plurality of firmware fragmentation data packets with preset file sizes.

For details of this step, reference may be made to the foregoing step 201, which will not be repeated here.

Step 305: The host computer device generates a first check code corresponding to the data fragment content of the firmware fragment data packet according to a preset rule.

For details of this step, reference may be made to the foregoing step 202, which will not be repeated here.

Step 306: The upper computer device sends the firmware fragmentation data packet including the first check code to the lower computer device.

For details of this step, reference may be made to the foregoing step 203, which will not be repeated here.

Step 307: The lower computer device obtains the firmware fragmentation data packet of the target firmware sent by the upper computer device.

For details of this step, reference may be made to the foregoing step 101, which will not be repeated here.

Step 308: The lower computer device generates a second check code corresponding to the acquired data fragment content of the firmware fragment data packet according to the preset rule.

For details of this step, reference may be made to the foregoing step 102, which will not be repeated here.

Step 309 , when the second check code is different from the first check code, the lower computer device sends a transmission error report request to the upper computer device.

In the embodiment of this application, in the case where the second check code is inconsistent with the first check code, it means that the content of the firmware fragmentation data packet received by the lower computer device is inconsistent with the content of the firmware fragmentation data packet sent by the upper computer device , at this time, the lower computer device can think that there is a transmission error, and performs the operation of reporting an error to the upper computer device, and sends a transmission error report request to the upper computer device.

Step 310: In the case that the second check code is the same as the first check code, the lower computer device continues to acquire the next firmware fragmentation data packet sent by the upper computer device.

In the case that the second check code is consistent with the first check code, it means that the content of the firmware fragmentation data packet received by the lower computer device is consistent with the content of the firmware fragmentation data packet sent by the upper computer device. At this time, the lower computer device can Execute the operation of continuing to receive the next firmware fragmentation data packet sent by the upper computer device.

Step 311: If the upper computer device obtains the transmission error report request sent by the lower computer device, it stops sending the firmware fragmentation data packet to the lower computer device.

In the embodiment of the present application, the upper computer device may, according to the transmission error report request sent by the lower computer device, consider that there is a problem in the transmission channel, and stop sending the firmware fragmentation data packet to the lower computer device, and resume transmission after the problem is resolved. When resuming transmission, it is possible to resend the firmware fragment packets that were transmitted when the transmission error request occurred.

Optionally, under the condition that all firmware fragmentation data packets sent by the host computer device are obtained, and the second check code of the firmware fragmentation data packet obtained for the last time is the same as the first check code, the The method also includes:

Step 312: The lower computer device generates a third check code corresponding to the data fragment content of all the obtained firmware fragment data packets according to the preset rule.

In the embodiment of the present application, during the transmission process of the target firmware from the host computer device and the subordinate computer device, through the verification operation of the second check code and the first check code, it is possible to determine the transmitted data of each firmware fragment Whether the package is wrong, when the lower computer device receives all the firmware fragmentation data packets sent by the upper computer device, and the second check code of the last acquired firmware fragmentation data packet is the same as the first check code. , the lower computer equipment can generate a third check code corresponding to the data fragment content of all the obtained firmware fragment data packets according to the preset rules agreed with the upper computer equipment, and the third check code is used for the lower computer equipment. Verify that the data content of the entire target firmware received by the host device is correct or not.

Step 313: The lower computer device sends the third check code to the upper computer device.

After the third check code is generated, the lower computer device can send the third check code to the upper computer device, so that the upper computer device can verify the third check code and the fifth check code generated by itself.

Step 314: The upper computer device acquires the third check code sent by the lower computer device.

Step 315: The host computer device generates a fifth check code corresponding to the content of all data fragments of the target firmware according to the preset rule.

In this embodiment of the present application, after generating the target firmware, the host computer device may generate a fifth check code corresponding to the content of all data segments of the target firmware based on the preset rules agreed with the subordinate computer device in advance. The third check code is used to reflect the correctness of the data content of the entire target firmware generated by the upper computer device.

Step 316 , when the third check code is the same as the fifth check code, the upper computer device sends a confirmation instruction for the third check code to the lower computer device.

In this embodiment of the present application, when the third check code is the same as the fifth check code, the upper computer device may consider that the entire target firmware received by the lower computer device is the same as the content of the entire target firmware issued by the upper computer device. If they are consistent, the upper computer device sends a confirmation command for the third check code to the lower computer device, so that the lower computer device can confirm the completion of the transmission of the target firmware according to the confirmation command.

Further, in some cases, the environment of the application scenario is more complex, and the transmission link is relatively unstable. When the lower computer device sends the actually generated third check code, the lower computer is caused by the failure of the transmission link. The device may send an incorrect third check code with each bit of 0 to the upper computer device. At this time, the content of the third check code actually generated by the lower computer device is lost. When the third check code is used, it can be judged that there is a problem in the transmission link of the target firmware, and the upper computer device can thus report an error to remind the link problem to be corrected. Or, in some cases, the environment of the application scenario is more complicated, and the transmission link is unstable, so that the lower computer device may send a data stream with each bit of 0 to the upper computer device; The check code of a data stream whose bits are all 0 is still 0, which causes the check code to lose its error detection function.

It should be noted that, without considering the above-mentioned link problems, the upper computer device can also send the fifth check code to the lower computer device, and the lower computer device will check the third check code and the fifth check code. Perform verification, and send a firmware error alarm to the upper computer device if the verification is inconsistent.

Step 317 , when the third check code is different from the fifth check code, the host computer device generates a firmware error alarm, and stops the process for processing the target firmware after a preset time.

In the embodiment of the present application, in the case where the third check code is different from the fifth check code, the upper computer device may consider that the correct target firmware has not been received by the lower computer device, and at this time the upper computer device generates a firmware error The alarm is used to correct firmware errors, and the process for processing the target firmware is stopped after a preset time, so as to avoid errors in the subsequent firmware transmission process caused by errors such as transmission channels.

Step 318 , when the lower computer device obtains the confirmation instruction for the third check code sent by the upper computer device, it is determined that the transmission of the target firmware is completed.

According to the confirmation instruction, the lower computer device can confirm the completion of the transmission of the target firmware, and continue the subsequent target firmware loading process.

Optionally, after step 318, the method further includes:

Step 319: The lower computer device stores all the firmware fragmentation data packets of the target firmware in the first flash memory space.

In this embodiment of the present application, after receiving the target firmware, the lower-level device may load the target firmware through a loader, and before performing the loading operation, the lower-level device may store all firmware fragmentation data packets of the target firmware to the first A flash memory space, the flash memory space is used to temporarily store firmware data, and the data processing speed is extremely fast, and the target firmware can be quickly extracted from the first flash memory space when the subsequent loading operation needs to load the target firmware into the memory space.

Optionally, after step 319, the method further includes:

Step 320: The lower computer device modifies the flag bit of the first flash memory space to the first firmware flag bit.

Step 321: The lower computer device loads the target firmware according to the first firmware flag.

Specifically, the loading of the target firmware by the loader is realized by using the flag bit as the loading guide. After the lower computer device stores all the firmware fragmentation data packets of the target firmware in the first flash memory space, the flag of the first flash memory space can be stored in the first flash memory space. The bit is modified to the first firmware flag bit for the loader to load the target firmware according to the first firmware flag bit, that is, the loader will load the data in the storage space with the first firmware flag bit.

Optionally, step 321 may include:

Sub-step 3211, the lower computer device extracts the firmware fragmentation data packet of the target firmware in the first flash memory space according to the first firmware flag bit, and stores the firmware fragmentation data packet in the memory space.

In practical applications, there may be a problem that the target firmware fails to be loaded due to the failure of the memory of the lower computer device. In order to reduce the probability of this problem, the embodiment of the present application can perform a check code-based target firmware loading check , to verify the memory stability of the lower computer device.

Specifically, the lower computer device can extract the firmware fragmentation data packets of the target firmware from the first flash memory space for temporarily storing the target firmware according to the first firmware flag bit, and store the firmware fragmentation data packets in the memory space in sequence. , the memory space is the space for storing the data related to the target firmware when the target firmware is finally run, and the stability of the memory space affects the running quality of the target firmware.

Sub-step 3212, the lower computer device generates a fourth check code corresponding to the data fragment content of all firmware fragment data packets of the target firmware according to the preset rule.

In the embodiment of the present application, after the firmware fragmentation data packets of the target firmware are stored in the memory space, data fragments corresponding to all firmware fragmentation data packets of the target firmware may be generated based on the preset rules agreed with the host computer device The fourth check code of the content is used to verify whether the data content of the target firmware in the memory space is correct or not.

Sub-step 3213, the lower computer device runs the target firmware in the memory space when the fourth check code is the same as the third check code.

In the embodiment of the present application, when the fourth check code is the same as the third check code calculated in the previous transmission process, the lower computer device may consider that the correct and complete target firmware is normally stored in the first flash memory space and memory space, and then it is considered that the flash memory space and memory space of the lower computer device are fault-free and operate normally, and the probability of loading failure due to the failure of the storage space in the subsequent process is low. At this time, the lower computer device can run the memory space through the loader program. target firmware for subsequent operations.

Optionally, the method may also include:

Sub-step 3214: In the case that the fourth check code is different from the third check code, the lower computer device sends a loading error report request to the upper computer device.

In the embodiment of the present application, when the fourth check code is different from the third check code calculated in the previous transmission process, the lower computer device may consider that the target firmware is not normally stored in the first flash memory space and memory space, and then it is considered that there is a fault in the flash memory space and/or memory space of the lower computer device. At this time, the lower computer device can send a loading error request to the upper computer device to notify the fault condition for maintenance personnel to repair.

Sub-step 3215, in the case that the fourth check code is different from the third check code, the lower computer device modifies the first firmware flag to a second firmware flag, and the second firmware The flag bit is a flag bit written to the second flash memory space for firmware backup.

Specifically, the lower computer device can also be provided with an independent second flash memory space, and backup firmware can be stored in the second flash memory space to realize disaster recovery of firmware data. The backup is estimated to be an old stable firmware version, so that the lower The host device can run the backup firmware when the new firmware is loaded with errors, so as to prevent the lower device from working normally.

Therefore, under the condition that the fourth check code is different from the third check code, the lower computer device can modify the first firmware flag bit to the second firmware flag bit, so as to load according to the second firmware flag bit Backup firmware for emergency.

Sub-step 3216, in the case that the value of the second firmware flag is not 0, the lower computer device loads the backup firmware in the second flash memory space according to the second firmware flag.

In the embodiment of the present application, the case where the firmware flag is not 0 is a valid case. At this time, the lower computer device loads the backup firmware in the second flash memory space according to the second firmware flag to run, so as to realize the firmware data data disaster recovery.

Sub-step 3217: When the number of times of modifying the firmware flag bit reaches a preset number of times, the lower computer device sends a firmware error report request to the upper computer device.

In the embodiment of the present application, the loading program of the lower computer equipment is to load the firmware through the firmware flag bit, and the firmware flag bit is the starting space address that controls the next loading of the firmware, and this address will be modified in two cases: First, when the firmware upgrade is successful this time, the next firmware load needs to enter the new target firmware to run, so the flag bit needs to be changed to the first flag bit; the second is when the target firmware fails to be loaded. It means that the target firmware corresponding to the first flag bit can no longer run, so it is necessary to modify the flag bit to the second flag bit to ensure that the next time the firmware is loaded into another backup firmware. In addition, when the number of modified flag bits reaches the preset number of times (the preset number of times can be 2, and its initial value is 0), it means that both firmwares cannot be used. At this time, it is necessary to send a firmware error request to the upper computer device for follow-up Firmware fixes. This ensures that the firmware is loaded reasonably smoothly, and the entire lower-level computer device will not be rendered inoperable due to the damage of one firmware.

In addition, the firmware data processing method provided by the embodiment of the present application can avoid problems such as data loss, loading failure, hardware failure, etc. that occur in the target firmware upgrade process to the greatest extent, and has a perfect error reporting mechanism compared to the firmware upgrade solution in the prior art It can help the host computer to realize real-time error discovery, real-time investigation, etc. It provides a more reliable, robust and user-friendly firmware upgrade solution, and provides an effective method for firmware upgrade and loading and later firmware repair.

FIG. 5 is a block diagram of a firmware data processing apparatus provided by an embodiment of the present application. The apparatus is applied to a lower computer device. As shown in FIG. 5 , the firmware data processing apparatus 400 may include: a memory 401 and a processor 402;

The memory 401 is used to execute: obtain the firmware fragmentation data packet of the target firmware sent by the host computer device; the firmware fragmentation data packet includes the data fragmentation content, and the corresponding data fragmentation generated according to preset rules. The first check code of the content;

The processor 402 is configured to execute:

Optionally, the processor is specifically used for:

In the case that the second check code is different from the first check code, a transmission error report request is sent to the upper computer device.

Optionally, the memory is specifically used for:

In the case that the second check code is the same as the first check code, continue to acquire the next firmware fragment data packet sent by the upper computer device.

Optionally, the processor is specifically configured to execute:

The processor is also used to:

According to the preset rule, generate a third check code corresponding to the data fragment content of all the obtained firmware fragment data packets;

sending the third check code to the host computer device;

In the case of acquiring the confirmation instruction for the third check code sent by the host computer device, it is determined that the target firmware is transmitted.

Optionally, the processor is also used for:

All firmware fragment data packets of the target firmware are stored in the first flash memory space.

Optionally, the processor is also used for:

Modifying the flag bit of the first flash memory space to the first firmware flag bit;

Load the target firmware according to the first firmware flag.

Optionally, the processor is specifically used for:

According to the first firmware flag bit, extract the firmware fragmentation data packet of the target firmware in the first flash memory space, and store the firmware fragmentation data packet in the memory space;

According to the preset rule, generate a fourth check code corresponding to the data fragment content of all firmware fragment data packets of the target firmware;

When the fourth check code is the same as the third check code, run the target firmware in the memory space.

Optionally, the processor is also used for:

In the case that the fourth check code is different from the third check code, a loading error report request is sent to the upper computer device.

Optionally, the processor is also used for:

In the case where the fourth check code is different from the third check code, the first firmware flag bit is modified to a second firmware flag bit, and the second firmware flag bit is written for The flag bit of the second flash memory space for firmware backup;

If the value of the second firmware flag is not 0, the backup firmware in the second flash memory space is loaded according to the second firmware flag.

Optionally, the processor is also used for:

When the number of times of modification to the firmware flag reaches a preset number of times, a firmware error report request is sent to the upper computer device.

Optionally, the memory is also used for:

Obtain the update command sent by the host computer equipment, and the update command includes the first firmware version number of the target firmware;

The processor is also used to:

In the case that the first firmware version number is greater than the second firmware version number of the local firmware of the lower computer device, the step of obtaining the firmware fragmentation data packet of the target firmware sent by the upper computer device is entered.

Optionally, the lower computer device is a millimeter wave radar.

Optionally, the processor is also used for:

After receiving all the firmware fragmentation data packets of the target firmware sent by the host computer device, and completing the verification operation of the check code of the firmware fragmentation data packet, change the currently loaded firmware For the target firmware, an upgrade operation of the firmware of the millimeter-wave radar is completed.

To sum up, the firmware data processing device provided by the embodiment of the present application obtains the firmware fragmentation data packet of the target firmware sent by the host computer device; the firmware fragmentation data packet includes the data fragmentation content, and the corresponding data generated according to the preset rules. The first check code of the data fragment content; according to the preset rules, generate the second check code corresponding to the data fragment content of the obtained firmware fragment data packet; according to the second check code and the first check code the verification result, and perform the corresponding operation. In the present application, the lower computer device can perform verification based on the check code on the content of each firmware fragmentation data packet of the received target firmware to determine whether the firmware fragmentation data packet is a correct data packet, thereby identifying the Abnormal situations such as data packet loss during the transmission process realize the effective supervision of the firmware transmission process and reduce the probability of errors during the transmission process.

FIG. 6 is a block diagram of a firmware data processing apparatus provided by an embodiment of the present application. The apparatus is applied to a host computer device. As shown in FIG. 6 , the firmware data processing apparatus 500 may include a processor 501;

The processor is used to execute:

Optionally, the processor is also used for:

If the transmission error report request sent by the lower computer device is obtained, stop sending the firmware fragment data packet to the lower computer device.

Optionally, the processor is also used for:

According to the preset rule, generate a fifth check code corresponding to the content of all data fragments of the target firmware;

Obtain the third check code sent by the lower computer device;

In the case that the third check code is the same as the fifth check code, a confirmation instruction for the third check code is sent to the lower computer device.

Optionally, the processor is also used for:

In the case that the third check code is different from the fifth check code, a firmware error alarm is generated, and the process for processing the target firmware is stopped after a preset time.

Optionally, the processor is also used for:

Send an update command including the first firmware version number of the target firmware to the lower computer device.

Optionally, the processor is also used for:

The preset file size is determined according to the length of the check code corresponding to the preset rule and the target bit error rate for transmitting the target firmware.

To sum up, the firmware data processing device provided by the embodiments of the present application divides the target firmware into a plurality of firmware fragmentation data packets with preset file sizes; and generates data packets corresponding to the firmware fragmentation data packets according to the preset rules. The first check code of the content of the slice; send the firmware slice data packet including the first check code to the lower computer device. In this application, the target firmware can be divided into a plurality of firmware fragmentation data packets through the host computer equipment, and the first check code corresponding to each firmware fragmentation data packet is added to the firmware fragmentation data packet and sent to the lower computer. The device, the lower computer device performs verification based on the check code on the content of each firmware fragmentation data packet of the received target firmware to determine whether the firmware fragmentation data packet is a correct data packet, thereby identifying the transmission process. It can effectively supervise the firmware transmission process and reduce the probability of errors in the transmission process.

Referring to FIG. 7 , which shows a structural block diagram of a vehicle provided by an embodiment of the present application, the vehicle 600 includes: a body 601 ; the firmware data processing apparatus 500 shown in FIG. The body 601 is described.

Embodiments of the present application further provide a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium. When the computer program is executed by a processor, each process of the above-mentioned embodiments of the firmware data processing method can be achieved, and the same can be achieved. The technical effect, in order to avoid repetition, will not be repeated here. Wherein, the computer-readable storage medium, such as read-only memory (Read-Only Memory, referred to as ROM), random access memory (Random Access Memory, referred to as RAM), magnetic disk or optical disk and so on.

The memory may be an interface for connecting the external control terminal with the firmware data processing device. For example, the external control terminal may include a wired or wireless headset port, an external power (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a control terminal with an identification module, an audio input /Output (I/O) ports, video I/O ports, headphone ports, and more. The memory may be used to obtain input (eg, data information, power, etc.) from an external control terminal and transmit the obtained input to one or more elements within the firmware data processing device or may be used in the firmware data processing device and Transfer data between external control terminals.

For example at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

The processor is the control center of the control terminal. It uses various interfaces and lines to connect various parts of the entire control terminal, and executes control by running or executing the software programs and/or modules stored in the memory and calling the data stored in the memory. Various functions of the terminal and processing data, so as to carry out overall monitoring of the control terminal. The processor may include one or more processing units; preferably, the processor may integrate an application processor and a modem processor, wherein the application processor mainly processes the operating system, user interface and application programs, etc., and the modem processor Mainly deals with wireless communication. It can be understood that, the above-mentioned modulation and demodulation processor may not be integrated into the processor.

The various embodiments in this specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments, and the same and similar parts between the various embodiments may be referred to each other.

It should be understood by those skilled in the art that the embodiments of the present application may be provided as a method, a control terminal, or a computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to the present application. It will be understood that each flow and/or block in the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to the processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing terminal equipment to produce a machine that causes the instructions to be executed by the processor of the computer or other programmable data processing terminal equipment A control terminal is generated for implementing the functions specified in a flow or flow of the flowchart and/or a block or blocks of the block diagram.

These computer program instructions may also be stored in a computer readable memory capable of directing a computer or other programmable data processing terminal device to operate in a particular manner, such that the instructions stored in the computer readable memory result in an article of manufacture comprising the instruction to control the terminal, The instruction controls the terminal to implement the function specified in one flow or multiple flows of the flowchart and/or one block or multiple blocks of the block diagram.

These computer program instructions can also be loaded on a computer or other programmable data processing terminal equipment, so that a series of operational steps are performed on the computer or other programmable terminal equipment to produce a computer-implemented process, thereby executing on the computer or other programmable terminal equipment The instructions executed on the above provide steps for implementing the functions specified in the flowchart or blocks and/or the block or blocks of the block diagrams.

While the preferred embodiments of the present application have been described, additional changes and modifications to these embodiments may occur to those skilled in the art once the basic inventive concepts are known. Therefore, the appended claims are intended to be construed to include the preferred embodiment and all changes and modifications that fall within the scope of this application.

Finally, it should also be noted that in this document, relational terms such as first and second are used only to distinguish one entity or operation from another, and do not necessarily require or imply these entities or that there is any such actual relationship or sequence between operations. Moreover, the terms "comprising", "comprising" or any other variation thereof are intended to encompass non-exclusive inclusion, such that a process, method, article or terminal device comprising a list of elements includes not only those elements, but also a non-exclusive list of elements. other elements, or also include elements inherent to such a process, method, article or terminal equipment. Without further limitation, an element defined by the phrase "comprises a..." does not preclude the presence of additional identical elements in the process, method, article or terminal device comprising said element.

The application has been introduced in detail above, and specific examples are used to illustrate the principles and implementations of the application. The descriptions of the above embodiments are only used to help understand the methods and core ideas of the application; According to the idea of the present application, there will be changes in the specific embodiments and application scope for those skilled in the art. To sum up, the content of this specification should not be construed as a limitation on the present application.

Claims

A firmware data processing method, applied to a lower computer device, characterized in that the method comprises:

Obtain the firmware fragmentation data packet of the target firmware sent by the host computer device; the firmware fragmentation data packet includes data fragmentation content, and a first check code corresponding to the data fragmentation content generated according to a preset rule;

According to the preset rule, generate a second check code corresponding to the data fragment content of the obtained firmware fragment data packet;

Corresponding operations are performed according to the verification results of the second check code and the first check code.
The method according to claim 1, wherein the performing a corresponding operation according to the check result of the second check code and the first check code, comprising:

In the case that the second check code is different from the first check code, a transmission error report request is sent to the upper computer device.
The method according to claim 1, wherein the performing a corresponding operation according to the check result of the second check code and the first check code, comprising:

In the case that the second check code is the same as the first check code, continue to acquire the next firmware fragment data packet sent by the upper computer device.
The method according to claim 1, characterized in that, after obtaining all firmware fragmentation data packets sent by the host computer device, and the second check code of the firmware fragmentation data packet obtained last time and the first In the case where the check codes are the same, the method further includes:

According to the preset rule, generate a third check code corresponding to the data fragment content of all the obtained firmware fragment data packets;

sending the third check code to the host computer device;

In the case of acquiring the confirmation instruction for the third check code sent by the host computer device, it is determined that the target firmware is transmitted.
The method according to claim 4, wherein after the determining that the target firmware is transferred, the method further comprises:

All firmware fragment data packets of the target firmware are stored in the first flash memory space.
method according to claim 5, is characterized in that, after described by described target firmware All firmware fragmentation data packets are stored in the first flash memory space, described method also comprises:

Modifying the flag bit of the first flash memory space to the first firmware flag bit;

Load the target firmware according to the first firmware flag.
The method according to claim 6, wherein the loading the target firmware according to the first firmware flag comprises:

According to the first firmware flag bit, extract the firmware fragmentation data packet of the target firmware in the first flash memory space, and store the firmware fragmentation data packet in the memory space;

According to the preset rule, generate a fourth check code corresponding to the data fragment content of all firmware fragment data packets of the target firmware;

When the fourth check code is the same as the third check code, run the target firmware in the memory space.
The method according to claim 7, wherein the method further comprises:

In the case that the fourth check code is different from the third check code, a loading error report request is sent to the upper computer device.
The method according to claim 7, wherein the method further comprises:

In the case where the fourth check code is different from the third check code, the first firmware flag bit is modified to a second firmware flag bit, and the second firmware flag bit is written for The flag bit of the second flash memory space for firmware backup;

If the value of the second firmware flag is not 0, the backup firmware in the second flash memory space is loaded according to the second firmware flag.
The method according to claim 9, wherein the method further comprises:

When the number of times of modification to the firmware flag reaches a preset number of times, a firmware error report request is sent to the upper computer device.
The method according to claim 1, characterized in that, before acquiring the firmware fragmentation data packet of the target firmware sent by the host computer device, the method further comprises:

Obtain the update command sent by the host computer equipment, and the update command includes the first firmware version number of the target firmware;

In the described first firmware version number, under the situation that is greater than the second firmware version number of the local firmware of described lower computer equipment, enter the described step of obtaining the firmware fragmentation data packet of the target firmware sent by upper computer equipment.
The method according to claim 1, wherein the lower computer device is a millimeter wave radar.
The method of claim 12, wherein the method further comprises:

After receiving all the firmware fragmentation data packets of the target firmware sent by the host computer device, and completing the verification operation of the check code of the firmware fragmentation data packet, change the currently loaded firmware For the target firmware, an upgrade operation of the firmware of the millimeter-wave radar is completed.
A firmware data processing method, applied to a host computer device, wherein the method comprises:

Divide the target firmware into multiple firmware shard packets with preset file sizes;

According to a preset rule, a first check code corresponding to the data fragment content of the firmware fragment data packet is generated;

Send the firmware fragmentation data packet including the first check code to the lower computer device.
The method according to claim 14, wherein in the process of sending the firmware fragmentation data packet including the first check code to the lower computer device, the method further comprises:

If the transmission error report request sent by the lower computer device is obtained, stop sending the firmware fragment data packet to the lower computer device.
The method of claim 14, wherein the method further comprises:

According to the preset rule, generate a fifth check code corresponding to the content of all data fragments of the target firmware;

Obtain the third check code sent by the lower computer device;

In the case that the third check code is the same as the fifth check code, a confirmation instruction for the third check code is sent to the lower computer device.
The method of claim 16, wherein the method further comprises:

In the case that the third check code is different from the fifth check code, a firmware error alarm is generated, and the process for processing the target firmware is stopped after a preset time.
The method according to claim 14, wherein before the sending the firmware fragmentation data packet including the first check code to the lower computer device, the method further comprises:

Send an update command including the first firmware version number of the target firmware to the lower computer device.
The method of claim 14, wherein the method further comprises:

The preset file size is determined according to the length of the check code corresponding to the preset rule and the target bit error rate for transmitting the target firmware.
A firmware data processing device, characterized in that, applied to a lower computer device, the device comprises: a memory and a processor;

The memory is used to obtain the firmware fragmentation data packet of the target firmware sent by the host computer device; the firmware fragmentation data packet includes the data fragmentation content, and the corresponding data fragmentation content generated according to the preset rule. the first check code;

The processor is configured to, according to the preset rule, generate a second check code corresponding to the data fragment content of the obtained firmware fragment data packet;

Corresponding operations are performed according to the verification results of the second check code and the first check code.
The apparatus according to claim 20, wherein the processor is specifically configured to:

In the case that the second check code is different from the first check code, a transmission error report request is sent to the upper computer device.
The apparatus according to claim 20, wherein the memory is specifically used for:

In the case that the second check code is the same as the first check code, continue to acquire the next firmware fragment data packet sent by the upper computer device.
The apparatus of claim 20, wherein the processor is further configured to:

According to the preset rule, generate a third check code corresponding to the data fragment content of all the obtained firmware fragment data packets;

sending the third check code to the host computer device;

In the case of acquiring the confirmation instruction for the third check code sent by the host computer device, it is determined that the target firmware is transmitted.
The apparatus of claim 23, wherein the processor is further configured to:

All firmware fragment data packets of the target firmware are stored in the first flash memory space.
The apparatus of claim 24, wherein the processor is further configured to:

Modifying the flag bit of the first flash memory space to the first firmware flag bit;

Load the target firmware according to the first firmware flag.
The apparatus according to claim 25, wherein the processor is specifically configured to:

According to the first firmware flag bit, extract the firmware fragmentation data packet of the target firmware in the first flash memory space, and store the firmware fragmentation data packet in the memory space;

According to the preset rule, generate a fourth check code corresponding to the data fragment content of all firmware fragment data packets of the target firmware;

When the fourth check code is the same as the third check code, run the target firmware in the memory space.
The apparatus of claim 26, wherein the processor is further configured to:

In the case that the fourth check code is different from the third check code, a loading error report request is sent to the upper computer device.
The apparatus of claim 27, wherein the processor is further configured to:

In the case where the fourth check code is different from the third check code, the first firmware flag bit is modified to a second firmware flag bit, and the second firmware flag bit is written for The flag bit of the second flash memory space for firmware backup;

If the value of the second firmware flag is not 0, the backup firmware in the second flash memory space is loaded according to the second firmware flag.
The apparatus of claim 28, wherein the processor is further configured to:

When the number of times of modification to the firmware flag reaches a preset number of times, a firmware error report request is sent to the upper computer device.
The apparatus according to claim 20, wherein the memory is further used for:

Obtain the update command sent by the host computer equipment, and the update command includes the first firmware version number of the target firmware;

The processor is also used to:

In the case that the first firmware version number is greater than the second firmware version number of the local firmware of the lower computer device, the step of obtaining the firmware fragmentation data packet of the target firmware sent by the upper computer device is entered.
The device according to claim 20, wherein the lower computer equipment is a millimeter wave radar.
The apparatus of claim 31, wherein the processor is further configured to:

After receiving all the firmware fragmentation data packets of the target firmware sent by the host computer device, and completing the verification operation of the check code of the firmware fragmentation data packet, change the currently loaded firmware For the target firmware, an upgrade operation of the firmware of the millimeter-wave radar is completed.
A firmware data processing device, characterized in that it is applied to a host computer device, and the device comprises: a processor;

The processor is used to:

Divide the target firmware into multiple firmware shard packets with preset file sizes;

According to a preset rule, a first check code corresponding to the data fragment content of the firmware fragment data packet is generated;

Send the firmware fragmentation data packet including the first check code to the lower computer device.
The apparatus of claim 33, wherein the processor is further configured to:

If the transmission error report request sent by the lower computer device is obtained, stop sending the firmware fragment data packet to the lower computer device.
The apparatus of claim 33, wherein the processor is further configured to:

According to the preset rule, generate a fifth check code corresponding to the content of all data fragments of the target firmware;

Obtain the third check code sent by the lower computer device;

In the case that the third check code is the same as the fifth check code, a confirmation instruction for the third check code is sent to the lower computer device.
The apparatus of claim 33, wherein the processor is further configured to:

In the case that the third check code is different from the fifth check code, a firmware error alarm is generated, and the process for processing the target firmware is stopped after a preset time.
The apparatus of claim 33, wherein the processor is further configured to:

Send an update command including the first firmware version number of the target firmware to the lower computer device.
The apparatus of claim 33, wherein the processor is further configured to:

According to the length of the check code corresponding to the preset rule, and the target bit error rate of transmitting the target firmware, determine the preset file size.
A firmware data processing system, characterized in that the system comprises:

The upper computer equipment and the lower computer equipment;

The host computer equipment is used to divide the target firmware into a plurality of firmware fragmentation data packets with preset file sizes, and according to preset rules, generate the first data fragment corresponding to the data fragmentation content of the firmware fragmentation data packet. a check code; and send the firmware fragmentation data packet including the first check code to the lower computer device;

The lower computer device is used to obtain the firmware fragmentation data packet of the target firmware sent by the upper computer device, and according to the preset rule, generate the first corresponding data fragmentation content of the acquired firmware fragmentation data packet. two check codes; and performing corresponding operations according to the check results of the second check codes and the first check codes.
An electronic device, characterized in that it comprises a processor, a memory and a computer program stored on the memory and running on the processor, the computer program being executed by the processor to achieve as claimed in claim 1 The firmware data processing method described in any one of to 19.
A vehicle, characterized in that it includes:

body;

The device of any one of claims 20 to 32, which is mounted to the vehicle body.
A computer-readable storage medium, characterized in that it includes instructions that, when executed on a computer, cause the computer to execute the firmware data processing method according to any one of claims 1 to 19 .