OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

emix message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: [OASIS Issue Tracker] Updated: (EMIX-407) Power Quality DefinitionsCLONE -Omnibus issue for Aclara (David Haynes) comments



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

William Cox updated EMIX-407:
-----------------------------

     Summary: Power Quality Definitions CLONE -Omnibus issue for Aclara (David Haynes) comments  (was: Power Quality Definitions CLONE -Omnibus issue for Acclara (David Haynes) comments)
    Proposal: 
General: The terms used are defined in the relevant protcols/standard; the nature of what is measured is similar across all such protocols, hence the names (which may not necessarily match any specific protocol/standard). The criteria and measurement protocol are what's defined elsewhere; an exhaustive naming of all possible standards and protcols would not add to the usefulness of the specification. The definitions in EMIX are indicative, as they vary depending on the measurement protcol.

We have added specific references to
IEC 61000-4-30-2003, Electromagnetic compatibility (EMC) - Part 4-30: Testing and measurement techniques - Power quality measurement methods
EN50160-2000 (2003) Electromagnetic Compatibility (EMC) - Part 4-30: Testing and Measurement Techniques - Power Quality Measurement Methods, Edition 2, June.
IEEE1519	IEEE1159-2009, IEEE Recommended Practice for Monitoring Electric Power Quality, ieee.org
As well as published papers and a book on the subject.  The terminology largely matches that of IEC61000-4-30; each item seems to have a clear analog in the naming of each MeasurementMethodology (each of which also includes criteria for "good" power quality).

Corrections made to the text:
References added.
FlickerST and FlickerLT, rather than Flicker
Clearly separated the Mains Voltage (some protocols specify e.g. only  240v) from MainsSignalingVoltage (powerline carrier voltage usually RMS).



Specific notes:

820 "Flicker": recommend leaving as-is. EMIX does not define flicker; rather it offers a container for the count of flicker events during the period. this would be however the underlying technology computed those counts, and governed by whatever agreement was in place between the two parties interested in this count. 

820 "Voltage Dips": recommend leaving as-is. EMIX does not define voltage dips; rather it offers a container for the count of voltage dip events during the period. this would be however the underlying technology computed those counts, and governed by whatever agreement was in place between the two parties interested in this count. IEEE 1159-2009, for example, states: "Similarly, the category short duration variations is used to refer to voltage dips and short interruptions." p. 4. One might be able to infer, therefore, that this refers to a short duration variation of the supply voltage, IF one was using the IEEE standard as one's reference. IEEE 1564 is not a published standard (per webstore search) though there is an active PAR for the work. The committee site shows the latest activity as July 2010 (http://grouper.ieee.org/groups/sag/meetings/2010-07-notes.pdf) 

820 "interruptions": recommend using three terms, momentary interruption, temporary interruption, sustained interruption per IEEE 1159-2009, pp. 2-3. 

820 "temp overvoltage": recommend using "Voltage Swell". there are three properties of this that are defined in IEEE 1159-2009 (p. 6), instantaneous, momentary and temporary, that could be used here. however, if this is being used as a defined container for a count of events, the decision to apply a restriction to what type of swell lies with the two parties interested in this count. "surge" is not recommended. See note above about IEEE 1564. 

820 "supply voltage imbalance": recommend leaving as-is. EMIX does not define supply voltage imbalance; rather it offers a container for the count of those events during the period. this would be however the underlying technology computed those counts, and governed by whatever agreement was in place between the two parties interested in this count. 

820 technical "Harmonic voltage" recommend leaving as-is
This is specifically defined by the measurement protocol (e.g. ieee1159-2001, en50160. This refers in the referenced standards to the residual distorted waveform after subtracting the main waveform.

Line (or MainsVoltage) is the reference point against which over/undervoltage, flicker, etc are measured.

  was:
General: The terms used are defined in the relevant protcols/standard; the nature of what is measured is similar across all such protocols, hence the names (which may not necessarily match any specific protocol/standard. The criteria and measurement protocol are what's defined elsewhere; an exhaustive naming of all possible standards and protcols would not add to the usefulness of the specification.

Specific notes:

820 "Flicker": recommend leaving as-is. EMIX does not define flicker; rather it offers a container for the count of flicker events during the period. this would be however the underlying technology computed those counts, and governed by whatever agreement was in place between the two parties interested in this count. 

820 "Voltage Dips": recommend leaving as-is. EMIX does not define voltage dips; rather it offers a container for the count of voltage dip events during the period. this would be however the underlying technology computed those counts, and governed by whatever agreement was in place between the two parties interested in this count. IEEE 1159-2009, for example, states: "Similarly, the category short duration variations is used to refer to voltage dips and short interruptions." p. 4. One might be able to infer, therefore, that this refers to a short duration variation of the supply voltage, IF one was using the IEEE standard as one's reference. IEEE 1564 is not a published standard (per webstore search) though there is an active PAR for the work. The committee site shows the latest activity as July 2010 (http://grouper.ieee.org/groups/sag/meetings/2010-07-notes.pdf) 

820 "interruptions": recommend using three terms, momentary interruption, temporary interruption, sustained interruption per IEEE 1159-2009, pp. 2-3. 

820 "temp overvoltage": recommend using "Voltage Swell". there are three properties of this that are defined in IEEE 1159-2009 (p. 6), instantaneous, momentary and temporary, that could be used here. however, if this is being used as a defined container for a count of events, the decision to apply a restriction to what type of swell lies with the two parties interested in this count. "surge" is not recommended. See note above about IEEE 1564. 

820 "supply voltage imbalance": recommend leaving as-is. EMIX does not define supply voltage imbalance; rather it offers a container for the count of those events during the period. this would be however the underlying technology computed those counts, and governed by whatever agreement was in place between the two parties interested in this count. 

820 technical "Harmonic voltage" recommend leaving as-is
This is specifically defined by the measurement protocol (e.g. ieee1159-2001, en50160. This refers in the referenced standards to the residual distorted waveform after subtracting the main waveform.

Line (or MainsVoltage) is the reference point against which over/undervoltage, flicker, etc are measured.


> Power Quality Definitions CLONE -Omnibus issue for Aclara (David Haynes) comments
> ---------------------------------------------------------------------------------
>
>                 Key: EMIX-407
>                 URL: http://tools.oasis-open.org/issues/browse/EMIX-407
>             Project: OASIS Energy Market Information Exchange (eMIX) TC
>          Issue Type: Improvement
>    Affects Versions: csprd02 Public Review Draft
>         Environment: David Haynes
>            Reporter: Toby Considine
>            Assignee: William Cox
>
> 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.)

-- 
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

        


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]