Wytyczne AKPiA - Strona główna

Załącznik nr 1 do Umowy – Wytyczne AKPiA
Wytyczne AKPiA
Wytyczne realizacyjne dotyczące aparatury
kontrolno-pomiarowej i automatyki ciepłowni
Przedsiębiorstwa Energetyki Cieplnej sp. z o.o.
z siedzibą w Mińsku Mazowieckim
do realizacji w latach 2008-2009.
SPIS ZAWARTOŚCI.
1. Wstęp i zakres projektu.
2. Rozwiązania podstawowe.
2.1. Wybór magistrali obiektowej.
2.2. Sterowniki i stacje operatorskie.
3. Niektóre rozwiązania szczegółowe.
3.1. Sterowniki swobodnie programowalne.
3.2. Lokalna wizualizacja na terminalu operatorskim.
3.3. Szafy sterownicze.
3.4. Komputerowe stacje operatorskie.
3.5. Pakiet do wizualizacji i sterowania procesami.
4. Wytyczne ogólne.
Strona 1 z 12
OPIS TECHNICZNY
1.
WSTĘP I ZAKRES PROJEKTU
Niniejsze opracowanie zawiera wytyczne automatyki mikroprocesorowej w zakresie
określającym podstawowe parametry systemu nadzoru, kontroli, zabezpieczeń i
wizualizacji układów technologicznych ciepłowni Przedsiębiorstwa Energetyki Cieplnej
sp. z o.o. w Mińsku Mazowieckim.
Zakres prac obejmuje poza projektem spinającym poszczególne podukłady
technologiczne i podłączenie do istniejących urządzeń połączenie w jeden system
automatyki, kontroli, pomiarów i zabezpieczeń, a takŜe kompletację i dostawy
elementów i urządzeń mikroprocesorowych oraz oprogramowania niezbędnych do
stworzenia kompleksowego systemu automatyki i zbudowania nastawni obiektowej.
1.1. Zakres prac obejmuje:
1.1.1. Kompletację i dostawę sterowników swobodnie programowalnych według konfiguracji
przedstawionej w pkt. 2.2 oraz 3.1 niniejszego opracowania (przynajmniej jeden
sterownik na kaŜdy węzeł technologiczny).
1.1.2. Kompletację i dostawę terminali operatorskich opisanych w dalszej części niniejszego
opracowania - pkt. 3.2 (przynajmniej jeden terminal do lokalnego podglądu i sterowania
na kaŜdy węzeł technologiczny).
1.1.3. Kompletację i dostawę dodatkowego wyposaŜenia istniejących szaf zasilająco sterowniczych razem z elementami towarzyszącymi takimi jak listwy, styczniki, termiki
itp. montowanymi w szafach do współpracy ze sterownikiem.
1.1.4. Kompletację i dostawę stacji komputerowych z zainstalowanym i skonfigurowanym
systemem operacyjnym i siecią komputerową Ethernet,
1.1.5. Dostawę pakietów (m.in. hardware, software i osprzęt) do wizualizacji i sterowania
procesów technologicznych dla Windows i Internetu,
1.1.6. Oprogramowanie narzędziowe i oprogramowanie uŜytkowe dla sterowników
swobodnie programowalnych,
1.1.7. Wykonanie oprogramowania uŜytkowego i narzędziowego na terminalach
operatorskich,
1.1.8. Zebranie informacji ze sterowników swobodnie programowalnych i terminali.
1.1.9. Zebranie informacji za sterowników w ciepłowni PLM.
1.1.10. Wykonanie aplikacji wizualizacyjnej, archiwizującej i narzędziowej na stacjach
komputerowych.
1.1.11. Podłączenie istniejących sterowników obiektowych do systemu wizualizacji lub
wymiana w/w sterowników na nowe i wykonanie aplikacji na tych sterownikach. W
celu pozyskania sygnałów do wizualizacji dopuszcza się takŜe zainstalowanie nowych
sterowników dodatkowych do istniejących urządzeń. Obecnie zainstalowane sterowniki
wraz z podstawowymi sygnałami opisano w Załączniku nr 2 do Umowy – Wykazie
sygnałów KLM. WyróŜniono tam m.in. następujące istniejące szafy zasilająco sterownicze:
- szafa kotła nr 1 SK-1,
- szafa kotła nr 2 SK-2,
- szafa kotła nr 3 SK-3,
- szafy pompowe: SR-1 i SR-2,
- szafa pomiarów ogólnych.
Strona 2 z 12
UWAGI:
Uwaga Nr 1: W Załączniku nr 2 do Umowy - Wykazie sygnałów KLM
specyfikującym część podstawowych sygnałów i poszczególnych szaf kotłowych oraz
pompowych wyróŜniono kolorem sygnały związane z istniejącymi sterownikami.
Wymieniono tam teŜ inne sygnały, których dalsze wykorzystanie przewidziane jest w
jednym z dwóch przypadków:
- jeśli wykonawca nie będzie pozyskiwać do stacji SCADA informacji z istniejących
sterowników serii Modicon Micro, to dodatkowe sygnały łącznie z dotychczas
obsługiwanymi przez sterowniki Modicon Micro będą podłączone do nowych
oferowanych sterowników; dotychczasowe funkcje sterowania muszą być
zapewnione;
- jeśli wykonawca będzie odczytywać dane ze sterowników Modicon Micro, to w
zaleŜności od liczby wolnych wejść/wyjść zaaplikuje je do istniejącego sterownika.
Uwaga Nr 2 : NaleŜy zapewnić komunikację i wymianę danych pomiędzy stacją
SCADA a istniejącymi urządzeniami takimi, jak: liczniki ciepła – 1szt., energii
elektrycznej - 1szt., mierniki wielofunkcyjne itd. – wykonawca przed złoŜeniem oferty
osobiście rozpozna moŜliwości komunikacji ze wspomnianymi urządzeniami. W
odniesieniu do istniejących liczników bilansowych ciepła i energii elektrycznej brak
moŜliwości komunikacyjnych obliguje wykonawcę do uzupełnienia lub wymiany
wyposaŜenia na własny koszt w celu realizacji zdalnego odczytu danych do stacji
SCADA.
1.1.12. Sczytanie informacji o pracy kotłowni połoŜonej przy ul. 1-go PLM „Warszawa” nr 1
ze sterownika obiektowego i przesłanie tej informacji do systemu centralnego, poprzez
wskazane przez Zamawiającego łącze. Sterownikiem podstawowym w PLM (osobna od
KLM i oddalona kotłownia gazowa), z którego naleŜy odczytywać dane (około 250
sygnałów analogowych i cyfrowych) jest sterownik PCD2 z modułem rozszerzającym
oraz terminalem operatorskim PCD7.D850. Urządzenia te zapewniają obecnie
sterowanie pracą prawie całej kotłowni gazowej. W odniesieniu do urządzeń PLM z
grupy liczników (energia elektryczna – 1 szt., ciepło – 2 szt.) wykonawca zobowiązany
jest do wypełnienia wymagań komunikacyjnych zawartych w Uwadze nr 2 w pkt.
1.1.11. Podstawowe dane istniejących liczników energii elektrycznej i ciepła kotłowni
gazowej PLM zamieszczono w Załączniku nr 2 do Umowy - Wykazie sygnałów KLM.
1.2. Zakres prac nie obejmuje:
a/ instalacji elektrycznej (np. doprowadzenie zasilania do szaf zasilająco
- sterowniczych),
b/ dostawy i montaŜu czujników obiektowych.
1.3. Kable specjalistyczne dla sieci komputerowej Ethernet, sieci Profibus i pozostałych
typów połączeń sieciowych, a takŜe kable impulsowe muszą być odporne na zakłócenia
zewnętrzne i posiadać właściwą jakość i szybkość przesyłu informacji. W/w kable
dostarcza wykonawca.
2.
ROZWIĄZANIE PODSTAWOWE.
2.1. Wybór magistrali obiektowej.
Jako sieć obiektową przyjęto magistralę z protokołem Profibus FMS. Protokół Proflbus
Strona 3 z 12
FMS powinien zapewnić wymianę danych pomiędzy wszystkimi układami automatyki.
Układ magistrali musi pozwolić na dołączanie w przyszłości dowolnych nowych
urządzeń oraz umoŜliwić wykorzystanie do sterowania obiektem konfiguracji
komputerów jako Gorąca Rezerwa (wzajemna kontrola dwóch komputerów). Pod
pojęciem „gorącej rezerwy” kryje się zdolność dwóch stacji SCADA do pracy z
wzajemną redundancyjną. Jest to warunek konieczny do spełnienia. Takie połączenie
powinno pozwolić sprzęgnąć nowe i obecne układy automatyki w jeden system
sterowania. Jako główną sieć komunikacyjną akceptuje się takŜe Ethernet TCP/IP do
komunikacji pomiędzy stacjami roboczymi systemu SCADA oraz wspomnianymi
stacjami a sterownikami PLC. Wówczas implementację innych protokołów m.in.
Modbus, Profibus, M-Bus, LON, BACnet powinny zapewnić sterowniki PLC, aby
pozwolić na dołączanie w przyszłości nowych urządzeń obiektowych. Tym nie mniej
implementacja wspomnianych protokołów powinna być takŜe dostępna z poziomu
systemu SCADA poprzez standardowe porty RS485 lub RS232 lub specyficzne dla
danych protokołów karty komunikacyjne.
2.2. Sterowniki i stacje operatorskie.
Sterowanie układami odbywać się będzie z wykorzystaniem sterowników
umieszczonych w szafach na obiekcie. Sterowniki powinny być wyposaŜone w moduły
procesora z co najmniej 32-bitowymi procesorami oraz procesorem/procesorami
komunikacyjnym sieci PROFIBUS. Pojedynczy sterownik musi mieć moŜliwość
zabudowy równocześnie do 1023 wejść/wyjść cyfrowych, analogowych lub
specjalizowanych. W kaŜdym z modułów procesora naleŜy zastosować co najmniej 32bitowe mikrokontrolery. Moduł poza łączem Profibus oraz szeregowym PGU do
programowania winien posiadać jeszcze minimum 3 gniazda na moduły komunikacyjne
dowolnego typu RS232/485. Do jednego z tych portów naleŜy podłączyć terminal
operatorski do sterowania lokalnego umieszczony na elewacji szafy sterowniczej. W
proponowanym układzie naleŜy włączyć monitoring i sterowania do systemu
wizualizacji. W warstwie sterowania nadrzędnego naleŜy zrealizować dwie stacje
pracujące w systemie WINDOWS z moŜliwością pracy w Internecie, pracujące w
układzie „gorącej rezerwy”. Przez powyŜsze wymagania rozumie się, Ŝe system
SCADA pracuje w oparciu o stację roboczą podstawową oraz drugą stację nazywaną
stacją ‘gorącej rezerwy’, co zapewnia redundancję systemu SCADA i jest to warunek
konieczny do spełnienia. Nominalnie zarządzanie całością urządzeń wchodzących w
skład systemu zapewnia stacja podstawowa. Wszelkie dane z systemu trafiają jednak
równieŜ do drugiej stacji ‘gorącej rezerwy’. Przejmuje ona kontrolę nad systemem w
przypadku wystąpienia zaniku komunikacji ze stacją podstawową. Wówczas jej
funkcjonalność przejmuje stacja ‘gorącej rezerwy’. JeŜeli stacja podstawowa powróci
do pracy oraz zostanie nawiązana z nią komunikacja dane ze stacji HotBackup zostaną
zaktualizowane. Całość odbywa się w tle z informacją dla Klienta w postaci alarmu
(trafia do zdefiniowanych uŜytkowników poprzez e-mail, SMS, drukarkę, faks, pocztę
głosową itp.), Ŝe takowe zdarzenie ma/miało miejsce. Zdalny dostęp do obydwu
wspomnianych stacji systemu SCADA zapewniać powinna funkcjonalność tzw.
uŜytkownika internetowego. Za jej pośrednictwem uzyskujemy pełny dostęp do
wszystkich funkcji aplikacji SCADA z poziomu zwykłej przeglądarki internetowej,
niezaleŜnie od sprzętu i systemu operacyjnego, a skalowanie aplikacji Internetowej w
przeglądarce pozwala na jej wykorzystywanie w dowolnej rozdzielczości (róŜne
wielkości monitorów, róŜne rozdzielczości). Obie stacje robocze posiadają pakiety 1
jednoczesnego uŜytkownika internetowego. Konieczny jest równieŜ bezprzewodowy
Strona 4 z 12
dostęp do aplikacji poprzez urządzenia przenośne typu PDA. Wymaga się
bezwzględnie, aby istniała moŜliwość dokonywania modyfikacji aplikacji SCADA w
dowolnym momencie, czyli on-line podczas pracy bez potrzeby zatrzymywania
aplikacji/procesu, kompilowania aplikacji po modyfikacji, czy restartowania komputera
stacji roboczych. Konieczna jest zdolność sytemu SCADA do automatycznego
®
tworzenia aplikacji z rysunków AutoCAD (lub innych plików w formacie DXF).
Aplikacja systemu SCADA powinna opierać się o grafikę wektorową, definiowanie
warstw z odpowiednimi uprawnieniami uŜytkowników, zapewniać obsługę aplikacji
wielu monitorów. System SCADA powinien pracować w środowisku Windows. System
SCADA powinien umoŜliwiać jednoczesną komunikację z urządzeniami
wykonawczymi i sterownikami PLC poprzez róŜne protokoły komunikacyjne (Ethernet,
Modbus, Profibus, M-Bus. LON) w tym samym czasie. Wymaga się moŜliwości
jednoczesnej komunikacji z minimum szesnastoma róŜnymi pod względem komunikacji
urządzeniami/systemami zewnętrznymi.
Do połączenia stacji operatorskich ze sterownikami obiektowymi naleŜy wykonać
przemysłową sieć PROFIBUS FMS lub sieć z elementami opisanymi w punkcie 2.1.
Komunikacja pomiędzy komputerowymi stacjami operatorskimi będzie zapewniona na
poziomie sieci Ethernet, a komputery te wyposaŜone będą w odpowiednie karty
sieciowe. Takie połączenie, powinno pozwolić na swobodną wymianę danych,
wyświetlanie wykresów i przesyłanie w obu kierunkach stanów alarmowych, pomiędzy
wszystkimi stacjami operatorskimi.
Obie stacje nadrzędnego systemu sterowania i wizualizacji powinny posiadać te same
uprawnienia. Kontrola uprawnień musi odbywać się poprzez poziomy dostępu oparte na
nazwach uŜytkowników i podawanych przez nich hasłach. Wymaga się, aby dostęp do
systemu SCADA mógł być chroniony poprzez dodatkową identyfikację operatora z
uŜyciem inteligentnych kart oraz skanera linii papilarnych.
W ten sposób na dowolnym z komputerów uprawniony uŜytkownik moŜe skorzystać ze
wszystkich cech systemu, do których ma dostęp i do działań, do jakich jest uprawniony.
Komputery pracujące w systemie „gorącej rezerwy” (redundancja) winny zapewnić w
przypadku awarii jednego z nich przejęcie przez drugi wszystkich zadań związanych z
archiwizacją danych z obiektu, alarmami i sterowaniem obiektem. Podczas normalnej
pracy komputera głównego drugi komputer jest dodatkowym komputerem do
wizualizacji i sterowania.
3.
NIEKTÓRE ROZWIĄZANIA SZCZEGÓŁOWE.
3.1.
Sterowniki swobodnie programowalne.
O ile wykonawca nie przewidzi wymiany istniejących sterowników serii Modicon
Micro lub ich „dublowania”, proponuje się zastosowanie trzech lub czterech nowych
sterowników swobodnie programowalnych. Winny one posiadać modułową budowę
umoŜliwiającą łatwą konfigurację i przyszłą rozbudowę. Wymaga się zastosowania
sterowników obiektowych, swobodnie programowalnych opartych o 32-bitowe
procesory RISC wraz z zabudowaną na płycie głównej pamięcią minimum 512 kB
przeznaczoną na program uŜytkownika (backup w zabudowanej pamięci typu Flash
minimum 512 kB). Konieczne jest równieŜ zapewnienie moŜliwości rozbudowy
pamięci danych sterownika za pomocą kart SD (z systemem plików, liczba cykli zapisu:
min. 600 000) do 4 GB i moŜliwości gromadzenia przez sterownik danych w postaci
plików CSV (oddzielne pliki dla poszczególnych instalacji, podobiektów). Wymaga się
Strona 5 z 12
aby dostęp do danych zawartych w pamięci sterownika (np. pliki CSV) odbywał się
poprzez wbudowany w sterownik serwer FTP. Sterownik powinien zapewnić obsługę:
- do 1023 wejść/wyjść lokalnych o róŜnorodnych funkcjach: klasyczne
wejścia/wyjścia (PT/Ni 100/1k, NTC, 0-10V, 0-20mA, cyfrowe), szybkie liczniki,
sterowanie osiami, rozbudowa poprzez moduły i system kaset rozszerzeń,
- 2 wejść przerwań,
- dodatkowych zdalnych wejść/wyjść podłączanych poprzez siec Profibus lub inną
sieć, umoŜliwiając stosowanie sterownika w instalacjach rozproszonych.
Sterownik powinien być wyposaŜony w następujące porty komunikacyjne:
- Ethernet TCP/IP 10 Base-T/100 Base TX (RJ45) o prędkości transmisji 10/100
Mbit/s z autodetekcją, moŜliwością równoczesnej pracy wielu protokołów na tym
samym kablu i złączu, oraz umoŜliwiający programowanie zarówno bezpośrednio
jak i poprzez funkcję gateway (sterowników podłączonych do sterownika bazowego
poprzez inny np. RS232 lub RS485 port komunikacyjny),
- Profibus o prędkości transmisji 12 Mbit/s tam gdzie będzie to wymagane,
- port RS485 o prędkości transmisji do 187,5 kbit/s z moŜliwością równoczesnej
pracy wielu protokołów na tym samym kablu i złączu,
- port USB umoŜliwiający programowanie sterownika.
Konieczne jest równieŜ zapewnienie moŜliwości rozbudowy sterownika o kolejne porty
szeregowe RS485/RS232 w ilości nie mniej niŜ o 8 dla zapewnienia komunikacji
z urządzeniami peryferyjnymi takimi, jak panele operatorskie, falowniki czy liczniki.
Innym wymogiem jest moŜliwość komunikacji w pętli prądowej TTY/20 mA
(aktywnej lub pasywnej).
Porty w sterowniku powinny zapewnić m.in. obsługę protokołów takich, jak:
- Ethernet TCP/IP,
- Profibus,
- BACnet,
- EIB,
- MP-Bus,
- Modbus,
- DALI,
- M-Bus,
- MPI.
Sterownik powinien posiadać zintegrowany Webserwer oparty o główne protokoły
i standardy IT i telekomunikacyjne, takie jak HTTP, FTP srewer, SMTP, CSV, CGIBin. Dzięki temu za pomocą standardowego klienta FTP (np. w Internet Explorer,
Filezilla, Total Commander itp.) i interfejsu Ethernet TCP/IP pliki danych z pamięci
sterownika powinny być wymieniane przez serwer FTP. Dostęp do nich powinien być
zabezpieczany przez zdefiniowanie uŜytkowników oraz haseł. Powinna istnieć
moŜliwość kopiowania plików za pomocą przeglądarki internetowej przez Web-serwer
na komputer PC celem dalszej obróbki. Jeśli zajdzie potrzeba zapisane dane powinny
zostać wysłane pocztą elektroniczną do innego systemu (aplikacji) lub do
upowaŜnionych uŜytkowników. Oznacza to na przykład, Ŝe przy wystąpieniu alarmu,
sterownik moŜe wysłać słuŜbom utrzymania ruchu dokładną, skorelowaną z zaistniałą
sytuacją, informację o problemie, a nawet sposobie jego rozwiązania w postaci np. emaila. Sterowniki mogą teŜ samodzielnie wysyłać rejestrowane w długim okresie dane
do systemu nadrzędnego. Sterowanie i zarządzanie procesem powinny mieć wyŜszy
priorytet.
Strona 6 z 12
Sterownik powinien umoŜliwiać zdalne programowanie i diagnostykę.
Oprogramowanie narzędziowe powinno zawierać edytory: IL (lista instrukcji), Fupla
(FBD), Graftec (SFC), HMI, WebEditor (umoŜliwiający tworzenie i implementację
stron www dla sterownika) zgodne z normą wg IEC1131-3. Oprogramowanie
narzędziowe powinno zapewniać moŜliwość pracy w środowisku Windows Vista
Business lub Ultimata a jego licencja powinna umoŜliwiać instalację na wielu
komputerach w ramach jednej firmy, na którą licencja została wystawiona.
Jeśli wykonawca w stosunku do istniejących sterowników nie przewidzi ich wymiany
lub „dublowania”, o których mowa na początku niniejszego punktu, to nowe sterowniki
zastosowane będą do następujących funkcji:
1) wizualizacja pracy kotła K-2 (nie przewiduje się wymiany szafy zasilająco sterowniczej SK-2),
2) 1 lub 2 sterowniki w module POMIARÓW OGÓLNYCH w dwóch istniejących
szafach o orientacyjnych wymiarach (kaŜda z szaf): dł. x wys. x szer.: 150
x205x50 cm (alternatywnie drugi lub kolejny sterownik w rozdzielni elektrycznej).
Oczywiście gdyby sterowników Modicon Micro wykonawca nie przewidywał
wykorzystać, wówczas powinien zaoferować jako dodatkowe lub w miejsce obecnych
nowe sterowniki do istniejących szaf: SK-1, SK-3, SR-1 i SR-2, co przy ewentualnej
wymianie sterowników narzuca na wykonawcę takŜe zadanie odczytania, ponownego
zaaplikowania i uruchomienia na nowych urządzeniach istniejących lub
kompatybilnych algorytmów sterowania.
3.2. Lokalna wizualizacja na terminalu operatorskim.
Celem lokalnego podglądu i zadawania parametrów do kaŜdego sterownika
proponujemy zastosowanie inteligentnych terminali operatorskich. Proponujemy
zastosowanie terminali graficznych. Terminale te winny cechować się między innymi
estetycznym designem, odpornością panelu czołowego minimum IP65, klawiaturą
numeryczną, zabezpieczeniem hasłem oraz obsługą stanów funkcji AKPiA, w tym
alarmowych. Zakłada się uŜycie jednego terminala operatorskiego do lokalnej obsługi
kaŜdego węzła technologicznego (kocioł, system pomp, itd.).
Opis terminala:
Terminal graficzny z ekranem dotykowym LCD 5,7” STN 320x240 pikseli (65000
kolorów), podświetlanie, wbudowana matryca dotykowa 20x16, uniwersalny port
komunikacyjny RS232/485, 2 porty USB (Host i Device), port Ethernet 10/100 Mbit,
slot dla dodatkowych kart SD, zegar sprzętowy, pamięć RAM 64 MB, pamięć flash
32MB.
Dla wizualizacji i zadawania parametrów na szafie pomiarów ogólnych wymaga się
uŜycia większego terminala graficznego o parametrach:
Terminal graficzny z ekranem dotykowym LCD 15” TFT 800x600 pikseli (65000
kolorów), podświetlanie, wbudowana matryca dotykowa 20x16, 2 uniwersalne porty
komunikacyjne RS232/485, 3 porty USB (2xHost i 1xDevice), 2 porty Ethernet 10/100
Mbit, port audio (Mic-in i Line-out) slot dla kart SD, slot dla kart Compact Flash zegar
sprzętowy, pamięć RAM 128 MB, pamięć flash 64MB. PowyŜszy terminal moŜe być
jednocześnie sterownikiem obiektowym i wówczas stosowanie osobnego sterownika
PLC nie jest konieczne.
3.3.
Szafy zasilająco - sterownicze.
Proponujemy sterowniki umieścić w istniejących szafach sterowniczych (wydzielone
dla poszczególnych węzłów technologicznych). Na elewacji kaŜdej szafy proponujemy
Strona 7 z 12
zamontowanie terminala operatorskiego określonego w poprzednim punkcie
wytycznych.
3.4. Komputerowe stacje operatorskie.
Proponujemy zastosowanie dwóch stacji komputerowych do sterowania i podglądu
procesu w następujących pomieszczeniach:
• Główna nastawnia — 2 komputery.
Przykładowa konfiguracja stacji operatorskiej (rozwiązanie szczegółowe powinno
zapewnić rozwiązanie nie gorsze niŜ poniŜsza konfiguracja):
Klasa produktu:
Serwer
Typ obudowy serwera:
Tower
Ilość zainstalowanych procesorów
1 szt.
Maksymalna ilość procesorów
2 szt.
Typ zainstalowanego procesora
Intel Xeon /Quad-Core/
Częstotliwość procesora
2 GHz
Częstotliwość szyny FSB
1333 MHz
Ilość zainstalowanych dysków
1 szt.
Pojemność zainstalowanego dyski
146 GB magistrala SAS
Pojemność zainstalowanej pamięci
2048 MB
Ilość wolnych banków pamięci
min. 2 szt.
Ilość slotów PCI 32-bit/33MHz
1 szt.
Ilość slotów PCI-E 8x
3 szt.
Ilość slotów PCI-X 64-bit/133MHz Non Hot Plug
2 szt.
Typ karty graficznej: ATI RN50 (ES1000) [16MB]
Karta sieciowa: 10/100/1000 Mbit/s
Napędy wbudowane (zainstalowane): DVD±RW
Interfejsy:
• 4 x USB 2.0
• PS/2 (klawiatura)
• PS/2 (mysz)
• 1 x parallel
• 2 x serial
• 1 x 15-stykowe D-Sub (wyjście na monitor)
• 1 x RJ-45 (LAN)
Ilość zasilaczy
1 szt.
Moc zasilacza (zasilaczy)
835 Wat
Klawiatura
Mysz
Do komputerów w centralnej nastawni naleŜy zastosować drukarkę laserową do
wydruku raportów.
3.5. Pakiet do wizualizacji i sterowania procesami.
Do archiwizacji, wizualizacji i sterowania procesem za pośrednictwem stacji
komputerowych proponujemy zastosowanie pakietu oprogramowania obiektowego
i projektowego.
Oprogramowanie narzędziowe powinno zapewniać oprogramowanie do pełnego
programowania wszystkich typów zastosowanych sterowników i terminali
operatorskich.
Oprogramowanie raportujące spełniające wymagania niniejszego zamówienia integruje
Strona 8 z 12
bieŜące dane i alarmy z róŜnych źródeł. Wykorzystuje istniejące informacje historyczne
z baz danych róŜnych producentów systemów SCADA i nie tylko. Rejestruje i agreguje
dane w dowolnym systemie bazodanowym uŜytkownika. MoŜe przekazywać
i zapisywać wyniki analiz i obliczeń zwrotnie w róŜnych źródłach: sterownikach,
systemach SCADA i in. Dostarcza wiele funkcji statystycznych do analizowania danych
historycznych (min, max, średnia, suma, ilość, częstotliwość itp.) oraz zapewnia stały
dostęp do danych rzeczywistych.
Daje moŜliwość tworzenia róŜnorodnych szablonów raportów i wykorzystywania wielu
rodzajów graficznych analiz. MoŜe generować raporty w róŜnych formatach (m.in.
PDF i Excel). Raporty mogą być dostępne i generowane z róŜnymi parametrami przez
przeglądarkę internetową z wykorzystaniem Web Portalu. MoŜe generować
automatycznie raporty zgodnie z wcześniej zdefiniowanymi terminami, na Ŝądanie, lub
w momencie zaistnienia określonych warunków.
Licencja jest wymagana na jeden z komputerów centralnej nastawni. Drugi
komputer moŜe posiadać jedynie oprogramowanie obiektowe. Komputery te będą
połączone ze sterownikami i będą gromadziły dane w swoich bazach danych.
Informacje te będą udostępniane pozostałym dwóm komputerom (istniejące i wskazane
przez zamawiającego) podłączonym do sieci. Proponuje się realizację sieci Net BEUI
lub TCP/IP. Na tych dodatkowych dwóch komputerach powinny być zainstalowane
pakiety zawierające takŜe oprogramowanie obiektowe przedstawione w tabeli poniŜej.
Komputery te mogą mieć wszystkie moŜliwości stacji umieszczonych w centralnej
nastawni. Zestawienie proponowanego oprogramowania do sterowania i wizualizacji.
Nazwa elementu
4.
Ilość
Pakiet obiektowy oprogramowania obiektowego dla nie mniej niŜ 500
bramek we/wy.
2
Pakiet obiektowy oprogramowania projektowego i obiektowego dla nie
mniej niŜ 500 bramek we/wy.
Moduł do zarządzania alarmami z moŜliwością wysyłania alarmów na
drukarki, faksy, SMS, pocztę głosową, itd.
Baza danych typu ORACLE
Windows wersja sieciowa
Oprogramowanie SCADA
Microsoft Office min (Word +Excel + obsługa internetu)
1
1
2
2
1
2
WYTYCZNE OGÓLNE.
4.1. Wszelkie urządzenia, zabezpieczenia itp. powinny być wykonane według aktualnie
obowiązujących norm i przepisów i posiadać stosowne świadectwa, dopuszczenia
licencje itp.
4.2. Rozwiązania akpia muszą być wykonane w sposób zapewniający redundancję układów.
Redundancja informacji ma być zapewniona między innymi poprzez zbieranie
wszystkich informacji w dwóch niezaleŜnych komputerach oraz w pamięci
sterowników i paneli operatorskich. Wymagana jest wzajemna kontrola komputerów
operatorskich.
4.3. Oprogramowanie wizualizacyjne musi zapewniać moŜliwość korzystania z informacji
Strona 9 z 12
4.4.
4.5.
4.6.
4.7.
4.8.
o pracy systemu poprzez internet. W celu uniknięcia moŜliwości ingerencji do systemu,
naleŜy przewidzieć właściwy system zabezpieczeń i hasła dostępu do informacji z
systemu wizualizacji.
KaŜde urządzenia musi mieć moŜliwość sterowania zdalnego lub miejscowego.
Informacje o parametrach pracy wszystkich urządzeń będą dostępne z poziomu
centralnego systemu sterowania.
Wstępnie przewiduje się w centralnym systemie sterowania następujące ekrany
wizualizacyjne (wykonawca powinien liczyć się z koniecznością zaaplikowania jeszcze
kolejnych minimum dwóch ekranów):
- praca kaŜdego kotła 3 szt. w KLM i 2szt. w PLM ze wszystkimi parametrami
zbieranymi w sterowniku,
- instalacja elektroenergetyczna, a w szczególności rozdzielnia elektryczna
(odwzorowanie połoŜenia kilku podstawowych łączników, pomiary wybranych
prądów i napięć) i licznik energii elektrycznej (osobno KLM i PLM),
- pomiary ogólne (osobno dla KLM i PLM) w tym informacja obejmująca dane z
liczników ciepła, i informacje z czujników ciśnień, temperatur, przepływów itd.
System wizualizacji i sterowania będzie posiadał:
- sygnalizację wszystkich stanów alarmowych, stanów nieprawidłowej pracy itp.,
- system raportów z pracy urządzeń (raporty dzienne, miesięczne), co najmniej 10
raportów, (szczegóły do uzgodnienia z Zamawiającym w trakcie realizacji),
- system wykresów parametrów pracy urządzeń, co najmniej 15 wykresów (szczegóły
do uzgodnienia z Zamawiającym w trakcie realizacji).
Oprogramowanie ma zapewniać lokalizację operatorów i róŜne poziomy dostępu do
oprogramowania (poziom administratora, kierownika rejonu, operatora). Zamawiający
lub wskazany przez niego administrator musi posiadać dostęp do wszystkich poziomów
dostępu do oprogramowania, sterowania i wizualizacji. Kierownik rejonu musi posiadać
- między innymi - dostęp do konfiguracji procesów technologicznych. Operator musi
posiadać - między innymi – kontrolę pracy systemu oraz funkcje uŜytkowe AKPiA.
System ma umoŜliwiać ponadto:
- wizualizację całości systemu z poziomu centralnej dyspozytorni,
- kontrolę (rejestr) czasu pracy podłączonych urządzeń,
- kontrolę i rejestrację parametrów technologicznych i elektrycznych,
- rejestr stanów i sytuacji alarmowych,
- moŜliwość szybkiego powiadamiania na wybrany telefon komórkowy (o Ŝądanych
zdarzeniach) w szczególności poŜar, znacząca awaria,
- archiwizowanie informacji w bazie danych typu ORACLE,
- zabudowane narzędzie do przekształcenia kaŜdego elementu bazy danych w
standard EXCEL,
- dalszą moŜliwość samodzielnej rozbudowy systemu,
- system nadrzędny powinien umoŜliwiać wymianę danych z innymi aplikacjami
dzięki protokołom komunikacyjnym m.in. DDE, OPC, API, OLE, SQL/ODBC,
- poŜądany jest wybór sieci obiektowej w konfiguracji zamkniętego pierścienia,
- przewiduje się pracę przy standardowym protokole sieciowym dostarczanych wraz z
systemem operacyjnym MS Windows.
W wyposaŜeniu jednostki centralnej będą się znajdować m.in.:
- dwa komputery w wykonaniu przemysłowym z monitorami kolorowymi o
przekątnej minimum 21 cali,
- drukarka laserowa,
- nagrywarka do płyt CD, słuŜąca do archiwizacji danych.
Strona 10 z 12
Wykonawca po realizacji przekaŜe Zamawiającemu kompletną dokumentację systemu
AKPIA, dokumentację, prawa do uŜytkowania oraz licencje dotyczące uŜywanego
oprogramowania. Dokumentacja musi być wykonana w sposób umoŜliwiający
niezaleŜną od Wykonawcy rozbudowę i modernizację systemu. Dokumentacja musi być
wykonana w języku polskim. Dopuszcza się przekazanie dokumentacji słuŜącej
wyłącznie programistom w języku angielskim.
4.10. Komputery operatorskie powinny być podłączone do sieci elektrycznej
z wykorzystaniem indywidualnych zasilaczy UPS z podtrzymaniem 20 - minutowym.
4.11. Standard powinien zagwarantować moŜliwości serwisowe (np. wykwalifikowana
obsługa na terenie Mińska Mazowieckiego).
4.12. Wykonawca zapewni moŜliwość uczestniczenia wskazanym pracownikom
Zamawiającego w trakcie prac przy rozruchu, ruchu próbnym instalacji AKPiA,
oprogramowaniu itp.
4.13. Wykonawca zapewni 2 dniowe (wcześniej zgłoszone do Zamawiającego
i potwierdzone na piśmie) szkolenie polegające na obsłudze systemu AKPiA, pracy w
dyspozytorni prowadzone przez wykwalifikowanych pracowników serwisowi AKPiA,
operatorom i kierownikowi rejonu.
4.14. Wykonawca zapewni co najmniej tygodniowe szkolenie administratorowi systemu
AKPiA w zakresie programowania wszystkich elementów systemu, wizualizacji,
sterowania i archiwizowania.
4.15. Wykonawca zapewni takŜe dostawę, montaŜ i uruchomienie pomiarów i automatyki dla
oferowanych instalacji technologicznych (przetworniki, okablowanie specjalistyczne,
sterowniki itp.). Ilość zamontowanych urządzeń ma zapewnić zrealizowanie
zamierzonych celów technologicznych.
4.16. Wykonawca zapewni takŜe dostawę, montaŜ i uruchomienie lokalnych
mikroprocesorowych systemów AKPiA.
4.17. Poziom procesorowy powinien realizować funkcje zbierania i przetwarzania danych,
oraz umoŜliwiać zaimplementowanie funkcji regulacji i sterowania.
4.18. Poziom operatorski powinien realizować funkcje komunikacji operatora z systemem
automatyki poprzez wizualizację przebiegu procesów technologicznych, sygnalizację
zdarzeń zakłóceń, wysyłanie rozkazów i sygnałów w kierunku procesu oraz
realizowanie funkcji archiwizacji i raportowania danych pobranych z części procesowej.
4.19. W ramach realizacji naleŜy dostarczyć do oprogramowania wizualizacyjnego
i sterowania: klucz zabezpieczający o unikalnym numerze, licencję na bezterminowe
uŜywanie pakietu, płyty CD z wersjami instalacyjnymi systemu, podręcznik
uŜytkownika w wersji elektronicznej i papierowej oraz całość dokumentacji w formie
elektronicznej, klucz sprzętowy.
4.20. W ramach realizacji naleŜy dostarczyć do oprogramowania (baza danych): licencję na
bezterminowe uŜywanie pakietu, płytę CD z wersjami instalacyjnymi systemu,
podręcznik uŜytkownika w wersji elektronicznej i papierowej oraz całość dokumentacji
w formie elektronicznej.
4.21. W ramach realizacji dla aplikacji obiektowych naleŜy dostarczyć: płytę CD
z kompletnymi wersjami instalacyjnymi aplikacji, opis aplikacji i podręcznik
uŜytkownika w wersji elektronicznej i papierowej oraz całość dokumentacji w formie
elektronicznej.
4.22. Oprogramowanie do sterowania i wizualizacji musi posiadać ponadto:
- polską wersję językową,
- automatyczną generację internetowej wersji aplikacji,
- dostępność przez standardową przeglądarkę stron www,
4.9.
Strona 11 z 12
-
moŜliwość korzystania z funkcji klienta (przynajmniej jeden) strony www,
oprogramowanie wypełni wszelkie zasady funkcjonale określone w projekcie,
będzie istniała moŜliwość ich pracy w sieciach komputerowych TCP/IP, Internecie,
projektowanie i modyfikacje aplikacji obiektowych będzie moŜliwe on-line bez
zatrzymywania pracy aplikacji i bez kompilacji,
- obiektowo-wektorowy interfejs graficzny wykorzystujący mechanizm warstw,
- moduł wykresów, moduł alarmów, moduł receptur,
- wykonywanie obsługi danych historycznych,
- generator raportów,
- moduł łączący z relacyjnymi bazami danych poprzez SQL/ODBC do baz MS SQL
Serwer, ORACLE, MS ACCESS,
- moduł wymiany danych przez DDE,
- wbudowane moŜliwości redundancji typu hot-backup,
- co najmniej 32-bitowe drivery komunikacyjne DLL,
- bezpłatne narzędzia do tworzenia nowych driverów komunikacyjnych,
- biblioteki do wymiany danych z programami zewnętrznymi,
- moŜliwość obsługi 32 driverów komunikacyjnych na jednym komputerze PC,
- moŜliwość bezpiecznej wymiany danych poprzez Fire Wall,
- kompletna obsługa standardów komunikacyjnych OPC DA Server Klient, OPC
HDA Server, OPC AE Klient,
- tworzenie dowolnych wersji obiektowych (run-time),
- zapewnienie odporności na wirusy, „konie trojańskie” itp.,
- dokumentacja podstawowa musi być wykonana w języku polskim, dokumentacja
dla programistów moŜe być wykonana w języku angielskim.
4.23. MoŜliwe jest zastosowanie dowolnego oprogramowania do sterowania i wizualizacji
zamiennego pod następującymi warunkami:
- wypełnienie wszystkich wymagań wyspecyfikowanych w niniejszej dokumentacji,
a w szczególności wymagań określonych w punkcie 4.22,
- zapewnienie serwisu gwarancyjnego i pogwarancyjnego o czasie reakcji do 24
godzin,
- zastosowanie oprogramowania nowoczesnego (z najnowszej oferty producenta) i
ciągle doskonalonego (prowadzony jest dalszy rozwój aplikacji).
Strona 12 z 12