[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [emix] Definition of a "Price Interval"
Girish,
I
believe we are in violent agreement, but I was being unintentionally
obtuse. When I read your example code, my initial impression was that
the price was unique to that DR product and to the time in which it was
called. Based on your subsequent explanation, I believe we are in
agreement that the relevant interval here is time. There are separate
streams of data, "event type" and "price", that are coincident with the time
interval but are not a specific function of it; i.e., all are independent
variables.
This
implies that a control authority could send a constant stream of data covering
all events and times, and that the receiving system could be configured to
select only that data relevant to the local facility.
True?
Your
references to CAISO do inspire another question. OpenADR together with the
studies cited are only California oriented. Our OASIS members in France
(Laurent Guise and Francois Jammes) have asked if the work being done has any
non US centric input. Are you aware of any international
applications? Also, has there been any affirmative activity to see if
OpenADR specs would function within the market rules of the other US
ISO's? ERCOT LaaR, PJM Regulation and ISO-NE FCM all require automated
response and either are in the field or are close to implementation. It
will be difficult to promote OpenADR as a national standard if it does not
encompass the parameters of these programs. It probably does, but it's
politically important to be able to refer to specific
studies.
Thanks!
Phil From: Girish Ghatikar [mailto:GGhatikar@lbl.gov] Sent: Saturday, April 03, 2010 8:29 PM To: emix@lists.oasis-open.org Subject: Re: [emix] Definition of a "Price Interval" Thanks for bringing this up and I think this is the issue with terminologies and NOT the concept of use of time for intervals. Based on my interactions during technology integration of CAISO real-time market (RTM) with OpenADR, we have seen that intervals could be used in different contexts. What you have is a definition of "price intervals" is one element. For example, for CAISO, under "prices" on -- http://oasis.caiso.com/mrtu-oasis/ -- the intervals are used for time, price, etc. as seen below by definitions. "Interval Locational Marginal Prices: Five-minute Locational Marginal Prices for all PNodes and all APNodes in $/MWh, for each five-minute interval RTM. Posts the LMP, plus the Congestion, Loss and Energy Components that makes up the LMP." "Interval AS Clearing Prices: Ancillary Services Regional Shadow Price for all Ancillary Service types for all binding AS Regions and Sub-Regional Partitions. Posts 15-Minute price relevant to the next 15 minute binding interval for RTM on a fifteen minute basis." While I think the "monetary interval" you have is one important element for DR, other element is also the "time interval." For example, the time interval will determine the end-uses that could be part of DR strategies and for what duration (or not). The length (time) and the breadth (kW) are equally important. The price will determine their willingness to participate and time will determine if they can and by how much. This was also one of the thing we looked at the recently concluded participating load pilot (PLP) that we conducted with CAISO (see below). Open Automated Demand Response Communications in Demand Response for Wholesale Ancillary Services Kiliccote S., M.A. Piette, G. Ghatikar, Lawrence Berkeley National Laboratory; E. Koch, D. Hennage, Akuacom; J. Hernandez, A. Chiu, O. Sezgen, Pacific Gas and Electric Company; and J. Goodin, California Independent Systems Operator. In the Proceedings of the Grid-Interop Forum 2009, Denver, CO, November 17-19, 2009. LBNL-2945E. November 2009 http://drrc.lbl.gov/drrc-pubs-auto-dr.html Moving forward, I think we should acknowledge this and be clear of terminologies that are in use and have a certain meaning -- they should retain their meaning as much as possible. Thank you, Rish Phil Davis wrote: 7B0A1723EC5943CA9B38B022FE759310@us.schneiderelectric.com type="cite"> --
________________________________________________________________________ This email has been scanned for SPAM content and Viruses by the MessageL abs Email Security System. ________________________________________________________________________ --------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. Follow this link to all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]