Some Hints On Static And Dynamic Reporting According To IEC 61850

Let me briefly help to understand the term dynamic and static regarding reporting:

Every report control block must be “created” in an SCL file – no way to create a report control block with a service.

Several report control block attributes can be configured in an SCL file or set (overwritten) by a (MMS) service.

A data set can be “created” in an SCL file or by the optional service CreateDataSet.

The term “dynamic” could apply to the setting/overwriting of report control block attributes, and the creation of data sets.

In one case with a Gateway from a well known vendor (as a client) I have seen that the client always defines the data sets dynamically!! And links a given report control block to that created data set. If a server does not support the service CreateDataSet, then you get into trouble …

A nice summary can be found here:

https://wiki.lfenergy.org/pages/viewpage.action?pageId=56380504

For operational functions (protection, control, …) the only dynamical services that should be allowed are to enable or disable the report control blocks. This should be configured in the corresponding SCL file for an IED by setting the attributes to “Conf”:

<ReportSettings cbName="Conf" datSet="Conf" rptID="Conf" optFields="Conf" bufTime="Conf" trgOps="Conf" intgPd="Conf" resvTms="true" owner="true" />

Example of a device from a well known vendor I received the other day:

<ReportSettings cbName="Conf" datSet="Dyn" rptID="Dyn" optFields="Dyn" bufTime="Dyn" trgOps="Dyn" intgPd="Dyn" resvTms="true" owner="true" />

Dynamic setting or overwriting of control block attributes or creation of a data set by a service could cause a lot of troubles!! Client and server should not allow it!  A well known RTU (client) overwrites dynamically a report control block attribute (in the server) immediately after it has connected to the server … that should not be accepted.

It could have a big impact on testing, e.g., you expect that a report (or GOOSE, SMV) message has a structure defined by a data set “X with 5 members” (according to the SCL file) … but you receive a message with 3 members (from data set Y) only … because somebody has overwritten the attribute “DatSet” of the report (GOOSE, SMV) control block. 

IEC 61850 is very flexible … to cause trouble … if you want to trust, that the device is 100% as shown in the SCL file, then NO dynamic modifications should be allowed!

Do you want have a problem - no problem!

By the way, Andrea Bonetti wrote the other day: "It is a good practice followed by the majority of the TSOs that do write their own IEC 61850 specification (sort of “dynamic reports are not allowed unless for testing/debugging”). It is also mentioned in IEC TS 63266:2023 (Representation of communication in power utility automation)."

Mapping of IEC 61850 Models and Information Exchange Services to JSON, HTTP, and MQTT

After I published two sketch videos on IEC 61850 information exchange services and the mapping to MMS, I discuss simple interface options for the last meters between a device that implements the role of IEC 61850 server, GOOSE publisher, and GOOSE subscriber, and the underlying huge world of a myriad of other controllers.

The standard series IEC 61850 and IEC 61400-25 (Wind Power Plants) provide a comprehensive set of standardized information or device models (Logical Nodes, Data Objects, Data Attributes, ...) for a wide range of use cases in the electric power domain (protection, automation, supervision, monitoring, control, ...) and for general applications beyond the electrical world. By the way, tell me where electricity is not a crucial resource in factories, buildings, petrochemical plants, homes, ... it is all over ... required 24/7. These series also comprise information exchange mechanisms like Reporting, Logging, Control, GOOSE, Sampled Values, ... mapped mainly to MMS in IEC 61850-8-1 ... other mappings like mappings to XML and XMPP in IEC 61850-8-2 or MMS, Web Services, IEC 60870-5-104, DNP3, OPC XML DA, ... in IEC 61400-25-4. The most crucial part of IEC 61850 and IEC 61400-25 is the System Configuration Language (SCL, IEC 61850-6).

Many applications use only a very small set of models (a few measurements, control signals, and status signals), a small set of information exchange services, and a simple subset of SCL. Critic comes from experts of various domains: Why do I need to have a complex and comprehensive IEC 61850 stack to implement a simple subset of these standard series? Is there another solution? The wind power plant people developing and maintaining IEC 61400-25 believing that five (5) mappings would help in this regard - really? So, the discussion is still going on. 

A very simple solution has been implemented in various projects: Notation of a subset of the information models and the payload of the messages in JSON. The exchange services could be mapped to various transport mechanisms like MQTT or HTTP ...

This approach would KEEP the models as they are - NO mapping required, just another notation (JSON instead of MMS named Variables etc.). Even SCL could be used.

Whenever there is a need to communicate from a device that plays the role of an IEC 61850 server, GOOSE publisher, GOOSE subscriber, to an underlying (likely simple) device (for the last meters) the decision usually is to use some other communication stacks from a set of 100+ solutions like CAN, Modbus, many fieldbusses, EEBUS, Sunspec, ... and private digital solutions, or even wires only ...

Any of these need to MAP from one standard to another standard, e.g., map MyIED/myMMXU1.Hz.mag.f (measurement of frequency) to register 2246 in one application and to 9817 in another ... hm, that is feasible BUT means a lot of configuration and documentation ... outside the definitions and tools provided by IEC 61850. 

A more reasonable approach would be to use JSON, e.g., to define a DataSet (semantically equivalent to IEC 61850 and MMS) and the report message payload as shown in the figure below:

Please check a couple of blog posts published a few years ago for more details and discussions:

https://blog.nettedautomation.com/2019/07/iec-61850-8-2-versus-iec-61850-8-1.html

https://blog.nettedautomation.com/search?q=mqtt

https://blog.nettedautomation.com/2019/10/iec-61850-for-monitoring-data-private.html

Unfortunately the Beck IPC com.tom Web PLCs with support of IEC 61850, ... disappeared ...

Please let me know your opinion ...

Second Sketch (Video) on Some Basics: The Mapping of IEC 61850 to MMS

IEC 61850 is well accepted globally in the power utility domain. One key issue has always been discussed and criticized: The mapping of the information models (Logical Devices, Logical Nodes, Data Objects ... ) and information exchange services to MMS (Manufacturing Message Specification defined in the standards ISO 9506-1 and ISO 9506-2, developed in the 1980s).

This video (58 minutes) explains the concepts of the mapping to MMS ... ASN.1, ASN.1 BER ... MMS for GOOSE and Sampled Values !?

Click HERE to access the video.

I will continue to produce more sketches (videos) and make them available through Screencast.

I look forward to your feedback.

Enjoy.

Up-to-Date IEC 61850 Trial Tools Available From InfoTech (Poland)

Have you ever tried to send or receive messages according to IEC 61850 or IEC 61400-25: Operate, Report, Get, ... GOOSE, Sampled Values, ... try the following updated trial tools ... from InfoTech (Poland) 

Use of Sampled Value Publisher (Sender) according to IEC 61850-9-2LE:

Window for various parameter that can be modified and applied:

Wireshark trace of a SV message:

Access several presentations and the link for the trial versions:

Client/Server, GOOSE Sender & Receiver, SV Sender & Receiver

visualization on a flow diagram and on-line monitoring of GOOSE based on SCD file as input

Simulator of a network of server IEDs based on SCL files (ICD/CID/IID/SCD)  +  creator/editor of ICD

Overview of the Library which we license as source code or as derived binary DLLs for PC/MS Windows

This is the link to the trial version of all tools

Enjoy.

Sampled Values and IEC 61850-9-2 LE: What is it?

The other day I received the following email:

Dear Mr. Karlheinz Schwarz,
I am sorry to disturb you. My name is XXX and I am a researcher from YYY. I would like to ask some questions to you regarding the standard IEC 61850-9-2LE.

1) May I know the status of IEC 61850-9-2LE? Is the standard will be obsolete or remain as it this?

2) Can I get some explanations from you about the differences between IEC 61850-9-2, IEC 61850-9-2LE and IEC 61869-9?

I really appreciate your kindness and time to answer my questions above.
Thank you & best regards,

-------------------------------

I have a very good friend that I asked to answer for me. Her is his answer:

Dear Karlheinz, 

Sure I can do my best for that.

Thanks for this opportunity.

Dear XXX, please see my attempt to answer.

Your questions are our everyday’s questions, and my answers need to be taken with “common sense”, reasonability and not as law, where somebody is right and somebody is wrong.

This is the best I can say.

The IEC 61850-9-2 Light Edition (LE)  is NOT a standard.  It is an UCA profile; a sort of gentlemen agreement (followed by everybody so far), where in principle the dataset carried by the SV Message (Sampled Values message) is fixed to 4 voltages and 4 currents.

The sampling frequency is 80 samples per period (4000 Hz for 50 Hz systems and 4800 Hz for 60 Hz systems).

The length of the SV message is fixed (in terms of bytes)

The quality string has one “extra bit” (the 14th bit, for derived or measured of the analog quantity) compared with a “normal quality string” of IEC 61850 and also IEC 61869 series, of 13 bits.

The time synchronization is 1-PPS

There is formally no support for PTP time synch (typical of “Edition 2” of IEC 61850 standard. LE is “edition 1”)

There is formally no support for “SIMULATION” mechanism (typical od “Edition 2 “ of IEC 61850 standard; LE is “edition 1”)

And many others.

TO MY EXPERIENCE:

It is commonly understood (and you have to make sure it is commonly understood also by the people working in your projects: suppliers, consultants, utility engineers etc) that:

- 9-2 LE supports Simulation mechanisms

- 9-2 LE supports PTP as time synch (be careful that PTP is actually IEC 61850-9-3: 2016 )

Even if formally this is not strictly in line with the UCA specification for “LE”.

So, IEC 61850-9-2LE (written by UCA working group) is a profile of IEC 61850-9-2 (written by the IEC committee TC 57)

And today it is the only “standard” that is implemented and in service for process bus applications.

IEC 61869-9 (and also -6 and also soon the -13) are parts of the IEC 61869 series, written by the IEC committee TC 38 (Instrument Transformer). 

So they have to do with the Merging Units, they are also profiles somehow, and also many other requirements, that you need to fulfill if you want to have a Merging Unit according to IEC standards.

To my opinion, no matter what IEC 61850 says in general, if you do a Merging Unit and follow IEC, you should follow IEC 61869 series.

In principle, the IEC 6185069-9 standards are often associated to:

• “Dynamic” dataset. This means that not only 4 U and 4 I will be transmitted. I can transmit just  one voltage, or 25 currents, or 6 voltages and 3 currents.. This is done from SCL.
• Sampling frequency of 4800 Hz, no matter the power system frequency (50 Hz or 60 Hz).
• PTP time synchronization (for MU)
• 2 samples per SV message (so called ASDU). “LE” has only one sample per message (one ASDU per message)

But it is of course much more than that.

What about protection relays/protection functions?

TC 95 is responsible for protection functions in IEC.

In principle it  is TC 95 / MT 4 (Maintenance Team 4) that takes care of functional standards for protection functions (IEC 60255-121:2014 for distance protection for example). Other maintenance teams take care of protection related standards like EMC etc.

Recently TC 95 has started a new working group (WG 2) that considers IEC 61850 for protection applications. A Technical Report is on its way and parts of that technical report will be implemented in the so called IEC 60255-1xx series, for protection relays.

But this is not ready yet and all of this needs to be considered with extreme care and communication among all the involved parts in a project.

I work as well as consultant for IEC 61850 applications in relay protection. Mainly for TSOs, since many years. Please have a look at this paper, written by many of us active in TC 95 / WG2. I think it will help you to better understand.

https://www.researchgate.net/publication/334050781_Standardisation_Challenges_for_Digital_Inputs_and_Outputs_of_Protection_Functions_in_IEC_60255_series

If you are interested in what TC 95 / WG2 does, you are more than welcome to contact me and I’ll help you in joining “our” activities.

For your understanding, there is a high dialog between TC 95, TC 38 and TC 17 (circuit breakers) for making the use of IEC 61850 more interoperable not only at “data level” but also at “functional level”, at least for protection applications.

For metering or power quality applications, for example, I don’t know what to say.

I hope this helps you.

Karlheinz, your extra comments are always welcome.

My best regards

Andrea Bonetti

Just passed

 Fachtagung Schutz- und Leittechnik 2020 , Berlin, 18-19 February 2020

NEW FORMAT!  Megger Magazine: ELECTRICAL TESTER
White Paper - Testing ROCOF and IEC 60255-181 Standard

Article - IEC 61850 GOOSE interoperability
IEEE 2018- Paper on IEC 61850 substation maintenance
MATPOST 2019 Lyon FR – Paper on IEC 61850 and Automatic Fault Disturbance Analysis

First time in industry! long duration End to End testing without use of any computer!

Mr. Andrea Bonetti MSEE
Senior Application Specialist Relay Protection and IEC 61850
Active member of IEC TC 95 / MT 4 ”Measuring relays and protection equipment” since 2006.
Megger Sweden AB

andrea.bonetti@megger.com
Rinkebyvägen 19, SE-182 36 Danderyd (Stockholm)
Sweden

New GOOSE and Sampled Values Performance Test Platform

GridClone developed a new GOOSE and Sampled Values Performance Test Platform:

SIMFLEX IEC 61850 PT Platform

It is a solution for testing GOOSE and Sample Values time performance, functional behavior and conformance to the standard.

Applications:

• Inspect GOOSE/SV behavior on microsecond level
• Simulate multiple GOOSE and SV Streams
• Execute (pre)conformance, detail and functional testing

Benefits:

• One solution for GOOSE/SV and MMS testing
• Demystify process bus complex behavior
• Ready to integrate fully automated platform

Values:

• Building trust in Digital Substation by testing it
• Resolve GOOSE/SV issues in system design phase
• Maximize level of details and minimize testing time

Click HERE for more information.

IEC 61850 Sampled Values and GOOSE Messages Reduce Complexity and Cost

Synaptec Ltd (a spin-out technology company from the University of Strathclyde, UK) developed a distributed electrical sensing technology platform using IEC 61850. The approach allows measured values from up to 50 current transformers to be acquired passively using a single optical fibre core over a distance of up to 50 km. These measured values can then be utilised as part of centralised PAC schemes, or communicated to traditional PAC devices for analysis via IEC 61850-9-2 / 61869-9. By centralising current measurements, this method eliminates the need of having multiple protection relays at each line ends, complex time synchronisation systems at measurement points, and complex telecommunications equipment among the distributed PAC devices.

Click HERE for downloading the 12 page paper (Differential protection of multi-ended transmission circuits using passive distributed current sensors) describing the application and approach to solve a very crucial challenge.

Another paper (Implementation of centralised, numerical busbar protection using distributed photonic current sensors) describes the design and testing of the first centralised busbar protection scheme that makes use of distributed photonic current sensors and IEC 61850. By utilising distributed, passive sensors which are interrogated purely using standard optical fibre, the requirement for active units in the substation yard is completely eliminated. Additionally, the use of copper wiring from CTs to measurement units may be eliminated. The scheme, designed and built for Statnett by Synaptec, will be installed and trialled at Statnett’s Furuset R&D substation near Oslo, Norway. A prototype centralised busbar protection algorithm, validated with the University of Strathclyde, will run on the central merger unit to prove the principle of centralised busbar protection using a single active IED.

Click HERE for downloading the paper.

Click HERE for the Synaptec news (Norwegian TSO Statnett innovates with Synaptec technologies):

With one system able to instrument 50 locations synchronously, 6 busbar feeders will be independently and simultaneously protected by one system, with capacity to spare for novel temperature and vibration monitoring of nearby HV assets, such as transformers.

The development and the applications show that the standard series IEC 61850 has all the "tools" helping to keep the power flowing and the grass green - at all voltage levels.

IEC TC 57 Just Published Amendment 1 of FDIS of IEC 61850-9-2

The following FDIS has been published last week:
57/2112/FDIS

Amendment 1 – Communication networks and systems for power utility automation – Part 9-2: Specific communication service mapping (SCSM) – Sampled values over ISO/IEC 8802-3

The ballot closes: 2019-08-09

Compared to the second edition, this first revision of the second edition:

a) updates the normative references
b) adds a synchronization clause (Clause 9); adds references to IEC 61588:2009 and
IEC/IEEE 61850-9-3 for SV synchronization;
c) modifies physical layer specification in T-Profile;
d) modifies MSVCB components (Table 9 and Table 10);
e) deprecates usage of USVCB;
f) modifies encoding for the transmission of the sampled value buffer (Table 14);
g) adds Table 20;
h) adds Table 21;
i) adds Annex C related to possible backward compatibility issues between revisions of this
standard;
j) provides clarifications and corrections to the second edition of IEC 61850-9-2, based on the
tissues = { 1349, 1272, 1055, 944, 863 }.

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 !!

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

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 ...

New Merging Unit Development Kit

A new Merging Unit Development Kit based on the NovTech IoT Smart Grid Platform with Intel Cyclone V SoC Core is available for your next project.
Utility companies are adapting their infrastructures to support bidirectional energy flow to handle the emergence of DER (Distributed Energy Resources) via microgrids, photovoltaic panels, and local energy storage. As distributed energy generation increases, new intelligence of sensors, measurement and protection equipment will be required to process data at the edge. Also with the increase in variable DER, it is more challenging for substations to deliver sinusoidal and predictable steady-state voltage and current. Utility companies rely on substation metering of secondary voltage (VT) and current transformer (CT) circuits to detect performance issues and to provide vital information in real time to distributed digital protection nodes.

To satisfy this need, SystemCORP and Intel developed an IEC 61850-9-2LE compliant merging unit solution in form of a demonstrator/development platform.

This development kit consists of 6 parts:

1. NovTech IoT Octopus Smart Grid IoT Platform
2. SystemCORP VT/CT Interface board
3. SystemCORP IEC 61850-9-2LE Sample Value software stack (PIS-11) on ARM Cortex A9 core 1
4. SystemCORP IEC standard 61850 server/client software stack (PIS-10) on ARM Cortex A9 core 2 (optional)
5. Flexibilis embedded FPGA analogue front-end IP core
6. Flexibilis Ethernet PRP/HSR FPGA IP core (optional) 

Click HERE for more information.

GridEx: The Smart Tool to Test Your IEC 61850 Network

FMTP (From Minus to Plus, Sweden) has gained a lot of positive feedback from experts using the GridEx Tool around the globe. GridEx built-in intelligence based on 30 years combined field experience in Protection Control with IEC 61850.

The new Test Tool looks very ruggedized:




The standalone tool provides many very crucial functions for simplifying the test and operation of automation systems based on IEC 61850. Here is one example function:

Click HERE for more details on the GridEx.

NEW HW: IEC 61850-9-2 LE Sampled Value Publisher

The SystemCorp "IEC 61850-9-2 LE Sampled Value Publisher" is a hardware platform for specific sampled value publisher applications for the Smart Grid IoT Platform from Novtech using the Altera (now part of Intel) dual core ARM/FPGA Cyclone V SoC.
This Smart Grid IoT Platform provides eight high precision analogue inputs. The A/D converter is directly controlled by the FPGA producing the sampling rate required for the SV publisher,   which is implemented in one ARM core.
The Sampled Values are published at a rate of 4000 frames per second for a grid frequency of 50Hz and 4800 frames per second for 60 Hz.
An eight channel VT/CT interface module is also available from SystemCORP Embedded technology allowing a direct connection of the Smart Grid IoT Platform to 110 V VTs and 5 A CTs.





Click HERE for downloading a two page description and additional information [pdf, 390 KB].

FMTP and NettedAutomation announce Seminar Dates for 2017

Due to the request from power engineers FMTP and NettedAutomation have scheduled several dates for public training courses in 2017:

2016

19-23 September 2016 in Stockholm, Sweden [EN]
10-13 Oktober 2016 in Karlsruhe, Germany [EN]
07-09 Dezember 2016 in Karlsruhe, Germany [DE]

2017

30 January 2017 in San Diego, CA USA (just prior to the DistribuTECH 2017) [EN]
14-17 March 2017 in Stockholm, Sweden [EN]
04-07 April 2017 in Karlsruhe, Germany [EN]
19-22 September 2017 in Stockholm, Sweden [EN]
10-13 Oktober 2017 in Karlsruhe, Germany [EN]

Keep tuned to this blog to receive the latest in the domain power system protection and automation. Tap the experience of more than 230 training courses:

Plan your training for Fall 2016 and 2017 now!
Click HERE for further details.
Click HERE to contact us per email in case you have any question.

Three New CDVs of IEC 61850 Edition 2 Amendments published

IEC TC 57 just published three new CDVs for Edition 2 documents:

57/1707/CDV
IEC 61850-7-2 A1 Ed.2: Amendment 1 to IEC 61850-7-2 Ed.2: Communication networks and systems for power utility automation - Part 7-2: Basic information and communication structure - Abstract communication service interface (ACSI)
The Amendment solves issues that have been reported and discussed in recent years. Some 50 of them are documented in the Tissue Database for part 7-2.

57/1708/CDV
IEC 61850-7-3 A1 Ed.2: Amendment 1 to IEC 61850-7-3 Ed.2: Communication networks and systems for power utility automation - Part 7-3: Basic communication structure - Common data classes
The Amendment solves issues that have been reported and discussed in recent years. Some 45 of them are documented in the Tissue Database for part 7-3.

57/1709/CDV
IEC 61850-9-2 A1 Ed.2: Amendment 1 to IEC 61850-9-2 Ed.2: Communication networks and systems for power utility automation - Part 9-2: Specific communication service mapping (SCSM) - Sampled values over ISO/IEC 8802-3
The Amendment solves issues that have been reported and discussed in recent years.

All three documents can be accessed publicly.

Please take some time to review both documents.
The documents should be available online for reading and for comments.
Check HERE for the access and for providing comments.

GridEx Tool Launched to Support Smart Grid IEC 61850 Networks

How many times have you struggled with the stream of IEC 61850 GOOSE and Sampled Value messages and SCL configuration files? Is there any help to get your hands on these streams?

Yes, there is help: GridEx®

GridEx® sets you in control of your IEC 61850 networks. Designed to support you when performing commissioning, troubleshooting and maintenance.

GridEx® is a digital multimeter and analyzer for Smart Grid applications; it bridges the gap between the traditional power technology and the digital communication. Network digital data is translated into upfront and intuitive information to support decisions for increased reliability and improved system utilization.

Entirely embedded stand-alone solution for secure connection to your IEC 61850 network, easy to use, versatile connections, instant start-up, error and inconsistencies detection, warning explanation, proactive analysis.

The evolutionary tool in IEC 61850 testing. Click HERE for more details. 

For any question please contact our technical manager Mr Andrea Bonetti at gridex@fmtppower.com

In short terms:

• GridEx®is a Smart Grid Multimeter
• GridEx®is Bridging the gap between IEC 61850 digital communication and Power system applications: Complex data shown in understandable information
• GridEx®is not a relay test set
• GridEx®has Secure connection in the station
• GridEx®shows live measurements with it’s versatile connections (ETH/FO)

An animated video is worth more than 1000 words: https://youtu.be/BMfbGZThAk4

Check the Latest in IEC 61850 Testing Tools during the IEC IEEE PES T&D in Dallas (TX)

Mingle at the GridEx® Smart Grid Product Release- IEEE T&D 2016

FMTP (Sweden) welcomes YOU to meet with their experts in the casual atmosphere of the Rustic (just a few miles away from IEEE PES T&D in Huston (TX)) for food, drinks and the reveal of FMTP Power latest product GridEx® on Wednesday, May 4, 2016, at 8:00 p.m.

GridEx®, a digital multimeter for Smart Grids, bridges the gap between traditional power technology and new digital communication (models, GOOSE, Sampled Values, SCL, ...). Complex data is translated into easily understandable information to support decisions for increased reliability and improved system utilization.

Click HERE to register for the product presentation of GridEx®.

New IEC 61850 Edition 2 Demo Package Available to run on Windows

After successful usage of our old demo package provided 2010 and 2011 NettedAutomation provides a new package for Edition 2 of the IEC 61850 core parts.

The new package comes with a DLL comprising the IEC 61850 Stack, an simple API, and a powerful SCL configuration tool – all included in the DLL. The package contains executable programs that can be used right away. Additionally you will find also the course code of the applications for you to modify the applications to your own needs.

There are two different applications for the client and server:

1. C++ programmed very basic console applications:

The values can manually be changed … use the listed commands.

2. .Net/C# programmed enhanced applications (SCADA like):

The client starts the CER system by clicking the box on the upper left corner of the Client application. The Server application will run. Add values in ther server application … to be reported to the client. The use-case is quite realistic.

All client and server applications use the same DLL (provided by SystemCorp). The IEC 61850 models and communication services are configured by corresponding SCL Files. The applications provided are intended to show what IEC 61850 offers and how to use the simple API for a short time-to-marked development. The applications show how to exchange information with your applications:

 

The client and server can run on one machine (local host) or on two machines. In case of two machines you can trace the communication with, e.g., Wireshark. The addresses (MAC and IP) have to be configured differently for the two cases. The client connects automatically with the server (based on the SCL files) – no need for manual intervention. The demo shows how an embedded client can communicate with a server – without and browsing service.

The client and server can be configured to publish GOOSE and SV.

Some basic documentation comes with the package that can be downloaded. The main objective is the use of the package in our comprehensive hands-on training courses.

Click HERE to get access to the package.

Enjoy!

IEC 61850-9-2 Sampled Values In Use

Quite often people ask me about the application of sampled values according to IEC 61850-9-2 (9-2LE). The sampled values require very solid products (publisher, Ethernet Switches, and subscribers). The recent years have shown that the technology has matured to an extend that applications are already available or underway.

Please find useful links:

Click HERE for the paper:

Test and Evaluation of Non Conventional Instrument
Transformers and Sampled Value Process Bus on Powerlink’s
Transmission Network

Click HERE for a related publication:

Australia Leads With Process Bus

Click HERE for the 9-2LE guideline published by the IEC 61850 community.

More and more 9-2LE compliant IEDs are tested and certified.

There are more than 400 IEDs (Server, clients, publisher) that have been certified by the UCAIug:

Source: UCAIug

What’s about subscriber to sampled values?

Click HERE for various protection IEDs implementing the subscriber role for sampled values, e.g., Alstom Distance Protection Relay P446, …

More to come.