[OASIS Issue Tracker] Updated: (EMIX-409) CIM Definition Sources:CLONE -Omnibus issue for Acclara (David Haynes) comments

[OASIS Issues Tracker <workgroup_mailer@lists.oasis-open.org>]

     [ http://tools.oasis-open.org/issues/browse/EMIX-409?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Toby Considine updated EMIX-409:
--------------------------------

        Summary: CIM Definition Sources: CLONE -Omnibus issue for Acclara (David Haynes) comments  (was: CIM Defintion Sources: CLONE -Power Quality Definitions CLONE -Omnibus issue for Acclara (David Haynes) comments)
    Description: 
681     technical       "ramp rate curve"? Where exactly is this defined? What is the name of the document? What is the name of the CIM class it inherits from?

703     technical       "mrid"? I believe IEC TC57 WG13 has developed a document to define the mrid. You must either define what you mean by "mrid" and the rules associated with the use of it, or cite someone else's document that does this for you. There are very specific rules for its construction and use that need to be followed.


  was:
820     technical       "Flicker" is not defined. By what standard is flicker to be quantified? Westinghouse? IEEE? What about the severity of the flicker? Not all flicker events are the same yet you treat them as if they were. I suggest you look at the IEEE 519 std. What you have modeled here isn't useful.

820     technical       "Voltage dips" are not defined. What constitutes a voltage dip? What is the threshold and duration? Suggest you look at IEEE std. 1564. 

820     technical       "short interruptions" and "long interruptions" are not defined. These are non-standard terms. You must either define what you mean or cite another document that will do that for you. I suggest you refer to IEEE 1366 and use the standard terminology, metrics, and definitions. (i.e. "momentary interruption," "momentary interruption event," "sustained interruption," etc.) What you have here is completely unusable in the industry. We all subscribe to and use the IEEE 1366 indices.

820     technical       "temp overvoltage" is not defined. This is a non-standard term. Suggest you use the term "voltage surge". You should look at IEEE stds. 1564 or 1159 or IEC 61000-X.

820     technical       "supply voltage imbalance" is not defined. What constitutes an imbalance? This is usually defined by a percentage (or PU) level. Where do you define the severity and duration of an imbalance event? These have to be defined before they are counted!

820     technical       "harmonic voltage" there are an unlimited number of harmonics possible. Which one(s) are you measuring here? Suggest you look at IEC 61968-9 Ed. 2. Annex C and IEEE 519.

820     technical       Why is the word "signaling" in the definition for mains voltage? Our company makes a product that communicates on the powerline. Few others do. I propose that you change this to describe the secondary voltage delivered to the service point (if that is what you are trying to define here.)

       Assignee: Gerald Gray  (was: Aaron Snyder )

> CIM Definition Sources: CLONE -Omnibus issue for Acclara (David Haynes) comments
> --------------------------------------------------------------------------------
>
>                 Key: EMIX-409
>                 URL: http://tools.oasis-open.org/issues/browse/EMIX-409
>             Project: OASIS Energy Market Information Exchange (eMIX) TC
>          Issue Type: Improvement
>    Affects Versions: csprd02 Public Review Draft
>         Environment: David Haynes
>            Reporter: Toby Considine
>            Assignee: Gerald Gray
>
> 681     technical       "ramp rate curve"? Where exactly is this defined? What is the name of the document? What is the name of the CIM class it inherits from?
> 703     technical       "mrid"? I believe IEC TC57 WG13 has developed a document to define the mrid. You must either define what you mean by "mrid" and the rules associated with the use of it, or cite someone else's document that does this for you. There are very specific rules for its construction and use that need to be followed.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira