Wytyczne AKPiA - Strona główna
Transkrypt
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