Key components such as Historian, Alarm Server, Report Engine and the Automation Logic Executor are completely integrated as core features of Sinolta. This eliminates conventional relational database approach where links between database tables need to be tracked and maintained by an endless number of tables.

Automation Engine is an event driven rule-based logic executor. Using SINOLTA Automation Engine, users can build their own customized data conversation, analytics, automation, data mining, report generation, and configurable condition monitoring.

Furthermore, Sinolta Automation Engine provides an environment to build custom interfaces to external devices by incorporating external libraries within the SINOLTA platform and accessing the library functions from the script function blocks.

Sinolta has been equipped with a state of the art, high-performance Historian engine. This engine eliminates a need for additional third-party historian databases such as SQL, Oracle or ACCESS databases or expensive historian packages or even cloud historians.

All information is processed and distributed in the form of events. Each event has its own timestamp in UTC and a set of quality flags. The event driven nature of Sinolta allows it to process incoming and outgoing information much more efficiently. Once an event is processed, the system goes into wait-mode until the next event arrives. The event driven characteristic of Sinolta provides unprecedented performance capabilities allowing users to run larger systems on smaller or fewer servers.

The same platform can be used for small system with a few points on a small computer (e.g. small remote facility) as a Gateway/HMI or on a system with several million objects (e.g. Control Center).

The same platform can be used for Process Control, Manufacturing, Transportation, Renewable Energy and Power Utility, Oil & Gas and Water applications.

A highly flexible architecture coupled with a set of powerful configuration tools allow System Integrators to customize their systems with no limitations.

Sinolta has a point centric architecture where all properties of a point such alarm, data logging, scaling and several other features are embedded as part of the point structure. This eliminate any need for separate table that are linked to the system database.

The point centric architecture provides a highly structured and intuitive relationship between a point and its hundreds of properties.

All conventional SCADA systems only provide one set of HMI screens as an interface for all users.
While Sinolta can be configured to provide restricted access to the control room for the operation staff, it can provide a much more customizable user interface for both operations and non-operations staff. Each user can easily create and customize their own screen layouts and share those screens with their colleagues.

While, simple and small projects can be built using point-based configuration, advanced users can take full advantage of advanced tools such Export/Import, Grid Edit, Substitution, Class Structures and Templates to build and maintain more complex systems quite rapidly.

Users can make bulk changes either within the Sinolta Database Builder that is similar to Excel grid or export tables to a CSV or an Excel file to make large changes and import them back in.

Classes are used to create self-contained groups of points that are made up of several I/O points and other system objects such as logic points, timers and alarm objects.

Only a few HMI packages provide limited version of classes and templates. Sinolta’s implementation allows users to create smarter templates with embedded logic in each template.

Substitutions allow us to build generic compound objects or HMI screens that can be reused for similar facilities or equipment during the runtime. For example, if you have 50 devices of the same model, using the substitution technique, you can build one screen for all 50 devices that point to the right device during the runtime.

Quality Flags are rooted in Power Utility applications. They provide valuable information about the status of a point such as offline/online, forced, overflow or normal.

Sinolta provides 38 Quality Flags for each point. Sinolta native protocols update the Quality Flags as data arrives from the field devices.

Conventional large and expensive SCADA systems can be set up to monitor hundreds of thousands of points. Data is maintained in one system and segregated by security configuration.
Sinolta’s platform allows you to run multiple distinct projects simultaneously on a single server without needing to use a VM for each system. This capability enables us to create clusters of data servers that manage different segments of the system. This distributed approach provides a considerable advantage for system reliability, scalability, security and portability of the project data.

SCADA systems are constantly accessing the computer hard drives during runtime. An unplanned power disruption can cause unexpected system behaviors and file corruption. An Uninterruptable Power Supply (UPS) has been able to address this issue for short term power failures; however, during long-term power failures, UPS systems will eventually run out of battery and will force the servers to either shut down or go to the sleep mode which neither one is acceptable for the SCADA systems.

The best way to avoid any data corruption or any undesirable behaviour is to gracefully stop the SCADA system before batteries are drained and automatically restart the system once the power is restored.  Sinolta UPS service monitors the power outages via the UPS communication link and sends a signal to the system to gracefully shutdown before the UPS batteries are completely drained. Once the power is restored, Sinolta UPS service will automatically start the projects.

Sinolta UPS service can also send email notifications to inform the SCADA administrator of both power failure and recovery events.

Sinolta supports bi-lingual capabilities. While all configuration tools are in English, Sinolta database and HMI screens can each be configured to support two out the following 5 languages:

English
French
German
Portuguese
Spanish

System integrators can setup a project to have one of the above languages as a primary language and another one as a secondary language.