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.

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.

IXXAT Smart Grid Gateway With NEW Possibilities

IXXAT (HMS) has offered their Smart Grid Gateways for some time. Click HERE for some blog posts that give you a good overview of the possibilities so far (HERE for HMS or HERE for Beck).
The other day IXXAT has published an extended range of possibilities to share information between many different communication solutions in almost ALL automation applications:

SG-gateway IO
SG-gateway M-Bus Master
SG-gateway EtherNet/IP
SG-gateway PROFIBUS
SG-gateway PROFINET

New:

SG-gateway Media Converter
SG-gateway Switch

All types support as well:

Modbus-RTU master/slave via RS232/485
Modbus-TCP master/slave
DHCP server, SNTP, Network trace (pcap), SNMPv2c
OPC-UA server
MQTT
Codesys network variables

Optional:

IEC 60870-5-104 client/server with redundancy (Norwegian User Convention)
IEC 60871-5-101 master/slave
IEC 61850 client/server (both roles and GOOSE pub/sub are supported simultaneous)
IEC 61850 GOOSE publisher/subscriber
Outstation DNP3
Hardware versions with 3G or 4G modem

Click HERE to visit the IXXAT website for an overview (German).
Click HERE to download a new 12 page pdf bochure (German).

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

Megger Offers a Wide Range of IEC 61850 GOOSE Test Tools and Experiences

Megger (Sweden) offers a wide range of test tools and experiences for testing and commissioning of systems based on IEC 61850 GOOSE.

They just published a brochure that shares some light on IEC 61850 interoperability problems and solutions for the horizontal communication (GOOSE):

IEC 61850 - GOOSE Interoperability

Click HERE for the brochure.

This document (written by one of the most experienced senior protection engineers) is really worth to download and to read! Andrea Bonetti will give you a deep inside look into the use of GOOSE messaging and how to reach interoperability.

"Interoperability is one of the most misunderstood of all business terms. It is, however, one of the most important of all predictors of success or failure. In short, interoperability is the ability of diverse systems to work together effectively and efficiently. Interoperability is a property of a product or system, whose interfaces are completely understood, to work with other products or systems, present or future, without any restricted access or implementation.

There is absolutely no doubt that Interoperability facilitates valuable business connections—across
processes, between people and information and among companies. Interoperability yields improved
collaboration and ultimately increased productivity. Providing interoperability helps customers decrease complexity and better manage heterogeneous environments—while enhancing choice and innovation in the market. Importantly, the interoperability requirement of the IEC 61850 standard has beneficially increased the “interoperability among different engineers” working for companies that are formally in competition. This increased communication among different vendors has contributed to the fact that GOOSE messaging can today be considered a working technology, even if problems still arise, like in any other technology.

With more than six years of field experience with IEC 61850 GOOSE communication in protection and control applications, it is possible today to list the main reasons for interoperability problems for multi- and single-vendor systems; however, the list of causes of interoperability failures would be longer than what indicated in this document, especially if considering the cases found during the beginning of the use of GOOSE messages.

In order to commission substations with the new IEC 61850 technology, there is need to use some new tools and methods. The key for these tools and methods is, paradoxically, implicitly available in the IEC 61850 standard itself."

Enjoy!

Port Scanning in a Substation - May be a No-Go

Security is more than a buzzword these days. You should be very serious about the security of your substation protection and automation system.
Joe Weiss asked yesterday:
Are the Good Guys as Dangerous as the Bad Guys – an Almost Catastrophic Failure of the Transmission Grid
What happened? A port scanning tool in an IEC 61850 GOOSE based substation protection system had a very negative impact on the GOOSE publisher and subscriber: The Relays stopped to operate!! They had to be manually rebooted.
Port scanning may provide a lot (too much) of stress to the devices and communication system. Such a crucial load has to be taken into account during the design of the devices and of the whole system. Theoretically this payload should be taken into account as part of the system engineering ... part of the System Configuration Description (SCD). Any unexpected traffic avalanche may have a serious impact on the stability of the system!
Click HERE for Joe's report.

I guess that the GridEx network monitor would have raised the red flag seeing the message avalanche in the transmission substation.

Lesson to be learned:
Any non-operational load on a critical network should be treated very careful. IT and OT people have to work together and make sure that such test tools do not put too much stress onto the devices connected in a substation or any other system:
Teamwork makes the dream work - and keeps the power flowing!

Click HERE for a discussion of port scanning ... written long time ago (2001 !!)
Click HERE for a worth to read report on how to apply IEC 62443.

My friend Andrea Bonetti (FMTP) responded as follows:

Dear Karlheinz!
What you have described is unfortunately a known problem.
It is really not at all the first time that it happens in the last 10 years, but it is maybe the first time that it is presented to the public.
I would like to stress-out that this problem is NOT related to IEC 61850 but it is related to the correct usage of digital technology.
Similar situations happened also “before” when proprietary digital technology was used. Maybe they were just more difficult to disclose because also the tools were proprietary.
Regarding GridEx, it would have detected the loss of communication among the devices, as it performs the supervision of the GOOSE messages. This would have been written in its report.
GridEx performs also network load calculations, but in the case you have described this would not have helped probably. Anyway that information would also have been written in the report.
Let me point out that GridEx is an “IEC 61850 passive tool”.
GridEx does not talk to any device, does not send any IEC 61850 message…. it can only listen to what happens, without interacting with the system.
Also the time synchronization of GridEx can be performed completely independently from the system, with its own independent GPS receiver accessory.
Also GridEx works without a PC, so you do not connect the PC to the substation network system.
As GridEx doesn’t interact to the system where it is connected to, it cannot cause any damage and it can be connected to the network while the system is in service.

NEW IEC 61850 Demo Package for Windows available

The main purpose of the new demonstration and evaluation package is to provide a free of charge simple and easy to use IEC 61850 Client/Subscriber Tool (running on Windows PCs) that can be used to communicate with a Server/Publisher implemented on the platforms:

Beck IPC DK151 Development Kit for SC145 (DK61)
Beck IPC com.tom / IXXAT SG-gateways (WEB-PLC)
SystemCorp Smart Grid Controllers
Windows PC

Several other uses cases are possible:

The demonstration uses a single generic SCL model (and a derived JSON file [JavaScript Object Notation] that can (beyond the main purpose) be used on the above platforms to automatically configure (tree structured graphical applications) for Clients, Server/Publisher, and Client/Subscriber roles as shown on the next slides.

The specification of additional models (.icd and .json) could be provided for a fee. 

Contact NettedAutomation if you are looking for other models, please.

Click HERE for further details and instructions to download the new package including the documentation.

Click HERE for documentation only.

The package is used in our training courses.

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.

Pt 100 Temperature Relay with IEC 61850 GOOSE

Ziehl (Schwäbisch Hall, Germany) has integrated IEC 61850 GOOSE into their Pt 100 temperature relay for up to 12 sensors with electric 10 MBit/s Ethernet interface.

The TR1200IP can be used wherever multiple Pt 100 sensors (up to 12) need to be evaluated simultaneously:
- Motors or generators,
- also with simultaneous monitoring of bearings or, e.g., exhaust temperatures
- Transformers, also with additional core-temperature monitoring
- Machines and plants
Type TR1200IP temperature relays register the temperature of up to 12 sensors simultaneously and provide the values to the electric 10 MBit/s Ethernet interface.
2 IP protocols are supported, so the registered temperatures can be subsequently evaluated by connected devices that are linked with the TR1200IP via an Ethernet network. In motors, that could be a motor contactor, in transformers a transformer contactor with integrated overload function and thermal monitoring.
An alarm relay reports devices and sensor errors. Sensor breaks or sensor short-circuits are also transmitted via the protocol to the connected evaluation unit.

Click HERE for a general overview.
Click HERE for GOOSE configuration.
Click HERE for the manual.

The GOOSE messages could be received by an HMS SG Gateway either as a client or a server. The SG Gateway could convert the received GOOSE messages into an IEC 61850 server to provide Reporting and Logging and convert to IEC 60870-5-104 or DNP3.

Case Study - IEC 61850 Application for a Transmission Substation in Ghana

A lot of discussions about the benefits of using IEC 61850 have happened in the past and are still going on ... and will go on also in 2017 and beyond.

A nice paper has been presented some three years ago:

Case Study: IEC 61850 Application for a Transmission Substation in Ghana

"One of the benefits of implementing IEC 61850 is minimizing or even eliminating the copper field wiring used to exchange protection and control data between intelligent electronic devices (IEDs) across a substation. Conversely, implementing IEC 61850 has introduced commissioning, testing, and maintenance complexity that can be alleviated with proper training, documentation, and testing plans. The design and implementation of the Kintampo, Ghana, transmission substation required redundant protection and control functions distributed among the IEDs and a robust communications network to implement IEC 61850 protocols. ...
As the acceptance of IEC 61850 communications by utilities grows, this type of large-scale project will grow as well. ...
A system solution that is repeatable, pre-engineered, pretested, and designed to specifications is extremely important because it provides the user with a standardized solution that can be implemented across the system, minimizing different designs."

Click HERE for the 10 page paper [pdf]

IEC 61850 Applications Outside Power Utilities

IEC 61850 is often applied in non-utility application domains. Three examples are documented in the following papers:

1. Refinary in North America
"Integrating SCADA, Load Shedding, and High-Speed Controls on an Ethernet Network at a North American Refinery"
This paper discusses the implementation of an Ethernet communications network in a ring that connects substations in a closed communications loop at a large industrial facility. Data are transmitted at protection speeds and must be dependable for industrial power system operation and maintenance applications. The redundant electric power system Ethernet communications network is used for a supervisory control and data acquisition (SCADA) system that automates industrial electric power system operations.
Click HERE for the complete paper [pdf]

2. Petrochemical Plant
"SACE Emax 2 -- IEC 61850 integration with MV systems"
PVC plant in Jemeppe needed to upgrade the LV side of the electrical plant, so that it could be fully integrated into IEC 61850 protocol used in MV switchboards. Not only customer needed to monitor status and parameters from air circuit breakers installed in the LV switchboards, but also to control them remotely and to interlock them with MV ones.
Jemeppe plant was aiming at a higher system productivity, by avoiding protocol converters, and an increase of safety for technicians thanks to remote control for air circuit breakers.
Click HERE for the complete paper [pdf]

3. Siemens helps Solvay
Solvay Group: International Chemical and Pharmaceutical Company
Solvay uses IEC 61850 for the Operation of high, medium and low voltage systems.
Worldwide systems in use with IEC 61850 up to the network control level, others being planned
Click HERE for more information [pdf]

Neues Format für viertägiges IEC 61850 Seminar im Dezember 2016 in Karlsruhe

Der Bedarf an guter mehrtägiger Schulung kollidiert oft der notwendigen Anwesenheit am Arbeitsplatz! Die NettedAutomation GmbH hat jetzt eine Antwort für Sie gefunden:

Wir bieten bieten vom

06.-09. Dezember 2016 in Karlsruhe 
drei Seminarblöcke (1 Tag, 2 Tage und 1 Tag) 

an, die einzeln oder in Kombination gebucht werden können. Sie entscheiden selbst, ob Sie nur einen Tag von Ihrem Arbeitsplatz fern bleiben möchten oder zwei, drei oder vier. Je nachdem, welche Zeit und welchen Bedarf Sie haben.

Am ersten Tag wird ein Überblick über das Normungsumfeld und die einzelnen Normen gegeben. Im Mittelpunkt stehen dabei die grundlegenden Eigenschaften und Bedeutung der Normenreihe IEC 61850 für Systemdesign, System- und Geräteengineering, Datenmodellierung, Datenmodelle, Kommunikationsmöglichkeiten (Client/Server, Publisher/Subscriber) und Sicherheitslösungen.

Am zweiten Tag werden die Modellierungsmethode, die vielfältigen Modelle (Logische Knoten), die Kommunikationsdienste und -protokolle und die System-Konfigurations-Sprache (SCL) im Detail vorgestellt.

Am dritten Tag werden anhand vieler praktischer SCL-Beispiele Systembeschreibungen (SSD), Systemkonfigurationen (SCD), Gerätekonfigurationen (ICD und CID für Server/Publisher, Client/Subscriber und Server/Subscriber) diskutiert, erstellt und formal geprüft. Dabei kommt eine Reihe von Werkzeugen und Geräten zum Einsatz.

Am vierten Tag wird das Erlernte in praktischen Übungen mit marktgängigen Geräten und Werkzeugen vertieft.

Sie können den 1. Tag, den 2. und 3. Tag sowie den 4. Tag getrennt oder in jeder Kombination buchen!

Mit unserer Schulung bereiten wir Sie hervorragend auf neue Herausforderungen vor!

Klicken Sie HIER um mehr Details und Anmeldeinformationen herunterzuladen [pdf, 320 KB].

Die mehr als 4.100 Teilnehmer meiner über 230 Seminare seit 2004 würden sicher alle bestätigen, dass das komplexe Thema IEC 61850 unbedingt eine geeignete Schulung verlangt -- und dass wir eine erst-klassische Schulung bieten!

We will offer the same seminar in English from 13-16 Dezember 2016 as well in Karlsruhe (Germany). Details will be available the next days.

IEC 61859 Training Course in Stockholm is Filling-Up - Reserve your Seat Now

FMTP, KTH, OPAL RT, and NettedAutomation have scheduled a very comprehensive IEC 61850 Training in Stockholm (Sweden) for 19-23 September 2016.
The course is filling-up very fast.
Please reserve your seat as soon as possible.

Click HERE for the brochure with all details.
A similar Course (4 days) is scheduled for Karlsruhe (Germany) 10.-13. October 2016.

See you soon.

IEC 61850: Gateway for Cloud Computing and Fog Computing

Cloud computing and Fog Computing is in principle supported by a single gateway offered by HMS:

• Bridges any signal from the process level directly to your own or third party cloud.
• Maps any signal from Modbus, Profibus, ProfiNet, Ethernet/IP, IEC 61850, IEC 61400-25, IEC 60870-5-104 ... to Modbus, Profibus, ProfiNet, Ethernet/IP, IEC 61850, IEC 61400-25, IEC 60870-5-104 ...
• Provides many logic functions AND, OR, Timer, Counter, ... to build applications.
• Has digital Input and Output pins.
• Reads M-Bus.
• Supports Client, Server, Client/Server, Client/GOOSE-Subscription (with or more Server/GOOSE-Publishers), and Sever/GOOSE-Subscription
• What else do you need for simple applications?

Click HERE for more information.