Project

General

Profile

Support #676

Clarification of addCause

Added by Maud Merley about 2 years ago. Updated 19 days ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
Standard clarification required
Start date:
05/21/2021
Due date:
11/21/2021 (about 18 months late)
% Done:

0%

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

IEC 61850-7-5

Needs More Information:
No

Description

1. The standard identifies addCause, but its use should be explicitly defined by requirements associated to the application. The use and the expected behavior may be different for CB or disconnectors and also depend on other criteria.
example: "invalidPosition": depending on the object, a rejection of the command may be wished for a disconnector, but not for an opening command of a CB.

2. Besides, some cases has to be clarified:
25 "none" : why is this addCause necessary, normally they are associated at a refusal. Clarify use?
23 "abortion by communication loss": this addCause cannot be sent in case of loss of communication. Clarify use. Log?
26 "inconsistent parameter" conform if used for test of parameters of command or for sequence number of command (cybersecurity)
20 "non access authority" -> which are the associated controls?
=> Associated controls need to be explicitly specified for each addCause for interoperability reasons. Specially important for 20 and 26.

3. At least, how to access to addCause for other functions than the client and server concerned. Proposal : creation of attribute ENUM associated to addCause ?


Proposal descriptions

1. The standard identifies addCause, but its use should be explicitly defined by requirements associated to the application. The use and the expected behavior may be different for CB or disconnectors and also depend on other criteria.
example: "invalidPosition": depending on the object, a rejection of the command may be wished for a disconnector, but not for an opening command of a CB.

2. Besides, some cases has to be clarified:
25 "none" : why is this addCause necessary, normally they are associated at a refusal. Clarify use?
23 "abortion by communication loss": this addCause cannot be sent in case of loss of communication. Clarify use. Log?
26 "inconsistent parameter" conform if used for test of parameters of command or for sequence number of command (cybersecurity)
20 "non access authority" -> which are the associated controls?
=> Associated controls need to be explicitly specified for each addCause for interoperability reasons. Specially important for 20 and 26.

Which addCause to use for cb blocked due to low SF6 pressure?
Is it expected to use addCause "Blocked by Process" (9) or "Blocked-by-Command" (24)?
The semantic of 24 implies a user operation, but is attached to CmdBlk. In the description of the use of CmdBlk, one can understand that the command could also be blocked by a signal (not necessarily user). It would be advantageous to clarify this point.
Proposal:
- use of addCause 24 only for blocking by operator and cause 9 for blocking related to signals form process.
- indicate that CmdBlk could also be associated to add cause 9

3. At least, how to access to addCause for other functions than the client and server concerned. Proposal : creation of attribute ENUM associated to addCause ?

#1

Updated by Carlos Rodriguez del Castillo about 2 years ago

  • Discuss in Upcoming Meeting changed from No to Yes
#2

Updated by Maud Merley over 1 year ago

  • Proposal descriptions updated (diff)
#3

Updated by Carlos Rodriguez del Castillo over 1 year ago

  • Discuss in Upcoming Meeting changed from Yes to No

- Issue #1: In the PIXIT there is an explanation of addCause but in IED view, not for every controllable data object. "invalidPosition" indicates that the position has not been reached, but the command has been executed. Herb will talk with Richard Schimmel about 2.1 conformance test.
- Issue #2:
- addCause 23: To be used in LTRK, that can be logged or reported.
- addCause 26: Different parameter between Selection and Execution
- hich addCause to use for cb blocked due to low SF6 pressure? --> addCause 9
- Issue #3: It is exposed by LTRK

7-2 Ed2.1 has increased explanation on AddCause. Table 21. RTE to take look on that.

#4

Updated by Carlos Rodriguez del Castillo over 1 year ago

  • Due date set to 11/21/2021
  • Category set to Standard clarification required
  • Status changed from New to In Progress
#5

Updated by Carlos Rodriguez del Castillo over 1 year ago

  • ID set to 49
  • TF Unique ID set to 49 # RTE

TF Unique ID set

#6

Updated by Vladan Cvejic 12 months ago

  • Status changed from In Progress to Resolved
  • Standard(s) set to IEC 61850-7-5

Proposal:
Issue to be addressed by 7-5 TF.

#7

Updated by Vladan Cvejic 12 months ago

  • Proposal descriptions updated (diff)
#8

Updated by Carlos Rodriguez del Castillo 19 days ago

  • Needs More Information set to No
#9

Updated by Carlos Rodriguez del Castillo 19 days ago

  • Discuss in Upcoming Meeting changed from No to Yes

Also available in: Atom PDF