1839 Not clear definition of lnInst to LN0 type elements
- Created
- 17 Aug 2022
- Status
- In Force (Editorial)Closed: the editorial correction is part of the standard. No further comments are taken. Show the workflow
- Batch
- 57/2673/INFThis tissue went out with this batch, which was closed on 01 Apr 2024.
- Part
- Part 6 (2019; Edition 2.1)
- Links
- None
- Page
- 39
- Clause
- 9.3.5
- Paragraph
- Restrictions
Issue
The Restrictions in the element say that:
The LN0 LN class is always LLN0, so no inst attribute is needed. For the referencing of links to LN0, lnInst shall be missing, and lnClass shall be LLN0.
The second sentence should be changed, in my opinion, as it conflicts with the schema definition. Here lnInst is sometimes defined as type=""tLNInst tEmptyLN" and use="required" which reads to me it cannot be missing
Proposal
Either:
- leave this restriction out
- change the schema for name="lnInst" be always use="optional"
- or change to: if referencing to element LN0 lnInst must be empty string and change the schema accordingly
| Discussion | Created |
|---|---|
| In Force (Editorial) Batch '57/2673/INF' (2) closed | 01 Apr 24 |
| Editorial Editorial | 28 Nov 23 |
| Approval (Editorial) for approval | 16 Dec 22 |
|
Discussion (red)
Back to the original sentence in part 6:
"For the referencing of links to LN0, lnInst shall be missing, and lnClass shall be LLN0." This sentence should be confusing in case of reference elements which have lnInst attribute mandatory, as it is in ClientLN. In this case, the lnInst attribute shall be empty for LLN0. This is why I am proposing following sentence as editorial: "For the referencing of links to LN0, lnInst shall be missing when attribute is optional or shall be empty when attribute is required, and lnClass shall be LLN0." This proposal is not adding new behavior to current edition and is fully inline with the current Schema. |
28 Nov 22 |
|
Discussion (red)
Changing this from "shall be specified except for LLN0" to "may be specified (as empty string) even if LLN0" could break existing IED tools (ICTs) which assume absence of this attribute when LLN0 is specified.
I agree with 17 Aug 22 comment that no change is needed. |
05 Oct 22 |
| Discussion (red) open for comment | 05 Oct 22 |
| Triage Proposed to make an editorial change and revise the restriction statement to: "For the referencing of links to LN0, lnInst shall be missing or empty when attribute is required, and lnClass shall be LLN0." | 05 Oct 22 |
|
Triage
There is a clear statement in clause 9.3.5 that specifies that LN0 shall always be named LLN0 (See Restiction comment below table 16). Since XSD validation is not enough for SCL validation and this is just another example that SCL validation is require.
SCL Validation is what is needed. No change is needed. |
17 Aug 22 |