131 GxCB in directory and SCL
Created: 21 Mar 2005
Status: Not Applicable
Part: Part 8-1 (2004)
Links:
Page:
Clause:
Paragraph: Table 109/110
Issue: According to the standard it is allowed to have a GxCB defined in SCL that is not visible in the object directory (8-1, table 109/110, GxCB is optional). Is it allowed to have this GxCB at a different place in the object directory?
Or in principle, it is allowed to have a Goose Controlblock available in the object directory which is not defined in SCL ?
For example, in SCL it is defined that a GoCB would be at 'Ldevice1/Lnode1$FC$GO$MyGC', but the GoCB is revealed with another reference, like 'Ldevice2/Lnode2$FC$GO$RevealedGC'.
Proposal: Clarify.
Discussion |
Created |
Status |
Q1: According to the standard it is allowed to have a GxCB defined in SCL that is not visible in the object directory (8-1, table 109/110, GxCB is optional). Is it allowed to have this GxCB at a different place in the object directory?
61850-7-2/-6 only allow GxCBs in the scope of LLN0. Therefore, only GxCB(s) in the scope LLN0 can be tested for conformance.
The schema in -6 does not allow GxCB(s)to be defined in any place but LLN0. Thus any GxCB defined in SCL with an MMS profile implementation must be visible within LLN0.
Q2: Or in principle, it is allowed to have a Goose Controlblock available in the object directory which is not defined in SCL ?
In certain cases it is possible to have a GxCB that is not defined in SCL. The specifics will need to be defined later.
Q3: For example, in SCL it is defined that a GoCB would be at 'Ldevice1/Lnode1$FC$GO$MyGC', but the GoCB is revealed with another reference, like 'Ldevice2/Lnode2$FC$GO$RevealedGC'.
This can’t exist since the GCRef would be different for each GOOSE issued. It is not possible to have a single GOOSE message bound to two GCRefs.
|
31 Mar 05 |
Not Applicable |
Privacy | Contact | Disclaimer
Tissue DB v. 21.3.1.1
|