|Publication number||US7164972 B2|
|Application number||US 11/169,282|
|Publication date||Jan 16, 2007|
|Filing date||Jun 28, 2005|
|Priority date||Jun 28, 2004|
|Also published as||CN1898615A, CN1898615B, EP1763839A1, US7664574, US20050289467, US20060009862, US20060010388, WO2006004649A2, WO2006004649A9|
|Publication number||11169282, 169282, US 7164972 B2, US 7164972B2, US-B2-7164972, US7164972 B2, US7164972B2|
|Inventors||Raphael Imhof, Thomas Rule, Osman Ahmed, Pornsak Songkakul, George Phoenix|
|Original Assignee||Siemens Building Technologies, Inc.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (13), Referenced by (34), Classifications (28), Legal Events (4)|
|External Links: USPTO, USPTO Assignment, Espacenet|
This application claims the benefit of U.S. Provisional Patent Application Ser. Nos. 60/583,519, 60/583,572, and 60/583,585, each filed Jun. 28, 2004, all of which are incorporated herein by reference.
Cross reference is made to related patent application Ser. No. 11/169,278, filed Jun. 28, 2005, which is incorporated herein by reference.
The present invention relates generally to building automation systems, and more particularly, to methods and apparatus for representing and/or storing building automation system data.
Building automation systems are comprehensive and distributed control and data collection systems for a variety of building automation functions. Such functions may include comfort systems (also known as heating, ventilation and air condition or HVAC systems), security systems, fire safety systems, as well as others. Building automation systems include various end points from which data is collected. Examples of such end points include temperature sensors, smoke sensors, and light sensors. Building automation systems further include elements that may be controlled, for example, heating coil valves, ventilation dampers, and sprinkler systems. Between the data collection end points and controlled elements are various control logic elements or processors that use the collected data to control the various elements to carry out the ends of providing a comfortable, safe and efficient building.
Building automation systems often employ one or more data networks to facilitate data communication between the various elements. These networks may include local area networks, wide area networks, and the like. Such networks allow for single point user access to many variables in the system, including collected end point data as well as command values for controlling elements. To this end, a supervisory computer having a graphical user interface is connected to one of the networks. The supervisory computer can then obtain selected data from elements on the system and provide commands to selected elements of the system. The graphical display allows for an intuitive representation of the elements of the system, thereby facilitating comprehension of system data. One commercially available building automation system that incorporates the above described elements is the Apogee system available from Siemens Building Technologies, Inc. of Buffalo Grove, Ill.
Increasingly, building automation systems have acquired more useful features to assist in the smooth operation of building systems. For example, in addition to controlling physical devices based on sensor readings to achieve a particular result, building automation systems increasingly are capable of providing trending data from sensors, alarm indications when thresholds are crossed, and other elements that directly or indirectly contribute to improved building system services.
However, most building systems have limited ability to associate sensor values with other building system or general building attributes. Advanced systems allow graphic representations of portions of the building to be generated, and for multiple sensor and/or actuator points to be associated with that graphic representation. By way of example, the Insight™ Workstation, also available from Siemens Building Technologies, Inc. is capable of complex graphical representations of rooms or large devices of the building system. While systems with such graphics provide at least some integrated visible representation of portions of the building automation system, the ability to use such data is limited.
Accordingly, there is a need for a more comprehensive manner in representing various types of data related to a building system. Such manner of representation could facilitate the development of significant new automated services. Such manner of representation could preferably facilitate remote building control.
The present invention provides an improved building system model and method for generating the same. The model is a data mode that links information regarding building topology and building automation devices, among other things. The model facilitates a large set of extended services.
A first embodiment of the invention is a model of a building system that is stored in a memory. The model comprises a plurality of building space objects and at least one building automation device object. At least one building space object includes a reference to at least one of the group consisting of a parent building space object and a child building space object, a reference to at least one graphic file containing a graphic image representation of the building space, and a reference to information regarding one or more building automation devices associated with the building space object. Each building automation device object includes a reference to a corresponding building space object, and a reference to at least one operating value of the building automation device. Optionally building automation device objects may further include a reference to a link to a file containing information regarding the at least one building automation device object.
A second embodiment is a method of generating a model of a building system that includes a step of selecting an object template for an element of a building system from an object template library, the object template library including building space object templates and building automation device objects. The method also includes instantiating first information into at least one building space object using the selected object template if the selected object template is a building space object template. In such a case, the first information comprises information associated with the space within a building with which the building system is associated. Another step includes instantiating second information into at least one building automation device object using the selected object template if the selected object template is a building automation device template. The second information in such a case is information associated with a building automation device within the building. The second information includes at least a reference to a building space object corresponding to a building space associated with the building automation device.
Each of the above embodiments links building automation device information to a building structure or space information, and the building structure or space information is preferably arranged in a hierarchical manner. The resulting model of these embodiments thus provides a useful representation of a building system.
The above described features and advantages, as well as others, will become more readily apparent to those of ordinary skill in the art by reference to the following detailed description and accompanying drawings.
The portion of the HVAC system shown in
Also shown in
In general, the HVAC system is designed to, among other things, regulate temperature in the first room space 102 and the second room space 104. To this end, the HVAC system advances cool (or warm air) into the first and second room spaces 102, 104 as needed to maintain a desired temperature. The “desired temperature” may vary from room space to room space, or may be uniform through the building zone 100. The desired temperature is referred to herein as the set point temperature, and may be dictated by a local thermostat setting or from a central control device, as will be discussed in further detail below.
Referring to the structure of the HVAC system of
Similarly, the second room inlet 122 extends from another portion of the shaft branch 124 toward the second room space 104 and is in fluid communication with the second room space 104. The second room inlet 122 may also suitably be a VAV box known in the art, and in any event contains the second room damper 116 and the heating coild 138. The second room damper 116 and operates to controllably meter the flow of air from the shaft branch 124 to the second room space 104.
The shaft damper 112 is arranged in the shaft branch 124 to meter the overall air flow through the shaft branch 124.
To accomplish the regulation of air flow, each of the dampers 112, 114 and 116 is a mechanical device that is configured to controllably restrict the flow of air therethrough. Ventilation damper devices are well known in the art and may take many forms. Each damper 112, 114 and 116 has an actuator associated therewith, not shown in
As shown in
The dampers 144, 146 and 148 may suitably have a construction and operation similar to that described above in connection with the dampers 112, 114 and 116. The dampers 144, 146 and 148 preferably also have associated actuators which allow for automated control of the air flow through the dampers.
The air circulated through the shaft 124 and thus into the room spaces 102 and 104 my either be heated air or cooled air, depending on the season. To this end, the chiller plant 150 provides chilled water that is circulated to, among other things, the chilled water coil 142. The chilled water coil 142 is a device that absorbs heat to effect a transfer of cooling. In general, the chilled water coil 142 includes a series of conduits that allow for heat exchange between the surrounding air and coolant inside the conduits. The chilled water coil 142 also includes a valve that controls the flow of chilled water into the heat exchange conduits. Analogous to the ventilation dampers 112, 114 and 116, the chilled water coil 142 includes an associated actuator, not shown in
The chilled water coil 142 is disposed adjacent the AHU 110 such that when the conduits are full of chilled water (or other coolant), the AHU 110 causes air to flow though the chilled water coil 142 such that the air is chilled. When the chilled water chilled 142 does not include chilled water (because the valve is closed), the air still flows through the exchanger 142, but is not chilled.
In a similar manner, the boiler plant 154 provides hot water or steam that is circulated to, among other things, several heat exchangers or heating coils 134, 136, 138 and 140. The heating coils 134, 136, 138 and 140 may suitably have a structure similar to the chilled water coil 142. Each heating coil 134, 136, 138 and 140 includes a valve and associated actuator to control the opening and closing of the valve. When the valve is closed, no additional hot water flows through the coil, and the surrounding air is not heated. When the valve is open, fresh hot water and/or stream is supplied to the coil, and the surrounding air is heated.
The heating coil 134 is positioned in the vicinity of the AHU 110. When the valve of the heating coil 134 is opened, the AHU 110 blows heated air through the shaft 124. As discussed above, the heating coils 136 and 138 are disposed at the room inlets 120 and 122, respectively. As air flows into the room spaces via the inlets 120 and 122 from the shaft 124, the heating coils 136 and 138 may controllably heat the air flow to allow for particularized air temperature control in the individual room spaces 102 and 104. The heating coil 140 in the hall space 106 may suitably include a baseboard heating element.
In order to determine whether more or less cold (or warm air) is needed to achieve or maintain a set point temperature, the controlling units of the HVAC system (see
The chiller plant 150 may suitably be any cooling unit known in the art for use in performing chilling functions in a building or facility. The chiller plant 150 may suitably have various parameters that are also controllable via HVAC system controlling units, as is known in the art. The boiler plant 156 is similarly any suitable boiler known in the art or otherwise.
While the various heating and cooling needs may be controlled by increasing or decreasing the flow of heated or chilled air in the room spaces 102 and 104, sometimes merely varying the flow of the air in the shaft 124 is inadequate to achieve the desired temperature, particularly, when one or more room spaces have vastly different cooling or heating requirements. For example, consider a situation in which the first room space 102 has a south-facing window and the second room space 104 does not. The resulting extra sunlight in the first room 102 space may create the need for much more cooling air flow than that which is needed for the second room space 104. The various heating and cooling coils may be manipulated to ensure sufficient cooling in the first room space 102 without overcooling in the second room space 104. For example, the chilled water coil 142 would coordinate with the AHU 110 to provide air that is sufficiently cooled to satisfy the needs of the first room space 102, and the heating coil 138 would warm the highly cooled air from the shaft 124 to a more moderate level for the second room space 104.
In accordance with aspects of the present invention, the HVAC elements of
The first controller 206 is a device that is operable to receive one or more sensor inputs and generate controlled process outputs based on the sensor inputs and one or more set points. Sensor inputs, for example, may be representative of measured temperature values. Controlled process outputs, for example, may be actuator signals that cause a ventilation damper to further open or further close. Various suitable commercially available equipment controllers are known in the art, including modular equipment controllers available from Siemens Building Technologies, Inc.
To generate the process output based on set points and sensor inputs, the first controller 206 is operable to perform a control function, such as a proportional control function, a proportional-integral control function, or a proportional-integral-derivative (“PID”) control function (or possibly others). Such control functions use values representative of a measured phenomenon to determine how to manipulate a physical process to attempt to bring the measured phenomenon toward a set point.
In the embodiment shown in
The equipment controller 206 is further operable to receive the set point temperature value from the space temperature adjuster 130. In some embodiments, the equipment controller 206 may receive temperature set points from other devices, such as the control station 202, via the building network 204. The equipment controller 206 may utilize set points from the control station 202 and the space temperature adjuster 130 at different times of day, or for different purposes.
Regardless of whether the set point is received from the control station, the equipment controller 206 is also operable to communicate to other system control elements such as the control station 202 and the other equipment controllers 208, 210, 212, 214 and 216 over the building network 204. Information is communicated between controllers in order for the temperature, fresh air flow and other parameters may be controlled through efficient combinations of operations of the various ventilation dampers, heating and cooling coils and the AHU.
The other equipment controller 208 is operable to generate an output that causes the shaft damper 112 to open or close in response to one or more sensor signals and set points. For example, the determination to further open or close the shaft damper 112 may depend at least in part on the measured air flow in the shaft branch 124. To this end, the equipment controller 208 is also operable to receive shaft air flow values from the shaft flow sensor 118. The controller 208 may then suitably be configured to generate the output based on the received shaft air flow values and a set point set by the control station 202. The control station 202 may alter the set point based in part on the temperature values measured by the temperature sensors 126 and 128, operating characteristics of the AHUr 110, or combinations of many factors.
The AHU controller 210 is operable to control the AHU device 110, as well as the associated chilled and heated water coils 142 and 134 respectively. The AHU controller 210 is operable to control such devices based on a variety of parameters, including for example, information from the other controllers 206 and 208. For example, if the temperature values from the sensors 126 and 128 indicate that the temperature in the spaces 102 and 104 needs to be reduced, and the controller 206 has opened the either of the dampers 114 or 116 to the fullest or near fullest extent, such information is communicated to the AHU controller 210. The AHU controller 210 then causes the valve of the chilled water coil 142 to be opened, to allow the AHU 110 to advance cooler air to the room spaces 102 and 104 via the shaft 124.
The chiller controller 212 is configured to control the operation of the chiller plant 150, and the boiler controller 214 is configured to control the operation of the boiler 156. Such control devices are known in the art. The equipment controller 216 controls the operation of the dampers 144, 146 and 148 to manage the recirculation of air within the facility. As is known in the art, recirculation of air helps reduce energy usage costs because the recirculated air is typically more near the desired temperature than fresh outside air. However, buildings require at least some fresh air to maintain a healthy environment. The dampers 144, 146 and 148 are controlled to provide an appropriate balance of fresh and recirculated air using control methods known in the art. To this end, the room spaces 102, 104, the ventilation shaft branch 124, and/or other locations may include air quality sensors, not shown, that indicate whether more fresh air is required.
It will be appreciated that the control algorithms and schemes of the HVAC system 200 are given by way of illustrative example, and that those of ordinary skill in the art may readily device suitable control schemes for HVAC systems of any particular building space. The exact nature of how to develop specific applications of control schemes is outside the scope of the disclosure and would be readily apparent to those of ordinary skill in the art.
In accordance with the present invention, a system 180 for developing and storing a model of the building system 100 is operably connected to communicate to the control station 202. Such a connection may be through an intranet, the Internet, or other suitable communication scheme. In alternative embodiments, the system 180 and the control station 202 are present on the same host computer system.
In any event, the system 180 includes I/O devices 182, a processing circuit 184 and a memory 186. The I/O devices 182 may include a user interface, graphical user interface, keyboards, pointing devices, remote and/or local communication links, displays, and other devices that allow externally generated information to be provided to the processing circuit 184, and that allow internal information of the system 180 to be communicated externally.
The processing circuit 184 may suitably be a general purpose computer processing circuit such as a microprocessor and its associated circuitry. The processing circuit 184 is operable to carry out the operations attributed to it herein.
Within the memory 186 is a model 188 of the building system 100. The model 188 is a collection of interrelated data objects representative of, or that correspond to, elements of the building system 100. Elements of the building system may include any of the illustrated in
An example of the model 188 of the HVAC system 200 of
The model 188 also includes a chiller plant object 350, a chilled water object 352, a boiler object 356, a hot water/steam pipe object 358, a reheat coil object 336, a reheat coil object 338, a supply shaft object 362, a recirculation shaft object 364, an exhaust shaft object 360, an exhaust damper object 346, a supply damper object 344, and an exhaust damper object 346.
The model 188 also includes controller elements, such as those corresponding to the controllers 206, 208, 210, 212, 214 and 216. These are discussed further below. In general, the interrelationship of the objects corresponding to controllers 206, 208, 210, 212, 214 and 216 generally follows the interrelationships of the schematic diagram of the system 200 in
The objects generally relate to either primarily physical building structures or building automation system devices. Building structure (or space) objects correspond to static physical structures or locations within a building space, such as room spaces, hall spaces, mechanical spaces, and shaft elements. Building automation system device objects correspond to active building automation system elements such as sensors, dampers, controllers and the like. It is noted that some elements, such as ventilation shaft elements, could reasonably qualify as both types of elements in other embodiments. However, in the exemplary embodiment described herein, the shaft elements are considered to be building structure elements as they tend to define a subspace within the building space.
Each object in the model 188 corresponds to an element of the building system of
Room Space 102
Room Space 104
Hall Space 106
Mechanical Space 108
Shaft Damper 112
First Room Damper 114
Second Room Damper 116
Flow Sensor 118
Room Inlet 120
Room Inlet 122
Shaft Branch 124
Temperature Sensor 126
Temperature Sensor 128
Temperature Adjuster 130
Heating Coil 134
Heating Coil 136
Heating Coil 138
Heating Coil 140
Chilled Water Coil 142
Supply Damper 144
Exhaust Damper 146
Recirculation Damper 148
Chiller Plant 150
Chilled Water Distribution Pipe 152
Hot Water/Steam Distribution Pipe 158
Exhaust Shaft 160
Supply Shaft 162
Recirculation Shaft 164
406 (not in FIG. 3)
Equipment controller 206
408 (not in FIG. 3)
Equipment controller 208
410 (not in FIG. 3)
AHU controller 210
412 (not in FIG. 3)
Chiller controller 212
414 (not in FIG. 3)
Boiler controller 214
416 (not in FIG. 3)
Equipment controller 216
Each object is a data object having a number of fields. The number and type of fields are defined in part by the type of object. For example, a room space object has a different set of fields than a temperature sensor object. A field usually contains information relating to a property of the object, such as a description, identification of other related objects, and the like.
The model 188 is built by creating objects from a library of templates 190 (see
It is also noted that the diagram of the model in
For example, according to the model 188, the room space object 302 has immediate parent objects of the inlet object 320 and the exhaust shaft object 360. The model 188 allows for further analysis of the room space object 302 by providing information that identifies the parent and child objects of the inlet object 320 and the exhaust shaft object 360. One may use this information to determine that the reheat coil 336, the damper 314 and the duct 324 relate (as related objects of the inlet object 320) to the room space object 302. Such associations may be used to determine the source of malfunctions, study system efficiency, adjust operating parameters and the like.
In the exemplary embodiment described herein, a parent object is basically defined as an object that either contains, controls or otherwise affects, a child node. For example, the zone object 301 is a parent to the room space objects 302 and 304 because the building zone 101 (corresponding to the object 301) contains the room spaces 102 and 104 (corresponding to the objects 302 and 304). The inlet object 320 is a parent to the room space object 302 because the inlet 120 is the source of cooling and heating air to the room 120, and therefore “affects” room 120. In the embodiment described herein, the room inlet object 320 is also the parent to the heating coil object 336 and the damper object 314 because the corresponding room inlet 120 contains the heating coil 136 and the damper 114. Equipment controller objects, such as the controller object 406, are parent objects to all of the devices that they control, or which are “anchored” to it. For example, the equipment controller 206 controls the dampers 114 and 116, and thus the corresponding objects 314 and 316 are child objects of the corresponding equipment control object 406. Also, because the temperature sensor 130 is connected to the equipment controller 206, the corresponding equipment controller object 406 is the parent object to the temperature sensor object 330.
It will be appreciated that an object may have multiple parent objects and/or multiple children objects.
It will be appreciated that other methods of defining parent and children nodes may be implemented. However, it is preferable that the definition be consistent throughout the model 188 so that use of the model 188 is predictable.
Thereafter, in step 404, the user selects an object template corresponding to the selected building system element. To this end, the processing device 184 may cause the I/O devices 182 to display one or more menus of templates available from the template library 190 stored in the memory 186. The user may then use the I/O devices 182 to enter a selection, which is received by the processing device 184.
Then, in step 406, the user instantiates the selected object template by providing appropriate values to the fields available in the object template. To this end, the processing device 184 may suitably prompt the user for each value to be entered as defined by the selected template. The types of values entered will vary based on the type of template. Building structure templates vary, but share some similarities, as do building automation device templates.
Once the object is instantiated, the processing circuit 184 stores the object in the memory 156 in a manner that associates the object with the model 188. In step 408, the user may select whether additional objects are to be created. If not, then the process is completed. If so, however, then the user creates and names a new object in step 402 and proceeds as described above.
Examples of templates, and how such templates would be populated or instantiated using the data of the building system of
The graphic field 514 contains a pointer to a graphics file. The graphics file contains a graphical representation of the zone, such as a floor plan similar to that illustrated in
The data structure for the child field 612 is an array, with each element of the array being an identifier value for child entities of the room space, including architectural, sensor and actuator elements that are located in or affected by the room space. Architectural structures can include cubicles, work spaces or other subdivisions of a room. Because the types of possible child objects for each room space object is predetermined, the child field 612 may have a structure in which the known types of child objects (architectural, sensor and actuator) are arranged in a predetermined configuration in the data structure. Thus, devices that access child object information from the data structure can identify the type or class of each child object based upon its location within the child field array 612.
The data structure of the parent field 614 may also be an array. As with the child field 612, a room space has known types or classes of parents. In the embodiment described herein, such parent objects can include architectural, supply air and exhaust air objects. Accordingly, the parent field 614 defines an array with specific locations for architectural, supply and exhaust parent objects.
The graphic field 616 contains a pointer to a graphics file that contains a graphical representation of the room space. The data structure for the sensor value field 620 is an array containing the identification of each sensor value generated within the room. The sensor value field 620 should typically, but need not, contain values that correspond to sensor objects in the child field 612. In particular, any device that provides a temperature reading of a room space typically is located within that room space and is therefore a child object of that room space in the embodiment described herein. Regardless, in most advanced HVAC systems, each sensor value is a data point that may accessed by an identifier. Each sensor value is associated (within the model 188 and the HVAC system 200) with the sensor device that created it. For example, the temperature measured by the temperature sensor 126 may be identified as data point 126 t. As discussed above, the sensor value field 620 contains an array of such sensor value data point identifiers.
The square foot and volume field 622 may contain integer or floating point values that provide information on the dimensions of the room space. The location field 626 is a data structure that contains coordinates and possibly shape information of the room space. The data structure of the location field 626 may suitable be an array of coordinates of four corners of the room space, or may be the coordinates of the center point of the room space.
The programming instruction field 628 contains object-specific software programs that may be accessed by the control station 202 of the system. While the control system 202 has many of its own operations, each object has the capability of having one or more specific software programs associated therewith. The object-specific programs can include programs that calibrate equipment, create temperature or occupancy logs, trend sensor data, and the like. Those of ordinary skill in the art may readily devise appropriate software programs as desired for various elements of the system.
Other fields, not shown, may otherwise identify the building automation equipment that is present in the room space.
The graphic field 616 contains the file name or pointer name for a graphic file, exemplified herein as a file entitled “102_Graphic”. The graphic file in the field 616 preferably includes information sufficient to provide a visual displayable rendering of the room space 102 similar to that of room space 102 in
Referring again to the room space object 302, the sensor value field 620 identifies the sensor value generated by the sensor 126. That value is represented herein as “126 t”. The square feet and volume field 622 contains exemplary values 110 (in square feet) and 1014 (in cubic feet), identifying that the room space 102 has an area of 110 square feet and a volume of 1014 cubic feet.
The location field 626 includes an exemplary set of Cartesian (x-y) coordinate values, 472, 318. Such values are preferably referenced to a grid on which the floor plan of the building may be plotted. In this example, the location field 626 identifies coordinates of the center point of the room space 102.
The programming instruction field 628 in this example is empty, representing that the room space object 302 has no specific software instructions.
The above example provides a sample of how the room space object template 602 may be populated for the room space object 302 corresponding to room space 102 of
In other portions of the object definition, the parent object field 614 of the room space object 304 identifies an architectural parent object 301 (as with the room space object 302) and a supply air inlet parent object 322, which corresponds to air inlet 122. The graphic field 616 identifies a corresponding graphic file, and the size and location fields 622 and 626, respectively, are populated with values specific to the room space 304. Similar to the room space object 302, the room space object 304 does not contain any programming instructions in the corresponding field 628.
The data structure for the child field 712 is an array, with each element of the array being an identifier value for child entities of the inlet object, including architectural, sensor and actuator elements that are located in or affected by the inlet object. As discussed above, it will be appreciated that an inlet “device” may suitably be a VAV box as is known in the art.
Architectural child objects for an inlet object can include room spaces, hall spaces or other areas in which the inlet objects provides air flow communication. As with the child field 612 of
The data structure of the parent field 714 may also be an array. As with the child field 712, an air inlet has known types of parents. In the embodiment described herein, such parent objects include only architectural objects, which will typically be the shaft that supplies air to the air inlet structure.
The graphic field 716 contains a pointer to one or more graphics files that contain one or more graphical representations of the inlet structure. The data structure for the sensor value field 718 is an array containing the identification of each sensor value generated within the inlet structure. As with room space objects, the sensor value field 718 of inlet objects should typically, but need not, contain values that correspond to sensor objects identified in the child field 712.
The cross section and length fields 720 and 722 may be integer or floating point values that provide information regarding the dimensions of the inlet structure. The location field 726 is a data structure that contains coordinates of the inlet structure. The coordinates of the inlet are preferably in the same scale/coordinate system as that of the room space objects.
The programming instruction field 728 contains inlet object-specific software programs that may be accessed by the control station 202 of the system. As discussed above, the object-specific programs can include programs that calibrate equipment, create temperature or occupancy logs, trend sensor data, and the like. Those of ordinary skill in the art may readily devise appropriate software programs as desired for various elements of the system.
Referring in detail to
The graphic field 716 in the example described herein contains no file name or pointer name for a graphic file, as there may not be graphics for some devices such as air inlets. The sensor value field 718 in this example contains nothing, as there are no sensors in the air inlet. The cross sectional area field 720 contains a number 44 representative of an exemplary size, in square inches, of the air inlet. The length field 722 contains an exemplary length value of 12, representing 12 inches. The location field 726 includes an exemplary set of Cartesian coordinate values, 480, 321. As discussed above, such values are preferably referenced to the same grid as the location field values of the room space objects 302 and 304. With such information, the relative proximity of objects or devices and room spaces may be determined, and maps may be generated.
The programming instruction field 728 in this example is empty, representing that the air inlet object 320 has no specific software instructions.
The above example provides a sample of how the air inlet object template 702 may be populated for the air inlet object 320 corresponding to air inlet 120 of
The data structure of the parent field 812 may suitably be an array. The parent field 812 of a sensor object has known types of parents. In the embodiment described herein, such parent objects include only architectural objects, namely, the space in which the temperature sensor is located, and control objects (i.e. equipment controllers), including the devices that obtain sensor values from the sensor device.
The vendor field 814 may suitably be a string value (or a look-up table code) that identifies the vendor for the sensor. The characteristics field 816 contains a pointer a string, array, graphic or other file that provides characteristics of operation of the sensor, such as graphic performance information or the like. The characteristics field 816 generally identifies largely static information, such as data sheets from the manufacturer or vendor of the sensor. The vendor model field 818 is a string value providing the commercial model number for the device.
The measured temperature point identifier field 820 contains of the identification of the system data point of the temperature measured by the sensor. As discussed further above, each measured value (and also control value) has a data point identifier in a typical HVAC network. The temperature sensor object template 802 thus contains at least one field that identifies the data point in which the temperature data obtained by the temperature sensor is stored and transported.
The programming instruction field 822 contains inlet object-specific software programs that may be accessed by the control station 202 of the system. As discussed above, the object-specific programs can include programs that calibrate equipment, create temperature or occupancy logs, trend sensor data, and the like. Those of ordinary skill in the art may readily devise appropriate software programs as desired for various elements of the system.
The maintenance history field 824 is a pointer to a dynamic file that stores maintenance information regarding the sensor device. Such information may include repair logs, preventative maintenance logs, and the like.
Referring in detail to
The parent object field 812 of the sensor object 326 identifies an architectural parent object 302, which corresponds to the room space 102, and the controller object 406, which corresponds to the equipment controller 206 of
The vendor field 814 contains the name of a the vendor or manufacture that supplied the sensor device, named “SENSCO” in the example herein. The characteristic field 816 in the example described herein contains a file name or pointer name for a graphic file, named herein by example as AB3_GRAPH. AB3_GRAPH may suitably be a graph of performance specifications proved by the manufacturer.
The model field 818 in this example identifies the model of the sensor device as a “AB3” model device. The point identification field 820 identifies that the value generated by the sensor device corresponds to the point “126 t” of the control system.
The programming instruction field 828 in this example identifies two software routines. One routine is a diagnostic program that, when executed, causes a diagnostic routine to be performed that is specific to the sensor 126. The other routine is a routine that allows storing and retrieving maintenance history records from the maintenance history field 824. The maintenance history field 824 preferably stores a file, 326_HIST, that contains the maintenance history of the sensor, including date of installation, date of calibration, etc.
The above example provides a sample of how the sensor object template 802 may be populated for the sensor object 326 corresponding to the temperature sensor 126 of
The data structure for the parent object field 912 is similar to that of the parent object field 812 of the template 802 of
In addition, the damper object template 902 further includes the calibration data field 926, which contains information correlating the control signals for the damper actuator with the actual position of the damper (and/or flow through the damper).
It will be appreciated that suitable templates may readily be created by those of ordinary skill in the art for other elements, such as, for example, flow sensors and shaft branches, water valve actuators, controllers, and other devices of the building system 100, as extensions of the examples described above. Using the above examples as a guide, those of ordinary skill in the art may readily develop appropriate templates for other building automation systems, such as security systems, fire safety systems, and the like.
The building model 188 thus provides a relatively comprehensive description of each of the building automation system devices, and relates those devices to the physical structure of the building. To this end, the building automation system device objects include, in addition to references to relevant control values of the device, but also information as to what part of the building space in which the device is located. Moreover, the building space objects are arranged hierarchically, to further interrelate system devices and values with different “zoom” levels of the building structure. It will be appreciated that the actual data objects may take many forms and still incorporate these features of the invention.
The model 188 and different models incorporating the same general principles have limitless potential for enhancing building automation system services. Software applications may use the model 188 to relate building information innumerable ways to provide better understanding and operation of building systems.
It will be appreciated that the above describe embodiments are merely exemplary, and that those of ordinary skill in the art may readily devise their own modifications and implementations that incorporate the principles of the present invention and fall within the spirit and scope thereof.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5611059||Sep 2, 1994||Mar 11, 1997||Square D Company||Prelinked parameter configuration, automatic graphical linking, and distributed database configuration for devices within an automated monitoring/control system|
|US5706455||Nov 28, 1995||Jan 6, 1998||Square D Company||Distributed database configuration with graphical representations having prelinked parameters for devices within a networked control system|
|US5937410||Oct 16, 1997||Aug 10, 1999||Johnson Controls Technology Company||Method of transforming graphical object diagrams to product data manager schema|
|US6028998 *||Apr 3, 1998||Feb 22, 2000||Johnson Service Company||Application framework for constructing building automation systems|
|US6104963 *||Apr 3, 1998||Aug 15, 2000||Johnson Controls Technology Company||Communication system for distributed-object building automation system|
|US6119125 *||Apr 3, 1998||Sep 12, 2000||Johnson Controls Technology Company||Software components for a building automation system based on a standard object superclass|
|US6141595||Apr 3, 1998||Oct 31, 2000||Johnson Controls Technology Company||Common object architecture supporting application-centric building automation systems|
|US6154681||Apr 3, 1998||Nov 28, 2000||Johnson Controls Technology Company||Asynchronous distributed-object building automation system with support for synchronous object execution|
|US6167316||Apr 3, 1998||Dec 26, 2000||Johnson Controls Technology Co.||Distributed object-oriented building automation system with reliable asynchronous communication|
|US6240326 *||Apr 3, 1998||May 29, 2001||Johnson Controls Technology Co.||Language independent building automation architecture for worldwide system deployment|
|US6487457||Feb 11, 2000||Nov 26, 2002||Honeywell International, Inc.||Database for a remotely accessible building information system|
|US6967565 *||Jun 27, 2003||Nov 22, 2005||Hx Lifespace, Inc.||Building automation system|
|US20050275525 *||Aug 19, 2005||Dec 15, 2005||Siemens Building Technologies, Inc.||Method and apparatus for graphical display of a condition in a building system with a mobile display unit|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7477950 *||Jun 2, 2005||Jan 13, 2009||Dymocom, Inc.||Method and system for controlling a network of water appliances|
|US7734572 *||Apr 3, 2007||Jun 8, 2010||Panduit Corp.||Building automation system controller|
|US7756590||Jan 12, 2009||Jul 13, 2010||Dymocom, Inc.||Method and system for controlling a network of water appliances|
|US8335992||Dec 4, 2009||Dec 18, 2012||Nellcor Puritan Bennett Llc||Visual indication of settings changes on a ventilator graphical user interface|
|US8443294||Dec 16, 2010||May 14, 2013||Covidien Lp||Visual indication of alarms on a ventilator graphical user interface|
|US8453645||Jul 23, 2010||Jun 4, 2013||Covidien Lp||Three-dimensional waveform display for a breathing assistance system|
|US8457793 *||Sep 5, 2009||Jun 4, 2013||Enlighted, Inc.||Intelligent lighting management and building control system|
|US8499252||Jul 27, 2010||Jul 30, 2013||Covidien Lp||Display of respiratory data graphs on a ventilator graphical user interface|
|US8521332 *||Jul 3, 2008||Aug 27, 2013||Belimo Holding Ag||Actuator for HVAC systems and method for operating the actuator|
|US8532962||Dec 23, 2009||Sep 10, 2013||Honeywell International Inc.||Approach for planning, designing and observing building systems|
|US8538687||May 4, 2010||Sep 17, 2013||Honeywell International Inc.||System for guidance and navigation in a building|
|US8555881||Jun 17, 2011||Oct 15, 2013||Covidien Lp||Ventilator breath display and graphic interface|
|US8555882||Jul 16, 2012||Oct 15, 2013||Covidien Lp||Ventilator breath display and graphic user interface|
|US8577505||Jan 27, 2011||Nov 5, 2013||Honeywell International Inc.||Energy-related information presentation system|
|US8584030||Sep 27, 2010||Nov 12, 2013||Honeywell International Inc.||Systems and methods for displaying HVAC information|
|US8597198||May 27, 2011||Dec 3, 2013||Covidien Lp||Work of breathing display for a ventilation system|
|US8773946||Apr 21, 2011||Jul 8, 2014||Honeywell International Inc.||Portable housings for generation of building maps|
|US8781633 *||Apr 13, 2010||Jul 15, 2014||Roberto Fata||Monitoring and control systems and methods|
|US8924878||Dec 4, 2009||Dec 30, 2014||Covidien Lp||Display and access to settings on a ventilator graphical user interface|
|US8947437||Sep 15, 2012||Feb 3, 2015||Honeywell International Inc.||Interactive navigation environment for building performance visualization|
|US8990049||May 3, 2010||Mar 24, 2015||Honeywell International Inc.||Building structure discovery and display from various data artifacts at scene|
|US9119925||Apr 15, 2010||Sep 1, 2015||Covidien Lp||Quick initiation of respiratory support via a ventilator user interface|
|US9170574||Sep 27, 2010||Oct 27, 2015||Honeywell International Inc.||Systems and methods for configuring a building management system|
|US20040205528 *||Apr 29, 2004||Oct 14, 2004||Vlad Alexander||System and process for managing content organized in a tag-delimited template using metadata|
|US20060069453 *||Jun 2, 2005||Mar 30, 2006||Debourke Patrick||Dynamic water controller|
|US20070233323 *||Apr 3, 2007||Oct 4, 2007||Panduit Corp.||Building automation system controller|
|US20080129497 *||Oct 31, 2007||Jun 5, 2008||Jon Woodard||Reconfigurable alarm apparatus|
|US20090118871 *||Jan 12, 2009||May 7, 2009||Dymocom, Inc.||Method and system for controlling a network of water appliances|
|US20090164925 *||Dec 18, 2008||Jun 25, 2009||Tac Ab||Method for generating documentation for a building control system|
|US20100162110 *||Oct 16, 2009||Jun 24, 2010||Williamson Jon L||Pictorial representations of historical data of building systems|
|US20100274366 *||Apr 13, 2010||Oct 28, 2010||DiMi, Inc.||Monitoring and control systems and methods|
|US20110153089 *||Jul 3, 2008||Jun 23, 2011||Belimo Holding Ag||Actuator for hvac systems and method for operating the actuator|
|US20120086363 *||Apr 12, 2012||Jonathan Golding||Intelligent lighting management and building control system|
|EP2073086A1||Dec 20, 2007||Jun 24, 2009||Tac AB||Method for generating documentation for a building control system|
|U.S. Classification||700/276, 700/17, 715/734, 700/86, 340/310.11, 717/108, 700/20, 340/524, 700/83, 715/804, 707/999.107, 707/999.104, 340/12.32|
|International Classification||G06Q10/00, G06F9/00, G06F17/00, G06F19/00, G05B15/00, G05B15/02, G06F3/00|
|Cooperative Classification||Y10S707/99945, Y10S707/99948, G06Q50/08, G05B15/02, G06Q10/10|
|European Classification||G06Q50/08, G06Q10/10, G05B15/02|
|Aug 29, 2005||AS||Assignment|
Owner name: SIEMENS BUILDING TECHNOLOGIES, INC., ILLINOIS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:IMHOF, RAPHAEL;RULE, THOMAS;AHMED, OSMAN;AND OTHERS;REEL/FRAME:016921/0224
Effective date: 20050628
|Mar 11, 2010||AS||Assignment|
Owner name: SIEMENS INDUSTRY, INC.,GEORGIA
Free format text: MERGER;ASSIGNOR:SIEMENS BUILDING TECHNOLOGIES, INC.;REEL/FRAME:024066/0464
Effective date: 20090923
|Jun 11, 2010||FPAY||Fee payment|
Year of fee payment: 4
|Jun 10, 2014||FPAY||Fee payment|
Year of fee payment: 8