Pitfall with GOOSE subscription in DIGSI 4.90

We like Siemens IEDs and do often reference DIGSI configuration tool as a very deliberate instrument to configure IEC 61850 communications. But having updated to version 4.90 of the tool, we encountered a pitfall in configuration of GOOSE communications. We have managed to understand and resolve a problem, only having looked into SCD file. We decided to tell the story so that other engineers do not waste their time (because it is always what we lack).

Jan. 17, 2016, 10:22 p.m. | 386

First of all, we must say that one can encounter the problem if configuring SIPROTEC to receive a GOOSE message from an IED of other vendor. Another condition – there is a time stamp in the expected dataset (note that we haven’t checked any other combinations besides those with the time stamp).

IEC 61850 station has become some sort of stand-alone application and external IEC 61850 devices are now added to the project in station itself.

Having updated to the new version of DIGSI, we have noticed that the way of using IEC 61850 has changed. IEC 61850 station became some sort of stand-alone application. Now external IEC 61850 devices (not Siemens) are added to the project after the IEC 61850 station is opened (before that – user could add them straight in the general project environment of DIGSI as Other IEC 61850 Communicator). We will not dive into details how to create a project in DIGSI and how to add an IEC 61850 station. We suppose that you have already done this and you need to add an external IED, which GOOSE dataset includes stVal, q and t data attributes. Let this external IED be Alstom Grid relay.

We exported Alstom Grid CID file from Alstom’s configuration tool. Prior to its import in DIGSI IEC 61850 station, let’s have a look at it. Is our GOOSE message there? What is the dataset?

As you can see everything is fine. Let’s open IEC 61850 station, take this file and add Alstom IED. Station already included One Siemens IED which is 7SJ80. In GOOSE tab we subscribe Siemens IED to receive aforementioned GOOSE message from Alstom IED. Done. Now we update configuration, update IEC 61850 station and load configuration to Siemens IED.

We expect everything to work fine. But no. There is no communication though Alstom Grid IED is sending GOOSE message, Ethernet switch is transparent (no specific VLANs are set, multicast filtering is disabled). We spent several hours actually to get the solution.

To understand the reason why there is no communication, we have to take a look at SCD file. It has to be exported from IEC 61850 station (Export – IEC 61850 station). Then we open it in some text editing tools, preferably one which understands XML syntax. We search for subscription section in SIPROTEC data model (Inputs section, ExtRef). We see the following:

If you are attentive enough you will see that Siemens internal stVal is bound to the signals of the incoming GOOSE message twice: first time it is bound to external stVal; second time – the very same Siemens stVal is bound to time stamp data attribute from GOOSE. Looks like DIGSI doesn’t handle subscription with time stamp attribute in a proper way.

But there is good news – this can be fixed manually. We do this in a following way:

Then we go back to IEC 61850 station and import fixed SCD file in it. Okay, now it works fine. Sometimes it is nice to understand specifics of SCL files. Take care.

Latest blog posts

Christoph Brunner about origins of IEC 61850 and its future developments
Christoph Brunner about origins of IEC 61850 and its future developments

The new episode of Big Energy, produced by Tekvel team, is already on YouTube. This time we met Christoph Brunner - convenor of IEC TC57 WG10 - who knows everything about IEC 61850, what has been in the past and what is coming in the future. Enjoy, like and share with engineers community!

Tekvel Park digital substation lifecycle management system has been presented in South American market
Tekvel Park digital substation lifecycle management system has been presented in South American market

On March 25-29, 2019 Tekvel engineers visited Lima (Peru), where, together with their partner - Soltec, they presented Tekvel Park digital substation lifecycle management system for the local transmission and distribution utilities and system operator, and also participated in Expo Energia 2019 conference and exhibition. Tekvel Park was very much appreciated by the technical teams of both local utilities and leading vendors, presenting their solutions in South America.

Describing non-61850 devices in the the SCL-file
Describing non-61850 devices in the the SCL-file

Tekvel Park detects host on the network by their different communication activities, displaying them as GHOST IEDs if they were not described in an SCD-file. This post shows a way to describe non-61850 IEDs (as well as HMI PCs and other network devices) in the SCL file, thus forcing Tekvel Park not to detect them as ghosts.