CN111758088A - Method for downloading firmware by chip and chip - Google Patents
Method for downloading firmware by chip and chip Download PDFInfo
- Publication number
- CN111758088A CN111758088A CN202080001498.7A CN202080001498A CN111758088A CN 111758088 A CN111758088 A CN 111758088A CN 202080001498 A CN202080001498 A CN 202080001498A CN 111758088 A CN111758088 A CN 111758088A
- Authority
- CN
- China
- Prior art keywords
- chip
- downloading
- mode
- firmware
- download
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- 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/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- 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
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/10—Program control for peripheral devices
- G06F13/105—Program control for peripheral devices where the programme performs an input/output emulation function
- G06F13/107—Terminal emulation
Abstract
The embodiment of the application relates to a method for downloading firmware by a chip and the chip, wherein the chip comprises two IO interfaces which are configured to support a serial port downloading mode and an emulator downloading mode, and the method comprises the following steps: determining whether the chip is connected with the communication device through an emulator, the emulator being used in the emulator download mode; and determining to adopt the serial port downloading mode or the simulator downloading mode to download the firmware of the application program from the communication equipment according to whether the chip is connected with the communication equipment through the simulator or not. According to the method for downloading the firmware by the chip and the chip, the number of IO interfaces in the chip can be saved, and waste is avoided.
Description
Technical Field
The present application relates to the field of chips, and in particular, to a method for downloading firmware by a chip and a chip.
Background
Currently, there are two basic ways for a Micro Controller Unit (MCU) to download firmware via a wired interface, one is downloading via a serial interface, such as in-system programming (ISP); the other is downloading through an emulator, and interfaces commonly used for downloading by the emulator include a Serial Wire Debug (SWD) interface. Both of these approaches require the MCU to reserve 2 input/output (In/Out, IO) ports.
That is, if a developer wants to support the two burning modes in his product, 5 IO ports must be sacrificed, wherein 2 IO ports are Serial Wire Clock (SWCLK) interfaces and Serial data IO (SWDIO) interfaces in the SWD download mode; there are 2 IO ports, namely, a Receive (RX) interface and a Transmit (TX) interface of an ISP mode, and another IO port for selecting between different download modes. On MCU platforms with precious IO resources, the method is very wasteful of the IO resources.
Disclosure of Invention
The application provides a method for downloading firmware from a chip and the chip, which can save the number of IO interfaces in the chip and avoid waste.
In a first aspect, a method for downloading firmware from a chip is provided, where the chip includes two IO interfaces, and the two IO interfaces are configured to support a serial port download mode and an emulator download mode, and the method includes: determining whether the chip is connected with the communication device through an emulator, the emulator being used in the emulator download mode; and determining to adopt the serial port downloading mode or the simulator downloading mode to download the firmware of the application program from the communication equipment according to whether the chip is connected with the communication equipment through the simulator or not.
Therefore, according to the method for downloading the firmware by the chip in the embodiment of the application, two IO ports are arranged on the chip, and the SWD download mode and the ISP download mode can multiplex the two IO ports, or the SWCLK and the SWDIO which adopt the SWD download mode can multiplex the two IO ports into the RX and TX interfaces which adopt the ISP download mode in the chip design, so that the serial port download mode or the emulator download mode can be automatically selected when the chip downloads the firmware, that is, the chip can support the serial port download mode and the emulator download mode only through the two IO ports.
With reference to the first aspect, in an implementation manner of the first aspect, the determining to download the firmware of the application program from the communication device in the serial port download mode or the emulator download mode according to whether the chip is connected to the communication device through the emulator, includes: and if the chip is connected with the communication equipment through the simulator, determining to adopt the simulator downloading mode, and downloading the firmware from the communication equipment.
With reference to the first aspect and the foregoing implementation manner of the first aspect, in another implementation manner of the first aspect, the downloading the firmware from the communication device in the emulator download mode includes: detecting starting information of the application program; and if the detected starting information is wrong, downloading the firmware from the communication equipment through the simulator.
With reference to the first aspect and the foregoing implementation manner of the first aspect, in another implementation manner of the first aspect, the method further includes: and if the chip is connected with the communication equipment through the simulator, setting the two IO interfaces of the chip as the IO interfaces corresponding to the downloading modes of the simulator respectively.
With reference to the first aspect and the foregoing implementation manner of the first aspect, in another implementation manner of the first aspect, the determining to download the firmware of the application program from the communication device in the serial port download mode or the emulator download mode according to whether the chip is connected to the communication device through the emulator includes: and if the chip is not connected with the communication equipment through the simulator, determining to adopt the serial port downloading mode, and downloading the firmware from the communication equipment.
With reference to the first aspect and the foregoing implementation manner of the first aspect, in another implementation manner of the first aspect, the downloading the firmware from the communication device in the serial port download mode includes: and if a target command sent by the communication equipment is received, downloading the firmware from the communication equipment by adopting the serial port downloading mode according to the target command, wherein the target command is used for indicating the serial port downloading mode.
With reference to the first aspect and the foregoing implementation manner of the first aspect, in another implementation manner of the first aspect, the downloading the firmware from the communication device in the serial port download mode includes: if a target command sent by the communication equipment is not received, detecting starting information of the application program, wherein the target command is used for indicating the serial port downloading mode; and if the detected starting information is wrong, adopting the serial port downloading mode to download the firmware from the communication equipment.
With reference to the first aspect and the foregoing implementation manner of the first aspect, in another implementation manner of the first aspect, the method further includes: if the chip is not connected with the communication equipment through the simulator, starting a timer; determining whether the target command is received before the timer times out.
With reference to the first aspect and the foregoing implementation manner of the first aspect, in another implementation manner of the first aspect, before the downloading the firmware from the communication device in the serial port download mode, the method further includes: and setting the two IO interfaces of the chip as IO interfaces corresponding to the serial port downloading mode respectively.
With reference to the first aspect and the foregoing implementation manner of the first aspect, in another implementation manner of the first aspect, the method is applied after the chip is reset.
With reference to the first aspect and the foregoing implementation manner, in another implementation manner of the first aspect, the chip includes a reset pin, and if the reset pin receives a low level output by a receive flow control RTS pin in the communication device control serial port board, the chip resets; and/or if the reset pin receives a reset signal output by the communication equipment controlling the reset pin of the simulator, the chip is reset.
With reference to the first aspect and the foregoing implementation manner, in another implementation manner of the first aspect, the serial port download mode is an online system programming ISP download mode, and the emulator download mode is a serial debugging SWD download mode.
With reference to the first aspect and the foregoing implementation manner of the first aspect, in another implementation manner of the first aspect, the IO interface corresponding to the ISP download mode includes a receiving RX interface and a transmitting TX interface.
With reference to the first aspect and the foregoing implementation manner of the first aspect, in another implementation manner of the first aspect, the IO interface corresponding to the SWD download mode includes a serial data input/output SWDIO interface and a serial clock SWCLK interface.
In a second aspect, a chip is provided for performing the method of the first aspect or any possible implementation manner of the first aspect. In particular, the chip comprises means for performing the method of the first aspect described above or any possible implementation manner of the first aspect.
In a third aspect, a chip is provided, which includes: a storage unit for storing instructions and a processor for executing the instructions stored by the memory, and when the processor executes the instructions stored by the memory, the execution causes the processor to perform the first aspect or the method of any possible implementation of the first aspect.
In a fourth aspect, there is provided a computer readable medium for storing a computer program comprising instructions for carrying out the method of the first aspect or any possible implementation manner of the first aspect.
In a fifth aspect, there is provided a computer program product comprising instructions, which when executed by a computer, performs the method for chip downloading firmware of the first aspect or any possible implementation manner of the first aspect. In particular, the computer program product may be run on a chip of the second aspect described above.
Drawings
Fig. 1 is a schematic flow chart of a method for downloading firmware by a chip according to an embodiment of the present application.
Fig. 2 is a schematic block diagram of a chip according to an embodiment of the application.
Fig. 3 is another schematic block diagram of a chip according to an embodiment of the present application.
Fig. 4 is another schematic flow chart of a method for downloading firmware by a chip according to an embodiment of the present application.
Fig. 5 is a schematic diagram of a connection relationship between a chip and a communication device according to an embodiment of the present application.
Fig. 6 is a partial flowchart of a method for downloading firmware by a chip according to an embodiment of the present application.
Fig. 7 is another partial flowchart of a method for downloading firmware by a chip according to an embodiment of the present application.
Fig. 8 is a schematic flow chart of a communication device downloading firmware for a chip according to an embodiment of the application.
FIG. 9 is another schematic block diagram of a chip according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be described below with reference to the accompanying drawings.
Fig. 1 shows a schematic flow chart of a method 100 for downloading firmware from a chip according to an embodiment of the present application. The method 100 may be applied to a chip, which may be, for example, the chip 200 shown in fig. 2. Specifically, the chip 200 includes two IO interfaces, i.e. a first interface 210 and a second interface 220 as shown in fig. 2, and the chip 200 supports a serial port download mode and an emulator download mode, or the two IO interfaces of the chip 200 are configured to support the serial port download mode and the emulator download mode. For example, the chip 200 may be an MCU chip, or may also be other types of chips, and the chip may be used in various devices, such as various terminal devices, such as an earphone, a mobile phone, and a smart door lock, which is not limited in this embodiment.
As shown in fig. 1, the method 100 includes: s110, determining whether the chip is connected with the communication equipment through an emulator, wherein the emulator is used in an emulator download mode; s120, determining to adopt the serial port downloading mode or the simulator downloading mode according to whether the chip is connected with the communication equipment through the simulator or not, and downloading the firmware of the application program from the communication equipment.
It should be understood that the serial port download mode in the embodiment of the present application may refer to any serial port download mode. For example, the present application mainly describes the serial port download mode as an ISP download mode, but the embodiments of the present application are not limited thereto. In addition, the ISP download mode requires software implementation, for example, if the chip supports the ISP download mode, the chip may be integrated with a corresponding ISP download program and a tool end configured with the ISP download program. The IO interface corresponding to the ISP download mode includes an RX interface and a TX interface.
The emulator download mode in the embodiment of the present application may refer to any one of the emulator download modes. For example, the present application mainly describes that the emulator is a Jlink emulator, and the emulator download mode is an SWD download mode, but the embodiments of the present application are not limited thereto. In addition, the SWD downloading mode adopts a standard downloading protocol, software is not needed to be realized generally, and normal downloading can be realized by using a Jlink downloading tool as long as the chip supports the SWD downloading mode. The IO interfaces corresponding to the SWD download mode comprise a SWDIO interface and a SWCLK interface.
Therefore, according to the method for downloading the firmware by the chip in the embodiment of the application, two IO ports are arranged on the chip, and the SWD download mode and the ISP download mode can multiplex the two IO ports, or the chip design realizes that the SWCLK and the SWDIO which adopt the SWD download mode can multiplex into the RX and TX interfaces which adopt the ISP download mode, or the RX and TX interfaces which adopt the ISP download mode can multiplex into the SWCLK and the SWDIO which adopt the SWD download mode, so that the chip can support two download modes, namely the serial port download mode and the emulator download mode, only through the two IO ports.
Fig. 4 shows a schematic flow chart of another method 300 for downloading firmware by a chip according to an embodiment of the present application, where the method 300 is one possible implementation manner of the method 100, and the method 100 will be described in detail below with reference to the method 300 shown in fig. 4.
It should be understood that the method 100 of the embodiment of the present application may be applied when downloading firmware for a chip, for example, if there is no firmware corresponding to a certain application program in the chip, or if the chip fails to start the certain application program, the chip may need to download the firmware, and then the method 100 of the embodiment of the present application may be executed. In addition, the method 100 of the embodiment of the present application may enter a boot (boot) procedure after the chip is reset, that is, after the chip is reset, to start downloading the firmware, that is, to start executing the method 100. For example, as shown in fig. 4, the method 300 may include: s301, the start-up procedure is started, i.e. the chip enters the start-up procedure for downloading firmware. For example, the start-up procedure may be entered after a reset of the chip has occurred.
Specifically, in a case where the chip needs to download the firmware of one or more applications from the communication device, or in other words, the communication device needs to download the firmware of one or more applications to the chip, the chip is reset, for example, the chip may be controlled by the communication device to be reset. Specifically, for example, as shown in fig. 3, the chip 200 shown in fig. 2 may further include a reset pin 230 as shown in fig. 3, where the reset pin 230 is used to reset the chip 200.
It should be understood that the communication device in the embodiments of the present application may refer to a Personal Computer (PC), or may refer to other devices capable of downloading firmware for a chip. There are many types of personal computers, such as conventional desktop computers, notebook computers, tablet computers, all-in-one computers, ultrabooks, palmtop computers, embedded computers, and the like.
Alternatively, the communication device may control the chip to reset in a variety of ways. For example, assuming that the communication device and the chip download firmware in the ISP download mode, the communication device may output a low level through a Request To Send (RTS) pin in a control serial board (serial board) so that a reset pin in the chip triggers a chip reset. Specifically, fig. 5 shows a schematic diagram of connection between an MCU and a PC in the embodiment of the present application, and as shown in fig. 5, it is assumed that the chip in the embodiment of the present application is an MCU, and the communication device is a PC, and the MCU and the PC are connected through a serial port board. The PC may further include an ISP tool for use in an ISP download mode of the MCU, and may be connected to the serial port board through a USB interface. The serial port board may include an RTS interface, the reset pin of the MCU is connected to the RTS interface of the serial port board, and when the PC controls the RTS interface of the serial port board to output a low level through the USB interface, the reset pin of the MCU detects that the RTS interface of the serial port board outputs a low level, so that the MCU is reset, and thus a start (boot) program is entered to start downloading the firmware, i.e., the method 100 is started.
For another example, assuming that the communication device and the chip download the firmware in the SWD download mode, the communication device may reset the chip by controlling a reset signal output from a reset pin of the emulator. Specifically, it is also assumed that the chip in the embodiment of the present application is an MCU, the communication device is a PC, and the PC and the MCU are connected through an emulator. The emulator includes a reset pin, and the reset pin of the emulator is connected to the reset pin of the MCU. When the reset pin of the PC controlled emulator outputs a reset signal, the reset pin of the MCU may receive the reset signal to reset the MCU, so as to enter a boot (boot) procedure to start downloading the firmware, i.e., to start executing the method 100.
Optionally, the starting program entered by the chip in the embodiment of the present application may be a cold boot (cold boot) program. Specifically, since the firmware download is usually performed in the cold boot program, and the firmware download is not performed in the warm boot (warm boot) program, the method 100 may also be applied to the cold boot program. For example, as shown in fig. 4, the method 300 may further include: s302, determining whether the chip is cold boot, that is, determining whether the chip boot program is cold boot, if not, continuing to execute S303, and if so, continuing to execute S304. As shown in fig. 4, in S303, a warm boot is executed, that is, in a case that the boot program started by the chip is not a cold boot, for example, a rom boot is started, the rom boot program is executed, and thus, the firmware is not downloaded. However, the embodiment of the present application is not limited to this, for example, step S302 and step S303 may not be executed, and step S301 may directly execute step S304, and at this time, the firmware may be downloaded regardless of whether the program is a cold boot program or a rom boot program. But the power consumption is more saved by executing the downloading of the firmware in the cold boot program.
Alternatively, the method 100 of the embodiment of the present application may not be applied after the chip is reset, that is, the chip may also start to execute the method 100 under other conditions to start downloading the firmware. For example, if the communication device and the chip download the firmware in the ISP download mode, the method 100 is usually executed after the chip is reset to start downloading the firmware; if the communication device and the chip download the firmware in the SWD download mode, the method 100 may be performed to download the firmware in any case where the chip is not reset, in addition to performing the method 100 after the chip is reset.
Corresponding to S110 in the method 100, as shown in fig. 4, the method 300 may include: s304, whether an emulator is connected, for example, the emulator may be Jlink, that is, whether the chip is connected to the communication device through the Jlink emulator is determined, so as to determine to download the firmware of the application program from the communication device in the serial port download mode or the emulator download mode according to whether the chip is connected to the communication device through the Jlink emulator.
Optionally, if the chip is connected to the communication device through the emulator, it may be determined whether to perform firmware downloading in the emulator downloading mode, for example, S305 may be performed to download the firmware from the communication device; if the chip is not connected to the communication device through the emulator, it may continue to determine whether to download the estimate in another download mode, e.g., execution may continue to S308.
Specifically, if the chip is connected to the communication device through the emulator, the start information of the application program may be detected first, for example, as shown in fig. 4, the method 300 includes: s305, start information (boot info) is detected. If the detected starting information is correct, continuing to execute S306; if not, the process continues to step S307.
Optionally, if the detected start information is correct, the corresponding application is started, for example, as shown in fig. 4, the method 300 includes: s306, starting the application program. That is, the chip has downloaded the firmware of the application program, so the chip can start the corresponding application program without downloading the firmware again, and the repeated downloading of the firmware can be avoided.
Conversely, if the detected boot information error is detected, the emulator download mode may be employed to download the firmware from the communication device, for example, as shown in fig. 4, the method 300 includes: s307, an SWD downloading mode is adopted, and since the chip and the communication equipment are connected through the emulator, firmware downloading can be carried out in the emulator downloading mode.
Alternatively, after step S304, if the chip is already connected to the communication device through the emulator, there may be other processing manners besides performing steps S305 to S307 described above. For example, as shown in fig. 6, for step S304, in the case where it is determined that the chip has been connected to the communication device through the emulator, the application may be directly started. If the application program can be successfully started, the chip is indicated to have the firmware of the application program downloaded, so that the chip can start the corresponding application program without downloading the firmware again. However, if the application cannot be successfully started, or the start fails, the firmware download can be performed, and since the chip and the communication device are connected through the emulator, the firmware download can be performed in the emulator download mode. For another example, after S304 is executed, if the chip is already connected to the communication device through the emulator, the firmware download mode may be directly used.
It should be understood that in any case, if the chip determines to use the emulator download mode for firmware download, the two IO interfaces of the chip may be respectively set as the IO interfaces corresponding to the emulator download mode, for example, the first interface 210 and the second interface 220 of the chip 200 shown in fig. 2 are set as the SWDIO interface and the SWCLK interface corresponding to the SWD download mode. Specifically, setting two IO interfaces of the chip as the SWDIO interface and the SWCLK interface corresponding to the SWD download mode includes: setting relevant parameters of the interface, and the like. For example, if two IO interfaces of the chip are set as IO interfaces corresponding to the emulator download mode, the emulator download mode may be directly executed through the two IO interfaces; however, if the two IO interfaces of the chip are IO interfaces corresponding to the serial port download mode, the two IO interfaces need to be switched to IO interfaces corresponding to the simulator download mode, and then the simulator download mode is executed through the two IO interfaces.
Optionally, if the chip is not connected to the communication device through the emulator, that is, the emulator download mode may not be used between the chip and the communication device, then another download mode may be used for the estimation download, for example, a serial port mode may also be used for the firmware download. Specifically, the firmware downloading in the serial port downloading mode can be directly determined under the condition that the chip is not connected with the communication equipment through the simulator; or, it may also be determined whether to download the firmware in the serial port download mode according to whether a special command sent by the communication device is received, where in this embodiment of the present application, the special command is referred to as a target command, and the target command is used to indicate the serial port download mode, for example, the target command may be used to indicate an ISP download mode.
Specifically, if a target command sent by the communication equipment is received, the firmware is downloaded from the communication equipment by adopting a serial port downloading mode according to the target command; on the contrary, if the target command sent by the communication device is not received, whether the serial port downloading mode is adopted or not can be determined by detecting the starting information of the application program, and the firmware is downloaded from the communication device.
Alternatively, whether the target command is received may be determined according to a preset time period. For example, as shown in fig. 4, the method 300 includes: s308, starting a timer, namely starting the timer under the condition that the chip is not connected with the communication equipment through the simulator; s309, determine whether the target command is received, i.e. before the timer times out, if so, continue to execute S310, and if not, continue to execute S311.
It should be understood that the duration of the timer can be set according to the actual application, and can be set to any value. Specifically, if the communication device and the chip need to download firmware in the ISP download mode, as shown in fig. 5, the communication device may further send a target command to the MUC chip when outputting a low level through the RTS interface of the serial port board, for example, the communication device may continuously send the target command at a certain period to instruct the MCU to download firmware in the ISP download mode, and the duration of the timer should be greater than or equal to the value of the period. For example, the communication device may set the transmission period of the target command to 10ms, and correspondingly, the duration of the timer is greater than the 10ms, for example, may be set to 200ms, but the embodiment of the present application is not limited thereto.
As shown in fig. 4, the method 300 includes: s310, using ISP download mode, i.e. if the target command is received before the timer times out, the chip determines that the serial port download mode can be used to download the firmware from the communication device.
Conversely, as shown in fig. 4, the method 300 includes: s311, boot info (boot info) is detected. If the detected start information is correct, continue to execute S312; if so, execution continues with S313.
Optionally, if the detected start information is correct, the corresponding application is started, for example, as shown in fig. 4, the method 300 includes: s312, the application program is started, that is, the firmware of the application program has already been downloaded in the chip, so that the chip can start the corresponding application program without downloading the firmware, thereby avoiding repeated downloading of the firmware.
Conversely, if the detected boot information error is detected, the firmware may be downloaded from the communication device in a serial port download mode, for example, as shown in fig. 4, the method 300 includes: s313, adopting ISP download mode, even if not receiving the target command, still able to adopt ISP download mode to download firmware.
Alternatively, after S311, in the case of detecting the start-up information error, in addition to performing the firmware download in the ISP download mode as described in S313, other processing manners may be used. For example, considering that the target command is not received at this time, and it may be a case that the firmware downloading in the ISP downloading mode cannot be performed, the firmware downloading may not be performed when the start information is detected as an error, and at this time, it may be considered that the firmware downloading has failed, and the firmware downloading process is ended.
Alternatively, after step S309, if the chip does not receive the target command before the timer times out, there may be other processing manners besides performing steps S311 to S313 described above. For example, as shown in fig. 7, with step S309, in the case where the target command is not received before the timer times out, the application may be directly started. If the application program can be successfully started, the chip is indicated to have the firmware of the application program downloaded, so that the chip can start the corresponding application program without downloading the firmware again. However, if the application cannot be successfully started or the start fails, the firmware download may be performed in the ISP download mode, and at this time, the target command is not received while the firmware download may still be performed in the ISP download mode.
In any case, if the chip determines to use the serial port download mode for firmware download, the two IO interfaces of the chip may be set as IO interfaces corresponding to the serial port download mode, for example, the first interface 210 and the second interface 220 of the chip 200 shown in fig. 2 may be set as a TX interface and an RX interface corresponding to the ISP download mode. Specifically, setting the two IO interfaces of the chip as the TX interface and the RX interface corresponding to the ISP download mode may include: if the current first interface 210 and the current second interface 220 are the SWDIO interface and the SWCLK interface corresponding to the SWD download mode, the SWDIO interface and the SWCLK interface originally set to the SWD download mode need to be switched to the TX interface and the RX interface corresponding to the ISP download mode, and the switching may include: relevant parameters of a TX interface and an RX interface in an ISP downloading mode are switched; on the contrary, if the current first interface 210 and the current second interface 220 are the TX interface and the RX interface corresponding to the ISP download mode, the firmware download in the ISP download mode is performed by directly using the TX interface and the RX interface corresponding to the ISP download mode without switching.
Optionally, the method 100 may further include: under the condition that the ISP downloading mode is not adopted, or after the firmware is downloaded in the ISP downloading mode, the two IO interfaces of the chip can be switched to the SWDIO interface and the SWCLK interface corresponding to the SWD downloading mode.
Therefore, according to the method for downloading the firmware by the chip in the embodiment of the application, two IO ports are arranged on the chip, and the SWD download mode and the ISP download mode can multiplex the two IO ports, or the SWCLK and the SWDIO which adopt the SWD download mode can multiplex the two IO ports into the RX and TX interfaces which adopt the ISP download mode in the chip design, so that the serial port download mode or the emulator download mode can be automatically selected when the chip downloads the firmware, that is, the chip can support the serial port download mode and the emulator download mode only through the two IO ports.
The method for downloading firmware by a chip according to the embodiment of the present application is described in detail from the viewpoint of the chip in conjunction with fig. 1 to 7, and the method for downloading firmware by a chip according to the embodiment of the present application is described from the viewpoint of a communication device in conjunction with fig. 8.
Fig. 8 shows a schematic flow chart of a method 400 for downloading firmware for a chip by a communication device according to an embodiment of the present application. As shown in fig. 8, the communication device uses the ISP download mode as an example to download the firmware for the chip, but the embodiment of the present application is not limited thereto.
It should be understood that the communication device in the method 400 may include an ISP tool, for example, the communication device may be a PC as shown in fig. 5, which includes an ISP tool that may be used to download firmware to the chip by way of the ISP.
As shown in fig. 8, the method 400 includes: s401, determining to download firmware by using ISP, that is, determining to download firmware by using ISP tool in communication device, downloading firmware of certain application program for chip, and continuing to execute S402.
As shown in fig. 8, the method 400 includes: s402, the RTS output low level, that is, the communication device controls the RTS interface of the serial port board connected thereto to output low level, for example, the communication device is a PC, and the PC can be connected to the serial port board via a USB and controls the RTS interface of the serial port board to output low level. In this way, in the case that the reset pin connected to the RTS interface of the serial board in the chip detects a low level, the chip is triggered to be reset, that is, the chip starts a boot procedure, and for example, the chip may be used to perform the method 100 or the method 300.
As shown in fig. 8, the method 400 includes: s403, sending a target command indicating the ISP download mode, that is, after the communication device resets the control chip, the target command may be sent to the chip, where the target command is used to indicate the ISP download mode, so that after the chip receives the target command, the chip selects the ISP download mode to download the firmware.
Alternatively, the communication device may send the target command multiple times, for example, the communication device may send the target command cyclically with a certain period, where the period may be set according to an actual application, for example, may be set to 10ms, but the embodiment of the present application is not limited thereto.
As shown in fig. 8, the method 400 includes: s404, whether a response to the target command is received, after the communication device sends the target command one or more times, the communication device waits for the chip to send the response to the target command, for example, waits for the chip to send a command in response to the target command, so as to determine whether the response is received. If the communication device receives the response, S406 is continuously performed, and if no response is received, S405 corresponds to.
Alternatively, it may be determined whether a response to the target command is received before the timer times out by setting a timer. For example, the timer may be started when the target command is transmitted, or the timer may be started after the target command is transmitted one or more times, or the timer may be started at an appropriate time according to the actual application. If no response has been received before the timer times out, it is determined that no response has been received, and S405 continues; if a response is received before the timer times out, the timer may be stopped and execution may continue at S406. The duration of the timer may be set to any value according to practical application, and the embodiment of the present application is not limited thereto.
As shown in fig. 8, the method 400 includes: s405, downloading fails, and if the communication equipment does not receive the response of the target command sent by the chip, the firmware downloading failure is determined.
As shown in fig. 8, the method 400 includes: s406, sending the firmware, if the communication device receives the response of the target command, the chip and the communication device need to download the firmware in the ISP downloading mode, and the communication device needs to send the firmware to the chip to complete the firmware downloading, which corresponds to S407.
As shown in fig. 8, the method 400 includes: and S407, the downloading is successful, namely the communication equipment successfully downloads the firmware for the chip, and the firmware downloading is completed.
It should be understood that the method 400 downloads the firmware by using the communication device selecting the ISP download mode as the chip, and similarly, if the communication device selects the SWD download mode as the chip, the method may also be performed in a similar manner, and for brevity, the detailed description is omitted here. For example, firmware is downloaded between the communication device and the chip in an SWD manner, the communication device is connected to the chip through the emulator, and the communication device may control the chip to reset through a reset pin of the emulator. The chip is reset to the boot program, and when the chip is connected to the communication device through the emulator, the chip automatically selects the SWD download mode to download the firmware according to the method 100 and 300.
It should be understood that, in the various embodiments of the present application, the sequence numbers of the above-mentioned processes do not mean the execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.
The method for downloading firmware by using the chip according to the embodiment of the present application is described in detail above with reference to fig. 1 to 8, and the chip according to the embodiment of the present application will be described below with reference to fig. 9.
As shown in fig. 9, a chip 500 according to an embodiment of the present application includes: the system comprises a processing unit 510 and two IO interfaces 520, wherein the two IO interfaces 520 are configured to support a serial port download mode and an emulator download mode; the processing unit 510 is configured to: determining whether the chip 500 is connected to the communication device through an emulator, the emulator being used in the emulator download mode; and determining to download the firmware of the application program from the communication equipment by adopting the serial port download mode or the simulator download mode according to whether the chip 500 is connected with the communication equipment through the simulator or not.
Alternatively, the processing unit 510 may also be referred to as a processor.
Optionally, as an embodiment, the processing unit 510 is configured to: if the chip 500 is connected with the communication device through the emulator, it is determined that the emulator download mode is adopted, and the firmware is downloaded from the communication device.
Optionally, as an embodiment, the processing unit 510 is configured to: detecting starting information of the application program; and if the detected starting information is wrong, downloading the firmware from the communication equipment through the simulator.
Optionally, as an embodiment, the processing unit 510 is configured to: if the chip 500 is connected to the communication device through the emulator, the two IO interfaces 520 of the chip 500 are configured as IO interfaces corresponding to the emulator download mode.
Optionally, as an embodiment, the processing unit 510 is configured to: and if the chip 500 is not connected with the communication equipment through the simulator, determining to adopt the serial port downloading mode, and downloading the firmware from the communication equipment.
Optionally, as an embodiment, the processing unit 510 is configured to: and if a target command sent by the communication equipment is received, downloading the firmware from the communication equipment by adopting the serial port downloading mode according to the target command, wherein the target command is used for indicating the serial port downloading mode.
Optionally, as an embodiment, the processing unit 510 is configured to: if a target command sent by the communication equipment is not received, detecting starting information of the application program, wherein the target command is used for indicating the serial port downloading mode; and if the detected starting information is wrong, adopting the serial port downloading mode to download the firmware from the communication equipment.
Optionally, as an embodiment, the processing unit 510 is further configured to: if the chip 500 is not connected with the communication equipment through the simulator, starting a timer; determining whether the target command is received before the timer times out.
Optionally, as an embodiment, before the processing unit 510 adopts the serial port download mode to download the firmware from the communication device, the processing unit 510 is configured to: the two IO interfaces 520 of the chip 500 are configured as IO interfaces corresponding to the serial port download mode.
Optionally, as an embodiment, the processing unit 510 downloads the firmware after the chip 500 is reset.
Optionally, as an embodiment, the chip 500 further includes a reset pin 530, and if the reset pin 530 receives a low level output by a receive flow control RTS pin in the communication device control serial port board, the chip 500 resets; and/or, if the reset pin 530 receives a reset signal output by a reset pin of the emulator controlled by the communication device, the chip 500 is reset.
Optionally, as an embodiment, the serial port download mode is an online system programming ISP download mode, and the emulator download mode is a serial debug SWD download mode.
Optionally, as an embodiment, the IO interfaces corresponding to the ISP download mode include a receiving RX interface and a transmitting TX interface.
Optionally, as an embodiment, the IO interface corresponding to the SWD download mode includes a serial data input and output SWDIO interface and a serial clock SWCLK interface.
It should be understood that the chip 500 according to the embodiment of the present application may correspond to the chip 500 for performing the method 100 and the method 300 in the embodiment of the present application, for example, the chip 500 may be the chip 200 shown in fig. 2, and the above and other operations and/or functions of the units in the chip 500 are respectively for implementing the corresponding flows of the chips in the methods in fig. 1 to fig. 8, and are not repeated herein for brevity.
Therefore, the chip of the embodiment of the application is provided with two IO ports, the SWD download mode and the ISP download mode can multiplex the two IO ports, or the SWCLK and SWDIO two IO ports adopting the SWD download mode can be multiplexed into the RX and TX interfaces adopting the ISP download mode in the chip design, so that the chip can automatically select the serial port download mode or the emulator download mode when downloading the firmware, that is, the chip can support the serial port download mode and the emulator download mode only through the two IO ports.
Optionally, the chip in the embodiment of the present application may further include a memory. Wherein the processing unit may call and run the computer program from the memory to implement the method in the embodiments of the present application. The memory may be a separate device from the processing unit or may be integrated in the processing unit.
It should be understood that the processing unit or processor of the embodiments of the present application may be an integrated circuit chip having signal processing capability. In implementation, the steps of the above method embodiments may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The Processor may be a general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, or discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor.
It will be appreciated that the memory in the embodiments of the subject application can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory. The non-volatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of example, but not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic random access memory (Synchronous DRAM, SDRAM), Double Data rate Synchronous Dynamic random access memory (DDR SDRAM), Enhanced Synchronous SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), and direct memory bus RAM (DR RAM). It should be noted that the memory of the systems and methods described herein is intended to comprise, without being limited to, these and any other suitable types of memory.
It should be understood that the above memories are exemplary but not limiting illustrations, for example, the memories in the embodiments of the present application may also be Static Random Access Memory (SRAM), dynamic random access memory (dynamic RAM, DRAM), Synchronous Dynamic Random Access Memory (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (enhanced SDRAM, ESDRAM), Synchronous Link DRAM (SLDRAM), Direct Rambus RAM (DR RAM), and the like. That is, the memory in the embodiments of the present application is intended to comprise, without being limited to, these and any other suitable types of memory.
The embodiment of the application also provides a computer readable storage medium for storing the computer program.
Optionally, the computer-readable storage medium may be applied to a chip in the embodiment of the present application, and the computer program enables a computer to execute corresponding processes implemented by the chip in each method in the embodiment of the present application, which is not described herein again for brevity.
Embodiments of the present application also provide a computer program product comprising computer program instructions.
Optionally, the computer program product may be applied to a chip in the embodiment of the present application, and the computer program instructions enable a computer to execute corresponding processes implemented by the chip in each method in the embodiment of the present application, which are not described herein again for brevity.
The embodiment of the application also provides a computer program.
Optionally, the computer program may be applied to the chip in the embodiment of the present application, and when the computer program runs on a computer, the computer is enabled to execute the corresponding process implemented by the chip in each method in the embodiment of the present application, and for brevity, details are not described here again.
Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.
The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a read-only memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.
The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (28)
1. A method for downloading firmware from a chip is characterized in that the chip comprises two IO interfaces, the two IO interfaces are configured to support a serial port downloading mode and an emulator downloading mode, and the method comprises the following steps:
determining whether the chip is connected with the communication device through an emulator, the emulator being used in the emulator download mode;
and determining to adopt the serial port downloading mode or the simulator downloading mode to download the firmware of the application program from the communication equipment according to whether the chip is connected with the communication equipment through the simulator or not.
2. The method of claim 1, wherein determining whether to download firmware of an application from the communication device in the serial port download mode or the emulator download mode based on whether the chip is connected to the communication device through the emulator comprises:
and if the chip is connected with the communication equipment through the simulator, determining to adopt the simulator downloading mode, and downloading the firmware from the communication equipment.
3. The method of claim 2, wherein said downloading said firmware from said communication device in said emulator download mode comprises:
detecting starting information of the application program;
and if the detected starting information is wrong, downloading the firmware from the communication equipment through the simulator.
4. The method of claim 3, further comprising:
and if the chip is connected with the communication equipment through the simulator, setting the two IO interfaces of the chip as the IO interfaces corresponding to the downloading modes of the simulator respectively.
5. The method of claim 1, wherein determining whether to download firmware of an application from the communication device in the serial port download mode or the emulator download mode based on whether the chip is connected to the communication device through the emulator comprises:
and if the chip is not connected with the communication equipment through the simulator, determining to adopt the serial port downloading mode, and downloading the firmware from the communication equipment.
6. The method of claim 5, wherein said downloading said firmware from said communication device in said serial download mode comprises:
and if a target command sent by the communication equipment is received, downloading the firmware from the communication equipment by adopting the serial port downloading mode according to the target command, wherein the target command is used for indicating the serial port downloading mode.
7. The method of claim 5, wherein said downloading said firmware from said communication device in said serial download mode comprises:
if a target command sent by the communication equipment is not received, detecting starting information of the application program, wherein the target command is used for indicating the serial port downloading mode;
and if the detected starting information is wrong, adopting the serial port downloading mode to download the firmware from the communication equipment.
8. The method according to claim 6 or 7, characterized in that the method further comprises:
if the chip is not connected with the communication equipment through the simulator, starting a timer;
determining whether the target command is received before the timer times out.
9. The method of any of claims 5 to 8, wherein prior to said downloading said firmware from said communication device in said serial port download mode, said method further comprises:
and setting the two IO interfaces of the chip as IO interfaces corresponding to the serial port downloading mode respectively.
10. The method according to any one of claims 1 to 9, wherein the method is applied after a reset of the chip has occurred.
11. The method of claim 10, wherein the chip includes a reset pin,
if the reset pin receives a low level output by a receiving flow control RTS pin in the communication equipment control serial port board, the chip is reset; and/or
And if the reset pin receives a reset signal output by the reset pin of the simulator controlled by the communication equipment, the chip is reset.
12. The method according to any one of claims 1 to 11, wherein the serial port download mode is an online system programming (ISP) download mode, and the emulator download mode is a serial debugging (SWD) download mode.
13. The method of claim 12, wherein the IO interfaces for the ISP download mode comprise a receive RX interface and a transmit TX interface.
14. The method as claimed in claim 12 or 13, wherein the IO interfaces corresponding to the SWD download mode comprise a serial data input output SWDIO interface and a serial clock SWCLK interface.
15. A chip, characterized in that the chip comprises two IO interfaces and a processing unit,
the two IO interfaces are configured to support a serial port downloading mode and a simulator downloading mode;
the processing unit is configured to:
determining whether the chip is connected with the communication device through an emulator, the emulator being used in the emulator download mode;
and determining to adopt the serial port downloading mode or the simulator downloading mode to download the firmware of the application program from the communication equipment according to whether the chip is connected with the communication equipment through the simulator or not.
16. The chip of claim 15, wherein the processing unit is configured to:
and if the chip is connected with the communication equipment through the simulator, determining to adopt the simulator downloading mode, and downloading the firmware from the communication equipment.
17. The chip of claim 16, wherein the processing unit is configured to:
detecting starting information of the application program;
and if the detected starting information is wrong, downloading the firmware from the communication equipment through the simulator.
18. The chip of claim 17, wherein the processing unit is configured to:
and if the chip is connected with the communication equipment through the simulator, configuring the two IO interfaces of the chip as IO interfaces corresponding to the download mode of the simulator.
19. The chip of claim 15, wherein the processing unit is configured to:
and if the chip is not connected with the communication equipment through the simulator, determining to adopt the serial port downloading mode, and downloading the firmware from the communication equipment.
20. The chip of claim 19, wherein the processing unit is configured to:
and if a target command sent by the communication equipment is received, downloading the firmware from the communication equipment by adopting the serial port downloading mode according to the target command, wherein the target command is used for indicating the serial port downloading mode.
21. The chip of claim 19, wherein the processing unit is configured to:
if a target command sent by the communication equipment is not received, detecting starting information of the application program, wherein the target command is used for indicating the serial port downloading mode;
and if the detected starting information is wrong, adopting the serial port downloading mode to download the firmware from the communication equipment.
22. The chip of claim 20 or 21, wherein the processing unit is further configured to:
if the chip is not connected with the communication equipment through the simulator, starting a timer;
determining whether the target command is received before the timer times out.
23. The chip according to any one of claims 19 to 22, wherein before the processing unit downloads the firmware from the communication device in the serial port download mode, the processing unit is configured to:
and configuring the two IO interfaces of the chip as IO interfaces corresponding to the serial port downloading mode.
24. The chip of any one of claims 15 to 23, wherein the processing unit downloads the firmware after a reset of the chip occurs.
25. The chip of claim 24, wherein the chip further comprises a reset pin,
if the reset pin receives a low level output by a receiving flow control RTS pin in the communication equipment control serial port board, the chip is reset; and/or
And if the reset pin receives a reset signal output by the reset pin of the simulator controlled by the communication equipment, the chip is reset.
26. The chip according to any one of claims 15 to 25, wherein the serial port download mode is an online system programming ISP download mode, and the emulator download mode is a serial debug SWD download mode.
27. The chip of claim 26, wherein the IO interfaces for the ISP download mode comprise a receive RX interface and a transmit TX interface.
28. The chip of claim 26 or 27, wherein the IO interfaces corresponding to the SWD download modes comprise a serial data input output SWDIO interface and a serial clock SWCLK interface.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2020/074461 WO2021155551A1 (en) | 2020-02-07 | 2020-02-07 | Firmware download method for chip, and chip |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111758088A true CN111758088A (en) | 2020-10-09 |
Family
ID=72712037
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202080001498.7A Pending CN111758088A (en) | 2020-02-07 | 2020-02-07 | Method for downloading firmware by chip and chip |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN111758088A (en) |
| WO (1) | WO2021155551A1 (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113760806A (en) * | 2021-11-09 | 2021-12-07 | 南京沁恒微电子股份有限公司 | Multi-mode virtual serial port chip, implementation method, firmware downloading system and method |
| CN117250483A (en) * | 2023-11-17 | 2023-12-19 | 深圳市航顺芯片技术研发有限公司 | Chip test system and method |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020095280A1 (en) * | 2001-01-16 | 2002-07-18 | Industrial Technology Research Institute | Programmable memory emulator capable of emulating unspecified memory devices |
| CN103778092A (en) * | 2014-01-06 | 2014-05-07 | 建荣集成电路科技(珠海)有限公司 | USB and SD interface multiplex circuit and multiplex method |
| CN107341111A (en) * | 2017-09-08 | 2017-11-10 | 北京奥博泰科技有限公司 | A kind of multi-functional embedded system development tools of USB interface |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU2003900764A0 (en) * | 2003-02-20 | 2003-03-06 | Secure Systems Limited | Bus bridge security system and method for computers |
| CN108363577B (en) * | 2018-02-01 | 2023-04-14 | 四川泰瑞创通讯技术股份有限公司 | Device for automatically classifying and downloading optical module firmware programs |
-
2020
- 2020-02-07 WO PCT/CN2020/074461 patent/WO2021155551A1/en active Application Filing
- 2020-02-07 CN CN202080001498.7A patent/CN111758088A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020095280A1 (en) * | 2001-01-16 | 2002-07-18 | Industrial Technology Research Institute | Programmable memory emulator capable of emulating unspecified memory devices |
| CN103778092A (en) * | 2014-01-06 | 2014-05-07 | 建荣集成电路科技(珠海)有限公司 | USB and SD interface multiplex circuit and multiplex method |
| CN107341111A (en) * | 2017-09-08 | 2017-11-10 | 北京奥博泰科技有限公司 | A kind of multi-functional embedded system development tools of USB interface |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113760806A (en) * | 2021-11-09 | 2021-12-07 | 南京沁恒微电子股份有限公司 | Multi-mode virtual serial port chip, implementation method, firmware downloading system and method |
| WO2023082469A1 (en) * | 2021-11-09 | 2023-05-19 | 南京沁恒微电子股份有限公司 | Multi-mode virtual serial port chip, implementation method therefor, and firmware downloading system and method |
| CN117250483A (en) * | 2023-11-17 | 2023-12-19 | 深圳市航顺芯片技术研发有限公司 | Chip test system and method |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2021155551A1 (en) | 2021-08-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100988157B1 (en) | Method and apparatus for detecting memory device configuration, and computer readable medium containing instructions for performing method for detecting memory device configuration | |
| US9557791B2 (en) | Computer device and method for converting working mode of universal serial bus connector of the computer device | |
| US10384625B2 (en) | Communication device and non-transitory recording medium | |
| CN111758088A (en) | Method for downloading firmware by chip and chip | |
| US10037170B2 (en) | Motherboard and a method for boot-up | |
| CN111240753A (en) | Loading method of bootstrap program, storage medium and embedded terminal | |
| US20070119953A1 (en) | Portable device and method for setting a hardware identity code corresponding to the portable device | |
| CN111857303B (en) | FPGA (field programmable Gate array) resetting method, device and system and electronic equipment | |
| US10169281B2 (en) | Switch system and operation method thereof | |
| CN110908733B (en) | Working mode determining method and device, and control method and device | |
| JP2001109629A (en) | Device and method for controlling boot of cpu | |
| JP2006277733A (en) | Programmable controller system | |
| CN111147400B (en) | Method and device for command line configuration synchronization and electronic equipment | |
| CN214751393U (en) | Microcontroller and computing system | |
| CN109885329B (en) | Upgrading method and system and electronic equipment | |
| EP2425336A1 (en) | Mobile operating system management method and system | |
| KR100706409B1 (en) | Method for booting a mobile terminal employing both wcdma and cdma | |
| CN112731875B (en) | Target device control method and device, nonvolatile storage medium and processor | |
| CN106445571B (en) | Mainboard and starting method | |
| CN107783915B (en) | Port multiplexing method and device for MCU | |
| TWI556171B (en) | Motherboard and method for booting | |
| CN113760577B (en) | Dynamic connection answering device, processing method, control device and storage medium | |
| KR20080041946A (en) | Apparatus and method for automatic boud rate setting | |
| KR20020049096A (en) | data restoring control device of the flash ROM in the information processing system | |
| KR100588199B1 (en) | Method for recovering download mode in program download fail state of portable terminal, and portable terminal employing it |
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 |