Technika smart meteringu

Transkrypt

Technika smart meteringu
Technika smart meteringu
Jacek Świderski
Marcin Tarasiuk
© IEn Gdańsk 2010
Instytut Energetyki JBR Oddział Gdańsk
Warszawa 23-24.03.2010
Zakres prezentacji
™ Wprowadzenie
™ Wymiana informacji w systemach inteligentnego pomiaru – relacje
komunikacyjne
™ Znormalizowane rozwiązania komunikacyjne w systemach AMI
Komunikacja systemu odczytowego z licznikiem energii
elektrycznej
Dodatkowe interfejsy licznika energii elektrycznej
Komunikacja systemu odczytowego z centralnym
systemem zarządzania danymi OSD
© IEN Gdańsk 2010
™ Podsumowanie
www.ien.gda.pl
e-mail: [email protected]
2 /20
Wprowadzenie
™ W referacie zostaną przedstawione znormalizowane rozwiązania
komunikacyjne związane z funkcjonowaniem systemów
inteligentnego pomiaru.
© IEN Gdańsk 2010
™ Oprócz ważnych, zdaniem autorów, rozwiązań znormalizowanych
podane zostaną komentarze do obecnie dostępnych lub będących
w trakcie opracowywania rozwiązań „otwartych”, które z wysokim
prawdopodobieństwem zostaną poddane procesom
normalizacyjnym.
™ Prezentacja rozwiązań skupia się na warstwie fizycznej i na
warstwie aplikacji wielowarstwowej architektury komunikacyjnej.
www.ien.gda.pl
e-mail: [email protected]
3 /20
Zakres prezentacji
™ Wprowadzenie
™ Wymiana informacji w systemach inteligentnego pomiaru –
relacje komunikacyjne
™ Znormalizowane rozwiązania komunikacyjne w systemach AMI
Komunikacja systemu odczytowego z licznikiem energii
elektrycznej
Dodatkowe interfejsy licznika energii elektrycznej
© IEN Gdańsk 2010
Komunikacja systemu odczytowego z centralnym
systemem zarządzania danymi OSD
www.ien.gda.pl
e-mail: [email protected]
4 /20
Wymiana informacji w systemach inteligentnego
pomiaru – relacje komunikacyjne
Terminal obsługi technicznej
System odczytowy
Licznik
Inne liczniki
Terminal
odbiorcy
Źródło: Open Meter
Report D1.1, ver. 1.0,
2009
System
zarządzania
danymi
© IEN Gdańsk 2010
Koncentrator
AMI - Advanced Metering Infrastructure
MDM -Meter Data Management
www.ien.gda.pl
e-mail: [email protected]
5 /20
Zakres prezentacji
™ Wprowadzenie
™ Wymiana informacji w systemach inteligentnego pomiaru – relacje
komunikacyjne
™ Znormalizowane rozwiązania komunikacyjne w systemach
AMI
Komunikacja systemu odczytowego z licznikiem
energii elektrycznej
Dodatkowe interfejsy licznika energii elektrycznej
© IEN Gdańsk 2010
Komunikacja systemu odczytowego z centralnym
systemem zarządzania danymi OSD
www.ien.gda.pl
e-mail: [email protected]
6 /20
Komunikacja systemu odczytowego z licznikiem
energii elektrycznej
Styk: Licznik – Węzeł sieci komunikacyjnej AMI (koncentrator)
rozwiązania w warstwie fizycznej
™Wąskopasmowa transmisja danych przez sieć
elektroenergetyczną niskiego napięcia
(PLC – Power Line Communication)
™Bezprzewodowa transmisja danych
(GPRS, Wi-Fi, Radio w paśmie ISM itp.)
© IEN Gdańsk 2010
™Przewodowa transmisja danych na łączu dedykowanym
(M-bus, RS-485, Ethernet itp.)
www.ien.gda.pl
e-mail: [email protected]
7 /20
Komunikacja systemu odczytowego z licznikiem
energii elektrycznej
Styk: Licznik – Węzeł sieci komunikacyjnej AMI (koncentrator)
rozwiązanie w warstwie fizycznej
© IEN Gdańsk 2010
™ Wąskopasmowa transmisja danych przez sieć elektroenergetyczną
niskiego i/lub średniego napięcia PLC
™ Najczęściej wykorzystywana technika komunikacji z licznikiem w
zakresie zdalnego odczytu zarejestrowanych wielkości pomiarowych
™ Pasmo 3-95 kHz (CENELEC A)
™ Normy:
PN-EN 61334-5-1 – Kluczowanie częstotliwości z rozpraszaniem widma
sygnału S-FSK
IEC 61334 -5-2- – Kluczowanie częstotliwości FSK
IEC 61334-5-4 – DPSK – różnicowa modulacja z kluczowaniem fazy +
modulacja wielotonowa OFDM – jednoczesna transmisja strumieni danych na
ortogonalnych częstotliwościach nośnych,
™ Typowa prędkość transmisji dla FSK 300 b/s - 2.4 kb/s,
www.ien.gda.pl
e-mail: [email protected]
8 /20
Komunikacja systemu odczytowego z licznikiem
energii elektrycznej
Styk: Licznik – Węzeł sieci komunikacyjnej AMI (koncentrator)
rozwiązania nieznormalizowane: PRIME
© IEN Gdańsk 2010
PRIME (PoweRline Intelligent Metering Evolution) – wykorzystuje
technologię wąskopasmowego PLC w sieci nn. Definiuje warstwę
fizyczną i podwarstwę dostępu do ośrodka transmisji MAC (Medium
Access Control) oraz podwarstwę dopasowującą CL (Convergence
Layer) do podwarstwy MAC (zorientowana połączeniowo komunikacja w
trybie master/slave). W warstwie fizycznej stosowana jest modulacja
OFDM i 97 nośnych (rozwiązanie przyszłościowe).
Iberdrola,
Landis&Gyr, ERDF
(Electricite Reseau
Distribution France),
STMicroelectronics i
in.
Prędkość transmisji [kb/s]
Typ modulacji
BPSK
QPSK
8PSK
Kodowanie splotowe
21,4
42,9
64,3
Brak kodowania
42,9
85,7
128,6
www.ien.gda.pl
e-mail: [email protected]
9 /20
Komunikacja systemu odczytowego z licznikiem
energii elektrycznej
Model przesyłanych danych COSEM +
protokół warstwy aplikacji DLMS (1)
™ Jedyny w pełni znormalizowany i przydatny do realizacji funkcji w
systemach AMI sposób komunikacji z licznikami w warstwie aplikacji.
™ Funkcjonalność licznika jest reprezentowana przez tzw. interfejsy COSEM
zgodne z normą IEC 62056-62. Każdy z interfejsów oprócz
przyporządkowanych funkcji określa strukturę danych – tj. obiekty danych
COSEM. Wszystkie obiekty danych COSEM tworzą model danych licznika.
© IEN Gdańsk 2010
™ Każdy obiekt danych jest identyfikowany przez kod OBIS (Object
Identification System). Kodowanie obiektów za pomocą kodów OBIS jest
zgodne z normą IEC 62056-61.
™ Model danych COSEM licznika jest w pełni niezależny od
wykorzystywanego protokołu warstwy aplikacji.
www.ien.gda.pl
e-mail: [email protected]
10 /20
Komunikacja systemu odczytowego z licznikiem
energii elektrycznej
Model przesyłanych danych COSEM +
protokół warstwy aplikacji DLMS (2)
™ Norma IEC 62056-53 definiuje protokół warstwy aplikacji przeznaczony
m.in. do komunikacji z licznikami energii elektrycznej. Jest to protokół
DLMS (Device Language Message Specification). Został on
znormalizowany na podstawie „otwartej” specyfikacji protokołu
DLMS/COSEM opracowanej przez DLMS User Association.
™ Protokół DLMS jest zorientowany połączeniowo i pracuje w konfiguracji
„klient-serwer”.
™ W komunikacji z licznikiem rolę serwera pełni licznik.
© IEN Gdańsk 2010
™ Rolę klienta pełni:
Koncentrator - gdy w AMI komunikacja pośrednia z systemem odczytowym,
System odczytowy – gdy w AMI komunikacja bezpośrednia z systemem
odczytowym.
www.ien.gda.pl
e-mail: [email protected]
11 /20
Komunikacja systemu odczytowego z licznikiem
energii elektrycznej
Model przesyłanych danych COSEM +
protokół warstwy aplikacji DLMS (3)
© IEN Gdańsk 2010
Protokół
kryptograficzny:
AES 128
(Advanced
Encryption
Standard)
Wymiana informacji
przy wykorzystaniu
protokołu może
nastąpić po nawiązaniu
logicznego,
dwukierunkowego
połączenia pomiędzy
komunikującymi się
aplikacjami – za to jest
odpowiedzialny
protokół ACSE
(Application Control
Service Element).
www.ien.gda.pl
e-mail: [email protected]
12 /20
Komunikacja systemu odczytowego z licznikiem
energii elektrycznej
Model przesyłanych danych i protokół warstwy aplikacji SML
(1)
™ SML (Smart Message Language) jest protokołem opracowanym przy udziale
RWE, E.ON, EnBW, Vattenfall – nie jest znormalizowany, ale planowany jest
proces normalizacji przez IEC; obecna specyfikacja ma charakter otwarty.
Zastosowania: Landis&Gyr, Dr.Neuhaus/Sagem, Hager, EMH; Insys, Goerlitz,
ITF-EDF Froeschl i in.- udział w niemieckim programie badawczo-rozwojowym.
™ Jest to protokół warstwy aplikacji – jest on całkowicie niezależny od niższych
warstw architektury komunikacyjnej wykorzystywanej do komunikacji z
licznikami (AMI).
© IEN Gdańsk 2010
™ Protokół jest bezpołączeniowy – nie jest wymagane, jak w przypadku DLMS,
zestawianie dwukierunkowego połączenia logicznego w warstwie aplikacji.
™ SML charakteryzuje się dużą prostotą – minimalizuje ilość danych
przesyłanych przez system zdalnej komunikacji z licznikiem. Jest to
osiągane na drodze kompresji danych wykonywanej strumieniowo „w locie”.
www.ien.gda.pl
e-mail: [email protected]
13 /20
Komunikacja systemu odczytowego z licznikiem
energii elektrycznej
Model przesyłanych danych i protokół warstwy aplikacji SML
(2)
™Zgodnie z SML dane z licznika tworzą jedną lub więcej niż jedną tzw.
wiadomość (message). Poszczególne wiadomości są pakowane razem do
wspólnego „kontenera”, jakim jest plik SML. Plik SML może przyjmować
postać pliku binarnego lub znakowego (np. w formacie XML). Ten plik jest
następnie przekazywany do koncentratora lub bezpośrednio do systemu
odczytowego – w zależności od konfiguracji sieci komunikacyjnej AMI. Do
przekazywania plików SML może zostać wykorzystany np. powszechnie
stosowany w rozwiązaniach intranetowych protokół FTP.
© IEN Gdańsk 2010
™Przesyłany plik SML może podlegać ochronie kryptograficznej.
www.ien.gda.pl
e-mail: [email protected]
14 /20
Komunikacja systemu odczytowego z licznikiem
energii elektrycznej
Model przesyłanych danych i protokół warstwy aplikacji SML
(3)
™Dane z różnych liczników (np. w koncentratorze) mogą podlegać łącznej
kompresji – po stronie odbiorczej wymagana jest dekompresja a następnie
dekoncentracja odebranych danych.
™W odniesieniu do licznika protokół SML umożliwia komunikację:
© IEN Gdańsk 2010
typu pull – tj. wymianę danych wymuszoną przez koncentrator lub
bezpośrednio przez system odczytowy (np. odczyt danych pomiarowych
zarejestrowanych w przeciągu doby),
typu push – tj. wymianę danych wymuszoną przez licznik do koncentratora lub
bezpośrednio do systemu odczytowego (np. wysłanie zdarzenia o próbie
włamania do licznika) .
www.ien.gda.pl
e-mail: [email protected]
15 /20
Komunikacja systemu odczytowego z licznikiem
energii elektrycznej
Stos SITRED firmy ENEL
SITRED – SITRED został wdrożony przez ENEL (Włochy) w systemie
Telegestore. Stos komunikacyjny 3-warstwowy stanie się
rozwiązaniem otwartym.
™ Warstwa fizyczna - PLC zg. z IEC 61334-5-2 (FSK), prędkość 2,4
kb/s – jest odpowiedzialna za przesył strumieni 11-bitowych znaków .
© IEN Gdańsk 2010
™ Warstwa łącza danych – IEC 61334-4-32/IEC 61334-4-33 (LLC
Logical Link Control - tryb połączeniowy/bezpołączeniowy).
™ Warstwa aplikacji – implementuje elementy niezbędne do wymiany
danych pomiędzy węzłami sieci, implementuje mechanizmy
zarządzania (automatyczne wykrywanie liczników, automatyczna
rekonfiguracja sieci) oraz wspiera zarządzanie bezpieczeństwem
(szyfrowanie, identyfikacja/autentykacja, zabezpieczenie przed
atakami typu „playback”).
www.ien.gda.pl
e-mail: [email protected]
16 /20
Komunikacja systemu odczytowego z licznikiem
energii elektrycznej
Styk Koncentrator – System odczytowy
DLMS
™ W warstwie aplikacji dane z koncentratora do systemu odczytowego
mogą być przesyłane przy wykorzystaniu znormalizowanego protokołu
DLMS.
© IEN Gdańsk 2010
™ Najczęściej przyjmuje się, że łączność systemu odczytowego z
koncentratorem ma charakter bezprzewodowy.
™ GPRS (General Packet Radio Service) – usługa bezprzewodowej
łączności pakietowej oferuje wykorzystanie protokołu IP (Internet
Protocol) w ramach zasięgu publicznej sieci telefonii komórkowej GSM.
www.ien.gda.pl
e-mail: [email protected]
17 /20
Komunikacja systemu odczytowego z licznikiem
energii elektrycznej
Styk Koncentrator – System odczytowy
Aby wykorzystać usługę GPRS w systemie AMI:
OSD zawiera umowę z operatorem sieci GSM oferującym usługę GPRS.
W ramach tej umowy operator sieci GSM udostępnia OSD wyodrębnioną w
swojej sieci GSM podsieć, w której będzie dostępna usługa GPRS.
Podsieć ta określana jest jako APN (Access Point Name) – OSD będzie
wymagać APNu prywatnego (korporacyjnego) z kartami SIM ze statycznymi
adresami IP.
© IEN Gdańsk 2010
Prędkość transmisji w praktyce od kilku do kilkudziesięciu kb/s.
Zgodnie z normą IEC 62056-47 (COSEM Transport Layers for IPv4 Networks)
należy wykorzystać protokół warstwy transportowej TCP (Transmission Control
Protocol), który będzie wspomagał protokół DLMS (do odczytu danych
pomiarowych z konc.) i wykorzystywał usługi protokołu IP oferowane w ramach
usługi GPRS.
www.ien.gda.pl
e-mail: [email protected]
18 /20
Zakres prezentacji
™ Wprowadzenie
™ Wymiana informacji w systemach inteligentnego pomiaru – relacje
komunikacyjne
™ Znormalizowane rozwiązania komunikacyjne w systemach
AMI
Komunikacja systemu odczytowego z licznikiem energii
elektrycznej
Dodatkowe interfejsy licznika energii elektrycznej
© IEN Gdańsk 2010
Komunikacja systemu odczytowego z centralnym
systemem zarządzania danymi OSD
www.ien.gda.pl
e-mail: [email protected]
19 /20
Dodatkowe interfejsy licznika energii elektrycznej
™ Interfejs lokalny do celów obsługi w miejscu instalacji (odczyt i konfiguracja)
IEC 62056-21 (IEC1107) tryb C lub tryb E z DLMS/COSEM na porcie optycznym
DLMS na IEC 62056-31 (Euridis),
Przyszłościowo należy rozważyć zastosowanie rozwiązań bezprzewodowych
IEEE802.15.4 (ZigBee) lub IEEE802.11 (Wi-Fi) w niższych warstwach stosu
komunikacyjnego.
™ Interfejs do podłączenia liczników innych mediów
IEC 13757 (M-Bus) – przewodowy lub bezprzewodowy,
IEC 62056-31 (Euridis),
IEEE 802.15.4 (ZigBee),
Zaleca się stosowanie DLMS/COSEM w warstwie aplikacji.
© IEN Gdańsk 2010
™ Interfejs do podłączenia terminala klienta
PLC,
Bluetooth (IEEE 802.15.3),
ZigBee (IEEE 802.15.4),
Zaleca się stosowanie DLMS/COSEM w warstwie aplikacji.
www.ien.gda.pl
e-mail: [email protected]
20 /20
Zakres prezentacji
™ Wprowadzenie
™ Wymiana informacji w systemach inteligentnego pomiaru – relacje
komunikacyjne
™ Znormalizowane rozwiązania komunikacyjne w systemach
AMI
Komunikacja systemu odczytowego z licznikiem energii
elektrycznej
Dodatkowe interfejsy licznika energii elektrycznej
© IEN Gdańsk 2010
Komunikacja systemu odczytowego z centralnym
systemem zarządzania danymi OSD
www.ien.gda.pl
e-mail: [email protected]
21 /20
Komunikacja systemu odczytowego z centralnym
systemem zarządzania danymi OSD
™Systemy odczytowe w ramach OSD powinny zostać zintegrowane z centralnym
systemem zarządzania danymi (MDM), a także z innymi systemami informatycznymi OSD.
™Sugerowana jest integracja na poziomie metod. Polega ona na wzajemnym dostępie do
metod (funkcji) tzw. komponentów reprezentujących usługi realizowane przez integrowane
systemy.
™Elementem integrującym jest tzw. broker integracyjny. Broker integracyjny zastępuje sieć
indywidualnych połączeń pomiędzy integrowanymi systemami.
™Sugerowane jest utworzenie w ramach OSD tzw. korporacyjnej magistrali usługowej ESB
(Enterprise Service Bus) i zastosowanie brokera integracyjnego zgodnego z tzw. modelem
usługowym.
System
MDM
SCADA
EMS
System
GIS
© IEN Gdańsk 2010
SOA
Service
Oriented
Architecture
Enterprise Service Bus
System
dostępowy
System
odczytowy
System
odczytowy
www.ien.gda.pl
e-mail: [email protected]
22 /20
Komunikacja systemu odczytowego z centralnym
systemem zarządzania danymi OSD
™Model usługowy polega na utworzeniu tzw. przestrzeni usług dostępnych dla
poszczególnych integrowanych systemów, z których każdy udostępnia określone usługi do
przestrzeni usług.
™Podstawową zasadą działania systemu integrowanego przy wykorzystaniu brokera
zarządzającego przestrzenią usług jest zasada request-response. Zgodnie z tą zasadą:
żądania kierowane są do przestrzeni usług, w której są one realizowane – punkt
wejścia ESB,
wynik działania usługi lub procesu złożonego z szeregu usług przekazywany jest do
aplikacji, która zgłosiła żądanie – punkt wyjścia ESB.
© IEN Gdańsk 2010
™Jednym z możliwych i obecnie często stosowanych rozwiązań praktycznych jest integracja
poprzez ESB usług nazywanych WebServices (usługi te mogą być na przykład
oprogramowywane przy wykorzystaniu MS .NET lub BEA WebLogic Workshop).
™Każda usługa WebService dostępna w oferowanej przestrzeni usług jest opisana przy
użyciu języka WDSL (Web Service Description Language). Opis ten jest zawarty w pliku
tekstowym typu XML. Przenoszenie tych plików w zintegrowanym środowisku jest
dokonywane przy wykorzystaniu protokołu SOAP (Simple Object Access Protocol) – jest
to protokół przenoszący strukturalizowane dane w środowisku rozproszonym.
www.ien.gda.pl
e-mail: [email protected]
23 /20
PODSUMOWANIE
Wąskopasmowa transmisja danych przez sieć elektroenergetyczną niskiego napięcia /
średniego napięcia (PLC – Power Line Communication) jest preferowanym rozwiązaniem
na styku: Licznik –Węzeł sieci komunikacyjnej AMI (koncentrator).
Bezprzewodowa transmisja danych z wykorzystaniem sieci GSM i usługi GPRS będzie,
w przeważającej większości przypadków, stosowana na styku: Koncentrator – System
odczytowy.
Jedynym znormalizowanym rozwiązaniem komunikacyjnym z licznikiem w warstwie
aplikacji, spełniającym wymagania stawiane systemom AMI, jest protokół DLMS oraz
model danych zgodny z COSEM. Istnieją także nieznormalizowane rozwiązania firmowe
© IEN Gdańsk 2010
potwierdzające w praktyce swoją przydatność w systemach AMI.
Przed wdrożeniem systemów AMI na szeroką skalę zalecane jest przeprowadzenie
reprezentatywnych badań pilotażowych w ośrodkach miejskich i wiejskich.
www.ien.gda.pl
e-mail: [email protected]
24 /20