This week has been crazy busy, but I managed to submit the following to the B2G interoperability group at NIST
Each interface around each process of the grid should allow bi-directional buying and selling. The interface should support discoverable diversity, allowing the standard to grow over time. Ideally, the interface would be the same for different forms of energy, allowing the same economic interface to be used for buying standard power from the grid, solar energy from the neighbor, or thermal energy from the data center in the basement. I should be able to set my heat pump with gas pack to switch not only on peak efficiency, but on the price for each fuel.
The interfaces should be non-hierarchical and composite. Remote power generation, the local sub-station, and the campus micro-grid should have full peer interfaces; my decision to buy from a remote plant or a local storage facility should be through the same interface.
So, what are the characteristics of this interface?
E-Business InterfacesOffer and Acceptance
Price is clearly the first component; price is how we indicate value and scarcity. Short of a surprise malfunction, every brown-out is a failure of pricing. As pricing may occur in the context of an auction or negotiation, prices must go two ways, as an offer, as a bid, as a request for quotation.
Price Scenarios
Note: in the scenarios, day (or tomorrow) can be replaced by week, month, year or any other period one wants to contract
- Your current power costs is this much
- Power costs this much tomorrow.
- The price curve for tomorrow is…
- The price for up to so much power (perhaps as a per cent of yesterday) is x, for over that amount y, for an arbitrary number of levels,
- One-time urgent offer with no bid.
- One-time offer to be bid until market clears
- Demand Response is either a new auction or it is a RFQ for power buy-back already negotiated.
- Your instantaneous use is…
- I want to purchase this amount of energy tomorrow.
- If the price curve for tomorrow looks like this, my purchase will look like…
- We accept your offer as above and wish to enforce it.
- Short term request to relinquish previously agreed to power.
- Short term request for additional power bids
- Long term request for significant give-back, say a summer furlough
- Failure to perform will result in power costs of…
- Other Transaction Details
- Penalty for underperformance [as producer] is…
- Penalty for underperformance [as consumer] is…
- Contract is enforceable, and consumer use will be throttled to meet agreement.
- Contract was authorized by …
- The following power qualities are critical to this contract….
- This security token / ID / account overrides normal billing process (especially for electric cars)
- Qualities of Power Delivered
Other qualities of power must be transmitted along with price. In some circumstances, these other characteristics might trump all other considerations, as projected reliability might concern a data center as much as price. It may be a condition of contract that the supplier notify the buyer of changes (or predicted changes) in a “critical quality” (see Other Transaction Details) as quickly as they would of a DR or other rapid response scenario.
More may be discovered in the future, but an initial list might include:
Quality of Power
- Predicted Reliability of Power during time of contract (perhaps derived from EERP).
- Additional capacity in critical bottlenecks. This attribute may be a quality of a substation, or it may, stripped of price and transaction, be a quality of an internal UPS or electrical panel.
- Remaining power at current or predicted burn rate. This may describe diesel generator, or fuel cell, or …
- Remaining Time / capacity to fully recharge storage.
- AC or DC
- Carbon accounting of supply
- Environmental accounting (wildlife, habitat, renewable, etc) of supply
- Geo-location of supply (allowing Buy Local and NIMBY to each affect markets with their dollars)
Should power stored in a battery report its effectively higher carbon load when it is sold or consumed?
Other Market IssuesAll interfaces should support many-to-many interactions. A customer should be able to select from any of several aggregators if available. A customer should be able to buy from specific generators beyond the local T&D if desired. There must be a way for the buyer to discover power sources that meet the characteristics he desires and to negotiate with them. There may be times when local transmission conditions want to find emergency load use rather than emergency shedding.
Market FablesThese are use cases, but they have been selected to push away from traditional scenarios. Traditional use cases have already been well handles by others. What follows are edge cases, designed to test the limits. If we do our work well, what Fred Krupp calls the “winners of the race to re-invent energy” will be able to innovate in ways I cannot anticipate.
The Electric CarIn the evening, the electric cars come home, drained from a day of driving. Perhaps they were doubly drained, used to carry their office buildings during the afternoon brown-out. What will people want from their cars next….
- To sit in the garage overnight, slowly charging.
- To be ready to drive 15 miles in twenty minutes when I go get one last kid from athletic practice.
- To be at least half charged and ready for anything in two hours when the baby sitter arrives and mom and dad head out for an evening on the town.
- To quickly get to at least a 40 mile range in case I get an emergency call from the nursing home, and thereafter just be sure to be ready for the morning commute.
- To get a charge for 15 miles by 8:15 when I head to choir practice at church. Better make that 25 lest we stop for coffee afterward.
- It's two hundred miles to the beach and we plan to take full advantage of the expensive week-long rental by getting there tonight! Kids, grab your bags, we are leaving in 20 minutes. Oh, and the car needs a full quick-charge, no matter the expense.
The above require a wealth of power signals. Some of them (capacity of current storage) can be transmitted back using the same interfaces as we have for capacity of a house battery. Not all interactions will be with the home base of the car.
When parking downtown, I want to plug in my car. I may want to choose between a quick visit, for a cup of coffee, and an all-day back-to-school shopping event.
The Green Garage™ offers locally generated wind power for re-charging at its own special rates that vary with the wind. Having been burned once, I want to check prices before I leave the car.
When I go over to your house for dinner, I want to plug in. Being a polite guest, I of course want the charges to go onto my own bill.
The whole family gathers in the next town for Thanksgiving dinner. All cars are drained, and need to recharge over the next five hours except for the college kid, who arrives at the last moment, and leaves as soon as he can. Grandpa decides to overrule all normal agreements and cover all the charges for cars plugged in at his house.
The Transacted HouseholdZero Net Energy Buildings will be built around local energy generation, storage, conversion, and recycling. These diverse systems will be too complex to manage as control systems, and will have to be interact as agents exposing services. In this model, we will leave them to negotiate power usage among themselves. These devices should use the same economic interfaces rather than detailed control interfaces.
I could ask my dishwasher to run itself, and manage its own budget for the month. I could also set service standards that the dishes always be clean before dinner the next day. This leads to a relatively simple and consistent user interface.
I could tell my solar panel to sell to the grid whenever the price is above a certain amount, and to store any excess energy. The grid might consistently outbid the dishwasher—and that’s OK. If so, the dishwasher would still run only at night.
I could tell my whole-house storage system to buy power at any price until it has four hours on hand. Thereafter it might buy whenever energy is below a target price. I could even let it take bids from the household systems and devices, or from the neighbor. This system would need to charge an appropriate mark-up based upon its inefficiency of storage.
The right sort of abstract business interface between the power grid and our buildings can also be used between buildings, or within buildings.
Third PartiesThere must be ways to delegate authority and rights cleanly between parties. Intelligent buildings will move toward knowledge-based maintenance based upon building system analytics. This service will be supplied by remote specialists. These specialists will need access to live use rates and pricing to supply business-ready information (Change the filters on the 3rd floor; at your energy prices, it will costs you $146 per month until you do). Today, it is difficult to assign rights to such “privacy” sensitive information.
ConclusionMy chief concern is that we do not over-integrate and thereby stifle future innovation. The Grid’s interfaces needs to be lightweight, composable, extensible, and able easily to interoperate with the service, security, and e-commerce standards of business and the internet.