Project

General

Profile

Feature #6186

Changing the ActSG while reservation by another client is ongoing

Added by Michael Haecker 2 months ago. Updated about 2 months ago.

Status:
Closed
Priority:
Normal
Category:
-
Start date:
11/22/2022
Due date:
% Done:

0%

Estimated time:
ID:
Source:
TF Unique ID:
WG10 Proposal:
Estimated Completion:
Discuss in Upcoming Meeting:
No
To discuss in WG10:
No
Short Proposal:
Standard(s):

IEC 61850-7-2 Clause 16

Needs More Information:
No

Description

In UCAIug IEC 61850 2022 IOP there was a test case 'SGCB_ActSG_with_ResvTMS_07' - Ability of a Server to accept changing the ActSG while reservation by another Client is ongoing and verify that the ActSG actually changed. Unclear if the test procedure correctly reflects the standard.

In the DUT, "reservation" was understood exclusive to the entire SGCB instance. The 1st client sets 'ResvTms' for the value editing process. The same 'ResvTms' is also used to rule over attempts to access 'SelectActiveSG' from another client. The 2nd client cannot change the ActSG while the first client has EditSG set and ResvTms has not expired.

Which is the expected behaviour from an application point of view? Should the SGCB be protected? Note that a setting group can also be selected by other means than IEC 61850 services: HMI or binary inputs.

#1

Updated by Vladan Cvejic about 2 months ago

  • Status changed from New to Closed
  • Discuss in Upcoming Meeting changed from Yes to No
  • Proposal descriptions updated (diff)
#2

Updated by Vladan Cvejic about 2 months ago

  • Proposal descriptions updated (diff)

- Editing and Activating Setting groups are two independent actions
- UF TF suggest that there should be no change regarding this issue

Also available in: Atom PDF