The present disclosure pertains to dashboards and gadgets, particularly to dashboard and point configurators.
The disclosure reveals an approach for dashboard and point configuration. A dashboard may be provided for a particular environment and have user defined gadgets. The dashboard and gadgets may be mapped to a web dashboard. The dashboard may be modified and configured. The gadgets may be moved, reconfigured and resized on the dashboard. A user may have a single view where the control points may be viewed and identify to which an entity that they are mapped. There may be a customized view of where the points can be identified that have been associated to which dashboard.
The present system and approach may incorporate one or more processors, computers, controllers, user interfaces, wireless and/or wire connections, and/or the like, in an implementation described and/or shown herein.
This description may provide one or more illustrative and specific examples or ways of implementing the present system and approach. There may be numerous other examples or ways of implementing the system and approach.
From entities 116 at library 115, a user may drag and drop predefined entities to the hierarchy, e.g., a user may drop a customized device such as hood that can be a device to a room.
From customized dashboards 117 at library 115, a user may drag and drop predefined dashboards to the entity which can be a building, floor or a device.
Gadgets 118 at library 115 may incorporate a trend gadget, a point viewer gadget, a generic gauge gadget, an entity info gadget, a notes gadget, a point value gadget, a canvas point gadget, a web connect gadget, a control loop gadget, an entity point table gadget, an alarm gadget, a ranking gadget, a point chart gadget, and an entity status gadget. Other types of gadgets may be incorporated as gadgets 118 at library 115.
When configuring gadgets at symbol 108, based on the gadgets selected, user may do point selection, entity selection, dashboard selection, property selection, time configuration, and range selection for gauge gadgets, offset values, launch types and chart types. Other selections and configurations of gadgets may be incorporated.
From algorithms 119 at library 115, a user may drop algorithms to entity. Different types of algorithm may defined for the user as a zone ACH, control status, flow cost, total flow offset, hood flow usage status, a numeric aggregator, a Boolean aggregator, and zone ACH status. There may be other types of algorithms.
There may be an easy and intuitive workbench dashboard configurator for such things as critical room environment solutions. The home dashboard may be a workbench configurator in Niagara™ for building solutions. It has easy customization and configuration for points. It is simple and has an easy way of maintaining the dashboard and widgets. It has an easy way of duplicating the dashboards with all the widgets and then auto mapping the points, algorithms, and so forth. It can add a template dashboard library or entity and points will be auto mapped with entity. It can do resizing of widgets at run time.
There needs to exist a solution for Phoenix control technician to configure the dashboard with predefined and specific gadgets in the workbench. The solution may have the following features.
A dashboard may be created for any environment. The dashboard may address configurator needs of a critical room environment. There may be a provision to create user defined gadgets and meet its specific configuration. There may be an option of mapping the dashboard and gadgets created from workbench to a web dashboard. There may be an option of mapping customized algorithms and its output to a user specified gadget. There may be options of different modes and styles of gadgets. There may be an option of an easy and intuitive way of specifying layouts. There may be an option of reconfiguring and resizing the gadgets in an intuitive way. There may be an option of shifting the gadgets in any direction in an intuitive way. There may a provision of auto populating the gadgets with user defined configurations.
The workbench dashboard configurator may be launched by double-clicking on any Vantage™ entity node inside a Vantage side bar, or selecting entity node popup menu item “Views Vantage Dashboard Config View” as shown in a diagram of screen 12 in
Workbench dashboard configurator GUI framework may be noted.
A dashboard list may display dashboards available in launching entity. The “Name” used in list may match a dashboard display name in side bar.
When a dashboard is selected, the following items may occur. A dashboard info screen may be updated with selected dashboard properties. A gadget layout screen may be updated with current gadget layout of selected dashboard. A gadget properties screen may be empty until a gadget is selected in “Gadget Layout”.
GUI elements may incorporate name value notes, a dashboard name text with a maximum length of 20 characters, displayed in dashboard page as a dashboard name, description text saved in a dashboard xml file but not necessarily used in a web dashboard, layout text (read only) in that the current layout setting in dashboard cannot change. The layout may be determined when dashboard is created.
Enabled may mean when the following conditions are met: 1) A gadget was copied or cut before; and 2) The size of source gadget and the target location must be the same. A current non-empty gadget that occupies the target location may be overridden after a user confirmation. With delete, one may delete selected gadget(s) or can delete multiple gadgets at the same time. Select multiple gadgets may be achieved by holding the control button down while clicking on gadgets. Selected gadgets may be framed by blue rectangle around the respective gadgets on a screen.
Mark may mean prepare for mark-and-swap. One may use a selected gadget as a source gadget. Swap may mean swap a location of a selected gadget with a previously marked gadget. It may be enabled if sizes of the source gadget and selected gadget match.
Shift may incorporate an up/down/left/right shift of a selected gadget. It may be enabled if the current layout allows shift.
Resize may mean a change row span and/or column span of a selected gadget. It is enabled if one and only one gadget is selected.
There may be gadget resize rules that incorporate: 1) Gadget can be made bigger or smaller; 2) If gadget is made smaller, the gadget will stay in the most upper-left cell it used to occupy; the freed-up cells will be filled with empty gadgets; 3) If gadget is made bigger, the “Resize” function will occur.
A variety of gadgets may be noted.
A point viewer gadget of a screen 46 of a diagram in
An alarm gadget selection in a screen 66 and an alarm point status gadget configuration in a corresponding screen 67 are shown in a diagram of
A point chart gadget selection in a screen 68 and a point chart gadget configuration in a corresponding screen 69 are shown in a diagram of
A notes gadget that may be selected in a screen 72 and referred to relative to a notes gadget configuration in a corresponding screen 73 of a diagram in
A diagram in
A screen 81 of a diagram in
Each control loop may be created by clicking the “Add Control Loop” button, which may add a new control loop under the “Control Loops” folder, as shown an enlargement of screen 84 in a diagram of
There may be systems and approaches for easy configuration, monitoring and management of control points spread across multiple devices and entity in a Niagara devices network. The Tridium™ Niagara AX framework may be a base software application to develop an entity point manager that appears significant herein. A feature may capture improvements made to the Niagara point manager user interface application to provide a customer the desired user experience in creating and deploying job configurations to the site controllers.
A Phoenix technician may need a single unified view where she or he can view virtually all of the Phoenix control points (aka Vantage points) and identify to which entity it has been mapped. An entity may be a building, floor, room or even a device. A Phoenix user may want a customized view she or he can identify the Vantage points that have been associated to certain dashboard. The user may want to manage a history trend for multiple vantage points at the same time and specify a history size and a roll out policy. The user may also want to trend multiple history points to a database from the same unified view (aka PC point manager view).
Niagara framework may be improved to provide the following features, such as a unified view to map the control points the associated entity, a unified view to map the control points the associated dashboards, a centralized tool to manage related functions such as history and trend them in a single view and for multiple points, since multiple steps are time consuming for a Phoenix user, and a view for monitoring multiple control points from multiple networks.
The present approach may provide a user an ability to create a logical, hierarchal structure representing her or his business and entity structure. A solution may be to provide the user a friendly, streamlined experience to create and deploy his or her job configurations. A unified and customized Vantage point manager may be provided for an entity or entity system.
The view may be available in a dropdown menu of a Vantage entity. In the view, just Vantage points may be managed. In other words, if a control point is not mapped to a Vantage Point, it will not necessarily be shown.
With the unified Vantage point view, a Phoenix user may reorganize the control points in the system by logical rather than physical components in the system. Virtually all of the points, regardless of their physical presence in the system, may be viewed, monitored and managed using logical entities in the building. There may be a single view to manage multiple vantage points and a trending. There may be a unified view for archiving multiple vantage points. A Vantage point manager view may support a mapping of vantage points to a corresponding entity and mapped dashboards. Building points may be easily managed across a network. Configure time may be reduced.
A screen 91 of a diagram of
The following steps describe how this new application will solve the problem as stated in the previous section. To avoid virtually all issues, a user may perform the following steps. The user may create an entity hierarchy of, for example, a building, floor, room, and device. The user may map Vantage points to an entity. The user may right-click and -select any of part of the entity (building, floor, room, device, and so forth) from where she or he wants to manage the vantage points. If the user wants a view from the descendant level (e.g., device), the user may view them and just those Vantage points will be displayed. A right-click menu for any point may be used to access manage history, manage archiving, and history export manager screens. Just two columns may have editable cells, that is, VFPT and Out of Service. Right-click menus in these columns may launch an input for changing either the VFPT family and type, or for setting a point to out of service. A query dashboard button can be used to see a Vantage points mapping with respect to the dashboards.
A screen 92 of a diagram of
One may edit VFPT, manage history, manage archiving, and be a history export manager, as indicated by a screen 93 of a diagram in
If a single point is selected, that point's history screen may be displayed, depending on the point data type (AI, BO, MSI, MSO, and so forth). The screen may vary. Virtually all of the screens may have un-editable status and fault cause fields, and settings for enabled, active period, and interval. Enabled should be true for the function to work.
If multiple rows are selected, the Manage History Settings dialog screen 94 of the diagram in
A manage database archiving screen 95 is shown in a diagram of
Column of screen 92 of
To recap, a point configurator for a dashboard of a building system may incorporate a processor having a memory and a user interface connected to the processor. The user interface may incorporate a display, and a selection and information entry mechanism. The display may present control points and identify to which entity a control point has been mapped. An entity may be a physical component of a building system. The display may present a view that is customized for identification of points associated with a specific dashboard.
A history trend for multiple points may be managed. The history size and the roll-out policy may be specified. The multiple points of history may be to a database from a unified view. A user may have an ability to create a logical, hierarchal structure that represents a business and entity structure.
The entity may be selected from a group consisting of a building, floor, room and device of a building system. The group may consist of other components in the building system. A control point may need to be mapped to an entity, in order to be shown.
From a unified entity point of view, the user may reorganize control in a building system by a logical approach rather than physical components of the building system. Points, regardless of having a physical presence in the building system, may be viewed, monitored and managed using logical entities in a building.
A single view may be used to manage multiple entity points and trending. A unified view may be used to archive multiple entity points. Just entity points might be managed. A management view of entity points may support mapping entity points to corresponding entities and dashboards that are mapped.
An application may incorporate creating a hierarchy of entities selected from a group consisting of buildings, floors, rooms and devices of a building system, mapping entity points to entities, and selecting an entity from a group consisting of the buildings, floors, rooms and devices, from where the entity points are managed.
At a view from a descendant level, just the entity points of that level might be displayed. A descendant level may be a part of a hierarchy of levels, in that where a hierarchy may incorporate a building at a first level, a floor at a second level, a room at a third level, and a device at a fourth level. The fourth level may be a descendant level relative to the third, second and first levels, the third level may be a descendant level relative to the second and first levels, and the second level may be a descendant relative to the first level. There may be more or less levels in the hierarchy.
A menu may be available to obtain a point that is used to access a screen to manage history, archiving, and export history.
A query dashboard button on a screen in the display may be used to see a mapping of entity points relative to dashboards.
A clicking on multiple entity points on a screen in the display may enable one to see, edit and customize control points.
The screen to manage history may be accessed. To manage history may be for a single row or multiple rows. If a single row is selected, a history of a single point may be displayed on a screen. If multiple rows are selected, a manage history dialogue may be launched. The manage history dialogue may make available a history trending function.
Properties of selected points may be adjusted. The properties may incorporate enablement, history size and rollover policy.
The screen to manage archiving may be accessed. The manage archive may be for a single row or multiple rows. Selecting to manage archive for a single row or multiple rows may launch a configurator settings screen where archiving can be enabled or disabled.
The archiving may need to be enabled for a setting of the manage settings to operate. A check box may allow only points that have been exported to be updated.
An approach for dashboard configuration, may incorporate providing a computer, logging into a workbench via the computer, obtaining an entity, obtaining a dashboard pertinent to the entity, specifying one or more properties for a layout of the dashboard, dragging and dropping one or more gadgets from a file onto the dashboard, formatting the one or more gadgets, configuring the one or more gadgets, and saving the dashboard.
An entity may obtained by navigating to an entity or creating an entity. If the entity is obtained by creating, then the entity may be selected from a group consisting of physical components of a building system such as buildings, floors, rooms and devices. There may be other physical components in the group.
The gadgets may be dragged from a library or storage file and dropped onto the dashboard.
The gadgets may be formatted by resizing, moving left, moving right, moving up and moving down, marking, and swapping, as needed on the dashboard.
Configuring the gadgets may incorporate one or more items selected from a group consisting of point selection, property selection, time configuration, range selection for gauge gadgets, offset value determination, launch type selection, and chart type selection. There may be other items in the group.
The approach may further incorporate adding one or more algorithms to the entity. The one or more algorithms may be selected from a group consisting of zone air changes per hour (ACH), control status, flow cost, total flow offset, hood flow usage status, numeric aggregation, Boolean aggregation, and zone ACH status. There may be other algorithms in the group.
The gadgets dragged from the library may be gadgets selected from a group consisting of trend gadgets, point viewer gadgets, generic gauge gadgets, entity information gadgets, notes gadgets, point value gadgets, web connect gadgets, control loop gadgets, entity point table gadgets, alarm gadgets, ranking gadgets, point chart gadgets, and entity status gadgets. There may be other gadgets in the group.
Obtaining a dashboard may incorporate creating a new dashboard, or obtaining a dashboard may incorporate selecting a dashboard from a group consisting of customized dashboards. The customized dashboards may incorporate dashboards predefined for a building, floor, room, or device. There may be other kinds of dashboards.
A user may drag and drop predefined entities to a hierarchy. If the entity is obtained by creating, then the entity may be a predefined entity selected from a library.
The predefined entity may be a customized device. The customized device may be, for example, a ventilation hood. The ventilation hood may be a device to a room.
A dashboard configurator may incorporate a computer, a workbench logged in on the computer, an entity obtained on the workbench, a dashboard for the entity obtained, and one or more gadgets obtained. The one or more gadgets may be placed on the dashboard. The entity may be a physical component of a building system. The entity may be selected from a group consisting of a building, floor, room or device.
The one or more gadgets may have a format. The format of a gadget on a dashboard may incorporate being resized, moved in virtually any direction, marked, and swapped for placement of a gadget on the dashboard.
The one or more gadgets may be configured. A gadget may be configured according to one or more properties. The one or more properties may be selected from a group consisting of types, purposes, parameters, values, names, point lists, refresh intervals, ranges, status, descriptions, models, schemes, icons, point entity selectors, entity lists, VFPT's, alarm lists, chart types, ords, axes, offsets, notes, label links, images, data, control loops, algorithms, units, histories, sources, and launch types. There may be other properties.
One or more algorithms may be added to the entity. The one or more algorithms may be selected from a group consisting of zone ACH, control status, flow cost, total flow cost, flow usage status, numeric aggregator, Boolean aggregator, and zone ACH status.
The one or more gadgets may be selected from a group consisting of a trend gadget, point viewer gadget, generic gauge gadget, entity information gadget, notes gadget, point value gadget, canvas point gadget, web connect gadget, control loop gadget, entity point table gadget, alarm gadget, ranking gadget, point chart gadget, and entity status gadget.
The one or more gadgets may be auto populated with a user-defined configuration.
An entity may be a predefined entity. The predefined entity may be selected from a group consisting of buildings, floors, rooms, and devices. The predefined entity may be a customized entity dragged from a library or storage file to a hierarchy. A hierarchy may incorporate a device, a room, a floor and a building, in that order. There may be other kinds of hierarchies.
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 present system and/or approach 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 specification. It is therefore the intention that the appended claims be interpreted as broadly as possible in view of the related art to include all such variations and modifications.