CN113254052A

CN113254052A - Firmware upgrading method for ink screen hard decoding chip and terminal equipment

Info

Publication number: CN113254052A
Application number: CN202110571866.8A
Authority: CN
Inventors: 李学花; 张亚芹
Original assignee: Hisense Mobile Communications Technology Co Ltd
Current assignee: Hisense Mobile Communications Technology Co Ltd
Priority date: 2021-05-25
Filing date: 2021-05-25
Publication date: 2021-08-13

Abstract

The application relates to the technical field of communication, and discloses a firmware upgrading method of a hard decoding chip of an ink screen and a terminal device.

Description

Firmware upgrading method for ink screen hard decoding chip and terminal equipment

Technical Field

The application relates to the technical field of communication processing, in particular to a firmware upgrading method for a hard decoding chip of an ink-wash screen and terminal equipment.

Background

In the prior art, a hard decoding chip, a main chip and a USB (Universal Serial BUS) port are built in a terminal device using an ink-wash screen. Typically, during normal operation, the USB port is connected to the host chip. If the firmware of the hard decoding chip needs to be upgraded, the switch of the USB port is switched from the connection main chip to the connection hard decoding chip, and then the USB port is connected with the computer end by using a USB wire. And then, a firmware upgrading tool in the computer end is adopted to upgrade the firmware. However, the firmware upgrading method is time-consuming and labor-consuming, and must depend on a firmware upgrading tool in a designated computer terminal, so that the firmware upgrading method for the ink screen hard decoding chip in the prior art is complex in operation and low in efficiency.

Disclosure of Invention

The embodiment of the application provides a firmware upgrading method of a hard decoding chip of an ink screen and terminal equipment, which are used for solving the problems of complex operation and low efficiency of the firmware upgrading method of the hard decoding chip of the ink screen in the related art.

In a first aspect, an embodiment of the present application provides a method for upgrading firmware of a hard decoding chip of an ink-jet screen, where the method includes:

acquiring a target version of firmware of a hard decoding chip through a wireless communication interface;

comparing the target version of the firmware with the current version of the firmware;

and if the firmware is determined to be upgraded based on the comparison result, acquiring firmware data corresponding to the target version through the wireless communication interface based on a main chip, and sending the firmware data to the hard decoding chip for firmware upgrading.

In some possible embodiments, the obtaining the target version of the firmware of the hard decoding chip through the wireless communication interface includes:

and responding to a starting request of the terminal equipment or responding to an equipment version upgrading request of the terminal equipment, and acquiring a target version of the firmware of the hard decoding chip through the wireless communication interface.

In some possible embodiments, a non-volatile memory stores a main firmware and a backup firmware of the hard decoding chip, the current version of the firmware is a current version of the main firmware, and before the comparing the target version and the current version, the method further includes:

determining that the main firmware is adopted to execute the starting operation corresponding to the starting request; or the like, or, alternatively,

and determining to adopt the main firmware to execute the upgrading operation corresponding to the equipment version upgrading request.

In some possible embodiments, the method further comprises:

and if the backup firmware is determined to be adopted to execute the starting operation corresponding to the starting request or the backup firmware is determined to be adopted to execute the upgrading operation corresponding to the equipment version upgrading request, acquiring the firmware data corresponding to the target version through the wireless communication interface based on the main chip, and sending the firmware data to the hard decoding chip for upgrading the firmware.

In some possible embodiments, the method further comprises:

acquiring a target version of a starting program through the wireless communication interface;

comparing the target version of the boot program with the current version of the boot program;

and if the starting program is determined to be upgraded based on the comparison result, acquiring starting program data corresponding to the target version of the starting program through the wireless communication interface based on the main chip, and sending the starting program data to the hard decoding chip for starting program upgrading.

In some possible embodiments, before the comparing the target version of the firmware and the current version of the firmware, the method further comprises:

and sending an instruction for forbidding the hard decoding chip from sleeping to the hard decoding chip through the main chip.

In some possible embodiments, the method further comprises:

the main chip and the hard decoding chip communicate through an I2C interface (Inter-Integrated Circuit) protocol.

In some possible embodiments, after determining to perform a firmware upgrade on the hard decoding chip, the method further includes:

and displaying a prompt interface for firmware upgrading of the hard decoding chip, and sending an instruction for stopping receiving display data to the hard decoding chip through the main chip.

In some possible embodiments, after the determining that the firmware upgrade of the hard decoding chip is completed, the method further includes:

and sending an instruction for allowing to receive display data to the hard decoding chip based on the main chip.

In a second aspect, an embodiment of the present application provides a terminal device, including: a wireless communication interface and a controller; the controller is a main chip or a hard decoding chip;

the wireless communication interface is used for receiving and transmitting data;

the controller is configured to execute the firmware upgrading method of the ink-jet screen hard decoding chip in the first aspect.

In a third aspect, an embodiment of the present application provides a computer-readable storage medium having stored thereon computer program instructions, which, when executed by a processor, implement the steps of any of the methods described above.

Additional features and advantages of the application will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by the practice of the application. The objectives and other advantages of the application may be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the embodiments of the present application will be briefly described below, and it is obvious that the drawings described below are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

Fig. 1 schematically illustrates a structural diagram of a terminal device provided in an embodiment of the present application;

fig. 2 is a schematic diagram illustrating a software architecture of a terminal device according to an embodiment of the present application;

fig. 3 is a schematic diagram illustrating a user interface of a terminal device provided by an embodiment of the present application;

FIG. 4 illustrates a prior art interface diagram provided by embodiments of the present application;

fig. 5 is a schematic flowchart illustrating a firmware upgrading method for a hard decoding chip of an ink-jet screen according to an embodiment of the present application;

fig. 6 is a schematic diagram illustrating a user interface of a terminal device provided by an embodiment of the present application;

fig. 7 schematically illustrates a partial flowchart of a firmware upgrading method of an ink-jet hard decoding chip provided by an embodiment of the present application;

fig. 8 is a schematic flowchart illustrating a firmware upgrading method for a hard decoding chip of an ink-jet screen according to an embodiment of the present application;

fig. 9 is an interaction flowchart illustrating a firmware upgrade process and a refresh presentation process of a display interface according to an embodiment of the present application.

Detailed Description

To make the objects, embodiments and advantages of the present application clearer, the following description of exemplary embodiments of the present application will clearly and completely describe the exemplary embodiments of the present application with reference to the accompanying drawings in the exemplary embodiments of the present application, and it is to be understood that the described exemplary embodiments are only a part of the embodiments of the present application, and not all of the embodiments.

All other embodiments, which can be derived by a person skilled in the art from the exemplary embodiments described herein without inventive step, are intended to be within the scope of the claims appended hereto. In addition, while the disclosure herein has been presented in terms of one or more exemplary examples, it should be appreciated that aspects of the disclosure may be implemented solely as a complete embodiment.

It should be noted that the brief descriptions of the terms in the present application are only for the convenience of understanding the embodiments described below, and are not intended to limit the embodiments of the present application. These terms should be understood in their ordinary and customary meaning unless otherwise indicated.

Hereinafter, some terms in the embodiments of the present application are explained to facilitate understanding by those skilled in the art.

(1) Firmware (Firmware), a program that can be written into an EPROM (erasable programmable read only memory) or an EEPROM (electrically erasable programmable read only memory). The device driver stored in the terminal device refers to that the operating system of the terminal device can realize the operation of a specific machine according to the standard device driver through firmware, for example, the optical disc drive, the recorder and the like have internal firmware.

The firmware is stored in an electrically erasable read-only memory EEPROM or FLASH chip in the terminal equipment, and is software which serves as the most basic and bottom layer of the system. In a hardware device, the firmware is the soul of the hardware device, and because some hardware devices have no other software components except for the firmware, the firmware determines the functions and performances of the hardware device.

(2) Firmware upgrade, i.e. modification and replacement of the underlying software, allows new functionality or better operation of the hardware.

(3) The current version of the firmware, namely the version of the firmware in the hard decoding chip in the terminal equipment at the current moment.

(4) The target version of the firmware is the version of the firmware in the hard decoding chip acquired from the server through the wireless communication interface at the current moment.

(5) And the starting program is stored in the FLASH chip and used for starting the hard decoding chip.

(6) The current version of the starting program, namely the version of the starting program in the FLASH chip of the terminal equipment at the current moment.

(7) And the target version of the starting program is the version of the starting program in the FLASH chip acquired from the server through the wireless communication interface at the current moment.

(8) The terminal equipment is upgraded by using an Over-the-Air Technology (OTA), which is a Technology for remotely managing SIM card data and applications through a wireless communication interface. The wireless communication interface may employ WAP, GPRS, CDMA1X and short message technology. The use of OTA technology enables mobile communications to provide not only voice and data services, but also new service downloads.

The terms "first", "second", "third", and the like in the description and claims of this application and in the above-described drawings are used for distinguishing between similar or analogous objects or entities and are not necessarily meant to define a particular order or sequence Unless otherwise indicated. It is to be understood that the terms so used are interchangeable under appropriate circumstances such that the embodiments described herein are, for example, capable of operation in sequences other than those illustrated or otherwise described herein.

Furthermore, the terms "comprises" and "comprising," as well as any variations thereof, are intended to cover a non-exclusive inclusion, such that a product or device that comprises a list of elements is not necessarily limited to those elements explicitly listed, but may include other elements not expressly listed or inherent to such product or device.

Fig. 1 shows a schematic configuration diagram of a terminal device 100.

The following specifically describes the embodiment by taking the terminal device 100 as an example. It should be understood that the terminal device 100 shown in fig. 1 is only an example, and the terminal device 100 may have more or less components than those shown in fig. 1, may combine two or more components, or may have a different configuration of components. The various components shown in the figures may be implemented in hardware, software, or a combination of hardware and software, including one or more signal processing and/or application specific integrated circuits.

A block diagram of a hardware configuration of a terminal device 100 according to an exemplary embodiment is exemplarily shown in fig. 1. As shown in fig. 1, the terminal device 100 includes: radio Frequency (RF) circuitry 110 (which may include a Wireless communication interface, for example), memory 120, display unit 130, camera 140, sensor 150, audio circuitry 160, Wireless Fidelity (Wi-Fi) module 170, processor 180 (which may include a main chip and a hard decoding chip, for example), bluetooth module 181, and power supply 190. Here, besides the radio frequency circuit 110, the wifi module 170 may also include a wireless communication interface, and the specific location of the wireless communication interface is not limited herein and may be adjusted according to the actual application.

The RF circuit 110 may be used for receiving and transmitting signals during information transmission and reception or during a call, and may receive downlink data of a base station and then send the downlink data to the processor 180 for processing; the uplink data may be transmitted to the base station. Typically, the RF circuitry includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like.

The memory 120 may be used to store software programs and data, and in this embodiment, the memory may be a Flash chip for storing firmware of a hard decoding chip in an ink-jet screen. The processor 180 performs various functions of the terminal device 100 and data processing by executing software programs or data stored in the memory 120. The memory 120 may include high speed random access memory and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device. The memory 120 stores an operating system that enables the terminal device 100 to operate. The memory 120 may store an operating system and various application programs, and may also store codes for performing the methods described in the embodiments of the present application.

The display unit 130 may be used to receive input numeric or character information and generate signal input related to user settings and function control of the terminal device 100, and particularly, the display unit 130 may include a touch screen 131 disposed on the front surface of the terminal device 100 and may collect touch operations of a user thereon or nearby, such as clicking a button, dragging a scroll box, and the like.

The display unit 130 may also be used to display a Graphical User Interface (GUI) of information input by or provided to the user and various menus of the terminal 100. Specifically, the display unit 130 may include a display screen 132 disposed on the front surface of the terminal device 100. The display screen 132 may be configured in the form of a liquid crystal display, a light emitting diode, or the like. The display unit 130 may be used to display various graphical user interfaces described herein.

The touch screen 131 may cover the display screen 132, or the touch screen 131 and the display screen 132 may be integrated to implement the input and output functions of the terminal device 100, and after the integration, the touch screen may be referred to as a touch display screen for short. In the present application, the display unit 130 may display the application programs and the corresponding operation steps.

The camera 140 may be used to capture still images or video. The object generates an optical image through the lens and projects the optical image to the photosensitive element. The photosensitive element may be a Charge Coupled Device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The light sensing elements convert the light signals into electrical signals which are then passed to the processor 180 for conversion into digital image signals.

The terminal device 100 may further comprise at least one sensor 150, such as an acceleration sensor 151, a distance sensor 152, a fingerprint sensor 153, a temperature sensor 154. The terminal device 100 may also be configured with other sensors such as a gyroscope, barometer, hygrometer, thermometer, infrared sensor, light sensor, motion sensor, and the like.

The audio circuitry 160, speaker 161, microphone 162 may provide an audio interface between the user and the terminal device 100. The audio circuit 160 may transmit the electrical signal converted from the received audio data to the speaker 161, and convert the electrical signal into a sound signal for output by the speaker 161. The terminal device 100 may also be provided with a volume button for adjusting the volume of the sound signal. On the other hand, the microphone 162 converts the collected sound signal into an electrical signal, converts the electrical signal into audio data after being received by the audio circuit 160, and outputs the audio data to the RF circuit 110 to be transmitted to, for example, another terminal or outputs the audio data to the memory 120 for further processing. In this application, the microphone 162 may capture the voice of the user.

Wi-Fi belongs to a short-distance wireless transmission technology, and the terminal device 100 can help a user to send and receive e-mails, browse webpages, access streaming media and the like through the Wi-Fi module 170, and provides wireless broadband internet access for the user.

The processor 180 is a control center of the terminal device 100, connects various parts of the entire terminal device using various interfaces and lines, and performs various functions of the terminal device 100 and processes data by running or executing software programs stored in the memory 120 and calling data stored in the memory 120. In some embodiments, processor 180 may include one or more processing units; the processor 180 may also integrate an application processor, which mainly handles operating systems, user interfaces, applications, etc., and a baseband processor, which mainly handles wireless communications. It will be appreciated that the baseband processor described above may not be integrated into the processor 180. In the present application, the processor 180 may run an operating system, an application program, a user interface display, and a touch response, and the processing method described in the embodiments of the present application. In addition, the processor 180 is coupled with the input unit 130 and the display unit 140.

And the bluetooth module 181 is configured to perform information interaction with other bluetooth devices having a bluetooth module through a bluetooth protocol. For example, the terminal device 100 may establish a bluetooth connection with a wearable electronic device (e.g., a smart watch) having a bluetooth module via the bluetooth module 181, so as to perform data interaction.

The terminal device 100 also includes a power supply 190 (such as a battery) for powering the various components. The power supply may be logically connected to the processor 180 through a power management system to manage charging, discharging, power consumption, etc. through the power management system. The terminal device 100 may further be configured with a power button for powering on and off the terminal, and locking the screen.

Fig. 2 is a block diagram of a software configuration of the terminal device 100 according to the embodiment of the present invention.

The layered architecture divides the software into several layers, each layer having a clear role and division of labor. The layers communicate with each other through a software interface. In some embodiments, the Android system is divided into four layers, an application layer, an application framework layer, an Android runtime (Android runtime) and system library, and a kernel layer from top to bottom.

The application layer may include a series of application packages.

As shown in fig. 2, the application package may include applications such as camera, gallery, calendar, phone call, map, navigation, WLAN, bluetooth, music, video, short message, etc.

The application framework layer provides an Application Programming Interface (API) and a programming framework for the application program of the application layer. The application framework layer includes a number of predefined functions.

As shown in FIG. 2, the application framework layers may include a window manager, content provider, view system, phone manager, resource manager, notification manager, and the like.

The window manager is used for managing window programs. The window manager can obtain the size of the display screen, judge whether a status bar exists, lock the screen, intercept the screen and the like.

The content provider is used to store and retrieve data and make it accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phone books, etc.

The view system includes visual controls such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, the display interface including the short message notification icon may include a view for displaying text and a view for displaying pictures.

The phone manager is used to provide the communication function of the terminal device 100. Such as management of call status (including on, off, etc.).

The resource manager provides various resources for the application, such as localized strings, icons, pictures, layout files, video files, and the like.

The notification manager enables the application to display notification information in the status bar, can be used to convey notification-type messages, can disappear automatically after a short dwell, and does not require user interaction. Such as a notification manager used to inform download completion, message alerts, etc. The notification manager may also be a notification that appears in the form of a chart or scroll bar text at the top status bar of the system, such as a notification of a background running application, or a notification that appears on the screen in the form of a dialog window. For example, text information is prompted in the status bar, a prompt tone is given, the terminal device vibrates, an indicator light flickers, and the like.

The Android Runtime comprises a core library and a virtual machine. The Android runtime is responsible for scheduling and managing an Android system.

The core library comprises two parts: one part is a function which needs to be called by java language, and the other part is a core library of android.

The application layer and the application framework layer run in a virtual machine. And executing java files of the application program layer and the application program framework layer into a binary file by the virtual machine. The virtual machine is used for performing the functions of object life cycle management, stack management, thread management, safety and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: surface managers (surface managers), Media Libraries (Media Libraries), three-dimensional graphics processing Libraries (e.g., OpenGL ES), 2D graphics engines (e.g., SGL), and the like.

The surface manager is used to manage the display subsystem and provide fusion of 2D and 3D layers for multiple applications.

The media library supports a variety of commonly used audio, video format playback and recording, and still image files, among others. The media library may support a variety of audio-video encoding formats, such as: MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, etc.

The three-dimensional graphic processing library is used for realizing three-dimensional graphic drawing, image rendering, synthesis, layer processing and the like.

The 2D graphics engine is a drawing engine for 2D drawing.

The kernel layer is a layer between hardware and software. The inner core layer at least comprises a display driver, a camera driver, an audio driver and a sensor driver.

Taking a mobile phone as an example of the terminal device, the following describes an exemplary workflow of software and hardware of the terminal device 100 in combination with an application scenario of automatic firmware upgrade of a hard decoding chip.

When the touch screen 131 receives a touch operation, a corresponding hardware interrupt is issued to the kernel layer. The kernel layer processes the touch operation into an original input event (including touch coordinates, timestamp designation location area of the touch operation, touch designation button, and other information). The raw input events are stored at the kernel layer. And the application program framework layer acquires the original input event from the kernel layer and identifies the control corresponding to the input event. Taking the touch operation as a single-click operation of touching the designated position area, taking a control corresponding to the single-click operation of the designated position area as a control for setting an application icon for the camera as an example, the camera setting application calls an interface of an application framework layer, starts the camera setting application, then performs a starting operation on the mobile phone of the terminal equipment by calling a kernel layer, and upgrades the firmware of the hard decoding chip in the starting process of the mobile phone.

The terminal device 100 in the embodiment of the present application may be a terminal device with an ink screen, such as a mobile phone, a tablet computer, a wearable device, a notebook computer, and a television.

Fig. 3 is a schematic diagram for illustrating a user interface on a terminal device (e.g., terminal device 100 of fig. 1). In some implementations, a user may start, shut down, or restart the terminal device by touching an application icon on the user interface, or start, shut down, or restart the terminal device by touching a button at a specified location, or upgrade a device version of the terminal device by touching a specified area location on the user interface. For example, the terminal device can be turned on by pressing a button at the designated position of the terminal device for 5 seconds, where the button may be a physical key in the terminal device or a touch virtual key in the terminal device.

In the prior art, a hard decoding chip, a main chip and a USB (Universal Serial BUS) port are built in a terminal device using an ink-wash screen. Typically, during normal operation, the USB port is connected to the host chip. If the firmware of the hard decoding chip needs to be upgraded, the switch of the USB port is switched from the connection main chip to the connection hard decoding chip, and then the USB port is connected with the computer end by using a USB wire. And then, a firmware upgrading tool in the computer end is adopted to upgrade the firmware. For example, referring to fig. 4, the main chip and the hard decoding chip in the mobile phone are both connected to the switch of the USB port, and if the firmware in the hard decoding chip needs to be upgraded, the USB port needs to be connected to the computer terminal, and the firmware is upgraded by the firmware upgrade tool in the computer terminal. However, the firmware upgrading method is time-consuming and labor-consuming, and must depend on a firmware upgrading tool in a designated computer terminal, so that the firmware upgrading method for the ink screen hard decoding chip in the prior art is complex in operation and low in efficiency.

In order to solve the above problems, in the embodiments of the present application, a target version of firmware of a hard decoding chip is obtained through a wireless communication interface in a terminal device, and if a level of the target version of the firmware is higher than a current version level of the firmware, firmware data corresponding to the target version is obtained through the wireless communication interface by using a main chip, and the firmware data is sent to the hard decoding chip for firmware upgrade, so that a firmware upgrade tool in a designated computer terminal is avoided in the prior art, and the problems of complicated operation and low efficiency of a firmware upgrade method of an ink screen hard decoding chip in the related art can be solved.

After introducing the design concept of the embodiment of the present application, some simple descriptions are provided below for application scenarios to which the technical solution of the embodiment of the present application can be applied, and it should be noted that the application scenarios described below are only used for describing the embodiment of the present application and are not limited. In specific implementation, the technical scheme provided by the embodiment of the application can be flexibly applied according to actual needs.

The application provides a firmware upgrading method for a hard decoding chip of an ink-wash screen, which is shown in fig. 5 and includes the following steps:

s501, acquiring a target version of firmware of a hard decoding chip through a wireless communication interface;

specifically, the target version of the firmware of the hard decoding chip is acquired through the wireless communication interface in response to a power-on request of the terminal device or in response to a device version upgrade request of the terminal device.

For example, taking the terminal device in fig. 3 as a mobile phone as an example for explanation, if a power-on request of the mobile phone is detected or an OTA upgrade request of the mobile phone is detected, the target version of the firmware of the hard decoding chip is obtained through the wireless communication interface in the terminal device.

Here, after acquiring the target version of the firmware of the hard decoding chip through the wireless communication interface in the terminal device, the target version of the firmware may be stored in a nonvolatile memory such as FLASH.

S502, comparing the target version of the firmware with the current version of the firmware;

for example, assuming that the target version of the firmware is version 2.0 and the current version of the firmware is version 1.0, the level of the target version of the firmware is higher than that of the current version of the firmware, that is, the firmware may upgrade the current version 1.0 to the target version 2.0.

Assuming that the current version of the firmware is version 2.0 and the target version of the firmware is version 1.0, the level of the target version of the firmware is lower than that of the current version of the firmware, i.e., the firmware does not need to be upgraded based on the target version.

Assuming that the target version of the firmware is version 2.0 and the current version of the firmware is version 2.0, the level of the target version of the firmware is equal to the level of the current version of the firmware, i.e., the firmware does not need to be upgraded based on the target version.

The target version of the firmware stored in the non-volatile memory FLASH can be acquired through the main chip, the current version of the firmware in the hard decoding chip can be acquired through the main chip, and then the target version of the firmware and the current version of the firmware are compared in the main chip. And the main chip and the hard decoding chip communicate through an I2C interface protocol.

In an embodiment of the present application, the function and performance of the hardware device are generally implemented by using firmware of the hard decoding chip, but in order to avoid the situation that the hardware device cannot work when the firmware of the hard decoding chip has a problem, a backup firmware may be set, and when the firmware of the hard decoding chip has a problem, the function and performance of the hardware device are implemented by using the backup firmware.

Here, the firmware of the hard decoding chip is defined as a main firmware of the hard decoding chip to distinguish backup firmware of the hard decoding chip, and both the main firmware and the backup firmware of the hard decoding chip are stored in the non-volatile memory, so that the current version of the firmware is the current version of the main firmware, before comparing the target version with the current version, the method further includes: determining that the main firmware is adopted to execute the starting operation corresponding to the starting request; or determining to execute the upgrading operation corresponding to the equipment version upgrading request by adopting the main firmware.

By determining that the main firmware is adopted to execute the relevant operations, the functions and the performances of the hardware equipment can be realized by utilizing the main firmware, namely the functions of the hardware equipment are realized by adopting a normal realization process, so that the backup firmware is not required to be started.

Exemplarily, as shown in table 1, an internal architecture of the non-volatile memory FLASH is shown, where Bootloader represents a boot program of the above-mentioned hard decoding chip, address 1 is a storage address of Bootloader in FLASH, Waveform indicates switching of different display modes of the terminal device, address 2 is a storage address of Waveform in FLASH, VCOM indicates a voltage value of a display screen of the terminal device, address 3 is a storage address of VCOM in FLASH, P0 indicates backup firmware of the hard decoding chip, address 4 is a storage address of P0 in FLASH, P1 indicates firmware of the hard decoding chip, and address 5 is a storage address of P1 in FLASH.

TABLE 1

Address	Storing content
		Address 1	Bootloader
Address 2	Waveform
		Address 3	VCOM
Address 4	P0
		Address
5	P1

If it is determined that the backup firmware is used to execute the relevant operations, it can be known that the function and performance of the hardware device cannot be realized by using the main firmware, that is, the function of the hardware device cannot be realized by using the normal implementation process, so that the backup firmware needs to be started. Aiming at the condition that the backup firmware needs to be started to realize the functions and the performances of the hardware equipment, the step of comparing the target version with the current version is not needed to be executed, the current version is directly updated to the target version, namely the firmware data corresponding to the target version is obtained through the wireless communication interface based on the main chip, and the firmware data is sent to the hard decoding chip for firmware upgrading.

For example, if it is determined that the P1 executes the boot operation corresponding to the boot request or it is determined that the backup firmware executes the upgrade operation corresponding to the device version upgrade request, it is determined that the corresponding operation is executed through normal firmware, and then the target version and the current version are continuously compared, and if it is determined that the P0 executes the boot operation corresponding to the boot request or it is determined that the backup firmware executes the upgrade operation corresponding to the device version upgrade request, it is determined that the operation is abnormal, that is, the comparison between the target version and the current version is not continuously executed, and the current version of the firmware is directly upgraded by using the target version of the firmware.

Likewise, here, the master chip communicates with the hard decoding chip via the I2C interface protocol.

In an embodiment of the application, before comparing the target version of the firmware with the current version of the firmware, the method further includes: and sending an instruction for forbidding the hard decoding chip from sleeping to the hard decoding chip through the main chip.

The main chip sends an instruction for forbidding the hard decoding chip from sleeping to the hard decoding chip, so that the hard decoding chip can be ensured to keep a working state, and then the current version of the firmware can be obtained through an I2C interface protocol between the main chip and the hard decoding chip, so that the target version of the firmware and the current version of the firmware can be compared in the main chip.

In an embodiment of the application, after determining that the firmware upgrade is performed on the hard decoding chip, a prompt interface for performing the firmware upgrade on the hard decoding chip is displayed, and an instruction for stopping receiving the display data is sent to the hard decoding chip through the main chip.

Illustratively, as shown in fig. 6, a prompt interface of "firmware of the hard decoding chip is upgrading" may be presented in the terminal device. At this time, the internal architecture of the terminal device is being upgraded, so the ink screen of the terminal device stops displaying the content, that is, the main chip sends an instruction to the hard decoding chip to stop receiving the display data.

The main chip transmits data to the hard decoding chip through the I2C interface protocol, and the data processing such as data conversion, rotation, and refresh is performed on the transmitted data by the hard decoding chip, and then the data is displayed on the ink-wash screen.

In an embodiment of the application, after determining that the firmware upgrade of the hard decoding chip is completed, an instruction allowing to receive the display data is sent to the hard decoding chip based on the main chip.

S503, if the firmware is determined to be upgraded based on the comparison result, acquiring firmware data corresponding to the target version through the wireless communication interface based on the main chip, and sending the firmware data to the hard decoding chip for firmware upgrading.

According to the method and the device, the target version of the firmware of the hard decoding chip is obtained through the wireless communication interface in the terminal equipment, if the level of the target version of the firmware is higher than the current version level of the firmware, the main chip is used for obtaining the firmware data corresponding to the target version through the wireless communication interface, and the firmware data is sent to the hard decoding chip for firmware upgrading, so that the situation that the firmware upgrading in the prior art needs to depend on a firmware upgrading tool in a specified computer end is avoided, and the automatic upgrading of the firmware of the ink-wash screen hard decoding chip can be realized.

In an embodiment of the present application, as shown in fig. 7, the method further includes:

s701, acquiring a target version of a starting program through a wireless communication interface;

for example, as can be seen from table 1, the Bootloader is a boot program, and here, the process of obtaining the target version of the boot program may refer to the process of obtaining the target version of the firmware of the hard decoding chip, which is not described herein again.

S702, comparing the target version of the starting program with the current version of the starting program;

for example, assuming that the target version of the boot program is version 2.0 and the current version of the boot program is version 1.0, the level of the target version of the boot program is higher than that of the current version of the boot program, that is, the boot program may upgrade the current version 1.0 to the target version 2.0.

Assuming that the current version of the boot program is version 2.0 and the target version of the boot program is version 1.0, the level of the target version of the boot program is lower than that of the current version of the boot program, i.e., the boot program does not need to be upgraded based on the target version.

Assuming that the target version of the boot program is version 2.0 and the current version of the boot program is version 2.0, the level of the target version of the boot program is equal to the level of the current version of the boot program, i.e., the boot program does not need to be upgraded based on the target version.

And S703, if the upgrading of the starting program is determined based on the comparison result, acquiring starting program data corresponding to the target version of the starting program through the wireless communication interface based on the main chip, and sending the starting program data to the hard decoding chip for upgrading the starting program.

Referring to fig. 8, a flow chart of a firmware upgrading method for a hard decoding chip of an ink-jet screen is shown, which includes the following steps:

s801, responding to a starting request of the terminal equipment, and starting up the terminal equipment.

S802, a target version (namely, version 1) of the firmware of the hard decoding chip and a current version (namely, version 2) of the firmware are obtained.

S803, whether the starting is P0 or not; if yes, go to step S806, otherwise go to step S804.

S804, judging whether the current version level, namely the version 2 level, of the firmware is smaller than the target version level, namely the version 1 level, of the firmware; if yes, go to step S805, otherwise go to step S807.

S805, the current version of the firmware is upgraded.

S806, judging whether the target version of the firmware is in a usable state. If yes, go to step S805, otherwise go to step S807.

S807, the booting operation is continuously executed.

S808, after the current version of the firmware is upgraded, acquiring a target version Bootloader-1 of the boot program and a current version Bootloader-2 of the boot program.

S809, judging whether the current version Bootloader-2 level of the starting program is less than the target version Bootloader-1 level of the starting program; if so, go to step S8010, otherwise go to step S8011.

S8010, the current version of the startup program is upgraded.

S8011, the mobile phone is restarted and then the process continues to step S801.

Referring to fig. 9, an interactive flowchart of a firmware upgrade process and a refresh presentation process of a display interface is shown, which includes the following steps:

s901, responding to the starting request of the terminal device, sending an instruction for forbidding the hard decoding chip from sleeping to the hard decoding chip through the main chip.

S902, comparing the target version of the firmware with the current version of the firmware in the main chip.

And S903, judging whether the current version of the firmware is upgraded or not based on the comparison result, if so, executing the step S905, and if not, executing the step S904.

And S904, executing the starting operation on the terminal equipment.

S905, displaying a prompt interface for the firmware upgrading of the hard decoding chip.

S906, sending an instruction for stopping receiving the display data to the hard decoding chip through the main chip.

And S907, after determining that the firmware upgrade of the hard decoding chip is completed, sending an instruction for stopping receiving the display data to the hard decoding chip through the main chip.

S908, sending a sleep permission instruction and a display data permission instruction to the hard decoding chip based on the main chip.

And S909, judging whether the firmware upgrade of the hard decoding chip is finished, if so, executing the step S9010, and if not, executing the step S9011.

And S9010, displaying an upgrading success interface in the terminal equipment.

And S9011, displaying an upgrade failure interface in the terminal equipment.

And S9012, restarting the terminal equipment.

Embodiments of the present application also provide a computer storage medium, in which computer program instructions are stored, and when the instructions are run on a computer, the computer is caused to execute the steps of the above method for responding to a device.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.

Claims

1. A firmware upgrading method for a hard decoding chip of an ink-wash screen is characterized by comprising the following steps:

2. The method of claim 1, wherein obtaining the target version of the firmware of the hard decoding chip via the wireless communication interface comprises:

3. The method of claim 2, wherein a non-volatile memory stores a main firmware and a backup firmware of the hard decoding chip, wherein the current version of the firmware is a current version of the main firmware, and wherein before the comparing the target version and the current version, the method further comprises:

4. The method of claim 3, further comprising:

5. The method according to any one of claims 2-4, further comprising:

6. The method of claim 1, wherein prior to the comparing the target version of the firmware and the current version of the firmware, the method further comprises:

7. The method of any of claims 1-4 or 6, further comprising:

the main chip and the hard decoding chip communicate through a serial bus I2C interface protocol.

8. The method of claim 1, wherein after determining to perform a firmware upgrade on the hard decoding chip, the method further comprises:

9. The method of claim 8, wherein after the determining that the firmware upgrade of the hard decoding chip is complete, the method further comprises:

10. A terminal device, comprising: a wireless communication interface and a controller; the controller is a main chip or a hard decoding chip;

the controller is configured to execute the firmware upgrading method of the ink-jet screen hard decoding chip of any one of claims 1 to 9.