1 / 19

WP 4 introduction and T4.1 planning

WP 4 introduction and T4.1 planning. Angelo Frascella (ENEA). WP 4 Objectives [from DoW].

sebastian-hickman
Télécharger la présentation

WP 4 introduction and T4.1 planning

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. WP 4 introduction and T4.1 planning Angelo Frascella (ENEA)

  2. WP 4 Objectives [from DoW] The aim of WP4 will be to design and develop the services running across enterprise management systems of different supply chain partners. These services are based on energy consumption and carbon emissions information sharing and will enable the trading of energy and carbon permits either: • among supply chain partners, • or between the set of partners viewed as a single entity and external players (including energy and carbon markets). Such services require, also, energy forecasts for short and mid-term, concerning the energy needs and the associated emissions.

  3. WP 4 Objectives [from DoW] More specifically, the aims of WP4 will be: • To design the services that will conduct energy forecasts and energy trading across different supply chain partners or different supply chains. • To design the services that will conduct carbon trading across different supply chain partners or different supply chains. • To develop and test the respective services against the requirements and point out any necessary amendments.

  4. WP4 Timeline • The WP 4 is divided into 3 tasks: • Task 4.1: Energy Forecasts and Energy Trading Services Design. • Leaded by ENEA. It will run in M9-12 (June-October) and then in M20-21. • Deliverable 4.1: Energy and Carbon Trading Services Design • Task 4.2 Carbon Trading Services Design • Leaded by AUEB. It will run in M9-13 (June-November) and then in M20-22 • Deliverable 4.2: Energy and Carbon Trading Services Design • Task 4.3 Energy and Emissions trading Services Development and Testing • Leaded by ATC. It will run in M11-16 (September-February) and M22-24

  5. A note about these services • These services represent the upper layer of the ARTISAN system. This layer have to interface: • the supply chain actors for allowing carbon permits and energy trading inside the supply chain • with external players: for example the energy market, the carbon emission trading market, energy system actors (like the Distribution System Operator - DSO, the Transmission System Operator – TSO, etc.), enterprises external to the supply chain, etc.)

  6. Energy carbon trading and data structure scenarios (related to task 1.1)

  7. How WP4 contribute to the energy consumption and CO2 reduction? • The exploitation of future electric market scenarios (Smart Grid) would allow • to the single firm, to save money related to their consumption • to the global system to increase the rate of renewable sources and to reduce energy consumption peaks

  8. Task 4.1: Goals Task 4.1: Energy Forecasts and Energy Trading Services Design Goals: • design of services for energy forecasts per supply chain partner, taking into account demand forecasting and energy-oriented optimization of processes • design of service for energy trading, considering the demand patterns of supply chain partners (spot energy markets and over the counter energy agreement including swaps and other derivatives…) • Note: An over-the-counter contract is a bilateral contract in which two parties agree on how a particular trade or agreement is to be settled in the future. The services will support: • interoperability so that the trading could happen not only inside the boundaries of ARTISAN project, hence considering frameworks as Web Services and ebXML • compatibility with systems used at European level (data format and semantics)

  9. Some potential Electric market scenarios

  10. Reference ARTISAN blocks • Not only Trading and Forecasting service, are involved. • Optimization of energy use could be made, contemplating time-of-use tariffs. • Monitoring and optimization allow to react to variable prices...

  11. Possible energy market scenarios: 1 On the base of fixed tariffs, Optimizer analyzes forecasted consumptions Then it suggests scheduling modifications 1 2

  12. Possible energy market scenarios: 2 Energy Market: an electronic market “based on the clear and frequent communication of offers and transactions among buyers and sellers.”

  13. The future: the Smart Grid? ARTISAN could look at the Smart Grid domain • Definition: “an electricity network that can intelligently integrate the actions of all users connected to it – generators, consumers and those that do both – in order to efficiently deliver sustainable, economic and secure electricity supplies.” • It implies the conversion of the electricity consumers in active parts of the electrical grid, able to interact with the grid and with the electrical market actors as electricity producer but also in order to consume energy in more flexible way. • At the moment there are interruptible programmes: participants (usually big consumers with auto-generation capacity) accept to reduce their load to predefined values (for example by cutting off from the grid), following an explicit request, getting back money remuneration

  14. Possible energy market scenarios: 3

  15. Possible energy market scenarios: 3 (transactions) • Trading module receives cost information from Smart Grid actor (DSO or Aggregator) • Trading module informs Optimizer about costs • Optimizer dialog with forecast module and with optimizer to get the best possible optimized scheduling • (In a demand response case) Trading module inform the Smart Grid actor about its capacity to respond to the request • Trading module sets the alarming thresholds in order to limit consumption • At the moment of price peak, Alarming module watch on the consumption in order to avoid threshold overcoming 1 4 5 2 3 6 3

  16. Possible energy market scenarios: 4 Aggregator: economic/technical subject acting as mediator between Energy providers and Customers

  17. Task 4.1: Needed input Key Input and occurrences needed from other tasks: • Definition of carbon and energy trading services (Task 1.4) • Monitoring and alarming services interface definition (Task 2.4 and 5.4): trading services needs to receive data from monitoring ,in order, for example, to calculate forecasted consumption. • Optimization service interface definition (Task 3.2 and 5.4): in order, for example, to enable services like demand response… • Collaboration Infrastructure design, in order to be able to share information with supply chain partners (Task 5.3)

  18. Task 4.1: a first planning • Step 1: literature review (about consumption forecasting and about energy trading) • Step 2: definition of possible scenarios/use cases and selection of the most profitable for ARTISAN • Step 3: definition of data exchange sequence (processes), and formats • Step 4: design of modules, services and tools for energy trading (logical view and process view)

  19. Thank you For your attention

More Related