Display module identification method and device, terminal, and storage medium

Abstract

This disclosure relates to a display module identification method, apparatus, terminal, and storage medium. The method includes: a display module of the terminal reading a hardware information string and parsing the hardware information string to obtain a target model parameter corresponding to the display module; the hardware information string recording model parameters of various hardware modules in the terminal; the display module of the terminal saving the target model parameter to a preset call variable; and the touch module of the terminal retrieving the target model parameter from the call variable to identify the hardware model of the display module.

Description

Technical Field

[0001] This disclosure relates to the field of computers, and in particular to a display module identification method, apparatus, terminal, and storage medium. Background Technology

[0002] During the power-on process of a terminal, the model numbers of each hardware module need to be identified for normal power-on. In terminals operated via touchscreens, the identification of the display module is particularly important. Specifically, the touch module must be able to recognize the display module's model number for compatibility; otherwise, incompatibility between the touch module and display module will render the terminal unusable.

[0003] In related technologies, the terminal needs to reserve an additional GPIO (General Purpose Input / Output) interface and connect the display module to this GPIO interface so that other hardware modules can determine the hardware model of the display module through the voltage value detected by the GPIO interface. Obviously, this method requires an additional GPIO interface, which not only increases hardware costs but also occupies internal space in the terminal, reducing the available design space inside the terminal, and thus increasing the difficulty of hardware design. Summary of the Invention

[0004] This disclosure provides a display module identification method, device, terminal, and storage medium that can identify the model of a display module without relying on a GPIO interface.

[0005] According to a first aspect of this disclosure, a display module identification method is provided, comprising:

[0006] The terminal's display module reads the hardware information string and parses the hardware information string to obtain the target model parameter corresponding to the display module. The hardware information string records the model parameters of each hardware module in the terminal.

[0007] The terminal's display module saves the target model parameters to a preset call variable;

[0008] The terminal's touch module obtains the target model parameter from the calling variable to identify the hardware model of the display module.

[0009] According to a second aspect of this disclosure, a terminal is provided, comprising:

[0010] The central processing unit is configured to store a pre-recorded hardware information string in memory, the hardware information string recording the model parameters of each hardware module contained in the terminal;

[0011] The display module is configured to read the hardware information string from the memory and parse the hardware information string to obtain the target model parameter corresponding to the display module; the target model parameter is saved to a preset call variable, and the touch module in the terminal has the permission to obtain information from the call variable.

[0012] According to a third aspect of this disclosure, a display module identification method is provided, applied to a display module in a terminal, comprising:

[0013] Read the hardware information string; the hardware information string records the model parameters of each hardware module contained in the terminal;

[0014] The read hardware information string is parsed to obtain the target model parameter corresponding to the display module, and the target model parameter is saved to a preset call variable so that the touch module of the terminal can obtain the target model parameter from the call variable. The target model parameter is used by the touch module to identify the hardware model of the display module.

[0015] According to a fourth aspect of this disclosure, a display module identification device is provided, applied to a display module in a terminal, comprising:

[0016] The reading unit reads a hardware information string; the hardware information string records the model parameters of each hardware module contained in the terminal.

[0017] The parsing unit parses the read hardware information string to obtain the target model parameter corresponding to the display module, and saves the target model parameter to a preset call variable so that the touch module of the terminal can obtain the target model parameter from the call variable. The target model parameter is used by the touch module to identify the hardware model of the display module.

[0018] According to a fifth aspect of this disclosure, a terminal is provided, comprising:

[0019] processor;

[0020] Memory used to store processor-executable instructions;

[0021] The processor implements the method as described in the third aspect by running the executable instructions.

[0022] According to a sixth aspect of this disclosure, a computer-readable storage medium is provided that stores computer instructions thereon, which, when executed by a processor, implement the steps of the method as described in the third aspect.

[0023] In the technical solution disclosed herein, the terminal's display module can read the hardware information string and obtain a target model parameter characterizing the display module's model by parsing the hardware information string. Based on this, the display module can save the target model parameter to a call variable accessible to the touch module, so that the touch module can read the target model parameter from the call variable and thus determine the display module's hardware model.

[0024] It should be understood that in related technologies, it is necessary to reserve a GPIO interface in the terminal and connect the display module to the GPIO interface so that each hardware module in the terminal can determine the hardware model of the display module by reading the voltage value of the GPIO interface when it needs to know the hardware model of the display module. However, with the method of this disclosure, the display module can read the hardware information string and save the target model parameter parsed from the hardware information string to a preset call variable. This allows the touch module to directly call the target model parameter from the call variable when it needs to determine the hardware model of the display module. Obviously, with the technical solution of this disclosure, it is not necessary to reserve a GPIO interface to identify the model of the display module as in related technologies. This reduces the hardware cost of the terminal and saves internal design space, thereby reducing the difficulty of hardware design. Attached Figure Description

[0025] The accompanying drawings, which are incorporated in and form a part of this specification, illustrate embodiments consistent with this disclosure and, together with the description, serve to explain the principles of this disclosure.

[0026] Figure 1 This is a flowchart illustrating a display module identification method according to an exemplary embodiment of the present disclosure;

[0027] Figure 2 This is a flowchart illustrating another display module identification method according to an exemplary embodiment of the present disclosure;

[0028] Figure 3 This is a flowchart illustrating yet another display module identification method according to an exemplary embodiment of the present disclosure;

[0029] Figure 4 This is a block diagram illustrating a terminal according to an exemplary embodiment of the present disclosure;

[0030] Figure 5 This is a block diagram illustrating a display module identification device according to an exemplary embodiment of the present disclosure;

[0031] Figure 6 This is a schematic diagram of the structure of a terminal according to an exemplary embodiment of this disclosure. Detailed Implementation

[0032] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numerals in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this disclosure. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this disclosure as detailed in the appended claims.

[0033] The terminology used in this disclosure is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. The singular forms “a,” “the,” and “the” as used in this disclosure and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used herein refers to and includes any and all possible combinations of one or more of the associated listed items.

[0034] It should be understood that although the terms first, second, third, etc., may be used in this disclosure to describe various information, such information should not be limited to these terms. These terms are used only to distinguish information of the same type from one another. For example, without departing from the scope of this disclosure, first information may also be referred to as second information, and similarly, second information may also be referred to as first information. Depending on the context, the word "if" as used herein may be interpreted as "when," "when," or "in response to determination."

[0035] During the terminal manufacturing process, due to supply issues, two or even more models of the same type of hardware module are often used to assemble the terminal. For different models of hardware modules, developers need to design different logic to ensure that the hardware module can be compatible with other hardware modules, thus not affecting the normal use of the terminal. Correspondingly, during the terminal's boot process, each hardware module also needs to identify the hardware model of other hardware modules in order to use the appropriate logic for adaptation.

[0036] In touchscreen-operated terminals, the identification of the display module is particularly important. Specifically, the touch module needs to be able to recognize the hardware model of the display module for compatibility; otherwise, the terminal will malfunction due to incompatibility between the touch module and the display module.

[0037] In related technologies, terminals typically require additional GPIO (General-purpose input / output) interfaces, and the display module is connected to these GPIO interfaces so that other hardware modules can determine the display module model based on the voltage value detected by the GPIO interface. Clearly, this method requires additional GPIO interfaces, which not only increases hardware costs but also occupies internal space in the terminal, reducing the available design space and thus increasing the difficulty of hardware design.

[0038] To address this issue, this disclosure proposes a display module identification method to avoid the problems in related technologies where additional GPIO interfaces are required on the terminal, leading to increased terminal hardware costs and the occupation of internal terminal space.

[0039] Figure 1 This embodiment of the present disclosure illustrates a method for identifying a display module. For example... Figure 1 As shown, the method may include the following steps:

[0040] Step 102: The terminal's display module reads the hardware information string and parses the hardware information string to obtain the target model parameter corresponding to the display module. The hardware information string records the model parameters of each hardware module in the terminal.

[0041] In this disclosure, both display module and touch module refer to hardware modules, not logic modules. In the field of touch technology, a terminal's touchscreen typically comprises multiple overlapping layers, including a display layer and a touch layer. In this disclosure, the display module refers to this display layer, and the touch module refers to this touch layer.

[0042] As described above, in related technologies, the terminal needs to reserve a GPIO interface for identifying the display module. Specifically, the display module can be connected to the GPIO interface. When the touch module needs to identify the hardware model of the display module, it can read the voltage value detected by the GPIO interface and determine the hardware model of the display module based on that voltage value. For example, a high voltage indicates that the hardware model of the display module is model A; a low voltage indicates that the hardware model of the display module is model B. Clearly, this method requires certain hardware infrastructure, increasing hardware costs.

[0043] In view of this, this disclosure no longer uses the GPIO interface to identify the display module, but instead identifies the display module at the software level. Specifically, when the terminal is started, the terminal's central processing unit can save a pre-stored hardware information string containing the model parameters of each hardware module into memory. The display module can then extract this hardware information string and identify the target model parameter that characterizes the display module's hardware model. Based on this, the display module can save the target model parameter to a preset call variable that the touch module has access to. Therefore, when the touch module needs to identify the display module's hardware model for adaptation, it can obtain the target model parameter from this call variable and thus identify the display module's hardware model. Clearly, this disclosure only needs to identify the target model parameter characterizing the display module's hardware model from the hardware information string and save it to a preset call variable. This allows the touch module to determine the display module's hardware model by accessing this call variable, avoiding the high hardware cost and internal space occupation issues caused by the need for reserved GPIO interfaces in related technologies.

[0044] In this disclosure, not all variables in memory are accessible to the hardware modules. Therefore, after the central processing unit (CPU) determines that the terminal has been started and has obtained a pre-recorded hardware information string, it should save this hardware information string to a variable that the display module has access to. For example, the hardware information string can be saved to a system environment variable in memory. Strings stored in this system environment variable can be accessed by various hardware modules in the terminal. Based on this, the display module can read the hardware information string from the system environment variable and further parse it to obtain the target model parameter that characterizes the hardware model of the display module.

[0045] In this disclosure, any string recording the hardware model of each hardware module can be used as the hardware information string. For example, when designing a terminal, developers typically continuously debug each hardware module and record the hardware information of each module in the variable `cmdline`. The parameter values ​​in this variable are continuously modified as the developers debug until the final design of the terminal is determined and enters the production stage. Therefore, the parameter values ​​stored in the variable `cmdline` are stable after entering the production stage. Thus, the `cmdline` value stored in the variable can be used as the hardware information string in this disclosure.

[0046] Step 104: The display module of the terminal saves the target model parameter to a preset call variable.

[0047] In this disclosure, after the hardware information string is saved in memory, it can be read by the display module to determine its own hardware type. Since the hardware information string records the hardware information of each hardware module, the display module can parse the string to obtain the target model parameter that characterizes the hardware type of the display module. For example, the model parameters of each hardware module are usually recorded in a fixed character segment of the hardware information string. Therefore, when parsing the hardware information string, the display module can prioritize determining the character segment containing its own information and read the characters recorded in that segment. The read characters represent the target model parameter that characterizes the hardware type of the display module. The display module in this disclosure can save the parsed target model parameter to any variable accessible to the touch module, so that the touch module can read the target model parameter from this variable to identify the hardware model of the display module. Since this variable is used to store the target model parameter for use (or reading) by the touch module, this disclosure names this variable a "call variable," which can be predefined by the developer.

[0048] In practical applications, since the touch module needs to have access to the aforementioned call variables, the display module can use the `export_symbol` method to save the target model parameter to the call variables. The parameter value saved using this method is marked with the `export_symbol` identifier. Parameter values ​​with this identifier are exposed to all kernel code, meaning that any hardware module in the terminal can call the variable with this identifier during code execution. In other words, saving the target model parameter using the `export_symbol` method allows all hardware modules, including the touch module, to access and call the target model parameter by accessing the call variables.

[0049] Step 106: The touch module of the terminal obtains the target model parameter from the call variable to identify the hardware model of the display module.

[0050] In this disclosure, the display module in the terminal can determine its own hardware model after parsing the target model parameters. Based on this, the display module can complete the operations required during the power-on phase. For example, after determining its own hardware model, the display module can obtain the driver code corresponding to that hardware model and execute the driver code to drive itself, thereby enabling it to perform functions such as screen lighting.

[0051] In addition, after the display module parses the target model parameter and saves it to a call variable, the touch module can access this call variable during the driver process to retrieve the target model parameter value, thereby determining the hardware model of the display module. Based on this, the touch module can obtain adaptation parameters that match the hardware model of the display module and adapt to the display module; or, it can adjust its own operating logic to adapt to the display module.

[0052] Furthermore, in addition to adapting to the display module, the touch module can also adjust its own driver code according to the display module's hardware model, and then execute the adjusted driver code to drive itself. It's easy to understand that adjusting its own driver code is equivalent to adjusting its own operating logic based on the display module's hardware model, in order to ensure the stability of the interaction between the touch module and the display module.

[0053] The implementing entity of this disclosed technical solution can be any type of terminal, such as a smartphone, tablet computer, smart TV, or PC (personal computer). It should be understood that any terminal equipped with a touch screen can serve as the implementing entity of this disclosed technical solution. The specific type of terminal used as the implementing entity can be determined by those skilled in the art based on actual needs, and this disclosure does not impose any restrictions in this regard.

[0054] As can be seen from the above technical solution, in this disclosure, when the terminal's central processing unit determines that the terminal has been started, it saves a hardware information string containing the model parameters of each hardware module into memory. This allows the terminal's display module to read the hardware information string from memory and obtain the target model parameter representing the display module's model by parsing the hardware information string. Based on this, the display module can save the target model parameter to a call variable that the touch module has access to, so that the touch module can read the target model parameter from the call variable and thus determine the hardware model of the display module.

[0055] It should be understood that in related technologies, it is necessary to reserve a GPIO interface in the terminal and connect the display module to the GPIO interface so that each hardware module in the terminal can determine the hardware model of the display module by reading the voltage value of the GPIO interface when it needs to know the hardware model of the display module. However, with the method of this disclosure, the display module can read the hardware information string and save the target model parameter parsed from the hardware information string to a preset call variable. This allows the touch module to directly call the target model parameter from the call variable when it needs to determine the hardware model of the display module. Therefore, the technical solution of this disclosure eliminates the need to reserve a GPIO interface for display module model identification as in related technologies. This reduces the hardware cost of the terminal and saves internal space, thereby reducing the difficulty of hardware design.

[0056] Furthermore, after parsing the hardware information string to obtain the target model parameter, the display module in this disclosure can save the target model parameter to a calling variable through the export_symbol method. Since the parameter value saved through the export_symbol method can be accessed by each hardware module, this method enables each hardware module in the terminal to access the target model parameter by accessing the calling variable when it needs to identify the hardware model of the display module, thereby determining the hardware model of the display module.

[0057] This disclosure also proposes a display module identification method for a terminal display module. In this method, most of the operation methods of the display module, such as where to read the hardware information string and how to parse the read hardware information string, are similar to those in the previous embodiment. Therefore, they will not be repeated in the next embodiment, and the specific operation methods can be referred to the description of the previous embodiment.

[0058] Figure 2 This is a flowchart illustrating another display module identification method as an exemplary embodiment of the present disclosure. Figure 2 As shown, the method includes the following steps:

[0059] Step 202: Read the hardware information string; the hardware information string records the model parameters of each hardware module contained in the terminal.

[0060] As described above, after the central processing unit (CPU) determines that the terminal has been started and obtains the pre-recorded hardware information string, it can save the hardware information string to a system environment variable in memory. The string stored in this system environment variable can be accessed by various hardware modules in the terminal. Based on this, the display module can read the hardware information string from the system environment variable and further parse it to obtain the target model parameter used to characterize the hardware model of the display module.

[0061] As described above, this disclosure allows the cmdline value stored in the cmdline variable to be used as the aforementioned hardware information string.

[0062] Step 204: Parse the read hardware information string to obtain the target model parameter corresponding to the display module, and save the target model parameter to a preset call variable so that the touch module of the terminal can obtain the target model parameter from the call variable. The target model parameter is used by the touch module to identify the hardware model of the display module.

[0063] As mentioned above, the display module can use the export_symbol method to save the target model parameter to the calling variable, so that all hardware modules, including the touch module, have the right to access the calling variable and call the target model parameter.

[0064] As described above, after determining its own hardware model, the display module can obtain the driver code corresponding to that hardware model and execute the driver code to power itself, thereby enabling functions such as screen activation. Furthermore, after the display module parses the target model parameter and saves it to a call variable, the touch module can access this call variable during the driver process to retrieve the target model parameter value, thus determining the display module's hardware model. Based on this, the touch module can obtain adaptation parameters that match the display module's hardware model and perform adaptation with the display module.

[0065] As can be seen from the above technical solution, through the technical solution disclosed herein, the display module in the terminal only needs to read the hardware information string and parse the hardware information string to obtain the target model parameter used to characterize the hardware model of the display module. Based on this, the display module only needs to save the target model parameter to a call variable that the touch module has access to. The touch module can then read the target model parameter from this call variable to determine the hardware model of the display module, thus avoiding the problem of high hardware costs caused by the need to reserve GPIO interfaces in related technologies.

[0066] The technical solution disclosed herein will be introduced below using a smartphone as an example.

[0067] Figure 3 This is a flowchart illustrating yet another display module identification method as an exemplary embodiment of the present disclosure. Figure 3 As shown, the method includes the following steps:

[0068] Step 301: The CPU obtains the cmdline value after determining that the smartphone has been started.

[0069] Smartphones typically contain hardware modules such as a motherboard, CPU, memory, display module, and touch module. The motherboard may include a power control module. When the user presses and holds the power button, the power control module detects the power signal and controls the power supply to the CPU, enabling it to start running.

[0070] Step 302: The CPU saves the obtained cmdline value to the system environment variables in memory.

[0071] In this embodiment, the cmdline value can be pre-stored in the smartphone's storage space (i.e., in the ROM). After the CPU starts running, it can read the cmdline value from the storage space and save the cmdline value to the system environment variables in the memory (RAM), so that each hardware module in the smartphone can read the cmdline value.

[0072] Step 303: The display module reads the cmdline value from the system environment variables in memory.

[0073] In this embodiment, after the display module starts running, it can read the cmdline value from the system environment variables in memory and parse the cmdline value to obtain the target model parameter used to characterize the hardware model of the display module.

[0074] For example, the display module can parse the cmdline value by calling the dsi_display_parse_cmdline_topology function, and the target model parameter obtained can be: qcom,mdss_dsi_k9_36_02_0a_p2_dsc_cmd.

[0075] Step 304: The display module parses the read cmdline value to determine the target model parameters.

[0076] Step 305: The display module saves the target model parameter to the calling variable through the export_symbol method.

[0077] After obtaining the target model parameters, these parameters can be saved to the calling variable.

[0078] Continuing with the example above, the variable to be called can be the global_panle_info variable. Therefore, the target model parameter qcom,mdss_dsi_k9_36_02_0a_p2_dsc_cmd can be saved to the global_panle_info variable using the export_symbol method. Of course, the name of this variable can be determined according to actual needs, and this disclosure does not impose any restrictions on it.

[0079] Step 306: The touch module accesses and calls variables to read the target model parameters.

[0080] After the target model parameter is saved to the call variable, the touch module can obtain the target model parameter by accessing the call variable, and determine the hardware model of the display module based on the target model parameter.

[0081] Continuing with the example above, the touch module can access the global_panle_info variable to read the target model parameter qcom,mdss_dsi_k9_36_02_0a_p2_dsc_cmd, and determine the display module model based on this parameter value. For example, the character position of "36" in this target model parameter represents the hardware model of the display module. Therefore, the touch module can determine the hardware model of the display module based on the two character values ​​"36". Suppose that the originally designed smartphone would use two display modules with hardware models A and B, where the character value "36" represents model A and the character value "48" represents model B. Then, in this embodiment, the hardware model of the display module can be determined to be model A.

[0082] Step 307: The touch module determines the hardware model of the display module based on the obtained target model parameters.

[0083] In this embodiment, after determining the hardware model of the display module, the touch module can adjust its own operating logic according to the hardware model to adapt to the display module.

[0084] As can be seen from the above technical solution, through the technical solution disclosed herein, after the smartphone is powered on, the CPU can save the pre-stored cmdline value into memory, so that the display module can read the cmdline value and parse it to obtain the target model parameter used to identify its own hardware model. The display module can save the parsed target model parameter into a preset call variable. Based on this, the touch module can identify the hardware model of the display module by accessing the call variable, and then adapt the display module accordingly. This avoids the problems of increased hardware cost and increased design difficulty caused by reserving GPIO interfaces in related technologies.

[0085] Figure 4 This is a block diagram illustrating a terminal according to an exemplary embodiment of this disclosure. (Refer to...) Figure 4 The terminal includes a central processing unit 401 and a display module 402.

[0086] The central processing unit 401 is configured to save a pre-recorded hardware information string into memory, the hardware information string recording the model parameters of each hardware module contained in the terminal;

[0087] Display module 402 is configured to be assembled to read the hardware information string from the memory and parse the hardware information string to obtain the target model parameter corresponding to the display module; the target model parameter is saved to a preset call variable, and the touch module in the terminal has the permission to obtain information from the call variable.

[0088] Optionally, the central processing unit 401 is further configured as follows:

[0089] When the terminal is started, a pre-recorded hardware information string is obtained and the hardware information string is saved to the system environment variables in memory;

[0090] The strings stored in the system environment variables can be read by various hardware modules in the terminal.

[0091] Optionally, the hardware information string is a cmdline variable.

[0092] Optionally, the display module 402 is further assembled as follows:

[0093] The target model parameter is saved to the calling variable by the export_symbol method, so that the target model parameter can be read by the touch module.

[0094] Optionally, the display module 402 is further assembled as follows:

[0095] Based on the target model parameter, obtain the driver code corresponding to the hardware model of the display module, and drive the display module by executing the driver code.

[0096] Optional, also includes:

[0097] The touch module 403 is configured to call the target model parameters to determine the hardware model of the display module, and adapt to the display module according to the adaptation parameters corresponding to the hardware model.

[0098] Optionally, the touch module 403 may also be further assembled as follows:

[0099] The target model parameter is called to determine the hardware model of the display module, and the driver code is adjusted according to the hardware model.

[0100] Figure 5 This is a block diagram illustrating a display module identification device according to an exemplary embodiment of this disclosure. (Refer to...) Figure 5 The display module identification device includes a reading unit 501 and a parsing unit 502.

[0101] The reading unit 501 is configured to read hardware information strings; the hardware information strings record the model parameters of each hardware module contained in the terminal.

[0102] The parsing unit 502 is configured to parse the read hardware information string to obtain the target model parameter corresponding to the display module, and save the target model parameter to a preset call variable so that the touch module of the terminal can obtain the target model parameter from the call variable. The target model parameter is used by the touch module to identify the hardware model of the display module.

[0103] For the device embodiments, since they basically correspond to the method embodiments, the relevant parts can be referred to in the description of the method embodiments. The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this disclosure according to actual needs. Those skilled in the art can understand and implement this without creative effort.

[0104] Accordingly, this disclosure also provides a display module identification device, comprising: a processor; a memory for storing processor-executable instructions; wherein the processor is configured to implement the display module identification method as described in any of the above embodiments, for example, the method may include: the display module of the terminal reading a hardware information string and parsing the hardware information string to obtain a target model parameter corresponding to the display module, the hardware information string recording model parameters of each hardware module in the terminal; the display module of the terminal saving the target model parameter to a preset call variable; the touch module of the terminal obtaining the target model parameter from the call variable to identify the hardware model of the display module.

[0105] Accordingly, this disclosure also provides a terminal, the terminal including a memory and one or more programs, wherein one or more programs are stored in the memory and configured to be executed by one or more processors. The one or more programs include instructions for implementing the display module identification method as described in any of the above embodiments. For example, the method may include: the display module of the terminal reading a hardware information string and parsing the hardware information string to obtain a target model parameter corresponding to the display module, wherein the hardware information string records the model parameters of each hardware module in the terminal; the display module of the terminal saving the target model parameter to a preset call variable; and the touch module of the terminal obtaining the target model parameter from the call variable to identify the hardware model of the display module.

[0106] Figure 6 This is a block diagram illustrating an apparatus 600 for implementing a display module identification method according to an exemplary embodiment. For example, apparatus 600 may be a mobile phone, computer, digital broadcasting terminal, messaging device, game console, tablet device, medical device, fitness equipment, personal digital assistant, etc.

[0107] Reference Figure 6 The device 600 may include one or more of the following components: a processing component 602, a memory 604, a power supply component 606, a multimedia component 608, an audio component 610, an input / output (I / O) interface 612, a sensor component 614, and a communication component 616.

[0108] Processing component 602 typically controls the overall operation of device 600, such as operations associated with display, telephone calls, data communication, camera operation, and recording. Processing component 602 may include one or more processors 620 to execute instructions to perform all or part of the steps of the methods described above. Furthermore, processing component 602 may include one or more modules to facilitate interaction between processing component 602 and other components. For example, processing component 602 may include a multimedia module to facilitate interaction between multimedia component 608 and processing component 602.

[0109] Memory 604 is configured to store various types of data to support the operation of device 600. Examples of such data include instructions for any application or method operating on device 600, contact data, phonebook data, messages, pictures, videos, etc. Memory 604 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0110] Power supply component 606 provides power to the various components of device 600. Power supply component 606 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to device 600.

[0111] Multimedia component 608 includes a screen that provides an output interface between the device 600 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touchscreen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensors may sense not only the boundaries of the touch or swipe action but also the duration and pressure associated with the touch or swipe operation. In some embodiments, multimedia component 608 includes a front-facing camera and / or a rear-facing camera. When the device 600 is in an operating mode, such as a shooting mode or a video mode, the front-facing camera and / or the rear-facing camera may receive external multimedia data. Each front-facing camera and rear-facing camera may be a fixed optical lens system or have focal length and optical zoom capabilities.

[0112] Audio component 610 is configured to output and / or input audio signals. For example, audio component 610 includes a microphone (MIC) configured to receive external audio signals when device 600 is in an operating mode, such as call mode, recording mode, and voice recognition mode. The received audio signals may be further stored in memory 604 or transmitted via communication component 616. In some embodiments, audio component 610 also includes a speaker for outputting audio signals.

[0113] I / O interface 612 provides an interface between processing component 602 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to, home buttons, volume buttons, power buttons, and lock buttons.

[0114] Sensor assembly 614 includes one or more sensors for providing status assessments of various aspects of device 600. For example, sensor assembly 614 may detect the on / off state of device 600, the relative positioning of components such as the display and keypad of device 600, changes in the position of device 600 or a component of device 600, the presence or absence of user contact with device 600, the orientation or acceleration / deceleration of device 600, and temperature changes of device 600. Sensor assembly 614 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. Sensor assembly 614 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, sensor assembly 614 may also include an accelerometer, a gyroscope, a magnetometer, a pressure sensor, or a temperature sensor.

[0115] Communication component 616 is configured to facilitate wired or wireless communication between device 600 and other devices. Device 600 can access wireless networks based on communication standards, such as WiFi, 2G or 3G, 4G LTE, 5G NR (New Radio), or combinations thereof. In one exemplary embodiment, communication component 616 receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, communication component 616 also includes a near-field communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on radio frequency identification (RFID) technology, Infrared Data Association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0116] In an exemplary embodiment, the apparatus 600 may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to perform the methods described above.

[0117] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 604 including instructions, which can be executed by a processor 620 of the device 600 to perform the above-described method. For example, the non-transitory computer-readable storage medium may be a ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage device, etc.

[0118] Other embodiments of this disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the disclosure herein. This disclosure is intended to cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the following claims.

[0119] It should be understood that this disclosure is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this disclosure is limited only by the appended claims.

[0120] The above description is merely a preferred embodiment of this disclosure and is not intended to limit this disclosure. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this disclosure should be included within the scope of protection of this disclosure.

Claims

1. A method for identifying a display module, characterized in that, include: The terminal's display module reads the hardware information string and parses the hardware information string to obtain the target model parameter corresponding to the display module. The hardware information string records the model parameters of each hardware module in the terminal. The target model parameter is used to characterize the hardware model of the display module; The terminal's display module saves the target model parameters to a preset call variable; The terminal's touch module obtains the target model parameter from the calling variable to identify the hardware model of the display module.

2. The method according to claim 1, characterized in that, Also includes: When the terminal is started, the terminal's central processing unit saves a pre-recorded string of hardware information into memory.

3. The method according to claim 2, characterized in that, When the terminal is started, the terminal's central processing unit saves a pre-recorded string of hardware information into memory, including: When the terminal is started, the central processing unit of the terminal obtains a pre-recorded hardware information string and saves the hardware information string to the system environment variables in memory; The strings stored in the system environment variables can be read by various hardware modules in the terminal.

4. The method according to claim 1, characterized in that, The terminal's display module saves the target model parameters to a preset call variable, including: The terminal's display module saves the target model parameter to the calling variable through the export_symbol method, so that the target model parameter can be read by the touch module.

5. The method according to claim 1, characterized in that, Also includes: The terminal's display module obtains driver code corresponding to the hardware model of the display module based on the target model parameter, and drives the display module by executing the driver code.

6. The method according to claim 1, characterized in that, Also includes: The terminal's touch module calls the target model parameter to determine the hardware model of the display module, and adapts to the display module according to the adaptation parameters corresponding to the hardware model.

7. The method according to claim 1, characterized in that, Also includes: The terminal's touch module calls the target model parameter to determine the hardware model of the display module, and adjusts its own driver code according to the hardware model; The terminal's touch module executes the adjusted driver code to drive itself.

8. A terminal, characterized in that, include: The central processing unit is configured to store a pre-recorded hardware information string in memory, the hardware information string recording the model parameters of each hardware module contained in the terminal; The display module is assembled to read the hardware information string from the memory and parse the hardware information string to obtain the target model parameters corresponding to the display module; The target model parameter is used to characterize the hardware model of the display module; the target model parameter is saved to a preset call variable, and the touch module in the terminal has the permission to obtain information from the call variable.

9. A method for identifying a display module, characterized in that, Display modules used in terminals include: Read the hardware information string; the hardware information string records the model parameters of each hardware module contained in the terminal; The read hardware information string is parsed to obtain the target model parameter corresponding to the display module. The target model parameter is used to characterize the hardware model of the display module. The target model parameter is saved to a preset call variable so that the touch module of the terminal can obtain the target model parameter from the call variable. The target model parameter is used by the touch module to identify the hardware model of the display module.

10. A display module identification device, characterized in that, Display modules used in terminals include: The reading unit reads a hardware information string; the hardware information string records the model parameters of each hardware module contained in the terminal. The parsing unit parses the read hardware information string to obtain the target model parameter corresponding to the display module. The target model parameter is used to characterize the hardware model of the display module. The target model parameter is then saved to a preset call variable so that the touch module of the terminal can obtain the target model parameter from the call variable. The target model parameter is used by the touch module to identify the hardware model of the display module.

11. A terminal, characterized in that, include: processor; Memory used to store processor-executable instructions; The processor implements the method as described in claim 9 by running the executable instructions.

12. A computer-readable storage medium storing computer instructions thereon, characterized in that, When executed by the processor, this instruction implements the steps of the method as described in claim 9.

Images