SALES ESTIMATE TOOL WITH ALTERNATE ESTIMATING
A method for providing an estimate for a defined building control system comprises displaying on a user interface a plurality of areas for the defined building control system. The method further comprises associating a plurality of subsystems of the defined building control system with the plurality of areas, each of the plurality of subsystems associated with a defined plurality of building automation components in a database, the plurality of subsystems including a first subsystem and a second subsystem both associated with one area of the plurality of areas. Both the first subsystem and the second subsystem are displayed on the user interface in association with the one area. A cost estimate for the defined building control system is generated based at least in part on the first subsystem and not based on the second subsystem.
Latest SIEMENS INDUSTRY, INC. Patents:
- Multi-family metering device with modular meter compartments
- Standalone or networked electric vehicle supply equipment (EVSE) to detect and stop arcing before it becomes dangerous
- NETWORK-BASED ENERGY MANAGEMENT OF ELECTRIC VEHICLE (EV) CHARGING NETWORK INFRASTRUCTURE
- ATMOSPHERIC VENT SYSTEM FOR A BUSWAY ENCLOSURE OF AN OUTDOOR BUSWAY SYSTEM
- System and method for high ventilation of outdoor air
This application is a divisional of U.S. patent application Ser. No. 12/959,926, filed Dec. 3, 2010, which is a continuation of U.S. patent application Ser. No. 12/959,876, filed Dec. 3, 2010, which claims priority from U.S. provisional patent application Nos. 61/266,439 and 61/266,435, both filed Dec. 3, 2009.
FIELDThis application relates to the field of building control systems, and particularly to computer-based tools that generate cost estimates for building control systems.
BACKGROUNDBuilding control systems (which may also be referred to herein as “building automation systems”) are widely used in modern commercial, industrial, and residential building facilities. These building control systems include, for example, fire safety systems and heating/ventilation/air conditioning (HVAC) systems. Because of the unique nature of larger buildings, the building control systems used therein can vary substantially from building to building. As a consequence, there is typically not a set price for a building automation system. It is therefore common practice for building developers to obtain a specific cost estimate that is custom-generated for a new proposed building automation system.
In general, building automation systems can involve large numbers of subsystems distributed throughout a building. Although a building automation system can include several different subsystems, many subsystems can be similar. For example, a space cooling subsystem can involve a controller, one or more temperature sensors, cabling, and the like. A large building may include many of such space cooling subsystems.
Currently, methods used for cost estimation in building automation system involve generating a database that includes all of the cost-elements (e.g. products or systems) required in constructing the system. The estimate generator also stores or accesses a cost value for each of the cost-elements. An estimate can be generated by applying the per-item costs to the cost-elements stored in the data base.
When estimating cost for a large project such as a building automation system, it is often desirable to obtain estimates for alternative solutions. In the past, the generation of alternative estimates could be cumbersome. In particular, when a user desired to obtain an alternative estimate, multiple project files might be created with each project file including a different estimate. For example, in order to produce two estimates that were substantially the same but included different components in one area, the two distinct estimate files would be created. The first file would include a first set of components in the one area, and the second file would include a second set of components in that area. Estimates could then be run based on these two distinct files.
This process of creating separate files for alternative estimates was not only cumbersome, but also required the use of a large amount of space in a database, since a new file would be created in the database for each estimate. In the event a large number of alternative estimates were requested by the user, the amount of space consumed in the database could be excessive.
In view of the foregoing, it would be advantageous to provide an estimate generator for a building control system that allows a user to easily create alternate estimates for the system. It would also be advantageous for the cost estimator to be easily implemented and consume relatively little space in a database.
SUMMARYA system and method for providing an estimate for a defined building control system is disclosed herein. In at least one embodiment, the method comprises displaying on a user interface a plurality of areas for the defined building control system. The method further comprises associating a plurality of subsystems of the defined building control system with the plurality of areas, each of the plurality of subsystems associated with a defined plurality of building automation components in a database, the plurality of subsystems including a first subsystem and a second subsystem both associated with one area of the plurality of areas. Both the first subsystem and the second subsystem are displayed on the user interface in association with the one area. A cost estimate for the defined building control system is generated based at least in part on the first subsystem and not based on the second subsystem.
Various additional embodiments of the system and method are possible. In at least one embodiment, the user interface includes a screen and the plurality of areas are displayed as a list of areas on a first portion of the screen. The plurality of subsystems are also displayed on the first portion of the screen with the associated plurality of areas. Each of the plurality of areas and each of the plurality of subsystems may have an associated with a selection option provided on the first portion of the screen. Therefore, the method may further comprise selecting the one area with the associated selection option, selecting the first subsystem with the associated selection option, and deselecting the second option with the associated selection option. The selection option is a toggle selection configured to be alternately selected or deselected. The selection option provides an indication on the user interface to show that the first subsystem is included in the cost estimate and the second subsystem is not included in the cost estimate.
In at least one embodiment, one of the plurality of areas include a first area and a second area, wherein the cost estimate for the defined building control system is based at least in part on the subsystems associated with the first area and not based on the subsystems associated with the second area. It will be recognized that variants of the inventive embodiment may be implemented by those of skill in the art.
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. While it would be desirable to provide a sales estimating tool for a building control system that provides one or more of these or other advantageous features, the teachings disclosed herein extend to those embodiments which fall within the scope of the appended claims, regardless of whether they accomplish one or more of the above-mentioned advantages or include the above-mentioned features.
An exemplary embodiment of a sales estimating tool for a building control system is described herein. The embodiment described herein may readily be an estimate generator that is carried out in a general purpose computer. Instructions for controlling the computer are provide on a computer readable medium that instruct the computer to provide an estimate for a defined building automation system. Accordingly,
Project View Box
With continued reference to
The plurality of area names 114 identify a plurality of areas within the building where the defined building control system will be installed. Thus, the plurality of area names 114 may be, for example, wings or floors within a building (e.g., floor 1, west wing, etc.). In the embodiment of
In addition to the project name 112 and the plurality of area names 114, the project view box also 110 also includes a plurality of system names 116 associated with one or more of the area names 114. In the embodiment of
Subsystems 116 may be default subsystems automatically provided by the estimate generator 100, or unique subsystems defined by the user. In any event, each subsystem 116 is defined by a plurality of building automation components and/or service elements, and the like. Each subsystem, or each of the plurality of components for the subsystem, is associated with a price in an estimate database (not shown in
It will be appreciated that the “locations” and “areas” discussed herein relate only to proposed layouts. One purpose of the user interface 102 is to define a possible building automation system. For example, as explained in further detail below, if a user desires to move the “AHU 01” subsystem to a different area, the user may simply drag the “AHU 01” icon to another area name 114. Furthermore, the project view box 110 includes a number of additional tools 118 that allow the user to define and manipulate the SBDE. These tools 118 include a search box 118a, a view selector 118b, a show “Typical Of” selector 118c, a trash/delete icon 118d, a new item icon 118e, a break “Typical Of” link icon 118f, show/hide selectors 118g, and a move item selector 118h. Each of these tools 118 will be explained in further detail below in association with the “System Operation” heading.
Details Box
With continued reference to
In the exemplary embodiment of
The number of instances box 126 shows the number of times or “instances” that the identified subsystem exists in the SBDE, as currently defined. Accordingly, the instances box 126 shows the user how many times the particular subsystem will be used when arriving at a cost estimate for the SBDE. However, as explained in further detail below, even though a particular subsystem may have multiple instances in the SBDE, the estimate database only contains a single definition of the particular subsystem. The estimate database does not contain definitions for each instance of the particular subsystem. In the example of
The components box 128 lists the building automation components, required service elements, and the like associated with the identified subsystem or controller. In the embodiment of
Preview Box
With continued reference to
Library Box
With continued reference to
Because the list of items in the building automation database may be relatively large, the user may wish to search for a particular component. This may be accomplished using the search filter 144. Also, the user may select different libraries in the building automation database with the library selection option 146. For example, the user may view only a library that includes only component parts or a library that includes only services (e.g., support, labor, etc.). After identifying a particular desired part or component, the user may select the insert button 148 to include the component in the defined SBDE.
Cost Summary Box
With continued reference to
As discussed above, the exemplary estimate generator 100 provides the user with a number of different data boxes as the estimate is being created. These boxes include the project view box 110, the details box 120, the preview box 130, the library box 140, and the cost summary box 150. In addition, the estimate generator may allow for additional data boxes or views. For example, the tabs 160a-160f near the top of the screen 102 may allow other data boxes to be substituted for the large components box 128 in the center of the screen in
Estimate Database
As described previously, the details box 120 effectively shows all of the information that is stored in the estimate database for a giving subsystem of the SBDE. Ultimately, the estimate generator 100 assigns or utilizes prices associated with the plurality of subsystems in the estimate database to generate the overall output of a cost estimate for the SBDE.
Referring to
The quantity value 215 associated with each subsystem file indicates the number of instances for the subsystem in the SBDE. Therefore, it will be recognized that even though a given subsystem includes a plurality of instances, only a single file 210 is contained in the database for each subsystem. Instead of replicating this file for additional instances of the subsystem, the database merely associates the quantity value 215 with each subsystem file 210 in the estimate database 205 in order to represent the number of instances of that subsystem in the estimate database 205.
In contrast to the estimate database 205, the project view box 110 may include additional information that is not stored in the database 205. Referring again to the project view box 110 of
Area and Subsystem Creation
Further detail regarding the operation of the estimator generator 100 is now provided with reference to
With reference again to
In association with the new item icon 118e, the project view box 110 also includes a trash/delete icon 118d. This icon 118d allows the user to select a previously entered item (e.g., area or subsystem), and then click the delete icon 118d to remove it from the SBDE. A user may also drag and drop an item from the project view box 110 to the delete icon 118d in order to remove the item from the SBDE. If an instance of a typical subsystem is deleted using the trash/delete icon 118d, the instances count for the typical subsystem is decremented by one in the instances box 126.
Adding Instances of a Typical Subsystem
As the user defines the components of the SBDE, the user may wish to add additional subsystems that are identical to one or more subsystems previously created. The subsystems in the estimator database 205 are generally typical subsystems having a number of instances that may be easily changed by the user. As mentioned previously, subsystems capable of having multiple instances are referred to herein as “typical” subsystems. For example, with reference to
When a user increases the quantity in the instances box 122, the estimate generator automatically displays the new instances 116 in the same area 114 as the original instance. Thus, as shown in
As stated previously, when the user changes the number of instances of a subsystem in the instances box 126, the estimate generator 100 stores this new information in the estimate database 205 (see
Arrangement of Instances
As explained above, when additional instances of a typical subsystem are created, the estimate generator 100 automatically associates these additional instances with the area of the original instance of the subsystem in the project view box 110. However, it is unlikely that the user wishes for these additional instances to be associated with the same area 114 in the project view box 110 as the original instance. For example, in the exemplary embodiment of
With reference now to
As described previously, the user may use the details box 120 in order to define a new typical subsystem, or use the instances box 126 change the number (quantity) of an existing typical subsystem. Both the data base 205 and the project view interface file 610 change whenever a new typical subsystem is defined, or when the quantity of a typical subsystem is changed. The user may also employ the details box 120 to change actual definition of a typical subsystem in the estimate database 205. Changes made in the details box 120 (such as adding another component) will affect all instances of that typical subsystem because the subsystem definition 210 in the estimate database 205 is changed. In addition, it is possible to define a new typical subsystem using data modified from an existing typical subsystem, as explained in further detail below under the subheading “Breaking Instances from Typical Subsystems”.
As discussed previously, the user may employ the project view box 110 to change the layout of instances within the SBDE. User changes in the project view box 110 affect the project view data file 610, but not typically the estimate database 205. For example, the project view data file 610 will change if the user employs the project view box 110 to change areas associated with instances of typical subsystems, change the names of instances of typical subsystems, or add or define new “areas” 114, or subareas thereof. However, with each of the actions in the foregoing sentence, the database 605 would not change.
Name Changes for Instances of Typical Subsystems
In certain situations, a user may which to change a name of an instance of a typical subsystem. For example, a user may wish to make the name more descriptive. Accordingly, with reference to
Even after the name of a selected instance has been changed such that it is different from the other instances for the subsystem, the instance with the changed name will still be associated with the other instances in the estimate database 205. Indeed, a changed name for one instance will result in no change in the estimate database. Accordingly, the instances box 126 in the subsystem view 120 will still show the same number of instances for the subsystem (e.g., in the example of
Breaking Instances from Typical Subsystems
In certain situations, a user may which to break a particular instance of a subsystem from its link to other instances. For example, a user may recognize that a second instance of a subsystem on floor 5 needs to be different than a first instance of a subsystem on floor 10, even though the subsystems are linked. If this is the case, the user may easily break the second instance of the subsystem from its association with all other instances by selecting the instance in the project view box 110 and then selecting the break “Typical Of” link icon 118f (see
Accordingly, as explained above, it will be recognized that the estimate generator is configured to break one instance of the typical subsystem from association with remaining instances of the typical subsystem by reducing the number of instances of the typical subsystem in the database and adding a new subsystem entry in the database that is associated with the same plurality of building components as the typical subsystem. Furthermore, the estimate generator is configured to amend the plurality of building automation components associated with the new subsystem entry in the database without amending the plurality of building automation components associated with the typical subsystem in the database.
Automatic Field Panel Sizing
The estimate generator also provides the user with the option to automatically calculate a proper sized controller (i.e., field panel) required to support the defined systems in the selected area. In particular, as the user adds additional instances of a given subsystem to different areas within the SBDE, the estimate generator includes a subroutine that calculates different field panels that may be available for a given area based on the type and quantity of subsystems and other components in the given area. If the user has defined an acceptable field panel within the given area, no action will be taken by the estimate generator. However, if a user has not selected a field panel for a given area, or has defined an improper field panel for the given area, the estimate generator may provide a pop up box instructing the user to select a field panel for the given area from a list.
Additional Estimation Generator Tools
In addition to the foregoing, the estimation generator also provides several other tools to assist the user in defining the SBDE and arriving at an estimate. For example, as the user defines the SBDE, one operation the user may wish to perform is a search using the search box 118a. The search box 118a acts like a filter and allows the user to show only certain types of components in the project view box 110. For example, if a user would like to see all items with a VAV, the user may type “VAV” in the search box 118a, and only items with a VAV will appear in the project view box along with the associated areas. After completing a search, the user may click on the “x” to clear the search and return to a full display in the project view box 110.
The project view box 110 also offers the user with a view selector 118b, which allows the user to view the define project in different ways. For example, if the user selects the icon for the view selector 118b, the user may be presented with the option to view the defined SBDE as a hierarchical view (as shown in
Another available tool in the project view box 110 is the show “Typical of” option 118c. When the user selects this option 118c, all instances of typical subsystems are shown in the project view box. However, if this option 118c is not selected, only one instance of each typical subsystem is shown in each area. In this case, the total number of instances of a particular typical subsystem in a given area is shown next to the instance name. This generally offers the user a cleaner view in the project view box 110 by limiting the number of times a typical subsystem is shown for each area.
Cost Estimates
As the user defines the SBDE, the estimate generator 100 continually provides an updated estimate for the defined system in the cost summary box 150. However, when the user reaches a point where the system is completely defined and a detailed estimate is desired, the user may select the “Estimate” tab (160e in
Because the estimate generator 100 maintains information on the number of instances for each typical subsystem, the estimate generator may also incorporate labor efficiencies into the estimates. For example, if seven instances of a particular typical subsystem are defined in the SBDE, the estimate generator may recognize that labor charges associated with installation of instances two through seven will be less than the labor charges associated with instance one (as a result of inherent cost savings for replicating systems on a job). Accordingly, the estimate generator may be configured to automatically reflect these labor efficiencies in the estimate provided to the user.
Alternate Estimates
Yet another group of tools available to the user in the project view box 110 are the show/hide selectors 118g. These selectors 118g allow the user to hide areas and systems. When hidden, an area or subsystem is still shown in the project view box 110, but it is not used to provide the cost estimate. In particular, when the user indicates that a particular area or subsystem should be hidden, any components, labor, etc. that are associated with the area or subsystem are not used by the estimate generator to arrive at the estimated cost of the SBDE. Accordingly, if an estimate is generated with a particular area or system hidden, this area will not be listed as part of an estimate report submitted to a customer (or if it is listed, an explanation will be provided that it is not included in the cost estimate). A user may toggle between hiding or showing a particular area or subsystem in the estimate by simply clicking on the show/hide selector 118g next to the area or subsystem in the project view box 110. Again, even though an area or system is marked as hidden, it will still be shown in the project view box 110, and a user may click on the area or subsystem to view its details in the detail box 120. This is different from other graphic editors which completely remove an area or system from view on the user interface if it is not selected, and do not allow unselected items to be edited. To the contrary, unselected areas or systems are visible and may still be edited right alongside selected areas on the user interface. As explained in further detail below, the show/hide selectors 118g provide the user with the ability to easily produce multiple estimate scenarios for a single SBDE.
With reference now to
With continued reference to
In the example of
With reference now to
As shown in
The discussion above with respect to
Even if a user sets up alternate systems for installation by a single contractor, alternate systems that have different components may still result in different subcontractor costs. For example, installation of one AHU may be somewhat more expensive than a different AHU.
In addition to providing estimates for alternative systems, the estimate generator 100 also provides the user with the ability to calculate phased job estimates. With phased job estimates, the user may estimate how much it will cost to install a complete SBDE in different phases over time. An example of this is shown in
In the example of
The foregoing detailed description of one or more embodiments of the sales estimating tool for a building control system has been presented herein by way of example only and not limitation. It will be recognized that there are advantages to certain individual features and functions described herein that may be obtained without incorporating other features and functions described herein. Moreover, it will be recognized that various alternatives, modifications, variations, or improvements of the above-disclosed embodiments and other features and functions, or alternatives thereof, may be desirably combined into many other different embodiments, systems or applications. 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 appended claims. Therefore, the spirit and scope of any appended claims should not be limited to the description of the embodiments contained herein.
Claims
1. A method for providing an estimate for a defined building control system, the method comprising:
- displaying on a user interface a plurality of areas for the defined building control system;
- associating a plurality of subsystems of the defined building control system with the plurality of areas, each of the plurality of subsystems associated with a plurality of building automation components in a database, the plurality of subsystems including a first subsystem and a second subsystem both associated with one area of the plurality of areas;
- displaying the first subsystem and the second subsystem on the user interface in association with the one area; and
- generating a cost estimate for the defined building control system, the cost estimate based at least in part on the first subsystem and not based on the second subsystem.
2. The method of claim 1 wherein the user interface includes a screen and the plurality of areas are displayed as a list of areas on a first portion of the screen.
3. The method of claim 2 wherein each of the plurality of areas and each of the plurality of subsystems are associated with a selection option on the first portion of the screen, the method further comprising selecting the one area with the associated selection option, selecting the first subsystem with the associated selection option, and deselecting the second subsystem with the associated selection option, the second subsystem still displayed on the user interface in association with the one area after the second subsystem is deselected.
4. The method of claim 3 wherein the selection option is a toggle option associated with each of the plurality of subsystems and each of the plurality of areas, the toggle option configured to be alternately selected or deselected.
5. The method of claim 1 further comprising providing an indication on the user interface that the first subsystem is included in the cost estimate and the second subsystem is not included in the cost estimate.
6. The method of claim 1 wherein the cost estimate is a first cost estimate, the method further comprising unselecting the first subsystem, selecting the second subsystem, and generating a second cost estimate based at least in part on the second subsystem and not based on the first subsystem.
7. The method of claim 1 wherein one of the plurality of areas includes a first area and a second area, wherein the cost estimate for the defined building control system is based at least in part on the subsystems associated with the first area and not based on the subsystems associated with the second area.
8. The method of claim 1 wherein the first subsystem and the second subsystem remain displayed on the user interface in association with the one area following generation of the cost estimate.
9. The method of claim 1 wherein the first subsystem and the second subsystem are displayed in a defined arrangement, the method further comprising selecting the first subsystem with an associated first selection option and deselecting the second subsystem with an associated second selection option, the second subsystem still displayed on the user interface in association with the one area after it is deselected without changing a defined arrangement of the first subsystem and the second subsystem.
10. The method of claim 1 further comprising selecting the first subsystem with an associated first selection option and deselecting the second subsystem with an associated second selection option, the second subsystem still displayed on the user interface in association with the one area after it is deselected and after the cost estimate for the defined building control system is generated.
11. A computer readable medium including instructions for controlling a computer system to provide an estimate for a defined building automation system, by:
- displaying on a user interface a plurality of areas for the defined building automation system;
- associating a plurality of subsystems of the defined building automation system with the plurality of areas, each of the plurality of subsystems associated with a plurality of building automation components in a database, the plurality of subsystems including a first subsystem and a second subsystem both associated with one area of the plurality of areas;
- displaying the first subsystem and the second subsystem on the user interface in association with the one area; and
- generating a cost estimate for the defined building automation system, the cost estimate based at least in part on the first subsystem and not based on the second subsystem.
12. The computer readable medium of claim 11 wherein the user interface includes a screen and the plurality of areas are displayed as a list of areas on a first portion of the screen, and wherein the plurality of subsystems are displayed on the first portion of the screen with the associated plurality of areas.
13. The computer readable medium of claim 12 wherein each of the plurality of areas and each of the plurality of subsystems are associated with a selection option on the first portion of the screen, the computer readable medium further including instructions for controlling a computer system by allowing a user to select the one area with the associated selection option, allowing the user to select the first subsystem with the associated selection option, allowing the user to deselect the second subsystem with the associated selection option, and continuing to display the second subsystem on the user interface in association with the one area after the second subsystem is deselected.
14. The computer readable medium of claim 13 wherein the selection option associated with each of the plurality of subsystems and each of the plurality of areas is a toggle option configured to be alternately selected or deselected.
15. The computer readable medium of claim 11 including instructions for controlling a computer system by providing an indication on the user interface that the first subsystem is included in the cost estimate and the second subsystem is not included in the cost estimate.
16. The computer readable medium of claim 11 wherein the cost estimate is a first cost estimate, the computer readable medium further including instructions for controlling a computer system by allowing a user to unselect the first subsystem and select the second subsystem, and generating a second cost estimate based at least in part on the second subsystem and not based on the first subsystem.
17. The computer readable medium of claim 11 wherein one of the plurality of areas includes a first area and a second area, wherein the cost estimate for the defined building automation system is based at least in part on the subsystems associated with the first area and not based on the subsystems associated with the second area.
18. The computer readable medium of claim 11 wherein the first subsystem and the second subsystem remain displayed on the user interface in association with the one area following generation of the cost estimate.
19. The computer readable medium of claim 18 wherein the plurality of areas and the plurality of subsystems are displayed on the user interface in a defined arrangement, the computer readable medium further including instructions for controlling a computer system by allowing a user to select the first subsystem with an associated first selection option and deselect the second subsystem with an associated second selection option, the second subsystem still displayed on the user interface in association with the one area after it is deselected without changing the defined arrangement of the first subsystem and the second subsystem.
20. The computer readable medium of claim 11 further including instructions for controlling a computer system by allowing a user to select the first subsystem with an associated first selection option and deselect the second subsystem with an associated second selection option, the second subsystem still displayed on the user interface in association with the one area after it is deselected and after the cost estimate for the defined building automation system is generated.
Type: Application
Filed: Jun 12, 2015
Publication Date: Oct 1, 2015
Applicant: SIEMENS INDUSTRY, INC. (Alpharetta, GA)
Inventors: John A. Faragoi, JR. (Glen Ellyn, IL), David A. Egbers (Deerfield, IL)
Application Number: 14/738,446