Control instruction transmission method and device, cloud server and air conditioning system

Abstract

The invention relates to a control instruction transmission method and device, a cloud server and a storage medium. The method comprises the following steps: receiving a plurality of control instructions; when it is monitored that the network is abnormal, determining a part of control instructions to be transmitted from the plurality of control instructions; wherein partial control instructions to be transmitted are determined based on the transmission priority of each control instruction; and transmitting the part of control instructions to controlled equipment. Therefore, under the condition that the network is abnormal, the basic stable operation of the controlled equipment can still be ensured, so that the real-time performance of adjusting the controlled equipment is ensured.

Description

Methods and devices for transmitting control commands, cloud servers, and air conditioning systems Technical Field

[0001] This application relates to the field of air conditioning control technology, and in particular to a method, device, cloud server, and air conditioning system for transmitting control commands. Background Technology

[0002] In the wave of development that deeply integrates building intelligence and the industrial internet, digital infrastructure has become the core foundational platform supporting the intelligent operation of heating, ventilation, and air conditioning (HVAC) systems, widely empowering the precise control needs of smart cities, large public buildings, and industrial parks.

[0003] This type of digital base needs to simultaneously carry out two types of control logic delivery tasks: one is the basic logic to ensure the basic operation of the system, such as air conditioning temperature adjustment and refrigeration unit start-up and shutdown; the other is the complex logic to meet intelligent upgrades, including energy saving prediction and AI control. Currently, the industry generally adopts a unified scheduling mode of "generating first and then delivering".

[0004] When the network is stable, both types of logic can operate normally. However, when the network fluctuates and delays, the complex logic and the basic logic will compete for network resources, which will lead to a lag in the basic control response and affect the real-time performance of the system adjustment. Summary of the Invention

[0005] This application provides a method, apparatus, cloud server, and storage medium for transmitting control commands, in order to solve the technical problem in the prior art where, when network fluctuations and delays occur, the complex logic and basic logic in the digital base station compete for network resources, resulting in a lag in basic control response and affecting the real-time performance of system adjustment.

[0006] In a first aspect, this application provides a method for transmitting control commands, the method comprising: receiving a plurality of control commands; determining a portion of the control commands to be transmitted from the plurality of control commands when an anomaly is detected in the network; and transmitting the portion of the control commands to the controlled device.

[0007] As an optional implementation, determining the portion of control instructions to be transmitted from multiple control instructions includes: for each control instruction, determining the instruction characteristics of the control instruction; determining the transmission priority of the control instruction based on the instruction characteristics; and determining the portion of control instructions from multiple control instructions based on the transmission priority.

[0008] As an optional implementation, after receiving multiple control instructions, the method further includes: for each control instruction, determining the instruction characteristics of the control instruction; determining the transmission priority of the control instruction based on the instruction characteristics; and storing the control instruction in a corresponding instruction queue based on the transmission priority; wherein different instruction queues correspond to different transmission priorities; and determining the portion of control instructions to be transmitted from the multiple control instructions includes: determining the control instructions in the target instruction queue with a transmission priority greater than a preset priority threshold as the portion of control instructions to be transmitted.

[0009] As an optional implementation, different instruction queues correspond to different transmission cycles. The step of transmitting the partial control instructions to the controlled device includes: transmitting the control instructions in the target instruction queue to the controlled device according to the transmission cycle corresponding to the target instruction queue.

[0010] As an optional implementation, determining the instruction characteristics of the control instruction includes: determining the instruction type of the control instruction; and / or determining the instruction priority of the control instruction; and determining the instruction type and / or the instruction priority as the instruction characteristics of the control instruction.

[0011] As an optional implementation, determining the instruction type of the control instruction includes: parsing the control instruction to obtain a parsing result; matching the parsing result with a plurality of pre-defined basic instruction rules to obtain a matching result; if the matching result indicates that the control instruction satisfies at least one basic instruction rule, determining the instruction type of the control instruction as a basic instruction; if the matching result indicates that the control instruction does not satisfy any basic instruction rule, determining the instruction type of the control instruction as a non-basic instruction.

[0012] As an optional implementation, the basic instruction rules include one or more of the following: the real-time requirement of the control instruction is at the millisecond or second level; the issuance period of the control instruction is less than or equal to a preset period threshold; the structural complexity of the control instruction is less than a preset complexity threshold; the instruction generation source corresponding to the control instruction is a preset instruction generation source; and the functional type of the control instruction is a preset type.

[0013] As an optional implementation, determining the instruction priority of the control instruction includes: matching the control instruction with a plurality of pre-set priority rules to obtain a priority score corresponding to each priority rule; performing a pre-calculation on the plurality of priority scores to obtain a total priority score; and determining the instruction priority corresponding to the total priority score based on the pre-set correspondence between the scores and instruction priorities.

[0014] As an optional implementation, the instruction feature includes an instruction type, which includes basic instructions and non-basic instructions. Determining the transmission priority of the control instruction based on the instruction feature includes: when the instruction type of the control instruction is a basic instruction, determining the transmission priority of the control instruction as a first transmission priority; when the instruction type of the control instruction is a non-basic instruction, determining the transmission priority of the control instruction as a second transmission priority; the second transmission priority is lower than the first transmission priority.

[0015] As an optional implementation, the instruction features include instruction priority, and determining the transmission priority of the control instruction based on the instruction features includes: if the instruction priority of the control instruction is greater than a preset priority threshold, determining the transmission priority of the control instruction as a first transmission priority; if the instruction priority of the control instruction is less than or equal to the priority threshold, determining the transmission priority of the control instruction as a second transmission priority; the second transmission priority is lower than the first transmission priority.

[0016] As an optional implementation, the instruction features include instruction priority and instruction type. Determining the transmission priority of the control instruction based on the instruction features includes: determining a first initial transmission priority of the control instruction based on the instruction priority; determining a second initial transmission priority of the control instruction based on the instruction type; and matching the first initial transmission priority and the second initial transmission priority with a pre-set transmission priority rule to obtain the transmission priority of the control instruction.

[0017] As an optional implementation, after transmitting the partial control commands to the controlled device, the method further includes: determining the target control command to be suspended when the network is detected to have returned to normal; verifying the timeliness of the target control command and obtaining the verification result; and performing a retransmission or regeneration operation on the target control command based on the verification result.

[0018] As an optional implementation, each control instruction has a corresponding lifespan. The timeliness verification of the control instruction to obtain the verification result includes: verifying whether the target control instruction has failed based on the lifespan of the target control instruction, and obtaining the verification result.

[0019] As an optional implementation, the step of performing a resending or regenerating operation on the target control command based on the verification result includes: if the verification result indicates that the target control command is invalid, determining the command generation source corresponding to the target control command; sending a notification of the target control command's invalidity to the command generation source so that the command generation source regenerates and resends a new target control command; and if the verification result indicates that the target control command is not invalid, transmitting the target control command to the controlled device.

[0020] As an optional implementation, detecting network anomalies includes: acquiring at least one transmission quality parameter of the network communication link through a pre-set multi-dimensional network indicator collection method; the transmission quality parameter includes at least one of round-trip time, packet loss rate, and bandwidth utilization; comparing each of the transmission quality parameters with a corresponding normal threshold range; and determining that the network is abnormal if at least one of the transmission quality parameters exceeds the corresponding normal threshold range.

[0021] Secondly, this application provides a control command transmission device, the device comprising: a command receiving module for receiving multiple control commands; a determining module for determining a portion of the control commands to be transmitted from the multiple control commands when an anomaly is detected in the network; and a command transmission module for transmitting the portion of the control commands to the controlled device.

[0022] Thirdly, this application provides a cloud server, including: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus; the memory is used to store computer programs; and the processor is used to implement the control instruction transmission method described in any one of the first aspects when executing the computer program.

[0023] Fourthly, this application provides an air conditioning system, including: a cloud server and a controlled device; the cloud server is the cloud server described in the third aspect, used to transmit control commands to the controlled device according to the control command transmission method described in any one of the first aspects, so as to control the controlled device; the controlled device is at least one air conditioning device.

[0024] Compared with the prior art, the above-mentioned technical solution provided in this application has the following advantages: The method provided in this application can effectively reduce network congestion and transmission delay by actively filtering and transmitting only some key control commands when network anomalies cause communication resources to be limited or quality to degrade. This ensures that commands that are crucial to the operation of the system are delivered reliably, and ensures that the controlled device can maintain basic stable operation under adverse network conditions. This improves the anti-interference capability and overall control reliability of the system. Thus, it can ensure the basic stable operation of the controlled device even when there are network anomalies, thereby ensuring the real-time adjustment of the controlled device. Attached Figure Description

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

[0026] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0027] One or more embodiments are illustrated by way of example with reference numerals in the accompanying drawings. These illustrations do not constitute a limitation on the embodiments. Elements with the same reference numerals in the drawings are denoted as similar elements. Unless otherwise stated, the figures in the drawings are not to be limited by scale.

[0028] Figure 1 is a structural schematic diagram of an air conditioning system provided in an embodiment of this application; Figure 2 is a flowchart of an embodiment of a control command transmission method provided in an embodiment of this application; Figure 3 is a flowchart of an embodiment of another control command transmission method provided in an embodiment of this application; Figure 4 is a flowchart of yet another embodiment of a control command transmission method provided in an embodiment of this application; Figure 5 is a flowchart of yet another embodiment of a control command transmission method provided in an embodiment of this application; Figure 6 is a structural schematic diagram of a control command transmission system provided in an embodiment of this application; Figure 7 is a logical layering flowchart of a digital dock provided in an embodiment of this application; Figure 8 is a flowchart of an embodiment of command transmission when the network is normal provided in an embodiment of this application; Figure 9 is a flowchart of an embodiment of command transmission when the network is abnormal provided in an embodiment of this application; Figure 10 is a block diagram of an embodiment of a control command transmission device provided in an embodiment of this application; Figure 11 is a structural schematic diagram of a cloud server provided in an embodiment of this application. Detailed Implementation

[0029] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0030] The following disclosure provides numerous different embodiments or examples for implementing various structures of the invention. To simplify the disclosure, specific examples of components and arrangements are described below. These are merely examples and are not intended to limit the scope of the invention. Furthermore, reference numerals and / or letters may be repeated in different examples. Such repetition is for simplification and clarity and does not in itself indicate a relationship between the various embodiments and / or arrangements discussed.

[0031] To address the technical problem in existing technologies where network fluctuations and delays lead to contention for network resources between complex and basic logic within the digital infrastructure, resulting in delayed basic control responses and impacting the real-time performance of system adjustments, this application provides a control command transmission method. By actively filtering and transmitting only a subset of critical control commands when network anomalies cause communication resource constraints or quality degradation, this method effectively reduces network congestion and transmission delays. It prioritizes the reliable delivery of commands crucial to system operation, ensuring that controlled devices maintain basic stable operation even under adverse network conditions. This enhances the system's anti-interference capability and overall control reliability, thereby guaranteeing the basic stable operation of controlled devices even in the event of network anomalies and ensuring real-time adjustments to the controlled devices.

[0032] To facilitate understanding of the control command transmission method provided in this application, the control system involved in this application will be described exemplarily below.

[0033] Referring to Figure 1, it is a structural schematic diagram of an air conditioning system provided in an embodiment of this application. As shown in Figure 1, the air conditioning system 10 may include: a cloud server 11 and a controlled device 12.

[0034] The aforementioned cloud server 11 can serve as a remote control and intelligent decision-making center for the air conditioning system (such as a centralized management platform deployed in a data center). It typically generates various control commands (such as temperature setpoint adjustment, unit start-up and shutdown strategies, energy-saving mode switching, etc.) based on building load forecasts, weather data, and energy efficiency algorithms, and distributes them to the controlled equipment via the Internet or a private network.

[0035] The aforementioned controlled device 12 refers to an air conditioning terminal execution unit (such as an indoor fan coil unit, chiller, fresh air unit, etc.), which receives and executes instructions to complete the adjustment of temperature, humidity, air volume, etc. The aforementioned controlled device 12 may be at least one air conditioning unit.

[0036] In one embodiment, a master-slave connection can be established between the cloud server 11 and the controlled device 12 via a wired or wireless network to form a "monitoring" system. decision making The system forms a closed-loop control chain for "execution". The cloud server 11 can act as the command generation and scheduling center, continuously sending control commands to the controlled device 12; while the controlled device 12 can act as the command receiving and execution terminal, providing real-time feedback on its operating status.

[0037] In existing technologies, a common control method involves a cloud server 11 continuously and sequentially sending all logical instructions to the controlled device 12. However, when network anomalies such as latency or packet loss occur, high real-time basic control instructions (such as start / stop and protection) and low real-time optimization instructions (such as energy-saving strategies) compete for resources in the transmission channel, which can easily lead to delayed critical control responses and system adjustment failures, affecting operational safety and comfort.

[0038] To address this, this application provides a control command transmission method that intelligently filters and prioritizes the transmission of critical commands when the network is abnormal, ensuring uninterrupted basic control and thereby improving the system's reliability and responsiveness in network fluctuation environments.

[0039] The method for transmitting control commands provided in this application will be further explained below with reference to the accompanying drawings and specific embodiments. These embodiments do not constitute a limitation on the embodiments of this application.

[0040] Referring to Figure 2, this is a flowchart of an embodiment of a control command transmission method provided in this application. As shown in Figure 2, the process may include the following steps: Step 201, receiving multiple control commands.

[0041] The aforementioned control commands refer to the operation commands generated by the air conditioning system's digital base or cloud server, used to control the operating status of terminal devices (such as compressors, fans, and valves) in the air conditioning equipment, such as temperature setting, mode switching, and start / stop signals.

[0042] In this step, the executing entity of this application embodiment can receive various control instructions from AI algorithms, scheduling rules, user settings, or timed task triggers.

[0043] In one embodiment, the execution entity of this application can continuously listen to and aggregate instruction requests from different functional modules (such as energy-saving strategy modules and real-time monitoring modules) through a preset API interface, message queue, or event bus, thereby obtaining multiple control instructions to be sent to the controlled device. This unified access and management of diverse control needs provides a raw instruction pool for subsequent intelligent scheduling.

[0044] In this step, the execution entity of this application embodiment can simultaneously run network monitoring logic. If the network status is judged to be normal in real time, the subsequent screening steps are skipped, and all received control commands are directly transmitted to the controlled device to ensure that the system throughput efficiency is maximized under good network conditions.

[0045] Step 202: When an anomaly is detected in the network, determine the control commands to be transmitted from multiple control commands; wherein, the control commands to be transmitted can be determined based on the transmission priority of each control command.

[0046] The above network anomaly refers to a state where the transmission quality of the communication link is lower than the threshold required to ensure the stable operation of the control system.

[0047] The aforementioned partial control commands refer to the set of control commands selected from all commands according to a preset strategy and prioritized for transmission under the current network conditions.

[0048] The aforementioned transmission priority refers to the urgency level dynamically calculated based on the characteristics of the instruction when network resources are limited (abnormal), and is used to arbitrate the order of instruction transmission. It can directly determine whether the instruction is transmitted immediately.

[0049] In this step, when network latency increases sharply or packet loss is severe, the system automatically filters out critical commands such as "emergency shutdown" and "basic temperature control," while suspending non-emergency commands such as "energy efficiency optimization parameter update." This allows the system to identify the critical commands as the control commands to be transmitted. By identifying these control commands, limited bandwidth can be proactively and precisely allocated to the most critical control tasks when network resources are strained, fundamentally avoiding the risk of non-critical data congestion causing system malfunctions.

[0050] In one embodiment, each control instruction can correspond to a transmission priority. Based on this, the execution entity of this application embodiment can determine the portion of control instructions to be transmitted based on the transmission priority of each control instruction. The specific method for determining the portion of control instructions to be transmitted based on the transmission priority of the control instructions will be explained below and will not be detailed here. In one embodiment, when monitoring network status, the execution entity of this application embodiment can obtain at least one transmission quality parameter of the network communication link through a pre-set multi-dimensional network indicator collection method. The aforementioned transmission quality parameters may include, but are not limited to, round-trip time, packet loss rate, and bandwidth utilization.

[0051] As an optional implementation, parameters such as round-trip latency, packet loss rate, and bandwidth utilization can be collected in real time by periodically sending probe packets and parsing SNMP (Simple Network Management Protocol) information of network devices, thereby obtaining at least one transmission quality parameter.

[0052] Then, each transmission quality parameter can be compared with its corresponding normal threshold range. If at least one transmission quality parameter exceeds the corresponding normal threshold range, it is determined that the network is abnormal. The aforementioned normal threshold range refers to the pre-set normal range of transmission quality parameters that characterize the absence of network abnormalities, such as RTT (Round-Trip Time) < 500ms, packet loss rate < 1%, etc.

[0053] Step 203: Transmit the above-mentioned control commands to the controlled device.

[0054] The aforementioned transmission refers to the process of sending the filtered control commands to the controlled device via a network.

[0055] In this step, after filtering out some control commands, some control commands can be sent to the controlled device via network transmission to ensure the basic operation of the controlled device.

[0056] For example, the executing entity in this application embodiment can send some of the selected control commands, such as "start water pump A" and "set temperature 25°C", to the corresponding field controller, i.e. the controlled device, through TCP / IP or industrial bus protocol.

[0057] In one embodiment, the executing entity of this application embodiment can deliver a list of selected control instructions to a communication service, which then encapsulates data packets according to the target address and protocol of the instructions and sends them.

[0058] The technical solution provided in this application receives multiple control commands. When a network anomaly is detected, it determines a subset of control commands to be transmitted from these commands and transmits this subset to the controlled device. This solution, by actively filtering and transmitting only critical control commands when network anomalies cause communication resource constraints or quality degradation, effectively reduces network congestion and transmission latency. This prioritizes the reliable delivery of commands crucial to system operation, ensuring the controlled device maintains basic stable operation even under adverse network conditions. This improves the system's anti-interference capability and overall control reliability, thus guaranteeing the basic stable operation of the controlled device even in the event of network anomalies, thereby ensuring real-time adjustments to the controlled device.

[0059] Referring to Figure 3, a flowchart of another embodiment of the control command transmission method provided in this application is shown. The flowchart in Figure 3, based on the flowchart in Figure 2, describes how to determine the portion of the control commands to be transmitted from multiple control commands. As shown in Figure 3, the flowchart may include the following steps: Step 301: For each control command, determine the command characteristics of the control command.

[0060] The aforementioned instruction features refer to a set of metadata tags used to describe and distinguish the inherent attributes, technical requirements, and business semantics of control instructions.

[0061] In this step, the executing entity of this application embodiment can parse each control instruction to determine the instruction characteristics corresponding to each control instruction.

[0062] In one embodiment, the aforementioned instruction features may be the instruction type corresponding to the control instruction. The aforementioned instruction type refers to the category (such as basic instructions and non-basic instructions) divided according to dimensions such as the real-time nature and functional criticality of the control instruction, and is the core classification basis for the system to perform priority scheduling and network adaptive distribution.

[0063] Based on this, when determining the control instructions to be transmitted, the executing entity in this application embodiment can determine the instruction type of the control instructions. For example, for the instruction "emergency start of backup cooling unit due to sudden temperature rise", its final feature set may be determined as: {instruction type: basic instruction, purpose: equipment protection and emergency start, business: data center thermal security}.

[0064] As an optional implementation, the control command can be parsed to obtain the parsing result, and then matched with multiple pre-defined basic command rules to obtain the matching result. The aforementioned basic command rules can be pre-defined matching rules for basic commands based on command types, and may include one or more of the following: the real-time requirement of the control command is in milliseconds or seconds; the issuance cycle of the control command is less than or equal to a preset cycle threshold; the structural complexity of the control command is less than a preset complexity threshold; the command generation source corresponding to the control command is a preset command generation source (for example, if the control command is generated by a DDC (Direct Digital Control) local or edge controller, then the command type of the control command is a basic command); the function type of the control command is a preset type (for example, when the function type of the control command is safety interlock, PID regulation, or anti-freeze protection, its command type can be a basic command).

[0065] Optionally, if the above matching result indicates that the control instruction satisfies at least one basic instruction rule, the instruction type of the above control instruction can be determined as a basic instruction.

[0066] Optionally, if the above matching result indicates that the control instruction does not meet any basic instruction rule, the instruction type of the above control instruction can be determined as a non-basic instruction.

[0067] In another embodiment, the aforementioned instruction features may include instruction priority. Based on this, the execution entity of this application embodiment can parse the features of each control instruction in multiple dimensions and determine the instruction priority based on the acquired features in multiple dimensions.

[0068] As an optional implementation, the control command can be matched with multiple pre-defined priority rules to obtain a priority score for each priority rule. These priority rules may include, but are not limited to: purpose priority determined by the purpose of the control command (e.g., temperature control, interlocking, optimization); business priority determined by the business scenario to which the control command belongs (e.g., process cooling, comfort air conditioning); and importance priority determined by the pre-defined importance of the control command.

[0069] Afterwards, multiple priority scores can be pre-calculated (e.g., weighted summation) to obtain the total priority score.

[0070] Finally, the instruction priority corresponding to the total priority score can be determined based on the pre-set correspondence between the score and the instruction priority.

[0071] In another embodiment, the aforementioned instruction features may include instruction type and instruction priority. Based on this, the executing entity of this application embodiment may determine the instruction type and instruction priority of the control instruction, and define the instruction type and instruction priority as the instruction features of the control instruction.

[0072] Step 302: Determine the transmission priority of the control command based on the above command characteristics.

[0073] The aforementioned transmission priority refers to the urgency level dynamically calculated based on the characteristics of the instruction when network resources are limited (abnormal), and is used to arbitrate the order of instruction transmission. It can directly determine whether the instruction is transmitted immediately.

[0074] In this step, when network congestion or other anomalies occur, the execution entity of this application embodiment can determine the transmission priority of each instruction based on the instruction characteristics of each control instruction, thereby determining the urgency of the transmission of each control instruction.

[0075] In one embodiment, the aforementioned instruction features may include instruction types, which may include basic instructions and non-basic instructions. The basic instructions are control commands that are essential for maintaining the safe and stable operation of the controlled equipment and have high real-time requirements, such as emergency start / stop of equipment, safety interlocks, or PID adjustment of core parameters. The non-basic instructions are control commands used for system performance optimization or management and are allowed to be issued with a certain delay, such as energy efficiency strategy adjustment, load forecasting parameters, or report generation instructions.

[0076] Therefore, when determining the transmission priority of each control instruction, if the instruction type is a basic instruction, the transmission priority of the control instruction can be determined as the first transmission priority. If the instruction type is a non-basic instruction, the transmission priority of the control instruction can be determined as the second transmission priority. The priority level of the second transmission priority can be lower than that of the first transmission priority.

[0077] In another embodiment, the aforementioned instruction features may include instruction priority. Based on this, when determining the transmission priority of each control instruction, if the instruction priority of the control instruction is greater than a preset priority threshold, the transmission priority of the control instruction may be determined as a first transmission priority. And if the instruction priority of the control instruction is less than or equal to the aforementioned priority threshold, the transmission priority of the control instruction may be determined as a second transmission priority. The second transmission priority may be lower than the first transmission priority.

[0078] In another embodiment, the aforementioned instruction features may include instruction priority and instruction type. Based on this, when determining the transmission priority of each control instruction, a first initial transmission priority of the control instruction can be determined first based on the aforementioned instruction priority, and a second initial transmission priority of the control instruction can be determined based on the aforementioned instruction type.

[0079] Then, the first and second initial transmission priorities can be matched with the preset transmission priority rules to obtain the transmission priority of the control command.

[0080] As an exemplary implementation, the transmission priority of the control command can be determined based on the comparison results of the first initial transmission priority and the second initial transmission priority with a pre-defined priority threshold.

[0081] Optionally, if both the first initial transmission priority and the second initial transmission priority are greater than the preset transmission priority threshold, the transmission priority of the control command can be set to the first transmission priority, which has a higher priority level.

[0082] Optionally, if at least one of the first initial transmission priority and the second initial transmission priority is less than or equal to the aforementioned transmission priority threshold, the transmission priority of the control command may be determined as the second transmission priority, which has a lower priority level.

[0083] Step 303: Based on the above transmission priority, determine some control instructions from multiple control instructions.

[0084] The aforementioned control instructions refer to the set of control instructions selected from all pending instructions at a specific time (especially when the network is abnormal), based on a predetermined scheduling strategy and instruction transmission priority, to constitute the current transmittable batch.

[0085] In this step, after determining the transmission priority of each control command, the control commands to be transmitted can be directly determined from multiple control commands based on the aforementioned transmission priorities.

[0086] In one embodiment, the transmission priority may include a first transmission priority and a second transmission priority, with the first transmission priority being higher than the second transmission priority. Based on this, the executing entity of this application embodiment may determine the control instruction with the first transmission priority as a portion of the control instructions to be sent.

[0087] In another embodiment, the executing entity of this application embodiment can scan all control commands to be sent and include control commands marked with "highest" and "high" transmission priority in the instruction list of some control commands to be sent this time, while control commands with "medium" and "low" transmission priority are temporarily reserved.

[0088] As an optional implementation, the execution entity in this application embodiment can globally sort or group each control instruction according to its transmission priority. When a network anomaly is detected, filtering can be performed according to a preset segmentation strategy (such as "only sending instructions with a priority of TOP 20%" or "sending all instructions with the first transmission priority").

[0089] For example, suppose there are 50 control commands to be sent, and the first 10 have the highest transmission priority. Based on this, when a network anomaly occurs, the execution entity of this application embodiment can determine, according to the transmission priority, that only the first 10 commands (i.e., "partial control commands") will be transmitted, thereby ensuring the basic operation of the controlled device with limited bandwidth.

[0090] The technical solution provided in this application determines the instruction characteristics of each control instruction, determines the transmission priority of the control instructions based on the instruction characteristics, and selects a subset of control instructions from multiple control instructions based on the transmission priority. This technical solution intelligently assigns a transmission priority based on multi-dimensional characteristics (such as real-time performance and business importance) to each control instruction, and dynamically selects key control instruction sets for transmission based on this priority when network anomalies occur. This achieves intelligent scheduling of control flow and precise allocation of bandwidth under network resource constraints. This ensures that high real-time instructions necessary for maintaining system security and basic operation (such as equipment protection and emergency start / stop) are delivered preferentially and reliably, effectively avoiding the risk of delayed or failed critical control responses due to network congestion. Simultaneously, it allows non-urgent optimization instructions to be postponed, thereby significantly improving the overall availability, real-time assurance capability, and business continuity of the control system in harsh network environments.

[0091] Referring to Figure 4, a flowchart of another embodiment of a control command transmission method provided in this application is shown. The flowchart in Figure 4, based on the flowchart in Figure 2, describes how to determine the portion of the control commands to be transmitted from multiple control commands. As shown in Figure 4, the flowchart may include the following steps: Step 401, receiving multiple control commands.

[0092] For a detailed description of step 401, please refer to the description of step 201, which will not be repeated here.

[0093] Step 402: For each control instruction, determine the instruction characteristics of that control instruction.

[0094] The aforementioned instruction features refer to a set of metadata tags used to describe and distinguish the inherent attributes, technical requirements, and business semantics of control instructions.

[0095] In this step, the executing entity of this application embodiment can parse each control instruction to determine the instruction characteristics corresponding to each control instruction.

[0096] In one embodiment, the aforementioned instruction features may be the instruction type corresponding to the control instruction. The aforementioned instruction type refers to the category (such as basic instructions and non-basic instructions) divided according to dimensions such as the real-time nature and functional criticality of the control instruction, and is the core classification basis for the system to perform priority scheduling and network adaptive distribution.

[0097] Based on this, when determining the control instructions to be transmitted, the executing entity in this application embodiment can determine the instruction type of the control instructions. For example, for the instruction "emergency start of backup cooling unit due to sudden temperature rise", its final feature set may be determined as: {instruction type: basic instruction, purpose: equipment protection and emergency start, business: data center thermal security}.

[0098] As an optional implementation, the control command can be parsed to obtain the parsing result, and then matched with multiple pre-defined basic command rules to obtain the matching result. The aforementioned basic command rules can be pre-defined matching rules for basic commands based on command types, and may include one or more of the following: the real-time requirement of the control command is in milliseconds or seconds; the issuance cycle of the control command is less than or equal to a preset cycle threshold; the structural complexity of the control command is less than a preset complexity threshold; the command generation source corresponding to the control command is a preset command generation source (for example, if the control command is generated by a DDC (Direct Digital Control) local or edge controller, then the command type of the control command is a basic command); the function type of the control command is a preset type (for example, when the function type of the control command is safety interlock, PID regulation, or anti-freeze protection, its command type can be a basic command).

[0099] Optionally, if the above matching result indicates that the control instruction satisfies at least one basic instruction rule, the instruction type of the above control instruction can be determined as a basic instruction.

[0100] Optionally, if the above matching result indicates that the control instruction does not meet any basic instruction rule, the instruction type of the above control instruction can be determined as a non-basic instruction.

[0101] In another embodiment, the aforementioned instruction features may include instruction priority. Based on this, the execution entity of this application embodiment can parse the features of each control instruction in multiple dimensions and determine the instruction priority based on the acquired features in multiple dimensions.

[0102] As an optional implementation, the control command can be matched with multiple pre-defined priority rules to obtain a priority score for each priority rule. These priority rules may include, but are not limited to: purpose priority determined by the purpose of the control command (e.g., temperature control, interlocking, optimization); business priority determined by the business scenario to which the control command belongs (e.g., process cooling, comfort air conditioning); and importance priority determined by the pre-defined importance of the control command.

[0103] Afterwards, multiple priority scores can be pre-calculated (e.g., weighted summation) to obtain the total priority score.

[0104] Finally, the instruction priority corresponding to the total priority score can be determined based on the pre-set correspondence between the score and the instruction priority.

[0105] In another embodiment, the aforementioned instruction features may include instruction type and instruction priority. Based on this, the executing entity of this application embodiment may determine the instruction type and instruction priority of the control instruction, and define the instruction type and instruction priority as the instruction features of the control instruction.

[0106] Step 403: Determine the transmission priority of the control command based on the above-mentioned command characteristics.

[0107] The aforementioned transmission priority refers to the urgency level dynamically calculated based on the characteristics of the instruction when network resources are limited (abnormal), and is used to arbitrate the order of instruction transmission. It can directly determine whether the instruction is transmitted immediately.

[0108] In this step, when network congestion or other anomalies occur, the execution entity of this application embodiment can determine the transmission priority of each instruction based on the instruction characteristics of each control instruction, thereby determining the urgency of the transmission of each control instruction.

[0109] In one embodiment, the aforementioned instruction features may include instruction types, which may include basic instructions and non-basic instructions. The basic instructions are control commands that are essential for maintaining the safe and stable operation of the controlled equipment and have high real-time requirements, such as emergency start / stop of equipment, safety interlocks, or PID adjustment of core parameters. The non-basic instructions are control commands used for system performance optimization or management and are allowed to be issued with a certain delay, such as energy efficiency strategy adjustment, load forecasting parameters, or report generation instructions.

[0110] Therefore, when determining the transmission priority of each control instruction, if the instruction type is a basic instruction, the transmission priority of the control instruction can be determined as the first transmission priority. If the instruction type is a non-basic instruction, the transmission priority of the control instruction can be determined as the second transmission priority. The priority level of the second transmission priority can be lower than that of the first transmission priority.

[0111] In another embodiment, the aforementioned instruction features may include instruction priority. Based on this, when determining the transmission priority of each control instruction, if the instruction priority of the control instruction is greater than a preset priority threshold, the transmission priority of the control instruction may be determined as a first transmission priority. And if the instruction priority of the control instruction is less than or equal to the aforementioned priority threshold, the transmission priority of the control instruction may be determined as a second transmission priority. The second transmission priority may be lower than the first transmission priority.

[0112] In another embodiment, the aforementioned instruction features may include instruction priority and instruction type. Based on this, when determining the transmission priority of each control instruction, a first initial transmission priority of the control instruction can be determined first based on the aforementioned instruction priority, and a second initial transmission priority of the control instruction can be determined based on the aforementioned instruction type.

[0113] Then, the first and second initial transmission priorities can be matched with the preset transmission priority rules to obtain the transmission priority of the control command.

[0114] As an exemplary implementation, the transmission priority of the control command can be determined based on the comparison results of the first initial transmission priority and the second initial transmission priority with a pre-defined priority threshold.

[0115] Optionally, if both the first initial transmission priority and the second initial transmission priority are greater than the preset transmission priority threshold, the transmission priority of the control command can be set to the first transmission priority, which has a higher priority level.

[0116] Optionally, if at least one of the first initial transmission priority and the second initial transmission priority is less than or equal to the aforementioned transmission priority threshold, the transmission priority of the control command may be determined as the second transmission priority, which has a lower priority level.

[0117] Step 404: Store the control instructions into the corresponding instruction queues according to the above transmission priorities; different instruction queues correspond to different transmission priorities.

[0118] The aforementioned instruction queue refers to a data structure that organizes control instructions to be sent according to specific rules (such as transmission priority). Essentially, it is a priority-based buffer used to classify, temporarily store, and orderly schedule control instructions.

[0119] The different instruction queues mentioned above correspond to different transmission priorities. Different levels of transmission priorities can be pre-established with physically or logically independent queue instances, such as "high-priority queues" and "low-priority queues".

[0120] In this step, the execution entity of this application embodiment can create instruction queues with different transmission priorities in memory or persistent storage, and the different instruction queues can be used to store control instructions with different transmission priorities.

[0121] In one embodiment, two instruction queues can be created: a high-priority queue and a low-priority queue. Based on this, all control instructions determined to have the first transmission priority (such as emergency start / stop commands) can be stored in the high-priority queue, while control instructions determined to have the second transmission priority (such as energy efficiency parameter updates) are stored in the low-priority queue.

[0122] As an optional implementation, after completing the transmission priority determination in step 403, the execution entity of this application immediately stores each control instruction into the instruction queue corresponding to its determined transmission priority value. For example, if the system adopts a dual-queue architecture, all instructions with a "high" transmission priority are enqueued in the high-priority queue, and instructions with a "low" transmission priority are enqueued in the low-priority queue. Each queue typically follows a first-in, first-out (FIFO) principle to ensure order.

[0123] The aforementioned instruction queue enables physical isolation and categorized management of the instruction stream. This avoids the mixing of instructions of different priorities at the storage level, providing a direct and efficient operational basis for subsequent queue-level differentiated scheduling (such as independently controlling the dequeue rate or pausing a queue), and is a core element in ensuring the accurate execution of scheduling strategies.

[0124] For example, suppose a control command to "close the chilled water valve to prevent freezing" (transmission priority: high) is automatically placed in the "high priority queue" after it is generated by the system; while a command to "update the night mode setting curve" (transmission priority: low) is placed in the "low priority queue".

[0125] Step 405: Determine the control instructions to be transmitted from multiple control instructions, including: determining the control instructions in the target instruction queue with a transmission priority greater than a preset priority threshold as the control instructions to be transmitted.

[0126] The aforementioned target instruction queue refers to a specific queue that, under the current network state, is selected according to the scheduling policy as a queue that is allowed to dequeue and send control instructions.

[0127] The aforementioned control instructions refer to the set of control instructions retrieved from the target queue that constitute the current transmission batch.

[0128] In this step, when network anomalies such as high latency are detected, the execution entity of this application embodiment can immediately designate the instruction queue with a transmission priority greater than a preset priority threshold as the target instruction queue, and determine only all the control instructions to be sent in the target instruction queue as the part of the control instructions that need to be transmitted this time.

[0129] In one embodiment, the executing entity of this application continuously monitors the network status. Once a "network anomaly" condition is triggered (such as latency exceeding a threshold), the corresponding queue is locked as the "target instruction queue" according to a preset emergency strategy (e.g., "only allowing the highest transmission priority queue to dequeue"). Subsequently, starting from the head of the target queue, a certain number (or all) of control instructions can be sequentially retrieved, and these retrieved control instructions are determined as the "partial control instructions to be transmitted".

[0130] For example, if the network latency suddenly increases to 800ms, the scheduling strategy is triggered. At this time, the execution entity of this application embodiment immediately locks the "high priority queue" as the target instruction queue, and determines the 5 control instructions to be sent (such as 3 temperature adjustment orders and 2 fan start / stop orders) as the "partial control instructions" to be transmitted this time, while the instructions in the "low priority queue" are temporarily frozen.

[0131] Step 406: Transmit the control commands in the target command queue to the controlled device according to the transmission cycle corresponding to the target command queue.

[0132] The aforementioned transmission period refers to the regular time interval set for sending control commands of different types (corresponding to different queues). For example, a high-priority queue sends a command every 1 second, while a low-priority queue sends a command every 10 seconds. Different command queues can correspond to different transmission periods.

[0133] In this step, under the emergency mode of network anomaly, the execution entity of this application embodiment can continuously send control commands to the controlled device only for the "high priority queue" at a shorter period (e.g., per second), while the sending tasks corresponding to the "low priority queue" are completely suspended.

[0134] In one embodiment, each instruction queue is bound to a specific transmission cycle parameter upon creation. The scheduler or a dedicated sending thread is periodically woken up according to the cycle corresponding to the target queue to perform a dequeue and send operation. In network anomaly conditions, only the sending task of the "target instruction queue" (such as a high-priority queue) is activated and runs according to its own cycle. During transmission, one or a batch of control instructions are typically taken from the head of the queue, encapsulated, and sent to the designated controlled device address via network protocol.

[0135] By assigning differentiated transmission cycles to command streams of different priorities, planned allocation of bandwidth resources is achieved under any network condition. In the event of network anomalies, this mechanism ensures that critical command streams can still be sent continuously and stably at the minimum necessary frequency to guarantee their functionality. This avoids exacerbating congestion due to sudden traffic surges while maintaining the operation of the basic control loop, making it key to achieving "graceful degradation" of the control system.

[0136] For example, suppose the transmission period for the "high-priority queue" is set to 1 second. During network anomalies, the scheduler triggers precisely once per second, retrieving the instruction at the head of the current queue (e.g., "Increase the frequency of water pump A to 45Hz") and sending it to the on-site water pump controller, thereby achieving continuous and stable control of core parameters.

[0137] The technical solution provided in this application systematically integrates instruction priority determination, multi-level queue storage, and network status awareness, achieving intelligent coordination across the entire link from instruction generation to delivery. This process enables the system to automatically and quickly distribute instructions to high and low priority queues according to preset rules when facing network anomalies, locking only the high-priority queue as the transmission source. Thus, under conditions of limited network resources, it ensures that critical control instructions (such as safety interlocks and emergency start / stop) are still delivered stably and reliably to the execution end according to the guaranteed cycle, maintaining the system's basic operational defenses. Furthermore, it effectively avoids non-critical instructions competing for bandwidth, reducing the risk of a vicious cycle of network congestion and transmission delay. Overall, this process endows the control system with the ability to move from "equal transmission" to "tiered protection," and from "passive response" to "active adaptation," significantly improving the business continuity, response determinism, and overall resilience of the control system in complex network environments.

[0138] Referring to Figure 5, this is a flowchart of another embodiment of the control command transmission method provided in this application. The flowchart in Figure 5, based on the flowchart in Figure 2, describes how the unsent control commands are handled after some control commands have been transmitted to the controlled device, once the network is detected to have returned to normal. As shown in Figure 5, the process may include the following steps: Step 501: Upon detecting that the network has returned to normal, determine the target control command whose transmission is paused.

[0139] The aforementioned target control command refers to the control command that was not transmitted when a network anomaly occurred, among all the received control commands. Furthermore, as shown in Figure 3 or Figure 4, this target control command can be a control command with a lower transmission priority.

[0140] In this step, when the network is detected to have returned to normal, in order to ensure that the remaining unsent control commands are sent in a timely manner, the execution subject of this application embodiment can determine the target control command to be suspended from transmission.

[0141] In one embodiment, as shown in the flowchart in Figure 3, when there is an anomaly in the network, the control command with the first transmission priority can be determined as a part of the control command to be transmitted, and the part of the control command can be sent to the controlled device.

[0142] Therefore, in this case, when a network anomaly occurs, the control command corresponding to the first transmission priority has been sent to the controlled device, and the control command to suspend transmission is the control command corresponding to the second transmission priority.

[0143] In another embodiment, as shown in the process of Figure 4, different control commands can be stored in different command queues, and when a network anomaly occurs, the control commands in the target command queue with the highest transmission priority are identified as the partial control commands to be transmitted and transmitted to the controlled device.

[0144] Therefore, in this scenario, when a network anomaly occurs, control commands in the target command queue have already been transmitted to the controlled device, while control commands in the non-target command queue have not been transmitted. For example, the command queue containing control commands with the second transmission priority is a non-target command queue. Therefore, when the network is detected to have returned to normal, the control commands in the non-target command queue can be identified as the target control commands for which transmission is paused.

[0145] Step 502: Verify the timeliness of the above target control instructions and obtain the verification results.

[0146] Step 503: Based on the above verification results, perform the reissue or regeneration operation of the target control command.

[0147] The following provides a unified explanation of steps 502 and 503: The aforementioned timeliness verification is used to characterize the process of checking the backlog of target control instructions to determine whether they are still within the preset TTL (Time to Live), thereby determining whether the instruction currently has execution value.

[0148] The above verification results are the output of the above timeliness verification, and are usually a binary state of "valid" or "invalid".

[0149] The aforementioned lifecycle refers to the effective execution time window pre-set for each control command. It can be used to determine whether the command has expired due to timeout after the network is restored, and then decide whether it should be reissued or regenerated.

[0150] In this step, since the received control commands are generally time-sensitive, and the aforementioned target control commands are suspended from transmission when the network is abnormal, the timeliness of the aforementioned target control commands can be verified before transmitting them to the controlled device after the network returns to normal, and the verification results can be obtained.

[0151] In one embodiment, each of the above control instructions may have a corresponding lifespan. Based on this, the executing entity of this application embodiment can verify whether the target control instruction has failed based on the lifespan of the target control instruction, and obtain the verification result.

[0152] As an optional implementation, the executing entity in this embodiment can set a corresponding lifetime based on the instruction type of each control instruction after receiving it. The instruction type can include basic instructions and non-basic instructions. For details on how the instruction type of the control instruction is determined, please refer to the flowcharts shown in Figure 3 or Figure 4, which will not be elaborated here.

[0153] As an example, the instruction type of the control instruction is first determined, and then the lifetime of each control instruction is determined according to the pre-built correspondence between instruction types and lifetimes.

[0154] Optionally, to quickly determine whether a control command has failed, the aforementioned lifetime can be recorded in the form of a time period. For example, assuming the determined control command is a non-basic command, its corresponding lifetime is 3600s, or 60 minutes. Further assuming the time when the control command was received is 9:00, then the lifetime of the control command can be set to 9:00~10:00.

[0155] Based on this, when verifying the timeliness of target control commands, the aforementioned lifespan can be obtained, and it can be determined whether the current time point is within the lifespan. If it is, then the target control command is determined to be valid; if it is not, then the target control command is determined to be invalid.

[0156] Optionally, for ease of recording, the above survival time can be recorded as a duration, such as 300 seconds.

[0157] Based on this, when verifying the timeliness of target control instructions, the current time can be obtained, and the time elapsed since the instruction was generated can be calculated. This time is then compared with the instruction's TTL value: if the elapsed time is less than or equal to the TTL, the verification result is "valid" (not expired); if the elapsed time is greater than the TTL, the verification result is "expired" (outdated).

[0158] Then, based on the above verification results, the operation of reissuing or regenerating the target control command can be performed.

[0159] Optionally, if the above verification results indicate that the target control command has not failed, a reissue operation for the target control command can be performed.

[0160] As an example implementation, the aforementioned target control commands can be directly transmitted to the controlled device.

[0161] As another exemplary implementation, if the target control instruction is stored in a non-target instruction queue, the target control instruction can be reinserted into the head or tail of its corresponding non-target instruction queue and transmitted to the controlled device according to the transmission cycle corresponding to the non-target instruction queue to complete the retransmission operation.

[0162] Optionally, if the above verification results indicate that the target control command has failed, a regeneration operation of the target control command can be performed.

[0163] As an exemplary implementation, the instruction generation source corresponding to the target control instruction can be determined, and a notification that the target control instruction has failed can be sent to the instruction generation source. Based on this, after receiving the notification, the instruction generation source can regenerate and reissue a new target control instruction. The instruction generation source refers to the functional module, algorithm program, or external system that initiates or creates a specific control instruction, such as a cloud-based AI optimization engine, a local PID controller, or a BIM management platform. It is the key basis for tracing the source of the instruction and triggering regeneration.

[0164] The technical solution provided in this application, upon detecting that the network has returned to normal, determines the target control command whose transmission has been suspended, verifies the timeliness of the target control command, obtains the verification result, and, based on the verification result, executes a retransmission or regeneration operation of the target control command. This technical solution, by intelligently distinguishing the validity of commands through a timeliness verification mechanism after network recovery, and dynamically selecting to retransmit valid commands or request the regeneration of invalid commands accordingly, avoids wasting network resources and the processing capacity of controlled devices due to the transmission of outdated or invalid commands, preventing "invalid command pollution." Furthermore, it ensures that the final issued commands are always based on the latest or valid control intent, thereby guaranteeing the real-time performance of the optimization strategy and the accuracy of the control actions. Overall, this solution endows the control system with a "self-healing" capability to quickly and cleanly restore full-function operation during network fluctuations, improving the overall intelligence level and long-term operating efficiency of the system.

[0165] To facilitate understanding of the control command transmission method provided in this application, the following example uses control commands as the logical basis for illustration: Referring to Figure 6, which is a schematic diagram of a control command transmission system provided in an embodiment of this application. As shown in Figure 6, the system may include: a digital base located on a cloud server or edge server. The digital base may include: a network monitoring module, a logic layering module, and a logic queue module. The digital base can transmit the generated control commands to a field controller via a network, enabling the field controller to control at least one controlled device (e.g., an air conditioning unit).

[0166] The aforementioned digital base is a basic platform for integrating device access, data parsing and storage, intelligent algorithms, control engines, and operation and maintenance capabilities, and has the ability to generate and distribute control logic.

[0167] The aforementioned network monitoring module is used to obtain the latency, packet loss rate, and bandwidth of the communication link in real time, and to determine the current network status.

[0168] The aforementioned logical hierarchy module can be used to divide all logic into basic logic and non-basic logic.

[0169] The aforementioned logic queue module can have dual queues to store basic logic and non-basic logic respectively, and can control the logic distribution strategy in conjunction with different network states provided by the network monitoring module.

[0170] The aforementioned network refers to the network link between the digital base and the field controller, through which data is transmitted.

[0171] The aforementioned field controller can be connected to the digital docking station via a network, serving as both the receiver and the actuator for control logic.

[0172] In this embodiment, a three-tiered deployment model of "cloud-edge-device" is adopted. The cloud platform is deployed in the regional data center, running digital twin models, load forecasting algorithms, and global energy efficiency optimization strategies; the edge server is deployed in the local weak current room of the computer room, running local control logic, data caching, and real-time analysis; the field controller (DDC) is distributed in each air conditioning unit and water pump control cabinet, executing end-point control commands; the three are connected through industrial Ethernet and fiber optic ring network, and the communication protocols mainly adopt BACnet / IP and MQTT (Message Queuing Telemetry Transport) to realize remote distribution of control logic and status feedback.

[0173] Based on this, the sources of the logic (i.e., control commands) of the aforementioned digital base may include: cloud AI optimization modules (such as prediction-based early start-up and shutdown strategies for chillers), edge-side real-time control modules (such as adjustment of supply air temperature PID setpoints), and BIM (Building Information Modeling) linkage modules (such as dynamically adjusting fresh air volume based on human density simulation).

[0174] The digital base can be equipped with a built-in network status monitoring module, deployed on an edge server, to continuously monitor the health of critical communication links. Specifically, this includes: 1. periodically sending heartbeat packets to each DDC controller (once every 500ms); 2. performing ICMP Ping tests on the cloud master station (once per second) and recording RTT (round-trip time); 3. collecting indicators such as packet loss rate and bandwidth utilization of switch ports via the SNMP protocol.

[0175] The execution entity of this application embodiment can summarize the above monitoring data into a "network status tag" in real time. This status tag is an open resource that can be called by modules such as logic scheduling and queue management to realize closed-loop control of network awareness.

[0176] In one embodiment, the layering method of the logic layering module of the digital dock is shown in Figure 7. Referring to Figure 7, it is a flowchart of the logic layering of a digital dock provided in an embodiment of this application. As shown in Figure 7, the digital dock can layer the received control logic in the following manner: The digital dock has a built-in logic layering module, which classifies all logic to be sent according to the five dimensions in Table 1 below: Table 1

[0177] Specifically, when the control logic satisfies any condition of any basic logic, it can be determined as basic logic. For example, basic logic may include: "When the outlet water temperature of the cooling tower is lower than 4℃, immediately shut down the cooling water pump" (anti-freeze interlock) and "When the return air temperature exceeds the set value by ±1℃, adjust the water valve opening" (PID feedback). Non-basic logic may include: "Adjust the number of chiller units in operation based on the load forecast for the next 2 hours" and "Generate yesterday's PUE analysis report and upload it to the cloud".

[0178] All logic, after being generated, must be categorized by the logic layering module before it can enter the distribution queue.

[0179] In one embodiment, the digital base is provided with a dual-priority logic queue, with a high-priority queue for storing basic logic and a low-priority queue for storing non-basic logic. The queues adopt a first-in-first-out (FIFO) mechanism.

[0180] Under normal network conditions (e.g., RTT < 500ms, packet loss rate < 1%), the system retrieves a number of logic commands from each of the two queues at a preset period (e.g., every 10 seconds) and sends them out. For example, see Figure 8, which is a flowchart of an embodiment of instruction transmission under normal network conditions provided by this application. As shown in Figure 8, the process may include the following: The system establishes a dual-priority logic queue inside the digital base: the high-priority queue (stores basic logic, such as temperature setting and device start / stop) follows the first-in-first-out principle and cannot be paused, ensuring that critical control commands are continuously sent out; the low-priority queue (stores non-basic logic, such as mode switching and energy-saving optimization) also follows the first-in-first-out principle but supports pausing.

[0181] For example, instructions in the high-priority queue (basic logic) may include: Instruction 1: Set temperature to 24℃ (Generation time: 10:10:10, Type: Basic, Status: Sent); Instruction 2: Start fan coil unit (Generation time: 10:10:13, Type: Basic, Status: Pending). Instructions in the low-priority queue (non-basic logic) may include: Instruction 1: Switch to energy-saving mode (Generation time: 09:45:33, Type: Optimized, Status: Pause dequeue (network latency), TTL: 10 minutes); Instruction 2: Energy-saving control (Generation time: 10:10:13, Type: Optimized, Status: Pending (after network recovery), TTL: 8 minutes).

[0182] Based on this, high-priority queues can form "basic control data streams" through "dequeueing" and "download" them to field controllers (1 to n); low-priority queues can form "non-basic control data streams" through "dequeueing" (currently affected by network latency) and "download" them to field controllers.

[0183] In one embodiment, when the network status monitoring module determines that a high latency state has been entered (RTT ≥ 500ms or packet loss rate ≥ 1%), the transmission of control commands can be controlled through the process shown in Figure 9. Referring to Figure 9, this is a flowchart of an embodiment of command transmission during network anomalies provided by this application. As shown in Figure 9, the process may include the following: After classifying the received control logic into basic logic and optimized logic (i.e., non-basic logic) and assigning them to their respective queues, when a network anomaly is detected, the system can pause the dequeueing of low-priority queues and stop issuing non-basic logic to avoid preempting network resources. Simultaneously, high-priority queues continue to dequeue normally, and basic logic continues to be issued periodically to ensure that critical functions such as data center temperature control and equipment protection are not affected.

[0184] Afterwards, the network status is continuously monitored. Once the network recovers, the TTL (Time to Live) field of each logic backlogged in the low-priority queue is checked (the initial value is set to 300s~3600s depending on the logic type). If TTL ≤ 0, it means that the logic has become outdated (such as "load prediction 2 hours ago"). The logic is then discarded, and a "failed" status is returned to the generator (such as the cloud AI module), triggering regeneration. If TTL > 0, it means that the logic is still valid. The logic is then re-queued and issued.

[0185] For example, suppose a switch failure in the data center's low-voltage room causes communication latency between the edge server and the cloud to rise to 800ms, with a packet loss rate of 3%. The system automatically enters "high-latency mode," suspending the issuance of non-critical logic such as "chiller unit economic operation strategy," but continuing to execute basic controls such as "water temperature over-limit alarm" and "water pump frequency conversion adjustment." Ten minutes later, when the network is restored, the system assesses the backlog of 12 optimization logics. Eight of these were discarded due to expired TTL, while the remaining four valid logics were reissued. Throughout the process, the digital base enabled intelligent layering and elastic distribution of control logic, ensuring system reliability even with network latency, preventing data center temperature from exceeding limits, and guaranteeing the safe operation of IT equipment.

[0186] The technical solution provided in this application has the following beneficial effects: 1. Significantly reduces communication load: In response to the network latency problem, this application avoids invalid transmission of non-urgent logic such as setting value readjustment, operation mode switching, and AI optimization parameters under weak network conditions by suspending the issuance of non-basic control logic, thereby effectively alleviating network congestion.

[0187] 2. Prioritize the transmission of critical control logic: During network anomalies, the system only outputs the basic control logic necessary to maintain basic system operation (such as temperature setpoints and equipment start / stop signals), ensuring that the field controller can still make stable adjustments, avoiding the loss of control over environmental parameters due to communication problems, and improving system robustness.

[0188] 3. Enhance the intelligent scheduling resilience of the digital base station: This application enables the digital base station to have the ability of "perception-judgment-decision", which can autonomously adjust the logical distribution strategy according to the network quality, realize the transformation from "passive transmission" to "active adaptation", and improve the availability of the system.

[0189] Referring to Figure 10, this is a block diagram of an embodiment of a control command transmission device provided in this application. As shown in Figure 10, the device may include: an instruction receiving module 1001, used to receive multiple control commands; a determining module 1002, used to determine a portion of the control commands to be transmitted from the multiple control commands when an anomaly is detected in the network; wherein the portion of the control commands to be transmitted is determined based on the transmission priority of each control command; and an instruction transmission module 1003, used to transmit the portion of the control commands to the controlled device.

[0190] Figure 11 shows a schematic diagram of a cloud server provided in an embodiment of this application, including a processor 111, a communication interface 112, a memory 113, and a communication bus 114. The processor 111, communication interface 112, and memory 113 communicate with each other via the communication bus 114. The memory 113 stores computer programs. In one embodiment of this application, when the processor 111 executes the program stored in the memory 113, it implements the control instruction transmission method provided in any of the aforementioned method embodiments, including: receiving multiple control instructions; determining a portion of the control instructions to be transmitted from the multiple control instructions when an anomaly is detected in the network; wherein the portion of the control instructions to be transmitted is determined based on the transmission priority of each control instruction; and transmitting the portion of the control instructions to the controlled device.

[0191] This application also provides an air conditioning system, which may include a cloud server and a controlled device. The cloud server may be the one shown in Figure 11, used to transmit control commands to the controlled device according to the control command transmission method provided in any of the foregoing method embodiments, so as to control the controlled device. The controlled device may be at least one air conditioning unit.

[0192] This application also provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the steps of the control instruction transmission method provided in any of the foregoing method embodiments.

[0193] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. 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.

[0194] Through the above description of the embodiments, those skilled in the art can clearly understand that each embodiment can be implemented using software plus a general-purpose hardware platform, or of course, using hardware. Based on this understanding, the above technical solutions, in essence or the parts that contribute to the related technology, can be embodied in the form of a software product. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in the various embodiments or some parts of the embodiments.

[0195] It should be understood that the terminology used herein is for the purpose of describing particular exemplary embodiments only and is not intended to be limiting. Unless the context clearly indicates otherwise, the singular forms “a,” “an,” and “described” as used herein may also include the plural forms. The terms “comprising,” “including,” “containing,” and “having” are inclusive and therefore indicate the presence of the stated features, steps, operations, elements, and / or components, but do not exclude the presence or addition of one or more other features, steps, operations, elements, components, and / or combinations thereof. The method steps, processes, and operations described herein are not construed as requiring them to be performed in a particular order described or illustrated unless the order of performance is explicitly indicated. It should also be understood that additional or alternative steps may be used.

[0196] The above description is merely a specific embodiment of the present invention, enabling those skilled in the art to understand or implement the invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the invention. Therefore, the present invention is not to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the principles and novel features claimed herein.

Claims

1. A method for transmitting control commands, characterized in that, The method includes: receiving multiple control commands; determining a portion of the control commands to be transmitted from the multiple control commands when an anomaly is detected in the network; wherein the portion of the control commands to be transmitted is determined based on the transmission priority of each control command; and transmitting the portion of the control commands to the controlled device.

2. The method according to claim 1, characterized in that, The step of determining the portion of control instructions to be transmitted from multiple control instructions includes: for each control instruction, determining the instruction characteristics of the control instruction; determining the transmission priority of the control instruction based on the instruction characteristics; and determining the portion of control instructions from multiple control instructions based on the transmission priority.

3. The method according to claim 1, characterized in that, After receiving multiple control instructions, the method further includes: for each control instruction, determining the instruction characteristics of the control instruction; determining the transmission priority of the control instruction based on the instruction characteristics; and storing the control instruction in a corresponding instruction queue based on the transmission priority; wherein different instruction queues correspond to different transmission priorities; the step of determining the partial control instructions to be transmitted from the multiple control instructions includes: determining the control instructions in the target instruction queue with a transmission priority greater than a preset priority threshold as the partial control instructions to be transmitted.

4. The method according to claim 3, characterized in that, Different instruction queues correspond to different transmission cycles. The step of transmitting the partial control instructions to the controlled device includes: transmitting the control instructions in the target instruction queue to the controlled device according to the transmission cycle corresponding to the target instruction queue.

5. The method according to claim 2 or 3, characterized in that, Determining the instruction characteristics of the control instruction includes: determining the instruction type of the control instruction; and / or determining the instruction priority of the control instruction; and determining the instruction type and / or the instruction priority as the instruction characteristics of the control instruction.

6. The method according to claim 5, characterized in that, Determining the instruction type of the control instruction includes: parsing the control instruction to obtain a parsing result; matching the parsing result with a plurality of pre-defined basic instruction rules to obtain a matching result; if the matching result indicates that the control instruction satisfies at least one basic instruction rule, determining the instruction type of the control instruction as a basic instruction; if the matching result indicates that the control instruction does not satisfy any basic instruction rule, determining the instruction type of the control instruction as a non-basic instruction.

7. The method according to claim 6, characterized in that, The basic instruction rules include one or more of the following: the real-time requirement of the control instruction is at the millisecond or second level; the issuance period of the control instruction is less than or equal to a preset period threshold; the structural complexity of the control instruction is less than a preset complexity threshold; the instruction generation source corresponding to the control instruction is a preset instruction generation source; and the functional type of the control instruction is a preset type.

8. The method according to claim 5, characterized in that, Determining the instruction priority of the control instruction includes: matching the control instruction with a plurality of pre-set priority rules to obtain a priority score corresponding to each priority rule; performing a pre-set calculation on the plurality of priority scores to obtain a total priority score; and determining the instruction priority corresponding to the total priority score based on the pre-set correspondence between the scores and instruction priorities.

9. The method according to claim 2 or 3, characterized in that, The instruction features include instruction types, which include basic instructions and non-basic instructions. Determining the transmission priority of the control instruction based on the instruction features includes: when the instruction type of the control instruction is a basic instruction, determining the transmission priority of the control instruction as a first transmission priority; when the instruction type of the control instruction is a non-basic instruction, determining the transmission priority of the control instruction as a second transmission priority; the second transmission priority is lower than the first transmission priority.

10. The method according to claim 2 or 3, characterized in that, The instruction features include instruction priority. Determining the transmission priority of the control instruction based on the instruction features includes: if the instruction priority of the control instruction is greater than a preset priority threshold, determining the transmission priority of the control instruction as a first transmission priority; if the instruction priority of the control instruction is less than or equal to the priority threshold, determining the transmission priority of the control instruction as a second transmission priority; the second transmission priority is lower than the first transmission priority.

11. The method according to claim 2 or 3, characterized in that, The instruction features include instruction priority and instruction type. Determining the transmission priority of the control instruction based on the instruction features includes: determining a first initial transmission priority of the control instruction based on the instruction priority; determining a second initial transmission priority of the control instruction based on the instruction type; and matching the first initial transmission priority and the second initial transmission priority with a pre-set transmission priority rule to obtain the transmission priority of the control instruction.

12. The method according to claim 1, characterized in that, After transmitting the partial control commands to the controlled device, the method further includes: determining the target control command to be suspended when the network is detected to have returned to normal; verifying the timeliness of the target control command and obtaining the verification result; and performing a retransmission or regeneration operation on the target control command based on the verification result.

13. The method according to claim 12, characterized in that, Each control command has a corresponding lifespan. The timeliness verification of the control command and obtaining the verification result includes: verifying whether the target control command has failed based on the lifespan of the target control command and obtaining the verification result.

14. The method according to claim 12, characterized in that, The step of performing a resending or regeneration operation of the target control command based on the verification result includes: if the verification result indicates that the target control command is invalid, determining the command generation source corresponding to the target control command; sending a notification of the target control command being invalid to the command generation source so that the command generation source regenerates and resends a new target control command; and if the verification result indicates that the target control command is not invalid, transmitting the target control command to the controlled device.

15. The method according to claim 1, characterized in that, The detection of network anomalies includes: acquiring at least one transmission quality parameter of the network communication link through a pre-set multi-dimensional network indicator collection method; the transmission quality parameter includes at least one of round-trip time, packet loss rate, and bandwidth utilization; comparing each of the transmission quality parameters with the corresponding normal threshold range; and determining that the network is abnormal if at least one of the transmission quality parameters exceeds the corresponding normal threshold range.

16. A control command transmission device, characterized in that, The device includes: an instruction receiving module for receiving multiple control instructions; a determining module for determining a portion of the control instructions to be transmitted from the multiple control instructions when an anomaly is detected in the network; wherein the portion of the control instructions to be transmitted is determined based on the transmission priority of each control instruction; and an instruction transmitting module for transmitting the portion of the control instructions to the controlled device.

17. A cloud server, characterized in that, include: The processor, communication interface, memory, and communication bus are connected, with the processor, communication interface, and memory communicating with each other via the communication bus. The memory is used to store computer programs; the processor is used to implement the control instruction transmission method according to any one of claims 1 to 16 when executing the computer programs.

18. An air conditioning system, characterized in that, include: A cloud server and a controlled device; the cloud server is the cloud server according to claim 17, used to transmit control commands to the controlled device according to the control command transmission method according to any one of claims 1 to 16, so as to control the controlled device; The controlled device is at least one air conditioning unit.

Images