citect scada software protection failure

Also due to local regulations a separate server might be required for Metering, Fault Recording, etc. Possible architectures of ISAS systems.Īlthough different architectures are supported by the software, the most common architecture we’ve seen in real applications is centralization of most functions and using back-up server for redundancy. SCADA system (if required) is connected to ISAS servers via MMS as well as HMIs.įigure 1.Monitoring and control operations are performed via panel PC HMI(s) also fully configurable with SCL-like files and communicating to ISAS servers via MMS.The configuration of ISAS is 99 percent based on the SCD file, that fully describes the whole PAC system, including protection settings.ISAS architecture allows redundant schemes where multiple servers back-up each other.one server is running one instance of the software implementing functions for all bays of a substation) as shown in Figure 1. independent instances of the software running on independent servers) to fully centralized (i.e. ISAS allows multiple system architectures from fully decentralized (i.e.ISAS runs under Linux OS with special real-time kernel patches.it might be running an almost any 86_64 arch machine). In our case we have been dealing with the following architecture of the system: Some of the introduced systems are tied to specific hardware, while others might run on independent platforms.

There have already been introduced a number of concepts of centralized systems starting from devices capable of protecting multiple feeders, up to fully centralized systems capable of handling of the whole substation protection and automation in a single high-performance server.

Citect scada software protection failure