Refreshing device and method for refreshing vehicle-mounted controller by using Ethernet

Abstract

The invention provides a refreshing device and method for refreshing a vehicle-mounted controller through the Ethernet, the refreshing device sends a refreshing software package to the vehicle-mounted controller to be refreshed through the Ethernet, the refreshing software package is packaged into N messages to be sent, and each message comprises a refreshing software package block; according to the sending sequence, the data length of the first to (N-1)th refreshing software package blocks is set to be integral multiples of the length of the data block flashed by the vehicle-mounted controller for one time, the remaining data of the refreshing software package except the first (N-1) refreshing software package blocks is the Nth refreshing software package block, and in addition, the data length of each refreshing software package block is smaller than the maximum data transmission unit length of the Ethernet network, and N is an integer greater than or equal to 2. Therefore, the refreshing device can quickly send the refreshing software package, and the vehicle-mounted controller can complete updating without waiting, so that the refreshing efficiency of the vehicle-mounted controller is improved.

Description

technical field [0001] The invention relates to the technical field of automobiles, in particular to a refreshing device and method for refreshing a vehicle-mounted controller by using the Ethernet. Background technique [0002] With the development of automotive technology, on-board controllers on vehicles are often faced with the need for application upgrades. When refreshing the on-board controller, the refresh software package is usually sent to the on-board controller, and the on-board controller uses the obtained refresh software package to refresh. Due to the advantages of low cost, high bandwidth, fast transmission rate, and real-time network, Ethernet has been applied to the refresh of the vehicle controller. [0003] figure 1 It is a schematic diagram of a refreshing process of a vehicle-mounted controller. Such as figure 1 As shown, the on-vehicle controller 100 (Electronic Control Unit, ECU) and the flashing device 300 (which may be called Flasher) are connec...

AI Technical Summary

Problems solved by technology

[0005] There are at least three problems in the above-mentioned refreshing software package transfer process: (1) at the junction of two messages, there is always the situation that the data block length of a vehicle-mounted controller is not enough to flash once (that is, the remainder is not a single vehicle-mounted controller). part of data that is an integer multiple of the length of the data block to be written for the first time), at this time, the on-board controller will wait for the arrival of the next message before continuing to refresh, which increases the waiting time for the on-board controller to refresh; (2) due to the remaining Part of the data that is an integer multiple of the length of the data block written by the controller in a single flash, the refresh of the on-board controller has not been completed this time. Based on the unified diagnostic service protocol USD and the diagnostic data communication protocol DOIP, the on-board controller will not send a confirmation message that the refresh is complete , according to the transmission control protocol (usually based on TCP), the refresh device will think that the vehicle controller has not received the Ethernet message, which will cause the refresh device to continuously send Ethernet messages to the vehicle controller, which will easily lead to a large number of heavy traffic on the network. (3) Usually in the vehicle environment, the processing capability of the vehicle controller is weak (compared to the IT industry), while the transmission rate of Ethernet is fast, and the vehicle controller is prone to failure. It is too late to deal with the situation and will not send confirmation information to the refresh device. Based on the TCP protocol, the refresh device will continue to send messages to the vehicle controller and generate a large number of retransmission messages, which affects the transmission efficiency.

The actual measurement results show that it takes 5 to 10 minutes to refresh a 3MB Hex file using the above method, and the refresh rate is relatively slow

Images