CN116009922A - Vehicle, software flashing method and device for vehicle and storage medium - Google Patents
Vehicle, software flashing method and device for vehicle and storage medium Download PDFInfo
- Publication number
- CN116009922A CN116009922A CN202310134666.5A CN202310134666A CN116009922A CN 116009922 A CN116009922 A CN 116009922A CN 202310134666 A CN202310134666 A CN 202310134666A CN 116009922 A CN116009922 A CN 116009922A
- Authority
- CN
- China
- Prior art keywords
- task
- refreshing
- target
- brushing
- vehicle
- 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
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing systems specially adapted for manufacturing
Landscapes
- Stored Programmes (AREA)
Abstract
The present application relates to the field of vehicle technologies, and in particular, to a vehicle, a software flashing method, a device and a storage medium for the vehicle, where the method includes: acquiring a target brushing task list; identifying a brushing category of at least one target brushing task in the target brushing task list; and matching the brushing priority corresponding to each target brushing task according to the brushing category of at least one target brushing task, and brushing at least one target brushing task according to the brushing priority corresponding to each target brushing task. Therefore, the problems of head-foot inversion of related tasks and disorder of interface tasks of the refreshing terminal are solved, so that the fault problem caused by the refreshing process is gradually reduced, the correctness of the after-sales market when the vehicle-mounted ECU software is remotely updated by using the refreshing terminal is improved, the trouble of a user terminal is reduced by planning a reasonable updating sequence, and the purposes of simpler and more accurate software updating process are achieved.
Description
Technical Field
The present disclosure relates to the field of vehicle technologies, and in particular, to a vehicle, a method and an apparatus for software flashing of the vehicle, and a storage medium.
Background
Along with the rapid development of automobile electronic technology, an on-board ECU (Electronic Control Unit ) becomes an indispensable part in an intelligent automobile, and meanwhile, the frequency of software updating is higher and higher, so that the problem of faults caused by the whole automobile software in the updating process is increasingly outstanding, and the situation is urgent.
Disclosure of Invention
The application provides a vehicle, a software refreshing method, a device and a storage medium for the vehicle, so as to solve the problems of head-foot inversion of related tasks and disorder of interface tasks of a refreshing terminal, gradually reduce fault problems caused by the refreshing process, improve the correctness of the after-sales market when the refreshing terminal is used for remotely upgrading vehicle-mounted ECU software, reduce the trouble of a user terminal by planning a reasonable upgrading sequence, and achieve the purposes of simpler and more accurate software upgrading process.
An embodiment of a first aspect of the present application provides a software flashing method for a vehicle, including the following steps: acquiring a target brushing task list; identifying a brushing category of at least one target brushing task in the target brushing task list; and matching the brushing priority corresponding to each target brushing task according to the brushing category of the at least one target brushing task, and brushing the at least one target brushing task according to the brushing priority corresponding to each target brushing task.
Optionally, in some embodiments, the flush category includes mandatory flush tasks and non-mandatory flush tasks.
Optionally, in some embodiments, the matching, according to the brushing category of the at least one target brushing task, a brushing priority corresponding to each target brushing task includes: judging whether the non-mandatory brushing task exists in the at least one target brushing task; if the non-mandatory refreshing task does not exist, matching the refreshing priority corresponding to each target refreshing task directly according to the at least one target refreshing task; otherwise, after receiving a selective refreshing instruction sent by a user based on the non-mandatory refreshing task, matching the refreshing priority corresponding to each target refreshing task based on the selective refreshing instruction and at least one target refreshing task.
Optionally, in some embodiments, before obtaining the target brushing task list, further includes: sending a registration application request to a target server; judging whether an authorization permission sent by the target server based on the registration application request is received or not; and if the authorization permission is received, acquiring a target brushing task list based on the authorization permission.
Optionally, in some embodiments, the registration application includes at least one of a diagnostic instrument serial number, a service station ERP (Enterprise Resource Planning, enterprise resource planning System) number, user information, and an authorization.
An embodiment of a second aspect of the present application provides a vehicle software flashing device, including: the acquisition module is used for acquiring a target brushing task list; the identification module is used for identifying the brushing category of at least one target brushing task in the target brushing task list; and the refreshing module is used for refreshing the at least one target refreshing task according to the refreshing type of the at least one target refreshing task and matching the refreshing priority corresponding to each target refreshing task.
Optionally, in some embodiments, the flush category includes mandatory flush tasks and non-mandatory flush tasks.
Optionally, in some embodiments, the brushing module is further configured to: judging whether the non-mandatory brushing task exists in the at least one target brushing task; if the non-mandatory refreshing task does not exist, matching the refreshing priority corresponding to each target refreshing task directly according to the at least one target refreshing task; otherwise, after receiving a selective refreshing instruction sent by a user based on the non-mandatory refreshing task, matching the refreshing priority corresponding to each target refreshing task based on the selective refreshing instruction and at least one target refreshing task.
Optionally, in some embodiments, before the acquiring the target brushing task list, the acquiring module is further configured to: sending a registration application request to a target server; judging whether an authorization permission sent by the target server based on the registration application request is received or not; and if the authorization permission is received, acquiring a target brushing task list based on the authorization permission.
Optionally, in some embodiments, the registration application includes at least one of a diagnostic instrument serial number, a service station ERP number, user information, and an authorization.
An embodiment of a third aspect of the present application provides a vehicle, including: the system comprises a memory, a processor and a computer program stored in the memory and capable of running on the processor, wherein the processor executes the program to realize the software refreshing method of the vehicle according to the embodiment.
An embodiment of a fourth aspect of the present application provides a computer-readable storage medium having stored thereon a computer program that is executed by a processor for implementing the software flashing method of a vehicle as described in the above embodiment.
Therefore, by acquiring the target refreshing task list and identifying that at least one target refreshing task in the target refreshing task list is a mandatory refreshing task or an optional refreshing task, if the optional refreshing task does not exist, the refreshing priority corresponding to each target refreshing task is directly matched according to the at least one target refreshing task; otherwise, after receiving a selective refreshing instruction sent by a user based on a non-mandatory refreshing task, matching the refreshing priority corresponding to each target refreshing task based on the selective refreshing instruction and at least one target refreshing task, and upgrading the software according to the refreshing priority. Therefore, the problems of head-foot inversion of related tasks and disorder of interface tasks of the refreshing terminal are solved, the fault problem caused by the refreshing process is gradually reduced, the correctness of the after-sales market when the vehicle-mounted ECU software is remotely updated by using the refreshing terminal is improved, the trouble of a user terminal is reduced by planning a reasonable updating sequence, and the purposes of simpler and more accurate software updating process are achieved.
Additional aspects and advantages of the application will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the application.
Drawings
The foregoing and/or additional aspects and advantages of the present application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings, in which:
FIG. 1 is a flow chart of a software flashing method for a vehicle according to an embodiment of the present application;
FIG. 2 is a flowchart of a method for software flashing of a vehicle according to one embodiment of the present application;
FIG. 3 is a flow chart of a method for software flashing of a vehicle according to one embodiment of the present application;
FIG. 4 is a block schematic diagram of a software flashing apparatus for a vehicle according to an embodiment of the present application;
fig. 5 is a schematic structural diagram of a vehicle according to an embodiment of the present application.
Detailed Description
Embodiments of the present application are described in detail below, examples of which are illustrated in the accompanying drawings, wherein the same or similar reference numerals refer to the same or similar elements or elements having the same or similar functions throughout. The embodiments described below by referring to the drawings are exemplary and intended for the purpose of explaining the present application and are not to be construed as limiting the present application.
The following describes a vehicle and a software flashing method, device and storage medium of the vehicle according to the embodiments of the present application with reference to the accompanying drawings. Aiming at the problems that the related tasks are inverted in sequence and the interface tasks of the refreshing terminal are disordered and the related tasks are not ordered in the background art, the application provides a software refreshing method of a vehicle, in the method, a target refreshing task list is obtained, at least one target refreshing task in the target refreshing task list is identified to be a mandatory refreshing task or an optional refreshing task, and if the optional refreshing task does not exist, the refreshing priority corresponding to each target refreshing task is directly matched according to the at least one target refreshing task; otherwise, after receiving a selective refreshing instruction sent by a user based on a non-mandatory refreshing task, matching the refreshing priority corresponding to each target refreshing task based on the selective refreshing instruction and at least one target refreshing task, and upgrading the software according to the refreshing priority. Therefore, the problems of head-foot inversion of related tasks and disorder of interface tasks of the refreshing terminal are solved, the fault problem caused by the refreshing process is gradually reduced, the correctness of the after-sales market when the vehicle-mounted ECU software is remotely updated by using the refreshing terminal is improved, the trouble of a user terminal is reduced by planning a reasonable updating sequence, and the purposes of simpler and more accurate software updating process are achieved.
Specifically, fig. 1 is a flow chart of a software flashing method of a vehicle according to an embodiment of the present application.
As shown in fig. 1, the software flashing method of the vehicle includes the following steps:
in step S101, a target brushing task list is acquired.
Specifically, the flashing terminal reads configuration information of a current vehicle and compares the configuration information with an upgrade task list established by the server to obtain a target flashing task list meeting the conditions, and the target flashing task list pops up a prompt interface at the flashing terminal, wherein the current vehicle configuration information comprises: the controller software and hardware part number and version number, vendor code.
In step S102, a brushing category of at least one target brushing task in the target brushing task list is identified.
Optionally, in some embodiments, the flush category includes mandatory flush tasks and non-mandatory flush tasks.
Specifically, the vehicle is identified to belong to a mandatory refreshing task or an optional refreshing task by the refreshing terminal according to the factory configuration file, the current configuration information and the current upgrading task of the vehicle, wherein the mandatory refreshing task cannot be canceled, and the optional refreshing task can automatically select whether to upgrade or not according to different requirements of a user.
In step S103, the brushing priority corresponding to each target brushing task is matched according to the brushing category of at least one target brushing task, and at least one target brushing task is brushed according to the brushing priority corresponding to each target brushing task.
Optionally, in some embodiments, matching the corresponding flushing priority of each target flushing task according to the flushing category of at least one target flushing task includes: judging whether an optional brushing task exists in at least one target brushing task; if the non-forced refreshing task does not exist, matching the refreshing priority corresponding to each target refreshing task directly according to at least one target refreshing task; otherwise, after receiving a selective refreshing instruction sent by a user based on the non-mandatory refreshing task, matching the refreshing priority corresponding to each target refreshing task based on the selective refreshing instruction and at least one target refreshing task.
Specifically, when the vehicle has a plurality of tasks (the plurality of tasks correspond to different controllers) to be executed, and a sequence requirement exists when the plurality of tasks are executed, the diagnostic apparatus is controlled according to the sequence of the tasks to upgrade the software of the corresponding electronic control unit of the vehicle.
The writing priority of each task can be preset, and the writing terminal is controlled to update software of a corresponding electronic control unit of the vehicle through the writing priority of the task, specifically:
1. for a plurality of tasks with relevance, setting a refreshing priority by a service, wherein the refreshing priority is defined as follows: task grouping: a/B/C/… Z, AA/AB/ac..aaa/AAB/aac..priority: 1/2/3/….
For example: group a associated tasks: f-vehicle model 1-EMS-202101 (priority A1), F-vehicle model 1-TCU-202102 (priority A2), B groups of associated tasks: f-vehicle model 2-SCU-202103 (priority B1), F-vehicle model 2-CLM-202104 (priority B2).
2. The priorities may be entered in text form when the task is created.
3. When creating the custom task, if the task group is already used, and when the group is reused, the terminal system needs to be refreshed to give a reminder.
4. Allowing a vehicle to upgrade from a single task in a task group.
5. When the related task is updated, if there is an optional task, the updating is executed according to the task selected by the user and the priority order, for example: group a associated tasks: f-vehicle type 1-EMS-202101 (priority A1, non-forced task), F-vehicle type 1TCU-202102 (priority A2, non-forced task), F-vehicle type 1-ESP-202105 (priority A3, forced task), and updating A1 by the user, wherein updating is required by the brush terminal according to the sequence of A1> A2> A3.
After at least one target refreshing task is refreshed according to the refreshing priority corresponding to each target refreshing task, the upgrading result (including refreshing time, refreshing result and reason, controller delivery and current configuration information) of the controller upgraded by the diagnostic instrument is returned to the server background, so that after-sales personnel can conveniently master the result of the upgrading task.
Optionally, in some embodiments, before obtaining the target brushing task list, further includes: sending a registration application request to a target server; judging whether an authorization permission sent by a target server based on a registration application request is received or not; and if the authorization permission is received, acquiring a target refreshing task list based on the authorization permission.
Optionally, in some embodiments, the registration application includes at least one of a diagnostic serial number, a service station ERP number, user information, and an authorization document.
Specifically, the diagnostic apparatus issues a registration application, which includes a serial number of the diagnostic apparatus, an ERP number of the service station, user information and an authorization document, and the server needs to enable a binding relationship between the ERP and the serial number of the diagnostic apparatus to perform unified authorization and management. If the authentication fails, the interface prompt of the terminal is written in a brushing way. If the registration is successful, the diagnostic instrument requests authorization, the server acquires user information authorization permission, and after the authentication is passed, the terminal analyzes the whole vehicle configuration file released by the server, reads and compares the configuration information of the current vehicle controller, and acquires a target refreshing task list.
Thus, as shown in fig. 2, the terminal (user name/password) requests authorization, and the server acquires the user information authorization permission; after the authentication is passed, the terminal analyzes the whole vehicle configuration file released by the server, reads and compares the configuration information of the current vehicle controller; if the factory configuration file, the current configuration information and the current upgrade task determine that the vehicle meets the mandatory/non-mandatory task condition, when a certain vehicle has a plurality of tasks (the plurality of tasks correspond to different controllers) to be executed and the sequence requirements exist when the plurality of tasks are executed, the software upgrade is performed on the corresponding electronic control units of the vehicle by the brush terminal according to the sequence of the tasks, fig. 3 is a flowchart of the vehicle software brush method provided according to the embodiment of the application, a diagnostic instrument obtains the priority of the tasks through an interface of a server background, the priority is set for a plurality of tasks with relevance by a service, and if the non-mandatory tasks exist, the upgrade is executed according to the task selected by a user and according to the priority sequence.
According to the software flashing method of the vehicle, a target flashing task list is obtained, at least one target flashing task in the target flashing task list is identified as a mandatory flashing task or an optional flashing task, and if the optional flashing task does not exist, the flashing priority corresponding to each target flashing task is directly matched according to the at least one target flashing task; otherwise, after receiving a selective refreshing instruction sent by a user based on a non-mandatory refreshing task, matching the refreshing priority corresponding to each target refreshing task based on the selective refreshing instruction and at least one target refreshing task, and upgrading the software according to the refreshing priority. Therefore, the problems of head-foot inversion of related tasks and disorder of interface tasks of the refreshing terminal are solved, the fault problem caused by the refreshing process is gradually reduced, the correctness of the after-sales market when the vehicle-mounted ECU software is remotely updated by using the refreshing terminal is improved, the trouble of a user terminal is reduced by planning a reasonable updating sequence, and the purposes of simpler and more accurate software updating process are achieved.
Next, a vehicle software flashing device according to an embodiment of the present application will be described with reference to the accompanying drawings.
Fig. 4 is a block schematic diagram of a vehicle software flashing device according to an embodiment of the present application.
As shown in fig. 4, the vehicle software flashing device 10 includes: an acquisition module 100, an identification module 200, and a swipe module 300.
The acquisition module 100 is configured to acquire a target brushing task list; the identifying module 200 is configured to identify a brushing category of at least one target brushing task in the target brushing task list; and the flushing module 300 is configured to flush at least one target flushing task according to the flushing type of the at least one target flushing task and matching a flushing priority corresponding to each target flushing task.
Optionally, in some embodiments, the flush category includes mandatory flush tasks and non-mandatory flush tasks.
Optionally, in some embodiments, the brushing module 300 is further configured to: judging whether an optional brushing task exists in at least one target brushing task; if the non-forced refreshing task does not exist, matching the refreshing priority corresponding to each target refreshing task directly according to at least one target refreshing task; otherwise, after receiving a selective refreshing instruction sent by a user based on the non-mandatory refreshing task, matching the refreshing priority corresponding to each target refreshing task based on the selective refreshing instruction and at least one target refreshing task.
Optionally, in some embodiments, before the target brushing task list is obtained, the obtaining module 100 is further configured to: sending a registration application request to a target server; judging whether an authorization permission sent by a target server based on a registration application request is received or not; and if the authorization permission is received, acquiring a target refreshing task list based on the authorization permission.
Optionally, in some embodiments, the registration application includes at least one of a diagnostic serial number, a service station ERP number, user information, and an authorization document.
It should be noted that the foregoing explanation of the embodiment of the method for refreshing software of a vehicle is also applicable to the refreshing device of the vehicle software of the embodiment, and will not be repeated here.
According to the vehicle software flashing device provided by the embodiment of the application, the target flashing task list is obtained, at least one target flashing task in the target flashing task list is identified as a mandatory flashing task or an optional flashing task, and if the optional flashing task does not exist, the flashing priority corresponding to each target flashing task is directly matched according to the at least one target flashing task; otherwise, after receiving a selective refreshing instruction sent by a user based on a non-mandatory refreshing task, matching the refreshing priority corresponding to each target refreshing task based on the selective refreshing instruction and at least one target refreshing task, and upgrading the software according to the refreshing priority. Therefore, the problems of head-foot inversion of related tasks and disorder of interface tasks of the refreshing terminal are solved, the fault problem caused by the refreshing process is gradually reduced, the correctness of the after-sales market when the vehicle-mounted ECU software is remotely updated by using the refreshing terminal is improved, the trouble of a user terminal is reduced by planning a reasonable updating sequence, and the purposes of simpler and more accurate software updating process are achieved.
Fig. 5 is a schematic structural diagram of a vehicle according to an embodiment of the present application. The vehicle may include:
The processor 502 implements the software flashing method of the vehicle provided in the above embodiment when executing a program.
Further, the vehicle further includes:
a communication interface 503 for communication between the memory 501 and the processor 502.
The memory 501 may include high speed RAM (Random Access Memory ) memory, and may also include non-volatile memory, such as at least one disk memory.
If the memory 501, the processor 502, and the communication interface 503 are implemented independently, the communication interface 503, the memory 501, and the processor 502 may be connected to each other via a bus and perform communication with each other. The bus may be an ISA (Industry Standard Architecture ) bus, a PCI (Peripheral Component, external device interconnect) bus, or EISA (Extended Industry Standard Architecture ) bus, among others. The buses may be divided into address buses, data buses, control buses, etc. For ease of illustration, only one thick line is shown in fig. 5, but not only one bus or one type of bus.
Alternatively, in a specific implementation, if the memory 501, the processor 502, and the communication interface 503 are integrated on a chip, the memory 501, the processor 502, and the communication interface 503 may perform communication with each other through internal interfaces.
The processor 502 may be a CPU (Central Processing Unit ) or ASIC (Application Specific Integrated Circuit, application specific integrated circuit) or one or more integrated circuits configured to implement embodiments of the present application.
The present embodiments also provide a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements a software flashing method of a vehicle as above.
In the description of the present specification, a description referring to terms "one embodiment," "some embodiments," "examples," "specific examples," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the present application. In this specification, schematic representations of the above terms are not necessarily directed to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or N embodiments or examples. Furthermore, the different embodiments or examples described in this specification and the features of the different embodiments or examples may be combined and combined by those skilled in the art without contradiction.
Furthermore, the terms "first," "second," and the like, are used for descriptive purposes only and are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include at least one such feature. In the description of the present application, the meaning of "N" is at least two, such as two, three, etc., unless explicitly defined otherwise.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more N executable instructions for implementing specific logical functions or steps of the process, and further implementations are included within the scope of the preferred embodiment of the present application in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the embodiments of the present application.
It is to be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above-described embodiments, the N steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. As with the other embodiments, if implemented in hardware, may be implemented using any one or combination of the following techniques, as is well known in the art: discrete logic circuits having logic gates for implementing logic functions on data signals, application specific integrated circuits having suitable combinational logic gates, programmable gate arrays, field programmable gate arrays, and the like.
Those of ordinary skill in the art will appreciate that all or a portion of the steps carried out in the method of the above-described embodiments may be implemented by a program to instruct related hardware, where the program may be stored in a computer readable storage medium, and where the program, when executed, includes one or a combination of the steps of the method embodiments.
Although embodiments of the present application have been shown and described above, it will be understood that the above embodiments are illustrative and not to be construed as limiting the application, and that variations, modifications, alternatives, and variations may be made to the above embodiments by one of ordinary skill in the art within the scope of the application.
Claims (10)
1. A method for software flashing of a vehicle, comprising the steps of:
acquiring a target brushing task list;
identifying a brushing category of at least one target brushing task in the target brushing task list; and
and matching the brushing priority corresponding to each target brushing task according to the brushing category of the at least one target brushing task, and brushing the at least one target brushing task according to the brushing priority corresponding to each target brushing task.
2. The method of claim 1, wherein the flush class includes mandatory flush tasks and non-mandatory flush tasks.
3. The method of claim 2, wherein said matching the corresponding flush priority of each target flush task according to the flush class of the at least one target flush task comprises:
judging whether the non-mandatory brushing task exists in the at least one target brushing task;
if the non-mandatory refreshing task does not exist, matching the refreshing priority corresponding to each target refreshing task directly according to the at least one target refreshing task; otherwise, after receiving a selective refreshing instruction sent by a user based on the non-mandatory refreshing task, matching the refreshing priority corresponding to each target refreshing task based on the selective refreshing instruction and at least one target refreshing task.
4. The method of claim 1, further comprising, prior to obtaining the target brushing task list:
sending a registration application request to a target server;
judging whether an authorization permission sent by the target server based on the registration application request is received or not;
and if the authorization permission is received, acquiring a target brushing task list based on the authorization permission.
5. The method of claim 4, wherein the registration application includes at least one of a diagnostic instrument serial number, a service station ERP number, user information, and an authorization document.
6. A vehicle software flashing device comprising:
the acquisition module is used for acquiring a target brushing task list;
the identification module is used for identifying the brushing category of at least one target brushing task in the target brushing task list; and
and the refreshing module is used for refreshing the at least one target refreshing task according to the refreshing type of the at least one target refreshing task and matching the refreshing priority corresponding to each target refreshing task.
7. The apparatus of claim 6, wherein the flush class includes mandatory flush tasks and non-mandatory flush tasks.
8. The apparatus of claim 7, wherein the brushing module is further configured to:
judging whether the non-mandatory brushing task exists in the at least one target brushing task;
if the non-mandatory refreshing task does not exist, matching the refreshing priority corresponding to each target refreshing task directly according to the at least one target refreshing task; otherwise, after receiving a selective refreshing instruction sent by a user based on the non-mandatory refreshing task, matching the refreshing priority corresponding to each target refreshing task based on the selective refreshing instruction and at least one target refreshing task.
9. A vehicle, characterized by comprising: a memory, a processor and a computer program stored on the memory and executable on the processor, the processor executing the program to implement the method of software flashing of a vehicle as claimed in any of claims 1-5.
10. A computer-readable storage medium, on which a computer program is stored, characterized in that the program is executed by a processor for implementing a software flashing method of a vehicle according to any of claims 1-5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310134666.5A CN116009922A (en) | 2023-02-09 | 2023-02-09 | Vehicle, software flashing method and device for vehicle and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310134666.5A CN116009922A (en) | 2023-02-09 | 2023-02-09 | Vehicle, software flashing method and device for vehicle and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116009922A true CN116009922A (en) | 2023-04-25 |
Family
ID=86028292
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310134666.5A Pending CN116009922A (en) | 2023-02-09 | 2023-02-09 | Vehicle, software flashing method and device for vehicle and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116009922A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116643777A (en) * | 2023-07-27 | 2023-08-25 | 江铃汽车股份有限公司 | Automatic after-sale upgrading method and system for automobile software |
-
2023
- 2023-02-09 CN CN202310134666.5A patent/CN116009922A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116643777A (en) * | 2023-07-27 | 2023-08-25 | 江铃汽车股份有限公司 | Automatic after-sale upgrading method and system for automobile software |
| CN116643777B (en) * | 2023-07-27 | 2023-10-03 | 江铃汽车股份有限公司 | Automatic after-sale upgrading method and system for automobile software |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110489143B (en) | FOTA firmware remote upgrading system and method on new energy automobile | |
| US20180341476A1 (en) | Software updating device, software updating system, and software updating method | |
| US10782955B2 (en) | Pre-shutdown swap verification | |
| US12001825B2 (en) | Method and apparatus for vehicle software update installation | |
| US20200218531A1 (en) | OVER-THE-AIR (OTA) UPDATES OF ELECTRONIC CONTROL UNITS (ECUs) IN VEHICLES | |
| WO2021203604A1 (en) | Update test method and apparatus for vehicle component, and computer device and storage medium | |
| CN111610993A (en) | Firmware upgrading method, server and system | |
| US20230021129A1 (en) | Vehicle Software Upgrade Method and Related System | |
| CN112015489A (en) | Management method, device, storage medium and system for vehicle-mounted software | |
| CN109831338A (en) | Vehicle system upgrade method, cloud server and mobile terminal | |
| WO2019149051A1 (en) | Method for configuring automobile diagnosis function, apparatus, and automobile diagnosis device | |
| CN116009922A (en) | Vehicle, software flashing method and device for vehicle and storage medium | |
| CN113419755B (en) | Method and system for refreshing automobile ECU program, readable storage medium and computer equipment | |
| CN117950702A (en) | OTA upgrading sequence determining method and device for vehicle parts, electronic equipment and medium | |
| CN110704076A (en) | Data processing method and device, vehicle-mounted controller and computer-readable storage medium | |
| CN114281374A (en) | Remote flash method and system for vehicle electronic control unit and storage medium | |
| CN117435220A (en) | OTA upgrading method and device based on programming mode, electronic equipment and storage medium | |
| CN112052032A (en) | Flash method and device of electronic control unit | |
| CN110618826A (en) | Method and device for updating application program and terminal equipment | |
| CN115225481B (en) | Gateway diagnosis route configuration method and device, vehicle-mounted gateway, vehicle and medium | |
| CN115469899A (en) | Firmware upgrading method, device, equipment, medium and vehicle-mounted system | |
| US11544051B2 (en) | Vehicle update system and method | |
| CN112328288A (en) | Method, system, equipment and storage medium for updating server component | |
| CN110595497A (en) | Navigation path generation method and device, storage medium and electronic equipment | |
| CN110377309B (en) | Data recovery method, system and 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 |