CIM usage in ADDRESS

Transcription

1 ADDRESS European Project Integration of Active Demand Cyril Effantin, EDF R&D UCA CIM User Group Windsor (UK) May 2012 CIM usage in ADDRESS Active Distribution network with full integration of Demand and distributed energy RESourceS

2 CIM Usage within ADDRESS Context The «What to achieve». The «How To do it» Modelling methododology To leverage interoperability between Applications The «What has been done». Results, Prototypes Field Tests Conclusion 2

3 CIM Usage within ADDRESS Context 3

4 ADDRESS : what is it? 2013 for Test Finalization

5 ADDRESS Architecture Some results from the ADDRESS European project: - Deliver a technical and commercial framework for the development of Active Demand and for the market-based exploitation of its benefits - Active Demand: active participation of domestic and small commercial consumers in system markets and the provision of services to the different participants - Architecture based on the concept of Demand flexibility aggregation ADDRESS link adaptation AGGREGATOR Different levels of optimization and aggregation DG & RES Retailer Trader MARKETS AND CONTRACTS Energy Supply and provision of services DSO MV LV transfos Sub ADDRESS station adaptation DMS BALANCING RESPONSIB LE PARTY Centralized Generation TSO OUR MISSION : Promote Standards, Method and Tools to insure interoperability Keep It Simple! 5

6 ADDRESS the scope of the business process

7 Which standards to be used in ADDRESS? IEC TC8 PAS How to define a Use Case? UML «Role Model» Based on ENTSO-e Role Model The WHAT CIM Based Message Modelling Methodology & Tools «Model Driven Architecture» approach Service Oriented Architecture The HOW 7

8 CIM Usage within ADDRESS The «What to achieve». 8

9 Before to start : one example Standardized AD products AD Products Conditionality Typical example Scheduled re-profiling (SRP) Unconditional (obligation) The aggregator has the obligation to provide a specified demand modification (reduction or increase) at a given time to the product buyer. Conditional reprofiling (CRP) Bi-directional conditional reprofiling (CRP-2) Conditional (option) Conditional (option) The aggregator must have the capacity to provide a specified demand modification during a given period. The delivery is called upon by the buyer (similar to a reserve service) The aggregator must have the capacity to provide a specified demand modification during a given period in a bi-directional range [ -y, x ] MW, including both demand increase and decrease. The delivery is called upon by the buyer of the AD product (similar to a reserve service). Power Negotiation gate closure Re-profiling activation time (CRP only) Re-profiling volume Re-profiling duration time AD Product/service description: power delivery charac. use cases approach Re-profiling availability interval (CRP only) Energy payback for the 31 AD services 9

10 ΔC decrease AD PRODUCT ΔC decrease (MW) C decrease (MW) PayBack Effect t t ΔC decrease (MW) PayBack Effect Aggregated Curves C decrease PayBack Effect (MW) C increase : ex: shift of consumption Macro Load Area HV/MV subs tation MV/LV subs tation MV/LV subs tation t t C increase Load Area Load Area Load Area Load Area 10

11 CIM Based exchanges between Applications DSO TSO Centralized Producer Retailer Message Service Bus : Single Common Semantic for IEC CIM Message Payload Aggregator Energy Box Market Interface for external data interchanges Internal Applications 11

12 ADDRESS Actor Interface for external data interchanges Internal Applications 12

13 Message Service Bus Service Oriented Architecture embedding CIM Messages ADDRESS Actor Message Payloads XSD Encapsulation in services WSDL API Automated Generation Contract First Plugged Into ESB 13

14 CIM Usage within ADDRESS The «How To do it» Modelling methododology To leverage interoperability between Applications 14

15 Modeling Methodological Framework : 5 Steps Use Case Definition (text) UML Use Case 1 2a Find Business Objects in CIM model or extend CIM 3 4 2b Textual Message Payload Definition IEC WG14 Verb + payload Define Message Payloads from CIM-ADDRESS CIM-ADDRESS UML Information Model Generate XML XSD 5 15

16 CIM Usage within ADDRESS The «What has been done». Results, Prototypes Feild Tests 16

17 uc Abstract View Active Demand Providers Meter Consumer EnergyBox +deliver AD Products +dispatch AD activation signals to EnergyBox Sensitiv ity Matrix Analysis +Provide AD Services +send consumer information DistributionSystemOperator Aggregator Technical Verification Regulated Players Coordination for AD Service procurement and technical faisability Verification Imbalance Management 1 TransmissionSystemOperator Active Demand Buyers Intermediaries BalanceResponsibleParty TraderAndBrocker CentralisedProducer +Offer AD Services ProducerWithRegulatedTariffs +Request AD Services Deregulated Players Retailer Producers MarketSystemOperator Market Operations +offer other possible services LargeConsumer DecentralisedProducerOrProductionAggregator Results From Use Cases modelling down to XML exchanges Models UML Role Model : Actor Glossary 5 UML Core Use Cases UML Information Model extended for ADDRESS 4 Message Type Models for XML CIM based Exchanges Proof of Concept for Interoperability Prototype based on SOA architecture 17

18 uc Abstract View Results Active Demand Providers From Use Cases modelling down to XML exchanges Models Consumer UML Role Model : Actor Glossary Meter EnergyBox +dispatch AD activation signals to EnergyBox +Provide AD Services MarketSystemOperator 5 UML Core Use Cases +send consumer information +Offer AD Services Market Operations +Request AD Services +offer other possible services Aggregator +deliver AD Products Sensitiv ity Matrix UML Information Model extended for ADDRESS Analysis Technical Verification Imbalance Management Active Demand Buyers Deregulated Players Intermediaries BalanceResponsibleParty LargeConsumer Regulated Players 4 Message Type Models for XML CIM based Coordination Exchanges for AD Service DistributionSystemOperator procurement and technical faisability Verification 1 TransmissionSystemOperator TraderAndBrocker Retailer Producers Proof of Concept for Interoperability Prototype based on SOA architecture CentralisedProducer ProducerWithRegulatedTariffs DecentralisedProducerOrProductionAggregator 18

19 uc Abstract View Results Active Demand Providers From Use Cases modelling down to XML exchanges Models Consumer UML Role Model : Actor Glossary Meter EnergyBox +dispatch AD activation signals to EnergyBox +Provide AD Services MarketSystemOperator 5 UML Core Use Cases +send consumer information +Offer AD Services Market Operations +Request AD Services +offer other possible services Aggregator +deliver AD Products Sensitiv ity Matrix UML Information Model extended for ADDRESS Analysis Technical Verification Imbalance Management Active Demand Buyers Deregulated Players Intermediaries BalanceResponsibleParty LargeConsumer Regulated Players 4 Message Type Models for XML CIM based Coordination Exchanges for AD Service DistributionSystemOperator procurement and technical faisability Verification 1 TransmissionSystemOperator TraderAndBrocker Retailer Producers Proof of Concept for Interoperability Prototype based on SOA architecture CentralisedProducer ProducerWithRegulatedTariffs DecentralisedProducerOrProductionAggregator 19

20 uc Abstract View Active Demand Providers Meter Consumer EnergyBox +deliver AD Products +dispatch AD activation signals to EnergyBox Sensitiv ity Matrix Analysis +Provide AD Services +send consumer information DistributionSystemOperator Aggregator Technical Verification Regulated Players Coordination for AD Service procurement and technical faisability Verification Imbalance Management 1 TransmissionSystemOperator Active Demand Buyers Intermediaries BalanceResponsibleParty TraderAndBrocker CentralisedProducer +Offer AD Services ProducerWithRegulatedTariffs +Request AD Services Deregulated Players Retailer Producers MarketSystemOperator Market Operations +offer other possible services LargeConsumer DecentralisedProducerOrProductionAggregator Results From Use Cases modelling down to XML exchanges Models UML Role Model : Actor Glossary uc Use cases configuration: Configure load areas sd Configure load areas (TransmissionSystemOperator) TSO (DistributionSystemOperator) DSO (Aggregator) AGG 0..* CREATED(MacroLoadAreaConfig) 5 UML Core Use Cases operations: Exchange flexibility tables Clear AD market loop update Validate technical feasibility CREATED(LoadAreaConfig) [redefinition of load areas] Activ ate AD product UPDATED(MacroLoadAreaConfig) UML Information Model extended for ADDRESS 4 Message Type Models for XML CIM based Exchanges Proof of Concept for Interoperability Prototype based on SOA architecture 20

21 uc Abstract View Active Demand Providers Meter Consumer EnergyBox +deliver AD Products +dispatch AD activation signals to EnergyBox Sensitiv ity Matrix Analysis +Provide AD Services +send consumer information DistributionSystemOperator Aggregator Technical Verification Regulated Players Coordination for AD Service procurement and technical faisability Verification Imbalance Management 1 TransmissionSystemOperator Active Demand Buyers Intermediaries BalanceResponsibleParty TraderAndBrocker CentralisedProducer +Offer AD Services ProducerWithRegulatedTariffs +Request AD Services Deregulated Players Retailer Producers MarketSystemOperator Market Operations +offer other possible services LargeConsumer DecentralisedProducerOrProductionAggregator Results From Use Cases modelling down to XML exchanges Models uc Use cases UML Role Model : Actor Glossary configuration: 5 UML Core Use Cases Configure load areas Macro Load Area uc Use cases HV/MV configuration: subs tation MV/LV operations: subs tation Configure load areas Exchange flexibility tables Activ ate AD product sd Configure load areas (TransmissionSystemOperator) TSO Clear MV/LV AD subs market tation loop update CREATED(MacroLoadAreaConfig) [redefinition of load areas] UPDATED(MacroLoadAreaConfig) (DistributionSystemOperator) DSO Validate technical feasibility CREATED(LoadAreaConfig) (Aggregator) AGG 0..* sd Configure load areas (TransmissionSystemOperator) UML Information Model extended (DistributionSystemOperator) for ADDRESS TSO operations: Exchange flexibility tables CREATED(MacroLoadAreaConfig) DSO Load Area Load Area Load Area Clear AD market Load Area (Aggregator) AGG 0..* Validate technical feasibility 4 Message Type Models for XML CIM based Exchanges CREATED(LoadAreaConfig) CREATED(MacroLoadAreaConfig) Activ ate AD Proof of Concept for Interoperability product TSO assigns each (DSOs') load area to a macro load area and communicates this information to the DSOs. loop update Payload: Prototype based on SOA architecture List of macro load [redefinition areas: of load areas] - macro load area ID and optionally name - list of connection points between the DSO's and the TSO's network: - ID and name (name UPDATED(MacroLoadAreaConfig) here could be, for instance, a substation name, or something similar, to allow the DSO to associate the name with the ID). 21

22 uc Abstract View Active Demand Providers Meter Consumer EnergyBox +deliver AD Products +dispatch AD activation signals to EnergyBox Sensitiv ity Matrix Analysis +Provide AD Services +send consumer information DistributionSystemOperator Aggregator Technical Verification Regulated Players Coordination for AD Service procurement and technical faisability Verification Imbalance Management 1 TransmissionSystemOperator Active Demand Buyers Intermediaries BalanceResponsibleParty TraderAndBrocker CentralisedProducer +Offer AD Services ProducerWithRegulatedTariffs +Request AD Services Deregulated Players Retailer Producers MarketSystemOperator Market Operations +offer other possible services LargeConsumer DecentralisedProducerOrProductionAggregator Results From Use Cases modelling down to XML exchanges Models uc Use cases UML Role Model : Actor Glossary configuration: 5 UML Core Use Cases Configure load areas uc Use cases configuration: operations: Configure load areas Exchange flexibility tables Activ ate AD product sd Configure load areas (TransmissionSystemOperator) TSO Clear AD market loop update CREATED(MacroLoadAreaConfig) [redefinition of load areas] UPDATED(MacroLoadAreaConfig) (DistributionSystemOperator) DSO Validate technical feasibility CREATED(LoadAreaConfig) (Aggregator) AGG 0..* sd Configure load areas (TransmissionSystemOperator) UML Information Model extended (DistributionSystemOperator) for ADDRESS TSO operations: Exchange flexibility tables CREATED(MacroLoadAreaConfig) DSO Clear AD market (Aggregator) AGG 0..* Validate technical feasibility 4 Message Type Models for XML CIM based Exchanges CREATED(LoadAreaConfig) Activ ate AD Proof of Concept for Interoperability product loop update Prototype based on SOA architecture [redefinition of load areas] UPDATED(MacroLoadAreaConfig) 22

23 uc Abstract View Active Demand Providers Meter Consumer EnergyBox +deliver AD Products +dispatch AD activation signals to EnergyBox Sensitiv ity Matrix Analysis +Provide AD Services +send consumer information DistributionSystemOperator Aggregator Technical Verification Regulated Players Coordination for AD Service procurement and technical faisability Verification Imbalance Management 1 TransmissionSystemOperator Active Demand Buyers Intermediaries BalanceResponsibleParty TraderAndBrocker CentralisedProducer +Offer AD Services ProducerWithRegulatedTariffs +Request AD Services Deregulated Players Retailer Producers MarketSystemOperator Market Operations +offer other possible services LargeConsumer DecentralisedProducerOrProductionAggregator Results From Use Cases modelling down to XML exchanges Models UML Role Model : Actor Glossary uc Use cases configuration: Configure load areas sd Configure load areas (TransmissionSystemOperator) TSO (DistributionSystemOperator) DSO (Aggregator) AGG 0..* CREATED(MacroLoadAreaConfig) 5 UML Core Use Cases operations: Exchange flexibility tables Clear AD market loop update Validate technical feasibility CREATED(LoadAreaConfig) class ADScheduleDetail [redefinition of load areas] Activ ate AD product UPDATED(MacroLoadAreaConfig) Cur v eaxis::ser iesaxis +Series + count: Integer [0..1] spec: CurveAxisSpec [0..1] UML Information Model extended for ADDRESS +ADScheduleSeries 1 IdentifiedObject ADSchedule Cur v eaxis::regula r TimeAxis +ADScheduleTime 1 + interval: DateTimeInterval [0..1] 1 +Time + spec: CurveAxisSpec [0..1] + timestep: Seconds [0..1] ADScheduleVolume +ADSchedulePrice +ADScheduleBPrice +Volume 0..1 Cur v eaxis::qua ntity Axis +ADScheduleFlexUp + spec: CurveAxisSpec [0..1] +ADScheduleFlexDown +Price BookingPrice FlexibilityUp 0..1 Cur v eaxis::qua nt it y Da t a +QuantityAxis + sequencenumber: Integer [0..1] 1 +QuantityDatas + seriesnumber: Integer [0..1] + value: Float [0..1] +FlexibilityDown Message Type Models for XML CIM based Exchanges Proof of Concept for Interoperability Prototype based on SOA architecture 23

24 uc Abstract View Active Demand Providers Meter Consumer EnergyBox +deliver AD Products +dispatch AD activation signals to EnergyBox Sensitiv ity Matrix Analysis +Provide AD Services +send consumer information DistributionSystemOperator Aggregator Technical Verification Regulated Players Coordination for AD Service procurement and technical faisability Verification Imbalance Management 1 TransmissionSystemOperator Active Demand Buyers Intermediaries BalanceResponsibleParty TraderAndBrocker CentralisedProducer +Offer AD Services ProducerWithRegulatedTariffs +Request AD Services Deregulated Players Retailer Producers MarketSystemOperator Market Operations +offer other possible services LargeConsumer DecentralisedProducerOrProductionAggregator Results From Use clacases ss ADScheduleDet modelling a il down to XML exchanges Models UML Role Model : Actor Glossary uc Use cases configuration: Cur v eaxis::ser iesaxis +Series + count: Integer [0..1] 0..1 sd Configure + load areas spec: CurveAxisSpec [0..1] Configure load areas (TransmissionSystemOperator) TSO (DistributionSystemOperator) DSO (Aggregator) AGG 0..* CREATED(MacroLoadAreaConfig) 5 UML Core Use Cases +ADScheduleSeries UML Information Model extended for ADDRESS +ADScheduleFlexUp +ADScheduleFlexDown 4 Message Type Models for XML CIM based Exchanges operations: Exchange flexibility tables 1 +ADScheduleFlexUp Clear AD market Validate technical feasibility Cur v eaxis::qua ntity Axis + spec: CurveAxisSpec [0..1] CREATED(LoadAreaConfig) loop update IdentifiedObject [redefinition of load areas] class ADScheduleDetail ADSchedule Cur v eaxis::regula r TimeAxis UPDATED(MacroLoadAreaConfig) Cur v eaxis::ser iesaxis Activ ate +ADScheduleTime +Series product 1 + count: Integer [0..1] spec: CurveAxisSpec [0..1] + interval: DateTimeInterval [0..1] 1 +Time +ADScheduleSeries 1 + spec: CurveAxisSpec [0..1] 1 1 +ADScheduleVolume +ADSchedulePrice +ADScheduleBPrice +Volume Price BookingPrice 0..1 IdentifiedObject ADSchedule Cur v eaxis::regula r TimeAxis + timestep: +ADScheduleTime 1 Seconds [0..1] + interval: DateTimeInterval [0..1] 1 +Time + spec: CurveAxisSpec [0..1] 1 +ADScheduleFlexDown ADScheduleVolume +ADSchedulePrice +ADScheduleBPrice +Volume Price BookingPrice timestep: Seconds [0..1] +QuantityAxis 1 +QuantityDatas +FlexibilityUp 0..1 Cur v eaxis::qua +FlexibilityDown 0..1 ntity Axis + spec: CurveAxisSpec [0..1] Cur v eaxis::qua nt it y Da t a + sequencenumber: Integer [0..1] + seriesnumber: Integer [0..1] + value: Float [0..1] +QuantityAxis Proof of Concept for Interoperability Prototype based on SOA architecture +FlexibilityUp FlexibilityDown Quantit 24

25 uc Abstract View Active Demand Providers Meter Consumer EnergyBox +deliver AD Products +dispatch AD activation signals to EnergyBox Sensitiv ity Matrix Analysis +Provide AD Services +send consumer information DistributionSystemOperator Aggregator Technical Verification Regulated Players Coordination for AD Service procurement and technical faisability Verification Imbalance Management 1 TransmissionSystemOperator Active Demand Buyers Intermediaries BalanceResponsibleParty TraderAndBrocker CentralisedProducer +Offer AD Services ProducerWithRegulatedTariffs +Request AD Services Deregulated Players Retailer Producers MarketSystemOperator Market Operations +offer other possible services LargeConsumer DecentralisedProducerOrProductionAggregator Results From Use Cases modelling down to XML exchanges Models UML Role Model : Actor Glossary uc Use cases configuration: Configure load areas sd Configure load areas (TransmissionSystemOperator) TSO (DistributionSystemOperator) DSO (Aggregator) AGG 0..* CREATED(MacroLoadAreaConfig) 5 UML Core Use Cases operations: Exchange flexibility tables Clear AD market loop update Validate technical feasibility CREATED(LoadAreaConfig) class ADScheduleDetail [redefinition of load areas] Activ ate AD product UPDATED(MacroLoadAreaConfig) Cur v eaxis::ser iesaxis +Series + count: Integer [0..1] spec: CurveAxisSpec [0..1] UML Information Model extended for ADDRESS +ADScheduleSeries 1 IdentifiedObject ADSchedule Cur v eaxis::regula r TimeAxis +ADScheduleTime 1 + interval: DateTimeInterval [0..1] 1 +Time + spec: CurveAxisSpec [0..1] + timestep: Seconds [0..1] ADScheduleVolume +ADSchedulePrice +ADScheduleBPrice +Volume 0..1 Cur v eaxis::qua ntity Axis +ADScheduleFlexUp + spec: CurveAxisSpec [0..1] +ADScheduleFlexDown +Price BookingPrice FlexibilityUp 0..1 Cur v eaxis::qua nt it y Da t a +QuantityAxis + sequencenumber: Integer [0..1] 1 +QuantityDatas + seriesnumber: Integer [0..1] + value: Float [0..1] +FlexibilityDown Message Type Models for XML CIM based Exchanges Proof of Concept for Interoperability Prototype based on SOA architecture 25

26 uc Abstract View Active Demand Providers Meter Consumer EnergyBox +deliver AD Products +dispatch AD activation signals to EnergyBox Sensitiv ity Matrix Analysis +Provide AD Services +send consumer information DistributionSystemOperator Aggregator Technical Verification Regulated Players Coordination for AD Service procurement and technical faisability Verification Imbalance Management 1 TransmissionSystemOperator Active Demand Buyers Intermediaries BalanceResponsibleParty TraderAndBrocker CentralisedProducer +Offer AD Services ProducerWithRegulatedTariffs +Request AD Services Deregulated Players Retailer Producers MarketSystemOperator Market Operations +offer other possible services LargeConsumer DecentralisedProducerOrProductionAggregator Results From Use Cases modelling down to XML exchanges Models UML Role Model : Actor Glossary uc Use cases configuration: Configure load areas sd Configure load areas (TransmissionSystemOperator) TSO (DistributionSystemOperator) DSO (Aggregator) AGG 0..* CREATED(MacroLoadAreaConfig) 5 UML Core Use Cases operations: Exchange flexibility tables Clear AD market loop update Validate technical feasibility CREATED(LoadAreaConfig) class ADScheduleDetail [redefinition of load areas] Activ ate AD product UPDATED(MacroLoadAreaConfig) Cur v eaxis::ser iesaxis +Series + count: Integer [0..1] spec: CurveAxisSpec [0..1] UML Information Model extended for ADDRESS +ADScheduleSeries 1 IdentifiedObject ADSchedule Cur v eaxis::regula r TimeAxis +ADScheduleTime 1 + interval: DateTimeInterval [0..1] 1 +Time + spec: CurveAxisSpec [0..1] + timestep: Seconds [0..1] ADScheduleVolume +ADSchedulePrice +ADScheduleBPrice +Volume 0..1 Cur v eaxis::qua ntity Axis +ADScheduleFlexUp + spec: CurveAxisSpec [0..1] +ADScheduleFlexDown +Price BookingPrice FlexibilityUp 0..1 Cur v eaxis::qua nt it y Da t a +QuantityAxis + sequencenumber: Integer [0..1] 1 +QuantityDatas + seriesnumber: Integer [0..1] + value: Float [0..1] +FlexibilityDown Message Type Models for XML CIM based Exchanges Proof of Concept for Interoperability Prototype based on SOA architecture 26

27 uc Abstract View Active Demand Providers Meter Consumer EnergyBox +deliver AD Products +dispatch AD activation signals to EnergyBox Sensitiv ity Matrix Analysis +Provide AD Services +send consumer information DistributionSystemOperator Aggregator Technical Verification Regulated Players Coordination for AD Service procurement and technical faisability Verification Imbalance Management 1 TransmissionSystemOperator Active Demand Buyers Intermediaries BalanceResponsibleParty TraderAndBrocker CentralisedProducer +Offer AD Services ProducerWithRegulatedTariffs +Request AD Services Deregulated Players Retailer Producers MarketSystemOperator Market Operations +offer other possible services LargeConsumer DecentralisedProducerOrProductionAggregator Results From Use Cases modelling down to XML exchanges Models UML Role Model : Actor Glossary uc Use cases configuration: Configure load areas sd Configure load areas (TransmissionSystemOperator) TSO (DistributionSystemOperator) DSO Message Types Message Exchange operations: Noun CREATED(MacroLoadAreaConfig) CREATED(LoadAreaConfig) flexibility Clear AD market Validate technical tables feasibility 5 UML Core Use Cases LoadAreaConfig MacroLoadAreaConfig loop update [redefinition of load areas] class ADScheduleDetail UPDATED(MacroLoadAreaConfig) Cur v eaxis::ser iesaxis Activ ate AD +Series product LoadAreaConfig + count: Integer [0..1] spec: CurveAxisSpec [0..1] +ADScheduleSeries 1 IdentifiedObject FlexibilityTables TSOFlexibilityTables ADSchedule Cur v eaxis::regula r TimeAxis +ADScheduleTime 1 + interval: DateTimeInterval [0..1] 1 +Time + spec: CurveAxisSpec [0..1] + timestep: Seconds [0..1] ADScheduleVolume UML Information Model extended for ADDRESS DSOFlexibilityTables +ADSchedulePrice +ADScheduleBPrice +Volume 0..1 Cur v eaxis::qua ntity Axis +ADScheduleFlexUp + spec: CurveAxisSpec [0..1] +ADScheduleFlexDown +Price BookingPrice 0..1 ADBiddingProcess ADBiddingProcess Cur v eaxis::qua nt it y Da t a +QuantityAxis + sequencenumber: Integer [0..1] 1 +QuantityDatas + seriesnumber: Integer [0..1] +FlexibilityUp value: Float [0..1] +FlexibilityDown ADSchedules DemandADBids Message Type Models for XML CIM based Exchanges SupplyADBids ADMarketClearings Proof of Concept for Interoperability AggrClearedADBids Prototype based on SOA architecturedsoclearedadbids TSOValidatedADBids DSOValidatedADBids ADActivation (Aggregator) AGG *

28 uc Abstract View Active Demand Providers Meter Consumer EnergyBox +deliver AD Products +dispatch AD activation signals to EnergyBox Sensitiv ity Matrix Analysis +Provide AD Services +send consumer information DistributionSystemOperator Aggregator Technical Verification Regulated Players Coordination for AD Service procurement and technical faisability Verification Imbalance Management 1 TransmissionSystemOperator Active Demand Buyers Intermediaries BalanceResponsibleParty TraderAndBrocker CentralisedProducer +Offer AD Services ProducerWithRegulatedTariffs +Request AD Services Deregulated Players Retailer Producers MarketSystemOperator Market Operations +offer other possible services LargeConsumer DecentralisedProducerOrProductionAggregator Results From Use Cases modelling down to XML exchanges Models UML Role Model : Actor Glossary uc Use cases configuration: Configure load areas sd Configure load areas (TransmissionSystemOperator) TSO (DistributionSystemOperator) DSO Message Types Message Exchange operations: Noun CREATED(MacroLoadAreaConfig) CREATED(LoadAreaConfig) flexibility Clear AD market Validate technical tables feasibility 5 UML Core Use Cases LoadAreaConfig MacroLoadAreaConfig loop update [redefinition of load areas] class ADScheduleDetail UPDATED(MacroLoadAreaConfig) Cur v eaxis::ser iesaxis Activ ate AD +Series product LoadAreaConfig + count: Integer [0..1] spec: CurveAxisSpec [0..1] +ADScheduleSeries 1 IdentifiedObject FlexibilityTables TSOFlexibilityTables ADSchedule Cur v eaxis::regula r TimeAxis +ADScheduleTime 1 + interval: DateTimeInterval [0..1] 1 +Time + spec: CurveAxisSpec [0..1] + timestep: Seconds [0..1] ADScheduleVolume UML Information Model extended for ADDRESS DSOFlexibilityTables +ADSchedulePrice +ADScheduleBPrice +Volume 0..1 Cur v eaxis::qua ntity Axis +ADScheduleFlexUp + spec: CurveAxisSpec [0..1] +ADScheduleFlexDown +Price BookingPrice 0..1 ADBiddingProcess ADBiddingProcess Cur v eaxis::qua nt it y Da t a +QuantityAxis + sequencenumber: Integer [0..1] 1 +QuantityDatas + seriesnumber: Integer [0..1] +FlexibilityUp value: Float [0..1] +FlexibilityDown ADSchedules DemandADBids Message Type Models for XML CIM based Exchanges SupplyADBids ADMarketClearings Proof of Concept for Interoperability AggrClearedADBids Prototype based on SOA architecturedsoclearedadbids TSOValidatedADBids DSOValidatedADBids ADActivation (Aggregator) AGG *

29 uc Abstract View Active Demand Providers Meter Consumer EnergyBox +deliver AD Products +dispatch AD activation signals to EnergyBox Sensitiv ity Matrix Analysis +Provide AD Services +send consumer information DistributionSystemOperator Aggregator Technical Verification Regulated Players Coordination for AD Service procurement and technical faisability Verification Imbalance Management 1 TransmissionSystemOperator Active Demand Buyers Intermediaries BalanceResponsibleParty TraderAndBrocker CentralisedProducer +Offer AD Services ProducerWithRegulatedTariffs +Request AD Services Deregulated Players Retailer Producers MarketSystemOperator Market Operations +offer other possible services LargeConsumer DecentralisedProducerOrProductionAggregator Results From Use Cases modelling down to XML exchanges Models UML Role Model : Actor Glossary uc Use cases configuration: Configure load areas sd Configure load areas (TransmissionSystemOperator) TSO (DistributionSystemOperator) DSO (Aggregator) AGG 0..* CREATED(MacroLoadAreaConfig) 5 UML Core Use Cases operations: Exchange flexibility tables Clear AD market loop update Validate technical feasibility CREATED(LoadAreaConfig) class ADScheduleDetail [redefinition of load areas] Activ ate AD product UPDATED(MacroLoadAreaConfig) Cur v eaxis::ser iesaxis +Series + count: Integer [0..1] spec: CurveAxisSpec [0..1] UML Information Model extended for ADDRESS +ADScheduleSeries 1 IdentifiedObject ADSchedule Cur v eaxis::regula r TimeAxis +ADScheduleTime 1 + interval: DateTimeInterval [0..1] 1 +Time + spec: CurveAxisSpec [0..1] + timestep: Seconds [0..1] ADScheduleVolume +ADSchedulePrice +ADScheduleBPrice +Volume 0..1 Cur v eaxis::qua ntity Axis +ADScheduleFlexUp + spec: CurveAxisSpec [0..1] +ADScheduleFlexDown +Price BookingPrice FlexibilityUp 0..1 Cur v eaxis::qua nt it y Da t a +QuantityAxis + sequencenumber: Integer [0..1] 1 +QuantityDatas + seriesnumber: Integer [0..1] + value: Float [0..1] +FlexibilityDown Message Type Models for XML CIM based Exchanges Proof of Concept for Interoperability Prototype based on SOA architecture 29

30 Prototype testing interoperability through SOA + IEC standards Actor1 Axis OpenESB Actor2 AXIS CIM/XML IEC IEC IEC Business Service Orchestration BPEL WebService Interface 30

31 uc Abstract View Active Demand Providers Meter Consumer EnergyBox +deliver AD Products +dispatch AD activation signals to EnergyBox Sensitiv ity Matrix Analysis +Provide AD Services +send consumer information DistributionSystemOperator Aggregator Technical Verification Regulated Players Coordination for AD Service procurement and technical faisability Verification Imbalance Management 1 TransmissionSystemOperator Active Demand Buyers Intermediaries BalanceResponsibleParty TraderAndBrocker CentralisedProducer +Offer AD Services ProducerWithRegulatedTariffs +Request AD Services Deregulated Players Retailer Producers MarketSystemOperator Market Operations +offer other possible services LargeConsumer DecentralisedProducerOrProductionAggregator Results From Use Cases modelling down to XML exchanges Models UML Role Model : Actor Glossary uc Use cases configuration: Configure load areas sd Configure load areas (TransmissionSystemOperator) TSO (DistributionSystemOperator) DSO (Aggregator) AGG 0..* CREATED(MacroLoadAreaConfig) 5 UML Core Use Cases operations: Exchange flexibility tables Clear AD market loop update Validate technical feasibility CREATED(LoadAreaConfig) class ADScheduleDetail [redefinition of load areas] Activ ate AD product UPDATED(MacroLoadAreaConfig) Cur v eaxis::ser iesaxis +Series + count: Integer [0..1] spec: CurveAxisSpec [0..1] UML Information Model extended for ADDRESS +ADScheduleSeries 1 IdentifiedObject ADSchedule Cur v eaxis::regula r TimeAxis +ADScheduleTime 1 + interval: DateTimeInterval [0..1] 1 +Time + spec: CurveAxisSpec [0..1] + timestep: Seconds [0..1] ADScheduleVolume +ADSchedulePrice +ADScheduleBPrice +Volume 0..1 Cur v eaxis::qua nt it y Axis +ADScheduleFlexUp + spec: CurveAxisSpec [0..1] +ADScheduleFlexDown +Price BookingPrice FlexibilityUp 0..1 Cur v eaxis::qua nt it y Da t a +QuantityAxis + sequencenumber: Integer [0..1] 1 +QuantityDatas + seriesnumber: Integer [0..1] + value: Float [0..1] +FlexibilityDown Message Type Models for XML CIM based Exchanges Proof of Concept for Interoperability Prototype based on SOA architecture 31

32 Actors and Functions Market Area or Bilateral Contract The Field test : Prototype in the real life Distributor Consommateurs Retailer Responsible Party Producer Aggregator Plateform unmanaged Appliances Meter Energy Box Fridge Washing Machine Smart Plugs Water heater Electric heating Any other managed Appliances

33 3 Prototypes GPRS Agregador GPRS Equipo de Medida Energy Box Spain Sistema Comunicación Zigbee Communication with Aggregator and HAN France Italy Full integration and tests Communication with Aggregator and DSO Simulated Market

34 French Field test locations : 2 islands in Bretagne (West of FRANCE) System details: 1 MV Cable under sea linking the 2 islands to France Island 1: 6 MV/LV substations 297 costumers Island 2 : 2 MV/LV substations 223 customers 1 emergency power generator 1 solar producer

35 CIM Usage within ADDRESS Conclusion 35

36 Conclusions The Pros Agreement for defining Use Cases before to develop the prototypes Intense Usage of UML ADDRESS is the first European SmartGrid Project to adopt the CIM For External exchanges between actors and network models as inputs for network calculations Reuse of IEC TC57 best practices Identified by CEN/CENELEC/ETSI as a key standard for smartgrid ( European M490 Mandate) Promotion of SOA architecture Difficulties Make all partners contribute around the modelling work Time shift because of a late start of the Modelling work Time shift because of resource allocation of widespread contributors. 36

37 Conclusions : Where are we now? & 37

38 Next Steps Make the french«field test» a success Promoting results to IEC Use cases ADDRESS Flexibility/Active Demand Extensions to be proposed to the CIM Link with IEC standards regarding Retail Market extensions Promoting results to other European SmartGrid Project. 38

39 Thank you! Questions? 39