663 FCDA element cannot be a "functionally constrained logical node"

Created
04 May 2010
Status
In Force (green)Closed: the solution is part of the standard. No further comments are taken. Show the workflow
Part
Part 6 (2009-12; Edition 2)
Links
None
Page
75
Clause
9.3.7
Paragraph
Table 22
Category
Issue may impact interoperability of implementations of Edition 2

Issue

There is a mismatch between Part 7-2 and Part 6 regarding the contents of a DataSet of a Report, GOOSE, SaV control block.

In 7-2, it is clearly stated that a data set can only contain Functionally Constrained Data Attributes (FCDA) or Functionally Constrained Data (FCD).

In Part 6, Table 22, for the doName row, it is stated that "If doName is empty, then fc can contain a value, selecting the attribute category of all DOs of the defined LN.", which contradicts Part 7-2.

Proposal

Clarify the description for the FCDA element. If used for a Report, GOOSE or Sampled Values control block, then the following attributes are mandatory: ldInst, lnClass, doName, and fc.
Attribute prefix shall still be optional (default value the empty string), lnInst shall still be optional (no default value - for LLN0), daName shall still be optional (no default value), and ix shall still be optional (no default value).

All attributes of an FCDA (except "fc") shall be optional only for a GSSE control block.

DiscussionCreated
In Force (green) 29 Jun 10
Discussion (red) Accepted. Text at doName attribute in Table 22 will be adapted 05 May 10