[OASIS Issue Tracker] (ENERGYINTEROP-704) Aggregated Flexibility and Inflexibility

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

Toby Considine created ENERGYINTEROP-704:
--------------------------------------------

             Summary: Aggregated Flexibility and Inflexibility
                 Key: ENERGYINTEROP-704
                 URL: https://issues.oasis-open.org/browse/ENERGYINTEROP-704
             Project: OASIS Energy Interoperation TC
          Issue Type: Bug
         Environment: [https://lists.oasis-open.org/archives/energyinterop-comment/202111/msg00008/2111DJH_CTS_Review.pdf]ÂDonald Hammerstrom
            Reporter: Toby Considine
            Assignee: William Cox


Binary supply or demand flexibility might be acceptable for aggregation of household or building demand and supply. But it is unlikely that dissimilar objectsâ flexibility can be controlled in a binary fashion using the same strike price. Shouldnât DERs supplying utility of different value be prioritized by strike price?
In principle, a transactive energy system should be able to represent aggregations of bids and offers from sets of objects having binary flexibility, price-sensitive flexibility, and even inflexibility. The aggregation of an object without flexibility with another have binary flexibility is exemplified by Figure 4. In this example, there is no price at which the aggregate supply or demand quantity 
magnitude can be reduced to zero. A step appears at the strike price of the object offering binary flexibility.
If CTS were to support the supply and demand aggregations of example of Figure 4, it would need to communicate at least two price/quantity pairs. However, it would be better for CTS to support a greater or indefinite number of such pairs if rich aggregations of supply and demand are to be represented.
Incidentally, an aggregate curve could very well include both supply (positive quantity) and demand (negative quantity) price/quantity pairs, as would be needed for the indifference supply/bid curve from a battery system performing arbitrage. I recommend the consistent use of signed quantities, like those of panels (b) and (c), because the use of signed quantity avoids separation of an objectâs supply and demand components, as must be done when using unsigned quantities (i.e., panels (a)). Furthermore, the practice of using signed quantities greatly 
facilitates aggregation, requiring simply that objectsâ quantities be added at all defined strike prices, including inflexible quantities at strike price â.

See attachment (URI in environment) for graphics



--
This message was sent by Atlassian Jira
(v8.3.3#803004)