The system supports configurable conditions for switching to a redundant system: state of individual modules, system resources, and manual selection. Redundancy ensures that the system runs smoothly in the case of a problem with one of the BS Husky servers, whether it is hardware, operating system, network or software. In addition, this ensures that the system operates continuously in the case of planned activities such as operating system upgrades, software versions upgrades, etc.
Bs Husky
BS TS SolutionsImpeccable IT solutions, Research, Development, Technologies Support during the entire product life cycle. This is BS TS
Download Solutions PDF
DownloadModularity
BS Husky consists of several types of modules, each with specific tasks:
UI modules for Desktop, Web or Mobile UI.
Core modules for processing and data management.
Driver modules for device protocols.
Modularity is important because it ensures the system is running smoothly while implementing new user requirements, testing new equipment, or troubleshooting during system operation.
Features
Online changes without application restart.
Upgrade version per module without affecting the other.
Redundancy
The system supports operation in redundant mode. The redundant side is in hot- standby mode (the redundant system modules are started, but in the locked mode so that they accept data but do not process information), and it can take over all communication in a few seconds.
Distribution
Signals from different systems can be used equally in automation processes and can be represented on the graphical interface. This allows the end user to view the management system together with the automation rules as one. In addition, the user can customize the monitoring structure to their needs, by simply organizing which locations will be monitored from which control centers.
Scripting
The system has a scripting mechanism that is based on a syntax that is similar to C syntax, but is executed interpreter, which means that the script code is not required to compile.
Scripts can be executed independently as separate processes or within a graphical interface during an event: a click of a button, window initialization, etc. Since the entire system is event-based, it is possible to subscribe to one or more signals within the script, which means that certain functions within the script will only be performed when the values of the monitored signals change. Such scripts enable fast and easy implementation of control and management logic in the complete system, as well as easy customization of graphical interface behavior according to user requirements.
1. COKP
2. Two-way communication
3. Server
4. Two-way communication
ProtocolsDrivers
The system has a set of standard protocols for communication with terminal devices or other systems, applications, etc.:
The predefined drivers allow you to easily connect to devices from different manufacturers without the need for additional implementation. In addition to these standard protocols, the system also has several closed protocols specific to the most represented manufacturers in the market:
Graphic interface modularity
The user interface is not a single monolithic entity, but it is possible to create templates from basic graphical elements and existing templates. This modularity is important because it enables the hierarchical organization of the user interface so that changes to the user interface can be made in a quick and easy way (at the user's request or for some other reason), thus reducing the possibility of errors since no copy-paste of elements is made.
Archiving and reporting
The system has the ability to archive data locally to the server in files and into the database and provides out of the box reports: