Air conditioner monitoring system and air conditioner
By designing an air conditioning monitoring system, analyzing and listening to air conditioning status data, and determining early warning and notification conditions, the problem of low efficiency in central air conditioning monitoring was solved, achieving efficient air conditioning status monitoring and timely notification.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-09-11
- Publication Date
- 2026-03-13
AI Technical Summary
Existing central air conditioning monitoring methods are inefficient, costly, and lack effective remote monitoring capabilities, making it impossible to comprehensively and effectively monitor operational data.
An air conditioning monitoring system was designed, including a parsing and processing module, a listening and judgment module, a cache database, and an early warning database. By parsing the air conditioning status data and listening for database updates, the system determines whether the conditions for early warning and notification are met, and issues a notification message when the conditions are met.
It improved monitoring efficiency and capabilities, enabling comprehensive and effective monitoring of the air conditioning operation status, timely notification of testing personnel, and improved response speed.
Smart Images
Figure CN121655071A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of air conditioning technology, and more particularly to an air conditioning monitoring system and an air conditioner. Background Technology
[0002] As people's living standards continue to improve, installing central air conditioning in homes, hotels, and other places to enhance environmental comfort has become an important choice for people to improve their comfort needs.
[0003] Current central air conditioning systems have a large number of outdoor and indoor units, requiring monitoring of each unit to ensure their normal operation.
[0004] Traditional monitoring methods involve testers conducting tests and monitoring one by one, which is inefficient, time-consuming, costly, and has poor monitoring capabilities.
[0005] Therefore, the current monitoring capabilities of testers for central air conditioning are poor, the monitoring efficiency is low, the response speed is slow, and there is a lack of effective remote monitoring methods, making it impossible to comprehensively and effectively monitor the operating data of central air conditioning. Summary of the Invention
[0006] This invention proposes an air conditioning monitoring system, which solves the technical problem of low monitoring efficiency in the prior art.
[0007] To achieve the above objectives, the present invention adopts the following technical solution:
[0008] This invention provides an air conditioning monitoring system, comprising:
[0009] The parsing and processing module is used to parse the status data of the air conditioner and send the parsed status data to the cache database.
[0010] The monitoring and determination module is used to monitor whether the status data in the cache database is updated. When the status data in the cache database is updated, it determines whether the updated status data meets the preset warning conditions. If the preset warning conditions are met, the updated status data is stored in the warning database. The module also determines whether the updated status data meets the preset notification conditions. If the preset notification conditions are met, a notification message is sent.
[0011] In some embodiments of this application, the monitoring and determination module is further configured to determine whether the device number contained in the updated status data exists in the cache database when the status data update is detected in the cache database; if it exists, determine whether the updated status data meets the preset warning conditions.
[0012] In some embodiments of this application, the monitoring and determination module is further configured to add a distributed lock to the cache database.
[0013] In some embodiments of this application, determining whether the updated status data meets preset notification conditions specifically includes:
[0014] Calculate the overall weight CW = RF * (DR + TW);
[0015] Wherein, RF is the risk coefficient corresponding to the monitoring point in the updated status data; DR is the absolute value of the ratio of the difference between the point value in the updated status data and the set threshold; TW is the time weight, 0≤TW<1.
[0016] Determine whether the calculated overall weight reaches the weight threshold;
[0017] If so, the updated status data is determined to meet the preset notification conditions;
[0018] If not, the updated status data is determined to not meet the preset notification conditions.
[0019] In some embodiments of this application, the method for calculating the time weight TW includes:
[0020] Determine whether there is an alarm record in the alarm database that has the same device number and monitoring location as the updated status data and has not been repaired;
[0021] If it does not exist, the time weight TW = 0;
[0022] If it exists, time weight
[0023] Where α is a positive constant, and t is the time interval between the current time and the last time a notification message was sent for this monitoring point.
[0024] In some embodiments of this application, the monitoring and determination module is further configured to: when the updated status data does not meet the preset warning conditions, if there is a warning record in the warning database that has the same device number and monitoring location as the updated status data and has not been repaired, then update the warning record to the repaired status.
[0025] In some embodiments of this application, the air conditioning monitoring system further includes:
[0026] An MQTT server is used to communicate with the central control gateway, receive the status data of the air conditioner sent by the central control gateway, and send the received status data to the parsing and processing module.
[0027] In some embodiments of this application, the air conditioning monitoring system further includes:
[0028] The TDengine time-series database is used to store the status data parsed by the parsing and processing module.
[0029] In some embodiments of this application, the cache database is a Redis cache database.
[0030] The present invention provides an air conditioner, including the aforementioned air conditioner monitoring system.
[0031] The technical solution of this invention has the following advantages over the prior art: The air conditioning monitoring system and air conditioner of this invention utilize a parsing processing module to parse the status data of the air conditioner and send the parsed status data to a cache database; a listening and judgment module monitors whether the status data in the cache database is updated. When an update is detected, it determines whether the updated status data meets preset warning conditions. If the preset warning conditions are met, the updated status data is stored in a warning database, and it further determines whether the updated status data meets preset notification conditions. If the preset notification conditions are met, a notification message is issued. This air conditioning monitoring system of the present invention stores the updated status data in a warning database when the updated status data meets the warning conditions, allowing testers to view it and more effectively monitor the air conditioner's status, improving monitoring efficiency and capability, and achieving comprehensive and effective monitoring of the air conditioner's operating status. It also issues a notification message when the updated status data meets the notification conditions, promptly notifying testers and facilitating timely action, thus improving response speed. Therefore, the air conditioning monitoring system of this invention solves the technical problem of low monitoring efficiency in the prior art.
[0032] Other features and advantages of the present invention will become clearer after reading the detailed embodiments of the invention in conjunction with the accompanying drawings. Attached Figure Description
[0033] To more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings used in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0034] Figure 1 This is a structural block diagram of one embodiment of the air conditioning monitoring system of the present invention;
[0035] Figure 2 A flowchart of one embodiment of the steps performed by the monitoring and determination module;
[0036] Figure 3 A flowchart of yet another embodiment of the steps performed by the monitoring and determination module;
[0037] Figure 4 A flowchart of yet another embodiment of the steps performed by the monitoring and determination module;
[0038] Figure 5 A flowchart of yet another embodiment of the steps performed by the monitoring and determination module;
[0039] Figure 6 A flowchart of yet another embodiment of the steps performed by the monitoring and determination module;
[0040] Figure 7 This is a structural block diagram of another embodiment of the air conditioning monitoring system of the present invention;
[0041] Figure 8 This is a structural block diagram of another embodiment of the air conditioning monitoring system of the present invention;
[0042] Figure 9 This is a structural block diagram of another embodiment of the air conditioning monitoring system of the present invention;
[0043] Figure 10 Set up a page for early warnings;
[0044] Figure 11 This is the warning record page;
[0045] Figure 12 A flowchart of one embodiment of the steps performed by an air conditioning monitoring system. Detailed Implementation
[0046] 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, and 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.
[0047] In the description of this application, it should be understood that the terms "center," "upper," and "lower" are used interchangeably.
[0048] "Front", "Back", "Left", "Right", "Vertical", "Horizontal", "Top", "Bottom"
[0049] The orientation or positional relationship indicated by "inner", "outer", etc., is based on the orientation or positional relationship shown in the accompanying drawings and is only for the purpose of facilitating the description of this application and simplifying the description. It is not intended to indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation, and therefore should not be construed as a limitation of this application.
[0050] The terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of this application, unless otherwise stated, "multiple" means two or more.
[0051] In the description of this application, it should be noted that, unless otherwise expressly specified and limited, the terms "installation," "connection," and "linking" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can refer to the internal connection between two components. Those skilled in the art can understand the specific meaning of the above terms in this application based on the specific circumstances.
[0052] In this invention, unless otherwise expressly specified and limited, the first feature is the second feature
[0053] "Above" or "below" can include the first and second features being in direct contact, or it can include the first and second features not being in direct contact but being in contact through another feature between them. Furthermore, "above," "over," and "on top" of the first feature "above" the second feature includes the first feature being directly above or diagonally above the second feature, or simply indicates that the first feature is at a higher horizontal level than the second feature. "Below," "below," and "under" the first feature "below" the second feature includes the first feature being directly below or diagonally below the second feature, or simply indicates that the first feature is at a lower horizontal level than the second feature.
[0054] The following disclosure provides many 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 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. In addition, examples of various specific processes and materials are provided in this invention, but those skilled in the art will recognize the application of other processes and / or the use of other materials.
[0055] Air conditioners execute refrigeration and heating cycles using a compressor, condenser, expansion valve, and evaporator. These cycles are controlled by a controller, which manages the refrigerant flow and the opening of the expansion valve. The refrigeration and heating cycles involve a series of processes including compression, condensation, expansion, and evaporation, ultimately supplying refrigerant to the conditioned and heat-exchanged air.
[0056] The compressor compresses refrigerant gas under high temperature and pressure and discharges the compressed refrigerant gas. The discharged refrigerant gas flows into the condenser. The condenser condenses the compressed refrigerant into a liquid phase, and the heat is released to the surrounding environment through the condensation process.
[0057] The expansion valve expands the high-temperature, high-pressure liquid refrigerant condensed in the condenser into a low-pressure liquid refrigerant. The evaporator evaporates the expanded refrigerant in the expansion valve, returning the low-temperature, low-pressure refrigerant gas to the compressor. The evaporator achieves its cooling effect by utilizing the latent heat of refrigerant evaporation to exchange heat with the material being cooled. Throughout the cycle, the air conditioner regulates the temperature of the indoor space.
[0058] An air conditioner outdoor unit refers to the part of the refrigeration cycle that includes the compressor and the outdoor heat exchanger. An air conditioner indoor unit includes the indoor heat exchanger, and an expansion valve can be provided in either the outdoor or indoor unit.
[0059] The indoor and outdoor heat exchangers function as either condensers or evaporators. When the indoor heat exchanger is used as a condenser, the air conditioner functions as a heater in heating mode; when the indoor heat exchanger is used as an evaporator, the air conditioner functions as a cooler in cooling mode.
[0060] The air conditioning monitoring system of this embodiment includes a parsing and processing module, a listening and judgment module, a cache database, an early warning database, etc., see [link / reference]. Figure 1 As shown.
[0061] The parsing and processing module is used to parse the status data of the air conditioner and send the parsed status data to the cache database.
[0062] The monitoring and judgment module is used to monitor whether the status data in the cache database is updated. When the status data in the cache database is updated, it determines whether the updated status data meets the preset warning conditions. If the preset warning conditions are met, the updated status data is stored in the warning database, and it determines whether the updated status data meets the preset notification conditions. If the preset notification conditions are met, a notification message is issued.
[0063] The status data of the air conditioner includes the device number (indoor unit ID or outdoor unit ID, used to uniquely identify the indoor or outdoor unit), monitoring points (monitoring parameters, such as compressor frequency, exhaust temperature, return air temperature, etc.), and point values (specific parameter values of the monitoring parameters).
[0064] The cache database is used to cache the latest status data parsed by the parsing and processing module.
[0065] The early warning database stores status data that meets early warning conditions. Status data that meets the early warning conditions forms early warning records and is stored in the early warning database.
[0066] The monitoring and determination module is configured to perform the following steps, see [link to relevant documentation]. Figure 2 As shown.
[0067] Step S11: Monitor the cache database.
[0068] Step S12: Monitor whether the state data in the cache database has been updated.
[0069] If an update to the state data in the cache database is detected, proceed to step S13.
[0070] Step S13: Determine whether the updated status data meets the preset warning conditions.
[0071] If the preset warning conditions are met, then proceed to step S14.
[0072] Step S14: Store the updated status data in the early warning database. Then proceed to step S15.
[0073] Step S15: Determine whether the updated status data meets the preset notification conditions.
[0074] If the preset notification conditions are met, proceed to step S16: Send a notification message. For example, send a text message to the mobile terminal to notify the testers in a timely manner.
[0075] If the preset notification conditions are not met, proceed to step S17: Do not send a notification message.
[0076] The air conditioning monitoring system of this embodiment uses a parsing processing module to parse the status data of the air conditioner and sends the parsed status data to a cache database. A listening and judgment module monitors whether the status data in the cache database is updated. When an update is detected, it determines whether the updated status data meets preset warning conditions. If the preset warning conditions are met, the updated status data is stored in a warning database. The system also determines whether the updated status data meets preset notification conditions. If the preset notification conditions are met, a notification message is issued. This air conditioning monitoring system, when the updated status data meets the warning conditions, stores the updated status data in the warning database for testers to view, enabling testers to monitor the air conditioner's status more effectively, improving monitoring efficiency and capability, and achieving comprehensive and effective monitoring of the air conditioner's operating status. When the updated status data meets the notification conditions, a notification message is issued to promptly notify testers, facilitating timely action and improving response speed. Therefore, the air conditioning monitoring system of this embodiment solves the technical problem of low monitoring efficiency in the prior art.
[0077] In some embodiments of this application, in order to further improve monitoring efficiency, the monitoring and determination module is also used to determine whether the device number contained in the updated status data exists in the cache database when the status data update is detected in the cache database; if it exists, it is determined whether the updated status data meets the preset warning conditions.
[0078] The cache database pre-stores the device number (indoor unit ID or outdoor unit ID) of each indoor and outdoor unit.
[0079] The monitoring and determination module is also used to perform the following steps, see [link to module]. Figure 3 As shown.
[0080] Step S11: Monitor the cache database.
[0081] Step S12: Monitor whether the state data in the cache database has been updated.
[0082] When an update to the state data in the cache database is detected, step S12-1 is executed.
[0083] Step S12-1: Determine whether the device number contained in the updated status data exists in the cache database.
[0084] The device ID (indoor unit ID or outdoor unit ID) is pre-stored in the hash structure of the cache database.
[0085] Determine if the device number contained in the updated status data exists in the hash structure of the cache database.
[0086] If it does not exist, ignore this update and do not perform any further processing to avoid increasing the system's operating burden and improve monitoring efficiency.
[0087] If it exists, continue to step S13: determine whether the updated status data meets the preset warning conditions.
[0088] In some embodiments of this application, the monitoring and determination module is also used to add a distributed lock to the cache database.
[0089] Because there may be multiple instances of the decision monitoring service, a distributed lock needs to be added to the cache database to avoid duplicate processing.
[0090] In some embodiments of this application, determining whether the updated status data meets preset notification conditions specifically includes the following steps, see below. Figure 4 As shown.
[0091] Step S15-1: Calculate the overall weight CW = RF * (DR + TW).
[0092] RF (Risk Factor) is the risk coefficient corresponding to the monitoring point in the updated status data. The early warning database has a pre-defined correspondence between monitoring points and risk coefficients. The risk coefficient corresponding to the monitoring point in the status data can be obtained by looking up the table.
[0093] DR (Deviation Ratio) is the absolute value of the ratio of the difference between the location value in the updated status data and the set threshold. DR reflects the degree of difference between the actual monitored data and the set threshold.
[0094] That is, DR = |(location value - set threshold) / set threshold|.
[0095] TW (Time Weight) is the time weight, where 0 ≤ TW < 1.
[0096] The overall weight (CW) is ultimately calculated by combining the three factors RF, DR, and TW mentioned above.
[0097] Step S15-2: Determine whether the calculated comprehensive weight has reached the weight threshold.
[0098] If so, proceed to step S15-3: if the updated status data meets the preset notification conditions, then issue a notification message.
[0099] If not, proceed to step S15-4: if the updated status data does not meet the preset notification conditions, then no notification message will be sent.
[0100] By designing steps S15-1 to S15-4, the risk coefficients corresponding to the monitoring points in the status data, the absolute value of the difference between the point values in the status data and the set threshold, and the time weight are comprehensively considered to calculate a relatively reasonable and accurate comprehensive weight. Then, it is compared with the weight threshold. When the comprehensive weight reaches the weight threshold, it is determined that the updated status data meets the preset notification conditions, and a notification message is issued; when the comprehensive weight does not reach the weight threshold, it is determined that the updated status data does not meet the preset notification conditions, and no notification message is issued.
[0101] If the overall weight (CW) exceeds the preset weight threshold, an SMS notification will be sent to the tester. The specific weight threshold can be adjusted according to the actual situation to achieve the best warning effect.
[0102] In some embodiments of this application, the calculation method for Time Weight (TW) includes the following steps, see [link to relevant documentation]. Figure 5 As shown.
[0103] Step S15-1-1: Determine whether there is an early warning record in the early warning database that has the same device number and monitoring location as the updated status data and has not been repaired.
[0104] If it exists, proceed to step S15-1-2: Time Weighting
[0105] If it does not exist, proceed to step S15-1-3: time weight TW = 0.
[0106] Here, α is a positive constant. α determines the rate at which time increments and can be dynamically configured.
[0107] t is the time interval between the current time and the last notification message sent for this monitoring point. The unit is hours. When t is very large, TW approaches 1.
[0108] If the early warning database contains an early warning record with the same device number and monitoring location as the updated status data, and that has not been repaired, then
[0109] If there is no alarm record in the alarm database that has the same device number and monitoring location as the updated status data and has not been repaired, then TW = 0.
[0110] By designing the above steps S15-1-1 to S15-1-3, based on whether there are warning records in the warning database that have the same device number and monitoring location as the updated status data and have not been repaired, the time weight can be set to different values, thereby achieving accurate calculation of the time weight and then calculating the accurate comprehensive weight.
[0111] Time weight It is an exponential decay function, and the longer the time since the last warning occurred, the greater the time weight.
[0112] In some embodiments of this application, the monitoring and determination module is further configured to: when the updated status data does not meet the preset warning conditions, if there is a warning record in the warning database that has the same device number and monitoring location as the updated status data and has not been repaired, then update the warning record to the repaired status.
[0113] Therefore, the monitoring and determination module is also used to perform the following steps, see [link to relevant documentation]. Figure 6 As shown.
[0114] Step S13: Determine whether the updated status data meets the preset warning conditions.
[0115] When the preset warning conditions are met, step S14 is executed: the updated status data is stored in the warning database.
[0116] If the preset warning conditions are not met, then step S21 is executed: determine whether there is a warning record in the warning database that has the same device number and monitoring location as the updated status data and has not been repaired.
[0117] If it exists, proceed to step S22: update the warning record to the repaired status, thereby updating the warning database in a timely manner and reducing the workload of manual tracking and maintenance.
[0118] If it does not exist, no action will be taken.
[0119] In some embodiments of this application, the air conditioning monitoring system also includes an MQTT server, see [link to relevant documentation]. Figure 7 As shown.
[0120] The MQTT server is used to communicate with the central control gateway, receive the status data of the air conditioners sent by the central control gateway, and send the received status data to the parsing and processing module.
[0121] The central control gateway collects the status data of the air conditioner and sends it to the MQTT server, which then sends it to the parsing and processing module.
[0122] Using an MQTT server, local data can be transmitted to the parsing and processing module stably, securely, and reliably.
[0123] In some embodiments of this application, the air conditioning monitoring system also includes a TDengine time-series database, see [link to relevant documentation]. Figure 8 As shown.
[0124] TDengine is a time-series database used to store the status data parsed by the parsing and processing module, so that the status data of the air conditioner can be queried later.
[0125] In some embodiments of this application, the cache database is a Redis cache database.
[0126] Redis is a caching database with high-speed read and write capabilities. The state data parsed by the parsing and processing module can be quickly cached in the Redis caching database.
[0127] In some embodiments of this application, the early warning database is a MySQL relational database.
[0128] The air conditioning monitoring system in this embodiment can be used in the fields of intelligent building office systems, intelligent multi-split air conditioning systems, and data early warning and diagnosis.
[0129] The air conditioning monitoring system in this embodiment can solve the data early warning and diagnosis problems in the long-term operation test of central air conditioning, specifically including the following aspects:
[0130] (1) Data alert rule setting: Testers can set specific data alert rules (alert conditions) through the system. When the air conditioner's status data meets these rules, the system will automatically record this data and save it to the database. This can help testers monitor the air conditioner's status more effectively.
[0131] (2) Improve testing efficiency: Through the intelligent data early warning and monitoring system, a tester can monitor hundreds or thousands of air conditioning devices at the same time, which greatly improves the efficiency of testing.
[0132] (3) Reduce testing manpower costs: The automated process reduces testing manpower costs and reduces unnecessary maintenance work.
[0133] (4) Automatic repair mark: If the air conditioning equipment that previously triggered the warning returns to normal, the system will automatically update the relevant records in the database and mark them as automatically repaired, thereby helping testers to quickly understand which equipment has solved the problem.
[0134] The air conditioning monitoring system of this embodiment has the following advantages:
[0135] (1) High-efficiency monitoring capability: The automated data early warning and monitoring system greatly enhances the ability of testers to monitor multi-split air conditioners.
[0136] (2) Real-time response: The system can respond to changes in the device status in real time and notify testers to take action in a timely manner.
[0137] (3) Easy to maintain: The system can automatically mark the repair status of problematic equipment, reducing the workload of manual tracking and maintenance.
[0138] The air conditioning monitoring system in this embodiment performs data early warning and diagnosis for large central air conditioning systems that require long-term operation and testing, thereby improving the monitoring capabilities of testers. The status data of the air conditioning is sent to the cloud MQTT server, so testers do not need to be physically present at the test site to know the operating status of the air conditioning. If a problem occurs in the air conditioning, the testers can be notified in time to take action. At the same time, the system can automatically mark the repair status of the problematic equipment, reducing the workload of manual tracking and maintenance.
[0139] The air conditioning monitoring system in this embodiment not only improves testing efficiency and monitoring capabilities, but also provides testers with powerful tools through an automated data early warning mechanism and automatic repair marking function, thereby improving testing efficiency.
[0140] The working principle of the air conditioning monitoring system of this embodiment will be described in detail below with reference to the accompanying drawings.
[0141] The system architecture of the air conditioning monitoring system is as follows: Figure 9As shown, it mainly includes: MQTT server, protocol processing server (parsing and processing module), listening and judgment server (listening and judgment module), TDengine time-series database, Redis cache database, and MySQL relational database.
[0142] (1) Central air conditioning indoor and outdoor units: Perform long-term operation tests to evaluate performance under extreme conditions.
[0143] (2) Centralized control gateway: serves as the communication interface between the indoor and outdoor units of the central air conditioning system and the cloud MQTT server.
[0144] The centralized control gateway reports device status data to the cloud MQTT server and receives and executes control commands from the cloud MQTT server.
[0145] (3) MQTT Server: Provides services based on the MQTT protocol and communicates remotely with the central control gateway. The MQTT server receives data sent by the central control gateway and forwards it to the protocol processing server.
[0146] (4) Protocol processing server: Parses the custom protocol data received from the MQTT server. Stores the parsed data in the TDengine time-series database and updates the real-time status data in the Redis cache database.
[0147] (5) Monitoring and Judgment Server: Monitors data updates in the Redis cache database. It judges the updated data to determine if it meets preset data alert rules (alert conditions). If the data meets the rules, it stores it in a MySQL relational database. It sends SMS alerts to testers for data with high overall weight.
[0148] (6) TDengine time series database: Stores parsed air conditioner status data, suitable for efficient storage and querying of large-scale time series data.
[0149] (7) Red is cache database: used to cache real-time status data of air conditioners.
[0150] (8) MySQL relational database: Stores data warning records confirmed by the monitoring and judgment server, which are convenient for testers to view and analyze.
[0151] A MySQL relational database contains: a warning point table, a warning setting table, and a warning record table.
[0152] I. Warning Point Table, used to store basic information on warning configuration, including the following fields, see Table 1.
[0153] (1) Point ID: A unique identifier for each monitoring point.
[0154] (2) Type: indicates the type of equipment to which the location belongs, where indoor units are represented by 1 and outdoor units by 2.
[0155] (3) Monitoring points: These represent specific monitoring parameters, such as expansion valve opening, outlet air temperature, and return air temperature.
[0156] (4) Point name: A descriptive name for the monitoring parameter.
[0157] (5) Unit: The unit of measurement for monitoring parameters.
[0158] (6) Risk Factor: This factor represents the risk level. It is a basic attribute of the warning location and reflects the inherent risk level of that location.
[0159] Table 1 - Warning Point Locations
[0160]
[0161]
[0162] II. Early Warning Setting Table.
[0163] Testers can configure alert rules through a specific interface, allowing them to select alert points and set conditional logic and thresholds. Conditional logic includes greater than (gt), greater than or equal to (ge), less than (lt), less than or equal to (le), equal to (eq), and not equal to (ne). The threshold is a double-precision floating-point number. The alert setting page is as follows... Figure 10 As shown.
[0164] After the alert settings are completed, the relevant data will be stored in the "Alert Settings Table" of the MySQL database, which includes the following fields as shown in Table 2.
[0165] (1) Setting number (Setting_id): A unique identifier for each warning setting.
[0166] (2) Indoor and outdoor unit number (iou_id): The associated device number.
[0167] (3) Type: Equipment type (indoor unit / outdoor unit).
[0168] (4) Set point number (point_id): The point number associated with the warning.
[0169] (5) Project ID (run_project_id): The unique identifier for this project.
[0170] (6) Logic: Logical operators used for comparison.
[0171] (7) Value: The set threshold.
[0172] After the alert settings are completed, the indoor and outdoor unit IDs for which alert settings are made will also be stored in the Redis cache database in a hash structure. The indoor unit's primary key is alertlu, and the hash key is: indoor unit ID, with a fixed hash value of 1. The outdoor unit's primary key is a lertOu, and the hash key is: outdoor unit ID, with a fixed hash value of 1.
[0173] Table 2 - Early Warning Settings Table
[0174]
[0175] III. Early Warning Record Form.
[0176] The monitoring and judgment server listens to the data in the Redis cache database. If the data meets the judgment rules, it will be stored in the "Alert Record Table," whose fields are shown in Table 3. Alert records can be queried through the alert record page. Figure 11 As shown.
[0177] (1) Set number (id): A unique identifier for each warning record.
[0178] (2) Indoor and outdoor unit number (iou_id): The associated device ID.
[0179] (3) Type: Equipment type (indoor unit / outdoor unit).
[0180] (4) Project ID (run_project_id): The unique identifier for this project.
[0181] (5) Warning setting number (setting_id): The warning setting information ID associated with the warning setting.
[0182] (6) Point: The specific field that conforms to the early warning setting rules.
[0183] (7) Warning information (alert_info): Records specific warning information.
[0184] (8) Creation time (create_time): The timestamp in milliseconds when the alert occurred.
[0185] (9) Repair time: The millisecond-level timestamp at the time of repair.
[0186] Table 3 - Early Warning Record Table
[0187]
[0188]
[0189] The specific processing procedure for data early warning is as follows: Figure 12 As shown.
[0190] Step S31: The monitoring and judgment server (monitoring and judgment service module) continuously monitors for data updates in the Redis cache database.
[0191] When real-time status data updates of the indoor and outdoor units are detected, step S32 is executed.
[0192] Step S32: Check if the indoor and outdoor unit IDs (device numbers) for the early warning system contained in the real-time status data exist in the hash structure of the Redis cache database.
[0193] For indoor units, the monitoring and determination server checks whether the corresponding indoor unit number exists in the alertlu hash table in Redis.
[0194] For outdoor units, the monitoring and determination server checks whether the corresponding outdoor unit number exists in the alertOu hash table in Redis.
[0195] If the corresponding number is not found, the update will be ignored and no further processing will be performed.
[0196] If the corresponding number is found, proceed to step S33.
[0197] Step S33: Add a distributed lock to the Redis cache database.
[0198] Because there may be multiple instances of the decision monitoring service, a distributed lock needs to be added to Redis to avoid duplicate processing.
[0199] After successfully adding the distributed lock, continue to step S34.
[0200] If a distributed lock cannot be added, skip this step.
[0201] Step S34: Obtain the warning setting table.
[0202] Based on the device number (indoor and outdoor unit number) in the real-time status data (updated status data), retrieve all warning setting information corresponding to the device number from the warning setting table (Table 2) in the MySQL database.
[0203] Each warning setting includes the device number (indoor and outdoor unit numbers, i.e., iou_id), setting number (Setting_id), calculation logic (logic), and setting threshold (value). The calculation logic and setting threshold form the warning conditions.
[0204] Step S35: Loop through the calculation of the early warning settings.
[0205] Step 35-1: Find the warning records in Table 3 that have the same setting number (Setting_id) as obtained in S34 and have not been repaired.
[0206] That is, find the warning records in the MySQL database that have the same device number and monitoring location as the real-time status data and have not been repaired.
[0207] Step 35-2: Determine whether the real-time status data meets the early warning conditions.
[0208] For each warning setting, the monitoring and judgment server extracts the calculation logic field (such as gt representing greater than) and the set threshold.
[0209] The real-time status data is compared with a set threshold. If the calculation logic is gt, then it is determined whether the real-time status data is greater than the set threshold.
[0210] If the conditions are met, proceed to steps S35-3 to S35-4; otherwise, proceed to step S35-5.
[0211] Step S35-3: Store the early warning record.
[0212] If the real-time status data meets the warning conditions (e.g., exceeds a set threshold), the new warning record will be stored in the MySQL database.
[0213] Step S35-4: Calculate the overall weight and determine whether the overall weight is greater than the preset weight.
[0214] Check if there is already an alarm record with the same setting number (Setting_id) in the alarm log table that has not been repaired.
[0215] If it does not exist, then TW = 0, and then calculate the comprehensive weight CW. If the comprehensive weight CW is greater than the weight threshold, then send a warning SMS to the tester.
[0216] If it exists, then Then, the overall weight CW is calculated. If the overall weight CW is greater than the weight threshold, a warning text message is sent to the tester.
[0217] Whether to notify testers via SMS after receiving early warning data is determined by a comprehensive weight. Each early warning point in the early warning point table has a "risk factor". The comprehensive weight of this alarm can be calculated by using the risk factor value, the ratio of the actual reported value to the set threshold, the time of the last early warning, and other information.
[0218] Step S35-5: Update the warning record.
[0219] If the real-time status data no longer meets the warning conditions (e.g., less than or equal to the set threshold), the monitoring and judgment server will check whether there is a warning record with the same set ID that has not been repaired in the warning record table.
[0220] If they exist, proceed to step S35-6: update these records to the "auto-repair" status.
[0221] If it does not exist, no action will be taken.
[0222] Step S36: Determine whether all warning settings have been traversed.
[0223] If all warning settings have been traversed, proceed to step S37: release the previously added distributed lock in the Redis cache database.
[0224] In this way, the system can effectively monitor the status of indoor and outdoor units and promptly report warnings to testers. It can also automatically update the status of warning records, helping testers track equipment problems and repair progress.
[0225] The air conditioning monitoring system in this embodiment achieves efficient remote monitoring and early warning diagnosis functions. Its main technical features include:
[0226] (1) Modular architecture:
[0227] The system adopts a modular design, including multiple components such as an MQTT server, a protocol processing server, a listening and judgment server, a TDengine time-series database, a Redis cache database, and a MySQL relational database. Each part has a clear division of labor, making it easy to expand and maintain.
[0228] (2) Real-time communication:
[0229] The MQTT protocol was used to achieve low-latency communication between local devices and cloud MQTT servers, ensuring the efficiency and reliability of real-time data transmission.
[0230] (3) High-efficiency data storage:
[0231] Using TDengine time-series database to store large amounts of time-series data enables efficient handling of large-scale data read and write operations.
[0232] MySQL relational databases are used to store structured alert configurations and log data, facilitating querying and management.
[0233] (4) Intelligent early warning mechanism:
[0234] A monitoring and judgment server was designed to monitor data changes in the Redis cache database in real time and automatically determine and trigger warning events based on preset warning rules.
[0235] It supports a variety of logical operators (such as greater than, less than or equal to, etc.), allowing users to flexibly configure warning conditions.
[0236] (5) Automated repair markers:
[0237] It enables automatic marking of the repair status of faulty equipment, reducing the workload of testers and improving the efficiency of fault tracking and handling.
[0238] (6) High-performance cache management:
[0239] Redis is a cache database used to store real-time state data, providing high-speed data access capabilities and enhancing system response speed.
[0240] (7) User-friendly configuration interface:
[0241] Users can configure alert rules through an intuitive interface, which reduces the difficulty of operation and improves the user experience.
[0242] (8) Flexible scalability:
[0243] The system architecture allows for easy integration of new features and services, facilitating future upgrades and development.
[0244] (9) Multi-layer data processing:
[0245] Through multi-layered data processing (from data acquisition and parsing to storage), the accuracy and integrity of the data are ensured.
[0246] (10) Resource optimization:
[0247] By rationally designing data flows and employing efficient data storage strategies, effective resource utilization was achieved, reducing the overall operating costs of the system.
[0248] These technical features together constitute an efficient, reliable, and easily scalable remote monitoring and early warning system, providing testers with a powerful tool that improves testing efficiency and monitoring capabilities.
[0249] Based on the design of the air conditioning monitoring system described above, this embodiment also proposes an air conditioner, including an air conditioning monitoring system.
[0250] An air conditioner consists of several outdoor units, multiple indoor units, a central control gateway, and an air conditioning monitoring system. The central control gateway collects status data from each indoor and outdoor unit and sends it to the MQTT server of the air conditioning monitoring system, enabling effective monitoring of the status of the indoor and outdoor units.
[0251] In the description of the above embodiments, specific features, structures, materials, or characteristics may be combined in any suitable manner in one or more embodiments or examples.
[0252] The above are merely specific embodiments of the present invention, but the scope of protection of the present invention is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in the present invention should be included within the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.
Claims
1. An air conditioning monitoring system, characterized in that, include: The parsing and processing module is used to parse the status data of the air conditioner and send the parsed status data to the cache database. The monitoring and determination module is used to monitor whether the status data in the cache database is updated. When the status data in the cache database is updated, it determines whether the updated status data meets the preset warning conditions. If the preset warning conditions are met, the updated status data is stored in the warning database. The module also determines whether the updated status data meets the preset notification conditions. If the preset notification conditions are met, a notification message is sent.
2. The air conditioning monitoring system according to claim 1, characterized in that: The monitoring and determination module is also used to determine whether the device number contained in the updated status data exists in the cache database when the status data update is detected in the cache database; if it exists, it determines whether the updated status data meets the preset warning conditions.
3. The air conditioning monitoring system according to claim 1, characterized in that: The monitoring and determination module is also used to add a distributed lock to the cache database.
4. The air conditioning monitoring system according to claim 1, characterized in that: The determination of whether the updated status data meets the preset notification conditions specifically includes: Calculate the overall weight CW = RF * (DR + TW); Wherein, RF is the risk coefficient corresponding to the monitoring point in the updated status data; DR is the absolute value of the ratio of the difference between the point value in the updated status data and the set threshold; TW is the time weight, 0≤TW<1. Determine whether the calculated overall weight reaches the weight threshold; If so, the updated status data is determined to meet the preset notification conditions; If not, the updated status data is determined to not meet the preset notification conditions.
5. The air conditioning monitoring system according to claim 4, characterized in that: The methods for calculating time weight (TW) include: Determine whether there is an alarm record in the alarm database that has the same device number and monitoring location as the updated status data and has not been repaired; If it does not exist, the time weight TW = 0; If it exists, the time weight TW = 1 - e -α＊t ; Where α is a positive constant, and t is the time interval between the current time and the last time a notification message was sent for this monitoring point.
6. The air conditioning monitoring system according to claim 1, characterized in that: The monitoring and judgment module is also used to: when the updated status data does not meet the preset warning conditions, if there is a warning record in the warning database that has the same device number and monitoring location as the updated status data and has not been repaired, then update the warning record to the repaired status.
7. The air conditioning monitoring system according to claim 1, characterized in that: The air conditioning monitoring system also includes: An MQTT server is used to communicate with the central control gateway, receive the status data of the air conditioner sent by the central control gateway, and send the received status data to the parsing and processing module.
8. The air conditioning monitoring system according to claim 1, characterized in that: The air conditioning monitoring system also includes: The TDengine time-series database is used to store the status data parsed by the parsing and processing module.
9. The air conditioning monitoring system according to any one of claims 1 to 8, characterized in that: The cache database is a Redis cache database.
10. An air conditioner, characterized in that, include: The air conditioning monitoring system as described in any one of claims 1 to 9.