Projekt AMI spole nosti ENERGA Operator [EOP] AMI p ínosy, kterých jsme dosáhli a ty druhé, k nimž jsme cestu dosud nenalezli

Projekt AMI spole nosti ENERGA Operator [EOP] AMI – p ínosy, kterých jsme dosáhli a ty druhé, k nimž jsme cestu dosud nenalezli Tomasz Piasecki – Architekt IT, Projekt AMI

Špindler v mlýn, 15-16.04.2015

Obsah 1. 2. 3. 4. 5. 6. 7. 8.

2

ENERGA Operator jako DSO P íprava projektu AMI [Advanced Metering Infrastructure] Právní a zákonné okolnosti Postup rozvíjení projektu AMI Architektura systému AMI a p íklady Porovnání etapy I a II a podniknuté akce P ínosy pro koncové zákazníky K jakým záv m jsme v pr hu ešení došli…


Skupina ENERGA – charakteristika Produkce elekt iny Obnovitelné zdroje elekt iny (OZE) •Vodní: •

46 hydroelektráren (201 MW)

•

•

erpávací elektrárna (160 MW)

Distribuce • • • •

trné: •

3 v trné farmy (165 MW)

Systémová elektrárna •Ostro ka (647 MW) Kogenera ní zdroje •(124 MW, 747 MWt)

• •

• •

EBITDA: 0.22 miliardy PLN EBITDA Skupiny: 11% 3


Regulovaný p irozený monopol Po et zákazník 2,95 mil (RAB) Generation 10 miliard PLN Distribution Plocha: 7715.6% 000 km2 70.2% (25% Polska) 20,4 TWh rozvod elekt iny 16% podíl z polského rozvodu elektrické energie

Prodej • • • •

•

Po et zákazník 2,9 mil. Prodej elekt iny 31 TWh Maloobch. prodej 19 TWh Maloobch. sí s 9 moderními zákaznickými centry Prodej zákazník m po celém území Polska

OZE p ipojené do sít 2.0 GW CAPEX [investice] – 1,4 miliardy PLN

EBITDA: 1,56 miliardy PLN EBITDA Skupiny : 79%

EBITDA: 0,21 miliardy PLN EBITDA Skupiny: 10%

ENERGA Operator – obecn Segment distribuce Tržní podíl

Technické služby zákazník m (TSZ) 16%

Provozní plocha Distribuce elektrické energie Po et zákazník Délka vedení (vn, sn a nn) Po et zam stnanc v segmentu

77 000 km 2 20,4 TWh 2,9 mil. 190 000 km

Po et zam stnanc ENERGA-OPERATOR Logistika Po et zam stnanc

Po et zam stnanc

7 000 km2 715 000 29 000 km

15 000 km2 418 000 28 000 km

6

Oblasti

26

542

GDA SK KOSZALIN

6 079

Po et pobo ek

Po et zam stnanc

Obsluhovaná plocha

2 472

10 000 km2

Po et zákazník

455 000 32 000 km

Délka vedení

42

4


62 2 184

19 000 km2 522 000 36 000 km

KALISZ

Sí ové služby - sekce

OLSZTYN

TORU

Spole nosti pro údržbu sít (SPNS) Sí ové služby - pododd lení

248

Ostatní spole nosti

ENERGA-OPERATOR

Po et zam stnanc

608

12 000 km2

Data za rok 2013

459 000 31 000 km

OCK 14 000 km2 365 000 34 000 km

ENERGA Operator – sí ové technické prost edky vn (110kV)

6 361

neizolovaná [km]

nadzemní vedení

izolovaná [km]

podzemní vedení

-

sn (15 kV)

nn

Celkem

52 302

58 878

117 541

3 960

20 661

24 621

%

99.7%

82.7%

68.7%

74.7%

[km]

22

11 782

36 222

48 026

%

0.3%

17.3%

31.3%

25.3%

6 383

68 044

115 761

190 188

Celkem

vn / sn

elektrárny

sn / nn

Celkem

po et

270

58 808

59 078

po et

478

58 961

59 439

výkon [MVA]

8 523

8 994

17 517

transformátory

5


íprava projektu AMI 2005-2010: AMI/AMR – malé a st ední projekty – instalováno více než 23 000

elektrom

Typ komunikace

Technologie komunikace po kabelu

PLC

Wired

Cable TV Malé a st ední projekty AMI / AMR AMI / AMR small and medium projects

bezdrátová Wireless

GSM GSM/Radio Radio

smíšená PLC / GSM Mixed

UTP Cable / GSM

6


Dodavatelé

íprava projektu AMI pokra . 2009-2010: Systém Converge pro komer ní zákazníky ehled systému •

Systém pokrývá asi 30 000 velkých a st edních zákazník (vn, sn, v tší nn zákazníci, TPA zákazníci)

•

Systém získává informace zhruba o 70% elektrické energie použité spot ebiteli v síti Energa Operator

Dodavatelé

Technické údaje •

Použité komunika ní technologie: •

GPRS – 99% elektrom

•

PSTN / CSD – 1% elektrom

•

Elektrom ry ode ítají každých 15 minut

•

Data jsou p enášena každodenn

2015 – konec životnosti (migrace na centrální AMI systém, HES zamítnut)

7


íprava projektu AMI pokra . 2010: Studie proveditelnosti - rozsah

Analýza náklad Sou asný stav: ezkoumání stávajících projekt AMI Technická ešení a doporu ení funkcionalit

Zavedení a použití modelových doporu ení

Analýza p ínos Analýza výnos i íjm Zavedení vlivu na analýzu regulatorních pravidel

Analýza stávajících ešení a sm vývoje Definování rizikových faktor

8


Doporu ení pro realizaci projektu

íprava projektu AMI pokra . 2010: Studie proveditelnosti - výsledky Rozsáhlá spolupráce s partnery:

Aktivity a p íklady dosažených výsledk : Definice funk ních požadavk v oblastech: elektrom rného za ízení (85 požadavk ), bilan ních elektrom (77 požadavk ), datových koncentrátor (48 požadavk ), telekomunika ních p ístroj (33 požadavk ) centrální aplikace pro sb r dat a ízení dat z m ení (298 požadavk ) – Celkový po et byl 541 požadavk týkajících se celého systému AMI. Dotazovali jsme se 39 dodavatel , (25 jich odpov lo, s 19 z nich byly uskute ny sch zky, na nichž jsme analyzovali jejich nabídky a ešení systém a komponent AMI (mezi nimi byli nap . ADD Group, Alcatel-Lucent, Apator, Atos Origin, DS2, Echelon, Elster, GE Energy, IBM, Innsoft, Itron, Kamstrup, Landis+Gyr, Oracle, SAP, Siemens, Winuel…)

9


íprava projektu AMI pokra . 2010: Studie proveditelnosti - záv ry Projekt musí p inést reálné p ínosy koncovým uživatel m a DSO

Automatizace odpo spot eby elektrické energie

i zavád ní je t eba maximalizovat využití lidských zdroj samotných DSO

Minimalizace rozdíl v etní rozvaze

požadavky Systém AMI musí být p ipraven spolupracovat s ešeními v rámci Smart Grid [Chytrých sítí] i kontraktaci dodávek je t eba umožnit flexibilní zm nu dodavatel a omezit ru ení [odpov dnost] DSO Koncepce ešení musí být kompatibilní s funk ními požadavky stanovenými v prohlášení presidenta Energetického regula ního ú adu

10


ínosy

Možnost nabízení nových produkt koncovým zákazník m Monitorování stavu energetické sít

Spln ní požadavk Regula ního ú adu

íprava projektu AMI pokra .

vn / sn rozvodna • Sb r dat ízení dat

• Vysokorychlostní optické propojení do podnikové po íta ové sít • Použití pro p enos dat do programové aplikace [v centrálním systému IT]

sn / nn rozvodna • IP sí odd lená Ethernetovými zásuvkami • Spojení nezávislé na typu nosi e • Každá sn/nn rozvodna vybavená data koncentrátory a bilan ním elektrom rem

• • • •

Chytré elektrom ry Nízko nap ová sí PLC Datové koncentrátory Možnost instalovat elm ry a koncentrátory od r zných výrobc do cílového modulu [provedení]

• P ístroje instalované v budovách zákazník

Odd lení modul v našem systému nám dává vysokou p izp sobivost a iní nás nezávislými na dodavatelích 11



vn / sn rozvodna

sn / nn rozvodna

Modulární drivery [ovlada e] elektrom

Modularita IT systému Uživatel. interface Databáze

Sb r dat ízení dat z m ení

• Dodavatel IT aplikací by m l vytvo it dob e dokumentovanou abstraktní vrstvu mezi vlastním systémem a drivery konkrétních typ elektrom • Toto ešení umož uje požádat libovolného dodavatele, aby vždy p izp sobil aplikaci novým typ m elektrom

ístup ke zdrojovým kód m • P ístup ke zdrojovým kód m aplikací vytvo í konkuren ní prost edí pro budoucí vývoj systému

12



vn / sn rozvodna

sn / nn rozvodna

Vysp lé technologie • Komunika ní technologie, jež jsou typicky používány v [síti] TAN A jsou dostate vysp lé a standardizované • DSO už d íve zavedli typickou infrastrukturu, již lze použít pro systémy AMI • Standardizované protokoly používané v segmentu [sít ] TAN A zahrnují: TCP, UDP, DCCP, SCTP, RSVP, ECN, IP, ICMP, IGMP, OSPF, Ipsec, ARP/InARP, NDP, L2TP, Ethernet, DSL, ISDN, FDDI

13



vn / sn rozvodna

•

Aplika ní vrstva enosová vrstva Fyzická vrstva

14


• •

sn / nn rozvodna

ENERGA Operator se rozhodl použít Ethernet port jako standard pro elektrické propojení mezi datovými koncentrátory a modemy [sít ] TAN B Tímto ešením bude možno použít libovolnou telekomunika ní technologii pro p enos dat z koncentrátor do [sít ] TAN A ENERGA Operator zvažoval použití t í komunika ních technologií v segmentu TAN B: • PLC sn – nakonec selhala • 3GPP/CDMA – byla zavedena • WiMAX technologie byla považována za dražší než výše uvedené alternativy (a proto byla zamítnuta)


vn / sn rozvodna

sn / nn rozvodna

Aplika ní vrstva •

enosová vrstva Fyzická vrstva

15


•

Bylo rozhodnuto použít protokoly TCP/IP v mezilehlé vrstv protokol [sít ] TAN B TCP/IP dávají DSO možnost standardním zp sobem monitorovat, adresovat a istupovat k za ízením [sít ] TAN B


vn / sn rozvodna

Aplika ní vrstva enosová vrstva Fyzická vrstva

16


sn / nn rozvodna

• Neexistuje žádný standard pro aplika ní protokol mezi systémem IT a datovými koncentrátory • Podle naší zkušenosti nejsou n které protokoly používané v tomto segmentu dostate efektivní • Proto jsme navrhli nový binární efektivní protokol pro tuto vrstvu – DCSAP (Data Concentrator Simple Application Protocol)* • DCSAP je založen na stávajícím standardu – DLMS/COSEM a je to p evad DLMS zpráv ze systému IT do elektrom * http://www.energa-operator.pl/dcsap.xml


vn / sn rozvodna

sn / nn rozvodna

• Podle naší zkušenosti je klí ové zajistit kompatibilitu elektrom a datových koncentrátor vyrobených r znými výrobci / dodavateli • V té dob existovaly ty i alternativní standardy, jež bylo možno použít pro dosažení tohoto cíle: G3-PLC, PRIME, IDIS a OSGP • ENERGA Operator zvolil PRIME za standard v segmentu TAN C kv li: • Nejv tší ší ce pásma (až do 128 kbps ve fyzické vrstv ) • Otev enosti standardu (specifikace mohou být použity libovolným výrobcem) • Podpora od n kolika jiných DSO krom operátora Iberdrola

17



vn / sn rozvodna

sn / nn rozvodna

• Technologie HAN jsou v sou asnosti v po áte ní fázi vývoje produktu • DSO by m ly navrhnout technické ešení, jež by bylo p ipraveno pro nejširší možný soubor aplikací • Vzhledem k tomu, že elektrom ry mohou být instalovány v r zných místech a vzdálenostech od domov koncových uživatel , m la by být komunika ní technologie [sít ] HAN snadno p evoditelná na jinou komunika ní technologii • Komunika ní technologie HAN by m la být levná, protože jednotkové náklady této technologie se p enášejí na milionové po ty elektrom • ENERGA Operator se po konzultacích s Polskou hospodá skou komorou pro elektroniku a telekomunikace (KIGEiT) rozhodl využít USB zásuvku ve stávajících instalovaných elektrom rech, aby splnil tyto požadavky.

18


AMI Projekt – kone ná struktura TAN

TAN

TAN

TAN

bilan ní elektrom r

Podniková sí

AMI aplikace

sn/nn

bilan ní elektrom r

APN 3GPP/CDMA link

DCU sn/nn

19

DCU


HAN

Právní a zákonné okolnosti

20

•

Zákon o ve ejných zakázkách, ve ejné sout že [výb rová ízení] – d sledky: • velmi komplikované procedury ve ejné sout že, jež asto zp sobují vylou ení [zrušení] ve ejných sout ží kv li formálním chybám • omezené možnosti definování technických požadavk (kv li možným protest m jiných dodavatel ) • omezené možnosti uvád ní zp sob výb ru vít v sout žních kritériích (typicky: nejnižší cena) • podmínka jediného vít ze (neexistuje volba sdíleného vít zství v sout ži [tj. d lení zakázky mezi ú astníky sout že]) • procedura trvá velmi dlouho (kv li protest m a slyšení p ed Národní odvolací komorou)

•

V nabídkách jsou [obvykle] zakalkulována vysoká rizika (v d sledku vysokých požadavk a odpov dností)

•

Dialog a dokumentace jsou v polštin – existuje jazyková bariéra pro zahrani ní dodavatele Špindler v mlýn, 15-16.04.2015

Plánované etapy projektu AMI Etapa

21

2011 2012 2013 2014 2015 2016 2017 2018

Po et elektrom

Etapa I

106 000

Etapa II

520 000

Etapa III

500 000

Etapa IV

500 000

Etapa V

500 000

Etapa VI

500 000

Etapa VII

500 000


21

Etapy projektu AMI Etapa I

• • • •

103 000 elektrom , 1500 datových koncentrátor , 3 divize EOP (Gda sk, Kalisz, Koszalin) Etapa je již ukon ena (2011-2012) PLC S-FSK (vlastnické ešení ADD), 15-minutový profil Datové koncentrátory a elektrom ry pocházejí od stejného dodavatele: ADD Group

Etapa II

• • • •

295 000 elektrom , 3100 datových koncentrátor , ú ast všech 6-ti divizí ENERGA Operator Dokon ena kompletní realizace [etapy] (2013-2014) PLC PRIME, 1-hodinový profil Datové koncentrátory od spole nosti Current/Ormazabal, elektrom ry od ADD Group

• • • •

450 000 elektrom , 5300 datových koncentrátor , ú ast všech 6-ti divizí ENERGA Operator Celková realizace za ala (2014-2015) PLC PRIME, 1-hodinový profil Datové koncentrátory a elektrom ry pocházejí od stejného dodavatele: Sagemcom

Etapa III

22


22

Architektura systému AMI –datové toky Elektrom ry

íkazy

Faktura ní systémy ENERGA

Faktura ní systémy ostatních obchodník

NOP

23


Aplikace AMI – hlavní rysy • • • • • • • •

24

systém byl sepsán [vytvo en] „na zelené louce”, byl „ušit na míru“ podle pot eb EOP p ístup a licence pro procesní zdrojový kód (zhotovení, modifikace, publikace, kompilace, rozmíst ní [instalace]) bylo použito robustní a vysoce efektivní databázové ešení: Oracle Exadata (speciální podmínky licence Oracle: OLSA) generické [voln použitelné] zpodobn ní [formát] dat z m ení, flexibilní mapování pro zná modelování (COSEM, CIM) flexibilní definice p edm tu dat z m ení – jako p íklad definovaného typu elektrom ru možnost prezentování dat v r zných verzích potvrzování [platnosti dat], odhadování zvláštní pozornost byla v nována kvalit software (externí testovací firma)


Architektura sb ru dat v systému AMI

25

•

maximální flexibilita a efektivita

•

jeden centrální systém sb ru dat – žádné systémy s lokálními master-za ízeními pro sb r dat

•

modulární architektura podporující systémové protokoly/specifikace DCU-AMI (ovlada e protokolu pro P3.2, P3.2Ex, ANDRA, STG-DC, DLMS/COSEM, IEC 62056-21, DCSAP…)

•

model dat z m ení [spot eby elekt iny] založený na generických [voln dostupných] nam ených hodnotách

•

sb r dat založený na abstraktních p íkazech pro sb r dat

•

specifické rysy typ elektrom dat z m ení

•

individuální asové programy ode ítání dat a seznamy požadovaných dat pro každý jednotlivý elektrom r Špindler v mlýn, 15-16.04.2015

modelované prost ednictvím ovlada

systému sb ru

Architektura sb ru dat v systému AMI pokra . Jedine ná architektura systému sb ru dat – fronta [ ekací pole] spole ných operací, zpracování operací po uzlech systému sb ru dat, jež se podobá zpracování p íkaz mikroprocesor v Post-RISC architektu e trubka

DC0

inst 0 inst 1

AS0 DC1

inst 2 inst 3

AS1

DC2

DC3

reserva ní buffer [vyrovnávací pam ] DC0 reservation

AS2 DC4 26


Architektura sb ru dat v systému AMI pokra . vyvolávání služeb WebServices: CREATE / PUT / GET..GET / DELETE

generické hodnoty z ení „faktura ní hodnoty inné [spot ebované] energie pro tarifní zóny 1 a 2 a celková hodnota inné energie”

Stahování a zpracování p edem definovaných úkol (zprávy S05 a S02) a FTP soubor 1.8.0 1.8.1 1.8.2

SAK

íkazy odesílající DCSAP(DLMS (Get-Request-Normal))

P3.2 DC0

PRIME DLMS/COSEM elektrom r

STG-DC DC1


DCSAP DC2


íkaz odesílající DLMS(AARQ / Get-Request-Normal / RLRQ)

27


PRIME DLMS/COSEM elektrom r USB CDMA/3GPP modem

Sb r dat v systému AMI - DCSAP

28

•

Data Concentrator Simple Acquisition Protocol [Jednoduchý protokol pro sb r dat z datových koncentrátor ] – instrukce pro sb r dat na bázi odleh eného efektivního protokolu

•

Je založený na standardním DLMS protokolu – je to wrapper [vyvolávací podprogram] požadavku na DLMS, jenž p idává adresovací pole p íslušného za ízení:

•

Specifikace a licen ní podmínky tohoto otev eného publikovaného protokolu jsou na webu: http://www.energa-operator.pl/dcsap.xml

•

Je publikována referen ní implementace protokolu (ANSI C – client, server a nástroje)


Aplikace AMI – blokový diagram IT

Systém sb ru dat

29


Aplikace AMI – produk ní etapa

IT pracovníci monitorují nejd ležit jší parametry systému AMI

30


íklady aplikace AMI: validátory [dat]

31


íklady aplikace AMI: odhady

32


íklady aplikace AMI: bilancování

33


íklady aplikace AMI: jiná média

34


íklady aplikace AMI: faktura ní data Množství dat importovaných z m ení [spot eby] z AMI do fakturace

35


Od února 2013 do prosince 2014: 1,89 mil.odpo

[z elektrom

] p evedeno do faktura ních systém

ínosy pro koncové zákazníky: Webový portál [P ehledy z elektrom ru]

36


https://mojlicznik.energa-operator.pl/

ínosy pro koncové zákazníky: Mobilní aplikace

37


https://mojlicznik.energa-operator.pl/

Etapy projektu AMI - záv ry

38

Etapa I

• • • •

Etapa II

• • • •

103 000 elektrom , 1500 datových koncentrátor , 3 divize EOP (Gda sk, Kalisz, Koszalin) Etapa je již ukon ena (2011-2012) PLC S-FSK (vlastnické ešení ADD), 15-minutový profil Datové koncentrátory a elektrom ry pocházejí od stejného dodavatele: ADD Group 295 000 elektrom , 3100 datových koncentrátor , ú ast všech 6-ti divizí ENERGA Operator Dokon ena kompletní realizace [etapy] (2013-2014) PLC PRIME, 1-hodinový profil Datové koncentrátory od spole nosti Current/Ormazabal, elektrom ry od ADD Group


38

Projekt AMI – záv ry z etap I a II •

39

Výsledky v Etap I (i p i omezené ší ce pásma vlivem S-FSK do 2,4 kbps) pro fakturaci a data z 15-minutových profil byly lepší než v Etap II (s technologií PRIME, její velkou ší kou pásma 21,4-128,6 kbps a s 1-hodinovými profily), avšak: •

Výsledky prost ednictvím S-FSK byly dosaženy až po 1,5-leté tvrdé a n kdy i obtížné spolupráci p ímo s výzkumným a vývojovým týmem výrobce, b hem níž musely být zavedeny ur ité speciální „triky“ pro zvýšení efektivity (nap . 6h blokové ode ítání, omezené na 4 takové odpo ty za den)

•

Hloubková analýza projektu na bázi technologie PRIME však odhalila, že problémy nespo ívají v komunika ní technologii, ale v datovém koncentrátoru.


Projekt AMI – záv ry z etapy II •Chyby a problémy, které zaznamenala DCU [Device Control Unit ( ídící jednotka za ízení)]: • p es docela slušné výchozí parametry (600MHz, 64MB RAM) však chyb jící jednotky ízení pam ti (MMU) a nedostatky v software vyvolávají fragmentaci pam ti, což vede k jejímu zahlcení a k nekontrolovatelným restart m po íta ového za ízení • závady sou ástí opera ního systému (uCLinux - nap . SSH server) zp sobují rozptyl pam ti (memory leakage) a restarty • DCU žádá elektrom ry, aby „ignorovaly" možnosti PRIME MAC vrstvy a zavádí um lé sekven ní požadavky – systém postupných výzev datových stanic na aplika ní vrstv namísto ode ítání elektrom ve sdružených paralelních relacích • DCU neudržuje spole nou oblast otev ených relací s elektrom ry, namísto toho pokaždé provádí následující sekvenci: vytvo ení sdružení – vydání požadavku na sb r dat – rozpušt ní sdružení • metody sb ru dat nejsou flexibilní (jsou to pevné sekven ní úlohy) • mechanismus vým ny nativních [tj. p vodních] dat s centrálním systémem není optimální (STG-DC specifikace je kombinací webových služeb, HTTP a FTP); pokus o p ímou cílenou implementaci protokolu DCSAP ze strany dodavatele selhal azení požadavk podle [zadané] priority je velmi slabé, což zp sobuje, že n které úkoly o vysoké priorit (nap . operace s s konkrétními relé) nejsou realizovány

40


Projekt AMI – záv ry z etapy II pokra . •

problémy Etapy II nesouvisí se systémem PRIME (to však p esto vytvá í špatný obraz o této technologii)

•

nápravná opat ení: •

Testování jednotek DCU od jiných výrobc pro potenciální vým nu (práv probíhá: nákup 20 ks od jiného výrobce, asov omezené instalace v r zných lokalitách pro testování r zných ípad )

•

Analýza vytvo ení alternativního software pro stávající, již instalované jednotky DCU: pozitivní výsledek: neexistují žádné právní ani technické p ekážky pro nahrazení stávajícího software na p vodn zakoupeném hardware bylo u in no rozhodnutí p ipravit nové software pro DCU první verze již byly instalovány, výsledky jsou velmi uspokojivé (mnohem lepší než v Etap I)

41


Implementace DCU software od ENERGA-Operator •

takovou možnost lze uvažovat jen proto, že specifikace PRIME je otev ená

•

rozhodnutí je klí ové a ovlivní mnohé aspekty Projektu AMI

•

existuje plný p ístup ke zdrojovému kódu software a sdílení vlastnických práv

•

objednána implementace software ve dvou verzích: „universální firmware“ – je snadné je p enášet na velký po et hardwarových platforem „vyhrazené firmware“ – je p enášena „univerzální“ implementace na hardwarovou DCU platformu nakoupenou v rámci Etapy II

42


Implementace DCU software od ENERGA-Operator - pokra . •

zm na v budoucím modelu nákupu DCU jednotek: íprava specifikace, nákup hardware a systémového software následn je t eba provést instalaci DCU software od ENERGA-Operator

•

existuje-li p ístup a práva ke zdrojovým kód m následujících balík software: systému AMI (zejména sw komponent pro sb r dat) DCU software

znamená to mít plnou odpov dnost, ale i lepší kontrolu, flexibilitu a prostor pro další vylepšování: nap . vytvo ení dalších funkcionalit, jež by umožnily provést výkonovou analýzu PLC (výpo ty spektrální hustoty poruch pro detekci za ízení potenciáln vytvá ejících šumy [tj. poruchy], apod.)

43


R8

Spot ebitelský test ve m st Kalisz

• trvání: 06.2013 – 06.2014 • dva programy: • experimentální program [sezónních] cen energie (p ibližn 1000 ú astník ) • program pro snížení spot eby [energie] (p ibližn 250 ú astník )

44


Snímek 44 R8

wierzy ski Robert; 22.11.2014

R9

Experimentální program [sezónních] cen energie

45


Snímek 45 R9


R10

Program pro snížení spot eby energie

46


Snímek 46 R10


R11

Spot ebitelský test ve m st Kalisz - výsledky

47

•

jasná odezva poptávky [energie] v souladu s testovanými tarifními programy, snížení maximální okamžité spot eby energie v hodinách špi kových odb v rozmezí od 5 do 14%

•

silná odezva poptávky [energie] v rámci programu pro snížení spot eby, snížení maximální okamžité spot eby energie v hodinách špi kových odb v rozmezí od 10 do 30%

•

jasný ú inek energetických úspor - snížení spot eby energie v pr 4%

•

m ení o vysoké hustot umožní použít nové ekonomicko-statistické metody, nap . pro revizi tarifní struktury


hu celého testu od 1 do

Snímek 47 R11


R6

K jakým záv

m jsme v pr

hu ešení došli

•

St edonap ový PLC selhal – byl vybrán systém 3GPP/CDMA (jiné možnosti se testují)

•

Kvalita technického inventá e sít je klí ová pro úsp šný rozjezd projektu

•

Po adí instalace je d ležité: 1. Modernizace stanice (DCU, modem, CT apod.) 2. Konfigurace a zahájení komunikace 3. Instalace elektrom

48

•

Je t eba kontinuáln aktualizovat databáze IT

•

Jsou nutné analytické nástroje pro monitorování procesu

•

Instalace technických za ízení je možná teprve po ov ení vzork

•

Obecn – dodavateli deklarované funkcionality a zp sobilosti [p ístupnosti] jsou horší než ty reálné

•

Vytvo ení ádu / po ádku / systému poté si vyžádá mnohem více asu než

•

Cílové ceny elektrom Špindler v mlýn, 15-16.04.2015

a DCU jednotek byly dosaženy

edtím

Snímek 48 R6


K jakým záv

m jsme v pr

hu ešení došli– pokra .

• P ístup a práva ke zdrojovému kódu software – jsou velkou p íležitostí, ale také odpov dností • Použití standard a otev ených specifikací – je klí em k nezávislému a bezpe nému vývoji • V p ípad chyb jících ástí – je t eba vytvá et otev ená ešení založená na standardech, jež zárove odpovídají stávajícím okolnostem [ i podmínkám]: jako bylo nap . definování protokolu DCSAP • N kdy je t eba u init kritická, odvážná a nestandardní rozhodnutí: jako byla nap . implementace vlastního software pro DCU • Pr žný vývoj technických specifikací a požadavk jako záruka dobré kvality a rovnocenných produkt : velmi podrobné popisy modelu elektrom ru a modelu DCU dat založené na nejnov jší specifikaci COSEM • … a tak by bylo možno pokra ovat …

49


kuji Vám za Vaši pozornost…

[email protected] Špindler v mlýn, 15-16.04.2015

Projekt AMI spole nosti ENERGA Operator [EOP] AMI p ínosy, kterých jsme dosáhli a ty druhé, k nimž jsme cestu dosud nenalezli

Recommend Documents