Functionality in this application is primarily accessed using the controls in the header. Depending on the permissions granted to your user account, you will see various icons underneath the application logo. When you hover over these icons with your mouse, you will see an overlay message with a short description of what the icon is for.
Beside the header controls at the right-hand side of the header is the username of the user who is currently logged in.
When your application has an active alarm, you will see a flashing flag icon() and an associated description near the center of the header area.
The color of the icon will indicate the severity of the alarm:
You can click on the icon or the description to go to the list of active alarms.
There are five supported data types:
Data sources are fundamental to the operation of this application. A data source is a "place" from which data is received. Virtually anything can be a data source, insofar as the communications protocol is supported by the application.
Here are some examples:
Data values that are received or collected by a data source are stored within data points.
A data point is a collection of associated historical values. For example, a particular point might be a temperature reading from a room, while another point could be the humidity reading from the same room. Points can also be control values, such as a switch to turn a piece of equipment on or off.
There are many attributes that are used to control the behavior of points. Primarily, there is the concept of a point locator. Locators are used by data source to determine how to "find" the data for the particular point. For instance, a SQL data source has attributes where to find the specific database instance, point locators for the data source indicate the table and field names where to find specific values. The logical separation of data source and data point attributes depends on the communication protocol in question.
Data points attributes also determine many other aspects of the point, such as its name, how it should be logged (all data, changes in value only, or not at all), how long to keep logged data, how to format values for display, and how to chart values.
You can also configure data points with event detectors, which are used to detect conditions of interest in the point's values (eg. value has been too high for too long, is too low, changes too often, doesn't change at all, etc).
Points can be arranged into a hierarchy, or tree, to simplify management and display by using the Point Hierarchy functionality.
Monitoring of points within the system can be done in two ways. You can use the watch list to dynamically create tabular lists of points including their values, last update times, and charts of historical information (if the point is configured to support this).
Values and charts are updated in real time without having to refresh your browser window. Charts of multiple points can also be displayed on demand.
You can also create graphical views of points using drag and drop functionality to position graphical representations of points on an arbitrary background image. Animated images can be used to create highly dynamic visualization of system behavior, and, like the watch lists, values are updated in real time without a browser refresh.
These views can subsequently be marked as "public", so that they can be reused on public web sites.
Control of external systems can also be achieved for points that can be set (aka writable or output). A settable point can be set to a user-defined value, such as a thermostat setting or equipment control switch. Both watch lists and graphical views provide simple means by which to input a value to set.
The point locator for the settable point determines how the data source sets the value within the external equipment.
An event is the occurrence of a defined condition within the system. Both system-defined and user-defined events are available. System-defined events include data source operation errors, user log-ins, and system start-up/shutdown. User-defined events include point event detectors (see "event detectors" above), scheduled events, and compound events which detect conditions over multiple points using logical statements. There are also "audit events", which are raised when users make changes (additions, modifications, deletions) to run-time-affecting objects including data sources, data points, point event detectors, scheduled events, compound event detectors, and event handlers.
Once an event has been detected, it is acted upon by handlers. An event handler is a user-defined behavior that is to be performed upon the raising of a particular event, such as sending an email or setting the value of a settable point.
ScadaBR can play sounds when alarms are active. By default, alarm sounds are played for urgent, critical, and life safety alarms (i.e. not for information alarms), but sounds for each alarm type can be controlled individually.
To enable particular alarm sounds, valid mp3 files must exist at the following locations:
To disable a sound, remove the associated sound file.
A library of sounds can be found in the <ScadaBR_home>/audio/lib folder.
ScadaBR ships with a small graphics library which can be found in the <ScadaBR_home>/graphics folder. Each sub-folder represents an image set.
The contents of the sub-folder include all of the images in the image set, as well as an optional properties file called info.txt. Examples can be found in the graphics directories that ship with ScadaBR. This property file contains name/value pairs with the following names (all of which are optional):
Warning!! Once you are using an image set in your views do not rename its folder! The folder name is used internally as the identifier of the image set.
To have future versions of ScadaBR ship with your preferred graphics, please contribute them to ScadaBR Software. Please support open source software.
In this topic we show an example of how to create Data Sources and Data Points. In this example we will created a Data Source type Virtual Data Source, which is a simulated data source.
()
()
()
()
()
Now that you have configured and registered your system's data sources and data points, you can view them:
()
You can access and edit more information about each Data point by clicking on Point details() and watch your point's numeric and graphic history and its values.
()
()
You can edit the properties of your Data point.
Here you find different options. For example you can change the Text renderer properties, with the settings shown below:
()
This will change the rendering of the Data point from:
()
To:
()
Now we will define an event.
()
()
If you entered the fields as above the system will now inform you with on screen "Alarms" in the main menu, whenever the value of your data point falls below the minimum limit (22) for more than 5 seconds.
To create more elaborate views of the data, we can build "Graphical Views".
All attributes of a graphical view and its associated points are editable in the graphical view edit page. Views contain a collection of view components, which can be static content or dynamic content based upon one or more points.
All graphical views have a Name by which they are referred within lists of graphical views. This name should, but is not required to, be unique.
A view may optionally have a Background image upon which its components are superimposed. Users can use any type of image displayable within a browser for the background image, including GIF, JPEG, and PNG.
The Anonymous access attribute determines whether users who have not logged in may access the view.
In this example we will use a file called "powerplant.jpg".
()
()
()
()