[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Pulling the power together
PDF attached if you lose the formatting. Email attachments to bring comments back onto the list What we have in EMIX is a few layers. A family of ways to contract: discrete purchases, option contracts (with associated performance terms) We have a layer of pricing options: price negotiations, price taking (w/ or w/o tiers) and a few odd-balls And then we have the low-level mangoes being bought and sold. It appears that we can eliminate the odd-balls by creating a rough taxonomy of mangoes as follows.
If we can fill in the blanks, fully characterize the mangoes, then, I think we can eliminate the odd-balls and complete the power/resource side in EMIX. This suggestion aligns with Dr. Burns suggestions that we expand on the Reading Types as described in the NAESB PAP10 process. If understand the many helpful suggestions, we have so far focused on Yellow
I am trying to fill out the product descriptions. I have recently sent out several requests about the Red column
Dr Snyder has recently sent me some encouraging, but not fully actionable (to me) suggestions, Both Marty AND Aaron have suggested that I take the scalar descriptors and abstract them elsewhere.
I think I am missing something here, something perhaps so obvious that others don’t see what I am missing… Can we take this and turn this into something similar to 6 mangoes, each with Quantity Scale Enumerated Unit-types tc “It is difficult to get a man to understand something, when his salary depends upon his not understanding it” -- Upton Sinclair.
|
--- Begin Message ---
- From: "Aaron Snyder" <aaron@enernex.com>
- To: "William Cox" <wtcox@CoxSoftwareArchitects.com>
- Date: Mon, 7 Mar 2011 14:18:23 -0800
Bill, I will first admit I don’t understand the need to have a specific voltVar element, and further have no idea what units one might ascribe. Few resources can directly change their voltage (PV inverters perhaps being one of that small set), rather, they change their real and reactive power demands in all four quadrants which is then reflected in a voltage change as measured. The physics say as I have more inductive (and real) load, my voltage lowers. If I add capacitors, the reactive power needs from the network to meet my inductive load lessen and the voltage raises. For stability purposes, I think of nodes as either voltage-angle (V-theta) or real-reactive nodes (P-Q). either type allows me to derive the calculations for the other electrical properties (voltage, current, angle, real power, reactive power, complex power). Sorry for now, Aaron Aaron F. Snyder, Ph.D. Principal Consultant EnerNex Corporation 620 Mabry Hood Rd Ste 300 Knoxville, TN 37932 Office: +1 (865) 218-4600 x6147 Fax: +1 (865) 218-8999 Mobile: +1 (865) 274-6158 From: William Cox [mailto:wtcox@CoxSoftwareArchitects.com] Sent: Sunday, March 06, 2011 12:29 PM To: Aaron Snyder Cc: toby.considine@gmail.com Subject: Can you help? voltage regulation resource definition for EMIX Aaron -- I've been working with Toby trying to clean up and finalize the resource definitions in EMIX, and your expertise is needed. This is from <http://tools.oasis-open.org/issues/browse/EMIX-285> http://tools.oasis-open.org/issues/browse/EMIX-285 on voltage regulation service. I've attached a one page word doc with only the cited section/table, and have followed the change instructions. But I don't think this is all that's needed. I know that Toby still has questions to fit this into a clean resource/product definition along with the rest. Could you give Toby a call at 919 619 2104 and/or mark the table up to what it should be and reply to this email? Thanks! bill 862 485 3696 -------- Original Message -------- Subject: [emix] [OASIS Issue Tracker] Commented: (EMIX-285) Line 457 QMax definition is not clear Date: Sun, 6 Mar 2011 11:03:44 -0500 (EST) From: OASIS Issues Tracker <mailto:workgroup_mailer@lists.oasis-open.org> <workgroup_mailer@lists.oasis-open.org> To: <mailto:emix@lists.oasis-open.org> emix@lists.oasis-open.org [ <http://tools.oasis-open.org/issues/browse/EMIX-285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=24825#action_24825> http://tools.oasis-open.org/issues/browse/EMIX-285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=24825#action_24825 ] William Cox commented on EMIX-285: ---------------------------------- The tables are simply pointers to portions of the schemas. What exactly are the needed parameters? Here's a re-formatting and changing into imperative voice of Aaron's comment, but I don't think it's precise enough to get the schemas and the resource definitions right. Should there be a separate product definition and this describes it? * Change "Definition" of VMin to "voltQuantity" (this keeps a voltage from having a 'var' definition) * Change to "Note" of VMin to "The minimum voltage level of the Voltage Regulation Service. In IEEE 1547, this represents a voltage level of 88% of nominal voltage for a photovoltaic (PV) inverter." (presumption is that there are voltage regulation services available that are not PV-related and that the IEEE citation is an example) * Change "Definition" of VMax to "voltQuantity" (this keeps a voltage form having a 'var' definition) * Change "Note" of VMax to "The maximum voltage level of the Voltage Regulation Service. In IEEE 1547, this represents a voltage level of 110% of nominal voltage for a photovoltaic (PV) inverter." (presumption is that there are voltage regulation services available that are not PV-related and that the IEEE citation is an example) * Change "Note" of QMax to "Maximum reactive power available for voltage regulation services. Note this is not the maximum reactive power of the voltage regulation service resource. Note this may be a positive (capacitive) value or negative (inductive) value." > Line 457 QMax definition is not clear > ------------------------------------- > > Key: EMIX-285 > URL: <http://tools.oasis-open.org/issues/browse/EMIX-285> http://tools.oasis-open.org/issues/browse/EMIX-285 > Project: OASIS Energy Market Information Exchange (eMIX) TC > Issue Type: Bug > Components: spec > Affects Versions: csprd01 Public Review Draft > Environment: William Cox. > Reporter: William Cox > Assignee: Aaron Snyder > Priority: Minor > > End of explanation of QMax states "Qmax is the inverter's current var capability and may be positive (capacitive) or negative (inductive). It would be the VA capability left after supporting the W demand." > The final sentence is not at all clear, and the voice is not that of a definition ("...it would be.." should perhaps be "it is...". And what is "the W demand"?--- End Message ---
--- Begin Message ---
- From: "Aaron Snyder" <aaron@enernex.com>
- To: <Toby.Considine@gmail.com>
- Date: Mon, 7 Mar 2011 12:53:10 -0800
Comments on the schema: 1. xs:complexType name="RealPowerUnitsType"; why do we have to build a list here? Real power (P) has a base unit of Watts (W) or Joules/sec and a prefix multiplier (e.g., kilo/k, mega/M, giga/G, milli/m, etc.) Can this be simplified even further and get rid of the list? Same for Joules/sec. 2. xs:complexType name="ReactiveEnergyUnitsType"; same comment as #1. Base unit is var-hours (VARh is one abbreviation), then a multiplier. 3. xs:simpleType name="VoltageUnitsType"; I don't understand the restriction for this type to V, kV, and MV; if they are kept, it is worth determining if kV or KV is more common (or pick the one from IEC CIM). 4. xs:simpleType name="VarUnitsType"; ditto #3 5. total/complex power unit: volt-ampere, VA 6. real power unit: Watt, W 7. reactive power unit: volt-ampere reactive, VAR 8. total/complex energy unit: volt-ampere hour, Vah 9. real energy unit: Watt-hour, Wh 10. reactive energy unit: volt-ampere reactive hour, VARh 11. keeping it simpler should be the goal, no matter what the editing pain it causes today. Plenty of folks can make it complex, few can uncover elegant simplicity. Your work is great, now lets simplify! Best regards, Aaron Aaron F. Snyder, Ph.D. Principal Consultant EnerNex Corporation 620 Mabry Hood Rd Ste 300 Knoxville, TN 37932 Office: +1 (865) 218-4600 x6147 Fax: +1 (865) 218-8999 Mobile: +1 (865) 274-6158 From: Toby Considine [mailto:tobyconsidine@gmail.com] On Behalf Of Toby Considine Sent: Sunday, March 06, 2011 3:03 PM To: emix@lists.oasis-open.org Subject: [emix] Aaron's surpising proposal - need assistance from Power Engineer soon Aaron makes a simple, but potentially profound comment in 291 Recommend changing the "Note" field for "Power Units" to "Enumeration of Power Units, e.g., MVA (total power), MW (real power), MVAR (reactive power)", changing the "Note field for "Energy Units" to "Enumeration of Energy Units, e.g., MVAh (total energy), MWh (real energy), MVARh (reactive energy)", and removing the "VAR Units" row from Table 6-7. http://tools.oasis-open.org/issues/browse/EMIX-291 Well, table 6-7 is narrative version of the underlying schemas. The simple version is to add one more units enumeration The more intriguing / profound recommendation is that we switch all enumerations (in EMIX Power, and thence in Resources) into two abstract classes: Power & Energy. Describing the radical one: In each of the (fewer) products we would have a requirement for either [energy units] or [power units] where these are abstract types (meaning they themselves are not allowed, only types derived from them). We would have three concrete types derived from the Power Type: Total Power, Real Power, and Reactive Power. We would have three concrete types derived from the Energy Type: Total Energy, Real Energy, and Reactive Energy. All contracts and all resource descriptions would be for either Power or for Energy. There would be no need for three contract types, or resource types, but for one. Is this worth doing? In any case, I need someone to tell me the correct units,, and correct attributes for each. In this conversation, I feel well able to discuss the electrophysiology and electropotnetial of neural response, but not the variants of electricity. This seems related to http://tools.oasis-open.org/issues/browse/EMIX-285 Recommend changing "Definition" of VMin to "voltQuantity" (this keeps a voltage from having a 'var' definition) Do I need to use voltQuantity in one of the above? Please advise. 919-619-2104 _____ "It is difficult to get a man to understand something, when his salary depends upon his not understanding it" -- Upton Sinclair. _____ Toby Considine TC9, Inc OASIS Technical Advisory Board TC Chair: oBIX & WS-Calendar TC Editor: EMIX, EnergyInterop U.S. National Inst. of Standards and Tech. Smart Grid Architecture Committee Email: <mailto:Toby.Considine@fac.unc.edu> Toby.Considine@gmail.com Phone: (919)619-2104 http://www.tcnine.com/ blog: www.NewDaedalus.com--- End Message ---
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]