WO2017186089A1

WO2017186089A1 - Method for upgrading files by vehicle-mounted decoder software

Info

Publication number: WO2017186089A1
Application number: PCT/CN2017/081799
Authority: WO
Inventors: 曾宪玮
Original assignee: 广州路派电子科技有限公司
Priority date: 2016-04-25
Filing date: 2017-04-25
Publication date: 2017-11-02
Also published as: CN105867985A; CN105867985B

Abstract

The present invention relates to a method for upgrading files by vehicle-mounted decoder software. The method comprises the following steps: step 1: detecting whether a SD card is inserted; step 2: lighting an LED lamp for a certain time after detecting that the SD card is inserted; step 3: automatically detecting whether there is a file to be updated in the SD card, and if so, performing the file update and blinking the LED lamp; otherwise directly jumping to execution of an application; step 4: quickly blinking the LED lamp after successively updating one file, a blink speed being the same as a blink speed of the LED lamp in step 3, then jumping to step 3 to continue to update the next file until all files are updated. The invention combines features of a software structure and hardware protection characteristics, thereby effectively increasing security of a program, reducing the risk of product copying, achieving protection of vendor code and intellectual property to the greatest extent, and meets the needs of practical application.

Description

Method for upgrading document of vehicle decoder software

Technical field

The invention belongs to the technical field, and in particular relates to a method for upgrading a file by a vehicle decoder software.

Background technique

With the development of embedded system products, its functions tend to be systematic and complicated. Different occasions and specific applications have caused manufacturers to put more demands on product upgrade and maintenance according to their own conditions. The manufacturer generally uses the Bootloader to guide the application structure of the embedded software. The Bootloader program is a small piece of code that is executed first in the Flash after the system power-on reset. For the embedded software with the Bootloader boot application structure, the Bootloader part. Relatively independent of the application. After the product has an upgraded version, users can get the product and upgrade package. However, in the tampering attack on the product, once the Bootloader code leaks, the illegal user updates the application part through the upgrade mode, and the entire software code of the product can be copied, which increases the potential risk of plagiarism.

The development of embedded system products is often costly and has a long development cycle. Once the embedded software in the product is copied or stolen, it will bring huge losses to the manufacturer. For a long time, the security and intellectual property protection of embedded software is the focus of manufacturers' focus on market competition. The priority hardware resources and high efficiency requirements of embedded system processors make it difficult to apply complex and large-encryption encryption algorithms. The protection of code relies more on hardware, which often has many potential security risks. Therefore, for most manufacturers, it is necessary to introduce some software protection mechanisms to complete the protection of property rights and the safety of users.

There are generally four ways to upgrade files: 1: one-time programming via JLink; 2: using serial port upgrade; 3: using USB for upgrade; 4: SD card upgrade. However, stm32 itself does not support the SD card upgrade function, and the general SD card upgrade method is to copy the required .bin file directly to the SD card, but in some product upgrade processes, there are often app programs in the SD card. The .bin file can't be recognized (that is, the .bin file cannot be opened), which greatly reduces the efficiency of product upgrades. These defects need to be improved.

Summary of the invention

In view of the above problems in the prior art, it is an object of the present invention to provide a method for upgrading a file of an in-vehicle decoder software that avoids the above-mentioned technical drawbacks.

In order to achieve the above object, the technical solution provided by the present invention is as follows:

A method for upgrading a file of a vehicle decoder software includes the following steps:

Step 1: Check whether the SD card is inserted; if there is an SD card inserted, update the application and SPI Flash files; if there is no SD card inserted, jump directly to the application to execute;

Step 2: After checking that an SD card is inserted, let the LED light be on for a certain period of time;

Step 3: Automatically check whether there is a file update in the SD card. If there is a file update, the file update is performed, and the LED light flashes at a rate of twice per second; if there is no file update, jump directly to the application to execute;

Step 4: After successfully updating a file, let the LED flash rapidly, the blinking speed is the same as the blinking speed of the LED in step 3. Then, go to step 3 and continue to update the next file until all files are updated.

Further, the method further includes the step 5: when the program jumps to the application portal, finds that the application is not found or when the file update fails, the LED light flashes at a speed of two seconds.

Further, the method is specifically:

Step 1: When the program starts execution, first initialize the driver of each module;

Step 2: Check whether the SD card is inserted. If there is an SD card inserted, perform step 3; if no SD card is inserted, skip to step 8;

Step 3: When the application detects that an SD card is inserted:

(1) Register a workspace on the FATFS module using the FATFS file system;

(2) Obtain a file description buffer;

Step 4: Determine whether to obtain the file description buffer, if the acquisition is successful, then jump to step 5; if the file description buffer is not successfully obtained, jump to step 8;

Step 5: Obtain the number of files to be upgraded and determine whether the files to be upgraded are successful. If the files are successfully obtained, perform step 6 and upgrade the upgrade files one by one until all the files are upgraded. The application hangs automatically;

Step 6: Determine the upgrade type of the file in the description structure array of the file to be upgraded, according to the text The upgrade type selects the upgrade mode;

Step 7: Determine whether all upgrade files are upgraded. Step 8 is performed after the upgrade is completed. Otherwise, go back to step 5.

Step 8: Turn off the timer and the LED light stops flashing;

Step 9: After the IAP is completed, release the SPI related pins before jumping to the application to prevent pin multiplexing;

Step 10: Determine whether the APP of the upper APP program exists. If it exists, run the upper APP; if it does not exist, the application hangs.

Further, the step 6 is specifically: determining an upgrade type of the file in the description structure array of the file to be upgraded, and selecting an upgrade mode according to the file upgrade type:

1) If the file upgrade type is INTERNAL, perform an Internal Flash upgrade;

2) If the file upgrade type is SPI, perform SPI Flash upgrade;

3) If it is a different file type, the application automatically hangs.

The method for upgrading the file of the vehicle decoder software provided by the invention combines the characteristics of the software structure and the protection features provided by the hardware, and uses the bvloader software to upgrade the file, which can not only load the stm32f10x boot loader, but also use the SD card (SPI interface). Update and run the application, and you can configure the /bsp/board/ file to implement the migration on different hardware boards, which can quickly upgrade the product and speed up the upgrade. At the same time, it can effectively improve the security of the program. Sexuality overcomes many potential security risks, reduces the potential risk of product plagiarism, and maximizes the protection of vendor code and intellectual property, which can meet the needs of practical applications.

DRAWINGS

Figure 1 is a general flow chart of the present invention;

Figure 2 is a flow chart of the SPI Flash update process;

Figure 3 is a flow chart of the Internal Flash update process;

Figure 4 is a flow chart showing the detailed steps of the present invention.

detailed description

The present invention will be further described in conjunction with the accompanying drawings and specific embodiments. It is understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

As shown in FIG. 1, a method for upgrading a file by a vehicle decoder software includes the following steps:

Step 1: Check whether the SD card is inserted at startup; if there is an SD card inserted, update the application and SPI Flash files; if there is no SD card inserted, jump directly to the application to execute;

Step 4: After successfully updating a file, the LED light flashes rapidly, and the blinking speed is the same as the blinking speed of the LED light in step 3. Then, jump to step 3 to continue updating the next file until all files are updated.

Step 5: When the program jumps to the application portal, it finds that the application cannot be found or when the file update fails, the LED flashes at a speed of two seconds.

The method for upgrading the file of the vehicle decoder software of the present invention is implemented by a bvloader program, which includes six modules, namely a timer, an SD card control module, an LED light state, a FATFS file system, an Internal Flash update, and an SPI Flash update. For modules, the following sections detail the timer, FATFS file system, SPIFlash update, Internal Flash update, and main logic control.

Timer

When the bvloader application needs to hang, it will first set a 2 second timer overflow time, then turn on the timer, and the LED will flash periodically when an SD card is detected.

FATFS file system

The use of the FATFS file system in the present invention is one of the key points of the present invention because it is faster to use the FATFS file system to upgrade files when the product is finished. It uses the file system in the main logic control module to detect whether the SD card has an update.cfg file, analyze the update.cfg file, and use the SPIFlash update module and the InternalFlash update module.

FATFS is a general-purpose FAT (File Allocation Table) file system module designed for small embedded systems. FatFs is written to follow ANSIC and is completely separate from the disk I/O layer. Therefore, it is independent (not dependent) on the hardware architecture. It can be embedded in low-cost microcontrollers such as 8051, PIC, AVR, SH, Z80, H8, ARM, etc. without any modifications.

The FATFS file system features: FAT12, FAT16 and FAT32. Multiple volumes (physical drives with Partition). Two partitioning rules: FDISK and Super-floppy. Multiple configuration options: long filename support. Optional code pages, including DBCS (DBCS or Double Byte Char Systems) multitasking support for read-only, minimal API, buffer configuration, and more.

SPI Flash update

SPI: serial peripheral interface is a common clock synchronous serial communication interface. SPI Flash reads and writes Flash through the SPI port.

The flow of the SPI Flash update process of the present invention is shown in FIG. 2. The SPI Flash upgrade method mainly uses a 32-bit checksum algorithm to determine whether the SPI FLASH read/write checksum is consistent to achieve data transfer to the upgrade file.

A checksum is used in the field of data processing and data communication to verify the sum of a set of data items for a destination. It refers to the accumulation of the number of transmission bits. When the transmission ends, the receiver can judge whether all the data is received according to this value. If the values match, then the transfer is complete. It is usually expressed in hexadecimal notation, and the 32-bit checksum is in the form of a 32-digit system.

When writing data in SPI Flash, in order to calculate the write checksum of the packet. The following steps should be taken:

1. Set the write checksum field to 0;

2. The data to be verified is regarded as a number consisting of 4 bytes or 32 bits, and the binary inverse codes are sequentially summed;

3. Store the results in the Write Checksum field.

When reading data in SPI Flash, calculate the read checksum of the data packet as follows:

1. Set the read checksum field to 0;

2. The first part is regarded as a number consisting of 4K bits, and the tail is less than 4K, and the data packet is composed of 32 bits, and the binary inverse codes are sequentially summed;

3. Store the results in the read checksum field.

Internal Flash update

The flow of the Internal Flash update process of the present invention is shown in FIG. The Internal Flash file upgrade is mainly based on an upgrade filter function to first determine the upgrade file. It has the following three situations:

1. The size of the file read is larger than the size of the APP application, that is, the file object is too large;

2. The address of a file recorded is smaller than the address where the APP application starts, that is, the address of the object file is too small;

3. The address of the cached data is 0x20000000.

When the internal Flash reads the upgrade file data, it reads the data in a FLASH_PAGE_SIZE size. After determining whether the FLASH status is complete, the address of the program is shifted. Until the offset is to the specified position, the data is transferred.

In order to better implement the above solution, the present invention is further described in detail below through the overall software design steps and in conjunction with FIG. 4, and specifically includes the following steps:

Step 1: When the program starts executing, the system first initializes the drivers for each module.

Step 2: Check if the SD card is inserted. If there is an SD card inserted, go to step 3. If no SD card is inserted, go to step 8.

Step 3: When the application detects that an SD card is inserted:

(1) Register a workspace on the FATFS module using the FATFS file system;

(2) Get the file description buffer.

Step 4: Determine whether to obtain the file description buffer. If the acquisition is successful, go to step 5. If the file description buffer is not successfully obtained, go to step 8.

Step 5: Obtain the number of files to be upgraded and determine whether the files to be upgraded are successful. If the files are successfully obtained, perform step 6 and upgrade the upgrade files one by one until all files are upgraded. If it does not succeed, the application hangs automatically.

Step 6: Determine the upgrade type of the file in the description structure array of the file to be upgraded, and select the upgrade mode according to the file upgrade type.

(1) If the file upgrade type is INTERNAL, perform an InternalFlash upgrade.

(2) If the file upgrade type is SPI, perform SPIFlash upgrade.

(3) If it is another file type, the system automatically suspends.

Step 7: Determine whether all upgrade files are upgraded. Step 8 is performed after the upgrade is complete. Otherwise, go back to step 5.

Step 8: Turn off the timer and the LED light stops flashing.

Step 9: After the IAP (IAP is the abbreviation for In-Application Programming, application programming), release the SPI related pins before jumping to the application to prevent pin multiplexing.

The method for upgrading the file of the vehicle decoder software provided by the invention combines the characteristics of the software structure and the hard The protection features provided by the device, using the bvloader software upgrade file, it can be used to boot the stm32f10x boot loader, use the SD card (SPI interface) to update and run the application, and can be implemented by configuring /bsp/board/ files Porting on different hardware boards can quickly upgrade products and speed up the upgrade; at the same time, it can effectively improve the security of the program, overcome many potential security risks, and reduce the potential risk of product plagiarism. To achieve maximum protection of vendor code and intellectual property, it can meet the needs of practical applications.

The above-mentioned embodiments are merely illustrative of the embodiments of the present invention, and the description thereof is not to be construed as limiting the scope of the invention. It should be noted that a number of variations and modifications may be made by those skilled in the art without departing from the spirit and scope of the invention. Therefore, the scope of the invention should be determined by the appended claims.

Claims

A method for upgrading a file of a vehicle decoder software, comprising the steps of:

Step 1: Check if the SD card is inserted; if there is an SD card inserted, update the application and SPI Flash files; if there is no SD card inserted, jump directly to the application.

Step 2: After checking that an SD card is inserted, let the LED light be on for a certain period of time.

Step 3: Automatically check whether there is a file update in the SD card. If there is a file update, the file update is performed, and the LED light flashes at a rate of twice per second; if there is no file update, it jumps directly to the application execution.

Step 4: After successfully updating a file, let the LED flash rapidly, the blinking speed is the same as the blinking speed of the LED in step 3. Then, go to step 3 and continue to update the next file until all files are updated.
The method for upgrading a file by the in-vehicle decoding software according to claim 1, wherein the method further comprises the step 5: when the program jumps to the application portal, finds that the application is not found or when the file update fails, the LED is caused. The light flashes at a speed that flashes once every two seconds;
The method for upgrading a file by the vehicle-mounted decoder software according to any one of claims 1 to 2, wherein the method is specifically:

Step 1: When the program starts execution, first initialize the drivers of each module.

Step 2: Check if the SD card is inserted. If there is an SD card inserted, go to step 3. If no SD card is inserted, go to step 8.

Step 3: When the application detects that an SD card is inserted:

(1) Register a workspace on the FATFS module using the FATFS file system;

(2) Get the file description buffer.

Step 4: Determine whether to obtain the file description buffer. If the acquisition is successful, go to step 5. If the file description buffer is not successfully obtained, go to step 8.

Step 5: Obtain the number of files to be upgraded and determine whether the files to be upgraded are successful. If the files are successfully obtained, perform step 6 and upgrade the upgrade files one by one until all files are upgraded. If it does not succeed, the application hangs automatically.

Step 6: Determine the upgrade type of the file in the description structure array of the file to be upgraded, according to the text The upgrade type selects the upgrade method.

Step 7: Determine whether all upgrade files are upgraded. Step 8 is performed after the upgrade is complete. Otherwise, go back to step 5.

Step 8: Turn off the timer and the LED light stops flashing.

Step 9: After the IAP is completed, release the SPI related pins before jumping to the application to prevent pin multiplexing.

Step 10: Determine whether the APP of the upper APP program exists. If it exists, run the upper APP; if it does not exist, the application hangs.
The step 6 of claim 3, wherein the step 6 is specifically: determining an upgrade type of the file in the description structure array of the file to be upgraded, and selecting an upgrade mode according to the file upgrade type:

1) If the file upgrade type is INTERNAL, perform an Internal Flash upgrade.

2) If the file upgrade type is SPI, perform an SPI Flash upgrade.

3) If it is a different file type, the application automatically hangs.