Embodiments are generally related to the field of industrial combustion systems. Embodiments also relate to resonance suppression in industrial combustion systems. Embodiments also relate to resonance prevention and/or suppression using combustor damping rates.
Combustion resonance is a phenomenon that can occur in many combustion devices, such as, industrial heaters, gas turbines, and jet and rocket engines. Combustion resonance is caused by the acoustics of a combustion chamber interacting with a flame in a feedback loop. For example, standing wave patterns in the combustion chamber can interact with the flame to cause high amplitude pressure oscillations.
Industrial combustion systems sometimes experience such “resonance” as an undesirable phenomenon where feedback between the flame and the combustion chamber acoustics create coherent oscillations. These coherent oscillations can increase emissions, and if left unchecked can cause combustion system damage through overheating or high-cycle fatigue failure. Resonance is a systems problem, and most often appears only once a combustion system is out in the field. Resonance can also occur in previously non-resonant systems due to changes in ambient conditions, fuel composition, or operating conditions. The sensitivity of resonance has many factors that make it difficult to predict and costly to solve out in the field.
The following summary is provided to facilitate an understanding of some of the features of the disclosed embodiments and is not intended to be a full description. A full appreciation of the various aspects of the embodiments disclosed herein can be gained by taking the specification, the claims, the drawings, and the abstract as a whole.
It is, therefore, one aspect of the disclosed embodiments to provide for an improved industrial combustion method and system.
It is another aspect of the disclosed embodiments to provide for a method and system, which allows for resonance suppression/prevention in industrial combustion systems.
It is yet another aspect of the disclosed embodiments for provide for a method and system of resonance prevention and/or suppression using combustor damping rates.
The aforementioned aspects and other objectives can now be achieved as described herein. In an embodiment, a method for resonance suppression, can involve: measuring signals with at least one sensor, wherein the signals are produced by a combustor associated with an actuator; and receiving at a controller the signals measured by at least one sensor, wherein the controller calculates a damping rate of the combustor, and wherein based on the damping rate, the controller modulates the actuator if the damping rate falls below a predefined threshold and continues to modulate the actuator until the damping rate is adjusted and the resonance is suppressed.
In an embodiment of the method, the at least one sensor can comprise an acoustic sensor (e.g., a microphone).
In an embodiment of the method, the at least one sensor can comprise an optical sensor.
In an embodiment of the method, the combustor can comprise a burner.
In an embodiment of the method, the damping rate can comprise a real-time damping rate.
In an embodiment of the method, the damping rate can comprise a control signal for active instability suppression of the resonance by modulating a fuel supply as a result of modulating the actuator.
In an embodiment of the method, the at least one sensor can be mounted on a combustion chamber associated with the combustor.
In another embodiment, a system for resonance suppression, can include: at least one sensor operable to measure acoustic signals produced by a combustor associated with an actuator; and a controller that receives the signals measured by at least one sensor, calculates a damping rate of the combustor, and based on the damping rate modulates the actuator if the damping rate falls below a predefined threshold. The controller continues to modulate the actuator until the damping rate is adjusted and the resonance is suppressed.
In another embodiment, a system for resonance suppression, can include at least one processor; and a non-transitory computer-usable medium embodying computer program code, the computer-usable medium capable of communicating with at least one processor, the computer program code comprising instructions executable by the at least one processor and configured for: measuring signals with at least one sensor, wherein the signals are produced by a combustor associated with an actuator; and receiving at a controller the signals measured by at least one sensor, wherein the controller calculates a damping rate of the combustor, and wherein based on the damping rate, the controller modulates the actuator if the damping rate falls below a predefined threshold, and continues to modulate the actuator until the damping rate is adjusted and the resonance is suppressed.
The accompanying figures, in which like reference numerals refer to identical or functionally-similar elements throughout the separate views, and which are incorporated in and form a part of the specification, further illustrate the present invention and, together with the detailed description of the invention, serve to explain the principles of the disclosed embodiments.
The particular values and configurations discussed in these non-limiting examples can be varied and are cited merely to illustrate one or more embodiments and are not intended to limit the scope thereof.
Subject matter will now be described more fully hereinafter with reference to the accompanying drawings, which form a part hereof, and which show, by way of illustration, specific example embodiments. Subject matter may, however, be embodied in a variety of different forms and, therefore, covered or claimed subject matter is intended to be construed as not being limited to any example embodiments set forth herein; example embodiments are provided merely to be illustrative. Likewise, a reasonably broad scope for claimed or covered subject matter is intended. Among other issues, subject matter may be embodied as methods, devices, components, or systems. Accordingly, embodiments may, for example, take the form of hardware, software, firmware, or a combination thereof. The following detailed description is, therefore, not intended to be interpreted in a limiting sense.
Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, phrases such as “in one embodiment” or “in an example embodiment” and variations thereof as utilized herein may not necessarily refer to the same embodiment and the phrase “in another embodiment” or “in another example embodiment” and variations thereof as utilized herein may or may not necessarily refer to a different embodiment. It is intended, for example, that claimed subject matter include combinations of example embodiments in whole or in part.
In general, terminology may be understood, at least in part, from usage in context. For example, terms such as “and,” “or,” or “and/or” as used herein may include a variety of meanings that may depend, at least in part, upon the context in which such terms are used. Generally, “or” if used to associate a list, such as A, B, or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B, or C, here used in the exclusive sense. In addition, the term “one or more” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures, or characteristics in a plural sense. Similarly, terms such as “a,” “an,” or “the”, again, may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.
In the embodiment depicted in
The system 100 can function as a resonance suppressor that uses a combustor damping rate. In the embodiment shown in
In some embodiments, the acoustic sensor 106 may be a microphone. In this situation, the microphone can function as an audible range sensor that measures sound waves over a broad spectral range. Different types of microphones may be used to implement the acoustic sensor 106 including but not limited to, for example, resistive microphones, condenser microphones, fiber-optic microphones, piezoelectric microphones, and so on.
In some embodiments, the acoustic sensor 106 may be, for example, a MEMS (Microelectromechanical Systems) device such as a surface acoustic wave sensor, which can rely on the modulation of surface acoustic waves to sense a physical phenomenon. The surface acoustic wave sensor transduces an input electrical signal into a mechanical wave, which, unlike an electrical signal, can be easily influenced by physical phenomena. The surface acoustic wave sensor then transduces this wave back into an electrical signal. Changes in amplitude, phase, frequency, or time-delay between the input and output electrical signals can be used to measure the presence of the desired phenomenon. In some embodiments the acoustic sensor 106 may be composed of multiple and different types of acoustic sensors, such as, for example, surface acoustic wave sensors and one or more microphones.
Note that the term “real-time” as utilized herein can refer to the condition in which if something is done in real time, there is no noticeable delay between the action and its effect or consequence. The term “real-time” as utilized herein can also refer to real-time computing, which can involve real-time processing, which is a type of computer programming or data processing in which the information received is processed by the computer almost immediately. Real-time can also refer to a level of computer responsiveness in which a user senses as sufficiently immediate or that enables the computer to keep up with some external process.
The system 100 can use measured combustor damping rates as a control signal for active instability suppression by modulating a fuel supply. The system 100 can further function as a control system that includes a microphone assembly including the acoustic sensor 106 that can be mounted in and/or in association with a burner body of the combustor 108. It will be evident to one skilled in the art that the damping rates may be calculated using multiple methods. Broadly speaking, these methods can involve fitting an assumed curve to either the spectra or the autocorrelation of the pressure signal. Once the damping rates fall below the predefined threshold (e.g., an alarm threshold), the actuator 104 can be modulated (i.e. fuel valve or air valve) until the damping rates increase, and resonance is suppressed.
Note that although the acoustic sensor 106 depicted in
Note that the term “the cloud” as utilized herein can refer to servers that are accessible over a network such as the Internet, and the software and databases that can run on such servers. Cloud servers are located in data centers all over the world. By using cloud computing, users and companies may not have to manage physical servers themselves or run software applications on their own machines. The cloud also relates to cloud computing, which is the on-demand availability of computer system resources, especially data storage and computing power, without direct active management by the user. The term “the cloud” or “cloud computing” can be used to describe data centers available to many users over the Internet.
In the embodiment depicted in
In the alternative embodiment shown in
In the alternative embodiment depicted in
It can be appreciated that steps or operations can be implemented, which can involve using different types of sensors, such as an acoustic sensor, an optical sensor or another type of sensor. The optical sensor 107 shown in
In some embodiments, as discussed previously, an acoustic sensor such as a microphone can be utilized in place of the optical sensor 107 to measure acoustic signals produced by the combustor 108 associated with the actuator 104 and then the measured acoustic signals can be used to calculate the damping rate of the combustor, and so on. In some embodiments, both acoustic sensors and optical sensors can be used together in a configuration in which the acoustic sensor measures acoustic signals produced by the combustor 108 associated with the actuator 104, and the optical sensor measures optical signals produced by the combustor 108 associated with the actuator 104. These signals (acoustic signals and optical signals) can be used to calculate the damping rate of the combustor 108, and so on.
The disclosed embodiments thus relate to a specific physics-based metric for quantifying resonance, which can be particularly useful because the resonance quantification can be used for real-time control (e.g., such as modifying the fuel air ratio) to avoid resonance, or to alert the operator of an impending issue before resonance causes hardware damage. Both of these outcomes can save users time and money by reducing downtime or by reducing equipment damage. This approach can be integrated into a smart burner concept and the integration into the burner body (e.g. combustor 108) can be seamless to a user or customer. The disclosed approach thus can solve the problem of resonance in combustors (e.g., burners).
The memory 342 can be any type of storage medium that can be accessed by the processor 345 to perform one or more embodiments. For example, the memory 342 can be a non-transitory computer readable medium having computer readable instructions (e.g., computer program instructions) stored thereon that are executable by the processor 345 to measure acoustic signals with at least one microphone, wherein the acoustic signals are produced by a combustor associated with an actuator, and receiving at a controller the acoustic signals measured by the at least one microphone, wherein the controller calculates a damping rate of the combustor and wherein based on the damping rate, the controller modulates the actuator if the damping rate falls below a predefined threshold and continues to modulate the actuator until the damping rate is adjusted and a resonance is suppressed.
The memory 324 can be volatile or nonvolatile memory. The memory 324 can also be removable (e.g., portable) memory, or non-removable (e.g., internal) memory. For example, the memory 324 can be random access memory (RAM) (e.g., dynamic random access memory (DRAM) and/or phase change random access memory (PCRAM)), read-only memory (ROM) (e.g., electrically erasable programmable read-only memory (EEPROM) and/or compact-disc read-only memory (CD-ROM)), flash memory, a laser disc, a digital versatile disc (DVD) or other optical storage, and/or a magnetic medium such as magnetic cassettes, tapes, or disks, among other types of memory.
Note that the term “controller” as utilized herein can refer to a device, component or module that can control the transfer of data from devices or components such as a computer, processor, memory and to on to a peripheral device and or/other components or devices, such as the acoustic sensor 106, the optical sensor 107, the actuator 104, the combustor 108 and so on. The controller 102 may be implemented as a computer chip or a data processing system such as the data processing system 400 discussed below.
As can be appreciated by one skilled in the art, embodiments can be implemented in the context of a method, a system, and data processing systems or computer program products. Accordingly, embodiments may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects all generally referred to herein as a “circuit” or “module.” Furthermore, embodiments may in some cases take the form of a computer program product on a computer-usable storage medium having computer-usable program code embodied in the medium. Any suitable computer readable medium may be utilized including hard disks, USB Flash Drives, DVDs, CD-ROMs, optical storage devices, magnetic storage devices, server storage, databases, etc.
Computer program code for carrying out operations of the present invention may be written in an object oriented programming language (e.g., Java, C++, etc.). The computer program code, however, for carrying out operations of particular embodiments may also be written in procedural programming languages, such as the “C” programming language or in a visually oriented programming environment, such as, for example, Visual Basic.
The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer. In the latter scenario, the remote computer may be connected to a user's computer through a bidirectional data communications network such as a local area network (LAN) or a wide area network (WAN), a wireless local area network (WLAN), wireless data network e.g., Wi-Fi, Wimax, 802.xx, and/or a cellular network or the bidirectional connection may be made to an external computer via most third party supported networks (for example, through the Internet utilizing an Internet Service Provider).
The embodiments are described at least in part herein with reference to flowchart illustrations and/or block diagrams of methods, systems, and computer program products and data structures according to embodiments of the invention. It will be understood that each block or feature of the illustrations, and combinations of blocks or features, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of, for example, a general-purpose computer, special-purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the block or blocks or elsewhere herein. To be clear, the disclosed embodiments can be implemented in the context of, for example a special-purpose computer or a general-purpose computer, or other programmable data processing apparatus or system. For example, in some embodiments, a data processing apparatus or system can be implemented as a combination of a special-purpose computer and a general-purpose computer.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function/act specified in the various block or blocks, flowcharts, and other architecture illustrated and described herein.
The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions/acts specified in the block or blocks.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts or carry out combinations of special purpose hardware and computer instructions.
As illustrated in
As illustrated, the various components of data-processing system 400 can communicate electronically through a system bus 351 or another similar architecture. The system bus 351 may be, for example, a subsystem that transfers data between, for example, computer components within data-processing system 400 or to and from other data-processing devices, components, computers, etc. The data-processing system 400 may be implemented in some embodiments as, for example, a server in a client-server based network (e.g., the Internet) or in the context of a client and a server (i.e., where aspects are practiced on the client and the server).
In some example embodiments, data-processing system 400 may be, for example, a standalone desktop computer, a laptop computer, a smartphone, a tablet computing device, a networked computer server, and so on, wherein each such device can be operably connected to and/or in communication with a client-server based network or other types of networks (e.g., wireless networks, cellular networks, Wi-Fi, etc). The data-processing system 400 can communicate with other devices such as, for example, an electronic device 110. Communication between the data-processing system 400 and the electronic device 110 can be bidirectional, as indicated by the double arrow 402. Such bidirectional communications may be facilitated by, for example, a computer network, including wireless bidirectional packet data communications networks.
The data-processing system 400 can receive user commands and data through the interface 453; these inputs may then be acted upon by the data-processing system 400 in accordance with instructions from operating system 451 and/or software application 454. The interface 453 in some embodiments can serve to display results, whereupon a user 459 may supply additional inputs or terminate a session. The software application 454 can include module(s) 452, which can, for example, implement instructions, steps or operations such as those discussed herein. Module 452 may also be composed of a group of modules and/or sub-modules.
The following discussion is intended to provide a brief, general description of suitable computing environments in which the system and method may be implemented. The disclosed embodiments can be described in the general context of computer-executable instructions, such as program modules, being executed by a single computer. In most instances, a “module” can constitute a software application, but can also be implemented as both software and hardware (i.e., a combination of software and hardware).
Generally, program modules include, but are not limited to, routines, subroutines, software applications, programs, objects, components, data structures, etc., that can perform particular tasks or which can implement particular data types and instructions. Moreover, those skilled in the art will appreciate that the disclosed method and system may be practiced with other computer system configurations, such as, for example, hand-held devices, multi-processor systems, data networks, microprocessor-based or programmable consumer electronics, networked PCs, minicomputers, mainframe computers, servers, and the like.
Note that the term module as utilized herein may refer to a collection of routines and data structures that perform a particular task or implements a particular data type. Modules may be composed of two parts: an interface, which lists the constants, data types, variable, and routines that can be accessed by other modules or routines, and an implementation, which may be private (e.g., accessible only to that module) and which can include source code that actually implements the routines in the module. The term module can also relate to an application, such as a computer program designed to assist in the performance of a specific task, such as implementing the steps, operations or instructions previously discussed herein with respect to, for example, block 152, block 154, block 156, block 158, and block 160 in
It will be appreciated that variations of the above-disclosed and other features and functions, or alternatives thereof, may be desirably combined into many other different systems or applications. It will also be appreciated that various presently unforeseen or unanticipated alternatives, modifications, variations or improvements therein may be subsequently made by those skilled in the art which are also intended to be encompassed by the following claims.
Number | Name | Date | Kind |
---|---|---|---|
4557106 | Ffowes Williams et al. | Dec 1985 | A |
5120214 | West et al. | Jun 1992 | A |
6205764 | Hermann et al. | Mar 2001 | B1 |
7559234 | Chorpening | Jul 2009 | B1 |
9234661 | Young et al. | Jan 2016 | B2 |
10072843 | Baramov et al. | Sep 2018 | B2 |
20050144955 | Handelsman | Jul 2005 | A1 |
20050247064 | Lieuwen | Nov 2005 | A1 |
20060224357 | Taware | Oct 2006 | A1 |
20060228658 | Paschereit | Oct 2006 | A1 |
20070119147 | Cornwell | May 2007 | A1 |
20070214796 | Bland | Sep 2007 | A1 |
20100077942 | D'Agostini | Apr 2010 | A1 |
20150224997 | Glugla | Aug 2015 | A1 |
20150377485 | Cha et al. | Dec 2015 | A1 |
20160273449 | DiCintio | Sep 2016 | A1 |
20170115004 | Baramov et al. | Apr 2017 | A1 |
20180128483 | Bothein et al. | May 2018 | A1 |
20180149363 | Arthanari | May 2018 | A1 |
Number | Date | Country |
---|---|---|
H07260139 | Oct 1995 | JP |
9834067 | Aug 1998 | WO |
Entry |
---|
Extended European search report for corresponding EP Application No. 21157495.9. |
Nicolas Noiray and Bruno Schuermans, “Deterministic quantities characterizing noise driven Hopf bifurcations in gas turbine combustors”, International Journal of Non-Linear Mechanics, vol. 50, Apr. 2013, pp. 152-163. |
“Cloud computing”, Wikipedia, Retrieved from “https://en.wikipedia.org/w/index.php?title=Cloud_computing&oldid=937722739”, page was last edited on Jan. 26, 2020, at 21:54 (UTC). |
“Surface acoustic wave sensor”, Wikipedia, Retrieved from “https://en.wikipedia.org/w/index.php?title=Surface_acoustic_wave_sensor&oldid=920926712”, page was last edited on Oct. 12, 2019, at 19:21 (UTC). |
Number | Date | Country | |
---|---|---|---|
20210262663 A1 | Aug 2021 | US |