Will run on a stand-alone device connected via a local IP network to other relevant systems such as the Energy Systems Integration Emulator and Energy Storage Emulator: a Raspberry PI connected via a LAN is shown in the system overview.
Emulate the operation of a market optimiser exposing generation, energy storage, and demand response assets to the electricity power markets.
It is anticipated that a “complete” emulator would have the following features/capabilities as a minimum (please take this as a minimum requirements guide, and not a scope, as we’re open to innovative approaches):
Virtualised Asset Flexibility Status: Ability to receive data from the assets virtualised in the Energy Systems Integration Emulator, and Energy Storage Solution emulator. For instance, for a site with Grid-scale PV + Battery Energy Storage System, this would include current generating capacity of the PV plant, and current state of charge of the Battery asset.
Asset Flexibility Optimisation: Based on any publicly available optimisation algorithm, solve for the optimal charge and/or discharge profile based on the asset(s) capacity and real-time state. Mixed Integer Programming (MILP, MIQCP) are the current industry standard, with “production-grade” libraries available, however we’re happy with any alternative approaches proposed for implementation. See references below:
Deal Management: The ability to take into consideration the recommended optimal energy exchange computed for the asset(s), as well as current-projected market states (from the EPM) to generate cost-advantaged electricity power market orders (bids-offers exposure to relevant product in the relevant markets), as well as the order to position process, upon acknowledgement.
Risk Management: Trading any market involves assuming risks and thus risk management. To ensure practical outcomes, the EPM will include risk management modules for computed alongside the deal management module to filter our orders based on risk levels.
Data Warehouse: This module will store all activity within the MAP-MOP emulator, including all measured and computed values.
Dispatch Scheduler: This module will transmit charge and/discharge instructions to the site-based controller (emulated in the Energy Systems Integration Emulator) to operate the assets on a site according to trades acknowledged in the market.
Displays / Viewer: The ability to display in real-time, as well as playback activities within the EPM and MAP/MOP Emulator.
The MAP/MOP emulator hardware is not in scope, however recommendations based on the solution put forward would be welcomed.
It would be preferable for the Market Aggregator-Optimiser Emulator to be developed with a framework that would allowed the representation of other energy markets (e.g. ERCOT, Spain) in the future.