PDA

View Full Version : IEC61850 - Report Activation Problem



andrea.ornago
14th March 2018, 17:15
<font color="#333333" style="color: rgb(51, 51, 51); background-color: rgb(250, 250, 250);">Hello everybody,</font><br style="color: rgb(51, 51, 51); background-color: rgb(250, 250, 250);"><font color="#333333" style="color: rgb(51, 51, 51); background-color: rgb(250, 250, 250);">I'm working on Zenon Operator 7.50<br><br>In my test project there is one 61850 IED device (that supports URCBs).&nbsp; The device has 5 report (1 to 5 reports).<br><br><strong>1st CASE:</strong><br>If, in my device configuration, I enable:<br>&nbsp; &nbsp; - reports 1 to 4 -&gt; 1 client<br>&nbsp; &nbsp; - report 5 -&gt; 2 client<br>Zenon IEC61850 driver is working fine (all 5 report,refer to one client, are enabled) (I have check RptEna variables and LOG file).<br>ConnectionState variable shows that TCP and MMS connection are OK<br><br><strong>2nd CASE:</strong><br>(same Zenon IEC61850 driver configuration)<br>If, in my device configuration, I try to enable more clients, Zenon IEC61850 driver can enstablish only the TCP communication (ConnectionState variable is 2, only the TCP communication is enstablished).<br><br>After I checked the LOG about the two case, why in the 2nd CASE Zenon Driver seems doesn't try to activate the report?<br>The communication doesn't works fine for a Zenon Driver Error? for a device Error? or both?<br><br>Attached: LOG file and Zenon IEC61850 Driver Configuration.<br><br></font><img src="https://forum.copadata.com/attachment.php?attachmentid=2260&amp;stc=1" attachmentid="2260" alt="" id="vbattach_2260" class="previewthumb"><font color="#333333" style="color: rgb(51, 51, 51); background-color: rgb(250, 250, 250);"><br><br>Thank You very much,<br>Andrea&nbsp;<br><br><br><br></font>

andrea.ornago
14th March 2018, 17:26
Maybe, Zenon doesn't try to enable the report because MMS communication must be enstablished first.... in LOG where can I find the MMS abilitation request messages?

Thanks,
Andrea

ursulak
15th March 2018, 10:19
In iec850 driver the variable ConnectionState value 2 means that the driver has connected the IED on TCP, so then is trying, on this TCP socket, to establish a valid MMS association.&nbsp;And this association&nbsp;must succeed before the driver will try to enable RCBs. <br><br>Maybe you take a look in Wireshark sniff&nbsp;what are the reactions from IED on TCP port 102.&nbsp; <br><br><font color="#333333"><font style="background-color: rgb(250, 250, 250);">&gt;2nd CASE:<br>&gt;If, in my device configuration, I try to enable more clients"<br>I do not understand this description. What you mean with "<font color="#333333" style="background-color: rgb(250, 250, 250);">in my device configuration, I try to enable more clients"? I suppose&nbsp;you are changing the&nbsp;SCL-file of the device? But what&nbsp;kind of changes are you making in SCL?<br><br>On your screenshot i see that the iec850 driver is configured with same&nbsp;ClientLN.iedName. This is a feature introduced by Edition 2 of the Standard and the use of this string then&nbsp;demands <font color="#333333" style="background-color: rgb(250, 250, 250);">-&nbsp;in the&nbsp;SCL file you are using to update the IED:<br></font>- in section 'Communication'&nbsp;descriptions of&nbsp;TCP and OSI parameters of all 850-Clients which the IED has to accept. Else the IED will not know what is the ClientLN.iedName, as via MMS is gets only the IP and OSI addressing from the&nbsp;associating client, not&nbsp;its name&nbsp;as string (a severe disadvantage in the Standard).<br>- then in&nbsp;<font color="#333333" style="background-color: rgb(250, 250, 250);">sections ReportControl.RptEnable&nbsp;you may use these strings to pre-assign which client shall use with instance of the RCB.</font>&nbsp;</font></font></font>

andrea.ornago
19th March 2018, 14:42
Hi Ursula,<br>by sniffing packet with wireshark, we found a big difference between the behaviour of 2 different devices with the MMS request.<br>On the image dev_1 the protocol goes like Request - Response to every invokeID<br><img src="https://forum.copadata.com/attachment.php?attachmentid=2262&amp;stc=1" attachmentid="2262" alt="" id="vbattach_2262" class="previewthumb"><br>On the image dev_2 we can see that zenon sends a big buffer of packets between in a very short amount of time<br><img src="https://forum.copadata.com/attachment.php?attachmentid=2263&amp;stc=1" attachmentid="2263" alt="" id="vbattach_2263" class="previewthumb"><br><br>Can be dependent by the different initialization of 2 devices?<br><img src="https://forum.copadata.com/attachment.php?attachmentid=2264&amp;stc=1" attachmentid="2264" alt="" id="vbattach_2264" class="previewthumb"><br><br>Thank you for your help!<br><br>Andrea<br><br> <br>

ursulak
19th March 2018, 15:13
sorry Andrea, but you are looking blind, so watching non-relevant things.<br><br>The difference you have highlighted -&nbsp;between&nbsp;Initiate-Response&nbsp;of devices: it&nbsp;means that DEV 2 is not supporting dynamical data sets.&nbsp;Probably not relevant as in your previous post the&nbsp;driver configuration does not&nbsp;use dynamical data sets.&nbsp;And the "*Journal" services are not relevant at all (this would be as called 850-Logging). <br><br>In&nbsp;Initiate-response, the only really interesting thing, would be - not visible on&nbsp;your&nbsp;screenshot - the number for&nbsp;negociatedMaxServOutstanding. These numbers are limiting the queue size of conformed&nbsp;MMS frames (PDU): a client is allowed to send to&nbsp;server only as many MMS PDUs as stated there. Then client must wait until the server responds at least one PDU. <br>The screenshot where you&nbsp;show those 6, one-by-one, confirmed-PDUs -&nbsp;is exactly this absolutely allowed scenario; where the negotiated max number was &gt;= 6. So client has sent 6 PDUs and then was waiting until the server responds at least one.&nbsp;Then client may send&nbsp;the next&nbsp;PDU.<br><br>I'm proposing you&nbsp;to send&nbsp;sniffs (pcap files, not screenshots)&nbsp;to your&nbsp;COPA-DATA Support. <br><br><br><br><br>&nbsp;

andrea.ornago
20th March 2018, 12:33
okkk... problem found ... thanks a lot for your help.

Andrea