Issues #6886
Tissue 1897 Data-change and data-update inclusion bitstring bits set in a report
Added by IEC 61850 TPWG 3 months ago.
Updated 3 days ago.
Due date:
12/10/2024 (Due in 5 days)
Discuss in Upcoming Meeting:
No
Test Case ID:
sMdl18, sRp3/sBr3
Closed Reason:
--Not Set---
Description
append sentence in 6.3.3.3 and 6.3.3.4
"'data-change' and 'data-update' are mutually exclusive of each other"
with
"for each particular data attribute as specified in Table 5."
As stated in IEC 61850-7-3 Clause 7-1: Sometimes, both dchg and dupd are specified as a possible trigger option for the DataAttribute. In that case, the concrete implementation shall select one of them
- Due date set to 10/01/2024
- Status changed from New to In Progress
- Assignee set to Richard Schimmel
- Due date changed from 10/01/2024 to 10/29/2024
- Test Case ID set to sMdl18, sRp3/sBr3
sRp3/sBr3 already states in the expected result: "the reason code is one of the configured trigger options". This will prohibit dupd+dchg!
sMdl18 states that in the SCL the DA: "is conformant with 61850-7-3 Trigger option". That may be clarified.
- Due date changed from 10/29/2024 to 11/12/2024
- Status changed from In Progress to Resolved
Is sMdl18 verifying that only dchg="true" or dupd="true" are mutually exclusiv in the (DataTypeTemplate) DA declaration?
- Due date changed from 11/12/2024 to 12/10/2024
- Status changed from Resolved to In Progress
sMdl18 also checks the TrgOps in the SCL file do match with those in the NSD. If the NSD does not allow dupd than the SCL will fail. For sure dchg and dupd are mutually exclusive. This should in principle prevent a report with reason-code "dupd" and "dchg" for the same element. The tissue is about a report, not the SCL.
Also available in: Atom
PDF