OASIS Energy Interoperation TC

2 issues I'd like to resolve:

1. I am using (in my NIST TE Market simulation) stream quotes to communicate independent price:quantity pairs for each forward time interval, but not a load curve, and it is thus NOT "All or None" for my use case. This goes against the language in 5.4.1 and so that needs revising.
1. Toby and I discussed including this use case in Apdx B.
2. Maybe some essays published to discuss application to different market types.
2. My market implementation operates with rounds or iterations. It may take many rounds to converge if there is congestion. When some interval is congested, then the price for additional energy in that interval is increased and devices may look for power in other time intervals.
1. The bulk markets may have iterations as well. PJM DAM has the first round and then a second round rebid to help move some power around to smooth things out.
2. I run my market through multiple iterations to converge on a best solution for power usage throughout tomorrow given bulk DAM clearing prices, local congestion, device power needs and flexibility.
3. Toby made the points (when we talked) that financial markets have short lived quotes.

                                                              i.      In the bulk energy markets, I guess quotes last until the auction runs and clears?

                                                             ii.      For me, in simulation, time is relative.

4. The problem that drove me to an auction-like quote-driven market solution boils down to equity and complexity.

                                                              i.      Equity--You could distribute quotes for the market ("here is the amount of power available for each interval over the next 24 hours and prices"). Each device submits bids for power and it's first come first served. In simulation and in real life, the same device gets to market first and always gets the cheapest power,  which doesn't seem like an equitable solution.

                                                             ii.      Complexity-if I don't go with a timed market (meaning, I wait for every device to get back with a response, or else use an auction with a stated time deadline), but instead issue quotes for each interval independently or take quote responses and act on them as they come in, then it gets much harder for a device to know what the prices are that they are looking at such that they can decide when to run. Everything is moving at the same time. Versus what I have is that every device bids for all 24 intervals and the market waits until all bids are received, processes, and sends out new prices.

5. Back to the question:

                                                              i.      My solution could be an auction or (as I have it) a quote-driven market with rounds.

                                                             ii.      How to track rounds/iteration? Would it make sense to include a data element for "market iteration"?

David Holmberg, PhD

Mechanical Systems and Controls Group

Building Energy and Environment Division

NIST Engineering Laboratory

301-529-4348 (cell)