CN114488997B

CN114488997B - ECU (electronic control Unit) refreshing method and device, electronic equipment and storage medium

Info

Publication number: CN114488997B
Application number: CN202111631228.7A
Authority: CN
Inventors: 刘均; 邓蒙召
Original assignee: Shenzhen Launch Technology Co Ltd
Current assignee: Shenzhen Launch Technology Co Ltd
Priority date: 2021-12-28
Filing date: 2021-12-28
Publication date: 2024-05-10
Anticipated expiration: 2041-12-28
Also published as: CN114488997A

Abstract

The application is applicable to the technical field of automobile electronics, and provides a method and a device for ECU (electronic control Unit) handwriting, electronic equipment and a storage medium, wherein the method comprises the following steps: acquiring a diagnosis data packet and a refreshing file packet on line; judging whether the writing file packet accords with writing conditions or not based on the diagnosis data packet; and if the brushing condition is met, brushing the target ECU according to a brushing mode determined by a user, wherein the brushing mode comprises online brushing and offline brushing, and the target ECU is the ECU to be brushed. Under the condition that the refreshing file packet accords with the refreshing condition, the refreshing mode is determined according to the selection of a user, and the offline refreshing file can be flexibly added in the online refreshing flow, so that the refreshing requirement of the user customized ECU is met.

Description

ECU (electronic control Unit) refreshing method and device, electronic equipment and storage medium

Technical Field

The application belongs to the technical field of automobile electronics, and particularly relates to a method and a device for brushing ECU, electronic equipment and a storage medium.

Background

And the electronic control unit (Electronic Control Unit, ECU) is used for data refreshing and ECU data filling. The basic principle of ECU refreshing is that an external data refreshing tool is adopted to send data information to an ECU through an ECU communication network, so that the management and the update of ECU data are realized.

The ECU online refreshing is a refreshing mode based on an open test sequence exchange format (Open Test sequence eXchange, OTX), and has the characteristics of safety, stability and easy operation, but has the defect of inflexibility. In some cases, the user online swipe may not meet the user-customized ECU swipe requirements.

Disclosure of Invention

The embodiment of the application provides a method, a device, electronic equipment and a storage medium for ECU (electronic control Unit) handwriting, which can solve the problem of how to meet the user customized ECU handwriting requirement.

In a first aspect, an embodiment of the present application provides a method for brushing ECU, including:

Acquiring a diagnosis data packet and a refreshing file packet on line;

judging whether the writing file packet accords with writing conditions or not based on the diagnosis data packet;

and if the brushing condition is met, brushing the target ECU according to a brushing mode determined by a user, wherein the brushing mode comprises online brushing and offline brushing, and the target ECU is the ECU to be brushed.

Optionally, based on the diagnostic data packet, determining whether the writing file packet meets writing conditions includes: analyzing the diagnosis data packet to obtain a wild card corresponding to the target session of the target ECU; judging whether the wild card is matched with an online refreshing file list of the refreshing file packet; if the wild card is matched with the online refreshing file list of the refreshing file packet, determining that the refreshing file packet meets the refreshing condition; and if the wild card is not matched with the online refreshing file list of the refreshing file packet, determining that the refreshing file packet does not accord with the refreshing condition.

Optionally, the method further comprises: and if the refreshing file packet does not meet the refreshing condition, determining a refreshing mode as the offline refreshing mode.

Optionally, the brushing the target ECU according to the brushing mode determined by the user includes: if the brushing mode is an online brushing mode, confirming an effective brushing session description list according to a path for acquiring the wild card; and creating a brushing operation according to the brushing session description list, and brushing the target ECU.

Optionally, the brushing the target ECU according to the brushing mode determined by the user includes: if the refreshing mode is an offline refreshing mode, reversely deducing a refreshing session description list corresponding to the offline refreshing file according to the offline refreshing file list selected by the user; and creating a brushing operation according to the brushing session description list, and brushing the target ECU.

Optionally, according to the offline refreshing file list selected by the user, deducing a refreshing session description list corresponding to the offline refreshing file in a reverse direction, including: for each offline refreshing file, determining a target wildcard matched with the offline refreshing file by matching a file name in the offline refreshing file list with the wildcard; according to the target wild card, reversely tracing the reference path of the short name, and confirming the target refreshing session description; and forming a brushing session description list by the target brushing session description corresponding to each offline brushing file.

Optionally, the creating a brushing operation according to the brushing session description list, and brushing the target ECU includes: aiming at each refreshing file of the target ECU, analyzing the refreshing file to obtain refreshing data; and according to the sequence from high to low of the storage address of the target ECU, the data to be written is written in segments.

In a second aspect, an embodiment of the present application provides an apparatus for brushing ECU, including:

the online data acquisition module is used for acquiring the diagnosis data packet and the refreshing file packet online;

The refreshing condition judging module is used for judging whether the refreshing file packet accords with the refreshing condition or not based on the diagnosis data packet;

and the target ECU refreshing module is used for refreshing the target ECU according to a refreshing mode determined by a user if the refreshing condition is met, wherein the refreshing mode comprises online refreshing and offline refreshing, and the target ECU is the ECU to be refreshed.

Optionally, the brushing condition judging module comprises a diagnosis data packet analyzing module, a target ECU judging module and a target ECU judging module, wherein the diagnosis data packet analyzing module is used for analyzing the diagnosis data packet to obtain a wild card corresponding to a target session of the target ECU; the matching judging module is used for judging whether the wild card is matched with the online refreshing file list of the refreshing file packet; the first judging module is used for determining that the refreshing file packet accords with the refreshing condition if the wild card is matched with the online refreshing file list of the refreshing file packet; and the second judging module is used for determining that the refreshing file packet does not accord with the refreshing condition if the wild card is not matched with the online refreshing file list of the refreshing file packet.

Optionally, the writing condition judging module is further configured to determine a writing mode as the offline writing mode if the writing file packet does not meet the writing condition.

Optionally, the target ECU flashing module is further configured to confirm an effective flashing session description list according to a path for acquiring the wild card if the flashing mode is an online flashing mode; and creating a brushing operation according to the brushing session description list, and brushing the target ECU.

Optionally, the target ECU flashing module is further configured to, if the flashing mode is an offline flashing mode, reversely deduce a flashing session description list corresponding to the offline flashing file according to the offline flashing file list selected by the user; and creating a brushing operation according to the brushing session description list, and brushing the target ECU.

Optionally, the target ECU writing module includes a wild card determining module, configured to determine, for each of the offline writing files, a target wild card that matches the offline writing file by matching a file name in the offline writing file list with the wild card; the target brushing session description confirming module is used for reversely tracing the reference path of the short name according to the target wild card, and confirming the target brushing session description; and the refreshing session description list forming module is used for forming a refreshing session description list by the target refreshing session description corresponding to each off-line refreshing file.

Optionally, the target ECU flashing module includes a flashing data obtaining module, configured to parse a flashing file for each flashing file of the target ECU to obtain flashing data; and the segment refreshing module is used for refreshing the refreshing data segment according to the sequence from high to low of the storage address of the target ECU.

In a third aspect, an embodiment of the present application provides an electronic device, including:

a memory, a processor and a computer program stored in the memory and executable on the processor, which when executed by the processor, performs the method steps of the first aspect and the various alternative embodiments described above.

In a fourth aspect, embodiments of the present application provide a computer-readable storage medium comprising: the computer-readable storage medium stores a computer program which, when executed by a processor, implements the method steps of the first aspect and various alternative embodiments described above.

In a fifth aspect, embodiments of the present application provide a computer program product for causing an electronic device to carry out the method steps of the first aspect and the respective alternative embodiments described above when the computer program product is run on the electronic device.

It should be understood that, when the brushing file package meets the brushing conditions, the brushing mode is determined according to the selection of the user, and the offline brushing file can be flexibly added in the online brushing flow, so that the user customized ECU brushing requirement is met.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the embodiments or the description of the prior art will be briefly described below, it being obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a schematic diagram of an ECU flushing system according to an embodiment of the present application;

FIG. 2 is a flow chart of a method for ECU flushing according to an embodiment of the present application;

FIG. 3 is a flow chart of a method for ECU flushing according to another embodiment of the present application;

FIG. 4 is a flow chart of a method for ECU flushing according to another embodiment of the present application;

FIG. 5 is a flow chart of a method for ECU flushing provided by another embodiment of the present application;

FIG. 6 is a flow chart of a method for ECU flushing provided by another embodiment of the present application;

FIG. 7 is a flow chart of a method for ECU flushing in accordance with another embodiment of the present application;

fig. 8 is a schematic structural diagram of an ECU flashing device according to an embodiment of the present application;

Fig. 9 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

Detailed Description

In the following description, for purposes of explanation and not limitation, specific details are set forth such as the particular system architecture, techniques, etc., in order to provide a thorough understanding of the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.

It should be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

It should also be understood that the term "and/or" as used in the present specification and the appended claims refers to any and all possible combinations of one or more of the associated listed items, and includes such combinations.

As used in the present description and the appended claims, the term "if" may be interpreted as "when..once" or "in response to a determination" or "in response to detection" depending on the context. Similarly, the phrase "if a determination" or "if a [ described condition or event ] is detected" may be interpreted in the context of meaning "upon determination" or "in response to determination" or "upon detection of a [ described condition or event ]" or "in response to detection of a [ described condition or event ]".

Furthermore, the terms "first," "second," "third," and the like in the description of the present specification and in the appended claims, are used for distinguishing between descriptions and not necessarily for indicating or implying a relative importance.

Reference in the specification to "one embodiment" or "some embodiments" or the like means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," and the like in the specification are not necessarily all referring to the same embodiment, but mean "one or more but not all embodiments" unless expressly specified otherwise. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless expressly specified otherwise.

Before explaining the method for brushing the ECU provided by the embodiment of the present application, for convenience in understanding the embodiment of the present application, the principle of the method for brushing the ECU provided by the embodiment of the present application and related concepts related to the embodiment of the present application are described below with reference to fig. 1.

The open test sequence exchange format (Open Test sequence eXchange, OTX) is a standardized exchange format, standardized in ISO 13209, for formally describing automated diagnostic sequences, such as system testing or guided debugging.

The diagnostic sequences are based on XML and can be exchanged between process partners having different platforms and diagnostic testers. The diagnostic test sequence is used whenever an off-board test device diagnoses, tests, reprograms or initializes a diagnostic-capable automobile component or function.

The order of testing in the diagnostic sequence defines the order of interaction between the user (i.e., shop or assembly line personnel), the diagnostic application (test equipment) and the vehicle communication interface, and any calculations and decisions that must be performed. These test sequences are just like the flow of a series of nodes in a flow chart in a certain order.

The open diagnostic data interchange box (Open diagnostic data exchange, ODX) is a data file used by the standard architecture diagnostic (MVCI, modular Vehicle Communication Interface) established by the automated and measurement systems standards association (Association for Standardisation of Automation and Measuring Systems, ASAM). The ODX is a standardized diagnostic file, and when diagnosing different vehicles or different ECUs, only the ODX file adapted to the vehicle model or ECU needs to be loaded, without any change to the diagnostic apparatus. ODX unifies the format of the diagnostic files, so that the diagnostic files do not need to be converted in format when transferred and exchanged in research, testing, production, after-sales, etc. departments.

The ECU is used for brushing, namely brushing the ECU and brushing the automobile computer board, and three main applications are: firstly, data packaging is carried out when an engine/automobile goes off line and leaves a factory, secondly, an automobile maintenance station carries out ECU updating and maintenance, and thirdly, the engine is refitted and applied. The engine ECU is used for independently managing the program and the data in the software design and is separated in the Flash physical space of the singlechip. The ECU data may be divided into a plurality of data areas, such as a component information configuration area, a power parameter area, an emission parameter area, a failure diagnosis area, and the like, according to different properties of the control task.

When the ECU performs data refreshing, in order to avoid destructive disassembly and assembly of the ECU, the ECU performs data interaction with the ECU based on a CAN communication protocol (mostly ISO 15765) through an OBD interface. The ECU internally comprises two software packages of an application program and a bootable program, so that the application program is prevented from being crashed when being updated.

Files containing EUC swipe data and/or swipe programs are commonly referred to as ECU swipe files.

The ECU online flushing is a flushing scheme based on the open test sequence interchange format (Open Test sequence eXchange, OTX).

At present, a general online flashing process based on the OTX standard is that an automobile manufacturer configures relevant parameters of a Job (Job) related to the flashing process to an OTX file, and the automobile diagnosis data configured based on the ODX standard comprises all the basic functions of an ECU, special functions, action tests, flashing functions and JAR packages for realizing the good flashing process, packages the JAR packages into a PDX file, and uploads the PDX file to a designated server. And the ECU refreshing equipment acquires the automobile PDX source file and the refreshing file on line from an automobile manufacturer server and performs refreshing operation on the ECU needing refreshing. Online brushing has the characteristics of safety, stability and easy operation, but has the defect of inflexibility. In some cases, the user online swipe may not meet the user-customized ECU swipe requirements.

And the offline refreshing is to select the local refreshing file offline by the user, namely, the user manually selects the file to be refreshed according to the sequence to refresh the ECU. Offline writing is characterized by its non-OTX standard, and the user selects writing files locally. Offline overwrites may not match the version of the online obtained package of overwrites, or otherwise be a valid overwrites

Fig. 1 shows an ECU brushwrite system 10 provided in an embodiment of the present application. The system 10 includes: the device 110 is swiped, the server 120 is online, and the device 130 is local.

In some embodiments, the swipe device 110 may be a vehicle diagnostic device, or may be a computing device configured with an interface for ECU communications, such as a laptop, palmtop, or smart phone device.

In some embodiments, the online server 120 may be an automobile manufacturer or a flash file service provider for storing diagnostic data packages and flash files. The online server 120 may also be a server that provides a swipe interaction service.

In some embodiments, the flash device 110 communicates with the online server 120 over a wired and/or wireless communication network.

In some embodiments, local storage 130 is used to store offline swipe files. It should be noted that the local memory 130 is communicatively coupled to the brushing device 110, and may be either internal to the brushing device 110 or separate from the brushing device 110, without limitation.

Fig. 2 shows a method for brushing an ECU according to an embodiment of the present application, which is applied to the brushing device 110 in the ECU brushing system 10 shown in fig. 1 and may be implemented by software and/or hardware of the brushing device 110. As shown in fig. 2, the method includes steps S110 to S130. The specific implementation principle of each step is as follows:

s110, acquiring a diagnosis data packet and a refreshing file packet on line.

On-line (On-line) generally refers to an electronic device being in a network connection state. In an embodiment of the present application, online refers to a state in which the writing brush device 110 communicates with the online server 120 through a network connection.

The diagnostic data packet is a file packet containing a vehicle diagnostic data file, and the diagnostic data packet may be the PDX file packet.

Wherein the bundle of swiped files is a bundle of files containing one or more ECU swiped files.

In some embodiments, the flash device 110 communicates with the online server 120 via a wired and/or wireless communication network, and obtains diagnostic data packages and flash packages from the online server, which may also be referred to herein as online flash packages.

S120, judging whether the refreshing file packet meets the refreshing condition or not based on the diagnosis data packet.

The diagnostic data packet includes diagnostic data of the vehicle, and by analyzing the diagnostic data of the vehicle, a correspondence relationship between a flashing session and a flashing file of a target ECU (ECU requiring ECU flashing) in a target vehicle (vehicle requiring ECU flashing) can be obtained. Through the corresponding relation, whether the refreshing file in the refreshing file packet obtained on line is matched with the target ECU or not can be judged.

In some embodiments, the correspondence between the brushing session and the brushing file may be obtained by tracing back step by step the short name referred to by the brushing session of the target ECU.

The diagnostic data is provided with a wild card corresponding to the refreshing session, and the wild card is used for indicating conditions which the file name of the refreshing file corresponding to the refreshing session should have.

For example, if the wild card corresponding to a flush session is "ASW0", the flush file corresponding to the flush session should at least include "ASW0" in the wild card to match the flush session.

In some specific examples, the flashing device parses the diagnostic data packet to obtain a wild card corresponding to a target session of the target ECU; judging whether the wild card is matched with a refreshing file list of the refreshing file packet or not; and if the wild card is matched with the refreshing file list of the refreshing file packet, determining that the refreshing file packet meets the refreshing condition.

And S130, if the brushing condition is met, brushing the target ECU according to a brushing mode determined by a user, wherein the brushing mode comprises online brushing and offline brushing, and the target ECU is the ECU to be brushed.

In some embodiments, the brushing device provides a time for selecting a brushing mode under the condition that the brushing file package is judged to be in compliance with the brushing condition, that is, the condition that online brushing can be continued, so that a user selects a brushing mode, and the brushing mode comprises online brushing and offline brushing.

Specifically, the user may be prompted to select the swipe mode in a manner that includes, but is not limited to, a pop-up prompt or a text prompt. When the user selects one of the refresh modes, the refresh apparatus performs a refresh operation on the target ECU in response to the refresh mode selected by the user.

It should be noted that since offline swiping generally does not follow the OTX standard, online swiping is generally performed in compliance with the OTX standard. As described above, the offline swipe mode generally has compatibility problems with the online swipe mode, resulting in that the art generally uses either offline swipe or online swipe.

However, the applicant of the present application finds that in actual working, a user needs to use a customized brushing file or a latest updated brushing file, and the brushing file package obtained online often contains a general brushing file, which cannot meet the brushing requirement of the user customized ECU.

The applicant of the present application notices such user needs and therefore proposes that the user can be given the opportunity to choose to write the file offline in order to meet the user's customized ECU write requirements, while verifying the online upgrade package. And a scheme for solving the compatibility is provided, and further verification matching can be performed to solve the problem of the compatibility.

On the basis of the embodiment of the method for brushing the ECU shown in fig. 2, step S120 includes, based on the diagnostic packet, determining whether the brushing file packet meets the brushing condition, as shown in fig. 3, step S130':

And S130', if the refreshing file packet does not meet the refreshing condition, determining a refreshing mode as the offline refreshing mode.

In some embodiments, the flashing device parses the diagnostic data packet to obtain a wild card corresponding to the target session of the target ECU; judging whether the wild card is matched with a refreshing file list of the refreshing file packet or not; and if the wild card is not matched with the refreshing file list of the refreshing file packet, determining that the refreshing file packet does not accord with the refreshing condition.

In some embodiments, the brushing device may send a prompt to the user through the user interface to determine the brushing mode, and the user may choose to stop brushing, or may choose to select the offline brushing mode.

In other embodiments, the swiping device may transition the swiping mode directly to the offline swiping mode by default. Specifically, the user may also be notified of the current brushing mode through the user interaction interface.

It will be appreciated that when the online acquired bundle of swiped files fails to meet the swipe condition, the normal procedure of the UDS standard is to stop the swipe and alert the user to errors. The reason for this is that those skilled in the art generally consider online and offline swiping to be incompatible, and therefore have difficulty thinking of yet other user-selectable operations.

According to the embodiment of the application, when the online acquired refreshing file packet can not meet the refreshing condition, the user is provided with the opportunity of offline refreshing, and the applicant of the application discovers that the online refreshing and the offline refreshing can not be compatible, so that the user can be provided with a selection opportunity, and the user can customize the refreshing target ECU conveniently.

On the basis of the embodiment of the method for brushing the ECU shown in fig. 2, step S120, based on the diagnostic packet, determines whether the brushing file packet meets the brushing condition, as shown in fig. 3, includes steps S121 to S124:

s121, analyzing the diagnosis data packet to obtain the wildcard corresponding to the target session of the target ECU.

The diagnostic data package is a file package containing a vehicle diagnostic data file, which may be a vehicle diagnostic data description file of the ODX protocol.

In some embodiments, the diagnostic data package may be a PDX file package containing one or more ODX files.

A node < ECU-MEM > for the data of the ODX defines a brushup data for development, factory and customer transfer for ECU.

< ECU-MEM > 2 main sub-nodes are aggregated: < MEMs > and < PHYS-MEMs >.

< MEM > in turn aggregates 3 child nodes: < SESSIONS >, < DATABLOCKS > and < FLASHDATAS >.

The 3 child node correspondence of < MEM > is as follows: each Session is a brush Session, one Session indexes one or more data blocks (DataBlocks), and one DataBlock indexes one flash data (FLASHDATA), wherein FLASHDATA objects contain wild cards of the brush file.

And analyzing the diagnosis data packet, and obtaining the wildcard corresponding to the target session of the target ECU through the index (reference) relation among the nodes of the < ECU-MEM >.

In one specific example, the flashing device parses the PDX package to obtain the ECU list. The refreshing device prompts the user to select the ECU to be refreshed through the user interaction interface. In response to a selection operation by the user, the ECU selected by the user is taken as the target ECU. The brushing device analyzes the ECU-MEM object of the target ECU, and acquires a brushing session list of the target ECU. The refreshing device obtains corresponding refreshing blocks and deleted data of each refreshing session, and the flash memory data comprises refreshing file wildcards.

S122, judging whether the wild card is matched with a refreshing file list of the refreshing file packet.

In some embodiments, the swiping device determines whether there are files in the swiping file list whose file names match the wild card by comparing the wild card with the respective file names in the swiping file list.

For example, if the wild card corresponding to a writing session is "ASW 0". The written file list corresponding to the writing session should have at least one file name including "ASW0" in the wild card to match.

And S123, if the wild card is matched with the refreshing file list of the refreshing file packet, determining that the refreshing file packet meets the refreshing condition.

And S124, if the wild card is not matched with the online refreshing file list of the refreshing file packet, determining that the refreshing file packet does not accord with the refreshing condition.

It may be understood that if the flush device determines that the wild card matches the list of the flushed files of the flushed file package, it determines that the flushed file package meets the flush condition, and if the flush device determines that the wild card does not match the list of the flushed files of the flushed file package, it determines that the flushed file package does not meet the flush condition.

On the basis of the embodiment of the method for brushing the ECU shown in fig. 3, in step S130, the method for brushing the target ECU according to the brushing mode determined by the user, as shown in fig. 4, includes steps S410 and S420:

S410, if the brushing mode is an online brushing mode, confirming a valid brushing session description list according to a path for acquiring the wild card.

In some embodiments, if the current brushing mode is determined to be the online brushing mode, the brushing device confirms a valid brushing session description list according to a path for acquiring the wild card.

Referring to the above explanation of the example, the brushing apparatus may obtain the wild card corresponding to the target session of the target ECU by parsing the index (reference) relationship between the < ECU-MEM > nodes of the target ECU, and the chain of this reference may be regarded as a path for obtaining the wild card. Therefore, in the case of determining to write a file in a flash, a session list corresponding to the file in a flash may be determined according to the wild card and the path for acquiring the wild card.

S420, creating a brushing operation according to the brushing session description list, and brushing the target ECU.

In some embodiments, the brush creation, also known as Job, is a macro, or combination of commands, that performs the brush creation task. And the brushing equipment creates brushing operation according to the brushing session description list and brushes the target ECU.

In one particular example, a looping through a brush session description, a particular brush session is obtained, and a brush Job is created. Specifically, the application is performed after the driving is performed. According to the ODX file ordering, the order is: pre-swiping, swiping and writing Job.

On the basis of the embodiment of the method for brushing the ECU shown in fig. 2 or 3, if the brushing mode is the offline brushing mode, as shown in fig. 5, steps S510 and S520 are further included:

s510, if the refreshing mode is an offline refreshing mode, a refreshing session description list corresponding to the offline refreshing file is reversely deduced according to the offline refreshing file list selected by the user.

In some embodiments, the flush device obtains the wild card corresponding to the flush file by obtaining and parsing the diagnostic data packet online. And matching the offline refreshing file list selected by the user with the wild cards acquired online, and if the wild cards can be matched, considering that the offline refreshing file list selected by the user is compatible with the current online diagnosis data. The offline swipe file selected by the user may be used for the swipe of the target ECU.

The flashing device may obtain a wild card corresponding to the target session of the target ECU by parsing the index (reference) relationship between the < ECU-MEM > nodes of the target ECU, and the chain of this reference may be regarded as a path for obtaining the wild card.

And under the condition that the offline refreshing file is compatible with the target ECU, conversely, determining a wildcard according to the file name, and then backtracking a refreshing session corresponding to the wildcard according to the path for acquiring the wildcard, so that a refreshing session description list corresponding to the offline refreshing file can be deduced reversely.

Therefore, in the case of determining the written file, the session list corresponding to the written file can be determined according to the wild card and the path for acquiring the wild card.

According to the offline refreshing file list selected by the user, reversely deducing a refreshing session description list corresponding to the offline refreshing file, wherein the method comprises the following steps: for each offline refreshing file, determining a target wildcard matched with the offline refreshing file by matching a file name in the offline refreshing file list with the wildcard; according to the target wild card, reversely tracing the reference path of the short name, and confirming the target refreshing session description; and forming a brushing session description list by the target brushing session description corresponding to each offline brushing file.

And S520, creating a brushing operation according to the brushing session description list, and brushing the target ECU.

In some embodiments, the brushing device creates a brushing job from the brushing session description list, and brushes the target ECU.

It will be appreciated that if the user chooses to have an offline swipe file, the source of the offline swipe file may be a swipe file customized for the target vehicle, or an unpublished, updated swipe file, and the user cannot be assured of the source of the swipe file, so that it needs to be verified that the swipe file is compatible with online diagnostic data. According to the embodiment of the application, the diagnosis data packet is obtained on line, the diagnosis data packet is analyzed to obtain the wild card character corresponding to the refreshing session, and whether the offline refreshing file is matched with the refreshing file required by the online OTX flow is verified by utilizing the on-line obtained wild card character, so that the problem that the offline refreshing file is incompatible with the online refreshing file is solved. On this basis, a flexibly customized ECU flashing scheme can be provided for users.

On the basis of the embodiment of the method for brushing the ECU shown in fig. 2, in step S130, the method for brushing the target ECU according to the brushing mode determined by the user, as shown in fig. 6, includes steps S610 and S620:

s610, for each of the flash files of the target ECU, parsing the flash file to obtain flash data.

And S610, the data to be refreshed is segmented and refreshed according to the sequence from high to low of the storage address of the target ECU.

In some embodiments, the swipe file contains the swipe data and descriptive information of the swipe file. The refreshing device extracts refreshing data contained in the refreshing file by analyzing the description information of the refreshing file.

The < PHYS-SEGMENT > node contained under the < PHYS-MEMS > node in the < ECU-MEM > object of the target ECU is used to describe the address arrangement of the physical memory of the ECU, such as what the physical start addresses of the actual FLASHDRIVER, code, dataA and DataB SEGMENTs of the ECU memory are respectively.

In the case of the flushing, the flushing device performs the flushing of the flushing data SEGMENT by SEGMENT in the order of the high to low storage address of the target ECU according to the description of the < PHYS-SEGMENT > node.

When the ECU is purged for some vehicles, a case may occur in which the purging fails. After studying and analyzing the causes of failure, the applicant of the present application found that the causes of failure in the ECU writing were that the order in which the ECU writing data was written was not controlled. Therefore, the application aims at the problem, increases the sequential control flow of the ECU for writing data and improves the writing success rate.

It will be appreciated that the various examples described above may be logically combined and scaled. By way of example, and not limitation, the present application provides a specific example to provide a better understanding of the implementation of embodiments of the present application. As shown in fig. 7:

the first step: and starting a diagnosis program of the refreshing equipment, and acquiring a PDX file package and a refreshing file package provided by an automobile manufacturer on line from an automobile manufacturer server.

And a second step of: and analyzing all diagnostic data to obtain an ECU list. In response to the user selection operation, a target ECU to be refreshed is determined.

And a third step of: and analyzing the PDX file package to obtain a brushing session list of the selected target ECU.

Fourth step: and acquiring a corresponding refreshing block of each refreshing session according to the refreshing session list, wherein the refreshing block comprises a refreshing file wild card.

Fifth step: and matching the file list of the online acquired refreshing file packet according to the refreshing file wild card.

Sixth step: if the file in the brushing file packet corresponding to the currently selected target ECU is not matched with the wild card, prompting the user to reselect the offline brushing file in an offline mode.

Seventh step: if the file list matches the wild card, the user is asked if it is to swipe online. And if the user selects online refreshing, confirming the effective refreshing session description list according to the OTX online refreshing mode.

Eighth step: if the user selects offline, the user is considered to request offline refreshing. And the user can further select offline to brush the file. And deducing a refreshing session description list corresponding to the refreshing file list selected by the user in the reverse direction.

Ninth step: circularly traversing the brushing session description, obtaining a specific brushing session, and creating brushing Job; the method is characterized in that the method is performed by brushing the drive and then brushing the application, and the sequence is ordered according to the ODX files. Pre-swiping, swiping and writing Job.

Tenth step: executing the brush Job to analyze the brush file to obtain brush data;

Eleventh step: segmenting the brushing data from low to high according to the address;

Twelfth step: and finishing ECU brushing according to the segmentation.

It can be understood that, in the method for brushing the ECU provided in the embodiment of the present application, on the condition that the online brushing file packet meets the brushing condition, on the basis of the original online brushing based on the OTX standard of the diagnostic program, a strict offline brushing dual logic judgment of the non-OTX standard and a function of reversely deducing the brushing session description parameter according to the offline brushing file manually selected by the user are added. And determining the refreshing mode according to the selection of a user, and adding an offline refreshing file into an online refreshing flow flexibly. And the diagnosis data packet is obtained online, the diagnosis data packet is analyzed to obtain the wild card character corresponding to the refreshing session, and whether the offline refreshing file is matched with the refreshing file required by the online OTX flow is verified by utilizing the online obtained wild card character, so that the problem that the offline refreshing and the online refreshing are incompatible is solved. On the basis, the offline refreshing function can be seamlessly abutted to the original online ECU refreshing interface, and the user customized ECU refreshing requirement can be met.

It should be understood that, the sequence numbers of the steps in the foregoing embodiment do not mean the execution sequence, and the execution sequence of each process should be determined by the functions and internal logic of the sequence, and should not be configured to limit any method corresponding to the method for performing the ECU brush shown in fig. 2, fig. 8 shows an apparatus M100 for performing the ECU brush provided by the embodiment of the present application, where the method includes:

The online data acquisition module M110 is configured to acquire the diagnostic data packet and the flash file packet online.

And the refreshing condition judging module M120 is configured to judge whether the refreshing file packet meets the refreshing condition based on the diagnostic data packet.

And the target ECU flashing module M130 is used for flashing the target ECU according to a flashing mode determined by a user if the flashing condition is met, wherein the flashing mode comprises online flashing and offline flashing, and the target ECU is the ECU to be flashed.

Optionally, the brushing condition judging module includes: the analysis diagnosis data packet module is used for analyzing the diagnosis data packet to obtain a wild card corresponding to the target session of the target ECU; the matching judging module is used for judging whether the wild card is matched with the online refreshing file list of the refreshing file packet; the first judging module is used for determining that the refreshing file packet accords with the refreshing condition if the wild card is matched with the online refreshing file list of the refreshing file packet; and the second judging module is used for determining that the refreshing file packet does not accord with the refreshing condition if the wild card is not matched with the online refreshing file list of the refreshing file packet.

It will be appreciated that various implementations and combinations of implementations and advantageous effects thereof in the above embodiments are equally applicable to this embodiment, and will not be described here again.

Fig. 9 is a schematic structural diagram of an electronic device according to an embodiment of the present application. The electronic device is used for implementing the brushing device 110 provided in the embodiment of the present application, as shown in fig. 9, the electronic device D10 in the embodiment includes: at least one processor D100 (only one is shown in fig. 9), a memory D101 and a computer program D102 stored in the memory D101 and executable on the at least one processor D100, the processor D100 implementing the steps in any of the various method embodiments described above when executing the computer program D102.

In some embodiments, the processor D100, when executing the computer program D102, implements the steps of: acquiring a diagnosis data packet and a refreshing file packet on line; judging whether the writing file packet accords with writing conditions or not based on the diagnosis data packet; and if the brushing condition is met, brushing the target ECU according to a brushing mode determined by a user, wherein the brushing mode comprises online brushing and offline brushing, and the target ECU is the ECU to be brushed.

In some embodiments, the implementation steps of the processor D100 when executing the computer program D102 are based on the diagnostic data packet, and when determining whether the brushing file packet meets the brushing condition, the implementation steps are specifically implemented as follows: analyzing the diagnosis data packet to obtain a wild card corresponding to the target session of the target ECU; judging whether the wild card is matched with an online refreshing file list of the refreshing file packet; if the wild card is matched with the online refreshing file list of the refreshing file packet, determining that the refreshing file packet meets the refreshing condition; and if the wild card is not matched with the online refreshing file list of the refreshing file packet, determining that the refreshing file packet does not accord with the refreshing condition.

In some embodiments, the processor D100 further performs the step of determining a flushing mode as the offline flushing mode if the flushing file packet does not meet the flushing condition when executing the computer program D102.

In some embodiments, the processor D100 performs the steps when executing the computer program D102, and the following steps are specifically performed when the target ECU is refreshed according to the refresh mode determined by the user: if the brushing mode is an online brushing mode, confirming an effective brushing session description list according to a path for acquiring the wild card; and creating a brushing operation according to the brushing session description list, and brushing the target ECU.

In some embodiments, the processor D100 performs the steps when executing the computer program D102, and the following steps are specifically performed when the target ECU is refreshed according to the refresh mode determined by the user: if the refreshing mode is an offline refreshing mode, reversely deducing a refreshing session description list corresponding to the offline refreshing file according to the offline refreshing file list selected by the user; and creating a brushing operation according to the brushing session description list, and brushing the target ECU.

In some embodiments, the step is implemented when the processor D100 executes the computer program D102, and when the offline swipe file list is reversely deduced from the offline swipe file corresponding to the swipe session description list according to the offline swipe file list selected by the user, the following steps are specifically implemented: for each offline refreshing file, determining a target wildcard matched with the offline refreshing file by matching a file name in the offline refreshing file list with the wildcard; according to the target wild card, reversely tracing the reference path of the short name, and confirming the target refreshing session description; and forming a brushing session description list by the target brushing session description corresponding to each offline brushing file.

In some embodiments, the processor D100 performs the steps when executing the computer program D102, and creates a brushing operation according to the brushing session description list, and performs the following steps when brushing the target ECU: aiming at each refreshing file of the target ECU, analyzing the refreshing file to obtain refreshing data; and according to the sequence from high to low of the storage address of the target ECU, the data to be written is written in segments.

The electronic device D10 may be a vehicle diagnostic device, a desktop computer, a notebook computer, a palm computer, a cloud server, or other computing devices. The electronic device may include, but is not limited to, a processor D100, a memory D101. It will be appreciated by those skilled in the art that fig. 9 is merely an example of the electronic device D10 and is not meant to be limiting of the electronic device D10, and may include more or fewer components than shown, or may combine certain components, or different components, such as may also include input-output devices, network access devices, etc.

The Processor D100 may be a central processing unit (Central Processing Unit, CPU), the Processor D100 may also be other general purpose processors, digital signal processors (DIGITAL SIGNAL processors, DSPs), application SPECIFIC INTEGRATED Circuits (ASICs), off-the-shelf Programmable gate arrays (fieldprogrammable GATE ARRAY, FPGA) or other Programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

The memory D101 may in some embodiments be the local memory 130 in the above embodiments. The memory D101 may in some embodiments be an internal storage unit of the electronic device D10, such as a hard disk or a memory of the electronic device D10. The memory D101 may also be an external storage device of the electronic device D10 in other embodiments, for example, a plug-in hard disk, a smart memory card (SMART MEDIA CARD, SMC), a Secure Digital (SD) card, a flash memory card (FLASH CARD) or the like, which are provided on the electronic device D10. Further, the memory D101 may also include both an internal storage unit and an external storage device of the electronic device D10. The memory D101 is used for storing an operating system, an application program, a boot loader (BootLoader), data, other programs, etc., such as program codes of the computer program. The memory D101 may also be used to temporarily store data that has been output or is to be output.

It should be noted that, because the content of information interaction and execution process between the above devices/units is based on the same concept as the method embodiment of the present application, specific functions and technical effects thereof may be referred to in the method embodiment section, and will not be described herein.

It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-described division of the functional units and modules is illustrated, and in practical application, the above-described functional distribution may be performed by different functional units and modules according to needs, i.e. the internal structure of the apparatus is divided into different functional units or modules to perform all or part of the above-described functions. The functional units and modules in the embodiment may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit, where the integrated units may be implemented in a form of hardware or a form of a software functional unit. In addition, the specific names of the functional units and modules are only for distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working process of the units and modules in the above system may refer to the corresponding process in the foregoing method embodiment, which is not described herein again.

Embodiments of the present application also provide a computer readable storage medium storing a computer program which, when executed by a processor, performs the steps of the respective method embodiments described above.

Embodiments of the present application provide a computer program product which, when run on an electronic device, causes the electronic device to perform the steps of the method embodiments described above.

The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the present application may implement all or part of the flow of the method of the above embodiments, and may be implemented by a computer program to instruct related hardware, where the computer program may be stored in a computer readable storage medium, and when the computer program is executed by a processor, the computer program may implement the steps of each of the method embodiments described above. Wherein the computer program comprises computer program code which may be in source code form, object code form, executable file or some intermediate form etc. The computer readable medium may include at least: any entity or device capable of carrying computer program code to a photographing device/terminal apparatus, recording medium, computer Memory, read-Only Memory (ROM), random access Memory (Random Access Memory, RAM), electrical carrier signals, telecommunications signals, and software distribution media. Such as a U-disk, removable hard disk, magnetic or optical disk, etc. In some jurisdictions, computer readable media may not be electrical carrier signals and telecommunications signals in accordance with legislation and patent practice.

In the foregoing embodiments, the descriptions of the embodiments are emphasized, and in part, not described or illustrated in any particular embodiment, reference is made to the related descriptions of other embodiments.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus/network device and method may be implemented in other manners. For example, the apparatus/network device embodiments described above are merely illustrative, e.g., the division of the modules or units is merely a logical functional division, and there may be additional divisions in actual implementation, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection via interfaces, devices or units, which may be in electrical, mechanical or other forms.

The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

The above embodiments are only for illustrating the technical solution of the present application, and not for limiting the same; although the application has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present application, and are intended to be included in the scope of the present application.

Claims

1. A method of ECU swiping comprising:

Acquiring a diagnosis data packet and a refreshing file packet on line;

If the brushing condition is met, brushing the target ECU according to a brushing mode determined by a user, wherein the brushing mode comprises online brushing and offline brushing, and the target ECU is the ECU to be brushed;

Based on the diagnostic data packet, determining whether the swiping file packet meets a swiping condition includes:

Analyzing the diagnosis data packet to obtain a wild card corresponding to the target session of the target ECU;

Judging whether the wild card is matched with a refreshing file list of the refreshing file packet or not;

If the wild card is matched with the refreshing file list of the refreshing file packet, determining that the refreshing file packet accords with the refreshing condition;

If the wild card is not matched with the online refreshing file list of the refreshing file packet, determining that the refreshing file packet does not accord with the refreshing condition;

the method further comprises the steps of:

If the refreshing mode is an offline refreshing mode, reversely deducing a refreshing session description list corresponding to the offline refreshing file according to the offline refreshing file list selected by the user;

creating a brushing operation according to the brushing session description list, and brushing the target ECU;

The method for deducing the refreshing session description list corresponding to the offline refreshing file reversely according to the offline refreshing file list selected by the user comprises the following steps:

For each offline refreshing file, determining a target wildcard matched with the offline refreshing file by matching a file name in the offline refreshing file list with the wildcard;

according to the target wild card, reversely tracing the reference path of the short name, and confirming the target refreshing session description;

and forming a brushing session description list by the target brushing session description corresponding to each offline brushing file.

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

and if the refreshing file packet does not meet the refreshing condition, determining a refreshing mode as the offline refreshing mode.

3. The method of claim 1, wherein the swiping the target ECU according to the user-determined swiping mode comprises:

If the brushing mode is an online brushing mode, confirming an effective brushing session description list according to a path for acquiring the wild card;

And creating a brushing operation according to the brushing session description list, and brushing the target ECU.

4. A method according to claim 1 or 3, wherein said creating a brushing job from said brushing session description list, brushing said target ECU, comprises:

aiming at each refreshing file of the target ECU, analyzing the refreshing file to obtain refreshing data;

And according to the sequence from high to low of the storage address of the target ECU, the data to be written is written in segments.

5. An ECU swiping device, comprising:

The target ECU refreshing module is used for refreshing the target ECU according to a refreshing mode determined by a user if the refreshing condition is met, wherein the refreshing mode comprises online refreshing and offline refreshing, and the target ECU is the ECU to be refreshed;

The brushing condition judging module comprises: the analysis diagnosis data packet module is used for analyzing the diagnosis data packet to obtain a wild card corresponding to the target session of the target ECU; the matching judging module is used for judging whether the wild card is matched with the online refreshing file list of the refreshing file packet; the first judging module is used for determining that the refreshing file packet accords with the refreshing condition if the wild card is matched with the online refreshing file list of the refreshing file packet; the second judging module is used for determining that the refreshing file packet does not accord with the refreshing condition if the wild card is not matched with the online refreshing file list of the refreshing file packet;

The target ECU refreshing module is further used for deducing a refreshing session description list corresponding to the offline refreshing file reversely according to the offline refreshing file list selected by the user if the refreshing mode is an offline refreshing mode; creating a brushing operation according to the brushing session description list, and brushing the target ECU;

The target ECU refreshing module comprises a wildcard determining module, a target verification module and a verification module, wherein the wildcard determining module is used for determining a target wildcard matched with the offline refreshing file by matching the file name in the offline refreshing file list with the wildcard for each offline refreshing file; the target brushing session description confirming module is used for reversely tracing the reference path of the short name according to the target wild card, and confirming the target brushing session description; and the refreshing session description list forming module is used for forming a refreshing session description list by the target refreshing session description corresponding to each off-line refreshing file.

6. An electronic device comprising a memory, a processor and a computer program stored in the memory and capable of running on the processor, characterized in that the processor implements the method according to any of claims 1 to 4 when executing the computer program.

7. A computer readable storage medium storing a computer program, characterized in that the computer program when executed by a processor implements the method according to any one of claims 1 to 4.