The present disclosure relates to detecting faults in a cooling circuit of a cooling system.
This section provides background information related to the present disclosure which is not necessarily prior art.
Cooling systems have applicability in a number of different applications where fluid is to be cooled. They are used in cooling gas, such as air, and liquids, such as water. Two common examples are building HVAC (heating, ventilation, air conditioning) systems that are used for “comfort cooling,” that is, to cool spaces where people are present such as offices, and data center climate control systems.
A data center is a room containing a collection of electronic equipment, such as computer servers. Data centers and the equipment contained therein typically have optimal environmental operating conditions, temperature and humidity in particular. Cooling systems used for data centers typically include climate control systems, usually implemented as part the control for the cooling system, to maintain the proper temperature and humidity in the data center.
It should be understood that data center 100 may not have a raised floor 110 nor plenum 114. In this case, the CRAC's 116 would draw in through an air inlet (not shown) heated air from the data center, cool it, and exhaust it from an air outlet 117 shown in phantom in
In the example data center 100 shown in
CRACs 116 may be chilled water CRACs or direct expansion (DX) CRACs. CRACs 116 are coupled to a heat rejection device 124 that provides cooled liquid to CRACs 116. Heat rejection device 124 is a device that transfers heat from the return fluid from CRACs 116 to a cooler medium, such as outside ambient air. Heat rejection device 124 may include air or liquid cooled heat exchangers. Heat rejection device 124 may also be a refrigeration condenser system, in which case a refrigerant is provided to CRACs 116 and CRACs 116 may be phase change refrigerant air conditioning systems having refrigerant compressors, such as a DX system. Each CRAC 116 may include a controller 125 that controls the CRAC 116. Controller 125 may illustratively be an iCOM® control system available from Liebert Corporation of Columbus, Ohio.
In an aspect, CRAC 116 includes a variable capacity compressor and may for example include a variable capacity compressor for each DX cooling circuit of CRAC 116. It should be understood that CRAC 116 may, as is often the case, have multiple DX cooling circuits. In an aspect, CRAC 116 includes a capacity modulated type of compressor or a 4-step semi-hermetic compressor, such as those available from Emerson Climate Technologies, Liebert Corporation or the Carlyle division of United Technologies. CRAC 116 may also include one or more air moving units 119, such as fans or blowers. The air moving units 119 may be provided in CRACs 116 or may additionally or alternatively be provided in supply air plenum 114 as shown in phantom at 121. Air moving units 119, 121 may illustratively have variable speed drives.
A typical CRAC 200 having a typical DX cooling circuit is shown in
The cooling circuits may be other than DX cooling circuits. They may for example be pumped refrigerant cooling circuits, chilled water cooling circuits, or cooling circuits having both a DX mode and a pumped refrigerant mode.
Controller 125 will typically include fault detection to detect whether there has been a failure of the cooling system including the cooling circuit (or circuits) that the controller 125 is controlling. Such fault detection has typically been on an individual cooling circuit basis. That is, one or more operating parameters of an individual cooling circuit are monitored by controller 125 and if they deviate sufficiently from a setpoint, or are outside of a set range, the controller determines that a fault has occurred in the cooling circuit. The setpoint or set range may for example, as the case may be, can be fixed, user input, or dynamically determined.
This section provides a general summary of the disclosure, and is not a comprehensive disclosure of its full scope or all of its features.
A cooling system in accordance with an aspect of the present disclosure has a plurality of identical cooling circuits and a controller that controls the cooling circuits. The controller includes fault detection to detect whether there has been a failure of any of the cooling circuits that it is controlling. In an aspect, the fault detection includes the controller monitoring the operating parameters of each of the cooling circuits and comparing operating parameters of one cooling circuit to operating parameters of the other cooling circuit. If corresponding operating parameters of the cooling circuits differ from each other by an appreciable amount, the controller determines that a fault has occurred.
In an aspect, the controller determines possible causes of a fault that occurred based on the comparison of corresponding operating parameters of the cooling circuits and which differ from each other by an appreciable amount and which do not. In an aspect, the controller outputs a response based on the determined possible causes of the fault.
In an aspect, the controller uses a comparison of the operating parameters of a cooling circuit to a snapshot of the operating parameters of that cooling circuit taken after the cooling circuit is determined to be operating properly after start-up, which is referred to herein as the original snapshot. The controller makes this comparison when the cooling circuit is operating at a similar condition to when the original snapshot was taken.
In an aspect, the controller calculates uses known operating parameters of a cooling circuit as inputs to a system model and uses the system model to calculate remaining operating parameters of the cooling circuit (collectively, the system model operating parameters) and uses a comparison of the system model operating parameters of the cooling circuit to monitored parameters of the cooling circuit.
Further areas of applicability will become apparent from the description provided herein. The description and specific examples in this summary are intended for purposes of illustration only and are not intended to limit the scope of the present disclosure.
The drawings described herein are for illustrative purposes only of selected embodiments and not all possible implementations, and are not intended to limit the scope of the present disclosure.
Corresponding reference numerals indicate corresponding parts throughout the several views of the drawings.
Example embodiments will now be described more fully with reference to the accompanying drawings.
It should be understood that condensers 212 can be any of the heat rejection devices described above with regard to heat rejection device 124 of
Controller 320 includes fault detection to detect whether there has been a failure of any of the cooling circuits 302 that it is controlling. In an aspect, the fault detection includes controller 320 monitoring the operating parameters of each of the cooling circuits 302 and comparing the operating parameters of one cooling circuit 302 to the operating parameters of the other cooling circuit 302. The operating parameters are the inputs and outputs of the cooling circuits, such as the sensor readings and control outputs to the controllable devices, such as the compressor, EEV, fans, and the like. They may include temperatures, pressures, fan speeds, EEV positions, compressor loading, and the like. In the schematic of
Since the cooling circuits 302 are identical and are operating at similar if not identical conditions, the corresponding operating parameters of each of the cooling circuits 302 should not differ from each other by any appreciable amount. Conditions in this context means the application conditions in which the cooling system is applied, as would be appreciated by one of ordinary skill in the art. For example, for a cooling system having an air cooled condenser, the applications conditions are the indoor air flow, temperature and humidity of the indoor return air entering the cooling system, and temperature of outdoor air entering the outdoor condenser. For a water cooled condenser, the last condition would instead be a temperature of fluid entering the condenser and fluid % glycol entering the condenser. There would be other variations in application conditions for a water cooling chiller, etc., again as would be readily understood by one of ordinary skill in the art. In this regard, the monitored operating parameters of each of the cooling circuits that are used by controller in making the comparison are obtained at essentially the same time as at any given time, the cooling circuits will be operating at similar if not identical conditions. If controller 320 determines that the corresponding operating parameters for the cooling circuits 302 differ from each other by an appreciable amount, controller 320 determines that a fault has occurred. Controller 320 determines possible causes of the fault and outputs a response based on this determination. The response may include an alarm, adjustment to the maintenance schedule for cooling system 300, a message indicating the potential problem, or any combination of these. It should be understood that these are examples of responses and the responses can include other types of responses.
Controller 320 determines the possible causes of the fault based on the comparison of corresponding operating parameters of the cooling circuits 302, and which differ from each other by an appreciable amount and which do not. As used in this context, “appreciable amount” means a sufficient difference to indicate an alarm condition. It should be understood that different conditions could mean that there are different differences at which the alarm condition occurs. The appreciable amount will be a measurement difference of temperature, pressure, or percent of speed or capacity. The magnitude of the appreciable amount may be determined through experimentation, experience, sensor accuracy and/or percent of full scale reading. For example, they may be initially set broadly and then refined based on experiential data from systems in operation.
In an aspect, in addition to comparing the corresponding operating parameters of the cooling circuits 302 to detect whether a fault has occurred, controller 320 may also use a comparison of the operating parameters of a cooling circuit 302 to a snapshot of the operating parameters of that cooling circuit taken after the cooling circuit is determined to be operating properly after start-up, which is referred to herein as the original snapshot. Controller 320 makes this comparison when the cooling circuit 302 is operating at a similar condition to when the original snapshot was taken.
It should be understood that the above described fault detection can be used with cooling systems having identical cooling circuits that are other than DX cooling circuits. For example, it can be used with cooling circuits that include both a DX mode and a pumped refrigerant economizer mode.
With reference to
Cooling system 500 also includes a controller 520 coupled to controlled components of cooling system 500, such as electronic expansion valve 506, compressor 510, pump 512, solenoid valve 514, condenser fan 524, and evaporator air moving unit 526. Controller 520 may include, or be coupled to, a user interface 521.
Controllers 320, 520 may illustratively be an iCOM® control system available from Liebert Corporation of Columbus, Ohio programmed with software implementing the above described fault detection.
In an aspect, controller 320 may use a comparison of the operating parameters of a cooling circuit 302 to a snapshot of the operating parameters of that cooling circuit taken after the cooling circuit is determined to be operating properly after start-up, which is referred to herein as the original snapshot. Controller 320 makes this comparison when the cooling circuit 302 is operating at a similar condition to when the original snapshot was taken. Similar in this context means that the application conditions are essentially the same, taking into account tolerances that may for example be heuristically determined. It should be understood that this aspect could be used in cooling systems having a single cooling circuit as well as a plurality of cooling circuits.
In an aspect, controller 320 may use known operating parameters of the cooling circuit and calculate the remaining operating parameters, which are collectively referred to herein as the system model operating parameters. The known operating parameters can for example include control outputs that controller 320 determines and outputs and monitored inputs, such as sensor readings. The calculated operating parameters reflect what the operating parameters of the control circuit should be if the control circuit is operating properly. The controller then compares the monitored operating parameters of a cooling circuit 302 to the system model operating parameters. It should be understood that the monitored operating parameters can include control outputs as well as inputs such as sensor readings. As known by those of ordinary skill in the art, a system model is a mathematical model of a system typically implemented in software that mathematically calculates the system operating parameters. It typically uses a subset of known system operating parameters to calculate the remaining system operating parameters. As is understood by those of ordinary skill in the art of system modeling, a number of different combinations of known system operating parameters can be used with the system model to calculate the remaining system operating parameters. Here, the system model is a system specific model based on the combination of components that make up the specific cooling circuit. For example, using return air temperature, evaporator fan speed, compressor loading percentage and outdoor ambient temperature, the system model can calculate the capacity of the cooling circuit, temperatures and pressures at various points in the cooling circuit, power consumption, valve positions, and the like. The system model of the cooling circuit 302 may be pre-programmed into controller 320 or controller 320 could develop the system model based on historical operation of cooling circuit 302, similar to the snapshot approach discussed above. Controller 320 uses the system model to calculate the operating parameters of cooling circuit 302 and then compares these calculated operating parameters to the monitored operating parameters. Illustratively, controller 320 calculates the operating parameters on a real time basis as the monitored operating parameters are collected. It should be understood that this aspect could be used in cooling systems having a single cooling circuit as well as a plurality of cooling circuits.
Along the lines discussed above, controller 320 can use a number of different combinations of known operating parameters in the subset of operating parameters that it uses with the system model to calculate the remaining operating parameters of cooling circuit 302. If a fault is found, one of the ways the controller could potentially determine what the fault in cooling circuit 302 is, would be to calculate operating parameters of the cooling circuit 302 using the system model and several different combinations of known operating parameters to isolate what operating parameter is causing the discrepancy between the system model operating parameters and the monitored operating parameters. For example, if the return air temperature sensor reading is faulty (bad sensor) and it's used as an input into the system model, most of the monitored operating parameters, e.g., sensor inputs and control outputs will be different from the system model operating parameters. However, if the system model is then used to recalculate operating parameters using a different set of known system parameters that doesn't include the return air temperature sensor, then all of the system model operating parameters would match the monitored operating parameters except the return air temperature sensor. Controller 320 would then know that the return air temperature sensor is faulty.
It should be understood that when it is stated herein that controller 320 performs a particular function, it means that controller 320 is configured with appropriate software, electronic logic, or both, to perform that function. For example, if controller 320 is a programmable device, controller 320 is programmed with specific software to perform the function.
As used herein, the term controller, control module, control system, or the like may refer to, be part of, or include an Application Specific Integrated Circuit (ASIC); an electronic circuit; a combinational logic circuit; a field programmable gate array (FPGA); a processor (shared, dedicated, or group) that executes code; a programmable logic controller, programmable control system such as a processor based control system including a computer based control system, a process controller such as a PID controller, or other suitable hardware components that provide the described functionality or provide the above functionality when programmed with software as described herein; or a combination of some or all of the above, such as in a system-on-chip. The term module may include memory (shared, dedicated, or group) that stores code executed by the processor.
The term software, as used above, may refer to computer programs, routines, functions, classes, and/or objects and may include firmware, and/or microcode.
The apparatuses and methods described herein may be implemented by software in one or more computer programs executed by one or more processors of one or more controllers. The computer programs include processor-executable instructions that are stored on a non-transitory tangible computer readable medium. The computer programs may also include stored data. Non-limiting examples of the non-transitory tangible computer readable medium are nonvolatile memory, magnetic storage, and optical storage.
The foregoing description of the embodiments has been provided for purposes of illustration and description. It is not intended to be exhaustive or to limit the disclosure. Individual elements or features of a particular embodiment are generally not limited to that particular embodiment, but, where applicable, are interchangeable and can be used in a selected embodiment, even if not specifically shown or described. The same may also be varied in many ways. Such variations are not to be regarded as a departure from the disclosure, and all such modifications are intended to be included within the scope of the disclosure.
This application claims the benefit of U.S. Provisional Application No. 61/734,414 filed on Dec. 7, 2012. The entire disclosure of the above application is incorporated herein by reference.
Number | Date | Country | |
---|---|---|---|
61734414 | Dec 2012 | US |