CN117406845A - Reset method, reset device, computer equipment and storage medium - Google Patents
Reset method, reset device, computer equipment and storage medium Download PDFInfo
- Publication number
- CN117406845A CN117406845A CN202311686195.5A CN202311686195A CN117406845A CN 117406845 A CN117406845 A CN 117406845A CN 202311686195 A CN202311686195 A CN 202311686195A CN 117406845 A CN117406845 A CN 117406845A
- Authority
- CN
- China
- Prior art keywords
- application data
- moved
- voltage
- driving chip
- reset
- 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
- 238000000034 method Methods 0.000 title claims abstract description 101
- 238000012545 processing Methods 0.000 claims abstract description 59
- 230000000087 stabilizing effect Effects 0.000 claims abstract description 37
- 238000001514 detection method Methods 0.000 claims abstract description 18
- 230000004044 response Effects 0.000 claims description 32
- 238000004590 computer program Methods 0.000 claims description 17
- 230000002159 abnormal effect Effects 0.000 claims description 13
- 230000008859 change Effects 0.000 claims description 11
- 238000013507 mapping Methods 0.000 claims description 7
- 230000001105 regulatory effect Effects 0.000 claims 1
- 230000008569 process Effects 0.000 abstract description 48
- 230000006641 stabilisation Effects 0.000 abstract description 3
- 238000011105 stabilization Methods 0.000 abstract description 3
- 238000004891 communication Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 238000012544 monitoring process Methods 0.000 description 5
- 230000007613 environmental effect Effects 0.000 description 3
- 238000005070 sampling Methods 0.000 description 3
- 230000005856 abnormality Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000005316 response function Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 230000005764 inhibitory process Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/24—Resetting means
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/658—Incremental updates; Differential updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
-
- 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
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
The application relates to a reset method, a reset device, computer equipment and a storage medium. The method comprises the following steps: the voltage of the driving chip is detected, and the detection process of the voltage stabilization reset state is not related to the main processor of the terminal, so that the driving chip is not required to wait for a handshake instruction and then move application data, but the driving chip judges the state based on the voltage of the driving chip from the voltage angle, and the detection speed is higher. Under the condition that the voltage is in a voltage stabilizing reset state, moving the application data of the driving chip into a code running space of the driving chip to obtain moved application data; when the handshake instruction is detected, the code running space has moved application data, so that the moving process of the application data and the generating process of the handshake instruction can be performed simultaneously, and the waiting time is short, so that the processing efficiency is improved.
Description
Technical Field
The present application relates to the field of control of electronic technology, and in particular, to a reset method, apparatus, computer device, storage medium, and computer program product.
Background
In case the terminal is re-lit after the screen is off, the processor of the terminal will issue a certain instruction, which is processed by the driver chip (Touch and Display Driver Integration, TDDI) of the screen.
Before the screen driver chip processes the instruction, the screen driver chip needs to prepare data required by the instruction processing, and the reset speed of the driver chip in the preparation process is slower, so that the response speed of the screen re-lighting process of the terminal needs to be improved.
Disclosure of Invention
In view of the foregoing, it is desirable to provide a reset method, apparatus, computer device, computer readable storage medium, and computer program product that can further increase the speed of resetting.
In a first aspect, the present application provides a reset method, applied to a driving chip of a screen, the method including:
detecting the voltage of the driving chip;
under the condition that the voltage is in a voltage stabilizing reset state, moving the application data of the driving chip into a code running space of the driving chip to obtain moved application data;
and when a handshake instruction is detected, carrying out reset processing through the moved application data.
In one embodiment, before the application data of the driving chip is moved to the code running space of the driving chip under the condition that the voltage is in a voltage stabilizing reset state, the method further includes:
if the voltage of the driving chip is increased to the power-on reset threshold, judging whether a sub-circuit of the driving chip meets a voltage stabilizing condition or not;
and if the voltage stabilizing condition is met, determining that the voltage is in a voltage stabilizing reset state.
In one embodiment, the application data of the driver chip includes fast response demand data;
the moving the application data of the driving chip into the code running space of the driving chip to obtain the moved application data comprises the following steps:
moving the quick response demand data and the software bootstrap program into a code running space of the driving chip to obtain first moved application data;
calling the software bootstrap program to move the application data into the code running space to obtain second moved application data;
the resetting processing of the moved application data comprises the following steps: and resetting the first moved application data and the second moved application data in sequence.
In one embodiment, the resetting processing sequentially performed by the first moved application data and the second moved application data includes:
under the condition that part of data in the second moved application data is moved to the code running space, resetting is conducted through the first moved application data;
and under the condition that the second moved application data are moved to the code running space, resetting the second moved application data.
In one embodiment, the resetting by the second moved application data includes:
redirecting the processor pointer from the storage address pointing to the first moved application data to the storage address of the second moved application data to perform reset processing through the second moved application data.
In one embodiment, the resetting by the first moved application data includes:
mapping the address pointed by the processor pointer into the storage address of the first moved application data so as to carry out reset processing through the first moved application data;
The resetting processing of the second moved application data comprises the following steps:
and remapping the address pointed by the processor pointer to the storage address of the second moved application data so as to carry out reset processing through the second moved application data.
In one embodiment, when the handshake instruction is detected, before the reset processing is performed by the moved application data, the method further includes:
under the condition that the program runs normally and the program is unchanged, the application data is moved to the code running space through a non-restarted bootstrap program, and moved application data of which the bootstrap program is not restarted is obtained;
under the condition of abnormal program operation or program change, restarting the bootstrap program for moving the application data; and moving the application data to the code running space through the restarted bootstrap program to obtain the moved application data after the bootstrap program is restarted.
In a second aspect, the present application further provides a reset device, applied to a driving chip of a screen, where the device includes: the voltage detection module is used for detecting the voltage of the driving chip;
The moving module is used for moving the application data of the driving chip into the code running space of the driving chip under the condition that the voltage is in a voltage-stabilizing reset state to obtain moved application data;
and the reset module is used for carrying out reset processing through the moved application data when the handshake instruction is detected.
In a third aspect, the present application further provides a computer device, including a driver chip of a screen, where a processor of the driver chip implements the steps of the reset method in any of the foregoing embodiments when executing a computer program.
In a fourth aspect, the present application further provides a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the reset method of any of the embodiments described above.
In a fifth aspect, the present application also provides a computer program product comprising a computer program which, when executed by a processor, implements the steps of the reset method of any of the embodiments described above.
The reset method, the device, the computer equipment and the storage medium are applied to the driving chip of the screen, and the voltage of the driving chip is detected, so that the detection process of the voltage-stabilizing reset state is not related to the main processor of the terminal, the driving chip is not required to wait for a handshake instruction and then move application data, and the driving chip judges the state based on the voltage of the driving chip from the voltage angle, so that the detection speed is higher. Under the condition that the voltage is in a voltage stabilizing reset state, moving the application data of the driving chip into a code running space of the driving chip to obtain moved application data; when the handshake instruction is detected, the code running space has moved application data, so that the moving process of the application data and the generating process of the handshake instruction can be simultaneously carried out, and the waiting time of the processing processes of the main processor and the driving chip is short, thereby improving the processing efficiency.
Drawings
FIG. 1 is an application environment diagram of a reset method in one embodiment;
FIG. 2 is a flow chart of a reset method in one embodiment;
FIG. 3 is a schematic flow chart of a reset method in one embodiment;
FIG. 4 is a flowchart of another embodiment for obtaining moved application data;
FIG. 5 is a block diagram of a reset device in one embodiment;
fig. 6 is an internal structural diagram of a computer device in one embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application will be further described in detail with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the present application.
The reset method provided by the embodiment of the application can be applied to an application environment shown in fig. 1. The terminal can be, but not limited to, various personal computers, notebook computers, smart phones, tablet computers, internet of things equipment and portable wearable equipment, and the internet of things equipment can be smart speakers, smart televisions, smart air conditioners, smart vehicle-mounted equipment and the like. The portable wearable device may be a smart watch, smart bracelet, headset, or the like.
In one embodiment, as shown in fig. 2, there is provided a reset method applied to a driving chip of a screen, comprising the steps of:
step 202, detecting the voltage of the driving chip.
The voltage of the driver chip is the voltage detected by the driver chip itself. Optionally, the voltage of the driver chip is an Input/output voltage (Input/Output Voltage for Core, IOVCC) of the driver chip. Optionally, the circuit for detecting the input/output voltage of the chip may be a self-monitoring circuit for comprehensively monitoring the parameter of the chip, or may be a power monitoring circuit specially used for driving the chip. Optionally, the screen is extinguished when the voltage detected in step 202, and needs to be moved again when the application data of the driver chip of the terminal is not located in the code running space.
In one embodiment, detecting a voltage of a driving chip includes: sampling the voltage value of the driving chip to obtain a sampling voltage value; if the sampled voltage value is higher than the environmental voltage threshold value, carrying out state detection on the sampled voltage value; otherwise, continuing to acquire the sampling voltage value. Therefore, the voltage fluctuation is concentrated on the condition that the voltage fluctuation is large, and the abnormality caused by environmental factors such as temperature, humidity and the like can be avoided, so that the voltage value of the driving chip can be obtained more accurately. Optionally, the sampled voltage value is a voltage calculated based on an input voltage and an output voltage of the driving chip, and may be a voltage difference value or a voltage ratio.
In another embodiment, detecting a voltage of a driving chip includes: comparing the latest obtained current voltage value with the average value of the voltage values in the current time period; if the difference between the current voltage value and the average value of the voltage values in the current time period is larger than a preset value, determining that the current voltage value is an abnormal value, otherwise, performing state detection on the voltage value in a normal state; the current time period is a time period updated in real time by taking the current voltage value obtained each time as an endpoint according to the time sequence. Therefore, the method has a strong inhibition effect on sudden voltage fluctuation, and the judgment standard of the abnormal value is dynamically adjusted through the average value, so that the accuracy of voltage state judgment is guaranteed. Optionally, the voltage value in the normal state is used for updating the average value of the voltage values in the current time period. Optionally, the current voltage value is a voltage calculated based on an input voltage and an output voltage of the driving chip, and may be a voltage difference value or a voltage ratio.
In one embodiment, before moving the application data of the driver chip into the code running space of the driver chip in the case that the voltage is in the voltage-stabilized reset state, the method further includes: if the voltage of the driving chip is increased to the power-on reset threshold, judging whether the sub-circuit of the driving chip meets the voltage stabilizing condition; if the voltage stabilizing condition is met, determining that the voltage is in a voltage stabilizing reset state.
The power-on reset threshold is a voltage index of the whole driving circuit and is used for reflecting that the whole voltage of the driving chip reaches a reset standard; the power-on reset threshold is the threshold at which the voltage is turned up. Optionally, when the input/output voltage of the driving chip is increased from zero to a power-on reset threshold, whether the sub-circuit of the driving chip meets a voltage stabilizing condition is judged, so that the voltage is accurately judged to be in the reset condition from the whole angle of the driving chip. Alternatively, when the voltage of the driver chip increases to a Power-On Reset threshold, it belongs to a Power-On Reset (POR).
The voltage stabilizing condition is a voltage index for the sub-circuits and is used for detecting a plurality of independent sub-circuits under the condition that the overall voltage reaches a reset standard. The two evaluation indexes of the power-on reset threshold and the voltage stabilizing condition are sequentially used, and the voltage of the driving chip is judged to be in a voltage stabilizing reset state based on the whole voltage and the local voltage of the driving chip.
The sub-circuits of the driver chip include a variety of functional circuits. Each sub-circuit may be used to implement at least one function, and each sub-circuit operates relatively independently to implement its own function. When each sub-circuit meets the voltage stabilizing condition, the condition that the code running environment of the driving chip is relatively stable can be more accurately determined. Alternatively, the sub-circuits of the driver chip may involve One-time programmable (One-Time Programmable, OTP) or backlight power supply (Backlight Power Supply, BL).
Illustratively, the judging process of the voltage stabilizing condition of the sub-circuit includes: by monitoring the current or supply voltage of the sub-circuit; if the current or the power supply voltage reaches the reference threshold value, judging that the sub-circuit meets the voltage stabilizing condition; or monitoring the time sequence characteristic of the sub-circuit in the power supply process to ensure that the voltage rising and stabilizing time of the sub-circuit accords with the voltage stabilizing time, and judging that the sub-circuit meets the voltage stabilizing condition.
In one possible implementation, determining whether the sub-circuit of the driving chip satisfies the voltage stabilizing condition includes: and judging whether all the sub-circuits of the driving chip meet the voltage stabilizing condition.
Correspondingly, if the voltage stabilizing condition is met, determining that the voltage is in a voltage stabilizing reset state comprises: if the voltage of each sub-circuit meets the voltage stabilizing condition, the voltage of the driving chip is determined to be in a voltage stabilizing reset state.
Alternatively, the voltage-stabilizing reset state may be detected in step 202, or may be obtained in a step between step 202 and step 204.
In the present embodiment, when the voltage of the driving chip is increased to the power-on reset threshold, the change trend of the situation is used as the first condition of the voltage-stabilizing reset state, so that the power-on reset of the whole driving chip can be reflected efficiently; on the premise of power on reset, voltage stability detection is carried out on the sub-circuits contained in the driving chip, so that stability detection of the local circuit is carried out, and the moving process of application data can be ensured to be carried out stably.
Step 204, under the condition that the voltage is in the voltage-stabilizing reset state, moving the application data of the driving chip into the code running space of the driving chip to obtain the moved application data.
The voltage stabilization reset state is judged from the voltage angle by the driving chip based on the voltage of the driving chip. The voltage stabilizing reset state is a state in which the change of the voltage from the environment value to the power-on reset value is detected in the process of resetting the application data of the driving chip. Alternatively, the environmental value may be a voltage value with zero filtering result; optionally, when the voltage enters the voltage-stabilizing reset state, a corresponding signal of the voltage-stabilizing reset state may be generated to instruct the driver chip itself to move the application data of the driver chip into the code running space of the driver chip.
The detection process of the voltage stabilization reset state is not related to the main processor of the terminal, so that the mutual assistance of the chip in the voltage detection process is at least omitted, and the detection speed is high; the main processor of the terminal comprises, but is not limited to, a System-on-Chip (SoC), a central processing unit (Central Processing Unit, CPU); and processors for the detection process include, but are not limited to, micro control units (Microcontroller Unit; MCU), field programmable gate arrays (Field-ProgrammableGate Array, FPGA).
The application data of the driver chip is data for controlling the start of the screen. Regardless of whether the application data of the driver chip is reset, the application data of the driver chip is always stored in its nonvolatile memory space. The application data of the driving chip includes a bootstrap program, application data for screen touch, application data for screen display, application data for compatible screen touch with screen display, and the like.
The code running space is a physical space for storing at least part of application data of the driving chip only when the voltage is in a voltage stabilizing reset state. The code running space is a space stored inside the driving chip and is a physical space for data reading by a processor of the driving chip. Optionally, the code running space is a volatile memory, which has a faster read-write speed than a nonvolatile memory, and which directly interacts with the processor of the driver chip when resetting, thereby improving the running efficiency. Illustratively, the code runtime may be a random access memory (Random Access Memory, RAM) of the driver chip; random access memory may be referred to as main memory or internal memory. Alternatively, the code runtime is a parallel random access machine (Parallel Random Access Machine, PRAM) that may provide shared memory to enable the processor of the driver chip to read the application data faster.
The moved application data is application data that has been moved into the code runtime space. The moved application data is application data which can be directly read by a processor of the driving chip; when the processor of the driving chip reads the moved application data, the reset can be realized by the processor of the driving chip based on the moved application data.
In one embodiment, moving application data of a driver chip into a code running space of the driver chip to obtain moved application data includes: and calling a bootstrap program, and moving the application data of the driving chip from the nonvolatile memory to the volatile memory of the driving chip to obtain the moved application data.
In another embodiment, moving application data of a driver chip into a code running space of the driver chip to obtain moved application data includes: the application data and part of the bootstrap program of the driving chip are moved from the nonvolatile memory to the volatile memory of the driving chip; and moving the application data in the volatile memory through a bootstrap program of the volatile memory to obtain moved application data.
In step 206, when a handshake instruction is detected, a reset process is performed by the moved application data.
And the handshake instruction is used for indicating the processor of the driving chip to reset through the moved application data. When the driver chip detects the handshake instruction, the code running space has the moved application data, so that the moving process of the application data and the sending process of the handshake instruction can be performed simultaneously, the waiting time of the processing process of the main processor and the processing process of the driver chip is short, and the main processor can perform the next processing according to the reset processing result of the driver chip in time, so that the processing efficiency is improved. Optionally, the handshake instruction is a signal transmitted through a reset signal input (RST pin). Alternatively, the handshake instruction may be sent by the main processor of the terminal or by a processor dedicated to resetting.
It should be understood that the conventional general procedure is to reset the terminal through the main processor of the terminal, and send a handshake instruction through the mipi interface after waiting for 10ms to confirm whether the terminal is normal.
This is because, when designing part of the main processor, the 10ms duration is sufficient for the driver chip to complete the initialization process; therefore, the main processor can send out a handshake instruction through the mipi interface for interaction with the driving chip in about 10ms to judge whether the driving chip can respond or not. If the driving chip can respond normally, the driving chip is indicated to be normal; if the driving chip cannot respond normally, the driving chip is considered to be abnormal, and the subsequent flow is not continued. For a driving chip which can only work when an instruction needs to be moved from a flash memory to a parallel random access machine, application data is difficult to move within 10ms, and corresponding time can be shortened through the scheme; wherein the interaction procedure is similar to the handshake procedure in the TCP/IP protocol.
In one embodiment, detecting a handshake instruction includes: it is detected that the main processor (host) controls the reset signal input (RST pin) from low to high. Correspondingly, since the driver chip has moved the execution code of the application data to the parallel random access machine, the processor of the driver chip can receive an instruction for resetting the interrupt or the continuation of resetting, and the reset processing is executed by a response function for resetting the interrupt or the continuation of resetting.
In one embodiment, when a handshake instruction is detected, a reset process is performed by the moved application data, including: when the handshake instruction is detected, the processor of the driving chip reads the moved application data to carry out reset processing.
In another embodiment, when a handshake instruction is detected, a reset process is performed by the moved application data, including: when a certain handshake instruction is detected, starting to run the shifted application data through a processor of the driving chip; when another handshake instruction is detected, re-running the shifted application data through a processor of the driving chip; when detecting another handshake instruction, restarting the bootstrap program, and re-moving the application data through the restarted bootstrap program, and then reading the re-moved application data through the processor of the driving chip to perform reset processing.
In one embodiment, moving application data of a driver chip into a code running space of the driver chip to obtain moved application data includes: calling a bootstrap program in the read-only memory, and moving the application data of the driving chip into a code running space of the driving chip to obtain moved application data; among them, a boot program stored in a Read-Only Memory (ROM) includes a hardware boot program.
In one embodiment, moving application data of a driver chip into a code running space of the driver chip to obtain moved application data includes: and transferring the application data of the driving chip from the flash memory to a code running space of the driving chip to obtain the transferred application data.
Flash Memory (Flash Memory) is a type of rewritable non-volatile Memory; the program in the flash memory is changeable. In the event of a program change, the application data of the driver chip is updated accordingly, so that the application data is upgradeable.
In one possible implementation, the moving the application data of the driving chip into the code running space of the driving chip to obtain the moved application data includes: and calling a bootstrap program in the read-only memory, and moving the application data stored by the drive chip in the flash memory to the shared memory of the drive chip to obtain the moved application data. The shared memory may be implemented by parallel random access machines.
In one embodiment, when a handshake instruction is detected, a reset process is performed by the moved application data, including: and under the condition of re-lighting the screen after the screen is turned off, when a handshake instruction sent by the main processor is detected, resetting the processor through the driving chip based on the moved application data. Illustratively, when a handshake instruction sent by a main processor of the mobile phone is detected, reset processing is performed by the micro control unit based on the moved application data.
In one embodiment, when a handshake instruction is detected, before the reset process by the moved application data, the method further comprises: under the condition that the program runs normally and the program is unchanged, the application data is moved to a code running space through a non-restarted bootstrap program, and moved application data of which the bootstrap program is not restarted is obtained; under the condition of abnormal program operation or program change, restarting the bootstrap program for moving the application data; and moving the application data to the code running space through the restarted bootstrap program to obtain the moved application data after the bootstrap program is restarted.
The condition that the program runs normally and the program is unchanged can be used for representing that both the bootstrap program and the moved data are normal. In this case, the moved application data is directly re-run without restarting the bootstrap program, so as to save the time of screen re-lighting.
The program running abnormal condition is used for representing that the data in the code running space are abnormal; alternatively, the program running abnormality may be a case detected based on a Watchdog unit (Watchdog, wdt); when the processor of the driving chip cannot send a signal or a timer pulse to the watchdog unit, the program is in abnormal running condition, and commonly called normal feeding is impossible. The abnormal program operation may be program run-out, electrostatic discharge (ElectrostaticDischarge, ESD), etc.
The program change condition is used for representing the condition of program change, and can relate to the re-burning condition of the software program in the nonvolatile storage space and the firmware upgrading condition; the software program re-burning condition comprises an updating condition of application data, and the firmware upgrading condition comprises a firmware version updating or firmware patch condition. Under the condition of program change, the boot program is restarted, so that the changed program can run in time, and the newly burnt program and firmware are enabled to be effective.
In the embodiment, under the condition that the program runs normally and the program is unchanged, the boot program does not need to be restarted, so that the time for re-lighting the screen is saved; under the condition that the program is abnormal in operation, the bootstrap program needs to be restarted, so that the normal operation of the application data can be ensured under the condition that the application software is inoperable, and the reset can be realized more efficiently; in the case of program change, it is necessary to restart the boot program so that the changed program can be run in time.
In an alternative embodiment, before executing step 206, the condition of obtaining the moved data may be any one of three conditions, that is, a condition that the program runs normally and the program is unchanged, a condition that the program runs abnormally or the program changes, and a condition that the voltage is in a voltage-stabilizing reset state; the voltage is in a voltage stabilizing reset state and can be simultaneously generated with other two of the three conditions.
In an exemplary embodiment, some handsets are re-lit after they are off, and a mipi instruction or other handshake instruction is issued about 10ms after the Reset Signal (RST) is pulled high. Illustratively, within 10.29ms after the screen sends the reset signal lcd_rst, the handset issues a first handshake instruction; this requires the driver chip to have a scheme to be able to respond to handshake instructions quickly.
The physical space for running the application software code of the driving chip is a parallel random access machine; the memory space is flash memory, and after the driver chip receives the handshake instruction, the driver chip starts a boot program (boot) in the read-only memory; the application code data in the flash memory is moved to the parallel random access machine by the bootstrap program, and then the micro control unit of the driving chip is controlled to point the processor address pointer (ProgramCounter, PC) to the 0 address of the parallel random access machine, and the moved application data starts to be executed. The process of moving the data in flash memory to a parallel random access machine is time consuming. This time consumption depends on the amount of data and the speed of movement.
Taking 96KB data as an example, calculating the clock speed of the 32MHz flash memory, wherein the time required for moving is t=96×1024×8/32 M=24.58 ms in a single-wire mode; the moving time of the double-wire mode is 12.29ms; such scenarios thus require more efficient data processing. In the scheme, under the condition that the voltage of the driving circuit is in a voltage-stabilizing reset state, a bootstrap program is started in advance, and logic inside a chip is started after being prepared; because the process does not depend on reset, when the mobile phone sends a handshake instruction, the parallel random access machine in the chip stores the moved application data in advance, can directly start to run an application program from a 0 address, and can quickly respond to the mipi instruction or other handshake instructions.
As shown in fig. 3, the above-mentioned reset method includes, step 302, determining an input/output voltage power-on reset of the driving chip; step 304, initializing the internal logic of the driving chip until the initialization of the internal logic is completed; step 306, starting a bootstrap program; step 308, completing application data movement in the flash memory through a starting program to obtain moved application data; step 310, receiving a handshake instruction; step 312, sequentially reading the moved application data from the first address in the parallel random access machine by the micro control unit of the driving chip to reset; step 314, after the reset, the application of the driver chip is re-run. Step 302, step 304, step 306, and step 308 all belong to step 204; and steps 310, 312 and 314 belong to step 206.
In the reset method, the voltage of the driving chip is detected by the driving chip applied to the screen, the detection process of the voltage-stabilizing reset state is irrelevant to the main processor of the terminal, the driving chip is not required to wait for a handshake instruction and then move application data, and the detection speed is higher because the driving chip carries out state judgment based on the voltage of the driving chip from the voltage angle. Under the condition that the voltage is in a voltage stabilizing reset state, moving the application data of the driving chip into a code running space of the driving chip to obtain moved application data; when the handshake instruction is detected, as the code running space already has the moved application data, the moving process of the application data and the generating process of the handshake instruction can be simultaneously carried out, the waiting time of the processing process of the main processor and the processing process of the driving chip is short, and the main processor can carry out the next processing according to the reset processing result of the driving chip in time so as to improve the processing efficiency.
In one embodiment, the application data of the driver chip includes fast response demand data. The quick response demand data is data of a startup time sensitive transaction and is used for feeding back a handshake instruction, so that a main processor used for sending the handshake instruction continues to execute corresponding tasks according to information fed back by the quick response demand data. Optionally, the fast response requirement data is used to feed back corresponding response information to the main processor, so that the main processor can continue to perform corresponding operations. Optionally, the fast response requirement data is used for responding to handshake instructions and feeding back, and may also be used for indicating an interrupt response process. Optionally, the method is used for responding to the handshake instruction and feeding back, and is performed on the handshake instruction sent by the main processor; and the procedure for indicating an interrupt response may be implemented by an interrupt response function. Illustratively, the handshake instruction may be an initialization signal, a configuration signal, etc. of the reset procedure.
Moving the application data of the driving chip into a code running space of the driving chip to obtain moved application data, including: moving the quick response demand data and the software bootstrap program into a code running space of the driving chip to obtain first moved application data; and calling a software bootstrap program to move the application data into the code running space to obtain second moved application data.
Correspondingly, the reset processing is carried out through the moved application data, which comprises the following steps: and resetting the first shifted application data and the second shifted application data in sequence.
A software boot program (soft-boot) is used to efficiently process handshake instructions based on the fast response requirements data. The software bootstrap program is also used for continuing to move the application program to the appointed position of the code running space, and when the second moved data are all moved to the code running space, the processor of the driving chip is booted to read the application program. Compared with a hardware bootstrap program, the software bootstrap program has the advantage of small data volume; the software bootstrap program and the quick response demand data are moved first, so that the software bootstrap program and the quick response demand data can be moved at a higher speed. Alternatively, the software boot program may be part of the application data, or may be a program in the flash memory, independent of the application data, and for handling the application data.
In another specific embodiment, 96KB of application data is booted in a two-wire mode by a flash memory with a clock frequency of 32M, ignoring the initial time. If the boot is not classified, when the complete application data is booted by the hardware boot loader, the required time t=96×1024×8/32/2=12.288 ms, so that after at least 12.288ms, the processor of the driver chip can only run to execute the time-sensitive task; by way of hierarchical booting, the software bootstrap program is only 8KB, and when the software bootstrap program is moved, the processor of the driver chip can run for a time t=8x1024 x 8/32/2=1.024 ms, so that mcu can execute time-sensitive tasks after 1.024 ms.
The first moved application data is application data composed of quick response requirement data and a software bootstrap program. The first shifted application data belongs to part of application data of the driving chip, the data quantity is relatively small, and the shifting time is short. Under the condition that the first moved application data is obtained, the software bootstrap program can be used for executing the quick response requirement data and timely processing or interrupting the handshake instruction, so that the processor sending the handshake instruction can continue to execute corresponding processing, and the reset efficiency is relatively high.
The second moved application data contains complete application data. The second moved application data is data moved by the software bootstrap program a plurality of times. The data quantity of the second shifted application data is larger than that of the first shifted application data, and the processor of the driving chip reads the second shifted application data and can be used for realizing complete reset of the driving chip.
In one embodiment, moving the quick response requirement data and the software bootstrap program into a code running space of the driver chip to obtain first moved application data includes: when the hardware bootstrap program is started, the software bootstrap program carrying the rapid response requirement data is moved to a code running space of the driving chip through the hardware bootstrap program, and first moved application data are obtained.
In another embodiment, the fast response requirement data and the software bootstrap program are moved to a code running space of the driver chip to obtain first moved application data, including: under the condition that the program normally operates, the software bootstrap program carrying the quick response requirement data is moved to a code operation space of the driving chip, and first moved application data is obtained.
In one embodiment, invoking a software bootstrap program to move application data into a code runtime space to obtain second moved application data, comprising: and calling a software bootstrap program, moving the application data to the code running space for a plurality of times, and moving the application data to be adjusted to a designated position in the code running space to obtain second moved application data.
In another embodiment, invoking a software bootstrap program to move application data into a code runtime space to obtain second moved application data, comprising: and calling a plurality of software bootstrap programs, respectively moving the application data into the code running space, and moving the application data to be adjusted to a designated position in the code running space to obtain second moved application data.
In one embodiment, the resetting process sequentially performed by the first moved application data and the second moved application data includes: the reset processing is performed through the first moved application data, and then the reset processing is performed through the second moved application data.
In one embodiment, at the time of a hardware boot, a software boot is imported and then run; because the code quantity of the software bootstrap program is small, after the code of the software bootstrap program is moved from the flash memory to the parallel random access machine, the processor of the driving chip can run the code of the software bootstrap program and corresponding quick response demand data, so as to realize a quick response handshake instruction; simultaneously, the software bootstrap program moves the application program from the flash memory to the appointed parallel random access machine; after all the transfer is completed, the processor pointer of the driving chip jumps to the memory address of the second transferred application data in the parallel random access machine to execute the complete application program code.
In this embodiment, the fast response requirement data and the software bootstrap program are moved first to obtain first moved application data, and then the complete application data is moved to the code running space, so that the driver chip responds to the handshake instruction in time according to the first moved application data, so that the main processor for sending the handshake instruction continues to execute the corresponding task according to the information fed back by the fast response requirement data to improve the response efficiency of the other processor, and then the second moved application data is used for resetting, so that the processor of the driver chip completes resetting.
In one embodiment, the resetting process sequentially performed by the first moved application data and the second moved application data includes: under the condition that part of data in the second moved application data is moved to a code running space, resetting is carried out through the first moved application data; and under the condition that the second moved application data are moved to the code running space, resetting the second moved application data.
In one possible embodiment, the resetting process performed by the first moved application data includes: the software bootstrap is operated to process the handshake instructions by responding to the demand data quickly, so that the handshake instructions are fed back through the software bootstrap.
In another possible embodiment, the resetting process performed by the first moved application data includes: and searching the processing modes of various handshake instructions by the software bootstrap according to the quick response demand data so as to feed back the handshake instructions by the software bootstrap according to the processing modes of the various handshake instructions.
In a specific embodiment, as shown in fig. 4, the resetting process performed by the first moved application data includes: in step 402, when the reset processing is performed on the first moved application data, the initialization process reflected by the handshake instruction is completed based on the first moved application data.
Calling a software bootstrap program to move the application data into a code running space to obtain second moved application data, wherein the method comprises the following steps: step 404, carrying application data in the flash memory to a parallel random access machine through a software bootstrap program; step 406, judging whether the handling process of the second moved application data is completed; if so, step 408 is performed to obtain the complete second moved application data, i.e., the application program. The method further includes a step 410 of reporting an error if not completed.
Resetting the second moved application data, including: in step 412, the micro control unit jumps from reading the first moved application data to reading the second moved application data, and resets through the second moved application data.
In this embodiment, the control of the movement timing can be more accurately performed on the condition that the movement of the second moved application data is completed, so that the processor of the driver chip can be more efficiently reset by performing the reset processing on the second moved application data.
In one possible embodiment, the resetting process performed by the second moved application data includes: redirecting the processor pointer from the memory address pointing to the first moved application data to the memory address of the second moved application data to perform a reset process by the second moved application data.
The memory address is the address of the migrated application data in the code run space. Because the first moved application data and the second moved application data are successively moved to the code running space, and when the second moved application data are moved to the code running space, the processor pointer still points to the storage address of the first moved application data, and the processor pointer is redirected, the processor pointer of the driving chip is changed from the storage address pointing to the first moved application data to the storage address pointing to the second moved application data, so that the processor pointer of the driving chip reads the second moved application data.
Optionally, redirecting the processor pointer from a storage address pointing to the first moved application data to a storage address of the second moved application data includes: storing the first shifted application data and the second shifted application data through an interrupt descriptor table of the VTOR register; according to the storage address in the interrupt descriptor table, interrupting the storage address reading process of the first moved application data, and reading the data of the storage address of the second moved application data.
Optionally, redirecting the processor pointer from a storage address pointing to the first moved application data to a storage address of the second moved application data includes: when the processor of the driving chip has a redirecting function, the processor pointer is redirected from the storage address pointing to the first moved application data to the storage address of the second moved application data.
In another possible embodiment, the resetting process performed by the first moved application data includes: mapping the address pointed by the processor pointer to the storage address of the first moved application data so as to perform reset processing through the first moved application data.
Correspondingly, the resetting processing is carried out through the second shifted application data, which comprises the following steps: the address pointed by the processor pointer is remapped to the storage address of the second moved application data, so that the reset processing is performed through the second moved application data.
In a specific embodiment, mapping the address pointed by the processor pointer to the storage address of the first moved application data to perform the reset processing through the first moved application data includes: and adjusting the configuration parameters corresponding to the remapping to be reset parameters of the first moved application data so that the address pointed by the processor pointer points to the software bootstrap program, and executing the quick response requirement data through the software bootstrap program.
In a specific embodiment, remapping the address pointed to by the processor pointer to the storage address of the second moved application data to perform the reset processing by the second moved application data includes: and adjusting the configuration parameters corresponding to the remapping into reset parameters of the second moved application data through the software bootstrap program so that the processor pointer points to the second moved application data, and carrying out reset processing based on the second moved application data.
Specifically, the configuration parameters corresponding to remapping may be default 0 and 1 at the time of remapping. Specifically, when remap=0 (default), the address pointed to by the processor pointer is mapped from the point 0 address to the head address of the software boot program, so as to perform the reset processing through the first moved application data. When remap=1 (configured by the last instruction of the software boot), the 0 address maps to the first address of the second moved application data, which includes the complete application program, for reset processing by the second moved application data.
When remap=0, a hardware boot program (hard-boot) moves the software boot program to the 0KB to 7KB positions in the parallel random access machine; after the software bootstrap program is operated, the software bootstrap program moves the application program to the position of the 8 KB-95 KB interval in the parallel random access machine, which does not include the 95KB, until the software bootstrap program carries complete application data, remap=1 is adjusted, and the code function of switching to the application program is realized.
Before and after remapping, the addresses pointed to by the micro control unit pointers point to the memory addresses shown in table 1, table 1 being as follows:
TABLE 1
In addition, when the application program is to be reset, remap=0, or remap=1 may be specified; in the case of an abnormal reset, if the handshake instruction is sent by the watchdog, the hardware bootstrap program is restarted according to remap=0.
In one embodiment, the description is in hexadecimal. The program's run space is 96KB in total, which corresponds to an address range of [0,0x17 FFF): when remap=0, [0x0fff,0x1 fff) this address range is 8KB in total, and the 8KB of memory is allocated to the first moved application data to execute the software boot; [0x2000, 0x17fff) this address range is 88KB in total, and the 88KB of memory space is allocated to the second moved application data.
Correspondingly, when remap=1, [0,0x15 fff), the storage space of this address range is 88KB in total, and the space of this 88KB is allocated to the second moved application data to execute the application program; at the same time, the memory space allocated to the software bootstrap program is 8KB in total, so that the software bootstrap program is stored in this address range of [0X16000,0X17 FFF).
In this embodiment, by the first mapping and the second mapping, when the address pointed by the interrupt vector pointer cannot be redirected, the jump to the second moved application data can be realized, and the function of the application program can be normally executed. Therefore, low-power-consumption processor cores such as Cortex-M0 cores and the like can be used as processors of the driving chip.
It should be understood that, although the steps in the flowcharts related to the above embodiments are sequentially shown as indicated by arrows, these steps are not necessarily sequentially performed in the order indicated by the arrows. The steps may be performed in other sequences without strict order of execution unless explicitly stated herein. 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 device for realizing the above-mentioned reset method. The implementation of the solution provided by the device is similar to the implementation described in the above method, so the specific limitation of one or more embodiments of the resetting device provided below may be referred to above for limitation of the resetting method, and will not be repeated here.
In one embodiment, as shown in fig. 5, there is provided a reset device applied to a driving chip of a screen, the device including:
a voltage detection module 502, configured to detect a voltage of the driving chip;
a moving module 504, configured to move the application data of the driving chip into a code running space of the driving chip to obtain moved application data when the voltage is in a voltage-stabilizing reset state;
and a reset module 506, configured to perform a reset process through the moved application data when the handshake instruction is detected.
In one embodiment, the voltage detection module 502 is configured to:
if the voltage of the driving chip is increased to the power-on reset threshold, judging whether a sub-circuit of the driving chip meets a voltage stabilizing condition or not;
and if the voltage stabilizing condition is met, determining that the voltage is in a voltage stabilizing reset state.
In one embodiment, the application data of the driver chip includes quick response requirement data and a software bootstrap; the moving module 504 is configured to:
moving the quick response demand data and the software bootstrap program into a code running space of the driving chip to obtain first moved application data;
Calling the software bootstrap program to move the application data into the code running space to obtain second moved application data;
the reset module 506 is configured to: and resetting the first moved application data and the second moved application data in sequence.
In one embodiment, the reset module 506 is configured to:
under the condition that part of data in the second moved application data is moved to the code running space, resetting is conducted through the first moved application data;
and under the condition that the second moved application data are moved to the code running space, resetting the second moved application data.
In one embodiment, the reset module 506 is configured to:
redirecting the processor pointer from the storage address pointing to the first moved application data to the storage address of the second moved application data to perform reset processing through the second moved application data.
In one embodiment, the reset module 506 is configured to:
mapping the address pointed by the processor pointer into the storage address of the first moved application data so as to carry out reset processing through the first moved application data;
And remapping the address pointed by the processor pointer to the storage address of the second moved application data so as to carry out reset processing through the second moved application data.
In one embodiment, when the handshake instruction is detected, before the reset processing is performed by the moved application data, the reset module 506 is configured to:
under the condition that the program runs normally and the program is unchanged, the application data is moved to the code running space through a non-restarted bootstrap program, and moved application data of which the bootstrap program is not restarted is obtained;
under the condition of abnormal program operation or program change, restarting the bootstrap program for moving the application data; and moving the application data to the code running space through the restarted bootstrap program to obtain the moved application data after the bootstrap program is restarted.
The above-described respective modules in the reset device may be implemented in whole or in part by software, hardware, and combinations thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in a memory in the computer device in software, so that the processor may call and execute operations corresponding to the above modules.
In one embodiment, a computer device is provided, which may be a terminal including a driving chip of a screen, and an internal structure diagram of the terminal may be as shown in fig. 6. The computer device includes a processor, a memory, an input/output interface, a communication interface, a display unit, and an input means. The processor, the memory and the input/output interface are connected through a system bus, and the communication interface, the display unit and the input device are connected to the system bus through the input/output interface. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The input/output interface of the computer device is used to exchange information between the processor and the external device. The communication interface of the computer device is used for carrying out wired or wireless communication with an external terminal, and the wireless mode can be realized through WIFI, a mobile cellular network, NFC (near field communication) or other technologies. The computer program is executed by a processor to implement a reset method. The display unit of the computer equipment is used for forming a visual picture, and can be a display screen, a projection device or a virtual reality imaging device, wherein the display screen can be a liquid crystal display screen or an electronic ink display screen, the input device of the computer equipment can be a touch layer covered on the display screen, can also be a key, a track ball or a touch pad arranged on a shell of the computer equipment, and can also be an external keyboard, a touch pad or a mouse and the like.
It will be appreciated by those skilled in the art that the structure shown in fig. 6 is merely a block diagram of some of the structures associated with the present application and is not limiting of the computer device to which the present application may be applied, and that a particular computer device may include more or fewer components than shown, or may combine certain components, or have a different arrangement of components.
In one embodiment, there is also provided a computer device including a driver chip for a screen, where a processor of the driver chip implements the steps of the method embodiments described above when the computer program is executed.
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.) referred to in 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 are required to meet the related regulations.
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.
The databases referred to in the various embodiments provided herein may include at least one of relational databases and non-relational databases. The non-relational database may include, but is not limited to, a blockchain-based distributed database, and the like.
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 above examples only represent a few embodiments of the present application, which are described in more detail and are not to be construed as limiting the scope of the present application. It should be noted that it would be apparent to those skilled in the art that various modifications and improvements could be made without departing from the spirit of the present application, which would be within the scope of the present application. Accordingly, the scope of protection of the present application shall be subject to the appended claims.
Claims (10)
1. A reset method, characterized by a driver chip applied to a screen, the method comprising:
detecting the voltage of the driving chip;
under the condition that the voltage is in a voltage stabilizing reset state, moving the application data of the driving chip into a code running space of the driving chip to obtain moved application data;
and when a handshake instruction is detected, carrying out reset processing through the moved application data.
2. The method of claim 1, wherein the method further comprises, with the voltage in a regulated reset state, before moving the application data of the driver chip into the code runtime of the driver chip:
if the voltage of the driving chip is increased to the power-on reset threshold, judging whether a sub-circuit of the driving chip meets a voltage stabilizing condition or not;
and if the voltage stabilizing condition is met, determining that the voltage is in a voltage stabilizing reset state.
3. The method of claim 1, wherein the application data of the driver chip includes fast response demand data;
the moving the application data of the driving chip into the code running space of the driving chip to obtain the moved application data comprises the following steps:
Moving the quick response demand data and the software bootstrap program into a code running space of the driving chip to obtain first moved application data;
calling the software bootstrap program to move the application data into the code running space to obtain second moved application data;
the resetting processing of the moved application data comprises the following steps: and resetting the first moved application data and the second moved application data in sequence.
4. A method according to claim 3, wherein said sequentially resetting by said first moved application data and said second moved application data comprises:
under the condition that part of data in the second moved application data is moved to the code running space, resetting is conducted through the first moved application data;
and under the condition that the second moved application data are moved to the code running space, resetting the second moved application data.
5. The method of claim 4, wherein the resetting by the second moved application data comprises:
Redirecting the processor pointer from the storage address pointing to the first moved application data to the storage address of the second moved application data to perform reset processing through the second moved application data.
6. The method of claim 4, wherein the resetting by the first moved application data comprises:
mapping the address pointed by the processor pointer into the storage address of the first moved application data so as to carry out reset processing through the first moved application data;
the resetting processing of the second moved application data comprises the following steps:
and remapping the address pointed by the processor pointer to the storage address of the second moved application data so as to carry out reset processing through the second moved application data.
7. The method of claim 1, wherein when a handshake instruction is detected, the method further comprises, prior to the resetting by the moved application data:
under the condition that the program runs normally and the program is unchanged, the application data is moved to the code running space through a non-restarted bootstrap program, and moved application data of which the bootstrap program is not restarted is obtained;
Under the condition of abnormal program operation or program change, restarting the bootstrap program for moving the application data; and moving the application data to the code running space through the restarted bootstrap program to obtain the moved application data after the bootstrap program is restarted.
8. A reset device, characterized by a driver chip applied to a screen, the device comprising:
the voltage detection module is used for detecting the voltage of the driving chip;
the moving module is used for moving the application data of the driving chip into the code running space of the driving chip under the condition that the voltage is in a voltage-stabilizing reset state to obtain moved application data;
and the reset module is used for carrying out reset processing through the moved application data when the handshake instruction is detected.
9. A computer device, characterized by a driver chip comprising a screen, a processor of the driver chip, when executing a computer program, implementing the steps of the method according to any of claims 1 to 7.
10. 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 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311686195.5A CN117406845B (en) | 2023-12-11 | Reset method, reset device, computer equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311686195.5A CN117406845B (en) | 2023-12-11 | Reset method, reset device, computer equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN117406845A true CN117406845A (en) | 2024-01-16 |
| CN117406845B CN117406845B (en) | 2024-05-03 |
Family
ID=
Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010152975A (en) * | 2008-12-25 | 2010-07-08 | Kyocera Mita Corp | Electronic apparatus and method of controlling hard disk drive |
| CN108495302A (en) * | 2018-04-26 | 2018-09-04 | 努比亚技术有限公司 | SIM card initializes accelerated method, mobile terminal and readable storage medium storing program for executing |
| CN109947487A (en) * | 2019-03-14 | 2019-06-28 | 深圳忆联信息系统有限公司 | A kind of method, apparatus, computer equipment and storage medium improving chip starting speed |
| CN111651299A (en) * | 2020-05-27 | 2020-09-11 | 惠州Tcl移动通信有限公司 | Wireless chip reset control method and device, storage medium and mobile terminal |
| CN112199121A (en) * | 2020-09-28 | 2021-01-08 | 西南电子技术研究所（中国电子科技集团公司第十研究所） | DSP capacity-expanding and program-loading method according to needs |
| CN113434089A (en) * | 2021-06-29 | 2021-09-24 | 苏州科达科技股份有限公司 | Data moving method and device and PCIE system |
| CN115421902A (en) * | 2022-08-08 | 2022-12-02 | 大唐微电子技术有限公司 | Method and device for managing application programs in chip |
| CN116450244A (en) * | 2023-06-20 | 2023-07-18 | 苏州浪潮智能科技有限公司 | Chip starting method, device, computer equipment and storage medium |
| CN116631349A (en) * | 2023-05-24 | 2023-08-22 | 合肥奕斯伟计算技术有限公司 | Power-on reset circuit, control method, driving chip, device and storage medium |
| CN116737279A (en) * | 2023-08-15 | 2023-09-12 | 北京紫光芯能科技有限公司 | Method and device for program running, processor, electronic device and medium |
| CN116737016A (en) * | 2023-06-29 | 2023-09-12 | 上海水木蓝鲸半导体技术有限公司 | Control method and device for touch data scanning, computer equipment and storage medium |
| CN116820586A (en) * | 2021-11-27 | 2023-09-29 | 深圳曦华科技有限公司 | Program loading method, related device, storage medium and program |
Patent Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010152975A (en) * | 2008-12-25 | 2010-07-08 | Kyocera Mita Corp | Electronic apparatus and method of controlling hard disk drive |
| CN108495302A (en) * | 2018-04-26 | 2018-09-04 | 努比亚技术有限公司 | SIM card initializes accelerated method, mobile terminal and readable storage medium storing program for executing |
| CN109947487A (en) * | 2019-03-14 | 2019-06-28 | 深圳忆联信息系统有限公司 | A kind of method, apparatus, computer equipment and storage medium improving chip starting speed |
| CN111651299A (en) * | 2020-05-27 | 2020-09-11 | 惠州Tcl移动通信有限公司 | Wireless chip reset control method and device, storage medium and mobile terminal |
| CN112199121A (en) * | 2020-09-28 | 2021-01-08 | 西南电子技术研究所（中国电子科技集团公司第十研究所） | DSP capacity-expanding and program-loading method according to needs |
| CN113434089A (en) * | 2021-06-29 | 2021-09-24 | 苏州科达科技股份有限公司 | Data moving method and device and PCIE system |
| CN116820586A (en) * | 2021-11-27 | 2023-09-29 | 深圳曦华科技有限公司 | Program loading method, related device, storage medium and program |
| CN115421902A (en) * | 2022-08-08 | 2022-12-02 | 大唐微电子技术有限公司 | Method and device for managing application programs in chip |
| CN116631349A (en) * | 2023-05-24 | 2023-08-22 | 合肥奕斯伟计算技术有限公司 | Power-on reset circuit, control method, driving chip, device and storage medium |
| CN116450244A (en) * | 2023-06-20 | 2023-07-18 | 苏州浪潮智能科技有限公司 | Chip starting method, device, computer equipment and storage medium |
| CN116737016A (en) * | 2023-06-29 | 2023-09-12 | 上海水木蓝鲸半导体技术有限公司 | Control method and device for touch data scanning, computer equipment and storage medium |
| CN116737279A (en) * | 2023-08-15 | 2023-09-12 | 北京紫光芯能科技有限公司 | Method and device for program running, processor, electronic device and medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20200183704A1 (en) | Method and apparatus for waking up computer from sleep state | |
| US8484631B2 (en) | Supporting hardware configuration changes in a UEFI firmware component | |
| EP3435209B1 (en) | Method for recognizing a screen-off gesture, and storage medium and terminal thereof | |
| US9201814B2 (en) | Electronic devices and methods for sharing peripheral devices in dual operating systems | |
| EP3318972B1 (en) | System for providing application list and method therefor | |
| US9274804B2 (en) | Overlapped boot task fetches and boot task execution to reduce boot time in an electrical device | |
| US20110219373A1 (en) | Virtual machine management apparatus and virtualization method for virtualization-supporting terminal platform | |
| CN106681817B (en) | Terminal control method and terminal | |
| WO2019019835A1 (en) | Method and device for responding to blank screen gesture, and storage medium and mobile terminal | |
| JP2014006726A (en) | Controller, electronic apparatus, and control method of usb device | |
| WO2015085755A1 (en) | Operating system recovery method, apparatus and terminal device | |
| WO2019019818A1 (en) | Method and apparatus for accelerating black screen gesture processing, storage medium, and mobile terminal | |
| CN107766097B (en) | Electronic device for executing starting operation based on starting instruction provided by endpoint device | |
| CN116339838A (en) | Server starting method and device, electronic equipment and storage medium | |
| US9652259B2 (en) | Apparatus and method for managing register information in a processing system | |
| CN117406845B (en) | Reset method, reset device, computer equipment and storage medium | |
| CN105721015A (en) | Dual-channel mobile terminal capable of multiplexing Flash ROM | |
| CN110741359B (en) | System and method for changing slave identification of integrated circuit on shared bus | |
| WO2022194068A1 (en) | Flash memory configuration method and apparatus, electronic device, and storage medium | |
| CN117406845A (en) | Reset method, reset device, computer equipment and storage medium | |
| CN102455919A (en) | Automatic optimization setting method for basic input output system(BIOS) | |
| CN111381892B (en) | Data processing method, device, equipment and machine-readable medium | |
| CN108008854B (en) | Method, device and terminal equipment for avoiding antenna carrier interference | |
| CN108388370B (en) | Mobile terminal touch screen interruption detection method, mobile terminal and storage medium | |
| US10666789B2 (en) | Control method and device for sensors of mobile terminal, storage medium and mobile terminal |
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 |