a is a diagram of a rectangular map of the present invention;
b is a legend of graphics for the map;
a and 14b show a map view with a layout at just a point level of a project.
Some conventional approaches may graphically display data. When tens of thousands of data elements are displayed using conventional approaches, the regions of data points may become excessively small, and the visibility thereof lowered. Thus, the conventional approaches appear not suitable for distinguishing some important data elements such as tasks or areas not started, uncompleted and conflicted. The present invention may effectively distinguish such status. The invention may focus on representing the installation and configuration progress of the IO terminals, plants and controllers in a building control domain.
Today's building control systems may integrate different types of systems and devices including HVAC, fire alarms, security systems, lighting and elevators into one computerized system. A high portion of corporate building control projects may include large commercial and industrial building projects such as airports, pharmaceutical firms, and high-rise buildings. These kinds of projects may use a large number of controllers and thousands of the data points to allow central control of multiple plants around the buildings. For an intended use, many controllers may require significant configurations in assigned plants, having inputs and outputs (IO terminals) with customized configuration or programming, which includes time schedules, set-points, logic, timers, data points, trend logs, alarms, and the like. The terminals may include analog inputs (AI), analog outputs (AO), digital inputs (DI), digital outputs (DO), binary inputs (BI), binary outputs (BO), multi-state inputs, multi-state outputs, and so forth. Also, these controllers and points may need to be created, configured, programmed, installed and/or checked out. This appears to be a significant amount of work for the engineers or technicians, and it could be difficult to get an overall view of system status.
Typically, users may be notified about the status of installing and configuring controllers from a “controllers-plants-IO terminals” hierarchy tree with each status being presented by icons (as illustrated by a tree 11 in
Users probably will miss configuring some controllers or points which are hidden from the current view area. It is not necessarily easy to troubleshoot (due to being hidden from the long list) and it appears inefficient (due to much navigating work) for the user to detect the missed, incomplete or wrongly configured controllers or points from the long list.
The matter appears worse when there are multiple users doing the configuration for the same project in parallel, since the configuration status may be updated by multiple users (or is not only updated by a single user).
The present invention may be an effective map view metaphor to facilitate system/controller status and configuration through enhancing overview and quick access. Consequently, the present approach may provide an overview of installation and configuration of all controllers, plants, devices, sensors, IO terminals, and other related hardware and constraints, and help users to easily and efficiently detect the status of the objects which could include not being started or have conflicts. Further, it may allow users to quickly access target objects. The present invention may turn a normal view into a two dimensional map view of the data thus allowing virtually all controllers, plants, devices, sensors, IO terminals, and other related hardware and constraints to be displayed in a fixed space. The map view may permit a user to see all objects in a fixed view at a glance and also provide quick access to the target controllers and points. Also, it appears easy to detect unhandled or improper objects and locate them with the present approach. Users may be constantly aware of the entire installation and configuration process.
The present approaches may provide a view of controllers, plants, devices, sensors, IO terminals, and other related hardware and constraints using color or another kind of coded map views in a fixed space. A first version of the approach may present IO terminals graphically in a form of individual rectangles and grouped by plants and controllers and make the hierarchy or non-hierarchical layout as nested rectangles. A second version of the approach may present the objects in wedges or sectors within a circle. The hierarchical or non-hierarchical information may be laid out radially in such sectors or wedges, moving from the center towards the outer circle. Abnormal IO terminals (e.g., not started or conflicted) may be emphasized by being extended out as outstanding spokes. The number of data points may be represented by a size of rectangle in the first version and the angular sweep of wedge in the second version. Color coding (represented in the Figures with black and white patterns or gray-scale shading) may used to indicate the configuration status—unhandled or not started, in progress, completed, and conflicted. Other status and corresponding types of coding may be used. The conflicted IOs may be distinctively extruded to catch a user's attention. When all IO terminals of a plant are completed correctly, the rectangles representing IO terminals may merge into a one larger resulting rectangle in a respective representative pattern (e.g., dark green). The map view may be clickable to quickly access a target of IO terminals, plants and/or controllers and thus locate, for example, an improper data point. Also, the present approach may be combined with tabular displays. The completion and/or merging may be applicable to other levels of the map, such as plants and even controllers in certain designs.
It may be noted that the present invention and approach may be used for the display of other items or entities besides controllers, plants and terminals. The latter items are utilized for illustrative purposes.
The following are improvements provided by the present approach. This approach may help a user get an overview of the installation and configuration of virtually all controllers, plants and IO terminals at a glance. Since the controllers, plants and IO terminals may be displayed in their entirety on one screen display, there appears to be no controller, plant or IO terminal hidden from user, and there seems to be no need to do any navigation to find an information node. The user may be constantly aware of the entire installation and configuration process. It appears easy to find an unhandled or improper item, and to locate it. The present approach may also provide a quick access to particular targeted controllers, plants and IO terminals.
a shows a two-dimensional (2D) display or map 10 in a fixed space. In this Figure, input and output (IO) terminals may be graphically represented in a form of individual rectangles and grouped by plants and controllers in an organized layout with the hierarchical or non-hierarchical arrangement realized as nested rectangles. These rectangles may be regarded as wedges, sectors, areas such as first-, second- and third-tier areas, or first-, second- and third-closed geometric figures. Additionally, there may be fourth-, fifth-, sixth- and higher tier areas. Likewise, these rectangles may be regarded as wedges, sectors, areas such as fourth-, fifth-, sixth- and higher tier areas, or fourth-, fifth-, sixth- and higher closed geometric figures. Or the map 10 or 20 may display just one level tier areas or closed geometric figures representing terminals, points or some other kinds of entities without revealing of any associated hierarchies if there are any.
The Figures of the maps or views 10 and 20 may show color-coding of status; however, it uses black and white patterns in lieu of colors. The colored, shaded, patterned or other coding may represent the configuration status such as not started, in progress, completed, conflicted, or other. During the configuration process, the coding of the graphics may be dynamically updated periodically or in real time. Also, information of the map 10 or 20 may be saved and recalled later for viewing and analysis.
b shows a legend which reveals a coding with black and white graphic patterns representing various colors. In
When all of the IO terminals of a plant, such as plant 2, are completed, rectangles representing all IO terminals may merge to big rectangle having a graphic pattern 25, or dark green if shown in color, as indicated by an arrow 31. Even if only one IO terminal, as indicated by an arrow 32, is uncompleted, then the rectangles will not merge together into one rectangle relative to plant 1. Through this method, it may be easier for users to detect the completed status. When there appear to be too many points in one rectangle, and when most of these points are completed, then the rectangle looks pretty much (e.g., 98 percent) dark green, or other color, shading or pattern appearing to designate a completion. Thus, the user may wrongly think that this rectangular is completed. However, using the present merging together approach, the user should never get confused in this way. The user may always be aware that there are one or more points not completed since the rectangle is not merged. The completion and merging may be applicable to levels higher than that of the points of a map.
In addition to graphic or color coding of status, the present approach may also provide certain techniques to distinguish an important status or change of status, such as merging together or conflict, with flickering and filtering as examples. One may look at plants 1 and 2 under controller 1 as delineated by a dashed rectangle 33 in
Conflicting by terminals may be indicated by a graphic pattern 26 or a corresponding color such as red. Examples include an IO terminal in plant f of controller 1 and a terminal in plant x of controller 8 as indicated by arrows 34 and 35, respectively, in
The IO terminals may be filtered through a drop-down menu 36 as shown in
Efforts representation may be shown by the present approach. For instance, the number of data points may be represented by the size of each rectangle to thus show an amount of effort needed for a configuration of the respective IO terminal. Or the size of the rectangle or other representative figure may indicate an amount person effort needed to configure the data points.
Graphic patterns as shown in
Besides coding of status, the map as illustrated in
As to an efforts representation, the number of data points (e.g., effort for configuration) may be represented by an amount of angular sweep of each wedge, sector or rectangle, of the circular map 20 in
The present approach may also apply to just a point level version of the map. It may be just a map view of all points of a project. Each point can be a rectangle or other shape. A user does not need to know the hierarchical structure behind the points. Also, the user does not need to know which points belong to which controller. One may just open a map view of all points. Each rectangle or other shape may represent a point. One may click the rectangle or shape to configure the point.
In view of
In view of
In the present specification, some of the matter may be of a hypothetical or prophetic nature although stated in another manner or tense.
Although the invention has been described with respect to at least one illustrative example, many variations and modifications will become apparent to those skilled in the art upon reading the present specification. It is therefore the intention that the appended claims be interpreted as broadly as possible in view of the prior art to include all such variations and modifications.
The invention is a continuation-in-part application of U.S. patent application Ser. No. 11/438,788, filed May 22, 2006. U.S. patent application Ser. No. 11/438,788, filed May 22, 2006, is hereby incorporated by reference.
Number | Date | Country | |
---|---|---|---|
Parent | 11438788 | May 2006 | US |
Child | 11733398 | US |