CN117149478A - Reset management method and device of automobile electronic controller and automobile electronic controller - Google Patents
Reset management method and device of automobile electronic controller and automobile electronic controller Download PDFInfo
- Publication number
- CN117149478A CN117149478A CN202310705448.2A CN202310705448A CN117149478A CN 117149478 A CN117149478 A CN 117149478A CN 202310705448 A CN202310705448 A CN 202310705448A CN 117149478 A CN117149478 A CN 117149478A
- Authority
- CN
- China
- Prior art keywords
- reset
- electronic controller
- automobile electronic
- information
- automobile
- 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.)
- Granted
Links
- 238000007726 management method Methods 0.000 title claims abstract description 33
- 238000000034 method Methods 0.000 claims abstract description 39
- 238000012545 processing Methods 0.000 claims abstract description 39
- 238000004590 computer program Methods 0.000 claims abstract description 26
- 230000002159 abnormal effect Effects 0.000 claims description 33
- 230000001960 triggered effect Effects 0.000 description 14
- 238000011161 development Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 7
- 238000012544 monitoring process Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000005856 abnormality Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000002054 transplantation Methods 0.000 description 2
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 229910021389 graphene Inorganic materials 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0736—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
- G06F11/0739—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in automotive or aircraft systems
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Retry When Errors Occur (AREA)
Abstract
The application relates to a reset management method and device for an automobile electronic controller, the automobile electronic controller, a computer readable storage medium and a computer program product. The method comprises the following steps: under the condition of triggering the reset of the automobile electronic controller, corresponding reset information is recorded and stored in a RAM shared by a guide program and an application program of the automobile electronic controller; after the automobile electronic controller is powered on again, reading reset information in the RAM; determining the reset type of the automobile electronic controller according to the reset information; a reset processing subroutine matching the reset type is executed. The method can improve the portability and maintainability of the software of the automobile electronic controller.
Description
Technical Field
The present application relates to the field of automotive electronics, and in particular, to a reset management method and apparatus for an automotive electronic controller, a computer readable storage medium, and a computer program product.
Background
With the development of hardware and software technology of an automobile electronic controller, various functions of an automobile, such as an anti-lock brake system function, an airbag function, and an engine management function, are often realized by the automobile electronic controller (Electronic Control Unit, ECU).
In the related art, in the case of triggering the CPU reset of the ECU, since various reset information is numerous, the reset information is difficult to manage, portability and maintainability of software are poor, and it is difficult to perform some complicated processing actions based on the reset information.
Therefore, in the related art, there is a problem in that portability and maintainability of the ECU reset management software are poor.
Disclosure of Invention
In view of the foregoing, it is desirable to provide a reset management method and apparatus for an automotive electronic controller, a computer-readable storage medium, and a computer program product that can improve portability and maintainability of reset management software for an automotive electronic controller.
In a first aspect, the application provides a reset management method of an electronic controller of an automobile. The method comprises the following steps:
under the condition of triggering the reset of the automobile electronic controller, corresponding reset information is recorded and stored in a RAM shared by a guide program and an application program of the automobile electronic controller;
after the automobile electronic controller is powered on again, reading reset information in the RAM;
determining the reset type of the automobile electronic controller according to the reset information;
and executing a reset processing subroutine matched with the reset type.
In one embodiment, the reset types include a software reset, a hardware reset, and an exception reset.
In one embodiment, the method further comprises:
triggering the automobile electronic controller to reset and jump to a target position in an abnormal vector table under the condition that the CPU fails to generate an abnormal trap, and storing corresponding abnormal trap information; and the target position is a position matched with the abnormal trap type corresponding to the abnormal trap in the abnormal vector table.
In one embodiment, the method further comprises:
and executing complex processing programs for the reset of the specific reset type according to the reset information.
In one embodiment, the executing a complex processing procedure for a specific reset type reset according to the reset information includes:
determining the number of times of resetting belonging to the same specific resetting type in preset time according to the resetting information;
and under the condition that the times exceeds the preset times, the automobile electronic controller enters a refreshing mode.
In one embodiment, the executing a complex processing procedure for a specific reset type reset according to the reset information includes:
determining the number of times of resetting belonging to different specific resetting types in preset time according to the resetting information;
and under the condition that the times exceeds the preset times, the automobile electronic controller enters a refreshing mode.
In a second aspect, the application further provides a control device for reset management of the automobile electronic controller, which is applied to the automobile electronic controller. The device comprises:
the recording module is used for recording corresponding reset information under the condition of triggering the reset of the automobile electronic controller and storing the corresponding reset information into the RAM shared by the guide program and the application program of the automobile electronic controller;
the reading module is used for reading the reset information in the RAM after the automobile electronic controller is electrified again;
the determining module is used for determining the resetting type of the automobile electronic controller according to the resetting information;
and the execution module is used for executing the reset processing subprogram matched with the reset type.
In a third aspect, the application further provides an electronic controller of an automobile. The automobile electronic controller comprises a memory and a processor, wherein the memory stores a computer program, and the processor realizes the following steps when executing the computer program:
under the condition of triggering the reset of the automobile electronic controller, corresponding reset information is recorded and stored in a RAM shared by a guide program and an application program of the automobile electronic controller;
after the automobile electronic controller is powered on again, reading reset information in the RAM;
determining the reset type of the automobile electronic controller according to the reset information;
and executing a reset processing subroutine matched with the reset type.
In a fourth aspect, the present application also provides a computer-readable storage medium. The computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of:
under the condition of triggering the reset of the automobile electronic controller, corresponding reset information is recorded and stored in a RAM shared by a guide program and an application program of the automobile electronic controller;
after the automobile electronic controller is powered on again, reading reset information in the RAM;
determining the reset type of the automobile electronic controller according to the reset information;
and executing a reset processing subroutine matched with the reset type.
In a fifth aspect, the present application also provides a computer program product. The computer program product comprises a computer program which, when executed by a processor, implements the steps of:
under the condition of triggering the reset of the automobile electronic controller, corresponding reset information is recorded and stored in a RAM shared by a guide program and an application program of the automobile electronic controller;
after the automobile electronic controller is powered on again, reading reset information in the RAM;
determining the reset type of the automobile electronic controller according to the reset information;
and executing a reset processing subroutine matched with the reset type.
According to the control method, the device, the automobile electronic controller, the computer readable storage medium and the computer program product for the reset management of the automobile electronic controller, under the condition that the reset of the automobile electronic controller is triggered, corresponding reset information is recorded by software and stored in the RAM shared by the boot program and the application program of the automobile electronic controller, so that the shared RAM can store unified reset information, the automobile electronic controller generates reset, after the automobile electronic controller is powered on again, the reset type corresponding to the last reset can be determined by reading the reset information in the shared RAM, and a reset processing subprogram matched with the reset type is executed, so that various types of resets are managed in a centralized mode, and various specific measures are executed based on different types of resets, so that the safe operation of the automobile electronic controller software is ensured. The method realizes centralized management of reset information generated by various resets by adopting the shared RAM for storing unified reset information, improves maintainability and portability of reset management software on the automobile electronic controller, and reduces development period and development cost for the subsequent transplantation and development of different automobile electronic controller platforms.
Drawings
FIG. 1 is a flow chart of a method for managing reset of an electronic controller of an automobile according to an embodiment;
FIG. 2 is a schematic diagram illustrating the operation of an electronic controller of an automobile in one embodiment;
FIG. 3 is a schematic diagram showing the composition of reset information in one embodiment;
FIG. 4 is a hardware reset circuit diagram for an automotive electronic controller, in one embodiment;
FIG. 5 is a schematic diagram of an application software triggered software reset in one embodiment;
FIG. 6 is a schematic diagram of an exception trap triggered software reset in one embodiment;
FIG. 7 is a schematic flow chart of a method for processing a reset of an electronic controller of an automobile according to an embodiment;
FIG. 8 is a flowchart of a method for managing a reset of an electronic controller of an automobile according to another embodiment;
FIG. 9 is a block diagram of a reset management device of an electronic controller of an automobile according to an embodiment;
fig. 10 is an internal structural view of an electronic controller of an automobile in one embodiment.
Detailed Description
The present application will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present application more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application.
It should be noted that the terms "first," "second," and the like in the description and claims of the present disclosure and in the foregoing figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the disclosure described herein may be capable of operation in sequences other than those illustrated or described herein. The implementations described in the following exemplary examples are not representative of all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with some aspects of the present disclosure as detailed in the accompanying claims.
In one embodiment, as shown in fig. 1, a reset management method of an electronic controller of an automobile is provided, which is applied to an Electronic Controller (ECU) of an automobile. In this embodiment, the method includes the steps of:
in step S110, when the reset of the electronic controller of the automobile is triggered, corresponding reset information is recorded and stored in the RAM shared by the boot program and the application program of the electronic controller of the automobile.
In the specific implementation, in the running process of the automobile electronic controller, firstly, a bootstrap program in the automobile electronic controller is run after the automobile electronic controller is electrified, the validity and the integrity of an application program in the automobile electronic controller are verified in the bootstrap program, and if the application program is valid and complete, the automobile electronic controller jumps to the application program. When some abnormal conditions occur in the boot program or the application program, the CPU is triggered to reset, and if the automobile electronic controller is still in a power-on state at the moment, the boot program is re-entered after the CPU is reset. For ease of understanding by those skilled in the art, FIG. 2 provides a schematic illustration of the operation of an electronic controller for an automobile.
Under the condition that the CPU of the automobile electronic controller is triggered to reset, before the CPU is reset, the ECU software can record corresponding reset information and store the reset information into a RAM space shared by a guide program and an application program of the automobile electronic controller. The above procedure can be used as the first part of the software process in the reset management method and is denoted as reset state 1.
As shown in fig. 3, the reset information may include:
(1) Reset groups, which group all reset types, such as hardware reset groups, exception trap groups, etc.;
(2) The reset type is that the reset triggered by different reasons is divided into a unique type code, and the type code is called a reset type, such as watchdog reset and the like;
(3) Program running pointer value during system reset;
(4) The running state of the current system during resetting;
(5) Reset times of the current cycle;
(6) The current system time during reset;
(7) The system time at the last reset;
(8) The software customizes the data.
Therefore, by recording the reset information, the framework of the reset management method of the automobile electronic controller is more reasonable, more reset related information such as a reset group, a reset type, a program pointer during reset, system time during reset and the like can be recorded, and the cause and the problem of plastic reset can be tracked conveniently, so that more time can be saved when the cause of reset is checked.
And step S120, after the automobile electronic controller is powered on again, the reset information in the RAM is read.
In the specific implementation, after CPU reset is generated and the ECU is powered on again, a guide program is entered, and the ECU software can read reset information in the RAM.
Step S130, determining the reset type of the automobile electronic controller according to the reset information.
In a specific implementation, the ECU software can determine the reset type corresponding to the CPU reset in the ECU according to the reset information.
Step S140, a reset processing subroutine matching the reset type is executed.
The reset types comprise software reset, hardware reset and abnormal reset.
For the convenience of understanding of those skilled in the art, fig. 4 provides a hardware reset circuit diagram for an electronic controller of an automobile, and as shown in fig. 4, the hardware reset circuit includes a power supply module, a monitoring chip and a main control CPU. The RST (reset) end of the power supply module and the I/O end of the main control CPU are electrically connected with the RST end of the monitoring chip through an AND gate; the RST end of the Power supply module and the I/O end of the monitoring chip are electrically connected with the POST (Power On RESET) end of the main control CPU through an AND gate. Wherein,
the main control CPU may specifically have the following reset types:
(1) When the main control CPU is powered On (PORT (Power On RESET), the main control CPU generates RESET;
(2) When the main control CPU is abnormal, the monitoring chip can pull down the POST pin through a reset control signal of the main control CPU, and the main control CPU generates reset;
(3) Resetting the main control CPU software triggered by the application software functional module;
(4) The main control CPU generates abnormal reset caused by abnormality (such as hardware abnormality, software defect and the like).
In the software start-up process when the ECU is reset and powered on again, relevant software processes, such as initialization or verification of the RAM (Random Access Memory ) of the partial area, etc., are performed according to the type of reset that has occurred last time. The above-mentioned needs can be satisfied by the reset information management method of the present application.
In the reset management method of the automobile electronic controller, under the condition of triggering the reset of the automobile electronic controller, the software records the corresponding reset information and stores the corresponding reset information into the RAM shared by the boot program and the application program of the automobile electronic controller, so that the shared RAM can store unified reset information, the automobile electronic controller generates the reset, after the automobile electronic controller is powered on again, the reset type corresponding to the last reset can be determined by reading the reset information in the shared RAM, and the reset processing subprogram matched with the reset type is executed, thereby realizing centralized management of various types of reset, and executing various specific measures based on different types of reset so as to ensure the safe operation of the automobile electronic controller software. The method realizes centralized management of reset information generated by various resets by adopting the shared RAM for storing unified reset information, improves maintainability and portability of reset management software on the automobile electronic controller, and reduces development period and development cost for the subsequent transplantation and development of different automobile electronic controller platforms.
In some embodiments, when the CPU is reset and re-run, the determination of the reset information and the processing of the related information may be used as another part of the software processing in the reset management method, and may be denoted as a reset state 2.
Specifically, when the CPU is reset and re-run, the ECU software needs to detect the last reset information and then perform corresponding software processing. For resets belonging to a specific reset type, the ECU software may execute a complex processing procedure for the reset of the specific reset type according to the reset information; for example, the ECU software may determine the number of times that resets belonging to the same specific reset type occur within a preset time, based on the reset information; under the condition that the number of times of resetting exceeds the preset number of times, the ECU enters a refreshing mode; or, the ECU software may determine the number of times of occurrence of resets belonging to different specific reset types within a preset time according to the reset information; and in the case that the number of times of resetting exceeds the preset number of times, the ECU enters a refresh mode.
In practical application, the ECU software may be set in a predetermined time by the configuration of the application software, and if a CPU reset belonging to the same specific reset type occurs for a preset number of times, or a CPU reset belonging to a different specific reset type occurs for a preset number of times in a default time, the ECU will enter the refresh mode. Thus, not only can the CPU be prevented from being continuously reset to damage the ECU once the CPU goes wrong, but also the ECU can be used for re-writing software or reading fault data of the fault ECU after entering the refresh mode.
In some embodiments, when the CPU runs, the CPU performs processing corresponding to the system requirements according to the last reset information, and may be used as another part of software processing in the reset management method, and is denoted as a reset state 3.
Specifically, when the CPU is running, two sources trigger the CPU reset:
(1) Depending on the specifics of the various modules of the application, it may be decided whether to trigger a CPU reset in certain specific situations, as shown in FIG. 5, a schematic diagram of an application triggering a software reset is provided. The content of the software reset interface function processing is the reset information which is required to be processed and is mentioned in the reset state 1.
(2) When the CPU itself fails to generate an abnormal trap, the CPU stores the abnormal trap information and triggers the CPU to reset. The microprocessor MCU (Microcontroller Unit) used in the ECU of the present application has eight exception trap types, each of which is 32 bytes in size in the exception vector table. That is, each anomaly trap type corresponds to a different location in the anomaly vector table. When an abnormal trap occurs, the ECU program automatically jumps to a position matching the type of the abnormal trap corresponding to the abnormal trap in an abnormal vector table shared by the bootstrap program and the application program, as shown in fig. 6. The content of the software reset interface function processing is the reset information which is required to be processed and is mentioned in the reset state 1.
In this way, by storing the reset information in different reset states (reset states 1 to 3), judging the reset state and processing related reset information, and by sharing the abnormal vector table and part of RAM resources, the boot program and the application program are managed in a unified manner, thereby facilitating the sharing of related reset information and states.
In some embodiments, as shown in fig. 7, a flow chart of a reset processing method of an electronic controller of an automobile is provided. When the ECU re-enters the bootstrap program or the application program due to the reset of the CPU, the ECU software needs to read reset information to judge the reset type in the reset state 2 and the reset state 3: firstly, reading reset information in a shared RAM, identifying a reset type corresponding to the last reset operation, and if the reset is triggered by a hardware module (such as watchdog reset, hardware error reset and the like, namely the reset type is hardware reset), executing a corresponding reset processing subprogram (namely the hardware reset processing subprogram) by ECU software, wherein the hardware reset processing subprogram can be used for executing operations of waiting to refresh in a boot program, closing output related to safety, storing fault information and the like; if the reset is triggered by the abnormal trap, namely the reset type is abnormal reset, the ECU software reads the reset information recorded by the reset state 1 and executes a reset processing subprogram matched with the abnormal reset (namely the abnormal trap reset processing subprogram); if the reset is triggered by the software, namely the reset type is software reset, the ECU software reads the reset information recorded by the reset state 1, determines a reset group and a reset type according to the reset information, and executes a reset processing subprogram (namely the software reset processing subprogram) corresponding to the software reset, wherein the software reset processing subprogram can be used for executing operations such as application software updating and the like; if the CPU reset of the ECU is the POST reset triggered by normal hardware power-on, the ECU program executes normal processing flow (such as RAM initialization and the like) and starts to execute other program function modules.
Compared with the existing reset management method of the automobile electronic controller, the reset management method of the automobile electronic controller provided by the application has the advantages that the framework is more reasonable, various reset types are managed in a centralized way, more related reset information such as a reset group, a reset type, a program pointer during reset, system time during reset and the like can be recorded, the cause and the problem of the reset can be traced conveniently, and more time can be saved during checking the reset cause. On the other hand, the maintainability and portability of the reset management software module are improved by a reasonable framework, and the development period and the development cost are reduced for the subsequent transplanting development of different ECU platforms.
In another embodiment, as shown in fig. 8, there is provided a reset management method of an electronic controller of an automobile, including the steps of:
in step S802, when the reset of the electronic controller of the automobile is triggered, corresponding reset information is recorded and stored in the RAM shared by the boot program and the application program of the electronic controller of the automobile.
Step S804, after the automobile electronic controller is powered on again, the reset information in the RAM is read.
Step S806, determining the reset type of the automobile electronic controller according to the reset information.
Step S808, a reset processing subroutine matching the reset type is executed.
Step S810, executing complex processing procedure for the reset of the specific reset type according to the reset information.
The specific limitation of the above steps may be referred to above for specific limitation of a reset management method of an electronic controller of an automobile, and will not be described herein.
It should be understood that, although the steps in the flowcharts related to the embodiments described above are sequentially shown as indicated by arrows, these steps are not necessarily sequentially performed in the order indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in the flowcharts described in the above embodiments may include a plurality of steps or a plurality of stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of the steps or stages is not necessarily performed sequentially, but may be performed alternately or alternately with at least some of the other steps or stages.
Based on the same inventive concept, the embodiment of the application also provides a reset management device of the automobile electronic controller for realizing the reset management method of the automobile electronic controller. The implementation scheme of the device for solving the problem is similar to that described in the above method, so the specific limitation in the embodiments of the reset management device for one or more electronic controllers of an automobile provided below may be referred to the limitation of the reset management method for one electronic controller of an automobile hereinabove, and will not be repeated herein.
In one embodiment, as shown in fig. 9, there is provided a reset management apparatus of an electronic controller of an automobile, applied to the electronic controller of the automobile, the apparatus comprising: a recording module 910, a reading module 920, a determining module 930, and an executing module 940, wherein:
and the recording module 910 is configured to record corresponding reset information when the reset of the electronic controller of the automobile is triggered, and store the corresponding reset information in a RAM shared by a boot program and an application program of the electronic controller of the automobile.
And the reading module 920 is configured to read the reset information in the RAM after the electronic controller of the automobile is powered on again.
And the determining module 930 is configured to determine a reset type of the electronic controller of the automobile according to the reset information.
An execution module 940 for executing a reset processing subroutine matching the reset type.
In one embodiment, the reset types include a software reset, a hardware reset, and an exception reset.
In one embodiment, the recording module 910 is further configured to trigger the electronic controller of the vehicle to reset and jump to a target position in the abnormal vector table and store corresponding abnormal trap information when the CPU fails to generate an abnormal trap; and the target position is a position matched with the abnormal trap type corresponding to the abnormal trap in the abnormal vector table.
In one embodiment, the executing module 940 is further configured to execute a complex processing procedure for a specific reset type of reset according to the reset information.
In one embodiment, the execution module 940 is further specifically configured to determine, according to the reset information, a number of times that a reset belonging to the same specific reset type occurs within a preset time; and under the condition that the times exceeds the preset times, the automobile electronic controller enters a refreshing mode.
In one embodiment, the execution module 940 is further specifically configured to determine, according to the reset information, a number of times of occurrence of resets belonging to different specific reset types within a preset time; and under the condition that the times exceeds the preset times, the automobile electronic controller enters a refreshing mode.
The above-mentioned each module in the reset management device of the electronic controller of the automobile can be implemented in whole or in part by software, hardware and a combination thereof. The above modules can be embedded in hardware or independent from a processor in the automobile electronic controller, or can be stored in a memory in the automobile electronic controller in software, so that the processor can call and execute the operations corresponding to the above modules.
In one embodiment, an electronic controller for an automobile is provided, the internal structure of which may be as shown in fig. 10. The electronic controller of the automobile comprises a processor, a memory, an Input/Output interface (I/O) and a communication interface. The processor, the memory and the input/output interface are connected through a system bus, and the communication interface is connected to the system bus through the input/output interface. Wherein the processor of the automotive electronic controller is configured to provide computing and control capabilities. The memory of the automotive electronic controller includes a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database of the automobile electronic controller is used for storing reset information data. The input/output interface of the automobile electronic controller is used for exchanging information between the processor and the external device. The communication interface of the automobile electronic controller is used for communicating with an external terminal through network connection. The computer program, when executed by a processor, implements a reset management method for an electronic controller of a vehicle.
It will be appreciated by those skilled in the art that the structure shown in fig. 10 is merely a block diagram of a portion of the structure associated with the present inventive solution and is not intended to limit the automotive electronic controller to which the present inventive solution is applied, and that a particular automotive electronic controller may include more or fewer components than shown, or may combine certain components, or may have a different arrangement of components.
In one embodiment, there is also provided an electronic controller for an automobile, including a memory and a processor, the memory storing a computer program, the processor implementing the steps of the method embodiments described above when executing the computer program.
In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored which, when executed by a processor, carries out the steps of the method embodiments described above.
In an embodiment, a computer program product is provided, comprising a computer program which, when executed by a processor, implements the steps of the method embodiments described above.
It should be noted that, the user information (including but not limited to user equipment information, user personal information, etc.) and the data (including but not limited to data for analysis, stored data, presented data, etc.) related to the present application are information and data authorized by the user or sufficiently authorized by each party, and the collection, use and processing of the related data need to comply with the related laws and regulations and standards of the related country and region.
Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, database, or other medium used in embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical Memory, high density embedded nonvolatile Memory, resistive random access Memory (ReRAM), magnetic random access Memory (Magnetoresistive Random Access Memory, MRAM), ferroelectric Memory (Ferroelectric Random Access Memory, FRAM), phase change Memory (Phase Change Memory, PCM), graphene Memory, and the like. Volatile memory can include random access memory (Random Access Memory, RAM) or external cache memory, and the like. By way of illustration, and not limitation, RAM can be in the form of a variety of forms, such as static random access memory (Static Random Access Memory, SRAM) or dynamic random access memory (Dynamic Random Access Memory, DRAM), and the like. The databases referred to in the embodiments provided herein may include at least one of a relational database and a non-relational database. The non-relational database may include, but is not limited to, a blockchain-based distributed database, and the like. The processor referred to in the embodiments provided in the present application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic unit, a data processing logic unit based on quantum computing, or the like, but is not limited thereto.
The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.
The foregoing examples illustrate only a few embodiments of the application and are described in detail herein without thereby limiting the scope of the application. It should be noted that it will be apparent to those skilled in the art that several variations and modifications can be made without departing from the spirit of the application, which are all within the scope of the application. Accordingly, the scope of the application should be assessed as that of the appended claims.
Claims (10)
1. A reset management method for an automotive electronic controller, the method being applied to the automotive electronic controller, the method comprising:
under the condition of triggering the reset of the automobile electronic controller, corresponding reset information is recorded and stored in a RAM shared by a guide program and an application program of the automobile electronic controller;
after the automobile electronic controller is powered on again, reading reset information in the RAM;
determining the reset type of the automobile electronic controller according to the reset information;
and executing a reset processing subroutine matched with the reset type.
2. The method of claim 1, wherein the reset types include a software reset, a hardware reset, and an exception reset.
3. The method according to claim 1, wherein the method further comprises:
triggering the automobile electronic controller to reset and jump to a target position in an abnormal vector table under the condition that the CPU fails to generate an abnormal trap, and storing corresponding abnormal trap information; and the target position is a position matched with the abnormal trap type corresponding to the abnormal trap in the abnormal vector table.
4. The method according to claim 1, wherein the method further comprises:
and executing complex processing programs for the reset of the specific reset type according to the reset information.
5. The method of claim 4, wherein said executing a complex handler for a particular reset type of reset based on said reset information comprises:
determining the number of times of resetting belonging to the same specific resetting type in preset time according to the resetting information;
and under the condition that the times exceeds the preset times, the automobile electronic controller enters a refreshing mode.
6. The method of claim 4, wherein said executing a complex handler for a particular reset type of reset based on said reset information comprises:
determining the number of times of resetting belonging to different specific resetting types in preset time according to the resetting information;
and under the condition that the times exceeds the preset times, the automobile electronic controller enters a refreshing mode.
7. The reset management device of the automobile electronic controller is characterized by being applied to the automobile electronic controller; the device comprises:
the recording module is used for recording corresponding reset information under the condition of triggering the reset of the automobile electronic controller and storing the corresponding reset information into the RAM shared by the guide program and the application program of the automobile electronic controller;
the reading module is used for reading the reset information in the RAM after the automobile electronic controller is electrified again;
the determining module is used for determining the resetting type of the automobile electronic controller according to the resetting information;
and the execution module is used for executing the reset processing subprogram matched with the reset type.
8. An electronic controller for a motor vehicle, comprising a memory and a processor, the memory storing a computer program, characterized in that the processor, when executing the computer program, carries out the steps of the method according to any one of claims 1 to 6.
9. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 6.
10. A computer program product comprising a computer program, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310705448.2A CN117149478B (en) | 2023-06-14 | 2023-06-14 | Reset management method and device of automobile electronic controller and automobile electronic controller |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310705448.2A CN117149478B (en) | 2023-06-14 | 2023-06-14 | Reset management method and device of automobile electronic controller and automobile electronic controller |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN117149478A true CN117149478A (en) | 2023-12-01 |
| CN117149478B CN117149478B (en) | 2024-06-04 |
Family
ID=88908808
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310705448.2A Active CN117149478B (en) | 2023-06-14 | 2023-06-14 | Reset management method and device of automobile electronic controller and automobile electronic controller |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117149478B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN118228276A (en) * | 2024-04-09 | 2024-06-21 | 苏州旗芯微半导体有限公司 | System and method for safely starting micro-controller chip |
Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1332409A (en) * | 2000-07-05 | 2002-01-23 | 先进数字芯片股份有限公司 | Central processing unit capable of testing and debugging program easily |
| US20030060964A1 (en) * | 2001-09-27 | 2003-03-27 | Yoshifumi Ozeki | Electronic control unit for vehicle having operation monitoring function and fail-safe function |
| US20060085110A1 (en) * | 2003-05-20 | 2006-04-20 | Takeshi Abe | Recovery control method for vehicle control system |
| CN101369153A (en) * | 2008-08-13 | 2009-02-18 | 奇瑞汽车股份有限公司 | Control method for CAN line writing of vehicle electronic controller software |
| JP2009070224A (en) * | 2007-09-14 | 2009-04-02 | Ricoh Co Ltd | Electronic equipment, start-up control method of electronic equipment and image forming device |
| KR20130003976A (en) * | 2011-07-01 | 2013-01-09 | 주식회사 만도 | Electronic control power steering electronic control unit and running reset processing method using the same |
| JP2015170006A (en) * | 2014-03-05 | 2015-09-28 | 株式会社デンソー | Control device and initialization program |
| US20150317198A1 (en) * | 2012-12-12 | 2015-11-05 | Denso Corporation | Onboard electronic control unit |
| CN106970864A (en) * | 2016-01-13 | 2017-07-21 | 三星电子株式会社 | On-chip system, mobile terminal and the method for operating on-chip system |
| CN108446189A (en) * | 2018-06-12 | 2018-08-24 | 中国科学院上海技术物理研究所 | A kind of fault-tolerant activation system of spaceborne embedded software and method |
| CN112506535A (en) * | 2020-05-22 | 2021-03-16 | 上海擎度汽车科技有限公司 | Method for updating Bootloader software by automobile ECU controller |
| CN113946148A (en) * | 2021-09-29 | 2022-01-18 | 浙江零跑科技股份有限公司 | MCU chip awakening system based on multi-ECU cooperative control |
| CN114563995A (en) * | 2022-01-17 | 2022-05-31 | 潍柴动力股份有限公司 | Reset detection method, device and equipment of electronic control unit and storage medium |
| CN114579161A (en) * | 2022-03-31 | 2022-06-03 | 北京经纬恒润科技股份有限公司 | Application program updating method and ECU |
| WO2022134965A1 (en) * | 2020-12-25 | 2022-06-30 | 华为技术有限公司 | Configuration method and device for computing resources |
-
2023
- 2023-06-14 CN CN202310705448.2A patent/CN117149478B/en active Active
Patent Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1332409A (en) * | 2000-07-05 | 2002-01-23 | 先进数字芯片股份有限公司 | Central processing unit capable of testing and debugging program easily |
| US20030060964A1 (en) * | 2001-09-27 | 2003-03-27 | Yoshifumi Ozeki | Electronic control unit for vehicle having operation monitoring function and fail-safe function |
| US20060085110A1 (en) * | 2003-05-20 | 2006-04-20 | Takeshi Abe | Recovery control method for vehicle control system |
| JP2009070224A (en) * | 2007-09-14 | 2009-04-02 | Ricoh Co Ltd | Electronic equipment, start-up control method of electronic equipment and image forming device |
| CN101369153A (en) * | 2008-08-13 | 2009-02-18 | 奇瑞汽车股份有限公司 | Control method for CAN line writing of vehicle electronic controller software |
| KR20130003976A (en) * | 2011-07-01 | 2013-01-09 | 주식회사 만도 | Electronic control power steering electronic control unit and running reset processing method using the same |
| US20150317198A1 (en) * | 2012-12-12 | 2015-11-05 | Denso Corporation | Onboard electronic control unit |
| JP2015170006A (en) * | 2014-03-05 | 2015-09-28 | 株式会社デンソー | Control device and initialization program |
| CN106970864A (en) * | 2016-01-13 | 2017-07-21 | 三星电子株式会社 | On-chip system, mobile terminal and the method for operating on-chip system |
| CN108446189A (en) * | 2018-06-12 | 2018-08-24 | 中国科学院上海技术物理研究所 | A kind of fault-tolerant activation system of spaceborne embedded software and method |
| CN112506535A (en) * | 2020-05-22 | 2021-03-16 | 上海擎度汽车科技有限公司 | Method for updating Bootloader software by automobile ECU controller |
| WO2022134965A1 (en) * | 2020-12-25 | 2022-06-30 | 华为技术有限公司 | Configuration method and device for computing resources |
| CN113946148A (en) * | 2021-09-29 | 2022-01-18 | 浙江零跑科技股份有限公司 | MCU chip awakening system based on multi-ECU cooperative control |
| CN114563995A (en) * | 2022-01-17 | 2022-05-31 | 潍柴动力股份有限公司 | Reset detection method, device and equipment of electronic control unit and storage medium |
| CN114579161A (en) * | 2022-03-31 | 2022-06-03 | 北京经纬恒润科技股份有限公司 | Application program updating method and ECU |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN118228276A (en) * | 2024-04-09 | 2024-06-21 | 苏州旗芯微半导体有限公司 | System and method for safely starting micro-controller chip |
Also Published As
| Publication number | Publication date |
|---|---|
| CN117149478B (en) | 2024-06-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN117149478B (en) | Reset management method and device of automobile electronic controller and automobile electronic controller | |
| CN114168222B (en) | Method and device for acquiring time consumption during starting, terminal equipment and storage medium | |
| CN110727597B (en) | Method for checking invalid code completion case based on log | |
| CN110515795B (en) | Big data component monitoring method and device and electronic equipment | |
| CN115525482B (en) | Microcontroller chip start control method, device, chip and storage medium | |
| CN111221675B (en) | Method and apparatus for self-diagnosis of RAM error detection logic | |
| CN116974813B (en) | Register data management method and device, register module and computer equipment | |
| CN112214384A (en) | Hard disk serial number management method, system, terminal and storage medium | |
| US10831578B2 (en) | Fault detection circuit with progress register and status register | |
| CN114625106B (en) | Method, device, electronic equipment and storage medium for vehicle diagnosis | |
| US11593209B2 (en) | Targeted repair of hardware components in a computing device | |
| CN110543459A (en) | Method, system, terminal and storage medium for acquiring file lock state under NFS | |
| CN110716863A (en) | Method, system, terminal and storage medium for testing mandatory access control rule | |
| WO2018218814A1 (en) | Method for storing off-line transaction record, and computer device and storage medium | |
| CN113157513B (en) | Heap memory damage detection method and device, electronic equipment and storage medium | |
| CN118113350A (en) | Register data writing method and device, read-write protection module and electronic equipment | |
| JP2013030056A (en) | Semiconductor integrated circuit device | |
| US20240231347A1 (en) | Fault injection test method and apparatus, and fault injection method | |
| CN116483721A (en) | Medical equipment software testing method and device, computer equipment and storage medium | |
| CN118368348A (en) | Multi-wheel speed analysis protocol configuration method and device of ESC, diagnostic instrument and vehicle | |
| CN117191060A (en) | Map data abnormality diagnosis method, device and equipment | |
| CN118377686A (en) | Fault detection method and device for server main board, electronic equipment and medium | |
| JP6275098B2 (en) | Control device and register failure recovery method | |
| CN115330924A (en) | Rendering method and device of full liquid crystal instrument and computer equipment | |
| CN116521082A (en) | Intelligent automobile operating system data processing method, device, equipment and related products |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |