Moisture-proof control method of electronic equipment and electronic equipment

By implementing a moisture control strategy at the firmware level of electronic devices, the system automatically determines the location and environmental data and generates heat to dehumidify the device in a pre-start environment. This solves the problem of electronic devices getting damp in humid environments, achieves precise moisture control, extends device life, and reduces the failure rate.

CN121578710APending Publication Date: 2026-02-27LENOVO (BEIJING) LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202511788325.5
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-11-30
Publication Date
2026-02-27

AI Technical Summary

Technical Problem

In humid environments, electronic devices are susceptible to moisture damage. Existing moisture-proof methods rely on user judgment and have poor reliability, which may lead to uneven heating and damage to components.

Method used

By implementing a moisture control strategy at the firmware level of electronic devices, the system automatically determines whether to activate dehumidification based on geographical location and environmental climate data. It controls the device to generate heat for dehumidification in a pre-start environment, avoiding the need to load the operating system, reducing power consumption, and avoiding additional hardware costs.

Benefits of technology

It achieves precise and proactive moisture protection in humid environments, preventing electronic devices from being damaged by moisture, extending equipment life, reducing failure rate, and without affecting normal operation.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121578710A_ABST
    Figure CN121578710A_ABST
Patent Text Reader

Abstract

The invention discloses an equipment moisture-proof control method and electronic equipment, and relates to the field of computers, the electronic equipment generates a starting instruction in response to meeting a moisture-proof triggering condition for a moisture-proof control strategy, and controls the electronic equipment to operate according to a target moisture-proof parameter in a pre-starting environment of the electronic equipment in response to the starting instruction. And the interior of the electronic equipment is dehumidified through heat generated by operation.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to a moisture control method and an electronic device for electronic devices. Background Technology

[0002] In practical applications, electronic devices such as laptops, tablets, and desktop computers, which contain a large number of precision electronic components, are stored in humid environments, especially during the rainy season, the return of spring, or in coastal areas where the humidity in the air increases significantly. Humid air can penetrate the electronic components inside the electronic devices, easily causing them to become damp. This can prevent the electronic devices from turning on properly or even cause them to short-circuit and burn out, resulting in permanent and expensive hardware losses.

[0003] To solve the above problems, users usually need to turn on the device periodically in humid weather to dissipate the moisture inside the electronic device, or use external devices such as hair dryers to heat the electronic device. However, these methods rely on the user's subjective memory and judgment, have poor reliability, and heating can easily cause uneven heating of electronic components and damage them. In addition, they are inconvenient to operate and have limited applicability. Summary of the Invention

[0004] In view of the above problems, this application provides the following technical solution:

[0005] The first aspect of this application provides a moisture control method for electronic devices, the method comprising:

[0006] In response to the fulfillment of the moisture-proof triggering conditions for the moisture-proof control strategy, a start command is generated;

[0007] In response to the start command, in the pre-start environment of the electronic device, the electronic device is controlled to operate according to the target moisture-proof parameters so as to dehumidify the inside of the electronic device by the heat generated during operation.

[0008] In one possible implementation, the response to satisfying the moisture-proof triggering condition for the moisture-proof control strategy includes at least one of the following:

[0009] In response to the electronic device activating the anti-moisture mode, and satisfying the anti-moisture trigger time determined based on the geographical location information of the electronic device;

[0010] In response to the electronic device activating the anti-moisture mode, and satisfying the anti-moisture trigger time determined based on environmental climate data of the geographical location of the electronic device;

[0011] In response to the electronic device activating the moisture-proof mode, and satisfying the moisture-proof trigger time determined based on the user's configuration operation on the moisture-proof configuration interface of the electronic device.

[0012] In one possible implementation, the moisture-proof trigger time can be updated based on changes in at least one of the environmental climate data, the geographic location information, and the configuration operation.

[0013] In one possible implementation, the target moisture-proof parameters are determined based on the moisture-proof control strategy and include the target runtime and the target power consumption value.

[0014] The determination of the target moisture-proof parameters based on the moisture-proof control strategy includes:

[0015] Based on environmental climate data of the geographical location of the electronic device, the target operating time and target power consumption value of the electronic device in moisture-proof mode are determined.

[0016] In one possible implementation, controlling the electronic device to operate according to the target moisture-proof parameters includes:

[0017] In response to completing hardware initialization in the pre-boot environment of the electronic device, the processor of the electronic device is controlled to execute at least one computing task so that the power consumption of the processor reaches the target power consumption value, and the target runtime is run at the target power consumption value;

[0018] The computing task described herein is different from the task required to perform during the normal startup process of the electronic device.

[0019] In one possible implementation, determining the target operating time and target power consumption value of the electronic device in moisture-proof mode based on environmental climate data of the geographical location of the electronic device includes:

[0020] Under the normal operating system environment of the electronic device, in response to the activation command of the moisture-proof mode of the electronic device, environmental climate data and historical operating data of the geographical location of the electronic device are obtained based on the geographical location information of the electronic device;

[0021] Based on the environmental climate data and the historical operating data, the target operating time and target power consumption value for the next time the electronic device enters the moisture-proof mode are generated through the target model.

[0022] In one possible implementation, the method further includes:

[0023] In response to the current moisture-proof time period of the electronic device meeting the target runtime, based on the updated data obtained by the electronic device, the target moisture-proof parameters to be executed by the electronic device next time, and / or the moisture-proof trigger time included in the moisture-proof trigger condition to be met next time;

[0024] In response to the completion of the adjustment operation, the electronic device is controlled to shut down or enter a sleep state.

[0025] In one possible implementation, the method further includes:

[0026] In response to a startup command generated by a user's startup operation on the electronic device, the system controls the electronic device to execute a normal startup process and enter the operating system runtime environment;

[0027] In response to the fact that the start-up operation occurs earlier than the moisture-proof trigger time, the moisture-proof trigger time to be fulfilled next by the electronic device is adjusted based on the start-up operation time.

[0028] In one possible implementation, the method further includes:

[0029] Output the moisture-proof execution interface and display the completion progress of the target moisture-proof parameters in the moisture-proof execution interface.

[0030] A second aspect of this application provides an electronic device, the electronic device including a memory and a processing circuit, wherein:

[0031] The memory stores firmware;

[0032] The processing circuit is configured to read and execute computer instructions from the firmware to implement the steps of the moisture control method for any of the electronic devices described above in this application. Attached Figure Description

[0033] The above and other features, advantages, and aspects of the embodiments of this disclosure will become more apparent from the accompanying drawings and the following detailed description. Throughout the drawings, the same or similar reference numerals denote the same or similar elements. It should be understood that the drawings are schematic, and the originals and elements are not necessarily drawn to scale.

[0034] Figure 1 This is a schematic flowchart of a moisture control method for electronic devices according to Embodiment 1 of this application;

[0035] Figure 2 This is a schematic flowchart of a moisture control method for electronic devices according to Embodiment 2 of this application;

[0036] Figure 3 This is a schematic flowchart of a moisture control method for electronic devices according to Embodiment 3 of this application;

[0037] Figure 4 This is a schematic diagram of a moisture-proof execution interface in the moisture-proof control method for electronic devices proposed in this application embodiment;

[0038] Figure 5This is a schematic diagram illustrating the activation of the moisture-proof mode and configuration of moisture-proof parameters in the BISO settings interface of the moisture-proof control method for electronic devices proposed in this application embodiment.

[0039] Figure 6 This is a schematic diagram illustrating the activation of the moisture-proof mode and configuration of moisture-proof parameters in the device management interface of the moisture-proof control method for electronic devices proposed in this application embodiment.

[0040] Figure 7 This is a schematic diagram illustrating the function of defining the option for an enhanced moisture-proof mode in the BISO setting of the moisture-proof control method for electronic devices proposed in this application embodiment;

[0041] Figure 8 This is a schematic diagram illustrating the process of activating the AI ​​chip and system in the moisture control method for electronic devices proposed in this application embodiment;

[0042] Figure 9 This is a schematic diagram of the structure of a moisture control device for an electronic device according to an embodiment of this application;

[0043] Figure 10 This is a schematic diagram of the hardware structure of an electronic device according to an embodiment of this application; Detailed Implementation

[0044] The embodiments of this application are described below with reference to the accompanying drawings. The terminology used in the implementation section of this application is only for explaining specific embodiments and is not intended to limit the application. The embodiments of this application are described below with reference to the accompanying drawings. It will be understood by those skilled in the art that, with the development of technology and the emergence of new scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0045] The terms “first,” “second,” etc., used throughout this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such terms are interchangeable where appropriate; this is merely a way of distinguishing objects with the same attributes in the embodiments of this application. Furthermore, the terms “comprising” and “having,” and any variations thereof, are intended to cover non-exclusive inclusion, so that a process, method, system, product, or apparatus that comprises a series of units is not necessarily limited to those units, but may include other units not explicitly listed or inherent to those processes, methods, products, or apparatuses.

[0046] When electronic devices are idle in a humid environment, they are typically in a powered-off or hibernation state. The internal temperature of the electronic device is roughly the same as the ambient temperature. Humid air can penetrate and condense on the cooler components (such as motherboards, PCBs, and chips), causing short circuits, corrosion, oxidation, and other malfunctions, severely impacting the lifespan and operational stability of the electronic device. Since the electronic device is not powered on during idle operation, it does not generate sufficient heat to dissipate internal moisture and address the various problems caused by moisture. Therefore, compared to passive protection and active dehumidification solutions that rely on additional dehumidification equipment, this application proposes a solution that, without increasing hardware costs or affecting the normal operation of the electronic device, can be implemented at the firmware level (such as BIOS (Basic Input Output System) or UEFI (Unified Extensible Firmware Interface), responsible for hardware initialization, self-testing, and bootloader startup during the power-on self-startup phase), intelligently preventing damage to electronic devices due to moisture without user intervention. The moisture control method for electronic devices proposed in this application will now be described in detail with reference to the accompanying drawings.

[0047] Reference Figure 1 This is a flowchart illustrating a moisture control method for electronic devices according to Embodiment 1 of this application. The method is applied to electronic devices such as smartphones, laptops, desktop computers, or industrial control terminals, which contain electronic components sensitive to environmental humidity, such as motherboards, chips, and capacitors.

[0048] This application does not impose any restrictions on this. For example... Figure 1 As shown, the method proposed in this embodiment may include:

[0049] Step S11: In response to the satisfaction of the moisture-proof triggering conditions for the moisture-proof control strategy, a start command is generated;

[0050] Step S12: In response to the start command, in the pre-start environment of the electronic device, control the electronic device to operate according to the target moisture-proof parameters so as to dehumidify the inside of the electronic device by the heat generated during operation.

[0051] In this application, the moisture control strategy can be a pre-configured rule system based on data such as the internal / external environmental status, hardware operating status, and user needs of electronic devices. This system uses preset rules and dynamic optimization algorithms to implement a full-process decision-making mechanism, including whether to start dehumidification, when to start dehumidification, what parameters to use for dehumidification, how to execute the dehumidification process, and when to stop dehumidification. Depending on the needs, it can also implement rules for handling abnormal situations, including how to deal with problems that occur during the dehumidification process. Through multi-dimensional condition judgment and dynamic parameter customization, it adapts to different humidity scenarios and the hardware characteristics of electronic devices, ensuring the unity of dehumidification effect and equipment reliability, and ensuring the safety of dehumidification for electronic devices.

[0052] Based on the above analysis, when electronic devices are in an idle state such as being powered off or in sleep mode, the moisture-proof trigger condition is a judgment rule included or indicated by the moisture-proof control strategy to determine when to start dehumidification, i.e., the trigger decision condition for actively activating the moisture-proof mode of the electronic device. It can be seen that this moisture-proof trigger condition can be a pre-set judgment standard that reflects the risk of moisture inside the electronic device or in its environment, used to accurately determine "when to actively activate dehumidification," avoiding ineffective operation or missing dehumidification opportunities. In practical applications, the moisture-proof control strategy or moisture-proof trigger condition can also be flexibly configured according to the usage scenarios and hardware specifications of different electronic devices to enhance adaptability. This application does not limit the content of the moisture-proof control strategy and the moisture-proof trigger condition, nor their pre-configuration methods.

[0053] Therefore, this application can obtain the current parameter value consistent with the type of the moisture-proof triggering parameter based on the moisture-proof triggering parameters included or indicated by the moisture-proof triggering conditions, such as moisture-proof triggering time, internal humidity of electronic equipment, environmental climate data, or moisture risk value predicted based on historical data, in real time or periodically or according to other monitoring rules included in the moisture-proof control strategy, and determine whether it meets the moisture-proof triggering conditions, such as whether the current parameter value reaches the corresponding threshold. If it does, it means that there is no risk of moisture inside the electronic equipment or in the environment, and no moisture-proof control operation is required for the electronic equipment. The current parameter value of the electronic equipment is then updated and detected to avoid frequent and ineffective dehumidification of the electronic equipment.

[0054] The above tests confirm that the moisture-proof triggering conditions are met, indicating that there is a risk of moisture damage inside the electronic device or in its environment. Therefore, the moisture-proof mode of the electronic device needs to be activated, and dehumidification should be achieved according to the method proposed in this application. In this case, the processing circuit in the electronic device can generate a startup command to trigger the dehumidification operation in the pre-boot environment before entering the operating system. This avoids triggering the complete boot process of the electronic device (i.e., without loading the operating system or starting user applications, etc.). Activating the necessary hardware in the electronic device to achieve dehumidification is sufficient, maintaining consistency with the current idle state of the electronic device, where the user does not need to use the device, thus avoiding unnecessary resource consumption caused by starting the operating system.

[0055] The pre-boot environment of an electronic device refers to the intermediate operating state between the electronic device's shutdown state and its normal power-on state. This can be the electronic device's power supply unit (PSU) starting up and outputting the necessary power supply voltage, and the processing circuits (such as the BIOS chip, EC (Embedded Controller), CPU, etc.) working normally, but without loading the operating system (OS), initializing unnecessary hardware components such as the graphics card and hard drive, or starting user-level applications. At this time, the electronic device consumes very low power (relatively low power consumption compared to the high power consumption state after the electronic device is normally powered on), and the electronic components are in a low-load state (relatively low load compared to the high load state of the electronic components after normal power-on), avoiding the risk of short circuits caused by moisture.

[0056] Based on the above analysis, the target moisture-proof parameters of this application can be pre-configured for dehumidification, or a set of parameters used to control the hardware operating status of electronic devices, obtained through real-time prediction and analysis of internal and / or external environmental meteorological data. These parameters can be used to control the hardware operating intensity (which can be represented by the hardware's power consumption value; the higher the power consumption value, the higher the hardware's operating intensity) to generate appropriate heat, raising the internal temperature of the electronic device to a range capable of evaporating water vapor (e.g., 40℃-50℃), thus achieving dehumidification while preventing damage to the hardware due to excessive temperature. Therefore, the target moisture-proof parameters can include hardware operating parameters used to control the hardware operating intensity, operating time, or other conditions that trigger the cessation of dehumidification. This application does not limit the content of the target moisture-proof parameters or the method of obtaining them.

[0057] In summary, in this embodiment, when an electronic device is idle in a humid environment, it can accurately and proactively identify whether the device needs dehumidification by using the dehumidification trigger conditions of the dehumidification control strategy. This allows for flexible and automatic dehumidification start control of the electronic device, eliminating the need for user memory to trigger dehumidification operations and reducing or even eliminating the risk of the electronic device getting damp. Furthermore, when it is determined that the electronic device needs dehumidification, it will automatically start and run in a pre-start environment without loading an operating system. The device will operate according to the target dehumidification parameters, ensuring dehumidification effectiveness while avoiding ineffective operation. This also eliminates the need for additional hardware costs, improving the accuracy and safety of hardware dehumidification control, promptly removing internal moisture from the electronic device, preventing corrosion and oxidation of electronic components, effectively extending the lifespan of the electronic device, and reducing the failure rate.

[0058] Based on the above description of the moisture-proof triggering conditions, this paper proposes that when an electronic device is idle, activating its moisture-proof mode can periodically trigger the device to enter a pre-start environment for dehumidification. The moisture-proof mode is an active moisture-proof mode / function that executes the moisture-proof control method proposed in this application to achieve active dehumidification of the electronic device. It can be an option in the moisture-proof configuration interface of the electronic device's application, system, or firmware, allowing the user to manually select whether to activate the moisture-proof mode based on actual needs. This can be done by clicking the toggle button corresponding to the "Moisture-proof Mode / Active Moisture-proof Mode" function option, or by clicking the corresponding "Start" or "Off" selection button.

[0059] Optionally, under normal operating conditions, the intelligent program running on the electronic device, such as an AI assistant, intelligent agent, or other program supporting dialogue functions, responds to the user's input request to activate the moisture-proof mode and controls the electronic device to activate the moisture-proof mode. Alternatively, the user can operate the physical button on the electronic device used to activate or deactivate the moisture-proof mode, controlling its on / off state and synchronizing the activation status of the moisture-proof mode to the electronic device's firmware, thus recording the activation status of the moisture-proof mode. However, this is not limited to the moisture-proof mode activation method described in this application.

[0060] Based on the above analysis, this application can use the activation or deactivation of the moisture-proof mode as a control switch for executing the moisture-proof control method proposed in this application. That is, after the moisture-proof mode is activated, the electronic device will be controlled to power on and start automatically only after the moisture-proof trigger time is met. During this power-on automatic start-up phase, i.e., the pre-start environment, the electronic device is controlled to operate according to the target moisture-proof parameters to achieve the dehumidification purpose. If the moisture-proof mode is not activated and is instead deactivated, even if the moisture-proof trigger time is met, the moisture-proof control method of this application will not be executed. In this case, no action is required. After the electronic device powers on and starts automatically, it will execute the normal boot-up process and control the electronic device to enter the operating system.

[0061] In one possible implementation, the control of starting / stopping the moisture-proof mode of an electronic device, in addition to the user-initiated method described above, can also be based on other moisture-proof triggering conditions of the electronic device. This can be achieved by detecting internal / external environmental climate data, and automatically activating the moisture-proof mode. This process can automatically activate the moisture-proof mode and synchronize it to the firmware layer during user use or before the device is turned off, thus realizing the moisture-proof control method of this application. Of course, if the electronic device is idle and can detect the relevant parameters used to determine the moisture-proof triggering conditions, the moisture-proof mode can also be automatically activated upon determining that the detected parameter values ​​meet the moisture-proof triggering conditions, and then the electronic device can be controlled to automatically start dehumidification upon power-on. This application does not impose any limitations on this approach.

[0062] In this application, where the control of the dehumidification mode serves as the dehumidification trigger condition for the dehumidification control method, it is possible to further detect whether the system time has reached the dehumidification trigger time (i.e., the start time for controlling the electronic device to automatically start dehumidification upon power-up), and determine whether to enter the pre-start environment for dehumidification. To this end, after determining the dehumidification trigger time according to, but not limited to, the method described in this application, a real-time clock (RTC) module (i.e., a clock chip) can be set accordingly. The dehumidification trigger time can be used as the RTC wake-up time (essentially an alarm clock) to automatically trigger the electronic device to automatically start dehumidification upon power-up, eliminating the need for user memory. The RTC module can operate independently of the electronic device's CPU, continuously maintaining time information to provide accurate time tracking control. Thus, after the electronic device wakes up and starts automatically via RTC, the firmware chip detects when the electronic device starts the dehumidification mode and executes subsequent steps to achieve internal dehumidification.

[0063] In one possible implementation, the method for determining the moisture-proof trigger time can be input by the user in the moisture-proof configuration interface of the electronic device. In this way, when the electronic device is in an idle state, in response to the activation of the moisture-proof mode, and satisfying the moisture-proof trigger time determined by the user's configuration operation in the moisture-proof configuration interface, a startup command is generated. This allows the electronic device to achieve internal dehumidification during the power-on self-starting phase, i.e., the pre-starting environment, according to the context description method, without needing to enter the operating system.

[0064] In this application, the moisture-proof trigger time can be a fixed time for the electronic device to power on and start automatically, or simply the time when the electronic device will dehumidify again using the method of this application. In this case, it can be dynamically updated after the next moisture-proof control is completed, such as by user reconfiguration or by other implementation methods for determining the moisture-proof trigger time as described in the context of this application, in order to provide the accuracy and reliability of moisture-proof control.

[0065] In one possible implementation, this application considers the humidity levels in different geographical regions (which can be determined based on latitude and climate characteristics, such as cities with different climate types), and pre-determines the corresponding high-humidity risk periods, i.e., the periods most susceptible to dampness, such as 2-5 AM or June-July in cities during the plum rain season in southern China. These periods are used as the moisture-proof trigger times for the electronic device at that geographical location. When the current time falls within this period and the electronic device has already activated its moisture-proof mode, a startup command will be automatically generated to control the electronic device to start automatically upon power-on. Therefore, this application can determine the moisture-proof trigger time based on the geographical location information of the electronic device and store it in association with that geographical location information, so that different geographical location information can be associated with different moisture-proof trigger times. Thus, in response to the electronic device activating its moisture-proof mode, and the current time (system time) satisfying the moisture-proof trigger time corresponding to the current geographical location information, a startup command is generated.

[0066] Regarding the moisture-proof trigger time described above, it can also be determined online. In this case, different geographical location information and different moisture-proof trigger time change rules can be pre-recorded. After obtaining the current geographical location information, the current moisture-proof trigger time can be determined based on the change rules. Thus, when the moisture-proof trigger time is reached at the current time, and the electronic device starts the moisture-proof mode, the system actively controls the electronic device to power on and perform a self-test, entering the pre-start environment for dehumidification. In this application, the geographical location information of the electronic device can be latitude and longitude or city name obtained in real time through a built-in positioning module (such as GPS, Beidou, or WIFI positioning), or it can be entered and stored by the user when the electronic device is idle. There are no restrictions on this.

[0067] It should be understood that methods for determining the moisture-proof trigger time include, but are not limited to, the methods described above. Another method is to combine environmental and climatic data related to the electronic device's geographical location to achieve precise moisture-proof control. The following example illustrates how to proactively control the moisture-proof performance of an electronic device when it is idle, based on the moisture-proof trigger time. Specifically, the geographical location information, environmental and climatic data, or relevant parameters obtained through model-based reasoning and analysis can be determined based on the user's current IP address when the electronic device is first powered on and connected to the network. Subsequent times the user powers on and connects to the network using the electronic device, this data and parameters are dynamically updated in this manner, improving the reliability and accuracy of subsequent moisture-proof control.

[0068] Reference Figure 2 This is a flowchart illustrating a moisture control method for electronic devices according to Embodiment 2 of this application, which is applied to electronic devices, such as... Figure 2 As shown, the method proposed in this embodiment may include:

[0069] Step S21: In response to the electronic device activating the anti-moisture mode and meeting the anti-moisture trigger time, a start command is generated; the anti-moisture trigger time is determined based on the environmental climate data of the geographical location of the electronic device.

[0070] In this embodiment, it is proposed to precisely match the active dehumidification action with the high humidity periods of the local climate of the electronic device, preventing the active dehumidification control from being activated at unsuitable times, such as during the daytime in a dry season, which would lead to energy waste. Therefore, the dehumidification trigger time can be determined by combining the geographical location information of the electronic device and environmental climate data. During this time, the humidity of the environment where the electronic device is located is high, and the risk of water vapor condensation is very high. At this time, dehumidification can achieve the best effect (such as high dehumidification efficiency and optimal energy consumption ratio).

[0071] The environmental climate data may include, but is not limited to, humidity-related climate data, such as local real-time relative humidity, daily average relative humidity, peak humidity periods, etc., as well as related data used to assist in judgment, such as local precipitation probability, precipitation, temperature (when the temperature is low, the air saturation humidity is low, and water vapor is more likely to condense), seasonal type (such as plum rain season, return of spring), etc., one or more of these. It may come from historical wet season time data, recent weather forecast data or real-time weather data, or it may be obtained by reasoning and analyzing directly acquired data based on pre-trained AI (Artificial Intelligence) models or general AI models or preset rules. This application does not restrict the content of environmental climate data or its source (such as through the Internet or preset data acquisition).

[0072] Therefore, this application can extract or statistically determine a fixed storage moisture-proof trigger time based on historical environmental climate data through preset rules or a first model. For example, for cities in southern China during the plum rain season, the preset trigger time is 2-5 AM in June and July each year; for coastal cities, the preset trigger time is 3-6 AM daily. Alternatively, the application can perform real-time analysis of the acquired environmental climate data to dynamically generate a moisture-proof trigger time suitable for the current local environment and climate. For instance, by obtaining the local humidity curve for today through a meteorological API (Application Programming Interface), if the humidity exceeds 75% RH from 1-4 AM and is the highest of the day, then 1-4 AM can be determined as the moisture-proof trigger time for that day; if the peak humidity period changes to 2-5 AM the next day, the moisture-proof trigger time can be dynamically adjusted, etc.

[0073] Therefore, when determining that the electronic device is in anti-moisture mode, it can be directly determined whether the current time meets the pre-determined and stored anti-moisture trigger time. Alternatively, the current geographical location of the electronic device can be determined as city A (or latitude and longitude 1) through the positioning module. After obtaining the environmental climate data of city A for the day through the meteorological bureau API or other means, the environmental climate data can be analyzed based on rules or the first model to determine the anti-moisture trigger time for the day, such as 2:00-5:00 AM today. In this case, if the current system time is 1:30 AM today and the anti-moisture trigger time has not yet been reached, the electronic device can maintain anti-moisture mode (i.e., anti-moisture ready state) and automatically execute the anti-moisture control operation at 2:00 AM, that is, automatically generate a start command, enter the pre-start environment, and run dehumidification according to the target anti-moisture parameters.

[0074] The first model can be a large expert model fine-tuned from a general AI model based on application requirements. For example, a prediction model obtained by training a large amount of multi-source environmental time-series data to learn the mapping relationship between different environmental climate data and high-humidity risk periods, i.e., a high-humidity risk period prediction model, or a moisture-proof trigger time prediction model, can be obtained. To meet the requirements of edge deployment, for general AI models or large expert models with large parameter scales, lightweight methods such as quantization, knowledge distillation, or pruning can be used to compress the model. The resulting lightweight model is then deployed locally on the electronic device as the first model. This allows the electronic device to implement the method of this application without needing to connect to the internet. This method is preferred and more suitable for the scenario of active moisture-proof control when the electronic device is idle. This application does not restrict the model type of the first model.

[0075] Therefore, this application strongly correlates the moisture-proof triggering parameters with geographical location and further dynamically adapts them to real-time environmental and climate data, enabling dynamic adjustment of the moisture-proof triggering time. This is more accurate than fixed rules relying on historical environmental and climate data. For example, if a sudden rainfall in a city causes a sharp increase in afternoon humidity, this moisture-proof control scheme, which dynamically adjusts the moisture-proof triggering time, can promptly add an afternoon triggering time, improving the reliability and accuracy of dehumidification in electronic equipment. Optionally, if real-time acquisition of environmental and climate data fails, the moisture-proof triggering time can be determined based on pre-stored historical environmental and climate data, or the stored moisture-proof triggering time can be directly read for subsequent processing.

[0076] If the moisture-proof trigger time is predetermined and stored, it can be obtained and stored by reasoning and analyzing environmental climate data based on the first model within the operating system environment of the electronic device. In this case, the first model can be a general AI model, such as a large general model obtained by training a large amount of diverse data using, but not limited to, Transformer or its architectural variants (such as using only encoder-only / decoder-only, encoder-decoder, or MoE (Mixture of Experts, a neural network architecture) or other basic architectures. The model typically has hundreds of millions to hundreds of billions of model parameters (model parameters are variables that control the behavior of the target model).

[0077] In practical applications, general AI models can include, but are not limited to, generative models and generative language models (GLMs). For example, one or more of the following can be used: large language model (LLM), GPT (Generative Pre-trained Transformer) series models, T5 (Text to Text Transfer Transformer) models, large visual models, and multimodal large models, which can be determined according to the actual application requirements.

[0078] It should be understood that, for the two methods of user input or automatic determination based on the first model or rules for the moisture-proof trigger time, after the moisture-proof mode of the electronic device is turned on, the configuration option for the moisture-proof trigger time can be set to "manual" or "automatic" and the corresponding determination method can be adopted. The implementation process will not be described in detail in this application.

[0079] Step S22: In response to the startup command, in the pre-startup environment of the electronic device, based on the environmental climate data, determine the target operating time and target power consumption value of the electronic device in the moisture-proof mode.

[0080] Following the above analysis, this application controls whether electronic devices automatically start dehumidification upon power-on by using both a moisture-proof mode and a moisture-proof trigger time. This avoids the device operating ineffectively during low-humidity periods (i.e., outside the moisture-proof trigger time) after the user accidentally activates the moisture-proof mode. Thus, once both conditions are met, a start command is generated for the electronic device to automatically start upon power-on. Executing this start command controls the electronic device to automatically start upon power-on, i.e., enter the pre-start environment. Within this pre-start environment, the electronic device operates according to the target moisture-proof parameters to achieve internal dehumidification.

[0081] The target moisture-proof parameters can be determined based on the moisture-proof control strategy, and may include at least the target runtime and target power consumption value. This refers to the required hardware operating intensity of the electronic equipment when entering the pre-start dehumidification environment, and for how long to maintain this intensity to achieve the expected dehumidification effect. The target moisture-proof parameters can be determined through second model reasoning analysis under the operating system, according to methods described in this application, or by the user inputting them in the moisture-proof configuration interface, and stored accordingly. This allows for direct reading and operation of the system during dehumidification in the pre-start environment.

[0082] In this application, the second model can be the general AI model or expert large model described above, or it can be a moisture-proof parameter prediction model trained based on environmental climate data, geographical location data, or other dimensional data, such as a multi-task learning model, a time-series prediction model, or a decision tree model. This application does not limit the model type of the second model. Optionally, the user can also input a target moisture-proof parameter configuration request expressed in natural language to the intelligent agent / artificial intelligence assistant to call the second model to generate the target moisture-proof parameters, automatically fill them into the corresponding input boxes on the moisture-proof configuration interface and record them, or send them to firmware layer storage, etc.

[0083] Preferably, to further improve the accuracy and reliability of moisture control, it is possible to... Figure 2The method described above, upon entering the pre-boot environment, uses a second model or rules to perform inference analysis on environmental climate data to determine the target moisture-proof parameters for the electronic device in moisture-proof mode. The implementation process is not detailed in this application. Regarding the determination of the target moisture-proof parameters, after activating the moisture-proof mode of the electronic device, the configuration option for the target moisture-proof parameters can be set to "manual" or "automatic" mode. If set to "manual" mode, the user needs to input various target moisture-proof parameters into its configuration interface; if set to "automatic" mode, the appropriate target moisture-proof parameters are automatically determined through the second model or rules, and can also be filled into the corresponding input boxes in the configuration interface and synchronized to firmware records, etc.

[0084] Optionally, in "Automatic" mode, a second model can be used to perform inference analysis on the geographical location information of the electronic device and the environmental climate data of its location to predict and generate the target runtime for the next dehumidification cycle of the electronic device, which is then stored. The target power consumption value can be dynamically determined based on a pre-configured load adaptation strategy. This load adaptation strategy can be a rule that dynamically adjusts power consumption based on at least one of the following: the current hardware workload (e.g., dynamically adjusting the computational load of the AI ​​model inference, CPU utilization, etc., to control system power consumption), environmental climate data, etc., to control the heat generated by the load operation or the dehumidification effect achieved (which can be represented by quantitative indicators such as detected humidity). As needed, performance parameters can also be combined for dynamic adjustments to improve performance and ensure dehumidification efficiency.

[0085] Step S23: In response to completing the hardware initialization in the pre-boot environment of the electronic device, control the processor of the electronic device to execute at least one computing task so that the power consumption of the processor reaches the target power consumption value and runs for the target runtime at the target power consumption value.

[0086] In the power-on and boot-up process of electronic devices, such as the BIOS operation stage before entering the OS, hardware initialization, self-test, and bootloader loading typically include hardware initialization, self-test, and bootloader loading. Since this application requires controlling the electronic device to operate according to target moisture-proof parameters, such as controlling the hardware to run at a target power consumption value for a target duration to generate higher heat for dehumidification, hardware initialization must be completed first. This includes initializing key components such as the motherboard, memory, and CPU to ensure they are in a usable state before additionally controlling the hardware to operate according to the target moisture-proof parameters to generate additional heat. For example, during the bootloader loading stage, the processor is controlled to execute at least one computational task based on the target moisture-proof parameters.

[0087] It should be noted that the computational tasks executed by the processor in this embodiment differ from the computational tasks loaded and running during the normal power-on self-test of the electronic device. These tasks can be additionally loaded program code or computational units for AI model inference, such as adjusting the floating-point operation scale to control the processor's power consumption level. This allows for precise and controllable consumption of processor resources (such as the CPU, EC, or other processors) without starting the operating system, stabilizing its power consumption at a target value and thus generating stable dehumidification heat. Preferably, the processor executing the computational tasks is a CPU with higher power consumption to quickly generate more heat for dehumidification. Depending on actual needs, computational tasks can also be run on other devices in the initialization hardware of the electronic device, such as AI chips, ECs, or other high-power electronic components. By adjusting the operating power consumption of one or more electronic components, the total power consumption can be kept at the target value. This application does not impose any limitations on this.

[0088] In some embodiments, during the implementation of step S23, a mapping relationship between computational tasks and target moisture-proof parameters (which, under the same environment, have different values ​​and achieve different dehumidification effects, and can characterize the target dehumidification effect required in the current environment) can be learned based on a pre-trained model. In this way, after determining the target moisture-proof parameters, at least one computational task required to achieve the corresponding target dehumidification effect can be determined based on the pre-trained model, denoted as the target computational task. Then, the target computational task is executed by the processor of the control electronic device to adjust the power consumption of the processor and achieve the target dehumidification effect.

[0089] Optionally, this application can also control the processor to gradually increase the number of computational tasks it executes, detect the resulting power consumption, and if the target power consumption value is not reached, continue to increase the computational tasks to increase the processor's power consumption value. This adjustment is repeated until the power consumption value generated by the processor reaches the target power consumption value, and then the processor runs for the target duration to achieve the expected dehumidification effect. This application does not limit the implementation method of controlling the processor of the electronic device to operate according to the target moisture-proof parameters.

[0090] Step S24: In response to the current moisture protection time period of the electronic device meeting the target running time, based on the updated data obtained by the electronic device, adjust the target moisture protection parameters to be executed by the electronic device next time, and / or the moisture protection trigger time included in the moisture protection trigger condition to be met next time.

[0091] Step S25: In response to the completion of the adjustment operation, control the electronic device to shut down or enter a sleep state.

[0092] In some embodiments, after the moisture control for the target runtime is completed according to the method described above, the electronic device can be directly controlled to shut down or enter a sleep state. Alternatively, before controlling the electronic device to switch from a pre-start state to an idle state, the target moisture control parameters and / or moisture control trigger conditions can be updated and stored to enable the next dehumidification of the electronic device. In this case, updated data of the electronic device can be obtained, such as at least one of the following: a redefined moisture control trigger time, changes in environmental climate data, and changes in geographical location. The target moisture control parameters and moisture control trigger time are adjusted according to the determination methods described above for their respective purposes. The new target moisture control parameters and moisture control trigger time are then obtained and stored. The implementation process is not detailed in this application.

[0093] Therefore, the active dehumidification control method for idle electronic devices proposed in this application can combine environmental climate data of the electronic device's geographical location to determine in a timely and accurate manner when the electronic device needs to enter dehumidification mode. Moreover, this dehumidification process is implemented at the firmware level of the electronic device. That is, after the electronic device powers on and automatically enters the pre-boot environment and completes hardware initialization, it directly controls the processor to perform additional computing tasks to increase the processor's power consumption and generate enough heat to achieve the purpose of dehumidification. After dehumidification is completed, it first updates the relevant parameters required to determine the next dehumidification mode and then controls the electronic device to switch back to the idle state. There is no need to enter the operating system, which reduces energy consumption and improves the accuracy and reliability of the next dehumidification control.

[0094] Reference Figure 3 This is a flowchart illustrating a moisture-proof control method for electronic devices proposed in Embodiment 3 of this application. Applied to electronic devices, this embodiment describes another optional implementation method for determining target moisture-proof parameters, such as target runtime and target power consumption, in the moisture-proof control method described in the above embodiments. Figure 3 As shown, the optional implementation method proposed in this embodiment may include:

[0095] Step S31: Under the normal operating environment of the electronic device's operating system, in response to the activation command of the electronic device's moisture-proof mode, obtain the geographical location information of the electronic device.

[0096] Step S32: Based on geographic location information, obtain environmental climate data and historical operating data of the location of the electronic device;

[0097] The method for enabling the moisture-proof mode of electronic devices, as well as the content and acquisition method of geographical location information and environmental climate data, can be referred to the description of the corresponding part of the above embodiment, and will not be repeated in this embodiment.

[0098] The historical operating data of electronic devices can be a series of parameters related to the device status, user habits, and environment of the electronic devices, so as to realize the personalized customization of the moisture control strategy and make the strategy more in line with the hardware characteristics of each device and the actual use environment of the user. It can include, but is not limited to, at least one of the following: historical load and temperature correlation data, historical power-on and power-off time data, and user's historical parameter adjustment records for the moisture-proof mode (which can include records of running time, power consumption, and dehumidification effect, for example, the humidity dropped from 70% to 45% in 20 minutes / 15W power consumption).

[0099] Step S33: Based on environmental climate data and historical operating data, generate the target operating time and target power consumption value for the next time the electronic device enters the moisture-proof mode through the target model.

[0100] In this application, the target model can be a secondary model, such as a general AI model, an expert large model, or a pre-trained predictive model, to learn the mapping / correlation relationship between environmental climate data and historical operating data, and the operating time and power consumption values. For example, higher humidity requires a longer operating time / slightly higher power consumption. By leveraging the powerful reasoning ability of the target model, it can accurately predict how long the electronic device will need to run in the next dehumidification mode, as well as the target power consumption value during operation. This means that the target dehumidification parameters controlling the dehumidification mode of the electronic device are more intelligent and better adapted to the current scenario, avoiding problems such as "incomplete dehumidification" or "excessive power consumption leading to hardware damage" caused by fixed parameters. Furthermore, during the model reasoning and analysis of the aforementioned target dehumidification parameters, it is also possible to predict the dehumidification trigger time for the electronic device to enter the dehumidification mode again; the implementation process is not detailed in this application.

[0101] For example, in the context of "Hangzhou's plum rain season" (environmental climate: 80% humidity, 25℃), historical data shows that "last time, when the humidity was 75%, it took 20 minutes / 15W to reduce the humidity to 42%." The target model will combine this information to calculate that "this time the humidity is higher, requiring 25 minutes / 18W," ensuring that the humidity is reduced to a safe level without wasting electricity or damaging the hardware.

[0102] In some embodiments, in the moisture-proof control method described in the context, this application may also output a moisture-proof execution interface (such as...). Figure 4 (As shown, but not limited to), and the completion progress of the target moisture-proof parameters is displayed in the moisture-proof execution interface, such as... Figure 4 The progress bar and completion percentage shown are not detailed here. This informs the user that the electronic device is currently undergoing dehumidification in a pre-start environment, allowing them to understand the device's status.

[0103] In practical applications, it should be understood that if the user presses the power button on the electronic device, the electronic device will perform the normal power-on process. During the power-on self-test phase, such as the BIOS phase, the moisture-proof control of this application is not required. After the electronic device enters the operating system, the heat generated by the operation of each piece of hardware is sufficient to achieve the dehumidification effect, and no additional moisture-proof control is needed.

[0104] If the user's power-on time is before the next activation of the moisture-proof mode, the moisture-proof trigger time, target runtime, and target power consumption value for the next moisture-proof mode can be determined or updated based on network-updated data. In this case, in response to the user's power-on command, the electronic device executes a normal startup process to enter the operating system environment. Since the power-on time is earlier than the moisture-proof trigger time, the next moisture-proof trigger time for the electronic device is adjusted based on the power-on time. The process of this adjustment and the determination of the moisture-proof trigger time are not detailed in this embodiment. Of course, other parameters used for moisture-proof control can also be adjusted during this adjustment process; the implementation process is not detailed in this application.

[0105] Therefore, the moisture-proof triggering time in the context of this application can be based on environmental climate data, geographical location, and user settings of the moisture-proof configuration interface (such as...). Figure 5 The BIOS settings interface shown, or Figure 6 The system configuration interface shown (i.e., the device settings interface of a device management tool, but not limited to this) is updated by at least one of the following: configuration operation, user operation on the physical button used to set the moisture-proof trigger time. Similarly, other parameters used for moisture-proof control can also be dynamically updated as the data on which the parameter is determined changes. The implementation process is similar to the corresponding parameter determination method, and will not be described in detail in this embodiment.

[0106] In order to achieve active moisture control at the firmware level, such as Figure 7 As shown, a spec-defined function, namely the moisture-proof mode option definition, can be added to the BIOS settings selection, enabling support for the WMI (Windows Management Instrumentation) interface. The "Y" in the cell indicates that the electronic device's moisture-proof mode supports WMI interface control and querying, facilitating configuration by users or administrators through various methods (such as management tools, scripts, system devices, etc.). It should be noted that... Figure 6The interface shown completes the activation of the moisture-proof mode. After configuring the relevant parameters, these settings can be synchronously updated in the BIOS settings. This allows the BIOS to determine whether to activate the moisture-proof mode based on its own recorded settings, thus completing the moisture-proof control of the electronic device. Similarly, in Figure 5 The interface shown demonstrates the activation of the moisture-proof mode and the configuration of related parameters, which can also be synchronized to... Figure 6 The interface or related management files shown are designed to facilitate user queries within the operating system environment, and this application does not restrict the synchronous implementation method.

[0107] Furthermore, when the model used to predict the relevant parameters in the moisture control method is an end-side model, such as Figure 8 The collaborative startup process of the AI ​​chip and the system shown differs from the system's power-on self-start process (such as the BIOS power-on self-test link). The AI ​​chip starts independently, enabling the operation of AI chip services and model loading. Figure 8 As shown, the AI ​​chip independently completes initialization (such as executing the initialization code in the AI ​​chip's built-in ROM (Read-Only Memory) to complete the basic initialization of the chip hardware (such as registers, basic peripherals, etc.), security verification (such as starting the "root of trust" security mechanism to verify the integrity of the AI ​​chip's hardware / firmware, ensuring that the chip's boot environment has not been tampered with, which is the basic step for secure booting, to ensure the security of the model prediction process and the reliability of the prediction results; it can also verify the integrity and legitimacy of the Bootloader stored in Flash) and system loading (after the bootloader passes the verification, it runs and is responsible for loading the subsequent system and configuration, such as checking and selecting the image version of the CFU (Control Function Unit) (there are two CFU images), and performing security verification on the selected image; and configuring the parameters of HyperRam (the AI ​​chip's high-speed memory) (such as timing, working mode) to prepare for loading the AI ​​model). It can load and start Zephyr OS (a lightweight real-time operating system, but not the actual operating system) through the Bootloader, providing a runtime environment for the AI ​​chip and supporting subsequent services and task scheduling.

[0108] Figure 8The right-hand branch is the operating system boot link, i.e., the process of powering on and entering the operating system. During this process, the main system completes BIOS / UEFI initialization and hardware detection, and finally loads and enters the Windows operating system. After entering Windows, the main system triggers the service process of the AI ​​chip, causing the AI ​​chip to start executing preset tasks (such as AI model inference in moisture-proof mode). That is, under the normal operating system environment described above, the model is used to perform parameter prediction and storage. For example, the main system reads the AI ​​model from the SSD and transmits it to the HyperRam that has been configured on the AI ​​chip through the interface; the AI ​​chip, based on the Zephyr OS environment, uses the model in HyperRam to perform inference tasks, such as predicting parameters such as moisture-proof trigger time and runtime.

[0109] However, when the electronic device is idle, if the moisture-proof triggering condition is met, during the response to the start command, that is... Figure 8 As shown, after entering the operating system stage and completing BIOS / UEFI initialization and hardware detection, the processor will be controlled to run according to the target moisture-proof parameters, that is, to achieve active dehumidification through power consumption control. After that, the operating system will not be loaded again, and the power will be cut off and the machine will be shut down directly.

[0110] Reference Figure 9 This is a schematic diagram of the structure of a moisture-proof control device for an electronic device according to an embodiment of this application. The moisture-proof control device for the electronic device may include:

[0111] The generation module 91 is used to generate a start command in response to the moisture-proof triggering conditions being met for the moisture-proof control strategy;

[0112] The first control module 92 is used to respond to the start command and, in the pre-start environment of the electronic device, control the electronic device to operate according to the target moisture-proof parameters so as to dehumidify the inside of the electronic device by the heat generated during operation.

[0113] In one possible implementation, the generation module 91 may include at least one of the following response units:

[0114] The first response unit is configured to respond to the electronic device activating the moisture-proof mode and satisfy the moisture-proof trigger time determined based on the geographical location information of the electronic device.

[0115] The second response unit is used to respond to the electronic device activating the anti-moisture mode and to meet the anti-moisture trigger time determined based on the environmental climate data of the geographical location of the electronic device.

[0116] The third response unit is used to respond to the electronic device activating the moisture-proof mode and to meet the moisture-proof trigger time determined based on the user's configuration operation on the moisture-proof configuration interface of the electronic device.

[0117] Optionally, the moisture control device may include:

[0118] The first update module is used to update the moisture-proof trigger time based on changes in at least one of the environmental climate data, the geographical location information, and the configuration operation.

[0119] In one possible implementation, the aforementioned target moisture-proof parameters are determined based on the moisture-proof control strategy and include target runtime and target power consumption values. Based on this, the target moisture-proof parameter determination module may include:

[0120] The first determining unit is used to determine the target operating time and the target power consumption value of the electronic device in the moisture-proof mode based on the environmental climate data of the geographical location of the electronic device.

[0121] Based on this, the first control module 92 may include:

[0122] A first control unit is configured to, in response to completing hardware initialization in the pre-boot environment of the electronic device, control the processor of the electronic device to execute at least one computing task so that the power consumption of the processor reaches the target power consumption value, and run the target runtime at the target power consumption value;

[0123] The computing task described herein is different from the task required to perform during the normal startup process of the electronic device.

[0124] Optionally, the first determining unit may include:

[0125] The first acquisition unit is configured to, in response to a command to activate the moisture-proof mode of the electronic device under normal operating system conditions, acquire environmental climate data and historical operating data of the geographical location of the electronic device based on the geographical location information of the electronic device.

[0126] The first generation unit is used to generate, based on the environmental climate data and the historical operating data, the target operating time and target power consumption value of the electronic device for the next time it enters the moisture-proof mode through the target model.

[0127] In some embodiments, the above-mentioned moisture control device may further include:

[0128] The second control module is used to respond to the startup command generated by the user's startup operation on the electronic device and control the electronic device to execute the normal startup process to enter the operating system running environment;

[0129] An adjustment module is configured to, in response to the start-up operation occurring earlier than the moisture-proof trigger time, adjust the moisture-proof trigger time to be met by the electronic device next time, based on the start-up operation time.

[0130] In some embodiments, the above-mentioned moisture control device may further include:

[0131] The output module is used to output the moisture-proof execution interface and display the completion progress of the target moisture-proof parameters in the moisture-proof execution interface.

[0132] This application also provides a computer program product including computer-readable instructions. When the computer-readable instructions are executed on an electronic device, the electronic device implements any of the moisture-proof control methods for electronic devices provided in this application. The computer program product can be stored in a readable storage medium, such as a computer floppy disk, USB flash drive, portable hard drive, ROM (Read-Only Memory), RAM (Random Access Memory), magnetic disk, or optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, training device, or network device, etc.) to execute the test processing methods described in the various embodiments of this application.

[0133] This application also provides a computer-readable storage medium carrying one or more computer programs. When these programs are executed by an electronic device, the electronic device can implement any of the moisture control methods provided in this application. This application does not limit the product form of the computer-readable storage medium.

[0134] Reference Figure 10 This is a schematic diagram of the hardware structure of an electronic device proposed in an embodiment of this application. The electronic device may include at least one memory 101 and a processing circuit 102.

[0135] The memory 101 stores firmware 103, and the processing circuit 102 is configured to read and execute computer instructions of firmware 103 to implement the steps of the moisture control method for electronic devices described in the various embodiments of this application. The implementation process can be referred to the content described in the above method embodiments, and will not be repeated here.

[0136] In this embodiment, firmware 103 may be a computer program such as BIOS or UEFI, and processing circuit 102 may include firmware chip, such as BIOS chip or UEFI chip, and may also include processor such as CPU or EC. Depending on the power-on self-test requirements of the electronic device, it may also include other hardware, such as power module, etc. This application does not limit this.

[0137] It should be understood that, Figure 10 The structure of the electronic device shown does not constitute a limitation on the electronic device in the embodiments of this application. In practical applications, the electronic device may include more than Figure 10 The application does not provide a detailed list of all the components shown, including more or fewer components, or combinations of certain components, such as various communication elements, various input components or other output components, power management modules, and various sensors.

[0138] It should also be noted that 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 embodiment according to actual needs. In addition, in the accompanying drawings of the device embodiments provided in this application, the connection relationship between modules indicates that they have a communication connection, which can be implemented as one or more communication buses or signal lines.

[0139] In the above embodiments, all or part of the implementation can be achieved through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented in whole or in part as a computer program product. The various embodiments in this specification are described in a progressive or parallel manner, with each embodiment focusing on its differences from other embodiments. Similar or identical parts between embodiments can be referred to interchangeably. For the apparatuses and electronic devices disclosed in the embodiments, since they correspond to the methods disclosed in the embodiments, the descriptions are relatively simple, and relevant parts can be referred to the method section.

Claims

1. A method for moisture control of electronic devices, the method comprising: In response to the fulfillment of the moisture-proof triggering conditions for the moisture-proof control strategy, a start command is generated; In response to the start command, in the pre-start environment of the electronic device, the electronic device is controlled to operate according to the target moisture-proof parameters so as to dehumidify the inside of the electronic device by the heat generated during operation.

2. The method according to claim 1, wherein the response to satisfying the moisture-proof triggering condition for the moisture-proof control strategy includes at least one of the following: In response to the electronic device activating the anti-moisture mode, and satisfying the anti-moisture trigger time determined based on the geographical location information of the electronic device; In response to the electronic device activating the anti-moisture mode, and satisfying the anti-moisture trigger time determined based on environmental climate data of the geographical location of the electronic device; In response to the electronic device activating the moisture-proof mode, and satisfying the moisture-proof trigger time determined based on the user's configuration operation on the moisture-proof configuration interface of the electronic device.

3. The method according to claim 2, wherein the moisture-proof trigger time can be updated based on changes in at least one of the environmental climate data, the geographical location information, and the configuration operation.

4. The method according to any one of claims 1-3, wherein the target moisture-proof parameter is determined based on the moisture-proof control strategy, and includes a target operating time and a target power consumption value; in, Determining the target moisture-proof parameters based on the aforementioned moisture-proof control strategy includes: Based on environmental climate data of the geographical location of the electronic device, the target operating time and target power consumption value of the electronic device in moisture-proof mode are determined.

5. The method according to claim 4, wherein controlling the electronic device to operate according to the target moisture-proof parameters includes: In response to completing hardware initialization in the pre-boot environment of the electronic device, the processor of the electronic device is controlled to execute at least one computing task so that the power consumption of the processor reaches the target power consumption value, and the target runtime is run at the target power consumption value; The computing task described herein is different from the task required to perform during the normal startup process of the electronic device.

6. The method according to claim 4, wherein determining the target operating time and the target power consumption value of the electronic device in moisture-proof mode based on environmental climate data of the geographical location of the electronic device includes: Under the normal operating system environment of the electronic device, in response to the activation command of the moisture-proof mode of the electronic device, environmental climate data and historical operating data of the geographical location of the electronic device are obtained based on the geographical location information of the electronic device; Based on the environmental climate data and the historical operating data, the target operating time and target power consumption value for the next time the electronic device enters the moisture-proof mode are generated through the target model.

7. The method according to claim 4, further comprising: In response to the current moisture-proof time period of the electronic device meeting the target runtime, based on the updated data obtained by the electronic device, the target moisture-proof parameters to be executed by the electronic device next time, and / or the moisture-proof trigger time included in the moisture-proof trigger condition to be met next time; In response to the completion of the adjustment operation, the electronic device is controlled to shut down or enter a sleep state.

8. The method according to claim 2, further comprising: In response to a startup command generated by a user's startup operation on the electronic device, the system controls the electronic device to execute a normal startup process and enter the operating system runtime environment; In response to the fact that the start-up operation occurs earlier than the moisture-proof trigger time, the moisture-proof trigger time to be satisfied by the electronic device next is adjusted based on the start-up operation time.

9. The method according to any one of claims 1-3, further comprising: Output the moisture-proof execution interface and display the completion progress of the target moisture-proof parameters in the moisture-proof execution interface.

10. An electronic device, the electronic device comprising a memory and processing circuitry, wherein: The memory stores firmware; The processing circuit is configured to read and execute computer instructions from the firmware for: In response to the fulfillment of the moisture-proof triggering conditions for the moisture-proof control strategy, a start command is generated; In response to the start command, in the pre-start environment of the electronic device, the electronic device is controlled to operate according to the target moisture-proof parameters so as to dehumidify the inside of the electronic device by the heat generated during operation.