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.
| Discussion | Created |
|---|---|
| In Force (green) | 29 Jun 10 |
| Discussion (red) Accepted. Text at doName attribute in Table 22 will be adapted | 05 May 10 |