A method and device for protecting a power supply based on online monitoring of a line, and a storage medium

Abstract

This application belongs to the field of power Internet of Things (IoT) technology, and relates to a method, device, and storage medium for power supply protection of online transmission line monitoring based on HarmonyOS. The method includes: encapsulating the power supply of the online monitoring device as a virtual device with a data access interface through the southbound device management framework of the HarmonyOS system; calling the data access interface to obtain power status data of the virtual device; determining a target management event triggered by the online monitoring device based on the power status data and multiple preset power management events, wherein the target management event is at least one of the multiple power management events; generating a power protection command corresponding to the target management event according to a preset mapping relationship; and scheduling at least one execution unit of the online monitoring device to execute the power protection operation corresponding to the power protection command through the distributed soft bus of the HarmonyOS system. This application improves the reliability of the power supply system of the online monitoring device for transmission lines.

Description

Technical Field

[0001] This application relates to the field of power Internet of Things technology, and in particular to a method, device and storage medium for online monitoring and power protection of power lines based on HarmonyOS. Background Technology

[0002] With the rapid development of smart grid and power Internet of Things technologies, online monitoring devices for transmission lines have become key equipment to ensure the safe operation of the power grid. Deployed in the field tower environment for a long time, the stable operation of their power supply system is an important prerequisite for the continuous monitoring work.

[0003] Currently, the mainstream power supply solutions in the industry generally adopt a combined power supply mode of solar energy and batteries, coupled with a traditional embedded control architecture. Through an independent power management module, functions such as charging and discharging control, voltage regulation and basic power consumption management are realized, which can meet basic power supply needs in simple environments.

[0004] However, the outdoor environment is characterized by drastic fluctuations in light intensity, extreme temperature changes, and complex and variable operating conditions, making it difficult for existing technologies to adapt. This leads to problems such as power outages and low energy efficiency in the power system, directly affecting the continuous operation of online monitoring devices for transmission lines and restricting the continuity and stability of monitoring work.

[0005] In view of the above, this application is hereby submitted. Summary of the Invention

[0006] The purpose of this application is to propose a power supply protection method, device, and storage medium for online monitoring of transmission lines based on HarmonyOS, so as to solve the technical problem of insufficient power system reliability of online monitoring devices for transmission lines.

[0007] To address the aforementioned technical problems, this application provides a power supply protection method for online monitoring of transmission lines based on HarmonyOS, applied to an online monitoring device for transmission lines. The online monitoring device is equipped with the HarmonyOS system and employs the following technical solution: Through the southbound device management framework of the HarmonyOS system, the power supply of the online monitoring device is encapsulated as a virtual device with a data access interface, and the power status data of the virtual device is obtained by calling the data access interface. Based on the power status data and a plurality of preset power management events, a target management event triggered by the online monitoring device is determined, wherein the target management event is at least one of the plurality of power management events; Based on the preset mapping relationship, generate the power protection command corresponding to the target management event; Through the distributed soft bus of the HarmonyOS system, at least one execution unit of the online monitoring device is scheduled to execute the power protection operation corresponding to the power protection command.

[0008] Furthermore, determining the target management event triggered by the online monitoring device based on the power status data and a plurality of preset power management events includes: The power status data is monitored to obtain a first monitoring result; In the power management event, the target management event that matches the first monitoring result is determined.

[0009] Furthermore, in the power management event, determining the target management event that matches the first monitoring result includes: Obtain the threshold conditions corresponding to each of the power management events; A target threshold condition matching the first monitoring result is determined, and the power management event corresponding to the target threshold condition is determined as the target management event.

[0010] Furthermore, after scheduling at least one execution unit of the online monitoring device to execute the power protection operation corresponding to the power protection command via the distributed soft bus of the HarmonyOS system, the method further includes: The execution status of the execution unit performing the power protection operation is obtained. According to a preset standardized format, the execution status, the power status data, and the target management event are converted to obtain a data packet. The data packet is then encrypted to obtain an encrypted data packet. The encrypted data packet is transmitted to the cloud by calling the data access interface. The system receives an update packet from the cloud based on the encrypted data packet, updates the power management policy of the power supply according to the update packet, and obtains a target power management policy. The power management policy includes a first mapping relationship between the power status data and the power management event, and a second mapping relationship between the power management event and the power protection command.

[0011] Furthermore, the step of updating the power management policy according to the update package to obtain the target power management policy includes: Parse the update package to obtain the target mapping parameters; Obtain the initial mapping parameters from the power management strategy; The initial mapping parameters are replaced with the target mapping parameters to obtain the target management strategy.

[0012] Furthermore, the process of encapsulating the power supply of the online monitoring device into a virtual device with a data access interface through the southbound device management framework of the HarmonyOS system includes: The power configuration driver is configured through the HarmonyOS system; The driver is executed based on the southbound device management framework to register the power supply as a virtual device with a data access interface.

[0013] Furthermore, the online monitoring device includes an independent power management unit and a main control unit. After scheduling at least one execution unit of the online monitoring device to execute the power protection operation corresponding to the power protection command via the distributed soft bus of the HarmonyOS system, it further includes: The communication status between the independent power management unit and the main control unit is monitored to obtain a second monitoring result; When the second monitoring result is abnormal, the independent power management unit is controlled to reset the main control unit.

[0014] To address the aforementioned technical problems, this application also provides a HarmonyOS-based online power protection device for power transmission lines. This online monitoring device is equipped with the HarmonyOS system and employs the following technical solution: A HarmonyOS-based online monitoring power protection device for power transmission lines, comprising: The encapsulation module is used to encapsulate the power supply of the online monitoring device into a virtual device with a data access interface through the southbound device management framework of the HarmonyOS system, and call the data access interface to obtain the power status data of the virtual device. The determination module is used to determine the target management event triggered by the online monitoring device based on the power status data and a plurality of preset power management events, wherein the target management event is at least one of the plurality of power management events; The generation module is used to generate power protection instructions corresponding to the target management event according to a preset mapping relationship; The scheduling module is used to schedule at least one execution unit of the online monitoring device to perform the power protection operation corresponding to the power protection command through the distributed soft bus of the HarmonyOS system.

[0015] To address the aforementioned technical problems, this application also provides a computer device that employs the following technical solution: A computer device includes a memory and a processor, wherein the memory stores computer-readable instructions, and the processor executes the computer-readable instructions to implement the steps of the HarmonyOS-based online monitoring power protection method described above.

[0016] To address the aforementioned technical problems, this application also provides a computer-readable storage medium, employing the technical solution described below: A computer-readable storage medium storing computer-readable instructions, which, when executed by a processor, implement the steps of the HarmonyOS-based online power protection method for line monitoring as described above.

[0017] Compared with the prior art, this application has the following main advantages: This application discloses a power protection method for online monitoring of transmission lines based on HarmonyOS. By leveraging HarmonyOS's southbound device management framework, the power supply is transformed into a virtual device with a data access interface. Power status data is collected through a unified interface, reducing compatibility barriers between different hardware and making the status acquisition process smoother and more stable. Next, the collected power status data is matched with multiple preset power management events to promptly identify changes in the power system's operating status, ensuring that triggered management events match actual needs and avoiding unnecessary operational interference. Then, power protection commands corresponding to the target management events are generated according to preset mapping relationships, making the command generation process more standardized and consistent, reducing the occurrence of command errors or conflicts. Finally, the corresponding power protection operations are executed using HarmonyOS's distributed soft bus scheduling and execution unit, improving inter-service communication efficiency and operation execution speed. This allows the power system to quickly adjust to various situations, effectively improving the operating performance of the power system in the online monitoring device for transmission lines, extending the stable operating time of the device, and ultimately enhancing the reliability of the power system in the online monitoring device for transmission lines. Attached Figure Description

[0018] To more clearly illustrate the solutions in this application, the accompanying drawings used in the description of the embodiments of this application will be briefly introduced below. Obviously, the accompanying drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0019] Figure 1 This is an exemplary system architecture diagram to which this application can be applied; Figure 2 This is a flowchart of an embodiment of the HarmonyOS-based online power supply protection method for power lines according to this application; Figure 3 This is a schematic diagram of a structure of an embodiment of the HarmonyOS-based online monitoring power protection device for power supply according to this application; Figure 4 This is a schematic diagram of the structure of one embodiment of the computer device according to this application. Detailed Implementation

[0020] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains; the terminology used herein in the specification of the application is for the purpose of describing particular embodiments only and is not intended to be limiting of the application; the terms "comprising" and "having," and any variations thereof, in the specification, claims, and foregoing drawings of this application are intended to cover non-exclusive inclusion. The terms "first," "second," etc., in the specification, claims, or foregoing drawings of this application are used to distinguish different objects, not to describe a particular order.

[0021] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a mutually exclusive, independent, or alternative embodiment. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0022] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings.

[0023] like Figure 1 As shown, the system architecture 100 may include a first terminal device 101, a second terminal device 102, a third terminal device 103, a network 104, and a server 105. The network 104 serves as a medium for providing communication links between the first terminal device 101, the second terminal device 102, the third terminal device 103, and the server 105. The network 104 may include various connection types, such as wired or wireless communication links, or fiber optic cables, etc.

[0024] Users can use the first terminal device 101, the second terminal device 102, and the third terminal device 103 to interact with the server 105 via the network 104 to receive or send messages, etc. Various communication client applications can be installed on the first terminal device 101, the second terminal device 102, and the third terminal device 103, such as web browser applications, shopping applications, search applications, instant messaging tools, email clients, social platform software, etc.

[0025] The first terminal device 101, the second terminal device 102, and the third terminal device 103 can be various electronic devices with displays and support web browsing, including but not limited to smartphones, tablets, e-book readers, MP3 (Moving Picture Experts Group Audio Layer Ⅲ) players, MP4 (Moving Picture Experts Group Audio Layer IV) players, laptops, and desktop computers, etc.

[0026] Server 105 can be a server that provides various services, such as a backend server that supports the pages displayed on the first terminal device 101, the second terminal device 102, and the third terminal device 103.

[0027] It should be noted that the online power protection method for line monitoring based on HarmonyOS provided in this application is generally executed by the terminal device, and correspondingly, the online power protection device for line monitoring based on HarmonyOS is generally installed in the terminal device.

[0028] It should be understood that Figure 1 The number of terminal devices, networks, and servers shown is merely illustrative. Depending on implementation needs, any number of terminal devices, networks, and servers can be included.

[0029] Continue to refer to Figure 2 The diagram illustrates a flowchart of an embodiment of the HarmonyOS-based online power supply protection method for power lines. The HarmonyOS-based online power supply protection method for power lines includes the following steps: Step S201: Through the southbound device management framework of the HarmonyOS system, the power supply of the online monitoring device is encapsulated as a virtual device with a data access interface, and the power status data of the virtual device is obtained by calling the data access interface.

[0030] In this embodiment, the HarmonyOS-based online power protection method for line monitoring runs on electronic devices (e.g., Figure 1 The terminal device shown can send or receive data via wired or wireless connection. It should be noted that the aforementioned wireless connection methods may include, but are not limited to, 3G / 4G / 5G connections, Wi-Fi connections, Bluetooth connections, WiMAX connections, Zigbee connections, UWB (ultra-wide band) connections, and other currently known or future wireless connection methods.

[0031] In this embodiment, within the system service layer of the HarmonyOS system, the Southbound Device Management Framework is a system framework for adapting the HarmonyOS (OpenHarmony) operating system to the power management requirements of online monitoring devices for power transmission lines. It is built upon the HarmonyOS Hardware Driver Foundation (HDF). The Southbound Device Management Framework is used for unified power control. Through this framework, the HarmonyOS system can identify and manage a wide variety of power supplies with different interfaces, providing a unified and standardized service interface. Power supplies are physical components that provide power supply, conversion, and status awareness in online monitoring devices, including solar panels, Maximum Power Point Tracking (MPPT) controllers, battery packs, multi-channel DC-DC power modules, and voltage / current / temperature sensors. Virtual devices refer to logical devices abstracted and encapsulated by the Southbound Device Management Framework based on standardized power supply drivers. They integrate unified data access interfaces (such as getVoltage() and getSOC()), enabling data interaction with physical power supplies through driver programs, shielding underlying hardware differences, and supporting unified invocation of upper-layer services. Power status data is various types of data collected from the power supply through the virtual device interface, reflecting its operating status. Specifically, it includes voltage data such as solar input voltage, battery voltage, and DC-DC module output voltage; power data such as battery remaining charge (SOC); temperature data such as battery operating temperature and power module operating temperature; current data such as DC-DC module output current and charging current; and operating status data such as battery charging / discharging status and MPPT controller operating status.

[0032] In this embodiment, the online monitoring device is deployed on power transmission line towers in the field. The power supplies are independent components of different models, requiring a unified approach to status monitoring. The HarmonyOS system automatically launches the Southbound Device Management Framework, which, based on HarmonyOS's hardware abstraction capabilities, performs unified adaptation and encapsulation processing for all power supplies. Specifically, the Southbound Device Management Framework, through a preset standardized adaptation format, transforms physical power hardware such as MPPT controllers, Battery Management Systems (BMS), and DC-DC power modules into virtual devices with consistent data access interfaces. Each virtual device integrates a general data access interface for obtaining the corresponding hardware status. For example, the virtual device corresponding to the MPPT controller is configured with an interface for obtaining the solar input voltage and a charging status query interface; the virtual device corresponding to the BMS is configured with interfaces for obtaining the battery voltage, the remaining battery power, and the operating temperature.

[0033] After the virtual devices are encapsulated, the power management service (PMS) of the online monitoring device does not need to pay attention to the differences in the underlying models and communication protocols of each power supply. It can directly collect the required power status data from the corresponding physical power supply hardware by calling the unified data access interface of each virtual device. The power status data obtained includes, but is not limited to, solar input voltage, battery remaining power, battery operating temperature, DC-DC module output current, etc., realizing the unified collection and summary of different power status data.

[0034] Step S202: Based on the power status data and a plurality of preset power management events, determine the target management event triggered by the online monitoring device, wherein the target management event is at least one of the plurality of power management events.

[0035] In this embodiment, the online monitoring device is deployed in a complex outdoor environment and needs to cope with unstable solar power supply and large temperature fluctuations. Therefore, multiple preset power management events are set based on common needs of outdoor power supply scenarios, specifically including low power mode events, sleep mode events, local autonomy mode events, and overheat protection events. Among them, the triggering scenario for the low power mode event is a drop in solar input voltage and low battery remaining power (SOC), for example, the solar input voltage is continuously below 11.6V and the SOC is below 30%; the triggering scenario for the sleep mode event is a severe power supply shortage, such as the solar input voltage being too low and the battery SOC approaching the critical value; the triggering scenario for the overheat protection event is that the battery or power module operating temperature is too high, such as the battery temperature exceeding the threshold; the triggering scenario for the local autonomy mode event is that the communication between the device and the cloud is interrupted and the battery remaining power is low; the triggering scenario for the voltage anomaly protection event is that the solar input voltage, battery voltage, or DC-DC module output voltage exceeds the safe range. Specifically, to ensure the stable operation of the power system, the PMS of the online monitoring device will continuously combine the collected power status data with the preset trigger conditions corresponding to each power management event to determine the target management event currently present in the online monitoring device.

[0036] Step S203: Generate a power protection command corresponding to the target management event according to the preset mapping relationship.

[0037] In this embodiment, the preset mapping relationship is a one-to-one correspondence between each type of power management event and its corresponding power protection operation instruction. Specifically, it refers to the operation type, target, and parameter threshold of the power protection instruction corresponding to each preset power management event. For example, the power protection instruction corresponding to a low-power mode event is to reduce the power consumption of non-core services and adjust hardware power supply parameters. In this case, the power protection instruction for a low-power mode event may include three specific operation requirements: adjusting the data acquisition service's acquisition frequency from 2 seconds / time to 5 seconds / time, reducing the video service's image resolution from 1080P to 720P, and limiting the output power of the DC-DC module to within 60% of its rated power. As another example, the power protection instruction corresponding to an overheat protection event is to reduce the power module's frequency and shut down redundant power supply channels. In this case, the power protection instruction for an overheat protection event may include reducing the main control unit's operating frequency from 1GHz to 800MHz, shutting down the power supply channels for non-critical sensors, and limiting the battery charging current to within 0.3C.

[0038] Specifically, once a target management event is identified, the PMS invokes a pre-defined mapping database to match the identified event. If the identified target management event is a single event, the unique power protection command corresponding to that event is directly extracted. If the identified target management event consists of multiple parallel events (such as a low-power mode event and an overheat protection event triggering simultaneously), the power protection commands corresponding to each event are extracted. Through conflict detection and logical integration, a composite power protection command containing all conflict-free operation requirements is generated. For example, the integrated command may simultaneously include operation requirements such as adjusting the acquisition frequency, reducing image resolution, limiting output power, and reducing the frequency of the main control unit, and the execution priority of each operation is determined (frequency reduction and power limiting operations are executed first, followed by adjusting service operating parameters).

[0039] The generated power protection commands are in a standardized command format, containing key information such as command identifier, operation object ID, operation parameters, and execution time limit, ensuring that the commands can be directly recognized and parsed by subsequent execution units, providing a foundation for the rapid response of the power system.

[0040] Step S204: Through the distributed soft bus of the HarmonyOS system, at least one execution unit of the online monitoring device is scheduled to execute the power protection operation corresponding to the power protection command.

[0041] In this embodiment, the execution unit includes video services, AI analysis services, and data acquisition services in the application service layer of the online monitoring device, as well as DC-DC power module control units and sensor power supply control units in the hardware control layer. The distributed soft bus is a core communication component of the HarmonyOS system, pre-initializing the communication link during device startup to support low-latency, highly reliable inter-service data transmission and command scheduling. Specifically, after a power protection command is generated, it is encapsulated into a message packet according to the HarmonyOS system's standardized communication protocol. The message packet contains information such as command type, execution object identifier, operation parameters, and execution time limit. The PMS pushes this message packet to the corresponding execution unit via the distributed soft bus. After receiving the command, each execution unit performs the corresponding power protection operation according to its own functional characteristics. For example, [example omitted]. After completing the operation, each execution unit feeds back the execution result to the PMS via the distributed soft bus, including the operation completion status and current operating parameters.

[0042] This application transforms the power supply into a virtual device with a data access interface through the southbound device management framework of the HarmonyOS system. Power status data is collected through a unified interface, reducing compatibility barriers between different hardware and making the status acquisition process smoother and more stable. Next, the collected power status data is matched with multiple preset power management events to promptly identify changes in the power system's operating status, ensuring that triggered management events match actual needs and avoiding unnecessary operational interference. Then, power protection commands corresponding to the target management events are generated according to preset mapping relationships, making the command generation process more standardized and consistent, reducing the occurrence of command errors or conflicts. Finally, the corresponding power protection operations are executed using the distributed soft bus scheduling and execution unit of the HarmonyOS system, improving communication efficiency and operation execution speed between services. This allows the power system to quickly adjust to various situations, effectively improving the operating performance of the power system of the online monitoring device for transmission lines, extending the stable operating time of the device, and ultimately improving the reliability of the power system of the online monitoring device for transmission lines.

[0043] In some optional implementations of this embodiment, the step of determining the target management event triggered by the online monitoring device based on the power status data and a plurality of preset power management events includes: The power status data is monitored to obtain a first monitoring result; In the power management event, the target management event that matches the first monitoring result is determined.

[0044] In this embodiment, the first monitoring results include the type, real-time data and trend of each power parameter, such as the solar input voltage being 11.2V (below 12V for 30 seconds), the remaining battery charge being 28% (stable), and the battery operating temperature being 45℃ (no upward trend); the charging status of the MPPT controller, the output current of the DC-DC module (e.g., 0.8A), the connection status of the communication module (normal / interrupted), and other hardware operation information.

[0045] Specifically, through the data access interface of the virtual device, power status data such as solar input voltage, remaining battery power, battery operating temperature, and DC-DC module output current are collected at preset intervals, such as every 2 seconds. During the collection process, data validity verification is performed simultaneously: invalid data such as instantaneous voltage spikes and abnormal temperature sensing are eliminated. Simultaneously, scattered individual parameters are integrated into a data set including parameter type, real-time value, and trend, ultimately yielding the first monitoring result reflecting the power system's operating status. Examples include: solar input voltage 11.2V with a continuous decreasing trend for 30 seconds; remaining battery power 28% with a stable value; battery operating temperature 45℃ with no increasing trend; DC-DC module output current 0.8A; MPPT controller in float charging state; and normal communication module connection. Next, corresponding target management events are matched among multiple preset power management events. The first monitoring result is compared with the trigger scenarios of each power management event. For example, when the first monitoring result shows a persistently low voltage and insufficient power, a low-power mode event is directly matched; when the monitoring result shows a continuously rising battery temperature exceeding the normal operating range, an overheat protection event is matched, and so on.

[0046] This application monitors, verifies, and integrates power status data to form a first monitoring result containing parameter types, values, and trends, reflecting the operating status of the power system. By comparing and matching the target event with the triggering scenarios of preset power management events, the power response is made to fit the actual working conditions, improving the adaptability and flexibility of the power management of the monitoring device.

[0047] In some optional implementations of this embodiment, the step of determining the target management event matching the first monitoring result in the power management event includes: Obtain the threshold conditions corresponding to each of the power management events; A target threshold condition matching the first monitoring result is determined, and the power management event corresponding to the target threshold condition is determined as the target management event.

[0048] In this embodiment, the threshold conditions corresponding to power management events are pre-stored in the mapping library. These threshold conditions are preset based on the hardware characteristics and power supply requirements of the transmission line monitoring device. For example, the threshold conditions for a low-power mode event may be a solar input voltage < 12V and a remaining battery charge < 30%; the threshold conditions for an overheat protection event may be a battery operating temperature > 60°C or a DC-DC module temperature > 70°C; the threshold conditions for a sleep mode event may be a solar input voltage < 10V and a remaining battery charge < 15%; and the threshold conditions for a local autonomous mode event may be a communication link interruption and a battery SOC < 20%, etc.

[0049] Each parameter in the first monitoring result is compared and verified against the threshold conditions of all power management events one by one: first, the parameter types in the threshold conditions (such as solar input voltage and remaining battery power) are extracted; then, the corresponding parameter values ​​in the monitoring results are compared with the threshold values; finally, the validity is determined based on the logical relationships in the threshold conditions. For example, when the first monitoring result is a solar input voltage of 11.2V and a battery SOC of 28%, the comparison shows that the result meets the threshold conditions for a low-power mode event (11.2V < 12V and 28% < 30%), so the low-power mode event is directly determined as the target management event; if the monitoring result meets the threshold conditions of multiple events simultaneously (such as a solar input voltage of 9.8V, a battery SOC of 12%, and a battery temperature of 58℃), then the highest priority sleep mode event is determined as the primary target management event according to the preset priority order (sleep mode > low-power mode > overheat protection event), and the other events that meet the conditions are triggered as auxiliary events.

[0050] Based on the hardware characteristics and power supply demand of the transmission line monitoring device, this application presets threshold conditions, compares the first monitoring result with each event threshold, and determines the target management event by combining logical relationships and priorities, thereby improving the adaptability and orderly operation of power management.

[0051] In some optional implementations of this embodiment, after the step of scheduling at least one execution unit of the online monitoring device to execute the power protection operation corresponding to the power protection command via the distributed soft bus of the HarmonyOS system, the method further includes: The execution status of the execution unit performing the power protection operation is obtained. According to a preset standardized format, the execution status, the power status data, and the target management event are converted to obtain a data packet. The data packet is then encrypted to obtain an encrypted data packet. The encrypted data packet is transmitted to the cloud by calling the data access interface. The system receives an update packet from the cloud based on the encrypted data packet, updates the power management policy of the power supply according to the update packet, and obtains a target power management policy. The power management policy includes a first mapping relationship between the power status data and the power management event, and a second mapping relationship between the power management event and the power protection command.

[0052] In this embodiment, after execution units such as data acquisition services, AI analysis services, and video services complete power protection operations, they proactively report information such as operation completion status and current operating parameters. The Power Management System (PMS) aggregates these execution states, combines them with the latest power status data and triggered target management events, and integrates and transforms them according to the standardized data format preset by the HarmonyOS system to form a structured data packet containing execution status details, power parameter snapshots, and target event identifiers. To ensure data transmission security, the HarmonyOS system-level security encryption mechanism is invoked to encrypt the data packet. The encryption process relies on the security isolation characteristics of the HarmonyOS kernel to ensure that the data packet is not tampered with or leaked during transmission, ultimately resulting in an encrypted data packet. Subsequently, through the data access interface of the virtual device, the encrypted data packet is transmitted to the HarmonyOS cloud platform via a communication module (4G / 5G).

[0053] After receiving the encrypted data packet, the cloud platform performs a comprehensive analysis, combining meteorological data from the device's location with operational data from similar devices across the network, to generate a personalized update package tailored to the current operating conditions. This update package includes optimized power management strategy configurations, adapted to the device's geographical environment, power supply conditions, and other practical needs. Upon receiving the update package from the cloud via its communication module, the device directly updates its existing power management strategy based on this package. This replaces the original first mapping between power status data and power management events, as well as the second mapping between power management events and power protection commands, resulting in a target power management strategy adapted to the current scenario. This dynamic iteration of the strategy improves the device's energy efficiency.

[0054] This application integrates execution status, power data, and target events, converts them into data packets in a standard format, and encrypts and transmits them to the cloud. It then receives personalized update packets from the cloud to update the power management strategy, enabling dynamic iteration of the strategy to adapt to different operating conditions and environments, thereby improving the energy utilization efficiency and operational adaptability of the monitoring device.

[0055] In some optional implementations of this embodiment, the step of updating the power management policy according to the update package to obtain the target power management policy includes: Parse the update package to obtain the target mapping parameters; Obtain the initial mapping parameters from the power management strategy; The initial mapping parameters are replaced with the target mapping parameters to obtain the target management strategy.

[0056] In this embodiment, the update package is in the HarmonyOS Atomized Service format, generated by the cloud platform based on data from the entire network and securely distributed via Over-the-Air (OTA) technology. The update package includes an atomicity strategy module, encrypted verification fields, and a version identifier. Specifically, system-level security verification first ensures the integrity and legitimacy of the update package, and then the target mapping parameters are extracted from the atomicity strategy module. These target mapping parameters include optimized first target mapping parameters (e.g., adjusting the low-power mode event trigger threshold to solar input voltage < 11.5V and SOC < 28%) and second target mapping parameters (e.g., adding a scheduling instruction to shut down power supply to non-core sensors in the low-power mode event). Next, the initial mapping parameters in the power management strategy, i.e., the first and second mapping relationships, are obtained. Following the principle of one-to-one correspondence between parameter types, the initial mapping parameters are replaced with the target mapping parameters. This replacement process relies on the HarmonyOS Atomized Service, which does not require a system restart or interruption of the current service. After the replacement is completed, the new policy is logically compatible to ensure that there are no parameter conflicts or syntax errors. After the verification is passed, the target power management policy is generated and the original instance is overwritten with a new atomic service instance to achieve the silent effect of the policy.

[0057] This application obtains target mapping parameters by parsing the HarmonyOS atomic format update package, replaces the original initial mapping parameters, and the update process does not require restarting the system or interrupting services. After logical compatibility verification, it takes effect silently, making the power management strategy update efficient and smooth, and better adapting to the actual operating conditions of the device.

[0058] In some optional implementations of this embodiment, the step of encapsulating the power supply of the online monitoring device into a virtual device with a data access interface through the southbound device management framework of the HarmonyOS system includes: The power configuration driver is configured through the HarmonyOS system; The driver is executed based on the southbound device management framework to register the power supply as a virtual device with a data access interface.

[0059] In this embodiment, the Hardware Driver Foundation (HDF) based on the HarmonyOS develops adapted driver programs for various power supplies. For example, for the MPPT controller, the configured driver program is compatible with its charging control protocol and supports parsing data such as solar input voltage, charging current, and working status; for the BMS supporting the battery pack, the configured driver program is adapted to battery voltage acquisition, SOC calculation, and temperature monitoring and has the ability to read the battery status; for the multi-channel DC-DC power module, the configured driver program supports functions such as output voltage regulation, output current monitoring, and module fault diagnosis; for the voltage / current / temperature sensor, the configured driver program can achieve the conversion and stable transmission of analog signals to digital signals. All driver programs follow the driver loading format of the HarmonyOS kernel LiteOS-A, have standardized driver interfaces, and meet the recognition requirements of the southbound device management framework. Among them, LiteOS-A is applicable to devices with relatively rich resources, supports the Memory Management Unit (MMU), provides process isolation, and is suitable for scenarios requiring complex functions.

[0060] After the driver program is successfully loaded, it automatically reports key information such as device type, driver identifier, and supported function interfaces to the southbound device management framework. The southbound device management framework uses the built-in device recognition module to perform matching and parsing based on the driver identifier and device type of the driver program to confirm the legality and integrity of the power functions corresponding to each driver program. Subsequently, the framework creates corresponding virtual device instances for each type of power supply according to the virtual device registration protocol of the HarmonyOS. For example, it registers a solar power supply virtual device for the MPPT controller, a battery management virtual device for the BMS, and so on. And it integrates a unified specification data access interface for each virtual device. For example, the solar power supply virtual device includes getInputVoltage() to obtain the solar input voltage and the getChargeState() interface to obtain the charging status; the battery management virtual device includes the getVoltage() interface to obtain the battery voltage, the getSOC() interface to obtain the remaining power, and the getTemperature() interface to obtain the battery temperature, and so on. After registration, each virtual device is incorporated into the unified management and control of the southbound device management framework. The upper-layer power management service (PMS) can call these standardized data access interfaces without caring about the underlying hardware differences and driver implementation details, and can thus achieve the status reading and data interaction of various power supplies.

[0061] This application configures adapter drivers for various power supplies, which are then identified and registered as virtual devices with a unified data access interface by the southbound device management framework. This allows upper-layer services to complete interactions without needing to pay attention to the differences in the underlying hardware, thereby achieving unified power supply management, adapting to diverse hardware types, reducing development difficulty, and improving system scalability.

[0062] In some optional implementations of this embodiment, the online monitoring device includes an independent power management unit and a main control unit. After the step of scheduling at least one execution unit of the online monitoring device to execute the power protection operation corresponding to the power protection command via the distributed soft bus of the HarmonyOS system, the following is further included: The communication status between the independent power management unit and the main control unit is monitored to obtain a second monitoring result; When the second monitoring result is abnormal, the independent power management unit is controlled to reset the main control unit.

[0063] In this embodiment, the online monitoring device adopts a dual-core architecture consisting of a main control unit and an independent power management unit. The main control unit runs on the HarmonyOS standard system and is responsible for data acquisition, AI analysis, video processing, and other functions. The independent power management unit runs on the HarmonyOS LiteOS-M light kernel and, as a special southbound device, connects to the HarmonyOS system through standardized drivers, undertaking power control and communication monitoring functions. Specifically, the PMS has a built-in health monitoring sub-service. This sub-service calls the driver interface of the independent power management unit through the southbound device management framework to establish a periodic heartbeat interaction mechanism. This periodic heartbeat interaction mechanism sets the communication monitoring cycle to 1 second. The independent power management unit periodically sends heartbeat data packets containing its own operating status (such as power supply stability and kernel operating conditions) to the main control unit. After receiving the data, the main control unit must return a response data packet within 500 milliseconds. The health monitoring sub-service monitors the interaction between the two parties in real time. If no response data packet is received from the main control unit for three consecutive cycles, or if the received data packet has verification errors or missing data, the communication status is determined to be abnormal, and the second monitoring result is marked as communication interruption / abnormal. If the heartbeat interaction is continuous and normal, the second monitoring result is marked as normal communication.

[0064] When the health monitoring sub-service detects an abnormality in the second monitoring result, it immediately sends a reset control command to the independent power management unit via a standardized driver interface. Upon receiving the command, the independent power management unit, relying on its built-in hardware watchdog module, triggers a hardware reset operation for the main control unit. Specifically, it first saves the current operating context of the main control unit's services to the HarmonyOS distributed data storage partition to prevent data loss, then cuts off the power supply to the main control unit, and re-energizes it after 100 milliseconds, completing the reset process. After the reset, the main control unit restarts and quickly loads the HarmonyOS system and various application services. The independent power management unit continuously monitors the communication status through heartbeat interaction until the second monitoring result returns to normal communication, ensuring the device quickly resumes stable operation.

[0065] This application adopts a dual-core architecture to monitor the communication status between the independent power management unit and the main control unit. When an anomaly is detected, the service operation context is saved first and then the hardware is reset to quickly restore the normal operation of the main control unit, reduce the operation interference caused by communication anomalies, and ensure the long-term stable operation of the online monitoring device in complex field environments.

[0066] The embodiments of this application can acquire and process relevant data based on artificial intelligence technology. Artificial intelligence (AI) refers to the theories, methods, technologies, and application systems that use digital computers or machines controlled by digital computers to simulate, extend, and expand human intelligence, perceive the environment, acquire knowledge, and use that knowledge to obtain optimal results.

[0067] Foundational technologies for artificial intelligence generally include sensors, dedicated AI chips, cloud computing, distributed storage, big data processing, operating / interactive systems, and mechatronics. AI software technologies mainly encompass computer vision, robotics, biometrics, speech processing, natural language processing, and machine learning / deep learning.

[0068] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by instructing related hardware through computer-readable instructions. These computer-readable instructions can be stored in a computer-readable storage medium. When the program is executed, it can include the processes of the embodiments of the above methods. The aforementioned storage medium can be a non-volatile storage medium such as a magnetic disk, optical disk, or read-only memory (ROM), or random access memory (RAM).

[0069] It should be understood that although the steps in the flowcharts of the accompanying figures are shown sequentially as indicated by the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the accompanying figures may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times, and their execution order is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the sub-steps or stages of other steps.

[0070] Further reference Figure 3 As a response to the above Figure 2 The implementation of the method shown in this application provides an embodiment of a line online monitoring power protection device based on HarmonyOS. This device embodiment is similar to... Figure 2 Corresponding to the method embodiments shown, this device can be specifically applied to various electronic devices.

[0071] like Figure 3 As shown, the HarmonyOS-based online power protection device 300 for power supply monitoring in this embodiment includes: an encapsulation module 301, a determination module 302, a generation module 303, and a scheduling module 304. Wherein: The encapsulation module 301 is used to encapsulate the power supply of the online monitoring device into a virtual device with a data access interface through the southbound device management framework of the HarmonyOS system, and call the data access interface to obtain the power status data of the virtual device. The determining module 302 is used to determine the target management event triggered by the online monitoring device based on the power status data and a plurality of preset power management events, wherein the target management event is at least one of the plurality of power management events; The generation module 303 is used to generate a power protection command corresponding to the target management event according to a preset mapping relationship; The scheduling module 304 is used to schedule at least one execution unit of the online monitoring device to perform the power protection operation corresponding to the power protection command through the distributed soft bus of the HarmonyOS system.

[0072] The online power protection device for transmission line monitoring provided in this application transforms the power supply into a virtual device with a data access interface through the southbound device management framework of HarmonyOS. It collects power status data through a unified interface, reducing compatibility barriers between different hardware and making the status acquisition process smoother and more stable. Next, it matches the collected power status data with multiple preset power management events, enabling timely identification of changes in the power system's operating status and ensuring that triggered management events match actual needs, avoiding unnecessary operational interference. Then, it generates power protection commands corresponding to the target management events according to preset mapping relationships, making the command generation process more standardized and consistent, reducing command errors or conflicts. Finally, it uses the distributed soft bus scheduling and execution unit of HarmonyOS to execute the corresponding power protection operations, improving communication efficiency and operation execution speed between services. This allows the power system to quickly adjust to various situations, effectively improving the operating performance of the power system of the online transmission line monitoring device, extending the device's stable operating time, and ultimately enhancing the reliability of the power system of the online transmission line monitoring device.

[0073] In some optional implementations of this embodiment, the determining module 302 is further configured to: The power status data is monitored to obtain a first monitoring result; In the power management event, the target management event that matches the first monitoring result is determined.

[0074] The online power protection device for line monitoring based on HarmonyOS provided in this application monitors, verifies, and integrates power status data to form a first monitoring result containing parameter types, values, and trends, reflecting the operating status of the power system. By comparing and matching the target event with the preset power management event trigger scenarios, the power response is made to fit the actual working conditions, improving the adaptability and flexibility of the power management of the monitoring device.

[0075] In some optional implementations of this embodiment, the determining module 302 is further configured to: Obtain the threshold conditions corresponding to each of the power management events; A target threshold condition matching the first monitoring result is determined, and the power management event corresponding to the target threshold condition is determined as the target management event.

[0076] The online power protection device for power transmission line monitoring based on HarmonyOS provided in this application presets threshold conditions according to the hardware characteristics and power supply requirements of the power transmission line monitoring device. By comparing the first monitoring result with each event threshold, and combining logical relationships and priorities, it determines the target management event, thereby improving the adaptability and orderly operation of power management.

[0077] In some optional implementations of this embodiment, the scheduling module 304 is further configured to: The execution status of the execution unit performing the power protection operation is obtained. According to a preset standardized format, the execution status, the power status data, and the target management event are converted to obtain a data packet. The data packet is then encrypted to obtain an encrypted data packet. The encrypted data packet is transmitted to the cloud by calling the data access interface. The system receives an update packet from the cloud based on the encrypted data packet, updates the power management policy of the power supply according to the update packet, and obtains a target power management policy. The power management policy includes a first mapping relationship between the power status data and the power management event, and a second mapping relationship between the power management event and the power protection command.

[0078] The online power protection device for line monitoring based on HarmonyOS provided in this application integrates execution status, power data and target events, converts them into data packets in a standard format and encrypts them for transmission to the cloud, receives personalized update packets from the cloud to update the power management strategy, realizes dynamic iteration of the strategy, adapts to different working conditions and environments, and improves the energy utilization efficiency and operational adaptability of the monitoring device.

[0079] In some optional implementations of this embodiment, the scheduling module 304 is further configured to: Parse the update package to obtain the target mapping parameters; Obtain the initial mapping parameters from the power management strategy; The initial mapping parameters are replaced with the target mapping parameters to obtain the target management strategy.

[0080] The online power protection device for line monitoring based on HarmonyOS provided in this application obtains the target mapping parameters by parsing the HarmonyOS atomic format update package, and replaces the original initial mapping parameters. The update process does not require restarting the system or interrupting services. After logical compatibility verification, it takes effect silently, making the power management strategy update efficient and smooth, and better adapting to the actual operating conditions of the device.

[0081] In some optional implementations of this embodiment, the encapsulation module 301 is further configured to: The power configuration driver is configured through the HarmonyOS system; The driver is executed based on the southbound device management framework to register the power supply as a virtual device with a data access interface.

[0082] The HarmonyOS-based online power protection device provided in this application configures adaptive drivers for various power hardware and is identified and registered as a virtual device with a unified data access interface by the southbound device management framework. This allows upper-layer services to complete the interaction without having to worry about the differences in the underlying hardware, thereby achieving unified power control, adapting to various hardware types, reducing development difficulty and improving system scalability.

[0083] In some optional implementations of this embodiment, the scheduling module 304 is further configured to: The communication status between the independent power management unit and the main control unit is monitored to obtain a second monitoring result; When the second monitoring result is abnormal, the independent power management unit is controlled to reset the main control unit.

[0084] The online monitoring power protection device based on HarmonyOS provided in this application adopts a dual-core architecture to monitor the communication status between the independent power management unit and the main control unit. When an anomaly is detected, the service operation context is saved first and then the hardware is reset to quickly restore the normal operation of the main control unit, reduce the operation interference caused by communication anomalies, and ensure the long-term stable operation of the online monitoring device in complex outdoor environments.

[0085] To address the aforementioned technical problems, embodiments of this application also provide a computer device. Please refer to [link / reference needed]. Figure 4 , Figure 4 This is a basic structural block diagram of the computer device in this embodiment.

[0086] The computer device 4 includes a memory 41, a processor 42, and a network interface 43 that are interconnected via a system bus. It should be noted that only the computer device 4 with components 41, 42, and 43 is shown in the figure; however, it should be understood that it is not required to implement all the shown components, and more or fewer components can be implemented alternatively. Those skilled in the art will understand that the computer device described here is a device capable of automatically performing numerical calculations and / or information processing according to pre-set or stored instructions, and its hardware includes, but is not limited to, microprocessors, application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), digital signal processors (DSPs), embedded devices, etc.

[0087] The computer device can be a desktop computer, laptop, handheld computer, or cloud server, etc. The computer device can interact with the user via a keyboard, mouse, remote control, touchpad, or voice control.

[0088] The memory 41 includes at least one type of readable storage medium, including flash memory, hard disk, multimedia card, card-type memory (e.g., SD or DX memory), random access memory (RAM), static random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic memory, magnetic disk, optical disk, etc. In some embodiments, the memory 41 may be an internal storage unit of the computer device 4, such as the hard disk or memory of the computer device 4. In other embodiments, the memory 41 may also be an external storage device of the computer device 4, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc., equipped on the computer device 4. Of course, the memory 41 may also include both the internal storage unit and its external storage device of the computer device 4. In this embodiment, the memory 41 is typically used to store the operating system and various application software installed on the computer device 4, such as computer-readable instructions for a power protection method for online monitoring of lines based on HarmonyOS. In addition, the memory 41 can also be used to temporarily store various types of data that have been output or will be output.

[0089] In some embodiments, the processor 42 may be a central processing unit (CPU), a controller, a microcontroller, a microprocessor, or other data processing chip. The processor 42 is typically used to control the overall operation of the computer device 4. In this embodiment, the processor 42 is used to execute computer-readable instructions stored in the memory 41 or to process data, for example, to execute the computer-readable instructions of the HarmonyOS-based online power protection method for line monitoring.

[0090] The network interface 43 may include a wireless network interface or a wired network interface, which is typically used to establish communication connections between the computer device 4 and other electronic devices.

[0091] The computer equipment provided in this application transforms the power supply into a virtual device with a data access interface through the southbound device management framework of the HarmonyOS system. It collects power status data through a unified interface, reducing compatibility barriers between different hardware and making the status acquisition process smoother and more stable. Next, it matches the collected power status data with multiple preset power management events, enabling timely identification of changes in the power system's operating status and ensuring that triggered management events match actual needs, avoiding unnecessary operational interference. Then, it generates power protection instructions corresponding to the target management event according to a preset mapping relationship, making the instruction generation process more standardized and consistent, reducing the occurrence of instruction errors or conflicts. Finally, it uses the distributed soft bus scheduling and execution unit of the HarmonyOS system to execute the corresponding power protection operations, improving communication efficiency and operation execution speed between services. This allows the power system to quickly adjust to various situations, effectively improving the operating performance of the power system of the online monitoring device for transmission lines, extending the stable operating time of the device, and ultimately improving the reliability of the power system of the online monitoring device for transmission lines.

[0092] This application also provides another embodiment, namely, providing a computer-readable storage medium storing computer-readable instructions that can be executed by at least one processor to cause the at least one processor to perform the steps of the HarmonyOS-based online power protection method for line monitoring as described above.

[0093] The computer-readable storage medium provided in this application transforms the power supply into a virtual device with a data access interface through the southbound device management framework of the HarmonyOS system. It collects power status data through a unified interface, reducing compatibility barriers between different hardware and making the status acquisition process smoother and more stable. Then, it matches the collected power status data with multiple preset power management events, enabling timely identification of changes in the power system's operating status and ensuring that triggered management events match actual needs, avoiding unnecessary operational interference. Next, it generates power protection instructions corresponding to the target management event according to a preset mapping relationship, making the instruction generation process more standardized and consistent, reducing the occurrence of instruction errors or conflicts. Finally, it uses the distributed soft bus scheduling and execution unit of the HarmonyOS system to execute the corresponding power protection operations, improving communication efficiency and operation execution speed between services. This allows the power system to quickly adjust to various situations, effectively improving the operating performance of the power system of the online monitoring device for transmission lines, extending the stable operating time of the device, and ultimately improving the reliability of the power system of the online monitoring device for transmission lines.

[0094] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0095] Obviously, the embodiments described above are only some embodiments of this application, not all embodiments. The accompanying drawings show preferred embodiments of this application, but do not limit the patent scope of this application. This application can be implemented in many different forms; rather, these embodiments are provided to provide a more thorough and comprehensive understanding of the disclosure of this application. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art can still modify the technical solutions described in the foregoing specific embodiments, or make equivalent substitutions for some of the technical features. Any equivalent structures made using the content of this application's specification and drawings, directly or indirectly applied to other related technical fields, are similarly within the scope of patent protection of this application.

Claims

1. A method for line on-line monitoring power protection based on a Hongmeng system, applied to an on-line monitoring device of a power transmission line, wherein the on-line monitoring device is configured with a Hongmeng system, and the method comprises the following steps: The method includes: ​ Through the southbound device management framework of the HarmonyOS system, the power supply of the online monitoring device is encapsulated as a virtual device with a data access interface, and the power status data of the virtual device is obtained by calling the data access interface. Based on the power status data and a plurality of preset power management events, a target management event triggered by the online monitoring device is determined, wherein the target management event is at least one of the plurality of power management events; Based on the preset mapping relationship, generate the power protection command corresponding to the target management event; Through the distributed soft bus of the HarmonyOS system, at least one execution unit of the online monitoring device is scheduled to execute the power protection operation corresponding to the power protection command.

2. The method of claim 1, wherein the method is a method of line monitoring power protection based on the HOMOGENEOUS. The step of determining the target management event triggered by the online monitoring device based on the power status data and a plurality of preset power management events includes: The power status data is monitored to obtain a first monitoring result; In the power management event, the target management event that matches the first monitoring result is determined.

3. The online monitoring and power protection method for power lines based on HarmonyOS according to claim 2, characterized in that, The step of determining the target management event that matches the first monitoring result in the power management event includes: Obtain the threshold conditions corresponding to each of the power management events; A target threshold condition matching the first monitoring result is determined, and the power management event corresponding to the target threshold condition is determined as the target management event.

4. The online monitoring and power protection method for power lines based on HarmonyOS according to claim 1, characterized in that, After scheduling at least one execution unit of the online monitoring device to execute the power protection operation corresponding to the power protection command via the distributed soft bus of the HarmonyOS system, the method further includes: The execution status of the execution unit performing the power protection operation is obtained. According to a preset standardized format, the execution status, the power status data, and the target management event are converted to obtain a data packet. The data packet is then encrypted to obtain an encrypted data packet. The encrypted data packet is transmitted to the cloud by calling the data access interface. The system receives an update packet from the cloud based on the encrypted data packet, updates the power management policy of the power supply according to the update packet, and obtains a target power management policy. The power management policy includes a first mapping relationship between the power status data and the power management event, and a second mapping relationship between the power management event and the power protection command.

5. The online monitoring and power protection method for power lines based on HarmonyOS according to claim 4, characterized in that, The step of updating the power management policy according to the update package to obtain the target power management policy includes: Parse the update package to obtain the target mapping parameters; Obtain the initial mapping parameters from the power management strategy; The initial mapping parameters are replaced with the target mapping parameters to obtain the target management strategy.

6. The online monitoring and power protection method for power lines based on HarmonyOS according to claim 1, characterized in that, The method of encapsulating the power supply of the online monitoring device as a virtual device with a data access interface through the southbound device management framework of the HarmonyOS system includes: The power configuration driver is configured through the HarmonyOS system; The driver is executed based on the southbound device management framework to register the power supply as a virtual device with a data access interface.

7. The online monitoring and power protection method for power lines based on HarmonyOS according to any one of claims 1 to 6, characterized in that, The online monitoring device includes an independent power management unit and a main control unit. After the distributed soft bus of the HarmonyOS system schedules at least one execution unit of the online monitoring device to execute the power protection operation corresponding to the power protection command, it further includes: The communication status between the independent power management unit and the main control unit is monitored to obtain a second monitoring result; When the second monitoring result is abnormal, the independent power management unit is controlled to reset the main control unit.

8. A power supply protection device for online monitoring of transmission lines based on HarmonyOS, applied to an online monitoring device for transmission lines, wherein the online monitoring device is equipped with the HarmonyOS system, characterized in that, include: The encapsulation module is used to encapsulate the power supply of the online monitoring device into a virtual device with a data access interface through the southbound device management framework of the HarmonyOS system, and call the data access interface to obtain the power status data of the virtual device. The determination module is used to determine the target management event triggered by the online monitoring device based on the power status data and a plurality of preset power management events, wherein the target management event is at least one of the plurality of power management events; The generation module is used to generate power protection instructions corresponding to the target management event according to a preset mapping relationship; The scheduling module is used to schedule at least one execution unit of the online monitoring device to perform the power protection operation corresponding to the power protection command through the distributed soft bus of the HarmonyOS system.

9. A computer device, characterized in that, The method includes a memory and a processor, wherein the memory stores computer-readable instructions, and the processor executes the computer-readable instructions to implement the steps of the online monitoring and power protection method for lines based on HarmonyOS as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-readable instructions, which, when executed by a processor, implement the steps of the HarmonyOS-based online power protection method for lines as described in any one of claims 1 to 7.

Images