CN110704076A - Data processing method and device, vehicle-mounted controller and computer-readable storage medium - Google Patents

Data processing method and device, vehicle-mounted controller and computer-readable storage medium Download PDF

Info

Publication number
CN110704076A
CN110704076A CN201910986112.1A CN201910986112A CN110704076A CN 110704076 A CN110704076 A CN 110704076A CN 201910986112 A CN201910986112 A CN 201910986112A CN 110704076 A CN110704076 A CN 110704076A
Authority
CN
China
Prior art keywords
software
header
application program
target
processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910986112.1A
Other languages
Chinese (zh)
Inventor
朱列铭
车彦锋
姜辛
丁旭
宋木森
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Yuancheng Automobile Technology Co Ltd
Original Assignee
Shanghai Yuancheng Automobile Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Yuancheng Automobile Technology Co Ltd filed Critical Shanghai Yuancheng Automobile Technology Co Ltd
Priority to CN201910986112.1A priority Critical patent/CN110704076A/en
Publication of CN110704076A publication Critical patent/CN110704076A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation
    • G06F8/63Image based installation; Cloning; Build to order
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/71Version control; Configuration management

Abstract

The embodiment of the application provides a data processing method and device, a vehicle-mounted controller and a computer readable storage medium, and relates to the technical field of data processing. In the embodiment of the application, firstly, the target software is subjected to flash processing based on the acquired application program, wherein the target software is an invalid software in a first software and a second software, and the first software and the second software belong to the same version or different versions of the same software. And secondly, updating the software header of the target software subjected to the flash processing, and judging whether an identification signal representing that the application program is effective is received. Then, if the identification signal is received, performing valid identification processing on the software header of the updated target software, and performing invalid identification processing on the software header of the other software except the target software in the first software and the second software. By the method, the efficiency of data processing can be improved.

Description

Data processing method and device, vehicle-mounted controller and computer-readable storage medium
Technical Field
The present application relates to the field of data processing technologies, and in particular, to a data processing method and apparatus, a vehicle-mounted controller, and a computer-readable storage medium.
Background
Under the influence of tesla, global vehicle manufacturers are currently beginning to upgrade vehicle-mounted controller software using Over The Air (OTA) technology. The OTA procedure is generally as follows: firstly, a safe connection between a vehicle and a server is established through a mobile network, software to be updated is safely transmitted to a telematics unit of the vehicle and then transmitted to an OTAManager. OTAManager manages the updating of all ECUs of the vehicle.
There are many technical problems in the OTA upgrade process, such as: when the OTAManager refreshes the vehicle-mounted controller, interruption occurs and the vehicle-mounted controller still can operate; if the OTA updated software has a problem, it needs to be able to roll back to the previous version.
However, the inventor has found that, in the prior art, it is necessary to implement a dual backup mechanism of an on-board controller by an external OTAManager, to flush the backup area, and when it is determined that the flush is successful, a Bootloader (boot loader) transports the backup area to a main operation area, or sets the backup area as the main operation area and an original main operation area as an invalid backup area for next flush, thereby resulting in a problem of low data processing efficiency.
Disclosure of Invention
In view of the above, the present application aims to provide a data processing method and apparatus, a vehicle-mounted controller and a computer-readable storage medium, so as to solve the problems in the prior art.
In order to achieve the above purpose, the embodiment of the present application adopts the following technical solutions:
a data processing method is applied to a vehicle-mounted controller and comprises the following steps:
performing flash processing on target software based on the acquired application program, wherein the target software is invalid software in first software and second software, and the first software and the second software belong to the same version or different versions of the same software;
updating the software header of the target software subjected to the flash processing, and judging whether an identification signal representing that the application program is effective is received;
and if the identification signal is received, performing effective identification processing on the software header of the updated target software, and performing ineffective identification processing on the software header of the other software except the target software in the first software and the second software.
In a preferred option of the embodiment of the present application, the step of performing the flash processing on the target software based on the obtained application program includes:
judging whether the first software is effective or not;
if the first software is valid, the second software is used as target software to perform flash processing;
and if the first software is invalid, performing flash processing by taking the first software as target software.
In a preferred option of the embodiment of the present application, the step of determining whether the first software is valid includes:
acquiring a software head corresponding to the first software, wherein the software head comprises a software valid flag, an application program check value, an application program check inverse value, a software head check value and a software head check inverse value;
judging whether the software valid flag is a preset value, whether the application program check value is opposite to the application program check inverse value, and whether the software header check value is opposite to the software header check inverse value;
and if the software valid flag is a preset value, the application program check value is opposite to the application program check inverse value, and the software header check value is opposite to the software header check inverse value, the first software is valid.
In a preferred option of the embodiment of the present application, the step of updating the software header of the target software subjected to the flash processing and determining whether the identification signal indicating that the application program is valid is received includes:
and updating the software version number, the application program starting address, the application program ending address, the application program check value and the application program check inverse value which are included in the software header of the target software subjected to the flash processing.
In a preferred option of the embodiment of the present application, if the identification signal is received, the step of performing valid identification processing on the software header of the updated target software and performing invalid identification processing on the software header of another software other than the target software in the first software and the second software includes:
and updating the software effective mark, the software header check value and the software header check inverse value which are included by the software header of the target software after the updating processing.
In a preferred option of the embodiment of the present application, if the identification signal is received, the step of performing valid identification processing on the software header of the updated target software and performing invalid identification processing on the software header of another software other than the target software in the first software and the second software further includes:
and erasing the software valid flag, the software header check value and the software header check inverse value which are included in the software header of the other software except the target software in the first software and the second software.
In a preferred option of the embodiment of the present application, the data processing method further includes:
receiving a signal for searching the application program, and judging whether the corresponding application program is stored or not and whether the application program is effective or not;
and if the corresponding application program is stored and is valid, sending a feedback signal.
The embodiment of the present application further provides a data processing apparatus, which is applied to a vehicle-mounted controller, and the data processing apparatus includes:
the flash processing module is used for performing flash processing on target software based on the acquired application program, wherein the target software is invalid software in first software and second software, and the first software and the second software belong to the same version or different versions of the same software;
the update processing module is used for updating the software header of the target software subjected to the flash processing and judging whether an identification signal representing that the application program is effective is received or not;
and the identification processing module is used for carrying out effective identification processing on the software header of the updated target software and carrying out ineffective identification processing on the software header of the other software except the target software in the first software and the second software when the identification signal is received.
The embodiment of the application also provides an on-board controller, which comprises a memory and a processor, wherein the processor is used for executing the executable computer program stored in the memory so as to realize the data processing method.
Embodiments of the present application also provide a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed, the steps of the data processing method are implemented.
According to the data processing method and device, the vehicle-mounted controller and the computer-readable storage medium, the double backup mechanism can be realized through the first software and the second software in the vehicle-mounted controller, the target software is subjected to flash processing, and the other software except the target software in the first software and the second software is used as a backup, so that the problem that the double backup mechanism of the vehicle-mounted controller can be realized only through an external over-the-air download manager in the prior art, the data processing efficiency is low, and the data processing efficiency is improved.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are required to be used in the embodiments will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present application and therefore should not be considered as limiting the scope, and for those skilled in the art, other related drawings can be obtained from the drawings without inventive effort.
Fig. 1 is a block diagram of a structure of an onboard controller according to an embodiment of the present application.
Fig. 2 is a schematic flow chart of a data processing method according to an embodiment of the present application.
Fig. 3 is a schematic flowchart of step S110 according to an embodiment of the present application.
Fig. 4 is a block diagram of a data processing apparatus according to an embodiment of the present application.
Icon: 10-an onboard controller; 12-a memory; 14-a processor; 100-a data processing device; 110-a flash processing module; 120-update processing module; 130-identify process modules.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. The components of the embodiments of the present application, generally described and illustrated in the figures herein, can be arranged and designed in a wide variety of different configurations.
Thus, the following detailed description of the embodiments of the present application, presented in the accompanying drawings, is not intended to limit the scope of the claimed application, but is merely representative of selected embodiments of the application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, it need not be further defined and explained in subsequent figures.
As shown in fig. 1, the present embodiment provides an onboard controller 10. The onboard controller 10 may include, among other things, a memory 12, a processor 14, and a data processing device 100.
In detail, the memory 12 and the processor 14 are electrically connected directly or indirectly to enable data transmission or interaction. For example, they may be electrically connected to each other via one or more communication buses or signal lines. The data processing device 100 comprises at least one software functional module which can be stored in the memory 12 in the form of software or firmware (firmware). The processor 14 is used for executing executable computer programs stored in the memory 12, such as software functional modules and computer programs included in the data processing apparatus 100, so as to implement the data processing method.
The Memory 12 may be, but is not limited to, a Random Access Memory (RAM), a Read Only Memory (ROM), a Programmable Read-Only Memory (PROM), an Erasable Read-Only Memory (EPROM), an electrically Erasable Read-Only Memory (EEPROM), and the like.
The memory 12 may store a boot loader (Bootloader), a first Software (SW), and a second Software (SW), wherein the boot loader may control the first software and the second software by calling the data processing apparatus 100, and may receive a signal of an over-the-air download manager (OTAManager) connected in a communication manner.
The processor 14 may be an integrated circuit chip having signal processing capabilities. The Processor 14 may be a general-purpose Processor including a Central Processing Unit (CPU), a Network Processor (NP), a System on Chip (SoC), and the like.
It will be appreciated that the configuration shown in FIG. 1 is merely illustrative and that the onboard controller 10 may include more or fewer components than shown in FIG. 1 or may have a different configuration than shown in FIG. 1.
With reference to fig. 2, the present embodiment further provides a data processing method applicable to the vehicle-mounted controller 10. Wherein the method steps defined by the flow related to the data processing method can be implemented by the onboard controller 10, and the specific flow shown in fig. 2 will be described in detail below.
And step S110, performing flash processing on the target software based on the acquired application program.
The target software is invalid software in the first software and the second software, and the first software and the second software belong to the same version or different versions of the same software.
In the embodiment of the present application, after the application is acquired, the application flashing process may be performed on the target software.
Step S120, performing update processing on the software header of the target software subjected to the flash processing, and determining whether an identification signal indicating that the application program is valid is received.
In this embodiment of the application, after the target software is subjected to the flash processing in step S110, the software header of the target software subjected to the flash processing may be subjected to update processing, and it is determined whether the identification signal indicating that the application program is valid is received.
Wherein, when it is determined that the identification signal is received, step S130 may be performed; when it is determined that the identification signal is not received, identification processing may not be performed.
Step S130, performing valid identification processing on the software header of the updated target software, and performing invalid identification processing on the software header of another software other than the target software in the first software and the second software.
In this embodiment, after determining whether the identification signal indicating that the application program is valid is received through step S120, when the identification signal is received, the software header of the updated target software may be subjected to valid identification processing, and the software header of another software other than the target software in the first software and the second software may be subjected to invalid identification processing.
By the method, the target software is subjected to flash processing through the first software and the second software inside the vehicle-mounted controller 10, and the other software except the target software in the first software and the second software is used as a backup, so that the problem of low data processing efficiency caused by the fact that the double backup mechanism of the vehicle-mounted controller 10 can be realized only through an external over-the-air download manager in the prior art is solved, and the data processing efficiency is improved.
In step S110, it should be noted that, before the flash is started, the first software and the second software may belong to the same version of the same software, and both the first software and the second software may be invalid or valid, and one software may be randomly selected for the flash processing.
After the flash is started, the first software and the second software may belong to different versions of the same software, one of the software is valid, the other software is invalid, and the invalid software may be used as the target software to perform the flash processing.
Optionally, the specific way of performing the flash processing on the target software based on the obtained application program is not limited, and may be set according to actual application requirements.
For example, in an alternative example, step S110 may include the following sub-steps:
firstly, acquiring valid state information of the first software and the second software, wherein the valid state information comprises valid state information and invalid state information; and then, taking the invalid software in the first software and the second software as target software to perform flash processing.
For another example, in an alternative example, in conjunction with fig. 3, step S110 may further include the following sub-steps:
and step S111, judging whether the first software is effective.
And step S112, if the first software is valid, performing flash processing by taking the second software as target software.
And step S113, if the first software is invalid, performing flash processing by taking the first software as target software.
It should be noted that the state of the software is valid, which indicates that the software has completed the last flush, and the application program of the previous version is stored as the backup area, so that the current application program flush for the software is not needed. The state of the software is invalid, which means that the software does not perform the last flush as a flush area, so that the current application program can be flushed to the software.
For step S111, it should be noted that, the specific manner for determining whether the first software is valid is not limited, and may be set according to the actual application requirement. For example, in an alternative example, step S111 may include the following sub-steps:
firstly, a software head corresponding to the first software is obtained, wherein the software head comprises a software valid flag, an application program check value, an application program check inverse value, a software head check value and a software head check inverse value. Secondly, judging whether the software valid mark is a preset value, whether the application program check value is opposite to the application program check inverse value, and whether the software header check value is opposite to the software header check inverse value. And then, if the software valid flag is a preset value, the application program check value is opposite to the application program check inverse value, and the software header check value is opposite to the software header check inverse value, the first software is valid.
It should be noted that the first software and the second software include corresponding software headers, namely, a first software header (SWHeader1) and a second software header (SWHeader2), respectively. The length of the software head is 32 bytes, and the specific structure can be shown in table 1.
Table 1 software header structure
Size (byte) Name of field Description of the invention
2 ValidSymbol Software valid flag
6 SWVersion Software version number
4 SrartAddress Application start address
4 EndAddress Application end address
4 MemoryCRC Application check value
4 N_MemoryCRC Application check inverse
4 HeaderCRC Software header check value
4 N_HeaderCRC Software header check inverse value
And when the value of the software valid flag is a preset value, the software is valid, and other values indicate that the software is invalid. For the software version number, it should be noted that the over-the-air download manager may store the software version number of the vehicle-mounted controller 10, and may be used for subsequent cooperative handover and rollback. The application program starting address and the application program ending address of each piece of software are fixed values. The application program check value and the application program check inverse value respectively represent a check value and an inverse value obtained after performing CRC32 check on the application program start address to the application program end address. The software header check value and the software header check inverse value represent a check value and an inverse value obtained after CRC32 check is performed on the first 24 bytes of the software header of the 32 bytes.
It should be noted that, when the software valid flag is a preset value, the application program check value is opposite to the application program check inverse value, and the software header check value is opposite to the software header check inverse value, the first software is valid. That is, these three conditions need to be satisfied simultaneously, and the first software is effective.
Optionally, the specific value of the preset value is not limited, and may be set according to the actual application requirement. For example, in an alternative example, the preset value may be 0 xFF.
For step S120, it should be noted that, a specific manner of performing update processing on the software header of the target software subjected to the flash processing is not limited, and may be set according to an actual application requirement. For example, in an alternative example, step S120 may include the following sub-steps:
and updating the software version number, the application program starting address, the application program ending address, the application program check value and the application program check inverse value which are included in the software header of the target software subjected to the flash processing.
After the application program is flushed, the application program already overwrites the target software, and the values related to the software contents included in the software header of the target software subjected to the flushing processing can be updated. The number of the onboard controllers 10 may be multiple, and the over-the-air download manager may control the multiple onboard controllers 10 to be enabled or disabled, so it is necessary to determine whether the identification signal indicating that the application program is enabled is received, where the identification signal is sent by the over-the-air download manager.
In step S130, it should be noted that, when the identification signal is received, the valid identification processing may be performed on the software header of the updated target software, and the invalid identification processing may be performed on the software header of another software other than the target software in the first software and the second software.
Optionally, the specific way of performing the valid identifier processing is not limited, and may be set according to the actual application requirements.
For example, in an alternative example, step S130 may include the following sub-steps:
and updating a software valid flag, a software header check value and a software header check inverse value which are included in the software header of the target software after the updating processing so as to enable the application program after the flashing to be valid and serve as a flash area storage application program.
Optionally, the specific way of performing the invalid identifier processing is not limited, and may be set according to the actual application requirements.
For example, in an alternative example, step S130 may further include the following sub-steps:
and erasing a software valid flag, a software header check value and a software header check inverse value which are included in a software header of another software except the target software in the first software and the second software so as to invalidate the other software except the target software in the first software and the second software, and storing a last written application program as a backup area, so that the application program can be rolled back to the last application program when the writing error occurs, and the vehicle-mounted controller 10 can normally operate.
Further, when the number of the onboard controllers 10 is multiple, the over-the-air download manager may control the multiple onboard controllers 10 to implement unified software update or rollback, and the data processing method may further include the following sub-steps:
firstly, receiving a signal for searching the application program, and judging whether the corresponding application program is stored or not and whether the application program is effective or not; and secondly, if the corresponding application program is stored and is valid, sending a feedback signal.
It should be noted that, through the above sub-steps, the over-the-air download manager may receive the feedback signal sent by the plurality of onboard controllers 10, indicate that the plurality of onboard controllers 10 are finished writing, and may perform software switching. Further, the over-the-air download controller may send a new version of the application program to the plurality of onboard controllers 10 to perform a unified flash process on the plurality of onboard controllers 10.
With reference to fig. 4, an embodiment of the present invention further provides a data processing apparatus 100, which can be applied to the vehicle-mounted controller 10. The data processing apparatus 100 may include a flash processing module 110, an update processing module 120, and an identification processing module 130.
The flash processing module 110 is configured to perform flash processing on target software based on the obtained application program, where the target software is an invalid software of a first software and a second software, and the first software and the second software belong to the same version or different versions of the same software. In this embodiment, the brushing processing module 110 may be configured to execute step S110 shown in fig. 2, and for the relevant content of the brushing processing module 110, reference may be made to the foregoing detailed description of step S110.
The update processing module 120 is configured to perform update processing on the software header of the target software subjected to the flash processing, and determine whether an identification signal indicating that the application program is valid is received. In this embodiment, the update processing module 120 may be configured to execute step S120 shown in fig. 2, and reference may be made to the foregoing detailed description of step S120 for relevant contents of the update processing module 120.
The identification processing module 130 is configured to, when receiving the identification signal, perform valid identification processing on the software header of the updated target software, and perform invalid identification processing on the software header of another software other than the target software in the first software and the second software. In this embodiment, the identification processing module 130 may be configured to execute step S130 shown in fig. 2, and for the relevant content of the identification processing module 130, reference may be made to the foregoing detailed description of step S130.
In an embodiment of the present application, there is also provided a computer-readable storage medium, in which a computer program is stored, and the computer program executes the steps of the data processing method when running.
The steps executed when the computer program runs are not described in detail herein, and reference may be made to the foregoing explanation of the data processing method.
To sum up, the data processing method and apparatus, the vehicle-mounted controller, and the computer-readable storage medium provided in the embodiments of the present application can implement a dual backup mechanism through the first software and the second software inside the vehicle-mounted controller 10, and perform a flash process on the target software, where the other software except the target software in the first software and the second software is used as a backup, so as to avoid a problem of low data processing efficiency due to the fact that the dual backup mechanism of the vehicle-mounted controller 10 can be implemented only through an external over-the-air download manager in the prior art, so as to improve the data processing efficiency.
The above description is only a preferred embodiment of the present application and is not intended to limit the present application, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims (10)

1. A data processing method is applied to a vehicle-mounted controller, and comprises the following steps:
performing flash processing on target software based on the acquired application program, wherein the target software is invalid software in first software and second software, and the first software and the second software belong to the same version or different versions of the same software;
updating the software header of the target software subjected to the flash processing, and judging whether an identification signal representing that the application program is effective is received;
and if the identification signal is received, performing effective identification processing on the software header of the updated target software, and performing ineffective identification processing on the software header of the other software except the target software in the first software and the second software.
2. The data processing method of claim 1, wherein the step of performing a flush process on the target software based on the obtained application program comprises:
judging whether the first software is effective or not;
if the first software is valid, the second software is used as target software to perform flash processing;
and if the first software is invalid, performing flash processing by taking the first software as target software.
3. The data processing method of claim 2, wherein the step of determining whether the first software is valid comprises:
acquiring a software head corresponding to the first software, wherein the software head comprises a software valid flag, an application program check value, an application program check inverse value, a software head check value and a software head check inverse value;
judging whether the software valid flag is a preset value, whether the application program check value is opposite to the application program check inverse value, and whether the software header check value is opposite to the software header check inverse value;
and if the software valid flag is a preset value, the application program check value is opposite to the application program check inverse value, and the software header check value is opposite to the software header check inverse value, the first software is valid.
4. The data processing method according to claim 1, wherein the step of performing update processing on the software header of the target software subjected to the flush processing and determining whether an identification signal indicating that the application program is valid is received comprises:
and updating the software version number, the application program starting address, the application program ending address, the application program check value and the application program check inverse value which are included in the software header of the target software subjected to the flash processing.
5. The data processing method according to any one of claims 1 to 4, wherein the step of performing valid identification processing on the software header of the target software after the update processing and performing invalid identification processing on the software header of the other software than the target software out of the first software and the second software, if the identification signal is received, comprises:
and updating the software effective mark, the software header check value and the software header check inverse value which are included by the software header of the target software after the updating processing.
6. The data processing method according to claim 5, wherein the step of performing, if the identification signal is received, valid identification processing on the software header of the target software after the update processing and performing invalid identification processing on the software header of the other software than the target software of the first software and the second software further comprises:
and erasing the software valid flag, the software header check value and the software header check inverse value which are included in the software header of the other software except the target software in the first software and the second software.
7. The data processing method of any one of claims 1 to 4, further comprising:
receiving a signal for searching the application program, and judging whether the corresponding application program is stored or not and whether the application program is effective or not;
and if the corresponding application program is stored and is valid, sending a feedback signal.
8. A data processing apparatus, applied to an on-vehicle controller, comprising:
the flash processing module is used for performing flash processing on target software based on the acquired application program, wherein the target software is invalid software in first software and second software, and the first software and the second software belong to the same version or different versions of the same software;
the update processing module is used for updating the software header of the target software subjected to the flash processing and judging whether an identification signal representing that the application program is effective is received or not;
and the identification processing module is used for carrying out effective identification processing on the software header of the updated target software and carrying out ineffective identification processing on the software header of the other software except the target software in the first software and the second software when the identification signal is received.
9. An on-board controller comprising a memory and a processor for executing an executable computer program stored in the memory to implement the data processing method of any one of claims 1 to 7.
10. A computer-readable storage medium, on which a computer program is stored which, when executed, carries out the steps of the data processing method of any one of claims 1 to 7.
CN201910986112.1A 2019-10-15 2019-10-15 Data processing method and device, vehicle-mounted controller and computer-readable storage medium Pending CN110704076A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910986112.1A CN110704076A (en) 2019-10-15 2019-10-15 Data processing method and device, vehicle-mounted controller and computer-readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910986112.1A CN110704076A (en) 2019-10-15 2019-10-15 Data processing method and device, vehicle-mounted controller and computer-readable storage medium

Publications (1)

Publication Number Publication Date
CN110704076A true CN110704076A (en) 2020-01-17

Family

ID=69200247

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910986112.1A Pending CN110704076A (en) 2019-10-15 2019-10-15 Data processing method and device, vehicle-mounted controller and computer-readable storage medium

Country Status (1)

Country Link
CN (1) CN110704076A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112052226A (en) * 2020-09-29 2020-12-08 北京罗克维尔斯科技有限公司 Processing method and device for vehicle machine service data
CN112884364A (en) * 2021-03-19 2021-06-01 珠海迈科智能科技股份有限公司 Production method for sharing same machine type by multiple client software

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040193998A1 (en) * 2003-03-25 2004-09-30 Wegener Communications, Inc. Software download control system, apparatus and method
JP2006301960A (en) * 2005-04-20 2006-11-02 Denso Corp Automobile control unit
US20060259207A1 (en) * 2005-04-20 2006-11-16 Denso Corporation Electronic control system for automobile
WO2009126562A1 (en) * 2008-04-06 2009-10-15 Fusion Multisystems, Inc. Apparatus, system, and method for validating that a correct data segment is read from a data storage device
CN104484214A (en) * 2014-12-30 2015-04-01 华中科技大学 Configuration, refreshing and program upgrading integrated system for SRAM (Static Random Access Memory) type FPGA (Field Programmable Gate Array)
CN106598597A (en) * 2016-12-14 2017-04-26 普华基础软件股份有限公司 Electronic control unit-based application software refreshing method
CN108647040A (en) * 2018-05-10 2018-10-12 上海纳恩汽车技术有限公司 A kind of Bootloader frameworks based on PEPS system and write with a brush dipped in Chinese ink method
CN109426510A (en) * 2017-08-16 2019-03-05 北京金山云网络技术有限公司 Software processing method, device, electronic equipment and computer readable storage medium
CN109933348A (en) * 2019-01-21 2019-06-25 宁波普瑞均胜汽车电子有限公司 The update method and device of Bootloader in a kind of electronic control unit
CN110134415A (en) * 2019-04-12 2019-08-16 深圳市致宸信息科技有限公司 A kind of controller and its method for upgrading software and device
CN110188004A (en) * 2019-05-31 2019-08-30 烽火通信科技股份有限公司 A kind of double copies software system management method and system of terminal device
CN110275726A (en) * 2019-06-27 2019-09-24 四川宜途汽车电子科技有限公司 A kind of onboard electronic control unit control program backup upgrade method
CN110311960A (en) * 2019-06-19 2019-10-08 浙江吉利控股集团有限公司 A kind of method for upgrading software, device, equipment and storage medium
CN110321143A (en) * 2019-06-25 2019-10-11 深圳创维-Rgb电子有限公司 Method for upgrading software, display panel and the readable storage medium storing program for executing of display panel

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040193998A1 (en) * 2003-03-25 2004-09-30 Wegener Communications, Inc. Software download control system, apparatus and method
JP2006301960A (en) * 2005-04-20 2006-11-02 Denso Corp Automobile control unit
US20060259207A1 (en) * 2005-04-20 2006-11-16 Denso Corporation Electronic control system for automobile
WO2009126562A1 (en) * 2008-04-06 2009-10-15 Fusion Multisystems, Inc. Apparatus, system, and method for validating that a correct data segment is read from a data storage device
CN104484214A (en) * 2014-12-30 2015-04-01 华中科技大学 Configuration, refreshing and program upgrading integrated system for SRAM (Static Random Access Memory) type FPGA (Field Programmable Gate Array)
CN106598597A (en) * 2016-12-14 2017-04-26 普华基础软件股份有限公司 Electronic control unit-based application software refreshing method
CN109426510A (en) * 2017-08-16 2019-03-05 北京金山云网络技术有限公司 Software processing method, device, electronic equipment and computer readable storage medium
CN108647040A (en) * 2018-05-10 2018-10-12 上海纳恩汽车技术有限公司 A kind of Bootloader frameworks based on PEPS system and write with a brush dipped in Chinese ink method
CN109933348A (en) * 2019-01-21 2019-06-25 宁波普瑞均胜汽车电子有限公司 The update method and device of Bootloader in a kind of electronic control unit
CN110134415A (en) * 2019-04-12 2019-08-16 深圳市致宸信息科技有限公司 A kind of controller and its method for upgrading software and device
CN110188004A (en) * 2019-05-31 2019-08-30 烽火通信科技股份有限公司 A kind of double copies software system management method and system of terminal device
CN110311960A (en) * 2019-06-19 2019-10-08 浙江吉利控股集团有限公司 A kind of method for upgrading software, device, equipment and storage medium
CN110321143A (en) * 2019-06-25 2019-10-11 深圳创维-Rgb电子有限公司 Method for upgrading software, display panel and the readable storage medium storing program for executing of display panel
CN110275726A (en) * 2019-06-27 2019-09-24 四川宜途汽车电子科技有限公司 A kind of onboard electronic control unit control program backup upgrade method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
黄玲: "服务创新平台中环境部署和应用部署的研究与实现" *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112052226A (en) * 2020-09-29 2020-12-08 北京罗克维尔斯科技有限公司 Processing method and device for vehicle machine service data
CN112052226B (en) * 2020-09-29 2023-10-10 北京罗克维尔斯科技有限公司 Processing method and device for vehicle-mounted service data
CN112884364A (en) * 2021-03-19 2021-06-01 珠海迈科智能科技股份有限公司 Production method for sharing same machine type by multiple client software

Similar Documents

Publication Publication Date Title
US10782955B2 (en) Pre-shutdown swap verification
US20190324858A1 (en) Rollback recovery from partial failure in multiple electronic control unit over-the-air updates
CN106708543B (en) OTA (over the air) upgrading method and device of operating system
CN109062601A (en) MES system client-side program update method, device, equipment and medium
CN110244958B (en) Method and device for updating calibration data of a vehicle
CN110147242A (en) Upgrading in the downloading of space relies on inspection method and device, storage medium and terminal
CN110704076A (en) Data processing method and device, vehicle-mounted controller and computer-readable storage medium
CN112015489A (en) Management method, device, storage medium and system for vehicle-mounted software
US10956144B2 (en) Apparatus for providing update of vehicle and computer-readable storage medium
CN110908943A (en) Board card automatic adapting method, device, network equipment and storage medium
CN110147246A (en) Version checking method and device, storage medium and the terminal of space download technology
CN113835729A (en) Upgrading method and device, terminal equipment and computer readable storage medium
CN103067499A (en) Data processing method and processing device
CN113050960A (en) OTA (over the air) upgrading method and device, vehicle-mounted terminal and storage medium
CN115696266A (en) Vehicle-mounted controller upgrading method, device, equipment and storage medium
CN115934130A (en) ECU (electronic control Unit) upgrading method, device, equipment and medium
CN114780114A (en) Firmware upgrading method, system, vehicle and storage medium
CN114579161A (en) Application program updating method and ECU
CN112925546B (en) Multistage verification method and system for preventing vehicle-mounted ECU from refreshing errors
CN114760322A (en) Vehicle information association method, Internet of vehicles terminal and Internet of vehicles platform
CN113672258A (en) System upgrading method and device for vehicle, computer equipment and storage medium
CN112433750A (en) Vehicle-mounted terminal application program upgrading method, device, equipment, medium and product
CN112732301A (en) Vehicle upgrading method and device
CN112328288A (en) Method, system, equipment and storage medium for updating server component
CN116909609B (en) Software upgrading method and device of vehicle-mounted intelligent equipment and vehicle-mounted intelligent equipment

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
AD01 Patent right deemed abandoned

Effective date of abandoning: 20231110

AD01 Patent right deemed abandoned