Bericht zu Arbeitspaket 1.6 Softwarearchitektur

Transkript

1 Bericht zu Arbeitspaket 1.6 Softwarearchitektur Dokumententyp Sichtbarkeit Arbeitspaket 1.6 Editor Beitragende Arbeitspaketbericht öffentlich Markus Speckmann Markus Speckmann, Wolfgang Slaby, Martin Winter, Florian Schlögl, Steffen Brauns, Manuel Wickert 1

2 Inhalt 1. Zusammenfassung Zum Umgang mit diesem Dokument Vorgehen Für die Softwarearchitektur relevante Teilziele Use Case Diagramme Komponentendiagramme Energieanlagenmanager Energy unit manager Poolkoordinator - Poolcoordinator Schnittstellen Sequenzdiagramme Schnittstellenbeschreibung

3 1. Zusammenfassung Das übergeordnete Ziel des Arbeitspaketes war es, die Architektur der VK-Software zu beschreiben. Dies geschah in Form von Use Case, Sequenz- und Komponentendiagrammen mit der Software Enterprise Architect. Im ersten Schritt wurden die 15 Teilziele aufgeführt, die für die Entwicklung der Architektur relevant sind. Dies sind z.b. die Teilziele Überwachung von Erzeugungseinheiten im virtuellen Kraftwerk oder Direktvermarktung am EPEX Day-Ahead Markt. Im zweiten Schritt wurde für jedes Teilziel ein Use Case Diagramm aufgestellt. In einem Use Case Diagramm ist festgehalten, welche Funktionalitäten ein System nach außen bereitstellt. Das virtuelle Kraftwerk stellt hier das System dar. Für die Use Case Diagramm mussten auch die Rollen definiert werden, mit denen das virtuelle Kraftwerk interagiert, z.b. der Verteilnetzbetreiber. Der dritte Schritt war die Beschreibung des virtuellen Kraftwerks in einem Komponentendiagramm. Dazu wurde das virtuelle Kraftwerk zunächst in die zwei Teile Energieanlagenmanager und Poolkoordinator aufgeteilt. Der Energieanlagenmanager ist hauptsächlich für die Kommunikation mit den Energieeinheiten und deren Monitoring zuständig, wohingegen der Poolkoordinator z.b. die Vermarktung an den verschiedenen Märkten realisiert und optimale Angebote erstellt. Der Energieanlagenmanager und der Poolkoordinator wurden in einzelne Komponenten aufgeteilt, deren Funktionalitäten anschließend beschrieben wurden. Im vierten Schritt wurden die Funktionalitäten des Systems in Form von Sequenzdiagrammen beschrieben. Hierbei wurden alle bei den Use Case Diagrammen definierten Funktionalitäten behandelt. Die Komponenten in den Sequenzdiagrammen waren durch die Komponenten des Poolkoordinators und Energieanlagenmanagers und durch die Rollen, mit denen das virtuelle Kraftwerk interagiert, vorgegeben. In den Sequenzdiagrammen wurde beschrieben, welche Daten die Komponenten austauschen, um die Funktionalitäten umzusetzen. 3

4 2. Zum Umgang mit diesem Dokument Der Großteil des Berichts ist aus dem Software Enterprise Architect generiert worden. Aufgrund des Wunsches des Projektpartners Siemens haben wir dort Englisch verwendet, da Siemens die Dokumente für spätere internationale Tätigkeiten nutzen möchte. Deshalb ist ein Großteil dieses Berichts in englischer Sprache verfasst. 3. Vorgehen Das Vorgehen zur Entwicklung der Systemarchitektur ist in der folgenden Graphik dargestellt. Abbildung 1: Vorgehen zur Entwicklung der Softwarearchitektur Die Teilziele die für die Software relevant sind werden genauer in Use Case Diagrammen beschrieben. In den Use Case Diagrammen werden die Anforderungen an die VK-Software definiert und es wird definiert, mit welchen Rollen die VK-Software für die Umsetzung des jeweiligen Teilziels interagieren muss. Aufbauend auf den Use Case Diagrammen kann das Komponentendiagramm beschrieben werden. In diesem werden die einzelnen Komponenten der VK-Software definiert. In den Sequenzdiagrammen werden die einzelnen Use Cases aus den Use Case Diagrammen in Form von Kommunikationsabläufen zwischen den einzelnen Komponenten dargestellt. In der Schnittstellenbeschreibung werden die Daten beschrieben, die die einzelnen Komponenten zur Umsetzung der Use Cases austauschen. 4. Für die Softwarearchitektur relevante Teilziele Die für die Softwarearchitektur relevanten Teilziele werden im Folgenden aufgelistet. Hinter dem deutschen Teilziel steht grundsätzlich die englische Beschreibung des Teilziels. - Überwachung der Energieeinheiten im VK Harz VPP Monitoring - Abrechnung mit Betreibern dezentraler Energieanlagen und Märkten Billing with DER operators and markets 4

5 - Unterstützung der Verteilnetze in der Modellregion Harz Support oft the distribution grid - Direktvermarktung am EPEX Intraday Markt Trading on EPEX Intraday - Integration von Prognosen ins Energiemanagement Integration of forecasts into the energy management - Bereitstellung von Primärregelleistung durch das VK Harz Provision of primary control - Bereitstellung von Sekundärregelleistung durch das VK Harz Provision of secondary control - Bereitstellung von Minutenreserve durch das VK Harz Provision of minute reserve - Direktvermarktung am EPEX Day-Ahead Markt Trading on EPEX Day-Ahead - Direktvermarktung an Stadtwerke der Modellregion Harz für EE-Stromkunden Regional innovativ electricity tarif - Kombikraftwerksbonus - Kombikraftwerksbonus - Direktvermarktung mit gleitender Marktprämie Gliding market price - Anschluss von dezentralen Energieanlagen an das VK Connection of distributed energy resources to the VPP - Fahrplanerstellung - Scheduling - Management eines Bilanzkreises Balancing group management 5. Use Case Diagramme Zu jedem Teilziel, das für die Softwarearchitektur relevant ist, wird ein Use Case Diagramm erstellt. Die Use Case Diagramme orientieren sich an den Betriebsführungskonzepten, die im Bericht zu AP1.5 beschrieben wurden. In einem Use Case Diagramm sind die Use Cases bzw. Anwendungsfälle des Systems, hier die VK-Software, dargestellt. Die Anwendungsfälle definieren, welche Funktionalitäten das System bereitstellen muss. Des Weiteren sind die Rollen dargestellt, die an dem jeweiligen Use Case beteiligt sind. Da die Use Case Diagramme englisch sind, sollen hier zunächst die Rollen übersetzt werden: Tabelle 1: Übersetzung der Rollen ins englische Balancing group coordinator Control reserve market operator Distribution System Operator (DSO) Energy provider EPEX spot operator Finance department clerk Heat forecast supplier Infoportal distribution grid operator Bilanzkreiskoordinator Betreiber des Regelleistungsmarktes Verteilnetzbetreiber (VNB) Lieferant Betreiber des EPEX-Spotmarktes Sachbearbeiter in der Finanzabteilung Wärmeprognoselieferant Infoportal Verteilnetz Betreiber 5

6 Marketplace operator Operator of a controllable distributed energy resource (DER) Price forecast supplier PV forecast supplier Transmission System Operator (TSO) Windpower forecast supplier Marktplattformbetreiber Betreiber dezentraler steuerbarer Energieeinheiten (DEE) Preisprognoselieferant Solarleistungsprognoselieferant Übertragungsnetzbetreiber (ÜNB) Windleistungsprognoselieferant Eine Beschreibung der Rollen befindet sich im Bericht zum Arbeitspaket 1.6 auf dem Repository. Im Folgenden sind die Use Case Diagramme für die Teilziele die für die Software relevant sind aufgelistet. Jeder Use Case wird unterhalb des Diagramms beschrieben. Überwachung der Energieeinheiten im VK Harz VPP Monitoring MonitoringDER_VM - The system monitors the DER. Some DER are monitored in two second intervals some in 15 Minutes intervals. MonitoringEUM_VM - The energy unit manager can see all important data on the GUI for him, provided by the system. MonitoringPocoVM 6

7 - The poolcoordinator can see all important data on the GUI for him, provided by the system. Abrechnung mit Betreibern dezentraler Energieanlagen und Märkten Billing with DER operators and markets uc Billing BillingDER_B Poolcoordinator Finance department clerk BillingMarketsB BillingDER_B - The systems sends the data needed for the billing with the operators of the DER to the finance department clerk. - The poolcoordinator observes this process. BillingMarketsB - The system sends the data needed for the billing with the different markets (EPEX, control reserve market,...) to the finance department clerk. - The poolcoordinator observes this process. Unterstützung der Verteilnetze in der Modellregion Harz Support oft the distribution grid uc Support of the Distribution Grid BalancingSDG Distribution Sytsem Operator (DSO) Poolcoordinator BalancingSDG 7

8 - The DSO sends the data needed for the balancing group management to the system (schedules), in the case of energy losses or energy excesses caused by the schedules sent to the DER by the DSO. - The poolcoordinator observes this process. Direktvermarktung am EPEX Intraday Markt Trading on EPEX Intraday uc Trading on EPEX Intraday TenderTEI EPEX Spot Operator SchedulePoco_TEI Energy Unit Manager Poolcoordinator ScheduleEUM_TEI Operator of a distributed energy resource (DER) BillingTEI Finance department clerk BillingTEI - The system sends the data needed for the billing with the Intraday market to the finance department clerk. - The poolcoordinator observes this process on the GUI. ScheduleEUM_TEI - The system sends the schedules calculated in SchedulePoco_TEI to the operators of DER. 8

9 - The energy unit manager observes this process on the GUI. SchedulePoco_TEI - The system calculates the schedules for the DER. - The poolcoordinator can look at these schedules. TenderTEI - The system sends a tender to the EPEX Spot operator. - The EPEX Spot operator sends the results of the auction to the system. - The poolcoordinator observes this process on the GUI. He must confirm the tender. Moreover he has got the possibility to allow the system to send tenders automatically without his permission. 9

10 Integration von Prognosen ins Energiemanagement Integration of forecasts into the energy management uc Forecast Windpow erforecastf Windpower forcast supplier HeatForecastF Heat forecast supplier Poolcoordinator PriceForecastF Price forecast supplier PV_ForecastF Pv forecast supplier HeatForecastF - The system gets the Heat forecast from the Heat forecast supplier. - The poolcoordinator has the possibility to observe this process. PV_ForecastF - The system gets the PV forecast from the PV forecast supplier. - The poolcoordinator has the possibility to observe this process. 10

11 PriceForecastF - The system gets the Price forecast from the Price forecast supplier. - The poolcoordinator has the possibility to observe this process. WindpowerForecastF - The system gets the Windpower forecast from the Windpower forecast supplier. - The poolcoordinator has the possibility to observe this process. 11

12 Bereitstellung von Primärregelleistung durch das VK Harz Provision of primary control uc Provision of primary control TenderPPC Balance power market operator SchedulePocoPPC ScheduelEUM_PPC Operator of a controllable DER Report2SecPPC Report15MinPPC Poolcoordinator Transmission System Operator (TSO) ReportDA_PPC BillingPPC Finance department clerk BillingPPC - The system sends the data needed for the billing with the TSO to the finance department clerk - The poolcoordinator has got the possibility to look at the billing data, if he wants to. Report15MinPPC - If the system calculates new provision schedules, deviating from the provision schedules send to the TSO at ReportDA_PPC, the system has to inform the TSO. 12

13 - The poolcoordinator has got the possibility to look at this data on the GUI. Report2SecPPC - The system sends the monitoring data of the DER providing balancing power defined in the TransmissionCode to the TSO. - The poolcoordinator has got the possibility to look at this data on the GUI. ReportDA_PPC - Until 17 o clock the system sends the information to the TSO which energy units will provide balancing power at the next day. - The poolcoordinator has got the possibility to look at this data on the GUI. ScheduelEUM_PPC - The system sends the provision schedule to the DER operators. - The poolcoordinator has got the possibility to look at the provision schedules on the GUI. SchedulePocoPPC - The system calculates the schedules for the DER. - The poolcoordinator can look at these schedules. TenderPPC - The system calculates a tender and sends it to the balancing power market operator. - The balancing power market operator sends the results of the auction to the system. - The poolcoordinator observes this process on the GUI. He must confirm the tender. Moreover he has got the possibility to allow the system to send tenders automatically without his permission. 13

14 Bereitstellung von Sekundärregelleistung durch das VK Harz Provision of secondary control uc Marketing of secondary control by the v pp TenderPSC SchedulePocoPSC ScheduleEUM_PSC Energy Unit Manager Balance pow er market operator CallPocoPSC Poolcoordinator CallEUM_PSC Transmission System Operator (TSO) Report2SecPSC Operator of a controllable DER Report15MinPSC ReportDA_PSC Finance department clerk BillingPSC BillingPSC - The system sends the data needed for the billing with the TSO to the finance department clerk - The poolcoordinator has got the possibility to look at the billing data, if he wants to. CallEUM_PSC 14

15 - The system sends the schedules calculated in SchedulePocoPSC to the operators of DER. - The energy unit manager has got the possibility to look at these schedules on the GUI. CallPocoPSC - The TSO sends calls to the system every second second. Based on these calls, the system creates schedules for the DER. - The poolcoordinator has got the possibility to look at this data on the GUI. Report15MinPSC - If the system calculates new provision schedules, deviating from the provision schedules send to the TSO at ReportDA_PSC, the system has to inform the TSO. - The poolcoordinator has got the possibility to look at this data on the GUI. Report2SecPSC - The system sends the monitoring data of the DER providing balancing power defined in the TransmissionCode to the TSO. - The poolcoordinator has got the possibility to look at this data on the GUI. ReportDA_PSC - Until 17 o clock the system sends the information to the TSO which energy units will provide balancing power at the next day. - The poolcoordinator has got the possibility to look at this data on the GUI. ScheduleEUM_PSC - The system sends the provision schedule to the DER operators. - The poolcoordinator has got the possibility to look at the provision schedules on the GUI. SchedulePocoPSC - The system calculates the schedules for the DER. - The poolcoordinator can look at these schedules. TenderPSC - The system calculates a tender and sends it to the balancing power market operator. - The balancing power market operator sends the results of the auction to the system. - The poolcoordinator observes this process on the GUI. He must confirm the tender. Moreover he has got the possibility to allow the system to send tenders automatically without his permission. 15

16 Bereitstellung von Minutenreserve durch das VK Harz Provision of minute reserve uc Marketing of minute reserv e by the v pp TenderPMR Balance power market operator SchedulePocoPMR Energy Unit Manager ScheduleEUM_PMR CallPocoPMR Poolcoordinator CallEUM_PMR Operator of a controllable DER Report2SecPMR Report15MinPMR Transmission System Operator (TSO) ReportDA_PMR BillingPMR Finance department clerk BillingPMR - The system sends the data needed for the billing with the TSO to the finance department clerk 16

17 - The poolcoordinator has got the possibility to look at the billing data, if he wants to. CallEUM_PMR - The system sends the schedules calculated in SchedulePocoPSC to the operators of DER. - The energy unit manager has got the possibility to look at these schedules on the GUI. CallPocoPMR - The TSO sends calls to the system. Based on these calls, the system creates schedules for the DER. - The poolcoordinator has got the possibility to look at this data on the GUI. Report15MinPMR - If the system calculates new provision schedules, deviating from the provision schedules send to the TSO at ReportDA_PMR, the system has to inform the TSO. - The poolcoordinator has got the possibility to look at this data on the GUI. Report2SecPMR - The system sends the monitoring data of the DER providing balancing power defined in the TransmissionCode to the TSO. - The poolcoordinator has got the possibility to look at this data on the GUI. ReportDA_PMR - Until 17 o clock the system sends the information to the TSO which energy units will provide balancing power at the next day. - The poolcoordinator has got the possibility to look at this data on the GUI. ScheduleEUM_PMR - The system sends the provision schedule to the DER operators. - The poolcoordinator has got the possibility to look at the provision schedules on the GUI. SchedulePocoPMR - The system calculates the schedules for the DER. - The poolcoordinator can look at these schedules. TenderPMR - The system calculates a tender and sends it to the balancing power market operator. - The balancing power market operator sends the results of the auction to the system. 17

18 - The poolcoordinator observes this process on the GUI. He must confirm the tender. Moreover he has got the possibility to allow the system to send tenders automatically without his permission. Direktvermarktung am EPEX Day-Ahead Markt Trading on EPEX Day-Ahead uc Trading on EPEX Day Ahead TenderTED EPEX Spot Operator Poolcoordinator SchedulePocoTED Energy Unit Manager ScheduleEUM_TED Operator of a controllable DER Finance department clerk BillingTED BillingTED - The systems send the data needed for the billing with the EPEX Day-Ahead market to the finance department clerk. - The poolcoordinator has got the possibility to look at the billing data, if he wants to. ScheduleEUM_TED - The system sends the schedules calculated in SchedulePoco_TEDA to the operators of DER. - The energy unit manager observes this process on the GUI. 18

19 SchedulePocoTED - The system calculates the schedules for the DER. - The poolcoordinator can look at these schedules. TenderTED - The system sends a tender to the EPEX Spot operator. - The EPEX Spot operator sends the results of the auction to the system. - The poolcoordinator observes this process on the GUI. He must confirm the tender. Moreover he has got the possibility to allow the system to send tenders automatically without his permission. Direktvermarktung an Stadtwerke der Modellregion Harz für EE-Stromkunden Regional innovativ electricity tarif uc regional innov ativ e electricity tariff SchedulePocoRIET Energy prov ider ScheduleEUM_RIET Energy Unit Manager Operator of a controllable DER BillingRIET Poolcoordinator Finance department clerk BillingRIET - The system sends the data needed for the billing to the finance department clerk. 19

20 - The poolcoordinator has the possibility to observe this process. ScheduleEUM_RIET - The system sends the schedules created for the DER in SchedulePocoRIET to the operators of DER. - The energy unit manager can look at the schedules on his GUI. SchedulePocoRIET - The systems get the schedule for the RIET from the energy provider. Based on theses schedules the system calculates schedules for the DER. -The poolcoordinator can observe this process on the GUI. 20

21 Kombikraftwerksbonus - Kombikraftwerksbonus uc Kombikraftw erksbonus TariffKB Transmission System Operator (TSO) SchedulePocoKB Poolcoordinator ScheduleEUM_KB Energy Unit Manager ControllingPocoKB ControllingEUM_KB Operator of a controllable DER BillingKB Finance department clerk BillingKB - The system sends the data needed for the billing with the DSO to the finance department clerk. - The poolcoordinator observes this process on the GUI. ControllingEUM_KB - The system sends the schedules calculated in ControllingPocoKB to the operators of DER. - The energy unit manager can look at these schedules on his GUI. ControllingPocoKB 21

22 - The system calculates rapidly schedules, if more energy is consumed than produced by renewable. ScheduleEUM_KB - The system sends the schedules calculated in SchedulePoco_KB to the operators of DER. - The energy unit manager observes this process on the GUI. SchedulePocoKB - The system calculates the schedules for the DER. - The poolcoordinator can look at these schedules. TariffKB - The system gets the information about the tariff from the TSO. - The poolcoordinator can look at the tariff on his GUI. Direktvermarktung mit gleitender Marktprämie Gliding market price uc gliding market price BillingGMP Poolcoordinator Distribution Sytsem Operator (DSO) BillingGMP - The system sends the data, needed by the DSO for the billing, to the DSO (energy production of every energy unit at every day). - The poolcoordinator has the possibility to observe this process. 22

23 Anschluss von dezentralen Energieanlagen an das VK Connection of distributed energy resources to the VPP uc connection of decentralized energy units to the vpp ICT GW Installation Global Registry ICT GW Registration Rollen passen nicht zu anderen. Wo soll diese Beschreibung hin? Operator of a distributed energy resource (DER) Local Registry ICT GW Operation Aggregator ICT GW Installation - The Decentralized energy unit operator installs an ICT Gateway at his own premises. The ICT GW is connected to appliances, loads and generators by proprietary means. The ICT GW provides a standardized data model to represent the energy resources to the outside, but may also be extended by other data models for other purposes. e.g. for his own monitoring and remote control. - The ICT GW is configured with authentication data which allows for different views of the data for different roles accessing the gateway. - The ICT GW is configured with an ID representing the electrical connection point (provided by the DSO) and an ID of the gateway itself. Those IDs are sufficient to map the ICT GW to a person, to a location in the grid, to a geographical location and more. - These IDs possibly together with other data are sent to a central registry by means of a not further specified process. The central registry maintains a database, which maps the gateway IDs to addresses (URLs) of local registries maintained by e.g. a VPP operator. ICT GW Operation - For gateway operation, the clients (e.g. the aggregator) access the server of the ICT GW to retrieve information about 23

24 - The data model of the ICT GW - Basic data of the DER - Configuration values of the DER - The operational state of the DER - and other data contained in the gateway data model - The aggregator may also register itself to receive reports when data in the data model changes. ICT GW Registration - During startup, the ICT GW accesses the central registry to look up the URL of the local registry responsible for that gateway. If the lookup was successful, the gateway accesses the local registry and signals its availability and its server address. The local registry then informs the associated aggregator about the availability. Fahrplanerstellung - Scheduling uc Scheduling SchedulePocoS Poolcoordinator ScheduleEUM_S Energy Unit Manager Operator of a controllable DER ScheduleEUM_S - The system sends the schedules calculated in SchedulePoco_S to the operators of DER. - The energy unit manager observes this process on the GUI. SchedulePocoS - The system calculates the schedules and provision schedules for the DER, based on all forecasts and delivery obligations. - The poolcoordinator can look at these schedules. 24

25 Management eines Bilanzkreises Balancing group management uc Balancing group management DayAheadBGM Distribution Sytsem Operator (DSO) IntradayBGM Balancing group coordinator DayAfterBGM Poolcoordinator DayAfterBGM - The system sends new schedules of the balancing group to the balancing group coordinator if there are any deviations from the former schedule. -- The system sends the new aggregated schedules of the energy units in the distribution grid of the DSO to the DSO. - The poolcoordinator has got the possibility to look at these new schedules on the GUI. DayAheadBGM - The system sends the schedules of the balancing group to the balancing group manager. - The system sends the aggregated schedule of the energy units in the distribution grid of the DSO to the DSO. - The poolcoordinator has got the possibility to look at this process on the GUI. IntradayBGM - The system sends new schedules of the balancing group to the Balancing group coordinator if there are any deviations from the former schedule. - The system sends the new aggregated schedules of the energy units in the distribution grid of the DSO to the DSO. - The poolcoordinator has got the possibility to look at these new schedules on the GUI. 25

26 6. Komponentendiagramme Im Komponentendiagramm werden die Komponenten der VK-Software dargestellt. Die Komponenten ergeben sich größtenteils aus den zuvor erstellten Use Case Diagrammen. Im Folgenden werden die Komponentendiagramme vorgestellt und jede Komponenten hinsichtlich ihrer Funktionalität beschrieben. Bei den Komponentendiagrammen wird zwischen dem Komponentendiagramm des Energieanlagenmanager und dem Komponentendiagramm des Poolkoordinator unterschieden, die zusammen die VK-Software darstellen. Diese Trennung wird deshalb durchgeführt, weil diese Rollen später von unterschiedlichen Firmen wahrgenommen werden könnten, die dann auch unterschiedliche Software bräuchten Energieanlagenmanager Energy unit manager GUI The GUI enables the energy unit manager to monitor and control the DER connected to the VPP. GUI data preparer The GUI data preparer converts data from the datamanager in a suitable form for the GUI. Moreover it converts data from the GUI in a suitable form for the particular components. datamanager The datamanager gets data out of the database on request of the particular component. The datamanager stores data in the database on demand of the particular component. energy unit management system 26

27 The function of the energy unit management system is to send the actual schedules to the DER. This is particularly important for the DER providing balancing power. gateway Transforms the schedules (CIM) into IEC Moreover it transforms the data within the data exchange with the Poolcoordinator into a suitable data format. energy unit information system The energy unit infosystem gets the monitoring data from the decentralized energy units, connected to the VPP and sends it to the datamanager. If needed the energy unit information system aggregates this data. logger Logs all processes of the energy unit manager 6.2. Poolkoordinator - Poolcoordinator GUI The GUI enables the poolcoordinator to monitor and control all important process (tender creation, schedule creation, ) of the VPP. GUI data preparer The GUI data preparer converts data from the datamanager in a suitable form for the GUI. Moreover it converts data from the GUI in a suitable form for the particular components. 27

28 balancing power report The balancing power reporter sends the requested data for the provision of balancing power to the TSO for all kinds of balancing power every second second. balancing group manager The balancing group manager provides itself the data, needed for the balancing group management, and sends the schedules for the VPP to the TSO and DSO. billing manager The billing manager collects and converts the data from the datamanager needed by the finance department clerk in a suited data format. tender optimizer Creates optimal tenders for the different markets, based on different constraints (state of charge, costs,...). schedule optimizer Creates optimal schedules (15 Minutes values) for the different decentralized energy units, based on different constraints (state of charge, costs,...) every 15 minutes. controller The controller is responsible for the realization of secondary and tertiary control by creating two second schedules for the DER providing balancing power. gateway The gateway transforms all data for the data exchange with external components. logger Logs all processes of the poolcoordinator. datamanager The datamanager gets data out of the database on request of the particular component. The datamanager stores data in the database on demand of the particular component Schnittstellen Es gibt Schnittstellen zu den folgenden Rollen - Dezentrale Energieeinheiten DER Operator - Verteilnetzbetreiber - DSO - Übertragungsnetzbetreiber -TSO - Betreiber des Regelleistungsmarktes Balance power market operator 28

29 - Betreiber des EPEX-Spotmarktes EPEX Spot operator - Lieferant Energy provider - Sachbearbeiter in Finanzabteilung Finance department clerk - Wärmeprognoseliefert Heat forecast supplier - Windprognoselieferant Windpower forecast supplier - PV-Prognoselieferant PV forecast supplier - Lastprognoselieferant Load forecast supplier 7. Sequenzdiagramme VPP monitoring MonitoringDER_VM: Der datamanger holt sich in regelmäßigen Abständen die Daten von der DER ab. Dabei geht er über das energy unit information system und das gateway. MonitoringPocoVM: Das Sequenzdiagramm beschreibt wie die benötigten Daten vom Poco:datamanager zur Poco:GUI gelangen. Hierzu holt sich die Poco:GUI über den Poco:GUI preparer die benötigten Daten vom Poco:datamanager ab (getmonitoringdatapocovm), wobei der Poco:GUI preparer die Daten noch für die Poco:GUI aufbereitet. Es ist vorgesehen, dass die Poco:GUI sich alle 2 Sekunden Daten holt. MonitoringEUM_VM: siehe VPP Monitoring Poco. An die Operations wird die Endung PocoVM durch die Endung EUM_VM ersetzt. Billing with DER operators and markets 29

30 BillingDER_B: Der Poco:billing manager beschafft sich anfangs die für die monatliche Abrechnung der DER benötigten Daten beim Poco:datamanager (getbillingdatader_b). Dann bereitet er die Daten so auf, wie sie vom Sachbearbeiter in der Finanzabteilung benötigt werden. Diese aufbereiteten Daten schickt der Poco:billing manager dann über das Poco:gateway (setbillingder_b) an das interface:financial department clerk (setbillingder_b) bzw. an den Sachbearbeiter in der Finanzabteilung. BillingMarketsB: Der Ablauf ist identisch mit BillingDER_B. Der Vorgang erfolgt jedoch für die unterschiedlichen Märkte in unterschiedlichen Zeitabständen: Täglich: EPEX (Intraday und Day-Ahead), Lieferant (GM 1) Monatlich: Minutenreserve, Sekundärregelleistung, Primärregelleistung und Kombiraftwerksbonus In die Operations werden die Kürzel der verschiedenen Vermarktungsstrategien eingefügt, die ein Billing erforderlich machen (TEI, PPC, PSC, PMR, TED, RIET und BK). So würde im Fall von provision of primary control aus der Operation getbillingdatader_b getbillingdatappc_b werden. Support of the distribution grid BalancingSDG: Der DSO sendet die Fahrpläne zur Kompensation der Ausfälle über das interfacd:dso und das Poco:gateway an den Poco:datamanager (setbalancingdatasdg), wo sie gespeichert werden. Trading on EPEX Intraday BillingTEI: siehe billingder_b. DER wird in den Operations durch TEI ersetzt. ScheduleEUM_TEI: Ist mit im Sequenzdiagramm scheduleeum_s enthalten. Der Fahrplan der mit der Operation setschedule an die energy units geschickt wird, beinhaltet den Fahrplan für den Intraday-Markt. 30