Bug #7001
Presence condition of DO in statistic Logical Nodes
0%
Description
It would seem logical that when a DO is multiple (instanciable, with Omulti/Mmulti) in a LN when it is used "non statistic",
then, the same DO is also allowed to be multiple (instanciable, with Omulti/Mmulti) when the LN is used as "statistic"
Example of our use case:
In a non statistical LN, the 2 instances of the DO represents 2 "real time" measures of the same thing :- WGEN1.BrgTmp1
- WGEN1.BrgTmp2
- stat WGEN1.BrgTmp1
- stat WGEN1.BrgTmp2
It would seen logical that when presCond allows multiple instanciation, it is also the case for dsPresCond.
Several examples were found when it is not the case in the standard :
Files
Updated by Carlos Rodriguez del Castillo about 1 month ago
- Discuss in Upcoming Meeting changed from No to Yes
Updated by Carlos Rodriguez del Castillo about 1 month ago
- Status changed from New to In Progress
We think it is a bug in the document generation, we have to investigate.
Updated by Thierry Dufaure about 1 month ago
jCleanCim has been updated to deal with ds presence condition. The strategy so far was to declare an "O" presence condition if the DataObject isUsableForStatistics()
The isUsableForStatistics() solely checks the stereotype of the CDC. The <<statistics>> stereotypes is specified in the model during the CDC definition.
A change in the j61850DocBuilder is necesary to apply a extended strategy for any "<X>multi" presence condition.
Note that this change would have a compatibility impact changing the O to Omulti <> the DataObject MUST have an instance number were it did not with =.
The compatibility impact only the derived static logical node that are not widely used so far.
A tissue should be applied to any namespace that is impacted by the extended strategy: 7-4, 7-420, ...
Updated by Carlos Rodriguez del Castillo 3 days ago
- Status changed from In Progress to Resolved
- Discuss in Upcoming Meeting changed from Yes to No
- Assigned TF UML modeling added
- Assigned TF deleted (
None)