Monday, March 18, 2019

IEC TC 57 Just Published IEC 61850-90-20 - Guideline to Redundancy Systems

IEC TC 57 Just Published 39 page document 57/2080B/DC

IEC TR 61850-90-20 ED1, Communication networks and systems for power utility automation –
Part 90-20: Guideline to redundancy systems

Excerpt:
Scope
This part of IEC 61850 describes use cases of redundant systems.
The purpose of this document is to suggest how to model redundancy systems within the IEC 61850 domain and provide a guideline on implementation possibilities.
This report considers duplication of function and devices and not systems.
The report is not a guideline on the design of redundancy systems, guidance on designing
redundancy systems can be found in textbooks like
  • High Availability and Disaster Recovery: Concepts, Design, Implementation by Kalus Schmidt, ISBN-10: 3540244603
  • Blueprints for High Availability: Designing Resilient Distributed Systems by Evan Marcus, ISBN-10: 0471356018
Comments to this draft are due by 2019-04-12 at the latest

IEC TC 57 Just Published IEC 61850-10-3 on Functional Testing of IEC 61850 Based Systems

IEC TC 57 published 79 page document 57/2082/DC:

IEC TR 61850-10-3 – Communication networks and systems for power utility automation –
Part 10-3: Functional testing of IEC 61850 based systems

Excerpt:
The growing success of the IEC 61850 series calls for guidelines for testing of substations implementing this standard. This technical report aims at producing a practical guide for protection, automation and control (PAC) engineers on best practise for testing of IEC 61850 Edition 2 with Tissues/Ed. 2.1 based devices and systems.
Since the release of the first edition of the IEC 61850 standard in 2002-2005 thousands of substations have been built making use of the new multi-part standard. Most of those systems are more integrated and complex than the previously deployed, making use of multi-function capable IEDs and the rich feature set of IEC 61850. Especially the sending and receiving of protection trips via GOOSE messaging control commands/indications, monitoring and time synchronisation information over the same shared equipment or network will need to drive changes to existing test methods and practices as many of the traditional test boundaries have changed.
Despite the large number of commissioned IEC 61850 substations considerable uncertainty among end-users (system integrators and power utilities) regarding the correct testing procedures still exists. Devices implemented according to the first edition of the standard also utilized a limited part of the test related functionality in the standard. Much of the functionality included in IEC 61850 to allow efficient, functional oriented testing has been clarified and extended in the second edition of IEC 61850 parts, 6, 7-1 to 7-4, 8-1 and 9-2. Therefore, there is a need to help the industry by describing the methods and principles for testing the IEC 61850 based applications.
This Technical Report provides insight into the changing requirements and practice of testing following the introduction of IEC 61850 based devices and systems. One example is the disappearance of so-called ‘hardwired’ connections between substation automation devices.
These connections are replaced by communication networks and this means that traditional simulation and isolation of signals for the purpose of testing is no longer possible.

Comments to this draft are due by 2019-04-19

Saturday, March 16, 2019

IEC TC 57 Just Published Draft IEC TS 618540-1-2 - Extending IEC 61850

IEC TC 57 just published the 43 page draft 57/2084/DTS:

Communication networks and systems for power utility automation IEC 61850-1-2 -
Guideline on extending IEC 61850

CLOSING DATE FOR VOTING: 2019-06-07

Excerpt of the draft:
------------
1 Scope
This document is intended for any users but primarily for standardization bodies that are considering using IEC 61850 as a base standard within the scope of their work and are willing to extend it as allowed by the IEC 61850 standards. The document identifies the required steps and high-level requirements in achieving such extensions of IEC 61850 and provides guidelines for the individual steps. Within that scope, the document addresses the following cases:
  • The management of product-level standards for products that have an interface based on IEC 61850
  • The management of domain-level standards based on IEC 61850
  • The management of transitional standards based on IEC 61850
  • The management of private namespaces based on IEC 61850
  • The development of standards offering the mapping of IEC 61850 data model at CDC level
  • The development and management of IEC 61850 profiles for domains (underlying the role of IEC 62361-103 and IEC 61850-7-6)
The document includes both technical and process aspects :
On the technical side, the document:
  • Reminds the main basic requirements (mostly referring to the appropriate parts of the series which host the requirements or recommendations)
  • Lists all possible flexibilities offered by the standards
  • Defines which flexibilities are allowed/possible per type of extension cases
On the process side, the document covers:
  • The initial analysis of how the existing IEC 61850 object models and/or communication services may be applied and what allowed extensions may be required for utilizing them in new or specific domains (including private ones). The results of that step are expected to be documented
  • The extension of the IEC 61850 object models for new domains. The typical associated work is to identify existing logical nodes which can be reused “as is”, to determine if existing logical nodes can be extended, or to define new logical nodes
  • The purpose and process to use transitional namespaces, which are expected to be merged eventually into an existing standard namespace
  • The management of standard namespaces
  • The development of private namespaces
---------------
It is highly recommended to have a closer look at this document and review the content in detail. Because in the end it will be used as a very crucial "cook-book" for those that need to extend the standard series IEC 61850 and IEC 61400-25.

Wednesday, March 13, 2019

Smart Grid Communication Challenges With IXXAT SG Gateways

Smart Grid communication challenges can easily be solved with IXXAT SG-gateways

New IIoT gateways from HMS allow industrial 
equipment to communicate with smart grids.

IXXAT SG-gateways...
  • Enable easy remote control and management of electrical systems
  • Support IEC 61850 client/server, GOOSE, proxy gateway, IEC 60870-5-104 client/server and VHPready
  • Provide Modbus-TCP client/server and Modbus-RTU master/slave interfaces
  • Enable SNMP, SNTP, and cloud connectivity
  • Provide I/O, M-Bus, PROFIBUS, PROFINET and EtherNet/IP interfaces
  • Are safe – firewall, OpenVPN & password protection
  • Support IEC 60870-5-104 redundancy acc. edition 2 (Norwegian Convention)
Click HERE to enter the world of IEC protocols for power delivery systems
[EN, DE, FR, CN].
Hier klicken ... für ein Kurzvideo und weitere Informationen ... von Martin Matt, Produktmanager Energy Communication bei HMS Networks, über intelligente Smart-Grid-Gateways.

Saturday, March 2, 2019

IEC TC 57 Just Published Draft IEC 61850-90-20 On Redundancy

IEC TC 57 just published the first Draft IEC 61850-90-20 on System Redundancy:

57/2080A/DC
IEC TR 61850-90-20 ED1
Communication networks and systems for power utility automation –
Part 90-20: Guideline to redundancy systems

Excerpt from the Introduction:

"The paper “CIGRE B5-109: Redundancy challenges on IEC 61850 systems and Migration
Paths for IEC 61850 Substation Communication Networks” introduce redundancy concepts as
follows
“Device redundancy of substation control units may be required in order to increase the availability of the substation automation system at the station level. System level redundancy is achieved by hot-hot or hot-standby configuration of duplicated station units that need to exchange information to ensure data consistency as well as coordinated and safe operation.
IEC 61850 communications in redundant configuration of duplicated clients faces challenges how to ensure that database in both central station control units are synchronized and that no events are lost during the switchover from the primary to secondary IEC 61850 client.”
A proposed redundancy system consists of two IED entities forming a logic IED. One or more lower level IEDs, e.g. merging units or circuit breaker, delivering the input data for the IED entities and getting results from the IED entities. One or more higher level clients receives output data from the IED entities for supervision or HMI.
Additionally, a higher level IED might exist, which supervises the state of the redundant system. In this context this concerns especially the state of the IED entities, so that a failed IED can be detected and repaired before the second IED fails.
The communication between the redundant system application and the lower level IEDs takes place with IEC 61850, mainly based on IEC 61850-8-1(MMS) reporting and commands, for time critical functions with IEC 61850-8-1(GOOSE) and IEC 61850-9-2(SV).
The communication to station level clients based on IEC 61850 is typically MMS based for supervision, commands and settings configuration changes. Since MMS is acknowledged service, server and client are aware of each other and the client supervises the servers. If both redundant system IEDs are hot, the client might select which of them it takes for executing a service request."

The TC57 P-members are invited to submit comments to this draft by 2019-03-29 at the latest.

Please note:
The application domains that need redundant systems may be crucial (for some high voltage systems) but may not be applicable for most systems in the energy delivery domain. This document is really of interest for a small, special group of experts ... not everybody interested in using IEC 61850 for exchanging some signals may need to check that draft document.
One challenge with IEC 61850 is: Which subset out of a big standard series do I need to understand for my application - that means: YOU HAVE TO KNOW YOUR APPLICATION !!

Saturday, February 23, 2019

OPC-UA@TSN, Profinet@TSN or CC-Link@TSN - and IEC 61850

Automation and industrial communication are buzzwords for decades. They mean something quite different when you look at the 80s, 90s, 00s, 10s, today ... Where are we today? Not really far away from the 80s.

In February 1985 I attended the first time the GM MAP Team in Detroit (MI) - it was a cold week:



This was my first trip to the USA. At that time I did not expect to come back to the US for more than 130 times ... almost all trips related to standardization: MAP, MMS, UCA, IEC, IEEE, ...
The MAP (Manufacturing Application Protocol) project and especially the MMS (Manufacturing Message Specification) standard where the first combined attempt to define a single set of  international standards for manufacturing automation systems. As you may know: they failed - because they were far too early.
MMS (ISO 9506) defines many services that have been smiled at. But if you read today (2019-02-23) what experts in the OPC/UA World are looking at - then you wonder how it was possible in the 80s to define most of the basic services the industry is looking for TODAY:
  • Client/Server
  • Selfdescription
  • Read/Write/Report
  • Two-Way-DataExchange (like RPC)
  • Standard Configuration
  • Semaphore
  • Event Management
  • Journaling (Logging)
  • ...
It really took 30+ years before the industry understood what is really needed besides the myriad of Fieldbusses!!

Since the MAP days we have learned some crucial lessons:
  • In addition to Client/Server we need Publisher/Subscriber (as defined some 15 years after the MAP project in IEC 61850; GOOSE and Sampled Values)
  • In addition to ISO/OSI Transport we need TCP/IP ... done in IEC 61850.
  • We need many semantic models ... as the many Hundred Logical Nodes in IEC 61850, e.g., for electrical measurements MMXU or Temperature Supervision STMP, ...
  • Standardized system configuration is key for any future automation system ... as defined in SCL (IEC 61850-6) for energy systems.
Fieldbusses are understood today as the "maximum credible accident". Heinrich Munz (Lead Architect Industry 4.0 at KUKA) says in the just published special issue ot the magazine "tsn & opc ua 2019" (www.computer-automation.de) on page 12: "Jeder Gerätehersteller muss die Anschaltung und das Engineering jedes seiner Produkte an mehr als zehn unterschiedliche Feldbusse entwickeln und pflegen - ein betriebs- und volkswirtschaftlicher Super-GAU." [Each vendor has to develop and maintain hardware and engineering tools for each of his products to be compliant with more than 10 different fieldbusses - economically a maximum credible accident.]
My personal resume after reading through the special magazine is this:
  • The third fieldbus war started some years ago and is expected to go on for many years. 
  • The standard series IEC 61850, IEC 62351, IEC 61968/70 (CIM), IEC 61400-25, ... provide most of what OPC-UA and TSN are looking for.
  • It is likely that the providers of traditional and Ethernet-based Fieldbusses will migrate during the next years to OPC UA and TSN.
  • OPC UA and TSN will be implemented and used - why not?
  • In the meantime the energy domain is already using and extending the semantic models, applying the needed services and feeling happy with the standardized configuration language.
  • What else do you need?
The French novelist Andre Gide nailed it when he wrote, "Everything that can be said has been said, but we have to say it again because no one was listening."

According to my 50 years of experience as a technician, the most crucial challenge in automation is this: People of different application domains (control center, RTU, protection, PLC programming, robot controlling, communication, security, engineering, maintenance, ... telecomms, internet, web, ...) DO NOT LISTEN TO EACH OTHER!!! If one expert of a specific domain talks - no one from the other domains is listening!
Talk together and have a look at what people have said and done even decades ago! It may be better than what you were told. It may save you hours and days and weeks ... of struggling.

Workshop „IEC 61850 und CIM – Durchgängige Automatisierung im Netz der Zukunft“

Am 11. April 2019 findet in Frankfurt ein interessanter Workshop zu den Themen IEC 61850 und CIM (IEC 61968/70) statt:

Workshop „IEC 61850 und CIM – Durchgängige Automatisierung im Netz der Zukunft“

Die konkrete Anwendung von CIM mit aktuellen Praxisbeispielen, Fragen und Antworten sowie Diskussionsgrundlagen erwarten Sie auf dem diesjährigen Workshop.

Folgende Themen sind u. a. geplant:

  • Kurzeinführung IEC 61850 und Smart Grid Architecture Model (SGAM)
  • Vertikale Integration und End2End-Nutzung auf Basis der IEC 61850 Datenmodelle
  • Anwendung von IEC 61850 für Kommunikation in der FNN Steuerbox und Abbildung in CIM
  • Anwendungsbeispiele Verteilnetze
  • IT-Security aus Sicht der Verteilnetzautomatisierung
  • Podiumsdiskussion „Wie sehen Standards der Zukunft aus?“

Klick hier für weitere Informationen.

Es ist ratsam, an diesem Workshop teilzunehmen und mit den Experten zu diskutieren, welcher Weg in der Zukunft zielführend sein wird (soll)! 

Sunday, February 10, 2019

IEC 61850 Series is Growing Very Fast: 50+ parts soon

The standard series IEC 61850 (Communication networks and systems for power utility automation) is growing faster than expected some years ago. Currently the series comprises 50+ parts published, under revision or new content:
























Klick on picture to magnify.
Enjoy!

Saturday, February 9, 2019

Difference between IEC 60870-5-104 and IEC 61850

There seems to be a growing interest to understand what the difference is between IEC 60870-5-104 and IEC 61850. There have been many discussions, complaints, and frustrations ... no wonder.Here is what I have answered to somebody this week:

Dear xxx,

I guess I got it ... you are analyzing the communication inside a station ... to the IEDs (protection, control, ...).

The IEC 60870-5-104 plus a lot of utility or project specific (signal) engineering will do the job – has done it for decades.

The engineering is the key issue when comparing the two standards … if you can compare them at all!!

IEC 61850 offers a lot more than 104 or DNP3 …



From a message overhead point of view, you can say, that both are more or less the same ... because they use both Ethernet and TCP/IP. There is no benefit to use one or the other.
It is likely that IED vendors will mainly focus on IEC 61850 ... and may get rid of 104 in the long run.
I have always said that utilities using 104 in all substations should continue to use it – until they build new substations or do major refurbishments. There is no need to replace a running 104 solution with IEC 61850 ...
Another issue is: To use GOOSE for interlocking … to get rid of copper … or use it for tripping … and use sampled values some time down the road.
Finally there is an issue with manpower: If the utility has senior experts in 104 close to retirement … they should wait until they have retired. Yes! I have seen many old engineers not willing to learn something completely new!!
Click HERE for a detailed comparison written by domain experts.
Hope that helps a bit more.
Best Regards,
Karlheinz

IEC TC 57 Has Published New Work Proposal For IEC 61850-6-3

IEC TC 57 has just published a new work proposal for IEC 61850-6-3 proposed by the Chinese National Committee:

57/2075/NP
Communication networks and systems for power utility automation –
Part 6-3: Configuration description language for physical resource related to IEDs in substation network systems

CLOSING DATE FOR VOTING:
2019-05-03

Scope:
"The international standard defines the emerging requirements from physical resource description side to facilitate the design, system integration, test, fault analysis and commission, etc. during different stages when IEC 61850 is applied. It described how the physical resource information, such as IED’s dimension, communication port and optical connection, is to be modelled using the System Configuration Language (SCL) which is incorporated under IEC 61850. The application scenarios include but are not limited these mentioned stages.

Furthermore, IEC 61850-6-X helps to fill a gap and establish a relationship between logic function and physical resource information according to the existing IEC 61850 communication structure and configuration description language. The initial focus on application within substations, includes following cases:

  • Physical information related to infrastructure in electrical substations, including cubicle, trench, optical, wire, etc.
  • Physical information related to devices in electrical substations, including device dimension, amount model, physical port, etc.

The proposed international standard specifies a file format for describing dimension, communication connection port, optical wire, cubicle, trench related to IEDs within substations, and the relations between them and logical functions."

The NP notes that "In China, by the end of 2016, nearly 3,000 substations of 110 kV or above based on IEC 61850 had been under operation."

The standard series IEC 61850 is really growing in 2019, see extra post.

Monday, January 14, 2019

Omicron offers new ways for IEC 61850 Substation Automation System testing

Testing the automation, control, and SCADA communication in IEC 61850 Substation Automation System (SAS) is as time consuming as testing the protection – or often even more.

StationScout simplifies the testing and reduces the required effort significantly.

With its powerful functions, StationScout is a specialist for the whole lifecycle of a SAS – from engineering to continuous maintenance. The clear status overview provides ideal support for commissioning and maintenance engineers during the different tasks in Substation Automation Systems utilizing IEC 61850.

Key features:

Status overview: StationScout provides a clear overview of the substation, visualizing the communication according to IEC 61850 in SCL files, values and states in the substation.

Signal tracing: The communication diagram of StationScout allows for signal tracing, from the overview down to the detailed communication message attributes.

Automated testing: StationScout is able to re-use predefined test plans for an automated testing procedure.

Cyber security: The dedicated hardware of StationScout ensures cyber secure operation within the substation communication network.

Simulation: The powerful simulation features of StationScout simplify testing and commissioning. Missing IEDs and IOs can also be simulated.

Defining own names: IEC 61850 abbreviations are quite cryptic. Defining of own names in StationScout allows for comfortable asset handling.


Click HERE for detailed information about the StationScout (English)
Click HERE for detailed information about the StationScout (German)

Smart Grid Interface Modul (SGIM) supports IEC 60870-5-104, DNP3, IEC 61850 and OPC UA

Smart Grid Interface Modul offered by BeEnergy (Pohlheim/Germany)

The Smart Grid Interface Module (SGIM) is a ready-to-use system to monitor measured electrical values in switch cabinets and cable distribution cabinets. The mechanical design of SGIM is in line with industrial standards and is especially meant to be installed in a 185mm busbar system.
SGIM is built from two main parts: the installation platform and the plug-in unit. The plug-in unit contains all necessary control, communication and measurement functions to provide measured data either to a cloud-based data management system or via standard IEC protocols like IEEE 1815 - DNP3, IEC 60870-5-104 and IEC 61850 as well as industrial protocols like OPC/UA.
The device includes a local web server for the visualisation of the acquired data, the configuration of drivers and communication protocols as well as an interface to the WEB-PLC editor.







Click HERE for more information (Data Sheet).
Click HERE to visit BeEnergy

Wednesday, December 12, 2018

TÜV SÜD closes their IEC 61850 / UCAIUG Test Lab

TÜV SÜD (Munich, Germany) a long time provider of IEC 61850 Interoperability and Conformity Testing Services closes their Test Lab.
They emailed today says: "... Unfortunately, we do not supply Interoperability and Conformity Testing Services according to IEC 61850 any longer, which have been replaced by other focus areas in our portfolio. ...".
There was no specific reason for their decision provided.
You may ask me about my opinion. Here it is first brief statement:
  • The standard series IEC 61850 is very comprehensive - applicable in many different application domains. 
  • Implementations of the communication software for Client/Server (MMS based), Publisher/Subscriber (GOOSE), general APIs, and appropriate IED specific configuration tools are very comprehensive (and very complex!) as well.
  • The IEDs tested and certified will likely operate in applications that need many times more logical nodes (and associated FUNCTIONS) than what was tested to get a certificate.
  • MMS is also very complex regarding services and protocol. Unfortunately requires a lot of best skills to implement ... it has been implemented very well by a few companies like SystemCorp.
  • The most crucial aspect of IEC 61850 is the huge number of logical nodes (that represent so many functions). This semantic is of great importance to the energy industries.
  • One of the key issues in the years to come is this: Use the semantic of IEC 61850 and configuration language and map the needed (usually very simple and restricted) semantic configured in a SCL file automatically to JSON-Objects and communicate the JSON encoded information via http(s) or similar protocols
  • This will allow to use IEC 61850 in any project that requires to exchange the well defined semantic of IEC 61850. E.g., the semantic of the schedule logical node (FSCH and FSCC) can easily be configured in JSON. The underlying function (the SCHEDULING) needs to be implemented independently of using MMS/ASN.1 or JSON. The benefit of using JSON is here: Everybody that can program in Python or JS or ... can use the JSON encoded messages directly in the application program.
  • I am working on such a solution that makes IEC 61850 really applicable for simple applications ... http(s) and JSON are used everywhere and can be applied by everybody.
  • More to come!
  • Stay tuned.
For those simple applications with a dozen of points or so ... there would be a need for just a very simple and basic interoperability and conformance test.

Thursday, November 15, 2018

IEC 61850 Seminar in INDIA CHENNAI 19 Nov, VADODARA 21 NOV

Dear All,

Please note the invitation to a great Seminar by Andrea Bonetti in INDIA
- CHENNAI 19 Nov
- VADODARA 21 NOV

Click HERE for details.

Saturday, November 3, 2018

IEC 61850 Tissue Data Base - In Operation Under IEC

The IEC 61850 Tissue Data Base is in operation again - now under IEC Logo.

Click HERE for accessing the Data Base:



The registration as a new user will be possible soon.

Enjoy the crucial resources.

Monday, October 8, 2018

IEC 61850-7-1 CDV Amendment 1 available for comments

The Amendment 1 of IEC 61850-7-1 is now available for comments and voting:

Communication networks and systems for power utility automation –
Part 7-1: Basic communication structure – Principles and models

IEC TC 57 just published the document 57/2035/CDV.

Ballot closes 2018-12-28.

The CDV is publicly available for comments for everybody:

Click HERE for Public CDV Commenting - you just need to register.

Please note the following:

The distributed CDV reflects the amendment 1 (corrections and extensions) to IEC 61850-7-1 Ed2.

A second document (called consolidated edition 2.1) incorporates the amendment 1 (120 pages) and the existing Ed2. The consolidated edition (195 pages) is circulated as 57/2036/INF (unfortunately not publicly available).
After the CDV/FDIS approval process the consolidated version will be published together with the amendment 1 under reference IEC 61850-7-1 Ed2.1.

The version 2.1 will introduce the latest modelling extensions.

The new version of IEC 61850-7-1 will be one of the most crucial documents of the standard series IEC 61850. As the editor of edition 1 I see that most of the content of the version 1 is still the basic information presented in this part 7-1 😊

This document shows also that the standard series is growing and getting quite complex ... for simple applications you need to understand what is mandatory and what is optional!

Monday, September 17, 2018

Technical Report Considering Protection IEDs with Digital Inputs and Output under way


The IEC TC 95 Ad Hoc Working Group 3 (AHG3 meeting in Nanjing this week) 


is discussing the scope of a new document with the following Scope;

This Technical Report aims at considering protection IEDs with digital inputs and output complying with IEC 61850 and IEC 61869 standards, in particular 
  1. subscribing streams of digital Sampled Values (SV) representing energizing inputs of the protection function.
  2. subscribing GOOSE and/or reports by the protection function (eg. cb position, cb failure).
  3. publishing GOOSE messages (e.g. trip orders).
  4. subscribing time synchronization information.
On this base, this document will give recommendations and guidelines concerning requirements and testing of protection IED with digital inputs and outputs within TC95.

Requirements regarding characteristics of the communication network are not within the scope of this Technical Report. Delays and jitter due to the network have to be taken into account by network engineering. Figure 1 below shows the functional chain of a protection function.  This Technical Report only considers the data received and publish by the protection IED as shown in figure below. 

More to come ...

Monday, September 10, 2018

IEC 61850 Applications in Germany - DKE Documents Online for Free Download

The German National Committee of IEC TC 57 (DKE K 952) has many members of various Working Groups (in the national as well as in the international groups) that discussed the IEC 61850 standard series in general and particularly how the standards could be applied to substation automation and protection. One of the key issues is the modelling and configuration using SCL.

Several documents in German and in English are available:



Click HERE for the link to the above page.

Enjoy the documents.