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] Commented: (EMIX-470) Offer Segment Tableneeds work - currently cut&paste gibberish



    [ http://tools.oasis-open.org/issues/browse/EMIX-470?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=26041#action_26041 ] 

Edward Cazalet  commented on EMIX-470:
--------------------------------------

If we are trying to represent how ISO markets use offer curves, then I believe the offer curves are segments ordered by price.  Offer curves are not the same as supply curves which are obtained by integrating the offer curves to determined costs as a function of output. My understanding is that all ISOs use offer curves for tenders to their markets.

Each ISO offer curve segment is an increment of MW (rate of delivery of energy) and a price in $/MWh (for that segment's incremental energy).  ISOs require an offer curve to be a set of offer curve segments arranged in order of increasing incremental price.  The ISO market software will typically dispatch all offers with an incremental price below the market clearing price and pay the clearing price for all amounts dispatched.  The amount dispatched may be constrained by ramp rates and other considerations.

Pictures of both ISO generation and load offer curves are shown on slide 19 of a CAISO presentation at 
http://www.caiso.com/docs/2004/02/13/200402131607358643.pdf

A load curtailment curve would look like the generation curve in slide 19.

I also see no use for the Integral Only Flag.  

I suggest we revise the offer curve in the document to the above format.

Josh do you agree on the above.  I am happy to talk by phone.

I think Phil is correct that the demand side has another perspective.  Offering DR resources into the ISO control room is more difficult than generation.

Given the FERC requirements and customer requests, as Phil mentioned, ISOs are trying to make available to the demand side the same or similar market products as they offer to the generators. 
Clearly buildings, as an example, do not operate like gas turbines or coal-fired generators.  So the offer curve concept and ramp rates we describe in our document are not ideal for the demand side.

I don't have a good alternative to suggest for the demand side resource bidding into ISO markets where the ISO would then dispatch the building.  Most ISOs are now leaving this to aggregators who work with end users and then bid into the ISO markets using conventional supply-side offer curves, ramp rates, ancillary services products, etc. or specialized event based ISO DR Programs.  PJM also has an effort to use price as the signal to the demand side with price responsive demand curves estimated to determine the impact on the market clearing process and to provide capacity payments to price responsive demand that operate to avoid future capacity investment.

As you are aware, I/we have been proposing Transactive Energy approaches for the demand side where variable and fixed price tenders to customers elicit and pay for the responsiveness of customers.  This approach avoids the need to characterize offer curves, ramp rates, etc. on the demand side.  The operational curves at the beginning of this chapter are one information model for buildings to negotiate transactions with aggregators and others.  TeMIX provides additional, models to negotiate transactions.



> Offer Segment Table needs work - currently cut&paste gibberish
> --------------------------------------------------------------
>
>                 Key: EMIX-470
>                 URL: http://tools.oasis-open.org/issues/browse/EMIX-470
>             Project: OASIS Energy Market Information Exchange (eMIX) TC
>          Issue Type: Bug
>    Affects Versions: wd30
>         Environment: Toby Considine
>            Reporter: Toby Considine
>            Assignee: Toby Considine
>             Fix For: wd31
>
>
> Table on 1048 wd30 needs rework - not coherent.

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