Softbit Technologies Pvt. Ltd.

IEC 60870-5-101

IEC 60870-5 specifies a number of frame formats and services that may be provided at different layers. IEC 60870-5 is based on a three-layer Enhanced Performance Architecture (EPA) reference model (see Figure 4.1) for efficient implementation within RTUs, meters, relays, and other Intelligent Electronic Devices (IEDs). Additionally, IEC 60870-5 defines basic application functionality for a user layer, which is situated between the Open System Interconnection (OSI) application layer and the application program. This user layer adds interoperability for such functions as clock synchronization and file transfers. The following descriptions provide the basic scope of each of the five documents in the base IEC 60870-5 telecontrol transmission protocol specification set. Standard profiles are necessary for uniform application of the IEC 60870-5 standards. A profile is a set of parameters defining the way a device acts. Such profiles have been and are being created. The 101 profile is described in detail following the description of the applicable standards.

SCADA PROTOCOLS

In a SCADA system, the RTU accepts commands to operate control points, sets analog output levels, and responds to requests. It provides status, analog and accumulated data to the SCADA master station. The data representations sent are not identified in any fashion other than by unique addressing. The addressing is designed to correlate with the SCADA master station database. The RTU has no knowledge of which unique parameters it is monitoring in the real world. It simply monitors certain points and stores the information in a local addressing scheme. The SCADA master station is the part of the system that should “know” that the first status point of RTU number 27 is the status of a certain circuit breaker of a given substation. This represents the predominant SCADA systems and protocols in use in the utility industry today.
Each protocol consists of two message sets or pairs. One set forms the master protocol, containing the valid statements for master station initiation or response, and the other set is the RTU protocol, containing the valid statements an RTU can initiate and respond to. In most but not all cases, these pairs can be considered a poll or request for information or action and a confirming response. The SCADA protocol between master and RTU forms a viable model for RTU-to- Intelligent Electronic Device (IED) communications. Currently, in industry, there are several different protocols in use. The most popular are International Electrotechnical Commission (IEC) 60870-5 series, specifically IEC 60870-5-101 (commonly referred to as 101) and Distributed Network Protocol version 3 (DNP3).

3.3 Networked SCADA Systems

The current generation of SCADA master station architecture is closely related to that of the second generation, with the primary difference being that of an open system architecture rather than a vendor controlled, proprietary environment. There are still multiple networked systems, sharing master station functions. There are still RTUs utilizing protocols that are vendor proprietary. The major improvement in the third generation is that of opening the system architecture, utilizing open standards and protocols and making it possible to distribute SCADA functionality across a WAN and not just a LAN.

Open standards eliminate a number of the limitations of previous generations of SCADA systems. The utilization of off-the-shelf systems makes it easier for the user to connect third party peripheral devices (such as monitors, printers, disk drives, tape drives, etc.) to the system and/or the network.

As they have moved to “open” or “off-the-shelf” systems, SCADA vendors have gradually gotten out of the hardware development business. These vendors have looked to system vendors such as Compaq, Hewlett-Packard, and Sun Microsystems for their expertise in developing the basic computer platforms and operating system software. This allows SCADA vendors to concentrate their development in an area where they can add specific value to the system–that of SCADA master station software.

The major improvement in third generation SCADA systems comes from the use of WAN protocols such as the Internet Protocol (IP) for communication between the master station and communications equipment. This allows the portion of the master station that is responsible for communications with the field devices to be separated from the master station “proper” across a WAN. Vendors are now producing RTUs that can communicate with the master station using an Ethernet connection. Figure 3.3 represents a networked SCADA system.

Another advantage brought about by the distribution of SCADA functionality over a WAN is that of disaster survivability. The distribution of SCADA processing across a LAN in second-generation systems improves reliability, but in the event of a total loss of the facility housing the SCADA master, the entire system could be lost as well. By distributing the processing across physically separate locations, it becomes possible to build a SCADA system that can survive a total loss of any one location. For some organizations that see SCADA as a super-critical function, this is a real benefit.

Distributed SCADA Systems-(IV)

The WAN used to communicate with devices in the field were largely unchanged by the development of LAN connectivity between local stations at the SCADA master. These external communications networks were still limited to RTU protocols and were not available for other types of network traffic.

As was the case with the first generation of systems, the second generation of SCADA systems was also limited to hardware, software, and peripheral devices that were provided or at least selected by the vendor.

Distributed SCADA Systems-(III)

Some of the LAN protocols that were used were of a proprietary nature, where the vendor created its own network protocol or version thereof rather than pulling an existing one off the shelf. This allowed a vendor to optimize its LAN protocol for real-time traffic, but it limited (or effectively eliminated) the connection of network from other vendors to the SCADA L...AN. Figure 3.2 depicts typical second generation SCADA architecture.

Distribution of system functionality across network-connected systems served not only to increase processing power, but also to improve the redundancy and reliability of the system as a whole. Rather than the simple primary/standby failover scheme that was utilized in many first generation systems, the distributed architecture often kept all stations on the LAN in an online state all of the time. For example, if an HMI station were to fail, another HMI station could be used to operate the system, without waiting for failover from the primary system to the secondary.

Distributed SCADA Systems-(II)

Some of these distributed stations served as communications processors, primarily communicating with field devices such as RTUs. Some served as operator interfaces, providing the human-machine interface (HMI) for system operators. Still others served as calculation processors or database servers. The distribution of individual SCADA system functions across multiple systems provided more processing power for the system as a whole than would have been available in a single processor. The networks that connected these individual systems were generally based on LAN protocols and were not capable of reaching beyond the limits of the local environment.

Monolithic SCADA Systems-(IV)

Redundancy in these first generation systems was accomplished by the use of two identically equipped mainframe systems, a primary and a backup, connected at the bus level. The standby system’s primary function was to monitor the primary and take over in the event of a detected failure. This type of standby operation meant that little or no processing was done on the standby system. Figure 3.1 shows typical first generation SCADA architecture.

Monolithic SCADA Systems-(III)

Connectivity to the SCADA master station itself was very limited by the system vendor. Connections to the master typically were done at the bus level via a proprietary adapter or controller plugged into the Central Processing Unit (CPU) backplane.

Monolithic SCADA Systems-(II)

The communication protocols in use on SCADA networks were developed by vendors of RTU equipment and were often proprietary. In addition, these protocols were generally very “lean”, supporting virtually no functionality beyond that required scanning and controlling points within the remote device. Also, it was generally not feasible to intermingle other types of data traffic with RTU communications on the network.

Dear Student,

Softbit Technologies is arranging, 4- 8 weeks FREE Internship for students of engineering colleges by the end of current semester.

To select the students for this free internship we are conducting an free online test on 9th & 10th March, 2013.
Students to register for this test latest by 5th March, 2013 by clicking upon the link:

http://www.softbitonline.com/student.html

Students may also contact - +91 8527144266
+91 8527133266
+91 8527152266

Students from EEE/ECE/EE/I&C/ME/CS/IT, any year may register.
_____________________________________________________________________________________________
• After the internship certificate would be given as well their resume would be put in our online job portal.
• Students opting for internship with other companies may also register with us.

Training Courses:
Students can choose any of the different training modules to learn and practice - Online CAD/CAM modules for Machine Design like - AC Electric Motor Design, HT Transformer Design, Electrical Control Panels Design, CT Design, Auxiliary Transformer Design, LT Transformer Design, Wireless SCADA System, GSM/GPRS Technology for Remote Monitoring & Control and many more...


Regards
Softbit Technologies
Mobile: +91 8527144266
New Delhi - 110015.

Softbitonline - Internship * Job Oriented Courses * Technical Training For Engineering Students Web based online internship for engineering students

Monolithic SCADA Systems-(I)

When SCADA systems were first developed, the concept of computing in general centered on “mainframe” systems. Networks were generally non-existent, and each centralized system stood alone. As a result, SCADA systems were standalone systems with virtually no connectivity to other systems.

The Wide Area Networks (WANs) that were implemented to communicate with remote terminal units (RTUs) were designed with a single purpose in mind–that of communicating with RTUs in the field and nothing else. In addition, WAN protocols in use today were largely unknown at the time.

SCADA Architectures-(I)

SCADA systems have evolved in parallel with the growth and sophistication of modern computing technology. The following sections will provide a description of the following three generations of SCADA systems:

• First Generation – Monolithic
• Second Generation – Distributed
• Third Generation – Network