Integrating Active, Flexible and
Responsive Tertiary Prosumers
into a Smart Distribution Grid
WP2 - INERTIA Distributed Multi-Agent Based
Framework
T2.4- Local and Global Energy Performance
Modeling
ENG.
INERTIA 4th Plenary Meeting, Stockholm
T1.2 Status
•
The Business Scenarios and relative Use Cases have been defined
•
The Questionnaires for three different stakeholders have been defined and sent to LL
•
The answers to the questionnaires from LL have been gathered
•
The answers have been analysed preliminarily
•
A preliminary list of Functional requirements have been done
09/09/2013
INERTIA 4th Plenary Meeting, Stockholm
2
T1.2 Business Scenarios and
relative Use Cases
•
•
•
5 Business Scenario
12 Use Cases
6 Main Stakeholders
–
End-User
o
o
–
–
Final-Occupant
Facility Manager
Aggregator
Traditional Energy stakeholder
o
o
o
09/09/2013
TSO
Market Operator
DSO
INERTIA 4th Plenary Meeting, Stockholm
3
T1.2 Business Scenarios and
relative Use Cases
•
•
•
5 Business Scenario
12 Use Cases
6 Main Stakeholder
–
End-User
o
o
–
–
Final-Occupant
Facility Manager
Aggregator
Traditional Energy stakeholder
o
o
o
09/09/2013
TSO
Market Operator
DSO
INERTIA 4th Plenary Meeting, Stockholm
4
T1.2 – Questionnaires
• Final Occupant
– answered :21
• Facility Manager
– Answerd: 5
• Aggregator
– answered: 4
09/09/2013
INERTIA 4th Plenary Meeting, Stockholm
5
UC - 1
T1.2 – Preliminary Functional
Requirements List
R1
The system shall be able to display real-time building energy information
R2
The system shall be able to display historical energy information
R3
UC – 2, UC - 3
R4
The system shall be able to display real-time building energy information combined
with the historical ones
The system shall be able to display the key performance metrics related to the
combined information about real-time and historical energy data
R5
The system shall be able to automatically evaluate and apply control strategies .
R6
The system shall be able to show final occupants preferences .
R7
The end-user shall be able to bypass automatically applied control strategies,
applying new direct DER planning, postponing automatic control for a defined period
of time.
R8
The system shall be able to report the end-user’s corrective actions.
09/09/2013
INERTIA 4th Plenary Meeting, Stockholm
Which
Information ?
Which
Information ?
Please specify
which metric ?
Please add an
example of
control
strategy?
Please specify
which
preferences ?
Please specify an
example of content
of the report ?
6
T1.2 – Preliminary Functional
Requirements List
UC-3
UC – 2,
UC – 3,
UC – 5
UC – 3,
UC – 5
R9
The system shall be able to display the current control plan (even at device level) and
the prosumer surplus, proposing new strategies when changes in current strategies
are identified.
R1
0
The end-user shall be able to input the system with information on planned events,
meeting etc., in order to contribute to better occupancy prediction
R11
The system shall be able to present a report on usage & consumption vs. scheduled
time of meeting/conference rooms resources.
R1
2
Through respective ambient UI , the system shall be able to present a report of
energy consumption reduction achieved, compared to typical static scheduling control
options.
R1
3
Through traditional or ambient UI , the end-user shall be able to bypass
automatically applied control strategies, cancelling or postponing automatic control
commands.
09/09/2013
INERTIA 4th Plenary Meeting, Stockholm
Add an example of
content of the report?
what exactly it means
?
Add a list of objects the
user can use (e.g. light
switches) and how?
7
UC - 6
UC - 4
T1.2 – Preliminary Functional
Requirements List
R1
4
The system shall be able to present the final occupant’s personalised data , based on
his/her profile.
R1
5
The system shall be able to present energy-efficiency achievements and
consumption abuses , giving incentives for better planning of DER operational
conditions.
R1
6
The system shall be able to present the final occupant’s personalised data , based on
his/her profile.
R1
7
The system shall allow the Aggregator to initiate a request to all Local Hubs within his
portfolio about short and mid-term energy forecasting and holistic Local Hub’s DER
flexibility, specifying time and duration for energy forecasting needed
R1
8
The system shall be able to provide accurate short and mid-term energy forecasting
as well as holistic flexibility modelling at portfolio level upon Aggregator’s request,
taking into account all diverse contextual real-time/historical information, profiling, user
preferences, current building conditions and scheduling information available at the
Local hub level.
09/09/2013
INERTIA 4th Plenary Meeting, Stockholm
Please add an
example of
personalised data?
Please add what
information exactly will
be displaied?
Please add an example
of personalised data?
8
UC - 7
T1.2 – Preliminary Functional
Requirements List
R1
9
The system shall be able to show real time and historical data (e.g. context
information, DER operational information, Aggregated Local Hub) and provide addedvalue information for the real-time optimal selection of Local Hub Clusters.
R2
0
The system shall be able to allow the user to extract data from Local Hub.
R2
1
The system shall be able to allow the Aggregator to select the KPIs in order to
retrieve a dynamic report of clusters of the Local Hubs.
Please spcify which
information
Please specify how to
extract
and which data
Please specify which
KPIs?
Please specify the
content of the report?
UC - 8
R2
2
When the total consumption of an aggregated portfolio needs to be optimized based
on the reception of data from market operations, the system shall be able to
automatically generate new control plans that optimize the operation of the different
portfolio’s Local Hubs.
R2
3
The system shall be able to present a dynamic report on the optimal selection of
clusters of the portfolio’s Local Hubs. The report is totally dependent on the operation
of the clustered portfolio, taking as main parameter the market results (at the gate
closure).
R2
4
The system shall be able to allow the Aggregator to access the what-if scenarios
based on the market results.
09/09/2013
INERTIA 4th Plenary Meeting, Stockholm
Please specify the
contento f the report?
9
T1.2 – Preliminary Functional
Requirements List
UC - 9
UC – 9,
UC – 10,
UC – 11
R2
5
When a third party sends a “critical” grid request to the system (e.g. a Distribution
System Operator sending a real time demand response – DR - signal, in order to
reduce the energy consumption in a specific amount of kWh during a specific amount
of time), it shall be able to notify it to the Aggregator before any optimization or
schedule plan is generated for the portfolio.
R2
6
The system shall be able to simulate the scenarios for the grid operation, to detect
and anticipate the congestions or voltage constraints violations that will appear in the
network, the decision of the resources to be used to solve them, the execution of the
appropriate DR strategies as well as the consumer clusters to be activated and the
dispatching of the signals to each one of the selected clusters if needed.
R2
7
The system shall be able to allow the Aggregator to assess the different scenarios
related to potential Local Hub clusters that reflect the new amount of energy request.
The system shall also allow the definition of further controls to be simulated.
R2
8
The system shall be able to allow the Aggregator to both decide to trigger the
optimization or schedule plan in Local Hub, selecting a new Local Hub cluster portfolio
that reflects the new amount of energy request, or reject the critical grid request.
09/09/2013
INERTIA 4th Plenary Meeting, Stockholm
Please add a list of
further controls
10
T1.2 – Preliminary Functional
Requirements List
UC - 9
UC – 9,
UC – 10,
UC – 11
R2
5
When a third party sends a “critical” grid request to the system (e.g. a Distribution
System Operator sending a real time demand response – DR - signal, in order to
reduce the energy consumption in a specific amount of kWh during a specific amount
of time), it shall be able to notify it to the Aggregator before any optimization or
schedule plan is generated for the portfolio.
R2
6
The system shall be able to simulate the scenarios for the grid operation, to detect
and anticipate the congestions or voltage constraints violations that will appear in the
network, the decision of the resources to be used to solve them, the execution of the
appropriate DR strategies as well as the consumer clusters to be activated and the
dispatching of the signals to each one of the selected clusters if needed.
R2
7
The system shall be able to allow the Aggregator to assess the different scenarios
related to potential Local Hub clusters that reflect the new amount of energy request.
The system shall also allow the definition of further controls to be simulated.
R2
8
The system shall be able to allow the Aggregator to both decide to trigger the
optimization or schedule plan in Local Hub, selecting a new Local Hub cluster portfolio
that reflects the new amount of energy request, or reject the critical grid request.
09/09/2013
INERTIA 4th Plenary Meeting, Stockholm
Please add a list of
further controls
11
D1.2- Table of Contents
1.
2.
3.
4.
5.
6.
7.
8.
Introduction
Methodological Approach
Literature Review – State of The Art Analysis
Relevant Standardization Efforts – State of The Art Analysis
INERTIA Business Scenarios
Use Cases
Questionnaires Results
INERTIA Business and User Requirements
1. Functional Requirements
2. Non Functional Requirements
9. Conclusions
09/09/2013
INERTIA 4th Plenary Meeting, Stockholm
12
D1.2- Table of Contents
1. 13/09/2013 Preliminary Version on NON-Functional Requirements
2. 18/09/2013 Functional and Non-Functional Requirements: Partners’ contributions
and feedback
3. 25/09/2013 D1.2
09/09/2013
INERTIA 4th Plenary Meeting, Stockholm
13
Discussion
Questions??
Thank You !!!
09/09/2013
INERTIA 4th Plenary Meeting, Stockholm
14