CN110609691A - Method for remotely updating DSP program - Google Patents

Abstract

The invention provides a method for remotely updating a DSP program, which updates the DSP program through CAN communication. The method adopts a complete CAN communication updating program protocol, ensures that the program is reliably and quickly updated, simultaneously ensures that abnormal events are processed, and improves the error correction capability of the updating program; the method can greatly improve the maintainability of the equipment in the field debugging stage and the final application process, and has great advantages especially under the conditions of severe installation environment of the target equipment and higher cost of independently setting a maintenance interface for the target equipment.

Description

Method for remotely updating DSP program

Technical Field

The invention relates to the field of network control of rail transit equipment, in particular to a method for remotely updating a DSP program.

Background

The DSP control device has great advantage in calculating speed and is widely applied to the fields of industrial control, automobiles, rail transit and the like. Products based on DSP chip design tend to have inherent disadvantages in terms of maintainability. Usually, the DSP program update is completed through a JTAG interface and a special simulator device, and the updating method is only suitable for program update in the laboratory development and production debugging stages, cannot be applied to the field of product application and maintenance in a large scale, and cannot realize remote update at the same time.

Another method for updating the DSP program is to update through a dedicated RS232 communication interface, which can implement remote updating of the DSP program in medium and short distances, but requires designing a dedicated maintenance interface, a dedicated maintenance line, and ground software, and also requires setting a corresponding hardware interface, which brings a problem in cost.

The CAN communication is a serial communication bus applied to a real-time application system, and is widely applied to the fields of automobiles, industrial control, rail transit and the like.

In a current transformer and a control system thereof in the prior art, a communication topology form inside the system is shown in fig. 1:

the two intermediate devices respectively comprise an Ethernet as a maintenance interface, the network maintenance interface is designed at a position which is very easy to contact through wiring, the target device is connected with the two intermediate devices through a CAN communication bus, and when the target device is in normal operation, the devices perform data interaction through the CAN bus. In addition, the maintenance interface designed by the target equipment is not wired in the system, and the maintenance interface cannot be led out to other places.

However, the converter system is installed at a position (roof) which is not easy to be touched by people, and the DSP program of the target device updated by the two modes (simulator updating and RS232 updating) can be completed only by contacting the device in a short distance (vehicle warehousing is needed, power off (waiting for the energy storage device to be discharged completely), the vehicle is ascended to the roof (necessary protection is needed), and the converter product is detached), so that the converter system is particularly inconvenient and wastes time and energy.

The method is characterized in that a computer with ground software transmits a program of a target device to an intermediate device through Ethernet through ground maintenance software, then the intermediate device simply splits and combines a target code (mainly limited by a CAN2.0B message, and the requirement that 1 frame CAN only send 8 bytes at most) and sends the target code to the target device through a CAN communication message, and the target device receives the program of the CAN communication and then completes analysis, check and update on the target device. The CAN communication interface of the target equipment has the functions of data interaction of normal communication and maintenance interface of program updating.

Whether JTAG updating or RS232 or CAN communication updating is used for updating DSP, essentially, Flash inside a DSP chip is erased, and then required data is written into a FLASH area inside the DSP chip, so that a new program replaces an old program. When the JTAG is used for updating, because the JTAG controller is arranged in the DSP chip, the program can be written in through the JTAG interface and does not depend on the operation of the DSP program of a user. However, when RS232 or CAN communication is used for updating, since the updating operation of the program completely depends on the user code, the user code is always running during the updating process, and in order to ensure that the program CAN continue to run after the FLASH is erased, a special mechanism must be designed, and during the updating process, the program CAN continue to run only by the internal RAM. Since the size of the internal RAM memory space is much smaller than the size of the internal FLASH space, it is not usually allowed to put all the functions of a program on RAM for execution. Only very compact code segment execution can be supported within the RAM space. After the update is completed, the DSP will rely on the FLASH to operate the program again, and the newly written program must be absolutely correct to ensure the normal operation of the new program. Once a few errors occur, the DSP program is slightly broken and jammed, and the normal work cannot be realized; and if so, locking the FLASH inside the DSP and scrapping the chip. Therefore, the reliability of the update procedure becomes especially important.

Disclosure of Invention

In order to solve the above technical problems, the present invention provides a method for updating a DSP program through CAN communication, which CAN use a maintenance interface (such as an ethernet interface) of an intermediate device, CAN communication interfaces of the intermediate device and a target device, and a CAN communication line to complete remote updating of the DSP program, and after the updating is completed, the target device is automatically restarted to start running a new program.

The invention relates to a method for remotely updating a DSP program, which updates the DSP program through CAN communication.

In one embodiment, the method comprises the steps of:

step 1, the ground software sends a program object code file of the target equipment to the intermediate equipment, and then sends an instruction to inform the intermediate equipment to start program updating;

step 2, after receiving a program object code file sent by the ground software and an instruction for starting updating the program, the intermediate device reads file information and judges the file information, and sends a source frame to the target device;

step 3, the target device software carries out corresponding processing and recording according to the type of the received source frame, and carries out corresponding updating operation after judging that the received source frame conforms to a complete program record;

step 4, the target device software judges whether the received source frame is a tail frame or not, if the source frame is the tail frame, whether an error exists in the updating process or not and whether the file size information is consistent with the size of the actually received file or not are checked;

if the frame is consistent with the frame, the correct frame is sent in response, and the frame is restarted after a period of time delay;

and if errors exist or the file sizes are inconsistent, responding to the error frame and sending the error frame to inform the intermediate equipment to send the errors to the ground software, and waiting for program updating again without restarting.

In one embodiment, the source frame and the response frame have different and fixed ID numbers, each frame data length adopts 8 bytes, and each frame data of 8 bytes comprises a check segment of 1 byte, so that the update failure caused by communication error or source frame data error possibly caused by different process data processing time sequences of a multitask system is prevented.

In one embodiment, in step 3, the target device software checks the received source frame before performing corresponding processing and recording according to the type of the received source frame, and if the received source frame passes the checking, performs the next step;

and if the verification fails, sending an error frame to inform the intermediate equipment to resend the source frame.

In one embodiment, in step 3, the source frames that pass the verification include a request frame, an information frame, a data frame, and an end frame.

In one embodiment, when the target device software judges that the received source frame is a request frame, the working mode of the target device is converted into an updating mode, and a program which needs to be used in the updating mode is carried to an on-chip RAM from a DSP chip to be operated;

in one embodiment, when the target device software determines that the received source frame is an information frame, the target device software records file related information and erases Flash on the chip.

In one embodiment, the data frame includes a sequence identifier in addition to the function code, and the sequence identifier is updated according to a certain rule to facilitate the target device to identify the newly received data.

In one embodiment, the response frame includes a response ID code and a response ACK code, the response ID code can distinguish the type of the response frame, and the response ACK code can identify the source frame currently responded, in a one-to-one correspondence. The response ID code can divide the response frame into a correct frame and an error frame, and the response ACK code mainly confirms the type of the source frame to confirm which frame of the source frame is responded to.

For example: if the source frame sends a request frame, the response ACK code should correspond to the request frame; if the source frame sends an information frame, the response ACK code should correspond to the information frame; the source frame sends a data frame (containing a sequence code), and the ACK code should correspond to the data frame and also needs to correspond to the current sequence code. In this way, when the intermediate device receives a correct frame (response ID code) and corresponds to the current source frame (response ACK code), it can confirm that the target device has successfully received the current source frame, and can start transmitting the next source frame.

Preferably, if a disconnection occurs during the updating process, the intermediate device may continuously send the current source frame because it cannot receive the response frame, and the target device may not send the response frame because it cannot receive the source frame;

when the communication line is normal, the intermediate device continues to send the source frame, and the target device receives the response frame and then sends the response frame, so that the incomplete updating process is continued.

Compared with the prior art, the method for remotely updating the DSP program has the following advantages:

1. the ground software of the intermediate equipment is directly used in the process of updating the program, other special tools and software are not needed, the difficulty in maintaining the product is reduced, and the development cost is reduced.

2. The method of the invention can shorten the time of updating the program of the product and reduce the operation difficulty of the product. The target program can be updated without approaching the target equipment or entering a complicated and severe environment, so that the time spent on updating the program is greatly shortened, and the maintainability of the product is improved.

3. And the target equipment does not need to arrange a system-level maintenance interface and wiring, so that the production cost is reduced. The CAN network is used as a normal communication network and a maintenance network, so that the multiplexing rate of the network is increased.

4. The program downloading mode can be extended to WiFi downloading, for example, an Ethernet interface of the intermediate device is connected with the wireless router, and then a PC running with ground software is used for realizing the program downloading through the WiFi connection.

5. According to the method, the upper computer does not need other hardware peripherals, only 1 computer and 1 network cable are needed, the operation is simple, and the program updating is reliable and quick.

6. The method of the invention does not affect other program updating modes, and still can use the simulator or the RS232 updating mode under the necessary condition (such as first power-on debugging in the production and manufacturing process, independent debugging of target equipment and the like).

7. The ground software can reuse the ground software of the intermediate equipment, so that the development cost of the software and the hardware is reduced, the ground software can simultaneously monitor the operating parameters of the intermediate equipment and the target equipment, and simultaneously realize the operations of program updating and the like of the intermediate equipment and the target equipment.

The features mentioned above can be combined in various suitable ways or replaced by equivalent features as long as the object of the invention is achieved.

Drawings

The invention will be described in more detail hereinafter on the basis of non-limiting examples only and with reference to the accompanying drawings. Wherein:

FIG. 1 is a communication topology within a converter control system of the prior art;

FIG. 2 is a flowchart of a target device update procedure in the method for remotely updating a DSP procedure according to the present invention.

Detailed Description

The invention will be described in further detail below with reference to the drawings and specific examples. It should be noted that, as long as there is no conflict, the embodiments and the features of the embodiments of the present invention may be combined with each other, and the technical solutions formed are within the scope of the present invention.

The invention relates to a method for remotely updating a DSP program, which updates the DSP program through a CAN communication protocol.

The method for remotely updating the DSP program comprises the following steps:

step 1, the ground software sends a target device program target code file to the intermediate device, and then sends an instruction to inform the intermediate device to start program updating;

step 2, after receiving a target equipment program target code file and a program updating starting instruction sent by ground software, the intermediate equipment reads file information and judges the file information, and sends a source frame to the target equipment;

step 2.1, the target device software checks the received source frame, and if the checking is passed, the next step is carried out;

and if the verification fails, sending an error frame and informing the intermediate equipment to send a retransmission source frame.

And 2.2, the target device software carries out corresponding processing according to the type of the source frame passing the verification, wherein the source frame passing the verification comprises a request frame, an information frame, a data frame and a tail frame.

And when the target equipment software judges that the received source frame is the request frame, converting the working mode of the target equipment into an updating mode, and carrying the program which needs to be used in the updating mode from the FLASH on the DSP chip to the RAM on the chip for running.

And when the target device software judges that the received source frame is the information frame, recording the related information of the file and erasing Flash on the chip.

And when the target device software judges that the received source frame is a data frame or a tail frame, performing data processing and caching.

And 3, when the target device software judges that the received source frame is a data frame and judges that the received data frame conforms to a complete program record, performing corresponding updating operation to perform FLASH programming, verification and data caching processing.

After the program received by the target device software conforms to a complete program record, caching and analyzing the data, then verifying the HEX record (according to the standard format of the HEX record), and if the HEX record passes the verification, starting to write (update) the record to Flash; if the verification fails, the serious error is recorded, and then a correct response frame is sent to inform the intermediate equipment to continue sending the next frame of source frames. The recorded serious errors can be checked when the last tail frame is received, if the serious errors occur in the check, the error frame can be responded when the last tail frame is responded, so that the intermediate equipment can know that the serious errors occur in the updating process and inform the ground software to carry out error prompt;

if the received source frame does not conform to a complete program record, a correct frame is sent to inform the intermediate device, and the next source frame is sent to the target device.

And 4, the target device software judges whether the received source frame is the tail frame, if the source frame is not the tail frame, the correct frame is sent to inform the intermediate device, the source frame is continuously sent until the target device software judges that the received source frame is the tail frame, and the target device is informed to finish updating.

If the source frame is a last tail frame, checking whether an error exists in the updating process and whether the file size information is consistent with the size of the actually received file;

if the frame is consistent with the frame, the correct frame is sent in response, and the frame is restarted after a period of time delay;

and if the error exists or the file sizes are not consistent, responding to the error frame, informing the intermediate equipment of sending the error to the ground software, not restarting, and waiting for updating the program again.

Preferably, the source frame and the response frame have different and fixed ID numbers, each frame data length adopts 8 bytes, each frame data length of 8 bytes includes a check segment of 1 byte, and the target device software checks the received source frame according to the check segment, so as to prevent communication error or update failure caused by source frame data error possibly caused by different process data processing time sequences of the multitask system.

More preferably, the check segment may be selected from a sum check, a CRC check, or other check.

In one embodiment, the data frame includes a sequence identifier in addition to the function code, and the sequence identifier is updated according to a certain rule to facilitate the target device to identify the newly received data.

In one embodiment, the reply frame contains a reply ID code that distinguishes the type of reply frame and a reply ACK code that identifies the source frame currently being replied to, in a one-to-one correspondence.

The ID code of the response frame distinguishes the response frame into different types:

the correct frame represents normal response, and prompts the intermediate equipment to send the next frame or finish the sending;

the error frame represents an abnormal response, and at the moment, the intermediate equipment does not process the information frame and the data frame corresponding to the ACK code, and the current source frame is directly sent according to the processing mode of the process data; and when the ACK code corresponds to the last tail frame, the intermediate equipment feeds error information back to the ground software, and the ground software prompts the final downloading state of the program according to the feedback result.

Preferably, if a disconnection occurs during the updating process, the intermediate device continuously transmits the current source frame because the intermediate device cannot receive the response frame when transmitting the process data, and the target device does not transmit the response frame because the target device cannot receive the source frame;

when the communication line is normal, the intermediate device continues to send the source frame, and the target device receives the response frame and then sends the response frame, so that the incomplete updating process is continued.

In one embodiment, the surface software and the middleware use ethernet for data interaction. And sending the program code of the target equipment to the intermediate equipment by the ground software through the Ethernet, and sending an instruction to inform the intermediate equipment to start program updating. And then the ground software and the intermediate equipment carry out real-time communication, the program updating progress is monitored, and the program updating result is prompted when the program updating is finished.

The process of the surface software sending the file to the middleware may be some standard file transfer protocol or other protocol, such as FTP protocol.

Preferably, the ground software does not need to analyze the target code program, and the target code program is sent to the intermediate device without any change, so that the possibility of errors is reduced, and all data analysis and verification work is completed by the target device.

In one embodiment, the intermediate device does not need to perform any analysis on the object code program, and only needs to read the file and split the file into sub-packets conforming to the CAN communication protocol, so that the possibility of errors is reduced.

Preferably, the program file of the target device adopts a format of an HEX record file (determined by the format of the target code), each HEX record carries an accumulation and a check, the check needs to be detected when the program is updated, and only when one HEX record passes the check, the HEX record is written into the FLASH of the DSP.

After the target equipment is powered on, the program is operated according to normal control logic, the software automatically completes necessary equipment protection control after detecting that the intermediate equipment sends a request frame to the target equipment, then enters a downloading mode, starts software downloading and can start downloading and updating at any time.

In one embodiment, the ethernet interface of the intermediate device may be connected to a wireless router and then the download program is implemented over a WiFi connection using a PC running a terrestrial software.

In one embodiment, the target device main control chip may be replaced with other processors such as an ARM, an MCU, and the like, and the processing flow of the DSP update program may be refined according to application requirements.

Preferably, the network topology or the interfaces CAN be adjusted according to actual needs, such as the system uses other maintenance interfaces, the number of the nodes of the CAN network is increased, and the like.

The method for remotely updating the DSP program adopts a complete CAN communication updating program protocol, ensures that the program is reliably and quickly updated, simultaneously ensures that abnormal events are processed, and improves the error correction capability of the updating program; no special maintenance interface is connected with the target equipment, and the maintenance interfaces of other equipment and the normally running data interface are reused to update the program; the complete DSP updating program processing flow is suitable for updating programs of processor (single chip microcomputer) chips without operating systems and file systems; the method can greatly improve the maintainability of the equipment in the field debugging stage and the final application process, and has great advantages especially under the conditions of severe installation environment of the target equipment and higher cost of independently setting a maintenance interface for the target equipment.

While the invention has been described with reference to a preferred embodiment, various modifications may be made and equivalents may be substituted for elements thereof without departing from the scope of the invention. In particular, the technical features mentioned in the embodiments can be combined in any way as long as no conflict exists. It is intended that the invention not be limited to the particular embodiments disclosed, but that the invention will include all embodiments falling within the scope of the appended claims.

Claims (10)

1. A method for remotely updating a DSP program, the method comprising updating the DSP program via CAN communication.

2. The method of claim 1, wherein the method comprises the steps of:

step 1, the ground software sends a program object code file of the target equipment to the intermediate equipment, and then sends an instruction to inform the intermediate equipment to start updating the program;

step 2, after receiving the target code file and the program updating command sent by the ground software, the intermediate device reads and judges the information of the program target code file of the target device, and then sends the source frame to the target device;

step 3, the target device software carries out corresponding processing and recording according to the type of the received source frame, and carries out corresponding updating operation after judging that the received source frame conforms to a complete program record;

step 4, the target device software judges whether the received source frame is a tail frame or not, if the source frame is the tail frame, whether an error exists in the updating process or not and whether the file size information is consistent with the size of the actually received file or not are checked;

if the frame is consistent with the frame, the correct frame is sent in response, and the frame is restarted after a period of time delay;

and if errors exist or the file sizes are inconsistent, responding to the error frame and sending the error frame to inform the intermediate equipment to send the errors to the ground software, and waiting for program updating again without restarting.

3. The method of claim 2, wherein the source frame and the response frame have different and fixed ID numbers, each frame has a data length of 8 bytes, and each frame has 8 bytes of data, and each frame has a check segment of 1 byte, so as to prevent update failure caused by communication error or source frame data error due to different process data processing timing sequence of the middleware multitask system.

4. The method according to claim 3, wherein in step 3, the target device software checks the received source frame before performing corresponding processing and recording according to the type of the received source frame, and if the check is passed, performs the next step;

and if the verification fails, sending an error frame to inform the intermediate equipment to resend the source frame.

5. The method according to claim 4, wherein the source frames that pass the check in step 3 comprise a request frame, an information frame, a data frame and a last end frame.

6. The method according to claim 5, wherein when the target device software determines that the received source frame is a request frame, the target device software converts the operating mode of the target device into an update mode, and carries the program to be used in the update mode from the DSP on-chip FLASH to the on-chip RAM for running.

7. The method of claim 5, wherein when the target device software determines that the received source frame is an information frame, the target device software records file related information and erases Flash on chip.

8. The method of claim 5, wherein the data frame further comprises a sequence identifier in addition to the function code, the sequence identifier being updated according to a rule to facilitate identification of newly received data by the target device.

9. A method for remotely updating a DSP program as recited in claim 3, wherein the reply frame includes a reply ID code and a reply ACK code, the reply ID code distinguishing the type of the reply frame, the reply ACK code identifying the source frame of the current reply in a one-to-one correspondence.

10. A method according to any one of claims 2 to 9, wherein if a disconnection occurs during the updating process, the intermediate device will continue to transmit the current source frame because it cannot receive the response frame, and the target device will not transmit the response frame because it cannot receive the source frame;

when the communication line is normal, the intermediate device continues to send the source frame, and the target device receives the response frame and then sends the response frame, so that the incomplete updating process is continued.