Program


Program

Funkcjonalno-Użytkowy Systemu

ITS Chorzów



Warszawa, 2017 v. 5


Spis treści

Wstęp 8

Nazwa zamówienia 8

Adres zamówienia 8

Nazwy i kody CPV 8

Nazwa Zamawiającego 9

Część opisowa 10

1 Wstęp 10

1.1 Cel zamówienia 10

1.2 Założenia dla przyszłego systemu 10

1.3 Opis ogólny przedmiotu zamówienia 11

1.3.1 Podsystem sterowania i zarządzania ruchem drogowym wraz ze stacjami pomiaru potoków ruchu (natężenie, struktura rodzajowa i kierunkowa – kamery ANPR) 13

1.3.2 Podsystem nadający priorytet dla pojazdów publicznego transportu zbiorowego na wybranych ciągach autobusowych; 14

1.3.3 Podsystem informowania kierowców o warunkach ruchu i zalecanych trasach alternatywnych (z wykorzystaniem znaków zmiennej treści VMS oraz tablic radarowych)

15

1.3.4 Podsystem informacji dla podróżnych, internetowy i na urządzenia mobilne 16

1.3.5 Podsystem monitoringu wizyjnego 17

1.3.6 Podsystem osłony meteorologicznej 17

1.3.7 Podsystem preselekcyjnego pomiaru wagi pojazdu 18

1.3.8 Platforma akwizycji, dystrybucji i analiz danych (PADAN) 20

1.4 Podział na główne zadania 21

1.4.1 Realizacja systemu 21

1.4.2 Bieżące utrzymanie 23

2 System centralny 24

2.1 Interfejs operatora 24

2.2 Wizualizacja 25

2.3 Komendy operatora 25

2.4 Administracja 26

2.5 Rozbudowa oprogramowania systemu centralnego 26

2.6 Raportowanie 26

3 System nadzoru nad infrastrukturą 28

4 Centrum Nadzoru Ruchu 29

4.1 Zakres prac 29

4.2 Wyposażenie i właściwości funkcjonalne CNR 29

4.3 Szczegółowe właściwości funkcjonalno-użytkowe dla Centrum Sterowanie Ruchem 31

4.3.1 Sala operatorska 31

4.3.2 Pokój zadaniowy 31

4.3.3 Sala konferencyjna 31

4.3.4 Konsole operatorskie 31

4.3.5 Oświetlenie 31

4.3.6 Środowisko pracy 32

4.3.7 Wejście i ciągi komunikacyjne 32

4.4 Wymagania techniczne dla CNR 32

4.4.1 Zasilanie 32

4.4.2 System klimatyzacji 33

4.4.3 Kontrola hałasu 33

4.4.4 Oświetlenie 33

4.4.5 System przeciwpożarowy 33

4.4.6 System bezpieczeństwa 33

4.4.7 Komputer operatora 34

4.4.8 Ściana wizyjna 37

4.4.9 Komputer zarządzający ścianą wizyjną 38

4.4.10 Monitor operatora 40

4.4.11 Laptopy i tablety 40

4.4.12 Wyposażenie dodatkowe 42

4.5 Zalecenia dla pomieszczenia, w którym zainstalowany będzie sprzęt serwerowy42 4.6 Infrastruktura informatyczna 43

4.6.1 Wyposażenie serwerowni 43

4.6.2 Infrastruktura techniczna 43

5 System obszarowego sterowania ruchem wraz z podsystemami ITS 58

5.1 Podsystem Sterowania Ruchem 58

5.1.1 Wstęp 58

5.1.2 Strategia sterowania ruchem 59

5.1.3 Sterowanie skrzyżowaniami 59

5.1.4 Wymagania szczegółowe 60

5.1.5 Oprogramowanie symulacyjne 61

5.2 Podsystem Sterowania Sygnalizacją Świetlną 62

5.2.1 Wstęp 62

5.2.2 Sygnalizacje sterowane liniowo 62

5.2.3 Stanowisko dydaktyczne 63

5.2.4 Prowadzenie prac 63

6 Modernizacja sygnalizacji świetlnej 65

6.1 Wymagania dla urządzeń lokalnych 65

6.1.1 Sterownik sygnalizacji świetlnej 65

6.1.2 Szafa sterownicza 66

6.1.3 Sygnalizator sygnalizacji świetlnej 67

6.1.4 Przyciski na przejściach dla pieszych 67

6.1.5 Detekcja rowerzystów 68

6.1.6 Sygnalizacja akustyczna na przejściach dla pieszych 68

6.1.7 System detekcji 69

7 Podsystem priorytetu dla komunikacji miejskiej 70

7.1 Wstęp 70

7.2 Poziom priorytetu 70

7.3 Względność priorytetu 71

7.4 Mechanizm udzielania priorytetu 71

7.5 Zgłoszenia równoczesne 71

7.6 Ograniczenia priorytetu 71

7.7 Poziom priorytetu a typ pojazdu komunikacji miejskiej 72

7.8 Lokalizacja punktu zgłoszenia 72

8 Podsystem dynamicznej informacji parkingowej 73

8.1 Wstęp 73

8.2 Aplikacja kliencka 73

8.3 Lokalizacja parkingów 74

8.4 Aplikacja mobilna 74

8.5 Tablice informacji parkingowej 74

9 Podstystem monitoringu wizyjnego 78

9.1 Wstęp 78

9.2 Założenia projektowe 78

9.3 Architektura i wymagania funkcjonalne 79

9.4 Lokalizacje urządzeń 83

9.4.1 Monitoring wizyjny 83

9.4.2 Rozpoznawanie tablic rejestracyjnych 84

9.5 Parametry kamer 85

9.6 System zarządzania obrazami 90

9.7 Moduł pojazdów poszukiwanych 91

10 Podsystem informowania kierowców 93

10.1 Wstęp 93

10.1.1 Znaki zmiennej treści 93

10.1.2 Tablice radarowe 93

10.2 Wymagania szczegółowe 93

10.2.1 Znaki zmiennej treści 93

10.2.2 Tablice radarowe 99

11 Podsystem informacji dla podróżnych 101

11.1 Wstęp 101

11.2 Wymagania szczegółowe 101

11.2.1 Portal internetowy 101

11.2.2 Aplikacja mobilna 103

12 Podsystem łączności 107

12.1 Wstęp 107

12.2 Urządzenia 107

13 Podsystem osłony meteorologicznej 118

13.1 Wymagania ogólne 118

13.2 Wymagania szczegółowe 118

13.2.1 Wymagania dotyczące funkcjonowania stacji meteorologicznej 119

13.2.2 Wymagania dla drogowych stacji meteorologicznych 119

13.3 Maszty stacji pogodowych 120

13.4 Datalogger 121

13.5 Aplikacja do obsługi stacji pogodowych 122

13.6 Dodatkowe wyposażenie 122

14 Mobilne centrum nadzoru ruchu 124

14.1 Wymagania ogólne 124

14.2 Parametry techniczne pojazdu 124

14.2.1 Kolorystyka 126

14.2.2 Wyposażenie dodatkowe (ostrzegawczo – ratunkowe) 126

14.3 Mobilna stacja pomiaru natężenia ruchu 127

14.4 Mobilna stacja monitorująca warunki atmosferyczne 127

14.5 Laptopy 127

14.6 Radio CB 128

14.7 Lokalizacja pojazdu 128

15 Preselekcyjny pomiar wagi pojazdu 129

15.1 Wymagania ogólne 129

15.2 Wymaganie szczegółowe 131

15.3 Integracja 134

15.4 Lokalizacja 135

16 Platforma Akwizycji, Dystrybucji i Analiz Danych (PADAN) 136

16.1 Architektura logiczna 136

16.2 Główne elementy platformy 137

16.2.1 Szyna wymiany danych ESB 137

16.2.2 Portal internetowy 137

16.2.3 Aplikacja mobilna 137

16.2.4 System bazodanowy 137

16.2.5 Podsystemy 142

17 Szkolenia 143

18 Otwartość systemu 144

19 Dokumentacja 145

19.1 Projekty budowanych podsystemów 145

19.2 Projekty sieci teletransmisyjnej 145

19.3 Projekty inżynierii ruchu 146

19.4 Projekty budowlane i wykonawcze 148

19.5 Projekty kanalizacji kablowej 148

19.6 Projekty elektryczne 148

19.7 Projekty infrastruktury systemowej węzła (lokalizacja i podłączenie urządzeń na skrzyżowaniu) 149

19.8 Projekt sieci łączności 149

19.9 Projekty powykonawcze 150

20 Odbiory 152

20.1 Zasady ogólne odbioru produktów 152

20.2 Odbiór Planu Zarządzania Projektem (PZP) 152

20.3 Odbiór dokumentacji 152

20.4 Odbiór dostawy 153

20.5 Odbiór implementacji – testy akceptacyjne 153

20.6 Odbiór szkolenia 154

20.7 Sprawdzenie metod sterowania ruchem oferowanego systemu 154

20.8 Sprawdzenie efektywności działania systemu 155

20.9 Odbiór funkcjonalny działania Systemu Zarządzania Ruchem 155

20.9.1 Podsystem obsługi systemów sterownia sygnalizacjami i znaków zmiennej treści 155

20.9.2 Elementy systemu łączności i CNR 156

20.9.3 Dokumentacja powykonawcza systemu 157

20.9.4 Certyfikaty licencyjne 157

20.9.5 Odbiór techniczny urządzeń 157

20.9.6 Odbiory przeprowadzonych szkoleń 157

20.9.7 Odbiory robót budowlanych i montażowych 158

20.10 Kryteria akceptacji produktów 159

20.10.1 Kryteria akceptacji dla dokumentacji 159

20.10.2 Kryteria akceptacji dla instalacji 159

20.10.3 Kryteria akceptacji dla implementacji 160

20.10.4 Kryteria akceptacji dla testów akceptacyjnych 160

20.10.5 Kryteria akceptacji dla szkoleń 160

20.10.6 Kryteria akceptacji dla licencji oprogramowania 160

21 Obsługa błędów w okresie gwarancji 161

21.1 Definicje 161

21.2 Procedura obsługi 161

22 Roboty budowlane 164

22.1 Przekazanie placu budowy 164

22.1.1 Atesty jakości materiałów i urządzeń 164

22.1.2 Sprzęt i środki transportu 164

22.1.3 Organizacja robot budowlanych 164

22.1.4 Zaplecza wykonawcy dla potrzeb realizacji zadania 165

22.1.5 Przekazanie terenu budowy 165

22.1.6 Zabezpieczenie interesów osób trzecich 165

22.1.7 Ochrona środowiska 166

22.1.8 Warunki bezpieczeństwa pracy 166

22.1.9 Dokumenty budowy 166

22.2 Odbiór i przejęcie robót 166

22.2.1 Odbiór robót zanikających i ulegających zakryciu 166

22.2.2 Dokumenty odbioru robót 166

22.2.3 Postępowanie w okolicznościach nieprzewidzianych 167

22.3 Przekazanie Zamawiającemu placu budowy 167

23 Warunki równoważności 168

23.1 System operacyjny klasy desktop 168

23.2 System operacyjny dla serwerów 170

23.3 Oprogramowanie do mikrosymulacji ruchu drogowego 172

23.4 Oprogramowanie do makrosymulacji ruchu drogowego 173

Część informacyjna 175

24.1. Prawo do dysponowania terenem, nieruchomością na cele budowlane 175

24.2. Przepisy prawne i normy związane z projektowaniem i wykonaniem przedmiotu zamówienia. 175

24.3. Informacje i dokumenty niezbędne do zaprojektowania robót budowlano- montażowych 176

24.3.1. Badania gruntowo-wodne 176

24.3.2. Kopia mapy zasadniczej 176

24.3.3. Konserwator zabytków 176

24.3.4. Inwentaryzacja zieleni i stan istniejący 176

24.4. Dokumenty i dane źródłowe wykorzystane przy opracowywaniu programu funkcjonalno – użytkowego 177

Część rysunkowa 179

25.1. Sygnalizacja, kamery monitoringu 180

25.2. Tablice zmiennej treści 181

25.3. Tablice radarowe 182

25.4. Preselekcyjny pomiar wagi pojazdu 183

25.5. Stacje meteorologiczne 184

25.6. Kamery ANPR 185

25.7. Główne ciągi komunikacyjne koordynowane 186

25.8. Tablice informacji parkingowej 187

25.9. Plan istniejących linii światłowodowych 188

25.10. Zestawienie sygnalizacji świetlnej 189

Rysunek 1 Przykładowa tablica informacji parkingowej 76

Rysunek 2 Przykładowy zrzut aplikacji mobilnej z informacją o dostępnych miejscach parkingowych.105 Rysunek 3 Koncepcją lokalizacji czujnika drogowego 121

Rysunek 4 Koncepcja lokalizacji stacji pogodowej i czujnika widoczności 121

Rysunek 5 Przykładowy schemat stacji pomiarowej ważenia preselekcyjnego dla dwóch pasów ruchu129 Rysunek 6 Przykładowy schemat logiczny stacji ważenia preselekcyjnego dla jednego pasa ruchu 131

Rysunek 7 Platforma PADAN w warstwie akwizycji 136

Rysunek 8 Platforma PADAN w warstwie dystrybucji 136


WSTĘP


NAZWA ZAMÓWIENIA

Niniejsze zamówienie, pod nazwą ,,Inteligentny System Zarządzania Ruchem w Chorzowie", dotyczy wdrożenia projektu ITS usprawniającego ruch zarówno w segmencie transportu publicznego jak i indywidualnego, w szerokim zakresie w obszarze miasta Chorzów.


Projekt planowany jest do realizacji z dofinansowaniem Unii Europejskiej w ramach Regionalnego Programu Operacyjnego Województwa Śląskiego na lata 2014-2020 w formule Zintegrowanych Inwestycji Terytorialnych Subregionu Centralnego Województwa Śląskiego (RPO WSL 2014-2020 w formule ZIT):


• Oś Priorytetowa IV. Efektywność energetyczna, odnawialne źródła energii i gospodarka niskoemisyjna;

• Działanie 4.5. Niskoemisyjny transport miejski oraz efektywne oświetlenie;

• Poddziałanie 4.5.1. Niskoemisyjny transport miejski oraz efektywne oświetlenie.


ADRES ZAMÓWIENIA


Granice administracyjne miasta Chorzów - wyznaczone ciągi ulic i skrzyżowania.


NAZWY I KODY CPV

45316210-0 - Instalowanie urządzeń kontroli ruchu drogowego 71320000-7 - Usługi inżynieryjne w zakresie projektowania 71247000-1 - Nadzór nad robotami budowlanymi

45311000-0 - Roboty w zakresie okablowania oraz instalacji elektrycznych 45314300-4 - Instalowanie infrastruktury okablowania

45300000-0 - Roboty instalacyjne w budynkach,

51610000-1 - Usługi instalowania urządzeń komputerowych i przetwarzania informacji, 72240000-9 - Usługi analizy systemu i programowania,

80510000-2 - Usługi szkolenia specjalistycznego 31321700-9 - Kable sygnalizacyjne

34942000-2 - Urządzenia sygnalizacyjne 34942100-3 - Słupy sygnalizacyjne 34942200-4 - Skrzynki sygnalizacyjne

34970000-7 - Urządzenia monitorowania ruchu

34996000-5 - Drogowe urządzenia kontrolne, bezpieczeństwa lub sygnalizacyjne 34996100-6 - Sygnalizatory drogowe

35262000-8 - Urządzenia sterujące sygnalizacyjne do skrzyżowań 45233294-6 - Instalowanie sygnalizacji drogowej


45316200-7 - Instalowanie urządzeń sygnalizacyjnych 50232200-2 - Usługi w zakresie konserwacji sygnalizacji ulicznej 48821000-9 - Serwery sieciowe

34972000-1 - Układy pomiarowe natężenia ruchu 34970000-7 - Urządzenia monitorowania ruchu

NAZWA ZAMAWIAJĄCEGO


Podmiot

Adres

Charakter


Miasto Chorzów

xx. Xxxxx 0

00-000 Xxxxxxx

Beneficjent projektu


Miejski Zarząd Ulic i Mostów

xx. Xxxxxxxx 0x 00-000 Xxxxxxx

Podmiot zarządzający i realizujący zadanie


CZĘŚĆ OPISOWA



1 WSTĘP


1.1 CEL ZAMÓWIENIA


Celem zamówienia jest zaprojektowanie i wdrożenie Inteligentnego Systemu Zarządzania Ruchem w Chorzowie (dalej również System ITS Chorzów lub ITS Chorzów), poprzez wykonanie odpowiedniej dokumentacji technicznej (projektów), realizacje robót budowlanych, dostarczenie rozwiązań sprzętowych i programowych osiągnięte zostaną następujące cele główne:


• planowanie komunikacyjne,

• optymalizacja w celu zapewnienia spójnego dla poszczególnych obszarów sterowania w czasie rzeczywistym,

• sterowanie bezpośrednie,

• monitorowanie urządzeń,

• monitorowanie sytuacji ruchowej,

• ocena sterowania,

• wdrożenie priorytetu dla pojazdów komunikacji zbiorowej,

• dostarczanie informacji o sytuacji ruchowej uczestnikom ruchu.


1.2 ZAŁOŻENIA DLA PRZYSZŁEGO SYSTEMU


Zakłada się, że:


• System ITS Chorzów powinien w maksymalnym stopniu wykorzystywać istniejącą infrastrukturę techniczną oraz systemy w obszarze funkcjonalnym miasta Chorzów, x.xx. sterowniki sygnalizacji świetlnych, słupy sygnalizacyjne itp.

• Przyszły Wykonawca systemu powinien dążyć do maksymalnego wykorzystania infrastruktury i urządzeń zewnętrznych, zlokalizowanych na terenie miasta, o ile nie spowoduje to ograniczeń efektywności oferowanego systemu lub jego niezawodności – natomiast ewentualna wymiana istniejącej infrastruktury nie może dotyczyć tej, którą Wykonawca wymienił w swojej ofercie jako do wykorzystania,

• System powinien być w maksymalnym stopniu zintegrowany z innymi systemami istniejącymi lub będącymi w fazie koncepcji lub realizacji;

• Przyszły Wykonawca systemu, powinien we własnym zakresie dokonać oceny przydatności istniejących elementów infrastruktury oraz urządzeń i zadecydować, które elementy muszą być wymienione na nowe, aby osiągnąć niezbędny poziom jakości i niezawodności oferowanego systemu,

• Wszelkie nowe elementy systemu powinny:

o być wyłącznie nowe, wolne od wad, pochodzące od producenta lub jego autoryzowanego dostawcy,

o zapewniać odpowiedni standard techniczny, nie gorszy od standardów obecnie używanych w mieście,

o być lokalizowane wyłącznie w pasie drogowym dróg pozostających w zarządzie Zamawiającego, a w każdym przypadku, gdy jest to niemożliwe lub nie uzasadnione – wymagana jest pisemna zgoda Zamawiającego,


o elementy systemu powinny zostać przekazane Zamawiającemu wraz z przeprowadzeniem odpowiedniego zakresu szkoleń personelu Zamawiającego, które umożliwią Zamawiającemu samodzielną, bez udziału Wykonawcy, ich eksploatację,

o posiadać wymagane prawem atesty, certyfikaty i deklaracje zgodności,

o posiadać dokumentację, instrukcje obsługi, gwarancję etc,

o wszelka dokumentacja powinna być sporządzona przez Wykonawcę w języku polskim,

• Celem zapewnienia otwartości, zgodności i integracji z innymi systemami, obecnie i w przyszłości, Wykonawca powinien zaprojektować architekturę logiczną i fizyczną systemu oraz opracować specyfikacje techniczne systemu i podsystemów składowych; wskazanym jest wykorzystanie metodyki FRAME, na podstawie której opracowano odpowiednie architektury dla Krajowego Systemu Zarządzania Ruchem (KSZR), oraz wykorzystanie specyfikacji technicznych KSZR,

• Docelowy system ITS Chorzów powinien:

o realizować wszystkie funkcje opracowane w dokumentacji przedprojektowej,

o osiągać zdefiniowane w dokumentacji przedprojektowej oczekiwane poziomy wydajności,

o realizować wymagane w dokumentacji przedprojektowej strategie sterowania,

o cechować się wysoka niezawodnością pracy oraz wysoką jakością danych gromadzonych i przetwarzanych,

• Przyszła rozbudowa Systemu o kolejne elementy infrastruktury ITS (sygnalizacje świetlne, tablice VMS, tablice informacji parkingowej, kamery monitoringu i ANPR, stacje meteo, stacje pomiarowe preselekcyjnego ważenia pojazdów), w szczególności w okresie obowiązywania gwarancji, nie może obciążać Zamawiającego dodatkowymi opłatami licencyjnymi związanymi z rozbudową Systemu.


1.3 OPIS OGÓLNY PRZEDMIOTU ZAMÓWIENIA


System Zarządzania Ruchem (SZR) - zbiór metod i środków operatywnego oddziaływania na ruch na podstawie informacji o bieżącym stanie ruchu i środowiska. Celem systemu zarządzania ruchem jest zapewnienie optymalnego przepływu osób i towarów na obszarze jego oddziaływania. System składa się z wielu systemów cząstkowych o różnym stopniu oddziaływania na ruch i pozyskiwania informacji.


Przedmiot zamówienia obejmuje:


a) Zaprojektowanie, budowę, dostawę i montaż elementów System Zarządzania Ruchem (SZR) obejmującego wszystkie składniki niezbędne do współdziałania następujących podsystemów:

• Podsystem obsługi systemów sterowania sygnalizacjami i znakami zmiennej treści.

• Podsystem priorytetów dla komunikacji zbiorowej.

• Podsystem zarządzania zdarzeniami drogowym i odczytu tablic rejestracyjnych.

• Podsystem archiwizacji, analizy i planowania oraz informacji o sytuacji ruchowej.

• Podsystem dynamicznej informacji dla kierowców, w tym informacji parkingowej, aktywnych tablic radarowych, tablic zmiennej treści.

• Podsystem danych meteorologicznych.

• Podsystem przeważania pojazdów w ruchu.

b) Strojenie Systemu Zarządzania Ruchem dla osiągnięcia wymaganej niniejszym programem funkcjonalności i użyteczności.

c) Przeszkolenie pracowników Zamawiającego w sposób zapewniający samodzielną obsługę i bieżące utrzymanie SZR.

d) Przygotowanie infrastruktury technicznej (sieci światłowodowej, CNR) dla docelowej rozbudowy terytorialnej i sprzętowej.


e) Dostarczenie mobilnego Centrum Pomiarów Drogowych w postaci samochodu o napędzie hybrydowym, wyposażonego w urządzenia pomiarowe.


Efektywność pracy SZR osiągnięta będzie dzięki wymianie informacji między systemami cząstkowymi oraz dzięki zastosowaniu nowoczesnych metod analizy i przewidywania rozwoju sytuacji.


Celem zamówienia SZR jest dostarczenie rozwiązań sprzętowych i programowych do osiągnięcia następujących celów głównych:


• planowanie komunikacyjne,

• optymalizacja w celu zapewnienia spójnego dla poszczególnych obszarów sterowania w czasie rzeczywistym,

• sterowanie bezpośrednie,

• monitorowanie urządzeń,

• monitorowanie sytuacji ruchowej,

• ocena sterowania: przeprowadzanie analiz w trybie on-line i off-line i gromadzenie statystyk dotyczących danych o ruchu drogowym w celu późniejszego wykorzystania,

• wdrożenie priorytetu dla pojazdów komunikacji zbiorowej,

• dostarczanie informacji o sytuacji ruchowej uczestnikom ruchu.


Ponadto wdrożone elementy podsystemów: informacji o sytuacji ruchowej poprzez znaki zmiennej treści i środki masowego przekazu zostaną zintegrowane z systemami zarządzania komunikacją zbiorową oraz innymi komórkami zarządzania miastem.


Budowa Systemu Zarządzania Ruchem w Chorzowie przewidywana jest do realizacji w płaszczyznach:


• funkcjonalnych

• obszarowych


opisanych w rozdziałach poniżej.


Wykonawca Systemu Zarządzania Ruchem zobowiązany będzie do opracowania kompletnej dokumentacji projektowej tj. wszystkich projektów ( np.: inżynierii ruchu, technicznych, budowlanych i wykonawczych ) zapewniających uruchomienie systemu. Wymagane będzie uzyskanie wszystkich niezbędnych uzgodnień i zatwierdzeń przez instytucje je wydające a przewidzianych dla tego typu procesu budowlanego. Wykonawca zobowiązany będzie także do wykonania niezbędnych projektów organizacji ruchu stałych i czasowych. Na podstawie w/w projektów zostaną zrealizowane prace budowlane.


Do zadań Wykonawcy w ramach Przedmiotu Umowy należy m. in. opracowanie projektów budowlanych i wykonawczych związanych z realizacją „Projektu”, w szczególności pozyskanie lub opracowanie map do celów projektowych, pozyskanie w imieniu Zamawiającego niezbędnych zgód, opinii, dokonanie zgłoszeń itp., zgodnie z wymaganiami ustawy Prawo Budowlane z dnia 7 lipca 1994 z późniejszymi zmianami oraz innymi przepisami prawa i wymaganiami Zezwoleń Administracyjnych.


Projekt budowlany należy wykonać w szczególności zgodnie z Rozporządzeniem Ministra Transportu, Budownictwa i Gospodarki Morskiej z dnia 25 kwietnia 2012r. W sprawie szczegółowego zakresu i formy projektu budowlanego.


Wykonawca Systemu Zarządzania Ruchem zobowiązany będzie do wykonania przebudowy lub remontów drogowych sygnalizacji świetlnych na skrzyżowaniach obejmujących w zależności od zakresu wymianę lub dostosowanie sterownika sygnalizacji świetlnej, wymianę masztów i latarni


sygnalizacyjnych, modernizację okablowania zasilającego sygnalizację świetlną – w dostosowaniu do stopnia zaawansowania technicznego sygnalizacji.


Wykonawca Systemu Zarządzania Ruchem zobowiązany będzie do wdrożenia systemu pełnej akomodacji ruchu kołowego (pojazdy) na wszystkich skrzyżowaniach objętych przedmiotem zamówienia oraz detekcji ruchu pieszego i rowerowego na wybranych relacjach i skrzyżowaniach – wg tabeli z załącznika nr 1 do niniejszego PFU.


Wykonawca Systemu Zarządzania Ruchem zobowiązany będzie do dostawy i montażu w terenie wszystkich urządzeń wchodzących w skład przedmiotu zamówienia.


Wykonawca Systemu Zarządzania Ruchem zobowiązany będzie do strojenia systemu oraz wszystkich urządzeń wchodzących w skład przedmiotu zamówienia w celu uzyskania pełnej funkcjonalności właściwej dla tego typu systemów.


Wykonawca Systemu Zarządzania Ruchem zobowiązany będzie do przeprowadzenia szkoleń specjalistycznych, których celem będzie przekazanie wiedzy przez Wykonawcę SZR i nabycie umiejętności przez osoby szkolone niezbędnych do samodzielnego sterowania pracą SZR.


1.3.1 PODSYSTEM STEROWANIA I ZARZĄDZANIA RUCHEM DROGOWYM WRAZ ZE STACJAMI POMIARU POTOKÓW RUCHU (NATĘŻENIE, STRUKTURA RODZAJOWA I KIERUNKOWA – KAMERY ANPR)


W tym zakresie podsystem obejmować i wykorzystywać będzie:


• sterowniki i detektory (wideo detekcja i czujniki indukcyjne) powinny zbierać dane o ruchu drogowym, x.xx.:

o natężenie ruchu na odcinkach miedzy skrzyżowaniami,

o natężenie relacji skrętnych na skrzyżowaniach,

o czasy oczekiwania na sygnał zielony,

• rozmieszczenie detektorów – zapewnienie możliwości:

o pozyskiwania danych z całego obszaru działania ITS Chorzów,

o przeprowadzania analiz sytuacji ruchowych zarówno dla całego obszaru, dla podobszarów i dla pojedynczych skrzyżowań,

• sterowniki – wymagania ogólne:

o bezpieczna i elastyczna platforma sprzętowa, o konstrukcji odpornej na trudne warunki atmosferyczne, łatwej w utrzymaniu oraz trwałej w eksploatacji,

o uniwersalne możliwości łączności z urządzeniami zewnętrznymi; możliwość współpracy obszarowej połączonych ze sobą kilku niezależnych sterowników,

o budowa modułowa z możliwością łatwej wymiany w przypadku uszkodzenia oraz montażu w przypadku rozbudowy sterownika; moduły powinny realizować funkcje:

▪ sterującą i nadzorczą,

▪ realizującą program sterowania,

▪ kontroli sygnałów realizujących program sterowania,

▪ wykonawcze,

▪ detekcji użytkowników ruchu,

▪ monitoringu,

▪ wymiany danych,

▪ zasilania,

▪ odbiornika GPS


o pracować w ogólnodostępnym, uznanym i sprawdzonym systemie operacyjnym – możliwość wprowadzania modyfikacji pracy sygnalizacji poprzez tworzenie nowych programów – wymagane dołączenie do sterowników oprogramowania umożliwiającego wprowadzanie zmian programowych,

o przystosowane do pracy:

▪ izolowanej: na pojedynczym skrzyżowaniu praca stałoczasowa i akomodacyjna,

▪ skoordynowanej – na ciągu skrzyżowań w trybach kolejnej synchronizacji oraz w układzie sterownika wiodącego całego ciągu koordynacyjnego,

▪ w systemie centralnego sterowania i monitoringu poprzez pełne zarządzanie sterownikiem i odczyt wszystkich parametrów.

o posiadać zabezpieczenia: zwarciowe, przeciążeniowe, przeciwporażeniowe, przepięciowe,

o z uwagi na wymóg wykorzystania w jak największym stopniu istniejącej infrastruktury, wymaga się aby instalowany system sterowania ruchem współpracował ze sterownikami sygnalizacji świetlnej obecnie zainstalowanymi na terenie miasta.


1.3.2 PODSYSTEM NADAJĄCY PRIORYTET DLA POJAZDÓW PUBLICZNEGO TRANSPORTU ZBIOROWEGO NA WYBRANYCH CIĄGACH AUTOBUSOWYCH;


W tym zakresie podsystem obejmować i wykorzystywać będzie:


• w ramach systemów sterowania i priorytetu będą uwzględnione:

o obszary sterowania – uwzględnienie strategii sterowania z różnymi priorytetami obsługi pojazdów publicznego transportu zbiorowego,

o priorytety bezwarunkowe – udzielane niezależnie od warunków ruchu i procedur optymalizujących ruch,

o priorytety warunkowe – udzielane z częściowym uwzględnieniem warunków optymalizacyjnych ruchu,

o priorytety względne – zachowanie wymaganych parametrów jakościowych sterowania ruchem,

o warunki realizacji priorytetów:

▪ dla pojazdów nieopóźnionych i opóźnionych,

▪ z uwzględnieniem wielkości zakłóceń ruchu samochodowego spowodowanych priorytetem pojazdów publicznego transportu zbiorowego,

▪ przesyłanie danych z pojazdów do systemu:

• bezpośrednio łącznością bezprzewodową,

• bezprzewodowo do infrastruktury a dalej przewodowo do CNR,

▪ na poziomie centralnym – w oparciu o dane z pojazdów oraz z bazy danych systemu,

▪ na poziomie lokalnym (w przypadkach, gdy nie jest możliwy do realizacji poziom centralny) – dla wybranych ciągów i wybranych rodzajów priorytetów (bezwarunkowych),

o system powinien posiadać narzędzia do realizacji pomiarów i analiz umożliwiających ocenę efektywności pracy systemu ITS Chorzów,

o należy zdefiniować wskaźniki jakościowe efektywności pracy systemu dla pojazdów transportu indywidualnego, uwzględniając:

▪ opis wskaźnika efektywności,

▪ jednostkę miary,

▪ wartość minimalną – wymaganą bezwzględnie podczas pracy systemu,


▪ wartość oczekiwaną – oczekiwaną do osiągnięcia w wyniku pracy systemu,

▪ metodę wyznaczania wartości wskaźnika efektywności,

▪ metodą sprawdzania czy wskaźnik osiągnął wartości kryterialne: minimalna oraz oczekiwaną,

o podstawowe wskaźniki to co najmniej:

▪ wskaźnik zmian średnich czasów przejazdu,

▪ wskaźnik zmian średniej prędkości,

▪ wskaźnik zmian płynności potoków ruchu,

▪ inne zmiany jakościowe lub ilościowe ruchu, które mogą być wykorzystane do oceny warunków ruchu,

o należy uwzględnić możliwość konstruowania i wdrażania różnych strategii sterowania ruchem, opartych x.xx. na :

▪ minimalizacji strat czasu,

▪ maksymalizacji płynności ruchu (należy przyjąć określony miernik płynności ruchu),

▪ minimalizacji długości kolejek,

▪ optymalizacja funkcji będącej kombinacją linową wymienionych charakterystyk;

o projektowane i wdrażane elementy sterowania ruchem i optymalizacji ruchu powinny zostać opracowane zgodnie z Rozporządzeniem Ministra Infrastruktury z dnia 23 września 2003 r. w sprawie szczegółowych warunków zarządzania ruchem na drogach oraz wykonywania nadzoru nad tym zarządzaniem (z późniejszymi zmianami) oraz uzyskać wymagane opinie i zatwierdzenia,

o warunki zgodności z funkcjonującymi systemami priorytetu dla komunikacji zbiorowej w miastach aglomeracji śląskiej i obszarze działania KZK GOP,

o sposób sterowania w obszarze ITS powinien uwzględniać odpowiednią współpracę z sygnalizacjami na głównych ciągach komunikacyjnych poza obszarem ITS, w celu minimalizacji zakłóceń ruchu na granicy obszaru działania ITS,

o należy w maksymalnym stopniu wykorzystać systemy i infrastrukturę już funkcjonującą,

o preferowany system detekcji dla komunikacji publicznej to lokalizacja z wykorzystaniem pozycji pojazdu


1.3.3 PODSYSTEM INFORMOWANIA KIEROWCÓW O WARUNKACH RUCHU I ZALECANYCH TRASACH ALTERNATYWNYCH (Z WYKORZYSTANIEM ZNAKÓW ZMIENNEJ TREŚCI VMS ORAZ TABLIC RADAROWYCH)


Zamawiający wymaga dostarczenia 8 tablic zmiennej treści oraz 10 tablic radarowych. W tym zakresie podsystem obejmować i wykorzystywać będzie:

• Tablice zmiennej treści instalowane na terenie Chorzowa,

• Tablice radarowe instalowane na terenie Chorzowa,

• Komunikację z Centrum Nadzoru Ruchu,

• Aplikację centralną, która zarządzała będzie komunikatami wyświetlanymi na tablicach zmiennej treści oraz statystyk pomiarów z tablic radarowych.


Tablice zmiennej treści będą przystosowane do wyświetlania znaków drogowych kolorowych oraz dedykowanych do sytuacji informacji tekstowych.


Aplikacja centralna będzie umożliwiała definiowanie treści komunikatów, z uwzględnieniem różnych formatów wyświetlania, jak również harmonogramu ich wyświetlania. Aplikacja winna umożliwiać definiowanie warunków automatycznego wyświetlania komunikatów na tablicach i ich wyłączania (przejścia do wyświetlania domyślnego komunikatu dla tablicy). Ponadto, aplikacja będzie umożliwiała definiowanie odrębnych komunikatów dla każdej tablicy, lub grup tablic.


Wymagana jest integracja w Aplikacji centralnej tablic zmiennej treści zainstalowanych na DTŚ. Uwaga: dla tablic VMS na DTŚ stosowany jest interfejs komunikacyjny z wykorzystaniem integracyjnej bazy danych

– wymiana danych realizowana jest poprzez dodawanie/odczytywanie rekordów w bazie danych. Dokładne warunki technicznej Zamawiający przekaże Wykonawcy po podpisaniu umowy.


Tablice radarowe będą dokonywały pomiarów prędkości pojazdów w miejscach instalacji i prezentowały:


• zmierzoną prędkość pojazdu,

• napis „ZWOLNIJ” lub „DZIĘKUJĘ”, w zależności od zmierzonej prędkości pojazdu,

• stosować kolory zielony, pomarańczowy i czerwony do wzmacniania prezentowanego komunikatu,

• tablice winne przechowywać dane związane z pomierzonym natężeniem ruchu i przesyłać je do system centralnego, z wykorzystaniem łączności bezprzewodowej.


Niezbędne konstrukcje wsporcze, uchwyty, słupy wymagane do lokalizacji, elementy prefabrykowane, montaż zasilania i uruchomienia znaków są przedmiotem zamówienia i są po stronie Wykonawcy.


1.3.4 PODSYSTEM INFORMACJI DLA PODRÓŻNYCH, INTERNETOWY I NA URZĄDZENIA MOBILNE


Podsystem będzie generował informacje o warunkach ruchu, o zajętości miejsc parkingowych, o zalecanych objazdach i optymalnych trasach przejazdu, wraz z możliwością planowania podróży.


Podsystem winien przekazywać i wykorzystywać:


• wiarygodną informację obejmującą

o bieżące natężenia ruchu w postaci wskaźników, map, zdjęć z kamer; warunki ruchu: ostatnio zmierzony czas przejazdu pomiędzy zadanymi punktami,

o aktualne zdarzenia i utrudnienia komunikacyjne (x.xx. wypadki, awarie sygnalizacji świetlnej, awarie infrastruktury drogowej i technicznej, prowadzone prace drogowe, wyłączenia z ruchu etc), wraz z ostrzeżeniami,

o planowane zdarzenia i utrudnienia komunikacyjne, x.xx. prace drogowe, remonty, wyłączenia z ruchu, imprezy masowe,

o aktualna dostępność miejsc parkingowych,

o warunki atmosferyczne na drogach oraz ostrzeżenia o warunkach pogodowych niebezpiecznych dla ruchu (np. śliska nawierzchnia, boczny wiatr, mgła, itd.),

o wybrane obiekty zainteresowania, punkty obsługi podróżnych (POI) ważne z punktu widzenia użytkowników (stacje paliw, stacje obsługi pojazdów, punkty kontroli prędkości, stacje ważenia pojazdów, posterunki Policji i Straży Miejskiej, szpitale, punkty opieki medycznej etc.),

• wykorzystanie co najmniej następujących kanałów informacyjnych

o portal internetowy w wersji standardowej strony WWW i w wersji mobilnej,

o tablice VMS i SDIP (wyłącznie w zakresie wiersza informacyjnego).

• portal internetowy, który powinien:


o umożliwiać wybór zakresu prezentowanych informacji,

o umożliwiać dla wybranych tras prezentować bieżące natężenie ruchu i średnich czasów przejazdu,

o prezentować zajętość parkingów,

o prezentować dane wprowadzone do nawigacji WAZE przez MZUiM Chorzów. Dane te należy prezentować na odrębnej warstwie. Wypracowany sposób współpracy z WAZE Zamawiający przekaże Wykonawcy po podpisaniu umowy.

o Podstawowe zasady współpracy z WAZE opisane są pod poniższymi linkami:

▪ xxxxx://xxxxxxx.xxxxxx.xxx/xxxx/xxxxxxxx/XXX/?xxxxx#xxxxxx0000000

▪ xxxxx://xxxx.xxxx.xxx/x/xxxx-xxxx_00.xxxx


1.3.5 PODSYSTEM MONITORINGU WIZYJNEGO


Podsystem monitoringu wizyjnego będzie spełniał wymagania takie jak:


• obserwacja obszarów skrzyżowań oraz wlotów i wylotów,

• automatyczna rejestracja zdarzeń:

o kamery z możliwością regulacji przez operatora w CNR: zoom, obrót podnoszenie i opuszczanie,

o możliwość ręcznego wprowadzenia przez operatora opisu zdarzenia oraz wprowadzenia informacji o zdarzeniach niezarejestrowanych automatycznie,

o lokalizacja zdarzeń ma mapie miasta wraz z przypisaniem odpowiedniej sekwencji wideo,

o automatyczne generowanie alarmów wizualnych i dźwiękowych dotyczące wykrytych zdarzeń,

o weryfikacja zdarzeń przez operatora,

• rejestracja pojazdów z numerami rejestracyjnymi (ANPR) – ocena jakości sterowania oraz analizy ruchu (w wybranych punktach pomiarowych),

• system powinien zawierać kilkuminutowy bufor przetrzymywania danych, tak aby w momencie zdarzenia zarejestrowana została sekwencja wideo sprzed kilku minut i kilka minut po zdarzeniu,

• rozdzielczość materiału wideo powinna umożliwiać rozpoznanie numerów rejestracyjnych pojazdów,


1.3.6 PODSYSTEM OSŁONY METEOROLOGICZNEJ


Zadanie Podsystemu osłony meteorologicznej, dzięki zastosowaniu czujników drogowych zamontowanych w nawierzchni jezdni oraz stacji pogodowej i czujnika widoczności zlokalizowanego na maszcie w poboczu drogi, jest gromadzenie informacji o bieżących drogowych warunkach pogodowych. System umożliwia ostrzeganie o aktualnie występujących stanach krytycznych (np. gołoledź lub mgła) oraz, co istotniejsze, dzięki zastosowaniu modeli matematycznych, dostarcza krótkoterminową prognozę stanu nawierzchni. Projektowane rozwiązanie, dzięki swojej funkcjonalności, zapewni kluczowe informacje wejściowe dla służb utrzymania zimowego oraz przyczyni się do poprawy bezpieczeństwa w ruchu drogowym.


Zamawiający wymaga dostarczenia dwóch zautomatyzowanych stacji meteorologicznych wyposażonych w zestaw czujników umożliwiających wykonywanie pomiarów w zakresie:


• prędkości i kierunku wiatru,

• temperatury zewnętrznej otoczenia,


• wilgotności względnej otoczenia,

• temperatury nawierzchni drogi,

• stanu nawierzchni,

• wystąpienia opadów atmosferycznych,

• stężenia solanki.


Stacja meteorologiczna powinna analizować pomiary uzyskane z czujników oraz generować ostrzeżenia/alarmy w przypadku wystąpienia np. mrozów, intensywnych opadów, silnych podmuchów wiatru, wysokich temperatur itp. Minimalne ostrzeżenia i alarmy, jakie stacja meteorologiczna powinna realizować:


• ostrzeżenie przed oblodzeniem,

• ostrzeżenie o temperaturze nawierzchni poniżej temperatury zamarzania oraz o temperaturze punktu rosy przekraczającej temperaturę nawierzchni,

• ostrzeżenie przy występujących opadach przy temperaturze nawierzchni około 0oC,

• alarm o oblodzeniu na drodze,

• ostrzeżenie o silnych podmuchach wiatru (zakres do uzgodnienia z Zamawiającym na etapie wykonawstwa),

• ostrzeżenie o występowaniu zbyt wysokich temperatur (zakres do uzgodnienia z Zamawiającym na etapie wykonawstwa),

• ostrzeżenie o przekroczonej sumie opadów (zakres do uzgodnienia z Zamawiającym na etapie wykonawstwa),


Stacja powinna przekazywać dane pomiarowe do Systemu Zarządzania Ruchem, celem dostosowania sterowania sygnalizacjami do warunków atmosferycznych i ruchowych.


1.3.7 PODSYSTEM PRESELEKCYJNEGO POMIARU WAGI POJAZDU


Zadaniem podsystemu preselekcji wagowej jest wykrywanie przeciążonych oraz przekraczających dopuszczalne gabaryty pojazdów ciężarowych oraz dostawczych i powiadamianie o tym zespołów pracowników powołanych przez Zarządcę drogi i inspektorów Inspekcji Transportu Drogowego (ITD), pełniących służbę w obszarze kontroli oraz poza nim.


Centralnym elementem systemu jest sterownik przemysłowy, który przeprowadza i nadzoruje procesy pomiarowe oraz umożliwia bezpośrednią transmisję wyników pomiarowych do centralnego systemu zarządzania lub ich dystrybucję do predefiniowanych grup odbiorców (Pracownicy Zarządcy drogi w asyście WRD Policji, GDDKiA, ITD).


Punkt pomiarowy tworzą standardowo dwie jednostki funkcyjne:


• stacja pomiarowa – składająca się z systemu ważenia dynamicznego (czujniki i pętle indukcyjne) oraz z systemu identyfikacji pojazdów (kamery i systemy identyfikacji)

• system centralny do zarządzania stacjami pomiarowymi


Podstawowym elementem systemu monitorowania pojazdów przeciążonych jest stacja pomiarowa, która instalowana jest w pasie drogowym. W jej skład następujące elementy (poniżej przywołane odległości są przykładami, do dopasowania na etapie projektu wykonawczego):


• konstrukcja wsporcza (bramownica/słup);

• kamera poglądowa monitorująca wybrany pas/-y ruchu;


• kamera pomiarowa umieszczona centralnie w nad pasem ruchu (w przypadku lokalizacji o kilku pasach ruchu w jednym kierunku) lub na słupie (w przypadku jednego pasa ruchu), służąca do identyfikacji pojazdu potencjalnie popełniającego wykroczenie (ANPR/MMR);


Uwaga 1: Nie jest wymagane wykrywanie pojazdów o przekroczonej wysokości.


Uwaga 2: Dopuszczalne jest rozwiązanie z inną liczbą, w szczególności mniejszą, zastosowanych kamer, lecz przy zapewnieniu spełnienia wymagań w zakresie skuteczności identyfikacji.


• system czujników wraz z właściwym oprogramowaniem; czujniki umieszczone są w nawierzchni jezdni w formie dwóch pasów pomiarowych (weryfikacja pomiarów) w odległości 4,5 m od siebie, na każdym pasie ruchu w wytypowanej lokalizacji;

• system pętli indukcyjnych, umieszczonych w nawierzchni jezdni (standardowo pętla załączająca i wyłączająca); na ich podstawie rejestrowany jest przejazd pojazdu oraz dokonywana jego klasyfikacja;

• system czujników i system pętli tworzą tzw. pole pomiarowe, które dla instalowanego systemu powinno być oddalone od podstawy konstrukcji wsporczej o ok. 16,5 m;

• terminal obliczeniowy, zawierający odpowiedni sprzęt (komputer, sterownik, transformator) i oprogramowanie (przetwarzanie i transmisja danych, algorytmy sterujące); powinien być zamontowany na odpowiednim fundamencie w pobliżu pola pomiarowego lub na pionowym odcinku konstrukcji wsporczej, na wysokości przynajmniej 3 m nad powierzchnią ziemi; szafka terminala powinna posiadać podstawowe wyposażenie antywłamaniowe, system zapobiegający przegrzewaniu się i kondensacji pary wodnej (podwójna ścianka/grzałka/wentylator);

• system do transmisji danych od sterownika do Centrum Zarządzania Ruchem (łącze światłowodowe). Dopuszczalny jest inny, optymalny dla rozwiązania sposób łączności, z zastrzeżeniem, iż Wykonawca zobowiązany jest do pokrycia jego kosztów w okresie gwarancji udzielonej na całość rozwiązania.

• odpowiednie zasilanie dla wszystkich wymagających tego elementów systemu


Punkt pomiarowy wyposażony powinien być w system automatycznego wykrywania i identyfikacji pojazdów przeciążonych z pomiarem każdej osi pojazdu. Każdy punkt wyposażony powinien być w dynamiczną wagę, kamery wideo do rejestracji obrazu ze zdarzenia oraz kamery do rozpoznawania tablic rejestracyjnych oraz marki pojazdu.


Informacja o przekroczeniach zapamiętywana jest przez serwery CNR z możliwością ich przeglądania, wyszukiwania i archiwizowania. Zdjęcie wraz z danymi o masie całkowitej i poszczególnych osi, numerem rejestracyjnym oraz marką pojazdu przesyłane są do dyżurnego operatora systemu oraz pracownika ITD pracującego przy drodze.


Dodatkowym elementem mogą być urządzenia przenośne współpracujące z systemem, które umożliwiają odbieranie w czasie rzeczywistym wygenerowanych zdjęć przy pomocy technologii bezprzewodowej.


Do pomiaru nacisku osi na powierzchnie drogi należy wykorzystać system czujników liniowych zamontowanych w nawierzchni, w liczbie zapewniającej skuteczne pomiary na każdym z pasów ruchu. Na konstrukcji wsporczej należy zainstalować cyfrowe kamery przeznaczone do identyfikacji pojazdów o strumieniu przesyłanego obrazu nie mniejszym niż 25 klatek/s.


Zadaniem systemu winna być selekcja pojazdów przeciążanych ze szczególnym uwzględnieniem ruchu pojazdów ciężarowych, umożliwiająca właściwym służbom prowadzenia ważenia administracyjnego na


terenie parkingu pomiarowego. System ma wykrywać zmianę pasa ruchu na przeciwległy w celu uniknięcia identyfikacji przez kamerę ARTR.


1.3.8 PLATFORMA AKWIZYCJI, DYSTRYBUCJI I ANALIZ DANYCH (PADAN)


Platforma będzie odpowiedzialna za zbieranie, przechowywanie i przetwarzanie wszelkich danych, które były wykorzystywane w procesie realizacji funkcji systemu, w szczególności danych ruchowych w systemie transportowym, o stanie urządzeń, remontach, zdarzeniach, warunkach pogodowych i innych, dla potrzeb analitycznych, badawczych i planistycznych.


1.3.8.1 NADZÓR I STEROWANIE


Platforma odpowiedzialna będzie za nadzór operatorski nad stanem całego systemu oraz poszczególnych podsystemów, możliwość zmiany parametrów pracy podsystemów, reagowanie w sytuacjach awaryjnych.


1.3.8.2 NARZĘDZIA WSPIERAJĄCE INŻYNIERA RUCHU


W ramach platformy dostępne będą urządzenia wraz z oprogramowaniem, wspierające pracę Inżyniera Ruchu, umożliwiające x.xx.:


• monitorowanie parametrów ruchu, x.xx. natężenie i gęstość ruchu, stopień obciążenia – natężenie/przepustowość; z rozróżnieniem grup pojazdów na wybranych ciągach drogowych: rower, motorower/motocykl, samochód osobowy, samochód dostawczy, samochód ciężarowy

/ autobus;

• określanie średnich czasów / prędkości przejazdu;

• szacowanie warunków ruchu związanych z poziomami swobody ruchu na skrzyżowaniach i odcinkach dróg i ulic,

• ocenę koordynacji ciągów drogowo-ulicznych z wykorzystaniem wykresów koordynacji,

• obserwację sytuacji drogowej,

• wizualizacja na mapie sieci drogowo ulicznej miasta w różnej skali co najmniej:

o aktualnych i prognozowanych parametrów ruchu,

o dostępności miejsc parkingowych,

o zdarzeń drogowych wymagających uwagi operatora,

o innych sytuacji istotnych z punktu widzenia inżyniera ruchu.


1.3.8.3 SYSTEM RAPORTOWY


Platforma będzie dostarczała również system zapewniający wszechstronne raportowanie oraz przekrojowe analizy danych, w zakresie co najmniej:


• analizy efektywności sterowania, nadawania priorytetu,

• analiza punktualności oraz funkcjonowania transportu zbiorowego,

• analizy systemu informacji parkingowej oraz wykorzystania miejsc parkingowych,

• analizy funkcjonowania i awaryjności infrastruktury systemu ITS,

• analizy wykorzystania kanałów informacyjnych przez użytkowników (portal internetowy, aplikacje mobilne etc.),


• definiowanie indywidualnie i globalnie domyślnych wartości formatowania raportów, interaktywne zarządzanie informacją, raporty wielomodułowe – zawierające formatowane tabele, wykresy, formularze, multimedia (obraz, film, dźwięk), wykazy, spisy, wizualizacje etc.,

• przystosowanie do eksportu danych z systemu do pakietu MS Office lub Open Office, .pdf, csv; wizualizacja na aktywnych mapach GIS,


1.4 PODZIAŁ NA GŁÓWNE ZADANIA


Zadanie zaprojektowania i wdrożenia Inteligentnego Systemu Zarządzania Ruchem w Chorzowie obejmuje poniżej wymienione zadania.


1.4.1 REALIZACJA SYSTEMU


Realizacja systemu, w którym zadania będą rozłożone co najmniej pomiędzy 3 poziomy sterowania: lokalny (pojedyncze skrzyżowanie), obszarowy i centralny w taki sposób, żeby jego struktura była maksymalnie zdecentralizowana. Dzięki temu awaria dowolnego elementu systemu w minimalnym stopniu wpływa na pozostałe elementy. Interfejs człowiek - maszyna realizowany jest na poziomie centrum.


Cele stawiane przed SZR będą realizowane między innymi poprzez :


1. Centrum Nadzoru Ruchu obsługujące wszystkie funkcje podsystemów SZR na poziomie centrum, zwane dalej CNR – w tym np. implementację nowych skrzyżowań,

2. Podsystemy obszarowej optymalizacji i sterowania ruchem wraz z wykrywaniem zaburzeń ruchu oraz możliwością analizy pomiarów ruchu w zasięgu działania systemu,

3. Sterowniki drogowej sygnalizacji świetlnej na poziomie lokalnym,

4. Informacje dla kierowców (tablice zmiennej treści na dedykowanych słupach przy drogach) wraz z informacją parkingową.

5. Redundantny (nadmiarowy, realizujący funkcję redundancji na wypadek awarii) system łączności między skrzyżowaniami oraz CNR,

6. Nadzór nad sytuacją na skrzyżowaniach poprzez monitoring wideo.


System powinien być tak zaprojektowany, aby stanowił elastyczne narzędzie do realizacji założeń polityki komunikacyjnej w mieście (zmiennej w czasie).


Wykonawca podejmujący się realizacji przedmiotu zamówienia, który dotyczy rozbudowy SZR zobowiązany będzie do:


1. analizy istniejących warunków ruchu w oparciu o dostępne materiały, ich weryfikację i uzupełnienie,

2. sporządzenia lub pozyskania map sytuacyjno-wysokościowych dla celów projektowych w skali 1:500,

3. wykonania modeli mikrosymulacyjnych dla wszystkich nowo wdrażanych skrzyżowań i ciągów komunikacyjnych możliwych do otworzenia w programie do mikrosymulacji spełniającego wymagania jak w 23.3.

4. uzyskania wymaganych przepisami i ustaleniami niniejszego PFU uzgodnień i zatwierdzeń projektów,

5. pozyskania decyzji i opinii właściwych instytucji,

6. uzyskania warunków technicznych,

7. zapewnienia badań geotechnicznych podłoża gruntowego w zakresie wynikającym z potrzeb i uwarunkowań lokalnych,


8. wykonania inwentaryzacji urządzeń projektowanych i istniejących demontowanych,

9. określenia konfliktów uzbrojenia istniejącego i projektowanego oraz rzędnych sieci projektowanych i istniejących. W tym celu, w wycenie opracowań projektowych należy uwzględnić wykonanie przekopów próbnych (kontrolnych),

10. uzyskania kompletu uzgodnień i wymaganych pozwoleń niezbędnych do zgłoszenia zamiaru wykonania robót budowlanych lub uzyskania pozwolenia na budowę,

11. współpracy przy zgłoszeniu zamiaru wykonania robót budowlanych w stosownych jednostkach i urzędach,

12. zatwierdzenia tymczasowej i docelowej organizacji ruchu u Zamawiającego, Zarządcy Ruchu i Policji,

13. realizację robót w oparciu o zatwierdzone lub uzgodnione pozytywnie przez Zamawiającego projekty , harmonogram i projekty organizacji ruchu,

14. prowadzenia pomiarów kontrolnych,

15. zapewnienia obsługi geodezyjnej do wytyczania robót,

16. prowadzenia obmiarów realizowanych robót,

17. zapewnienia specjalistycznego nadzoru robót, w szczególności w zakresie likwidacji kolizji oraz ponoszenie wszelkich opłat związanych z włączeniami i przełączeniami mediów,

18. zapewnienia obsługi geodezyjnej do inwentaryzacji powykonawczej,

19. przygotowania rozliczenia końcowego robót i sporządzenia operatu rozliczeniowego,

20. opracowania projektu budowlanego rozbudowywanego SZR wraz z informacją dotyczącą bezpieczeństwa i higieny pracy, w szczególności:

• projektu budowlanego infrastruktury SZR uwzględniającego niezbędne ośrodki wraz z zaprojektowaniem niezbędnej infrastruktury teleinformatycznej umożliwiającej zainstalowanie i eksploatację wszystkich podsystemów,

• projektu budowlanego systemowej kanalizacji kablowej wraz z umieszczeniem w niej kabli optotelekomunikacyjnych o wymaganej dla realizacji celu przepustowości,

• projektu remontów, przebudowy, modernizacji, itd. sygnalizacji świetlnych,

• projektu instalacji urządzeń wizyjnego nadzoru drogowego,

• projektu wykonania urządzeń detekcji ruchu i ciągłego pomiaru natężenia ruchu,

• projektu uzgodnionego z Zamawiającym modułu wykrywania zdarzeń drogowych i procedur zarządzania tymi zdarzeniami,

• projektu tablic zmiennej treści,

• projektu przebudowy pomieszczeń dla potrzeb CNR,

• projektu Centrum Nadzoru Ruchu – CNR,

• projektu podsystemu realizującego priorytety dla transportu publicznego, parametry którego zostaną określone na podstawie wyników eksperymentów mikrosymulacyjnych ruchu,

• projektu budowlanego realizującego niezbędne modyfikacje i remonty infrastruktury drogowej umożliwiającej realizację priorytetu dla pojazdów transportu publicznego w ruchu ulicznym,

• projektu budowlanego odtworzenia nawierzchni - Wykonawca musi opracować projekt budowlany kanalizacji koniecznej do rozbudowy sieci światłowodowej (oraz elektrycznej i telekomunikacyjnej) koniecznej do realizacji celów określonych w Programie Funkcjonalno- Użytkowym. W tym zakresie Wykonawca musi również opracować projekt odtworzenia nawierzchni.

• projektu docelowej organizacji ruchu w zakresie przebudowywanych, remontowanych modernizowanych, itp. sygnalizacji świetlnych oraz instalacji i wykorzystania tablic i znaków o zmiennej treści,


• projekt budowy Portalu internetowego służącego do wizualizacji zmienności i utrudnień w ruchu w zasięgu działania SZR,

• projektu tymczasowej organizacji ruchu na czas robót i uzyskania zgody na zajęcie pasa drogowego,

21. wykończenie pomieszczeń CNR

22. wykonanie tras kablowych pomiędzy pom. serwerowni a pom. CNR o długości do 100m.


Realizacja powyższego zakresu winna być wykonywana w oparciu o przepisy Prawa Budowlanego przez Wykonawcę posiadającego stosowne doświadczenie i potencjał wykonawczy oraz przez osoby o odpowiednich kwalifikacjach. Wykonanie robót budowlanych i oddanie do użytku przedmiotu zamówienia musi być zrealizowane zgodnie z obowiązującymi przepisami ustawy z dnia 7 lipca 1994r. - Prawo budowlane (Dz. U. 2016, poz. 290).


Wszelkie prace związane z projektowaniem, wykonawstwem, dostawą i montażem oraz szkoleniem personelu do obsługi w celu uruchomienia i późniejszego optymalnego działania SZR - są przedmiotem niniejszego zamówienia.


Przedstawione w programie funkcjonalno - użytkowym wymagania są wymaganiami koniecznymi do spełnienia, pomocnymi przy definiowaniu przedmiotu zamówienia. Fakt pominięcia w opisie elementów systemu, bez których osiągnięcie wymaganych przez Zamawiającego celów nie będzie możliwe, nie może być podstawą do żądania dopłat ponad cenę ofertową.


1.4.2 BIEŻĄCE UTRZYMANIE


Utrzymanie w należytym stanie technicznym i funkcjonalnym wykonywanej przez Wykonawcę oraz przekazanej przez Zamawiającego na czas realizacji robót budowlanych sieci: telekomunikacyjnej, informatycznej, komputerowej, kanalizacji sygnalizacji, podłączonych urządzeń i sprzętu, drogowych sygnalizacji świetlnych, do momentu odbioru i przekazania Zamawiającemu przedmiotu zamówienia - SZR.


Przekazywanie przedmiotu zamówienia będzie następowało etapowo (zgodnie z przyjętym harmonogramem robót) pod nadzorem poszczególnych właścicieli.


2 SYSTEM CENTRALNY


Głównym narzędziem Operatorów jest System Centralny integrujący wszystkie podsystemy.


System Centralny stanowi platformę integrującą oraz zapewnia współpracę wszystkich systemów objętych zamówieniem. System Centralny musi być zaprojektowany i zrealizowany w myśl architektury hierarchicznej. Na poziomie centralnym będą realizowane zadania w zakresie zarządzania systemem natomiast na poziomie lokalnym (niższym) system będzie w stanie reagować na polecenia wydawane z poziomu nadrzędnego. System musi być zrealizowany jako system otwarty oraz umożliwiać dołączanie kolejnych podsystemów i urządzeń do całego systemu. Powyższe wymaganie wymusza zastosowanie powszechnie stosowanych rozwiązań w dziedzinie komunikacji oraz protokołów transmisji danych i wymiany informacji.


Poszczególne podsystemy systemu centralnego będą miały możliwość w pełni autonomicznej pracy w zakresie swojego działania. Będzie to gwarantować niezależną pracę podsystemu w przypadku awarii innych elementów systemu.


Każdy z podsystemów musi zapewniać funkcje związane z zarządzaniem i utrzymaniem swoich elementów wykonawczych natomiast nadzór nad poszczególnymi elementami systemu będzie sprawowany przez system centralny oraz pracowników/operatorów Centrum Nadzoru Ruchu.


Docelowa konfiguracja Systemu Centralnego i integrowanych podsystemów nie powinna obciążyć zastosowanej szyny danych powyżej 50% maksymalnej przepustowości. Wykonawca dostarczy narzędzie umożliwiające wykonanie testu wydajnościowego przez zadanie natężenia komunikatów odpowiadającego konfiguracji podsystemów.


2.1 INTERFEJS OPERATORA


Interfejs operatora systemu powinien składać się z co najmniej poniżej wymienionych elementów:


• Mapa GIS miasta Chorzów,

• Drzewo funkcji,

• Symbole urządzeń,

• Komunikaty informacyjne.


Wszystkie urządzenia użyte w Systemie ITS muszą być odwzorowane na mapie GIS za pomocą ikon prezentujących aktualny stan pracy urządzeń oraz jego rzeczywiste położenie geograficzne. Mapa powinna być skalowalna. Drzewo funkcji powinno umożliwiać wybór wszystkich elementów podłączonych do systemu w postaci listy.


Każdy z elementów systemu powinien być przedstawiony na mapie jako symbol. Po wybraniu elementu przez operatora powinny zostać wyświetlone podstawowe informacje takie jak tryb pracy, adres sieciowy, awarie lub ewentualne błędy, itp. Należy określić symbole poszczególnych elementów jak i wersje dla trybów pracy każdego urządzenia.


Dla elementów systemu które udostępniają możliwość sterowania trybem lub parametrami pracy, odpowiednie komendy powinny być dostępne dla operatora z poziomu elementów mapy i drzewa funkcji.


Komunikaty systemowe muszą zawierać informacje dotyczące stanu, trybu pracy oraz awarii urządzeń podłączonych do Systemu Centralnego. Niezbędne jest zapewnienie filtrowania komunikatu według czasu wystąpienia, typu urządzenia, przyczyny wystąpienia awarii oraz wyszukiwanie zdarzeń poprzez


słowa kluczowe. Komunikaty muszą przekazywać natychmiastowo informację o zdarzeniach, które wymagają niezwłocznej interwencji pracownika Centrum Nadzoru Ruchu (CNR).


System Centralny powinien być udostępniony dla użytkowników zewnętrznych w postaci umożliwiającej pracę na urządzeniach mobilnych i biurowych z zachowaniem odpowiednich zabezpieczeń (np. VPN, certyfikat klienta, uprawnienia użytkownika). Zakres udostępnionych danych powinien być konfigurowany na poziomie administracji uprawnieniami użytkownika.


2.2 WIZUALIZACJA


Należy zaplanować struktury zapytań i filtrów dla przedstawienia na mapie GIS informacji ze wszystkich podsystemów. Symbole powinny definiować przynależność prezentowanego elementu do konkretnego podsystemu. Poszczególne elementy podsystemów powinny być umieszczone w konkretnych warstwach mapy z możliwością ich włączania/wyłączania. Aplikacja centralna powinna być przystosowana do pracy na wielu monitorach (w tym ze ścianą graficzną) poprzez mechanizm dokowanych paneli tematycznych (np. panel mapy GIS, panel sytuacji drogowej, panel zdarzeń itp.).


W aplikacji centralne musi być możliwość definiowania dowolnej warstwy o symbolice punktowej lub liniowej na podstawie zapytań SQL do integracyjnej bazy danych. Definiowanie warstw musi odbywać się bez potrzeby modyfikacji samego oprogramowania. Interfejs operatorski musi pozwalać na intuicyjne skalowanie mapy kółkiem myszy oraz procentową zmianę kontrastu podkładu mapowego przez co można dostosować wygląd do indywidualnych preferencji.


Aplikacja centralna musi umożliwiać wyszukiwanie obiektów na mapie GIS. Odbywać powinno się to poprzez pasek wyszukiwania realizujący tekstowo przeszukiwanie atrybutów obiektów. Wskazanie wyszukanego obiektu powinno powodować ustawienie centrum mapy w miejscu występowania danego obiektu.


Zakres dostępnych danych powinien być uzależniony od uprawnień użytkownika przydzielanych na poziomie administracji uprawnieniami.


Aplikacja centralna musi mieć możliwość korzystania z wielu różnych źródeł podkładu mapowego, minimum musi obsługiwać serwery kafelkowe WMS/tiles, lokalny mirror podkładu. Każdy użytkownik systemu musi mieć możliwość indywidualnego wyboru źródła podkładu mapowego.


2.3 KOMENDY OPERATORA


W ramach zarządzania urządzeniami wykorzystywanymi w Systemie ITS System Centralny musi zapewnić operatorowi w zależności od poziomu dostępu minimum takie funkcje jak:


• wybór kamery monitoringu CCTV,

• sterowanie kamerą monitoringu CCTV,

• wskazanie sterownika sygnalizacji świetlnej,

• podgląd parametrów pracy sterownika sygnalizacji świetlnej,

• wywołanie danego skrzyżowania w podsystemie sterowania ruchem,

• podgląd stanu tablicy zmiennej treści (VMS),

• zmiana treści wyświetlanej na tablicy VMS,

• podgląd stanu tablicy informacji parkingowej,

• podgląd stanu tablicy dynamicznej informacji pasażerskiej,

• określanie warunków priorytetu dla komunikacji publicznej,

• podgląd wykroczeń zidentyfikowanych przez podsystem ważenia w ruchu,


• odczyt danych meteorologicznych,


Dodatkowo dla każdego rodzaju obiektu muszą być dostępne dane systemowe związane z bieżącym stanem systemu, takie jak nazwa użytkownika, lokalizacja folderów systemowych, czas itp. Typy akcji, które minimalnie muszą być dostępne w systemie dla każdego obiektu to:


• EXE – wywołanie programu lokalnego, tzn. zainstalowanego na lokalnym komputerze użytkownika,

• DDE – komunikacja do lokalnego procesu przez protokół MS DDE,

• URL – wywołanie adresu internetowego w domyślnej przeglądarce internetowej,

• POST – wywołanie usługi internetowej metodą POST,

• SOAP – wywołanie usługi internetowej protokołem SOAP.


Wszystkie wykonywane akcje przez operatora muszą być zapisywane w dzienniku pracy (audycie) systemu centralnego.


W celu ułatwienia pracy operatorom, system powinien mieć wbudowany komunikator ułatwiający wymianę informacji między użytkownikami Systemu, jak np. sporządzanie notatek służbowych, udostępnianie lokalizacji z mapy innym operatorom, rozsyłanie powiadomień przy pomocy email i SMS, przekazywanie spraw do realizacji dla podmiotów zewnętrznych.


2.4 ADMINISTRACJA


Wykonawca musi udostępnić procedury do administrowania systemem. Należy zapewnić możliwość zarządzania kontami użytkowników (wraz z nadawaniem uprawnień), definiowanie poleceń (programowanie zdarzeń automatycznych), archiwizowanie i gromadzenie danych oraz umożliwiać nadzór nad poszczególnymi elementami systemów.


2.5 ROZBUDOWA OPROGRAMOWANIA SYSTEMU CENTRALNEGO


System centralny musi posiadać możliwość rozwoju i rozbudowy oprogramowania wraz z możliwością dodawania kolejnych modułów do systemu jak i całkowicie nowych podsystemów o dodatkowych funkcjonalnościach. Aplikacja centralna musi umożliwiać (bez modyfikacji oprogramowania) wizualizację dowolnych informacji przestrzennych, które są dostępne w integracyjnej bazie danych. Dodawanie nowych danych do bazy integracyjnej – rozbudowa systemu – musi polegać na rozszerzeniu struktury integracyjnej bazy danych oraz jej zasileniu danymi z nowych podsystemów.


2.6 RAPORTOWANIE


System powinien umożliwiać generowanie raportów pracy systemu. Zapewni on podgląd istotnych z punktu widzenia działania systemu zdarzeń. Należy zapewnić możliwość rejestracji wykonanych poleceń przez operatorów, przez system automatycznie jak i błędów systemu.


Rejestr będzie odnotowywał także takie informacje jak czas pracy operatorów (czasy logowania na konta), działania podjęte oraz informacje wpisane przez operatorów systemu. Dodatkowo system musi rejestrować informacje o zmianie stanów poszczególnych elementów systemu jak i rejestr pracy urządzeń. Dziennik będzie umożliwiał przegląd wszystkich zdarzeń minimum na 365 dni wstecz. Powyższa funkcjonalność zapewni możliwość analizowania funkcjonowania systemu i ewentualnych błędów.


Panel administratorski musi udostępniać system generowania raportów. Raporty można tworzyć na podstawie dowolnych informacji archiwizowanych w bazie danych.


3 SYSTEM NADZORU NAD INFRASTRUKTURĄ


W ramach systemu ITS Chorzów należy zapewnić oprogramowanie do monitorowania poprawności działania wszystkich podsystemów.


Wszystkie wykorzystane urządzenia systemu ITS Chorzów, w przypadku wykrycia uszkodzenia lub nieprawidłowości pracy muszą raportować status do systemu nadrzędnego w Centrum Nadzoru Ruchu. Alert przesłany do operatora Centrum powinien zawierać co najmniej numer identyfikacyjny urządzenia w systemie ITS, typ urządzenia w systemie, znacznik czasu, lokalizacje oraz kod i opis błędu.


W ramach raportowanych błędów wymaga się co najmniej:


• zaniki/brak zasilania,

• restart urządzenia,

• uszkodzenie/błędy,

• brak komunikacji.


System musi cykliczne odpytywać wszystkie urządzenia, nie rzadziej niż 30 sekund z możliwości modyfikacji interwału niezależnie dla danego typu urządzenia z każdego z podsystemów w zakresie od 0,1 sekundy do 1 godziny.


Wykonawca ITS musi przygotować procedury postępowania w przypadku wystąpienia każdego ze zdefiniowanych kodów błędów i uszkodzeń. Aplikacja ma automatycznie wysłać informację drogą mailową oraz sms do Wykonawcy, Podwykonawcy oraz wskazanych przez Zamawiającego podmiotów. Zmawiający ma mieć możliwość modyfikacji odbiorców wysyłanych informacji. W przypadku błędu wysłania informacji komunikat zwrotny zostanie wysłany do operatora ITS.


Pierwszy poprawny status z urządzenia powinien zostać uzupełniony wysłaniem informacji do operatora CNR o przywróceniu sprawności urządzenia. Po przywróceniu sprawności Operator będzie miał możliwość odwołania wygenerowanego alarmu wraz z wysłaniem mailowej oraz sms do Wykonawcy, Podwykonawcy oraz wskazanych przez Zamawiającego podmiotów.


Stopniowanie istotności błędów, czas reakcji i usunięcia awarii należy ustalić z Zamawiającym.


4 CENTRUM NADZORU RUCHU


4.1 ZAKRES PRAC


W zakresie prac w tej części zamówienia jest:


1) Opracowanie dokumentacji projektowo-kosztorysowej, w tym:

• Projekt wykonawczy dla wszystkich branż,

• Specyfikacja Techniczna Wykonania i Odbioru Robót dla wszystkich branż,

• Szczegółowy kosztorys dla wszystkich branż (lub kosztorysy dla poszczególnych branż),

2) Dokonanie wymaganych uzgodnień,

3) Wykonanie modernizacji sali operacyjnej .


W ramach modernizacji Sali operacyjnej na potrzeby CNR zostaną wykonane następujące zakresy prac:


1) Roboty demontażowe, polegające na usunięciu zbędnych urządzeń,

2) Roboty konstrukcyjno-budowlane, polegające na montażu konstrukcji pod monitory ściany wizyjnej oraz na wykonaniu ścianki działowej,

3) Zmiana aranżacji wnętrza w zakresie stanowisk operatorskich,

4) Dostawa, montaż i uruchomienie wyposażenia sali operacyjnej.


4.2 WYPOSAŻENIE I WŁAŚCIWOŚCI FUNKCJONALNE CNR


Centrum Nadzoru Ruchu (CNR) wraz z serwerownią będą zlokalizowane w budynku przy ul. Bałtyckiej 8a w Chorzowie. Zadaniem wykonawcy będzie budowa/adaptacja sali operatorów Systemu Centralnego ITS wraz z zapleczem (pomieszczenia socjalne) niezbędnym do funkcjonowania pracowników Centrum. Zadaniem wykonawcy będzie przystosowanie pomieszczeń udostępnionych w budynku do nowych funkcji użytkowych. Centrum będzie realizować funkcje monitorowania i zarządzania dla wszystkich podsystemów systemu ITS.


W ramach adaptacji pomieszczenia planuje się wykonanie wszelkich prac adaptacyjno-budowlanych wymaganych do prawidłowego działania Centrum.


Zakłada się, że CNR będzie posiadało:


a) Sala operatorska o wymiarach zapewniających (powierzchnia ok. 35-40 m2):

• Miejsce na ścianę wizyjną, złożoną z minimum 4 monitorów wielkoformatowych o przekątnej 55 cali, z systemem zapewniającym jej chłodzenie;

• Miejsce na przynajmniej 2 stanowiska operatorskie złożone z biurka, komputera oraz 2 monitorów;

• Miejsce na testowy sterownik sygnalizacji świetlnej;

• Drukarkę, niszczarkę itp.

b) Serwerownię na potrzeby systemu (powierzchnia ok. 25 m2);

c) Pokój zadaniowy dla Centrum Nadzoru Ruchu (powierzchnia ok. 20 m2);

d) Pomieszczenie magazynowe (powierzchnia ok. 20 m2);

e) Salka konferencyjna (powierzchnia ok. 25 m2);

f) WC (powierzchnia ok. 5-10m2).


Suma powierzchni: 130-140 m2.


CNR posiadać powinno pełne wyposażenie sprzętowe i socjalne z nastawieniem na ergonomię i komfort obsługi, co ułatwi bardziej efektywną pracę służb operatorskich.


Przewiduje się następujące wyposażenia Sali operatorów Centrum Sterownia:


• 2 stanowiska robocze dla operatorów Systemu ITS, każde stanowisko pracy będzie się składać minimum z:

• 2 monitorów LCD z podświetleniem LED o przekątnej min 24 cale,

• stacji roboczej (platforma workstation),

• skórzanego fotela obrotowego,

• aparatu telefonu stacjonarnego,

• klawiatury do sterowania obrazem z kamer monitoringu,

• szafki zamykanej podręcznej,

• biurka na wymiar mieszczącego powyższe elementy,

• ścianę wizyjnej – 4-óch ekranów wielkoformatowy (min 52 cale) z możliwością dowolnego przesyłania danych z min. 4 różnych stacji roboczych wraz z oprogramowaniem do edycji stref wyświetlania i ich rozmiarów.

• drukarkę sieciową (formaty A3/A4), Dodatkowo Centrum należy wyposażyć w:

• 1 stanowisko robocze w pokoju zadaniowym, stanowisko pracy będzie się składać minimum z:

• 2 monitorów LCD z podświetleniem LED o przekątnej min 24 cale,

• stacji roboczej (platforma workstation),

• skórzanego fotela obrotowego,

• aparatu telefonu stacjonarnego,

• klawiatury do sterowania obrazem z kamer monitoringu,

• szafki zamykanej podręcznej,

• biurka na wymiar mieszczącego powyższe elementy,

• tablica do pisania - magnetyczna (1,8m x 1,2m).


Dodatkowo sala operatorów wyposażona będzie w podłogę technologiczną, sufit podwieszany, system kontroli dostępu, system przeciwpożarowy oraz klimatyzację. Wszystkie te elementy należy zaprojektować i wdrożyć w ramach zamówienia. Szczegóły techniczne, wizualizacje pomieszczeń oraz inne elementy Centrum zostaną ustalone na etapie projektowania. Przedstawiono wymagania minimalne dla sprzętu i oprogramowania. Nawet, jeżeli elementy sprzętu czy oprogramowania nie zostały opisane, a istnieje konieczność ich zainstalowania w celu zapewnienia wymaganej funkcjonalności, to takie oprogramowanie i sprzęt jest przedmiotem zamówienia i powinien być ujęty w cenie ofertowej. Wszystkie licencje na oprogramowanie powinny być licencjami ze wsparciem technicznym przez okres od instalacji do 5 lat od przekazania systemu użytkownikowi.


Oprogramowanie minimalne dla komputerów stacjonarnych CNR:


• system operacyjny w języku polskim,

• licencjonowane oprogramowanie antywirusowe

• pakiet biurowy wg standardów wykorzystywanych w MZUiM w Chorzowie

• program w języku polskim z bazą danych do tworzenia projektów oznakowania poziomego i pionowego (formaty plików .dwg, .dxf, .pdf) - 4 licencje


4.3 SZCZEGÓŁOWE WŁAŚCIWOŚCI FUNKCJONALNO-UŻYTKOWE DLA CENTRUM STEROWANIE RUCHEM


4.3.1 SALA OPERATORSKA

• sala operatorska będzie zawierać 2 stanowiska, każde z dwoma monitorami min. 24 cale

• sala powinna zostać zaprojektowana tak, aby mogła pomieścić personel i urządzenia przeznaczone do wykonywania określonych funkcji, w tym stanowisko dydaktyczne,

• dla każdego operatora należy zapewnić odpowiednią przestrzeń pracy, zgodnie z przepisami,

• pomieszczenie musi zapewnić miejsce na rozlokowanie urządzeń pomocniczych, takich jak drukarki, kopiarki, faks itp.,

• konsole operatorskie powinny zostać rozmieszczone w taki sposób, aby operatorzy mieli nieograniczone pole widzenia ściany graficznej

• jedno ze stanowisk operatorskich powinno umożliwiać obsługę zgłoszeń zdarzeń,

• konsole operatorskie powinny znajdować się blisko siebie, umożliwiając tym samym bezpośrednią komunikację pracownikom,


4.3.2 POKÓJ ZADANIOWY

• pokój zadaniowy będzie zawierać 1 stanowiska z dwoma monitorami min. 24 cale, wraz z wyposażeniem

• stanowił będzie stanowisko kierownika CNR


4.3.3 SALA KONFERENCYJNA

• sala winna pomieścić stół konferencyjny dla co najmniej 10 osób

• projektor wraz z ekranem


4.3.4 KONSOLE OPERATORSKIE

• liczba konsoli operatorskich powinna być równa przewidywanej liczbie operatorów pracujących w tym samym czasie (minimum trzy stanowiska),

• konsole operatorskie muszą być zorganizowane w taki sposób, aby operatorzy mieli łatwość dostępu do wszelkich niezbędnych urządzeń i podglądu ściany ekranów. Same stanowiska powinny być zaprojektowane zgodnie z zasadami ergonomii,

• należy minimalizować liczbę urządzeń na stanowisku operatorskim w celu podniesienia efektywności jego wykorzystania poprzez stosowanie urządzeń wielofunkcyjnych,

• powinny zostać zaprojektowane tak, aby zachowane zostały zasady ergonomii stanowisk pracy i rozmieszczenia urządzeń.


4.3.5 OŚWIETLENIE

• sala operatorska powinna posiadać oświetlenie zapewniające normatywne natężenie światła na wszystkich stanowiskach pracy. System oświetlenia powinien włączać oświetlenie górne o regulowanym poziomie natężenia, pozwalającym operatorom na indywidualne dostosowanie poziomu oświetlenia do własnych potrzeb i panujących warunków zewnętrznych. Dobierając rodzaj oświetlenia i lokalizacje źródeł światła należy pamiętać o zminimalizowaniu niekorzystnego efektu odbicia światła od powierzchni ekranów i monitorów. Wymogiem


Zamawiającego jest zastosowanie nowoczesnych energooszczędnych ekranów LCD lub OLED co zniweluje efekt bezpośredniego odbicia światła. Kąt obserwacji monitora nie może być niższy niż 178o w pionie i poziomie. Oświetlenie również musi zapewniać maksymalne wykorzystanie energii. (ściemniacze, czujniki natężenia światła)

• każda konsola powinna być wyposażona w źródło światła bezpośrednio oświetlające stanowisko robocze,

• ściany pomieszczenia operatorskiego powinny być pomalowane na neutralny (miękki) kolor (inny niż biały) w celu zmniejszenia efektu odbicia światła od urządzeń wizyjnych,

• najkorzystniejsza wydaje się być kombinacja światła dziennego naturalnego ze światłem sztucznym. Wskazane jest jednak uwzględnienie rolet/filtrów okiennych ograniczających nadmierną penetrację światła słonecznego.


4.3.6 ŚRODOWISKO PRACY

• system klimatyzacyjny jest wymagany dla komfortu pracy zatrudnionych osób jak i działających urządzeń,

• należy zapewnić możliwość sterowania parametrami temperaturowymi w pomieszczeniu Centrum

• skuteczne wytłumienie hałasu jest jednym z kluczowych problemów w każdym „otwartym” miejscu pracy. W szczególności w środowisku pracujących urządzeń elektrycznych. Tłumienie hałasu powinno być rozpatrywane w odniesieniu zarówno do źródeł jak i medium rozchodzenia się hałasu. W przypadku źródeł hałasu należy zwrócić uwagę na dobór cicho pracujących urządzeń i technologii, które ze swojej natury są mniej hałaśliwe niż inne (np. drukarki laserowe, radiotelefony słuchawkowe, itp.) jak również na rozlokowanie konsoli operatorskich możliwie blisko siebie w celu ułatwionej komunikacji pomiędzy pracownikami. Zastosowanie miękkich wykładzin podłogowych i obiciowych, wykorzystanie nieregularnych kształtów w rozplanowaniu pomieszczenia operatorskiego pomaga w tłumieniu hałasu. Należy zwrócić uwagę na zastosowanie dobrej izolacji akustycznej ścian, podłogi i sufitu pokoju operatorskiego, w celu redukcji hałasu z zewnątrz.


4.3.7 WEJŚCIE I CIĄGI KOMUNIKACYJNE

• rozkład konsoli operatorskich i urządzeń powinien sprzyjać wymuszeniu logicznego ciągu obiegu komunikacyjnego osób pracujących w pomieszczeniu operatorskim,

• niezbędnym elementem jest zapewnienie kontroli dostępu do CNR, w szczególności pomieszczenia operatorskiego. Dodatkowo CNR należy wyposażyć w czujki wykrywające dym oraz ruch.


4.4 WYMAGANIA TECHNICZNE DLA CNR


4.4.1 ZASILANIE

• tablica rozdzielcza systemu zasilania powinna znajdować się w pomieszczeniu wskazanym przez Zamawiającego,

• system zasilania powinien uwzględniać obwód zasilania awaryjnego, podtrzymującego zasilanie urządzeń elektrycznych CNR na okres 2 godzin (docelowo do uruchomienia agregatu zasilania awaryjnego) na czas przerw w dopływie prądu,

• obwód elektryczny zasilający urządzenia elektroniczne powinien być wyposażony w stabilizator napięcia i układ zabezpieczający przed przepięciami w sieci,


• oświetlenie awaryjne,

• okablowanie i uziemienie zgodne z obowiązującymi normami,

• odpowiednia liczba gniazdek elektrycznych.


4.4.2 SYSTEM KLIMATYZACJI

• wymagania optymalne odnośnie temperatury wewnątrz pomieszczeń wynoszą 22°C latem i 24°C zimą. Urządzenia klimatyzacyjne powinny być wystarczająco wydajne dla zapewnienia tych warunków we wszystkich pomieszczeniach,


4.4.3 KONTROLA HAŁASU

• poziom hałasu w pomieszczeniach biurowych i pokoju operatorskim nie powinien przekraczać 55dB. W tym celu należy zapewnić dobrą izolację ścian i stropów we wszystkich pomieszczeniach,

• pomieszczenia powinny być wyposażone w ekrany dźwiękochłonne i wykończone materiałami dźwiękochłonnymi (włączywszy obicia i wykładziny podłogowe).


4.4.4 OŚWIETLENIE

• pomieszczenia CNR powinny być dostatecznie doświetlone. Typowe wymogi oświetlenia od 500 do 770 luxów,

• w pomieszczeniu operatorskim, wymagane jest zainstalowanie oświetlenia o regulowanej mocy w celu dopasowania do danych warunków,

• niezbędne jest też zainstalowanie indywidualnych oświetleń stanowisk pracy.


4.4.5 SYSTEM PRZECIWPOŻAROWY

• system przeciwpożarowy powinien być zaprojektowany zgodnie z obowiązującymi przepisami. Typowo, system ten powinien uwzględnić:

o detektory dymu i temperatury połączone z sygnalizacją alarmową dźwiękową i wizualną,

o odpowiedni system gaszący dla poszczególnych pomieszczeń CNR,

o ściany ze wskaźnikiem ogniotrwałości przynajmniej jednej godziny,

o instalację wentylacyjna oddymiającą.

• system gaszący powinien być dobrany do odpowiednich pomieszczeń tak, by nie spowodować zniszczenia pracujących w nich urządzeń a w szczególności utraty danych z macierzy dyskowych oraz kopii zapasowych.


4.4.6 SYSTEM BEZPIECZEŃSTWA

• bezpieczeństwo wymaga zainstalowania systemu do kontroli dostępu i monitorowania pomieszczeń. System powinien uwzględniać:

o monitoring wejścia głównego, zarówno pracowników jak i odwiedzających,

o kontrolę dostępu poprzez szerokie posługiwanie się elektronicznymi kartami identyfikacyjnymi i czytnikami tych kart, zainstalowanymi przy wejściach do poszczególnych pomieszczeń a także przy komputerach,

o łączność interkomową pomiędzy głównym wejściem do budynku, portiernią a salą operacyjną, zintegrowaną z istniejącą centralą telefoniczną,


o podwójny system bezpieczeństwa uwzględniający kontrolę dostępu i monitoring wideo jest szczególnie istotny w godzinach pracy drugiej i trzeciej zmiany,

o system bezpieczeństwa powinien uniemożliwić nieuprawnionym osobom swobodne wejście do sali operatorskiej,


4.4.7 KOMPUTER OPERATORA


Minimalne wymagania na komputer stanowiska operatora (2 szt. oraz kierownika CNR – 1 szt.).


Element

Opis wymagań


Płyta główna

Chipset dedykowany dla procesora

Procesor dedykowany do pracy w komputerach stacjonarnych, w architekturze x64, osiągający w teście PassMark2007 CPU Mark wynik nie mniejszy niż 7500 pkt, według wyników opublikowanych na stronie: xxxx://xxx.xxxxxxxxxxxx.xxx/xxx_xxxx.xxx

Zintegrowany kontroler SATA (min. 4 porty w tym min. 2 porty SATA/III 6 Gb/s) z obsługą funkcjonalności RAID 0,1

Nie wyposażone sloty (puste): min. 2 x PCI-Express w tym min. 1 PCI- Express x16

Pamięć RAM 16 GB:

• Pamięć dostosowana do częstotliwości szyny CPU z technologią ECC

• Z możliwością rozszerzenia do minimum 128GB

Dysk HDD SATA SSD min. 240GB

Min. 2 sloty PCIe minimum 16x dedykowane dla pracy kart graficznych


BIOS

• Zabezpieczenie hasłem dostępu do systemu operacyjnego i dostępu do BIOS komputera - zabezpieczenia te muszą działać niezależnie odsiebie

• Odczyt z BIOS komputera informacji o numerze seryjnym i numerze inwentaryzacyjnym (asset tag)

• Odczyt z BIOS dokładnych informacji o procesorze – co najmniej model, typ, częstotliwości FSB, prędkość rzeczywista, ilość

pamięcicache

• Odczyt z poziomu BIOS lub systemu operacyjnego modelu i wersji firmware dysku twardego oraz modelu i wersji firmware napędu optycznego

• Możliwość wyłączania portów COM, USB z BIOS komputera bez pośrednictwa systemu operacyjnego, ani bez pośrednictwa urządzeń zewnętrznych i ograniczania dostępu do portów USB dla dysków i pamięci flash pracujących w standardzie USB 1.x i 2.x

• Monitorowanie komputera poza systemem operacyjnym polegające na monitorowaniu konfiguracji komponentów komputera (procesor, pamięć, dysk twardy, model i wersja płyty głównej i wersja BIOS), przekierowaniu konsoli tekstowej oraz ekranu konfiguracyjnego BIOS na stację zarządzającą przez sieć

• Możliwości przywrócenia BIOS w przypadku jego uszkodzenia (ataki wirusów itp.)



Napędy optyczne

Napęd optyczny – nagrywarka Blu-Ray wraz z licencją i zainstalowanym programem do nagrywania płyt CD/DVD/BD nie będącym częścią systemu operacyjnego.

Karta dźwiękowa

Zintegrowana z płytą główną w standardzie minimum High Definition


Karta graficzna

Minimum 2048 MB pamięci RAM przy przepustowości 170 GB/s

Karta musi obsługiwać wielomonitorowość min. 4 monitory.

Karta(y) graficzne muszą wyświetlać obraz na min. 4 monitorach w rozdzielczości min. Full HD

Wymagane łącznie minimum 9 wyjść umożliwiających podpięcie monitorów przez port cyfrowy DVI lub HDMI + Display Port


Karta sieciowa

Karta sieciowa wbudowana w płytę główną pracująca z prędkościami 10/100/1000Mbps, z obsługą protokołów: WoL, ASF 2.0, PXE, obsługą protokołów IEEEE: 802.1x, 802.1q i QoS, zgodna ze standardem opisanym w sekcji Funkcje bezpieczeństwa i monitorowania.

Porty i złącza (minimum)

Audio (słuchawki + mikrofon na przednim panelu obudowy)

6 x USB (w tym minimum 3 porty 3.0 oraz min. 2 porty z przodu

obudowy)

Czytnik kart elektronicznych

Czytnik kart elektronicznych typu smart card wbudowany w obudowę komputera lub klawiaturę


Funkcje

bezpieczeństwa i monitorowania

• Wbudowana w płytę główną technologia zarządzania i monitorowania komputerem na poziomie sprzętowym działająca niezależnie od stanu czy obecności systemu operacyjnego oraz stanu włączenia komputera podczas pracy na zasilaczu sieciowym AC, obsługująca zdalną komunikację sieciową w oparciu o protokół IPv4 oraz IPv6, zapewniająca:

o monitorowanie konfiguracji komponentów komputera - CPU, Pamięć, HDD wersja BIOS płyty głównej;

o możliwość zdalnego zarządzania stanem zasilania komputera: włączenie/wyłączenie/reset/poprawne zamknięcie systemu operacyjnego

o zdalną konfigurację ustawień BIOS,

o zdalne przejęcie konsoli tekstowej systemu, przekierowanie procesu

ładowania systemu operacyjnego z wirtualnego CD ROM lub

FDD z



serwera zarządzającego;

o zdalne przejecie pełnej konsoli graficznej systemu tzw. KVM Redirection (Keyboard, Video, Mouse) bez udziału systemu operacyjnego ani dodatkowych programów, również w przypadku braku lub uszkodzenia systemu operacyjnego;

o zapis i przechowywanie dodatkowych informacji o wersji zainstalowanego oprogramowania i zdalny odczyt tych informacji (wersja, zainstalowane uaktualnienia, sygnatury wirusów, itp.) z wbudowanej pamięci nieulotnej.

o technologia zarządzania i monitorowania komputerem na poziomie sprzętowym powinna być zgodna z otwartymi standardami DMTF WS-MAN 1.0.0

(xxxx://xxx.xxxx.xxx/xxxxxxxxx/xxxxx) oraz DASH 1.0.0 (xxxx://xxx.xxxx.xxx/xxxxxxxxx/xxxx/xxxx/)

o nawiązywanie przez sprzętowy mechanizm zarządzania, zdalnego szyfrowanego protokołem SSL/TLS połączenia z predefiniowanym serwerem zarządzającym, w definiowanych odstępach czasu, w przypadku wystąpienia predefiniowanego zdarzenia lub błędu systemowego (tzw. platform event) oraz na żądanie użytkownika z poziomu BIOS.

• Wbudowany układ TPM o wersji min. 1.2


Osprzęt

• Klawiatura bezprzewodowa w układzie US(QWERTY)

• Mysz bezprzewodowa optyczna min. 800 DPI z rolką przewijania oraz dołączona podkładka

• Mikrofon stacjonarny

• Kabel zasilający

• Kabel audio stereo


Obudowa

Obudowa typu Tower z czujnikiem otwarcia obudowy

• Obudowa z możliwością instalacji 2 dysków twardych rozmiaru 3,5” wewnątrz obudowy

• Wbudowany w obudowę komputera lub klawiaturę czytnik kart elektronicznych typu SmartCard


Oprogramowanie

Oprogramowanie producenta komputera dedykowane do wykonywania diagnostyki komputera

Oprogramowanie zarządzające producenta komputera

Licencja dla aktualnie dostępnej, najnowszej wersji Windows 64- bitowej w języku polskim z możliwością downgrade-u do wersji niższej lub system równoważny, zgodny z 23.1.

Dla wersji OEM wymagany nośnik pozwalający na ponowną instalację systemu niewymagającą wpisywania klucza rejestracyjnego lub rejestracji poprzez Internet czy telefon. Zamawiający dopuszcza produkt równoważny.

Pakiety oprogramowania opisane w rozdziale 4.2.

Numer seryjny komputera

Numer seryjny komputera umieszczony na obudowie


Deklaracja zgodności CE

Certyfikat jakości ISO 9001 lub równoważny

Certyfikat jakości ISO 14001 lub równoważny



Certyfikacja Energy Star w wersji co najmniej 5.0 dla oferowanego


modelu komputera lub inne równoważne – wymagane oświadczenie


producenta

Certyfikaty,

Poziom emitowanego hałasu, mierzony wg normy ISO 7779 i wykazany

deklaracje i normy

według normy ISO 9296 w trybie jałowym (IDLE) powinien wynosić nie


więcej niż 30dB, potwierdzony stosownym dokumentem producenta


komputera.


Potwierdzenie kompatybilności komputera na stronie Microsoft


Windows Products List lub producenta zainstalowanego na stacji


roboczej systemu operacyjnego na zgodność z zaoferowanym


systemem.


4.4.8 ŚCIANA WIZYJNA


Ścianę wizyjną stanowić będzie:


• Konstrukcja wykonana z ramy stalowej z profili zamkniętych o wymiarach 80mm x 80mm, zimnogiętych, ocynkowanych, malowanych proszkowo w kolorze uzgodnionym z Inwestorem, której elementy pionowe montowane są do podłogi, ścian lub sufitu.

• Zamontowane na tej konstrukcji 4 monitorów o przekątnej 52”.


Zadaniem Wykonawcy, oprócz wykonania konstrukcji ściany wizyjnej, będzie dostawa, montaż i konfiguracja następującego wyposażenia:


• Monitory ściany wizyjnej

• Oprogramowanie zarządzające ścianą wizyjną

• Komputery zarządzające ścianą wizyjną


Monitory ściany wizyjnej muszą być określone przez producenta, jako monitory dedykowane dla takich ścian i przystosowane do pracy ciągłej.


Parametr - funkcja

Minimalne wymagania

Wielkość ekranu [cale]

Min. 52

Proporcje obrazu

16:9

Jasność (przy wysyłce) [cd/m2]

Min.500

Kontrast

3500:1

o Kąty widzenia [ ]

Min. 178 poziomo/178 pionowo

Czas reakcji [ms]

Xxx. 8

Rozdzielczość natywna

1920x1080

Wejścia wideo cyfrowe

1 x DVI-D i 1 x (HDMI 1.3 (HDCP) lub Display Port (HDCP))

Wersja kolorystyczna

Czarna wąska ramka ekranu, czarna obudowa (suma szerokości górnej i dolnej ramki lub suma lewej i prawej ramki nie więcej niż 5mm)


Ściana powinna mieć możliwość sprzętowej kalibracji kolorów, jasności, punktu bieli, czerni oraz krzywej gamma, tj. możliwość niezależnego zaprogramowania krzywej gamma dla każdego monitora z osobna za pomocą specjalistycznego oprogramowania tego samego producenta, co monitory. Ściana musi


zapewniać możliwość łączenia sygnałów z wielu monitorów w jeden obraz poprzez odpowiednie oprogramowanie zainstalowane na komputerze obsługującym ścianę wizyjną.


4.4.9 KOMPUTER ZARZĄDZAJĄCY ŚCIANĄ WIZYJNĄ


Wysokowydajny komputer zarządzający ścianą wizyjną posiadający kartę graficzną umożliwiającą jednoczesną obsługę 8 monitorów przy zachowaniu jednolitości standardów połączeniowych z monitorami, zapewniający płynną obsługę ściany wizyjnej, zgodnie z wytycznymi oprogramowania systemu nadzoru monitoringu.


Parametr - funkcja

Minimalne wymagania


Płyta główna

Chipset dedykowany dla procesora

Kontrolery I/O (zintegrowane w płycie głównej):

• Kontroler SATA w wersji minimum III (6 portowy) wraz ze zintegrowanym kontrolerem RAID 0/1/10

Procesory: 2 procesory dedykowane do pracy w stacjach graficznych, w architekturze x64, w konfiguracji osiągającej w teście PassMark2007 CPU Mark wynik nie mniejszy niż 25000pkt , według wyników opublikowanych na stronie:

xxxx://xxx.xxxxxxxxxxxx.xxx/xxx_xxxx.xxx

Pamięć RAM 16 GB:

• Pamięć dostosowana do częstotliwości szyny CPU z technologią ECC

• Z możliwością rozszerzenia do minimum 128GB

Dwa dyski HDD SATA SSD, każdy min. 240GB, zbudowane w konfiguracji RAID 1

Min. 2 sloty PCIe minimum 16x dedykowane dla pracy kart graficznych

Napędy optyczne

Napęd wewnętrzny Blu-Ray Combo z licencją na program do

nagrywania płyt CD/DVD/BD nie będący częścią systemu operacyjnego

Karta dźwiękowa

Zintegrowana z płytą główną w standardzie minimum High Definition


Karta graficzna

Minimum 2048 MB pamięci RAM przy przepustowości 170 GB/s

Karta musi obsługiwać wielomonitorowość min. 8 monitorów w przypadku jednej karty, min. 6 monitorów w przypadku 2 kart.

Karta(y) graficzne muszą wyświetlać obraz na 8 monitorach w rozdzielczości min. Full HD

Wymagane łącznie minimum 8 wyjść umożliwiających podpięcie monitorów przez port cyfrowy DVI lub HDMI + Display Port

Karta sieciowa

Zintegrowana 10/100/1000 Mbps, dwuportowa, (RJ-45) (wbudowana w płytę główną),

Porty i złącza (minimum)

Audio (słuchawki + mikrofon na przednim panelu obudowy)

6 x USB (w tym minimum 3 porty 3.0 oraz min. 2 porty z przodu

obudowy),

Czytnik kart elektronicznych

Czytnik kart elektronicznych typu smart card wbudowany w obudowę komputera lub klawiaturę


Funkcje

bezpieczeństwa

Blokady logiczne zewnętrznych interfejsów i napędów

Kontrola sekwencji bootowania

Ochrona hasłem dostępu do systemu i BIOSu komputera



Czujnik otwarcia obudowy

Wbudowany układ TPM w wersji minimum 1.2


Funkcje monitorowania

Dedykowany zintegrowany układ do nadzoru parametrów pracy komputera (temperatura wewnętrzna, temperatura pracy procesora, pracy dysków twardych, baterii i wentylatorów), współpracujący z oprogramowaniem do diagnostyki.


Obudowa

Typu Tower

Dwa redundantne zasilacze o mocy dostosowanej do konfiguracji

komputera

Obudowa musi umożliwiać bez narzędziową wymianę kart rozszerzeń, dysku twardego i napędu optycznego

Wnęki: 4x 3,5” wewnętrzne, 3x 5.25” zewnętrzne


Monitor do obsługi konfiguracji systemu LCD

Technologia podświetlenia matrycy – LED

Przekątna minimum 27” Wide

Natywna rozdzielczość matrycy min. 2560 x 1440 pikseli,

(Zamawiający informuje, że całkowita liczba pikseli liczona jako iloczyn punktów w pionie i w poziomie nie będzie brana pod uwagę)

Format ekranu 16:9

Typowy czas reakcji matrycy (gray-to-gray): max. 12 ms

Jasność min. 380 cd/m²

Kontrast min. 1000:1

Kąt patrzenia: minimum 178° w poziomie i 178° w pionie

Złącza cyfrowe – zgodne z portem karty graficznej komputera

Głośniki wbudowane lub zintegrowane z obudową monitora

Regulacja wysokości monitora w zakresie min. do 10 cm, możliwość obrotu

monitora do pozycji pionowej (funkcja pivot), możliwość obrotu monitora na boki o min. +/-45°

W trybie uśpienia (Power save) pobór mocy poniżej 1W

Kabel o długości minimum 1,8 m do podłączenia sygnału karty graficznej do monitora, złącze zgodne ze złączem karty graficznej


Oprogramowanie

Oprogramowanie producenta komputera dedykowane do wykonywania diagnostyki komputera

Oprogramowanie zarządzające producenta komputera

Licencja dla aktualnie dostępnej, najnowszej wersji Windows 64- bitowej w języku polskim z możliwością downgrade-u do wersji niższej, niższej lub system równoważny, zgodny z 23.1.

Dla wersji OEM wymagany nośnik pozwalający na ponowną instalację systemu niewymagającą wpisywania klucza rejestracyjnego lub rejestracji poprzez Internet czy telefon. Zamawiający dopuszcza produkt równoważny.

Numer seryjny komputera

Umieszczony na obudowie


Deklaracja zgodności CE

Certyfikat jakości ISO 9001 lub równoważny

Certyfikat jakości ISO 14001 lub równoważny



Certyfikaty i normy:

Certyfikacja Energy Star w wersji co najmniej 5.0 dla oferowanego modelu komputera lub równoważny

Poziom emitowanego hałasu, mierzony wg normy ISO 7779 i wykazany według normy ISO 9296 w trybie jałowym (IDLE) powinien wynosić nie więcej niż 30dB, potwierdzony stosownym dokumentem producenta komputera


4.4.10 MONITOR OPERATORA


Minimalne wymagania na monitor stanowiska operatora. Należy dostarczyć:

• Min. 2 szt. dla każdej stacji operatorskiej


Parametr - funkcja

Minimalne wymagania


Parametry

Technologia podświetlenia matrycy – LED

Przekątna minimum 27” Wide

Natywna rozdzielczość matrycy min. Full HD

(Zamawiający informuje, że całkowita liczba pikseli liczona jako iloczyn punktów w pionie i w poziomie nie będzie brana pod uwagę)

Format ekranu: Wide

Typowy czas reakcji matrycy (gray-to-gray): max. 12 ms

Jasność min. 380 cd/m²

Kontrast min. 1000:1

Kąt patrzenia: minimum 178° w poziomie i 178° w pionie

Złącza cyfrowe – zgodne z portem karty graficznej komputera

Głośniki wbudowane lub zintegrowane z obudową monitora

Regulacja wysokości monitora w zakresie min. do 10 cm, możliwość obrotu monitora do pozycji pionowej (funkcja pivot), możliwość obrotu monitora na boki o min. +/-45°

W trybie uśpienia (Power save) pobór mocy poniżej 1W

Kabel o długości minimum 3 m do podłączenia sygnału karty graficznej do monitora, złącze zgodne ze złączem karty graficznej

Złącza USB: 2x USB min. 2.0


4.4.11 LAPTOPY I TABLETY

Dla potrzeb pracy zdalnej operatorów należy dostarczyć:


• 4 laptopy/komputery przenośne,

• 2 urządzenia elektroniczne typu tablet Minimalne parametry komputera przenośnego:

Parametr - funkcja

Minimalne wymagania


Parametr - funkcja

Minimalne wymagania

Rodzaj

Komputer przenośny

Procesor

czterordzeniowy klasy x86, taktowany zegarem minimum 2,5

GHz

Liczba procesorów

1

Pamięć

Co najmniej 8GB DDR-3 SDRAM

Karta graficzna

Zintegrowana z płytą główną, obsługująca rozdzielczość Full HD

Kamera + mikrofon

wbudowane


Matryca

Przekątna wyświetlacza nie mniejsza niż 15cali z rozdzielczością nie mniejszą niż 1920 x 1080 z powłoką przeciwodblaskową i

podświetlaną LED

Dysk twardy

Co najmniej 480 GB SSD


Interfejs sieciowy

1 x 10 /100/1000 Ethernet

Wbudowana karta sieciowa bezprzewodowa 802.11 a/b/g/n Bluetooth


Komunikacja

Laptop z łączem internetowym bezprzewodowym bez limitu

danych o pełnej prędkości LTE wraz z opłaconym abonamentem na 3 lata

Karta dźwiękowa

Zintegrowana

Napęd optyczny

DVD RW


Porty

Co najmniej 2 x USB 2.0

1 x wejście liniowe audio, 1 x wejście mikrofonowe 1 x wyjście liniowe audio, 1 x wyjście słuchawkowe

Czas pracy na baterii

Co najmniej 3h

Waga

Nie więcej niż 2,5 kg wraz z baterią


Inne

Licencja dla aktualnie dostępnej, najnowszej wersji Windows 64-bitowej w języku polskim z możliwością downgrade-u do wersji niższej lub system równoważny, zgodny z 23.1.

Pakiet biurowy w wersji dla instytucji i przedsiębiorstw w licencji nielimitowanej czasowo,

Program antywirusowy w wersji dla instytucji i przedsiębiorstw minimum 2 lata licencji

Torba do przenoszenia laptopa

Deklaracja CE

Gwarancja

Producenta, co najmniej 5 lat


Minimalne parametry tabletu:


• ekran dotykowy

• rozmiar ekranu od 9,0” do 11” cali

• rozdzielczość ekranu nie gorsza niż 1280 x 780 pixeli

• wymiary zewnętrzne tabletu nie większe niż: 280 x 200 x 11 mm

• grubość (samego tabletu) nie większa niż 11 mm

• pamięć masowa urządzenia min. 32 GB

• procesor główny urządzenia min. 1 GHz

• pamięć RAM min. 1GB

• urządzenie powinno obsługiwać (umożliwiać komunikację) min. : 3G, WiFi 802.11 b/g/n, Bluetooth

• urządzenie powinno posiadać aparat fotograficzny na tylnej stronie obudowy o rozdzielczości min. 3,2 Mpx (3,2 Megapixeli)


• - urządzenie powinno posiadać slot do zewnętrznej karty pamięci

• urządzenie powinno posiadać min. złącza: słuchawkowe i stacji dokującej

• urządzenie powinno posiadać min. funkcje: czujnik oświetlenia, mikrofon, głośnik, żyroskop, akcelerometr, GPS

• urządzenie powinno posiadać wewnętrzną baterię o pojemności min. 6500 mAh

• urządzenie powinno być wyposażone w dedykowane zabezpieczenie ekranu przed przypadkowym zarysowaniem umożliwiające jednocześnie podstawkę umożliwiającą użytkowanie urządzenia (tabletu) pod różnymi kątami pracy


Wszystkie tablety muszą być wyposażone w kartę i posiadać wykupiony przez Wykonawcę Systemu abonament bez limitu danych o pełnej prędkości LTE wraz z opłaconym abonamentem na 3 lata.


Wszystkie koszty związane z zakupem, dostarczeniem i bieżącym utrzymaniem wymienionych tabletów przez okres realizacji Systemu ponosi w całości Wykonawca Systemu. Tablety winny być dodatkowo ubezpieczone przez Wykonawcę Systemu od kradzieży.


4.4.12 WYPOSAŻENIE DODATKOWE


4.4.12.1 DRUKARKA WIELOFUNKCYJNA A3


Wysokowydajne urządzenie wielofunkcyjne posiadające funkcje drukarki kolorowej, skanera, kopiarki - w technologii laserowej – 1 szt.


• Rozdzielczość drukowania/kopiowania min. 600dpi,

• Prędkość druku / kopiowania A4 w czerni / kolorze – min. 22 str./min.

• Prędkość druku / kopiowania A3 w czerni / kolorze – min. 14 str./min.

• Pojemność min. papieru 250 arkuszy oraz 100 arkuszy z podajnika ręcznego

• Drukowanie na banerach

• Skanowanie do maila, FTP, USB, w tym formaty plików JPEG, TIFF, PDF, XPS

• Gramatura papieru do 300 g/m²

• Port LAN Gigabit Ethernet

• Pamięć min. 1 GB

• Automatyczny duplex

• Dotykowy panel

• Komplet oryginalnych tonerów pełnowartościowych

• Oryginalna podstawka pod urządzenie


4.4.12.2 NISZCZARKA


Dedykowane urządzenie przeznaczone do niszczenia dokumentów papierowych oraz płyt CD – 1 szt.


4.5 ZALECENIA DLA POMIESZCZENIA, W KTÓRYM ZAINSTALOWANY BĘDZIE SPRZĘT SERWEROWY


Sprzęt serwerowy Systemu ITS będzie instalowany w dedykowane serwerowni znajdującym się na w budynku przy ul. Bałtyckiej 8a w Chorzowie.


Serwerownię należy przygotować i wyposażyć w poniżej opisaną infrastrukturę.


4.6 INFRASTRUKTURA INFORMATYCZNA


4.6.1 WYPOSAŻENIE SERWEROWNI


W ramach realizacji zadania należy wyposażyć serwerownię w odpowiednie urządzenia.


Platforma serwerowa, dostarczona do serwerowni CNR oparta musi być na rozwiązaniach wysokiej gęstości mocy w postaci serwerów kasetowych zainstalowanych w szafie RACK o głębokości minimum 1000 mm. Szafa serwerowa musi być wyposażona w moduły dystrybucji zasilania, obsługujące dwa obwody zasilające. Jeden z obwodów musi być zasilany z systemu zasilania awaryjnego.


Zarządzane obudową serwerową musi odbywać się za pomocą dwóch redundantnych modułów zarządzających, pozwalając na pełną obsługę urządzeń za pomocą sieci IP.


Obudowa serwerowa musi być wyposażona w dwa redundantne przełączniki serwerowe z interfejsami o szybkości minimum 10Gbit/s zapewniając wydajny ruch wejściowy i wyjściowy dla środowiska serwerowego, a także w dwa przełączniki fibre channel 8Gbit/s zapewniając wydajną komunikację z siecią SAN.


Projektowane rozwiązanie musi opierać się na serwerach kasetowych wykonanych w technologii Intel x86, dwuprocesorowych, w liczbie i konfiguracji zapewniającej odpowiednią pojemność obliczeniową oraz niezawodność środowiska w razie uszkodzenia dowolnego z serwerów oraz z zachowaniem 25% nadmiarowości. Minimalna liczba serwerów została określona w dalszej części wymagań.


Serwery muszą być wyposażone w niezależne, redundantne interfejsy Ethernet oraz Fibre Channel. Na dostarczonych serwerach należy zainstalować platformę wirtualizacyjną.

Należy dostarczyć minimum jedną macierz dyskową podstawową i jedną macierz do backupu, o konfiguracji jak w rozdziałach poniżej. Macierz musi umożliwiać w przyszłości na rozbudowę jej pojemności o dodatkowe półki rozszerzeń. Należy dostarczyć minimalną pojemność wymaganą w dalszej części dokumentu, jednocześnie należy zapewnić 25% przestrzeni nadmiarowej w stosunku do przestrzeni wykorzystywanej przez aplikacje.


4.6.2 INFRASTRUKTURA TECHNICZNA


4.6.2.1 OBUDOWA SERWERÓW KASETOWYCH


Należy dostarczyć obudowę serwerów kasetowych o następujących parametrach minimalnych:


Komponent

Opis wymagań

Obudowa

Wysokość maksymalna 12U wraz z wymaganymi modułami chłodzenia oraz zasilania.

Obudowa musi być dostarczona ze wszystkimi

komponentami do instalacji w szafie rack 19''.

Serwery

Możliwość instalacji co najmniej 16 niezależnych serwerów kasetowych (węzłów) wyposażonych w co najmniej 2

procesory każdy.

Możliwość instalacji węzłów czteroprocesorowych oraz węzłów obsługujących minimum 8 dysków NVMe.

Przełączniki

Możliwość instalacji w obudowie czterech przełączników w



standardach komunikacyjnych co najmniej: Ethernet z

portami zewnętrznymi 40Gb, przełączników FiberChannel oraz przełączników InfiniBand.

Zainstalowane minimum 2 przełączniki udostępniające co najmniej 32 zewnętrzne porty 10Gb Ethernet SFP+ z czego po 2 w każdym z przełączników obsadzone wkładkami w

standardzie SFP+ 10Gb SR. Obsługa wkładek 1Gb Ethernet w standardzie Base-T. Możliwość pracy przełączników w trybie full-duplex lub autonegocjacji (4Gb / 8Gb / 16Gb).

Zainstalowane minimum 2 przełączniki udostępniające co najmniej 16 zewnętrznych portów 16Gb FC z czego po 4 w każdym z przełączników obsadzone wkładkami w

standardzie SFP+ 10Gb SR. Obsługa wkładek 1Gb Ethernet w standardzie Base-T. Możliwość pracy przełączników w trybie full-duplex lub autonegocjacji. Wsparcie dla NPIV.

Przełączniki muszą umożliwiać agregację i wyprowadzenie sygnałów z obudowy z zachowaniem redundancji połączeń. Przełączniki muszą umożliwić wyprowadzenie sygnału ze

wszystkich portów w każdym serwerze.

Zarządzanie

Obudowa musi być wyposażona w co najmniej 2 moduły zarządzania w celu zapewnienia redundancji.

Dostarczona infrastruktura serwerowa musi pracować bez przerwy i bez obniżenia wydajności serwerów w przypadku uszkodzenia obydwu modułów zarządzających.

Moduł zarządzania musi posiadać możliwość zdalnego włączania/wyłączania/restartu niezależnie dla każdego serwera.

Moduł zarządzania musi posiadać możliwość zdalnego udostępniania napędu/ów CD-ROM, FDD, obrazu ISO na

potrzeby serwera z możliwością startowania z w/w napędów niezależnie dla każdego z serwerów kasetowych.

Moduł zarządzania musi posiadać możliwość zdalnej

identyfikacji fizycznego serwera i obudowy za pomocą sygnalizatora optycznego.

Pełna administracja zarządzaniem za pośrednictwem przeglądarki internetowej bez konieczności instalacji

specyficznych komponentów programowych producenta sprzętu. Niezależny, równoległy dostęp do konsol

tekstowych i graficznych wszystkich serwerów w ramach obudowy.

Możliwość weryfikacji zużycia energii całej obudowy oraz konfiguracji polityk ograniczających zużycie energii.

Obudowa wyposażona w panel LCD umożliwiający podgląd parametrów pracy systemów, wyświetlanie informacji o

alarmach i konfiguracji urządzeń.

Zasilanie

Redundantne zasilanie z możliwością wymiany w trakcie pracy. Zainstalowane minimum 4 zasilacze o mocy maksymalnej 3000W.

Wymiana zasilacza nie może powodować konieczności wyjęcia lub odłączenia wentylatorów (pojedynczego wentylatora lub modułu wentylatorów).

Obudowa musi umożliwiać optymalizację obciążenia



zainstalowanych zasilaczy celem osiągania maksymalnej

sprawności pracy zasilaczy oraz minimalizacji zużycia energii.


Zasilacze muszą posiadać wizualną sygnalizację stanu pracy – poprawna praca / usterka.

Stan pracy i parametrów zasilaczy musi być monitorowany

zdalnie (przez moduł zarządzający obudowy) oraz ewentualnie lokalnie przez panel informacyjny LCD.

Wentylatory

Redundantne chłodzenie (wentylatory) z możliwością wymiany w trakcie pracy.

Certyfikaty

Obudowa serwerowa musi być wyprodukowana zgodnie z normą ISO-9001 oraz ISO-14001 (dokumenty załączyć do oferty). Obudowa serwerowa musi posiadać deklaracja CE

(dokument załączyć do oferty).

Dokumentacja

Zamawiający wymaga dokumentacji w języku polskim lub angielskim.

Gwarancja

Minimum 5 lat gwarancji realizowanej w miejscu instalacji

sprzętu, z czasem reakcji do następnego dnia roboczego od przyjęcia zgłoszenia, możliwość zgłaszania awarii poprzez linię telefoniczną producenta lub firmy serwisującej.

Okres gwarancji liczony będzie od daty sporządzenia

protokołu zdawczo-odbiorczego przedmiotu zamówienia. Urządzenie musi być fabrycznie nowe i nieużywane wcześniej w żadnych projektach, wyprodukowane nie wcześniej niż 6 miesięcy przed dostawą i nieużywane przed dniem

dostarczenia z wyłączeniem używania niezbędnego dla przeprowadzenia testu ich poprawnej pracy.

Możliwość sprawdzenia statusu gwarancji poprzez stronę producenta podając unikatowy numer urządzenia.

Urządzenie musi pochodzić z autoryzowanego kanału dystrybucji producenta przeznaczonego na teren Unii Europejskiej, a korzystanie przez Zamawiającego z

dostarczonego produktu nie może stanowić naruszenia

majątkowych praw autorskich osób trzecich. Zamawiający będzie wymagał dostarczenia wraz z urządzeniem

oświadczenia przedstawiciela producenta potwierdzającego

ważność uprawnień gwarancyjnych na terenie Polski.


4.6.2.2 SERWER KASETOWY


4.6.2.2.1 WYMAGANIA OGÓLNE


a) Serwery muszą być fabrycznie nowe.

b) Oferowane serwery muszą pochodzić od jednego producenta i muszą być wyprodukowane zgodnie z normą jakości ISO 9001:2000 lub normą równoważną.

c) W momencie oferowana wszystkie elementy oferowanej architektury muszą być dostępne (dostarczane) przez producenta.

d) Urządzenia i ich komponenty muszą być oznakowane przez producentów w taki sposób, aby możliwa była identyfikacja zarówno produktu jak i producenta.

e) Płyta główna musi być trwale oznaczona nazwą producenta serwera.


f) Urządzenia muszą być dostarczone Zamawiającemu w oryginalnych opakowaniach fabrycznych.

g) Do każdego dostarczonego wraz z serwerem systemu operacyjnego muszą być załączone oryginalne dokumenty licencyjne uprawniające do używania systemu operacyjnego określonego dla każdego z serwerów. Wymagane jest dostarczenie systemu operacyjnego Windows co najmniej Microsoft Windows Server 2012 R2 x64 lub równoważnego, wg 23.2.

h) Do każdego urządzenia musi być dostarczony komplet standardowej dokumentacji dla użytkownika w formie papierowej lub elektronicznej.

i) Do każdego urządzenia musi być dostarczony komplet nośników umożliwiających odtworzenie oprogramowania zainstalowanego w urządzeniu.

j) Wszystkie urządzenia muszą współpracować z siecią energetyczną o parametrach: 230 V ± 10% , 50 Hz.


4.6.2.2.2 POZOSTAŁE WYMAGANIA


Należy dostarczyć minimum 5 szt. serwerów kasetowych o następujących parametrach minimalnych:


Komponent

Opis wymagań

Obudowa

Typu blade do instalacji w oferowanej obudowie kasetowej Sygnalizacja optyczna pozwalająca na wizualną identyfikację serwera w obudowie kasetowej.

Sygnalizacja optyczna stanu pracy serwera: poprawna praca

/ usterka.

Oferowana obudowa serwerów kasetowych powinna umożliwiać instalację minimum 16 sztuk oferowanych serwerów kasetowych.

Płyta główna

Płyta główna dwuprocesorowa, kompatybilna z

zainstalowanymi podzespołami. Zaprojektowana i wyprodukowana przez producenta serwera.

Zintegrowany kontroler RAID 0/1. Wewnętrzny port USB 3.0.

Fabryczna obsługa kart SD (min. 2 szt.) dla hypervisora

wirtualizacyjnego z dedykowanym sprzętowym układem i możliwością ustawienia zabezpieczenia RAID1. Obsługa kart SD nie może powodować zmniejszenia ilości wnęk na dyski twarde jak i wolnych portów USB.

Płyta główna powinna posiadać możliwość rozbudowy o

minimum 1 slot PCI Express 3.0 X16.

Parametry procesora

Procesor maksymalnie ośmiordzeniowy, wykonany w technologii x86-64, o wydajności pozwalającej na uzyskanie wyniku baseline SPECint_rate_base2006 nie mniej niż 900 pkt (dla oferowanego serwera, w pełni obsadzonego procesorami). Wyniki testu dla oferowanego procesora i

serwera muszą być dostępne na stronie

xxxx://xxx.xxxx.xxx.

Ilość procesorów

2

Pamięć RAM

Minimum 128GB pamięci RAM typu RDIMM o częstotliwości pracy 2400MHz.

Płyta musi obsługiwać min. 1.5TB pamięci RAM, na płycie

głównej muszą znajdować się minimum 24 sloty



przeznaczone na pamięć RAM.

Zabezpieczenia pamięci: ECC, Memory Mirror, Memory Sparing.

Podsystem dyskowy

Możliwość instalacji co najmniej 2 dysków SAS/SSD w obudowie serwera.

Możliwość instalacji sprzętowego dedykowanego kontrolera dyskowego RAID z 2GB pamięci Cache oraz podtrzymaniem bateryjnym oraz obsługą poziomów RAID: 0, 1, 10, 5, 50, 6,

60.

Serwer wyposażony w 2 karty microSD / SD o pojemności minimum 32GB każda. Możliwość zastosowania

sprzętowego zabezpieczenia RAID1 dla zainstalowanych kart

flash.

Komunikacja

Zainstalowane minimum 2 karty mezzaninowe wspierające przełączniki opisane w specyfikacji obudowy kasetowej.

Karty powinny posiadać redundantne połączenia 10Gb Ethernet SFP+ do przełączników oraz redundantne

połączenia 16Gb FC SFP+.

Karta graficzna

Zintegrowana z płytą główną, posiadająca minimum 32MB pamięci, umożliwiająca poprawne wyświetlenie obrazu w

rozdzielczości co najmniej 1920x1200.

Zarządzanie i obsługa techniczna

Serwer musi być wyposażony w kartę zdalnego zarządzania (konsoli) pozwalającej na: włączenie, wyłączenie i restart serwera, podgląd logów sprzętowych serwera i karty,

przejęcie pełnej konsoli tekstowej serwera niezależnie od jego stanu (także podczas startu, restartu OS). Wymagane dostarczenie funkcjonalność przejęcia zdalnej konsoli

graficznej i podłączenia wirtualnych napędów DVD/ISO, współdzielenie konsoli pomiędzy kilku użytkowników.

Dostęp z poziomu przeglądarki WWW jak i z linii komend CLI.

Karta z dedykowanym portem RJ-45. Rozwiązanie sprzętowe, niezależne od systemów operacyjnych,

zintegrowane z płytą główną lub jako karta zainstalowana w gnieździe PCI. Zdalna identyfikacja fizycznego serwera i

obudowy za pomocą sygnalizatora optycznego.

Certyfikaty

Serwer musi być wyprodukowany zgodnie z normą ISO-9001 oraz ISO-14001 (dokumenty załączyć do oferty). Serwer musi posiadać deklaracja CE (dokument załączyć do oferty).

Serwer winien znajdować się na liście Windows Server Catalog i posiadać status Certified for Windows” dla

systemów Microsoft Windows Server 2008 R2 x64, Microsoft Windows Server 2012 R2 x64 oraz Microsoft Windows Server 2016 x64. Zgodność z systemami SUSE Linux Enterprise Server, RedHat Enterprise Linux, Citrix

XenServer, VMware vSphere.

Dokumentacja

Zamawiający wymaga dokumentacji w języku polskim lub angielskim.

Możliwość telefonicznego sprawdzenia konfiguracji

sprzętowej serwera oraz warunków gwarancji po podaniu numeru seryjnego bezpośrednio u producenta lub jego

przedstawiciela.


Gwarancja

Minimum 5 lat gwarancji realizowanej w miejscu instalacji

sprzętu, z czasem reakcji do następnego dnia roboczego od przyjęcia zgłoszenia, możliwość zgłaszania awarii poprzez linię telefoniczną producenta lub firmy serwisującej.

Okres gwarancji liczony będzie od daty sporządzenia

protokołu zdawczo-odbiorczego przedmiotu zamówienia.

Urządzenie musi być fabrycznie nowe i nieużywane wcześniej w żadnych projektach, wyprodukowane nie

wcześniej niż 6 miesięcy przed dostawą i nieużywane przed dniem dostarczenia z wyłączeniem używania niezbędnego dla przeprowadzenia testu ich poprawnej pracy.

Możliwość sprawdzenia statusu gwarancji poprzez stronę producenta podając unikatowy numer urządzenia.

Urządzenie musi pochodzić z autoryzowanego kanału dystrybucji producenta przeznaczonego na teren Unii Europejskiej, a korzystanie przez Zamawiającego z

dostarczonego produktu nie może stanowić naruszenia

majątkowych praw autorskich osób trzecich. Zamawiający będzie wymagał dostarczenia wraz z urządzeniem

oświadczenia przedstawiciela producenta potwierdzającego

ważność uprawnień gwarancyjnych na terenie Polski.


4.6.2.3 MACIERZ DYSKOWA PRODUKCYJNA


Należy dostarczyć 1 macierz dyskową produkcyjną o następujących parametrach minimalnych:


Komponent

Opis wymagania

Obudowa

Obudowa do montażu w szafie RACK 19” za pomocą dostarczonych dedykowanych elementów. Możliwość instalacji minimum 25 dysków 2.5” w obudowie

jednostki kontrolerowej oraz minimum 24 dysków 3.5” w obudowie oferowanej dodatkowej półki dyskowej.

Maksymalna wysokość całego rozwiązania: 6U.

Kontrolery dyskowe

Macierz wyposażona w minimum 2 kontrolery

pracujące w trybie active/active, z funkcjonalnością SAN. Możliwość rozbudowy o funkcjonalność dostępu plikowego NAS.

Możliwość rozbudowy do 8 kontrolerów dyskowych tworzących jedną logiczną macierz bez konieczności

wymiany zaoferowanej pary kontrolerów. Rozbudowa nie może odbywać się poprzez wirtualizację

(podłączanie kilku macierzy przez wirtualizator

zasobów dyskowych).

Wymagana przestrzeń

Zainstalowane minimum 24 dyski 900GB SAS 10K oraz

minimum 24 dyski 6TB NL-SAS 7.2K.

Możliwości rozbudowy macierzy

Możliwość rozbudowy oferowanej macierzy, do co najmniej 748 napędów dyskowych, bez wymiany

kontrolerów macierzowych, tylko poprzez dodawanie półek i dysków.

Możliwość instalacji mieszanej konfiguracji dysków

SAS, NL-SAS oraz SSD w obrębie jednej półki dyskowej.

Pamięć Cache

Minimum 48GB pamięci Cache na każdy kontroler.

Pamięć Cache musi być zabezpieczona przed utratą



danych w przypadku awarii zasilania poprzez funkcję zapisu zawartości pamięci Cache na nieulotną pamięć lub posiadać podtrzymywanie bateryjne min. 72

godzin. Możliwość rozbudowy pamięci cache o

minimum 4800GB z użyciem dysków SSD.

Zabezpieczenia dyskami

SPARE

Możliwość definiowania dysków SPARE lub

odpowiedniej zapasowej przestrzeni dyskowej.

Dostępne interfejsy

Minimum 8 interfejsów 16Gb/s FC z wkładkami optycznymi.

Minimum 4 interfejsy 12Gb/s SAS do podłączania półek dyskowych.

Możliwość rozbudowy o co najmniej porty 10Gb/s FCoE lub 56Gb/s Infiniband wyłącznie poprzez

instalację dodatkowej karty w oferowanej jednostce

kontrolerowej macierzy.

Obsługiwane typy zabezpieczenia RAID

Kontrolery wyposażone w funkcjonalność konfiguracji poziomów RAID: RAID 0, RAID 1, RAID 3, RAID 10, RAID

5, RAID 50, RAID 6. Zabezpieczenia RAID realizowane

za pomocą sprzętowego, dedykowanego układu.

Prezentacja dysków

logicznych o pojemności większej niż zajmowana przestrzeń dyskowa

Możliwość tworzenia i prezentacji dysków logicznych (LUN) o pojemności większej niż zajmowana fizyczna przestrzeń dyskowych (ang. ThinProvisioning).

Funkcjonalność zwrotu skasowanej przestrzeni dyskowej do puli zasobów wspólnych (ang. Space Reclamation). Wymaga się dostarczenia w/w

funkcjonalności.

Utrzymanie

Możliwość aktualizacji firmware-u kontrolerów

macierzy bez przerywania dostępu do danych.

Macierz przystosowana do napraw w miejscu zainstalowania oraz wymiany elementów bez

konieczności jej wyłączania.

Macierz musi umożliwiać zdalne zarządzanie oraz automatyczne informowanie centrum serwisowego o

awarii.

Zarządzanie

Zarządzanie macierzą (wszystkimi kontrolerami) z poziomu pojedynczego interfejsu graficznego.

Wymagane jest stałe monitorowanie stanu macierzy (w tym monitorowanie wydajności) oraz możliwość konfigurowania jej zasobów. Wymagane dostarczenie w/w funkcjonalności na zainstalowaną przestrzeń

dyskową.

Raportowanie

Możliwość wglądu w obecne i historyczne parametry wydajnościowe oraz możliwość generowania

raportów dotyczących tych parametrów. Dopuszcza się zaoferowanie oprogramowania dodatkowego w

celu dostępu do parametrów historycznych.

Kopie wewnątrz macierzy

Tworzenie na żądanie tzw. migawkowej kopii danych (ang. snapshot) w ramach macierzy do wykorzystania w celu np. wykonywania kopii zapasowych lub testów systemów komputerowych. Możliwość wykonania minimum 1024 kopii migawkowych LUN.

Na tym etapie postępowania nie jest wymagane

dostarczenie w/w funkcjonalności.

Tworzenie na żądanie pełnej fizycznej kopii danych (klon) w ramach macierzy za pomocą wewnętrznych

kontrolerów macierzowych. Możliwość utworzenia



minimum 128 kopii danych LUN typu klon.

Na tym etapie postępowania nie jest wymagane dostarczenie w/w funkcjonalności.

Funkcjonalność kopiowania na żądanie danych ze źródłowego zasobu LUN na docelowy zasób LUN

(ang. Lun Copy). Możliwość utworzenia minimum 64 kopii LUN.

Na tym etapie postępowania nie jest wymagane

dostarczenie w/w funkcjonalności.

Funkcjonalność zapisywania tych samych danych na dwóch osobnych zasobach LUN (ang. LUN mirroring). W przypadku gdy LUN źródłowy staje się niedostępny, aplikacje automatyczne mają dostęp do lustrzanego

zasobu LUN. Możliwość utworzenia minimum 128 kopii lustrzanych LUN.

Na tym etapie postępowania nie jest wymagane

dostarczenie w/w funkcjonalności.

Multipathing

Możliwość udostępniania danych do hosta wykorzystując wiele niezależnych ścieżek (ang.

Multipathing). Wymagane dostarczenie w/w

funkcjonalności.

Migracja danych wolumenu logicznego pomiędzy różnymi

technologiami dyskowymi

Macierz musi umożliwiać migrację danych bez

przerywania do nich dostępu pomiędzy różnymi warstwami technologii dyskowych (ang. Tiering) na poziomie całych woluminów logicznych lub jego

fragmentów, w szczególności macierz musi zapewniać zmianę poziomu RAID/migrację danych bez

konieczności rekonfiguracji po stronie serwerów korzystających z woluminów logicznych.

Na tym etapie postępowania nie jest wymagane

dostarczenie w/w funkcjonalności.

Replikacja danych

Możliwość zdalnej replikacji danych typu on-line (bez przerywania prezentacji wolumenów dyskowych) do macierzy tej samej rodziny w trybie synchronicznym i asynchronicznym. Funkcjonalność ta nie może

wpływać na obciążenie serwerów podłączonych do macierzy.

Na tym etapie postępowania nie jest wymagane

dostarczenie w/w funkcjonalności.

Zasilacze

Minimum 2szt., redundantne, typu hot-plug

Certyfikaty

Wymagane oznaczenie produktu znakiem CE. Należy dołączyć do oferty dokument/deklarację producenta potwierdzający spełnienie przez produkt wymagań

bezpieczeństwa zgodnie z dyrektywą.

Gwarancja

Minimum 5 lat gwarancji realizowanej w miejscu

instalacji sprzętu, z czasem reakcji do następnego dnia roboczego od przyjęcia zgłoszenia, możliwość

zgłaszania awarii poprzez linię telefoniczną producenta lub firmy serwisującej.

Okres gwarancji liczony będzie od daty sporządzenia protokołu zdawczo-odbiorczego przedmiotu

zamówienia.

Urządzenie musi być fabrycznie nowe i nieużywane wcześniej w żadnych projektach, wyprodukowane nie



wcześniej niż 6 miesięcy przed dostawą i nieużywane przed dniem dostarczenia z wyłączeniem używania

niezbędnego dla przeprowadzenia testu ich poprawnej pracy.

Możliwość sprawdzenia statusu gwarancji poprzez stronę producenta podając unikatowy numer

urządzenia.

Urządzenie musi pochodzić z autoryzowanego kanału dystrybucji producenta przeznaczonego na teren Unii Europejskiej, a korzystanie przez Zamawiającego z dostarczonego produktu nie może stanowić

naruszenia majątkowych praw autorskich osób

trzecich. Zamawiający będzie wymagał dostarczenia wraz z urządzeniem oświadczenia przedstawiciela producenta potwierdzającego ważność uprawnień

gwarancyjnych na terenie Polski.


4.6.2.4 MACIERZ DLA POTRZEB BACKUPU


Należy dostarczyć 1 macierz dla potrzeb backupu o następujących parametrach minimalnych:


Nazwa komponentu

Wymagane minimalne parametry techniczne

Obudowa

Obudowa do montażu w szafie RACK 19” za pomocą dostarczonych dedykowanych elementów.

Maksymalna wysokość całego oferowanego rozwiązania:

6U.

Kontrolery dyskowe

Macierz wyposażona w minimum 2 kontrolery pracujące w

trybie active/active, z funkcjonalnością SAN.

Wymagana przestrzeń

Zainstalowane minimum 48 dysków 6TB NL-SAS 12Gb/s 3.5”.

Możliwości rozbudowy macierzy

Rozbudowy oferowanej macierzy, do co najmniej 296 napędów dyskowych, bez wymiany kontrolerów

macierzowych, tylko poprzez dodawanie półek i dysków.

Pamięć Cache

Minimum 8GB pamięci Cache na każdy kontroler, pamięć Cache musi być zabezpieczona przed utratą danych w

przypadku awarii zasilania poprzez funkcję zapisu zawartości pamięci Cache na nieulotną pamięć lub posiadać podtrzymywanie bateryjne min. 72 godzin. Możliwość

rozbudowy pamięci cache o 400GB z użyciem dysków SSD.

Zabezpieczenia dyskami SPARE

Możliwość definiowania dysków SPARE lub odpowiedniej

zapasowej przestrzeni dyskowej.

Dostępne interfejsy

Minimum 8 interfejsów 1Gb/s Ethernet RJ45.

Minimum 8 interfejsów 16Gb FC z wkładkami optycznymi SFP+ Multimode.

Obsługiwane typy zabezpieczenia RAID

Kontrolery wyposażone w funkcjonalność konfiguracji

poziomów RAID: RAID 0, RAID 1, RAID 3, RAID 10, RAID 5,

RAID 50, RAID 6. Zabezpieczenia RAID realizowane za pomocą sprzętowego, dedykowanego układu.

Prezentacja dysków logicznych o pojemności większej niż

zajmowana przestrzeń dyskowa

Wymagana funkcjonalność tworzenia i prezentacji dysków logicznych (LUN) o pojemności większej niż zajmowana

fizyczna przestrzeń dyskowych (ang. ThinProvisioning). Wymagana funkcjonalność zwrotu skasowanej przestrzeni dyskowej do puli zasobów wspólnych (ang. Space

Reclamation).


Serwisowalność

Wymagane uaktualnianie firmware-u kontrolerów macierzy bez przerywania dostępu do danych.

Macierz przystosowana do napraw w miejscu zainstalowania

oraz wymiany elementów bez konieczności jej wyłączania.

Macierz musi umożliwiać zdalne zarządzanie oraz

automatyczne informowanie centrum serwisowego o awarii.

Zarządzanie

Zarządzanie macierzą (wszystkimi kontrolerami) z poziomu pojedynczego interfejsu graficznego. Wymagane jest stałe monitorowanie stanu macierzy (w tym monitorowanie wydajności) oraz możliwość konfigurowania jej zasobów.

Wymagane dostarczenie w/w funkcjonalności na

zainstalowana przestrzeń dyskową.

Raportowanie

Możliwość wglądu w obecne i historyczne parametry wydajnościowe oraz możliwość generowania raportów

dotyczących tych parametrów. Dopuszcza się zaoferowanie oprogramowania dodatkowego w celu dostępu do

parametrów historycznych.

Kopie wewnątrz macierzy

Tworzenie na żądanie tzw. migawkowej kopii danych (ang. snapshot) w ramach macierzy do wykorzystania w celu np. wykonywania kopii zapasowych lub testów systemów komputerowych. Wymagane dostarczenie w/w

funkcjonalności umożliwiającej wykonanie minimum 256

kopii migawkowych LUN.

Tworzenie na żądanie pełnej fizycznej kopii danych (klon) w ramach macierzy za pomocą wewnętrznych kontrolerów

macierzowych. Możliwość utworzenia minimum 128 kopii

danych LUN typu klon. Nie jest wymagane dostarczenie w/w funkcjonalności.

Funkcjonalność kopiowania na żądanie danych ze

źródłowego zasobu LUN na docelowy zasób LUN (ang. Lun Copy). Wymagane dostarczenie w/w funkcjonalności

umożliwiającej wykonanie minimum 32 kopii LUN.

Funkcjonalność zapisywania tych samych danych na dwóch osobnych zasobach LUN (ang. LUN mirroring). W przypadku gdy LUN źródłowy staje się niedostępny, aplikacje

automatyczne mają dostęp do lustrzanego zasobu LUN.

Możliwość utworzenia minimum 64 kopii lustrzanych LUN. Nie jest wymagane dostarczenie w/w funkcjonalności.

Multipathing

Możliwość udostępniania danych do hosta wykorzystując

wiele niezależnych ścieżek (ang. Multipathing). Wymagane dostarczenie w/w funkcjonalności.

Migracja danych wolumenu logicznego pomiędzy różnymi technologiami dyskowymi

Macierz musi umożliwiać migrację danych bez przerywania do nich dostępu pomiędzy różnymi warstwami technologii dyskowych (ang. Tiering) na poziomie całych woluminów logicznych lub jego fragmentów, w szczególności macierz musi zapewniać zmianę poziomu RAID/migrację danych bez konieczności rekonfiguracji po stronie serwerów

korzystających z woluminów logicznych. Dostarczenie tej funkcjonalności nie jest wymagane na tym etapie

postępowania.

Replikacja danych

Możliwość zdalnej replikacji danych typu on-line (bez przerywania prezentacji wolumenów dyskowych) do



macierzy tej samej rodziny w trybie synchronicznym i

asynchronicznym. Funkcjonalność ta nie może wpływać na obciążenie serwerów podłączonych do macierzy.

Dostarczenie tej funkcjonalności nie jest wymagane na tym

etapie postępowania.

Zasilacze

Minimum 2szt., redundantne, typu hot-plug

Certyfikaty

Wymagane oznaczenie produktu znakiem CE. Należy dołączyć do oferty dokument/deklarację producenta potwierdzający spełnienie przez produkt wymagań

bezpieczeństwa zgodnie z dyrektywą.

Gwarancja

Minimum 5 lat gwarancji realizowanej w miejscu instalacji

sprzętu, z czasem reakcji do następnego dnia roboczego od przyjęcia zgłoszenia, możliwość zgłaszania awarii poprzez linię telefoniczną producenta lub firmy serwisującej.

Okres gwarancji liczony będzie od daty sporządzenia

protokołu zdawczo-odbiorczego przedmiotu zamówienia.

Urządzenie musi być fabrycznie nowe i nieużywane wcześniej w żadnych projektach, wyprodukowane nie

wcześniej niż 6 miesięcy przed dostawą i nieużywane przed dniem dostarczenia z wyłączeniem używania niezbędnego dla przeprowadzenia testu ich poprawnej pracy.

Możliwość sprawdzenia statusu gwarancji poprzez stronę producenta podając unikatowy numer urządzenia.

Urządzenie musi pochodzić z autoryzowanego kanału dystrybucji producenta przeznaczonego na teren Unii Europejskiej, a korzystanie przez Zamawiającego z

dostarczonego produktu nie może stanowić naruszenia

majątkowych praw autorskich osób trzecich. Zamawiający będzie wymagał dostarczenia wraz z urządzeniem

oświadczenia przedstawiciela producenta potwierdzającego

ważność uprawnień gwarancyjnych na terenie Polski.


4.6.2.5 SZAFY RACK


Zamawiający wymaga dostarczenia niezbędnych akcesoriów do prawidłowego montażu dostarczonego sprzętu.


Komponent

Opis wymagania



Obudowa

Wysokość minimum 42U. Drzwi przednie i tylne perforowane, zdejmowane, zamykane na klucz. Boczne ściany dzielone,

zdejmowane. Zamawiający dopuszcza zastosowanie szafy typu RACK wyposażonej w niedzielone ściany boczne. Szafa tego

samego producenta co serwery.


Listwy zasilające i kable

Szafa wyposażona w komponenty umożliwiające fizyczną instalację oraz dystrybucje redundantnego zasilania do

wszystkich wymienionych powyżej. Dostawa powinna zawierać także kable do połączenia urządzeń ze sobą w odpowiedniej

ilości (kable FC, kable do konsoli, PDU). Dla zapewnienia kompatybilności i integralności rozwiązań, wymagane w tym

punkcie urządzenia zasilające PDU powinny być tego samego

producenta co dostarczana szafa RACK.

KVM

8 portowy przełącznik KVM do instalacji w szafie RACK, wraz z



kompletem okablowania umożliwiającym podłączenie do

obudowy serwerów za pomocą portów VGA/USB.


Konsola LCD

Konsola LCD do montażu w szafie rack, o wysokości max 1U , 17" wraz z klawiaturą i urządzeniem wskazującym. Ekran LCD

powinien zapewniać wyświetlanie 16,7 mln kolorów, mieć

przekątną wyświetlacza nie mniejszą niż 17".


4.6.2.6 BIBLIOTEKA TAŚMOWA


Należy dostarczyć bibliotekę taśmową o następujących parametrach minimalnych:


Komponent

Opis wymagania


Obudowa

Biblioteka taśmowa musi być dostarczona ze wszystkimi komponentami do instalacji w standardowej szafie rack 19”.

Obudowa powinna posiadać widoczne elementy sygnalizacyjne do informowania o stanie poprawnej pracy lub awarii biblioteki.

Obudowa nie może zawierać elementów typu bateria/akumulator

wymagających jakiegokolwiek reżimu obsługowego: wymiana, przełączanie, ładowanie.

Napędy taśmowe stosowane w bibliotece muszą mieć wykonanie half- height pozwalające na montaż w tej samej obudowie min. 4 napędów.

Biblioteka musi być wyposażona w min. 4 magazynki z wnękami dla

nośników z taśmą, pozwalające na umieszczenie min. 12 kasetek nośników w każdym magazynku.

Biblioteka musi posiadać wbudowany zintegrowany czytnik kodów kreskowych do automatycznej inwentaryzacji i identyfikacji kaset z taśmą magnetyczną.

Bibliotek musi posiadać min. 1 slot typu Import/Export, tzw. mail slot, do wymiany (ładowanie i wyciąganie kasetek z nośnikiem) bez konieczności wyłączania lub przerywania operacji zapisu/odczytu na innych kasetkach znajdujących się w napędach biblioteki).

Biblioteka musi umożliwiać partycjonowanie zasobów sprzętowych na drodze programowej – tj. poprzez wykupienie odpowiedniej licencji przy wystarczającej dla uruchomienia tej funkcji konfiguracji sprzętowej.

Biblioteka musi mieć na obudowie wyprowadzony min. 1 interfejs RJ-45 Ethernet 10/100MB/s do komunikacji z układem zdalnego zarządzania

biblioteką.

Biblioteka musi posiadać interfejsy umożliwiające poprawną współpracę z serwerem kopii zapasowych.

Rodzaj napędu

Biblioteka taśmowa musi być wyposażona w min. 2 napędy typu LTO-6.


Układ sterowania

Panel kontrolny/operatora pozwalający wykonywać x.xx. operacje: Inwentaryzacja zasobów biblioteki

Ustawienia i konfiguracja zainstalowanych napędów Ustawienia adresów IP dla modułu zarządzania

Ustawienia zabezpieczenia dostępu do modułu operatora / panelu kontrolnego poprzez ustawienie hasła lub PIN-u

Wykonanie testów diagnostycznych poprawności pracy biblioteki i napędów Relokacja nośników danych i nośników czyszczących

Aktualizacja oprogramowania wewnętrznego.

Panel operatora wyposażony w czytelny wyświetlacz i przyciski

umożliwiające sterowanie wyświetlaną informacją, np.: sterowanie menu konfiguracji i wprowadzanie/ustawianie parametrów konfiguracyjnych. Układ zdalnego zarządzania wspierający adresację protokołem IPv4 i IPv6.

Układ zdalnego zarządzania umożliwiający wysyłanie alarmów i informacji o



zdarzeniach krytycznych drogą elektroniczną – protokołem SNM i SMTP – do zewnętrznej stacji administratora.

Układ zdalnego zarządzania pozwalający na zabezpieczanie dostępu do zarządzania biblioteką poprzez wprowadzenie hasła lub PIN-u.

Układ zdalnego zarządzania posiadający oddzielne poziomy uprawnień dla monitorowania i konfigurowania biblioteki, zabezpieczane oddzielnymi

hasłami lub kodami PIN.

Układ zdalnego zarządzania umożliwiający zdalne wysuwanie zainstalowanych magazynków.

Liczba slotów

Biblioteka zapewniać musi obsługę min. 48 slotów .

Taśmy

Wymagane jest dostarczenie min. 45 taśm LTO6 oraz 2 taśm czyszczących.


Konfiguracja, zarządzanie

Biblioteka musi umożliwiać zarządzanie i konfigurowanie zasobów sprzętowych poprzez interfejs graficzny uruchamiany z poziomu

przeglądarki WWW.

Uruchomienie interfejsu graficznego nie może wymagać instalacji dodatkowego oprogramowania na stacji administratora.

Zasilanie

2 zasilacze


Gwarancja

5 letnia gwarancja w trybie 24/7 w miejscu instalacji na wszystkie elementy obudowy z gwarantowanym czasem naprawy w ciągu 24h.

Dostarczany sprzęt musi być nowy i pochodzić z oficjalnego kanału sprzedaży producenta obudowy serwerów przetwarzających.


4.6.2.7 ZASILACZ BEZPRZERWOWY UPS I AGREGAT PRĄDOTWÓRCZY


4.6.2.7.1 ZASILACZ BEZPRZERWOWY


Zamawiający wymaga dostawy, montażu i uruchomienia niezbędnych zasilaczy bezprzerwowych UPS (Uninterruptible Power Supply) umożliwiających podtrzymanie wszystkich urządzeń serwerowni, wszystkich stacji roboczych w sali operatorów, w pokoju zadaniowym oraz oświetlenia awaryjnego w pomieszczeniach centrum przez okres min. 0,5 h (30 minut). Zamawiający wymaga aby nadmiarowość prądowa dostarczanego urządzenia typu UPS wynosiła min. 20%.


4.6.2.7.2 AGREGAT PRĄDOTWÓRCZY


Zamawiający wymaga również dostawy , montażu i uruchomienia 1 agregatu prądotwórczego stanowiącego niezbędny element układu zasilania awaryjnego serwerowni podtrzymującego urządzenia serwerowni oraz stacje robocze operatorów centrum. Agregat prądotwórczy winien być zlokalizowany we wskazanym przez Zamawiającego pomieszczeniu przy xx. Xxxxxxxxxx 0x. Agregat powinien być dostosowany do pracy wewnątrz pomieszczeń. Dostarczony agregat winien zapewniać w sposób automatyczny podtrzymanie zasilania dla wymaganych urządzeń serwerowni i sali operatorów, pokoju zadaniowego po zaniku napięcia w sieci budynku lecz nie wcześniej niż po czasie min. 75% czasu podtrzymania zasilania przez UPS-y (agregat prądotwórczy rozpocznie swoją pracę po ok. 20 minutach od zaniku zasilania urządzeń z zasilania zewnętrznego i przed wykorzystaniem zasobów zgromadzonych w UPS-ie). Zamawiający wymaga aby agregat prądotwórczy spalinowy zapewniał zasilanie centrum (w zakresie wskazanym) wraz z oświetleniem awaryjnym pomieszczeń centrum przy ul. Bałtyckiej 8a przez okres min. 6 godzin. Wykonawca zabezpieczy agregat prądotwórczy przed wpływami warunków atmosferycznych jeżeli jest to konieczne dla jego nieprzerwanej i niezawodnej pracy.


4.6.2.7.3 INNE


Zamawiający wymaga podtrzymanie zasilania awaryjnego urządzeń klimatyzacyjnych zainstalowanych w serwerowni podstawowej oraz sali operatorów centrum przez moduły UPS (przez min. 30 minut od zaniku napięcia zew.) oraz agregat prądotwórczy (przez min. 6 godzin od wykorzystania 75% zapasu zgromadzonego w UPS-ie).


Zarządzanie uruchomieniem i wyłączeniem agregatu musi odbywać się automatycznie i gwarantować nieprzerwaną i bezawaryjną pracę wszystkich elementów znajdujących się w serwerowni.


4.6.2.8 OPROGRAMOWANIE DO BACKUPU


Zamawiający w ramach zadania wymaga wdrożenia i konfiguracji oprogramowania do wykonywania kopii zapasowych. Oprogramowanie zostanie zainstalowane na serwerze kopii zapasowych, a zabezpieczać musi wszystkie maszyny wirtualne uruchomione w środowisku wirtualnym na wszystkich serwerach przetwarzających dostarczanych w ramach zadania.


4.6.2.9 OPROGRAMOWANIE DO WIRTUALIZACJI


Licencje wirtualizacyjne dla dostarczanych serwerów kasetowych.


Lp

Wymaganie

1.

System do wirtualizacji musi umożliwić stworzenie środowiska logicznego,

wykorzystującego zasoby serwerowe i dyskowe opisane powyżej.

2.

System musi być zainstalowany bezpośrednio na sprzęcie fizycznym, bez konieczności instalacji dodatkowego systemu operacyjnego. Rozwiązanie musi być niezależne od producenta platformy sprzętowej, tzn. nie może wskazywać tylko jednego producenta

sprzętu.

3.

System musi umożliwić uruchomienie wielu instancji systemów operacyjnych na jednym

serwerze fizycznym.

4.

System musi umożliwiać zastosowanie w serwerach fizycznych procesorów o dowolnej liczbie rdzeni oraz zapewnić możliwość przydzielenia maszynom wirtualnym do 128

procesorów wirtualnych.

5.

System musi umożliwiać przydzielenie większej ilości pamięci wirtualnej RAM dla maszyn

wirtualnych niż fizyczne zasoby RAM serwera.

6.

System musi posiadać centralną konsolę graficzną do zarządzania maszynami wirtualnymi i usługami, w tym możliwość monitorowania wykorzystania zasobów fizycznych

infrastruktury wirtualnej.

7.

Konsola do zarządzania środowiskiem wirtualnym musi pochodzić od tego samego

producenta co sam system do wirtualizacji, tak aby Zamawiający nie był zmuszony do szkolenia pracowników u dwóch różnych (lub więcej) producentów.

8.

System musi zapewniać możliwość wykonywania kopii migawkowych serwerów wirtualnych i instancji systemów operacyjnych, na potrzeby tworzenia kopii zapasowych

(bez przerywania pracy tych systemów i serwerów wirtualnych).

9.

System musi mieć możliwość przenoszenia maszyn wirtualnych w czasie ich pracy

pomiędzy serwerami fizycznymi.

10.

System musi umożliwiać dodawanie i rozszerzanie dysków wirtualnych, procesorów i

pamięci RAM podczas pracy wybranych systemów.

11.

System musi umożliwiać tworzenie klastrów z serwerów fizycznych, w celu zapewnienia

wysokiej dostępności maszyn wirtualnych i aplikacji (High Availabilty).

12.

System musi posiadać możliwość przydzielania i konfiguracji uprawnień użytkownikom

poprzez integrację z usługami katalogowymi (np. Microsoft Active Directory. LDAP itp.).

13.

System musi pozwalać na tworzenie wirtualnych przełączników LAN, obsługę sieci VLAN

oraz tworzenie grup obsługi urządzeń I/O z kanałami zapasowymi. Zarządzanie przełącznikami wirtualnymi powinno odbywać się z centralnej konsoli opisanej w pkt. 6.


14.

System musi umożliwiać integrację z dostarczanym systemem kopii zapasowych.

15.

W cenie systemu musi być dostarczona licencja:

a. Uprawniająca do uruchomienie dowolnej ilości serwerów wirtualnych,

b. Nie posiadająca żadnego ograniczenia czasowego ani jeśli chodzi o ważność licencji, ani jeśli chodzi o termin użytkowania oprogramowania,

c. Uprawniająca do bezpłatnych aktualizacji oprogramowania w okresie 5 lat od daty

zakończenia wdrożenia,

16.

Zamawiający oczekuje instalacji i konfiguracji dostarczanego oprogramowania na sprzęcie opisanym w punktach powyżej, przy czym wymaga się przynajmniej:

a. Utworzenia logicznego środowiska wirtualnego.

b. Przeprowadzenia instruktażu dla 2-óch administratorów Zamawiającego w zakresie instalacji i konfiguracji ww. środowisk oraz zarządzania serwerami

wirtualnymi i usługami oferowanymi przez dostarczony system.

17.

a. System musi być zakupiony w autoryzowanym kanale sprzedaży producenta w Polsce.

b. Szkolenia dotyczące produktu, wykraczające poza zakres zamówienia, muszą być

dostępne w Polsce i świadczone w języku polskim.


5 SYSTEM OBSZAROWEGO STEROWANIA RUCHEM WRAZ Z PODSYSTEMAMI ITS


5.1 PODSYSTEM STEROWANIA RUCHEM


5.1.1 WSTĘP


System Sterowania Ruchem powinien być adaptacyjnym systemem pracującym w czasie rzeczywistym. Zamawiający rozumie system adaptacyjny czasu rzeczywistego jako system, w którego podstawowym trybie działania wszystkie zmienne sterujące – offset, split, długość cyklu, sekwencja sygnałów – są na bieżąco wyznaczane automatycznie na poziomie nadrzędnym i dostosowywane do aktualnie panującej sytuacji ruchowej przez sterownik sygnalizacji świetlnej na poziomie lokalnym. System taki charakteryzuje się wyznaczaniem strategicznych informacji dotyczących parametrów sterujących i przekazywaniem ich do sterowników lokalnych przy zachowaniu możliwości zmiany wszystkich parametrów sterowania. Równocześnie Zamawiający nie dopuszcza systemów bazujących na zasadzie wyboru spośród wcześniej zdefiniowanych planów lub predykcji wszystkich parametrów sterowania ruchem na okresy dłuższe niż jeden cykl. Na podstawie systemu detekcji – poprzez monitorowanie detektorów pętlowych lub wideo detektorów – system sterowania ruchem powinien na bieżąco określać warunki ruchu panujące na drogach. Do celów sterowania ruchem, ze względu na występujące szkody górnicze, należy zastosować detektory pętlowe oraz detektory wirtualne działające redundantnie. Ponadto system musi samoczynnie przystosowywać pracę wszystkich elementów wykonawczych do panujących warunków oraz umożliwiać przejęcie w każdej chwili sterowania przez operatora systemu sterowania ruchem w celu zmiany sterowania (np. wydłużenia lub wywołania fazy ruchu , zmiany na inny program, bądź na sterowanie awaryjne). Dodatkowo System musi umożliwiać parametryzowanie systemu sterowania obszarowego przez operatorów.


Niezbędnym wymogiem jest, aby System Sterowania Ruchem pełnił nieprzerwany nadzór i monitorował prawidłowe działanie poszczególnych elementów wchodzących w jego skład. Nieprawidłowości w działaniu któregokolwiek z elementów muszą być sygnalizowane poprzez wyświetlenie ostrzeżenia na konsoli operatorskiej oraz wyemitowanie dedykowanego sygnału akustycznego (z możliwością modelowania natężenia dźwięku oraz jego wyłączenia).


System sterowania ruchem musi zapewniać gromadzenie danych o funkcjonowaniu każdego elementu systemu, awariach, zdarzeniach, ingerencjach operatorów w pracę poszczególnych sygnalizacji świetlnych.


Ze względu na liczbę istniejących sygnalizacji świetlnych oraz tendencje rozwojowe miasta zastosowany system powinien posiadać licencję na włączenie do systemu przynajmniej 200 sygnalizacji (skrzyżowań i przejść z sygnalizacją), z zapewnieniem możliwości dalszej rozbudowy.


W przypadku awarii łączności pomiędzy poziomem centralnym a sterownikami sygnalizacji świetlnej system powinien zapewnić działanie w trybie koordynacji uzależnionej od dnia tygodnia oraz od pory dnia z akomodacją wszystkich faz. Ponadto system musi zapewnić możliwość realizacji lokalnego programu sterownika oraz lokalnego programu opierającego się na danych z systemu sterowania ruchem.


Podsystem musi zapewniać podtrzymanie działania strategii sterowania obszarowego w przypadku braku komunikacji z CNR lub w przypadku uszkodzenia, braku danych lub uszkodzenia skrzyżowania krytycznego. W pozostałych przypadkach wykrycie braku niezbędnych danych z detektorów lub wykrycia niepoprawnych danych o ruchu, podsystem powinien zastąpić brakujące dane wykorzystując detektory z sąsiednich skrzyżowań lub wykorzystać dane historyczne. Podsystem powinien w sposób


dynamiczny sprawdzać poprawność danych zbieranych z detektorów. Zamawiający wyklucza podsystemy sterujące (zarządzające ruchem) pracujące wyłącznie w oparciu o dane historyczne z detektorów systemowych bez wykorzystania danych o ruchu zbieranych w czasie rzeczywistym i prognozowania sytuacji ruchowej w sieci (tworząc np. prognozy krótkoterminowe, tj. prognozy wykonywane od stanu bieżącego (prognoza „0”) do 1h w interwałach co 15 minut.).


5.1.2 STRATEGIA STEROWANIA RUCHEM


Projektowany podsystem powinien być zbudowany jako hierarchiczny, składać się z trzech poziomów sterowania sygnalizacją świetlną: centralnego, obszarowego oraz lokalnego.


Poziom centralny będzie odpowiedzialny za wszystkie elementy systemu sterowania sygnalizacją świetlną na terenie Chorzowa. Umożliwiać będzie definiowanie strategii sterowania, scenariuszy dla określonych sytuacji ruchowych oraz przesyłanie aktualnych wskazówek strategicznych do poziomu obszarowego oraz lokalnego. Dodatkowo poziom centralny odpowiadać będzie za zarządzanie, optymalizację oraz planowanie strategii sterowania, przechowywanie danych oraz koordynację działań sygnalizacji w poszczególnych obszarach. Na poziomie centralnym system będzie wspomagał operatora w wyborze konkretnych rozwiązań w sterowaniu ruchem.


Poziom obszarowy Systemu Sterowania Ruchem będzie umożliwiał nadzorowanie sterowania sygnalizacją świetlną na danym obszarze z uwzględnieniem informacji o ruchu w obszarze oraz danych koordynujących. Na podstawie zagregowanych danych poziom ten będzie określał takie parametry jak długość cykli, sekwencje faz, split, offsety pomiędzy skrzyżowaniami. Powyższe zmienne muszą być automatycznie wyznaczanie na poziomie nadrzędnym, dostosowywane do sytuacji ruchowej i przekazywane do sterownika na poziome lokalnym.


Sterowanie na poziomie lokalnym odbywać się będzie w zakresie pojedynczego skrzyżowania. W oparciu o detekcję pojazdów oraz pieszych, sterownik będzie podejmował lokalnie decyzję o wydłużeniu sygnału zielonego realizowanej grupy lub przydzielaniu sygnału zezwalającego grupom oczekującym na skrzyżowaniu. Sterownik sygnalizacji, w oparciu o zebrane dane oraz informacje strategiczne uzyskane z wyższych poziomów, realizować ma wybrany plan oraz ma umożliwiać dużą parametryzację dla pojazdów transportu zbiorowego (np. poprzez zwiększenie stopnia priorytetu, wagi danej relacji).


Strategie sterowania muszą mieć możliwość wyboru sytuacji sterowania w zależności od pory dnia, w przypadku wykrycia przeciążenia, w przypadku wykrycia wypadku lub innej niespodziewanej sytuacji w danym obszarze.


5.1.3 STEROWANIE SKRZYŻOWANIAMI


Dostarczony system musi umożliwiać realizację następujących funkcji na skrzyżowaniu:


• kontrolować poszczególne tryby pracy sterownika: awaryjny, izolowany oraz tryb pracy systemowej,

• umożliwiać nadzór nad aktualnie realizowanym planem,

• nadzorować pracę adaptacyjną,

• nadzorować dostęp do sterownika,

• nadzorować status lamp na skrzyżowaniu,

• kontrolować transmisję danych do i z sterownika lokalnego, w przypadku zerwania połączenia ponowić próbę nawiązaniu połączenia, po maksimum dwóch minutach od zerwania połączenia system powinien zgłosić alarm błędnej komunikacji,


• umożliwiać zmianę tryby sterowania z lokalnej na systemową i odwrotnie,

• dostosowywać wartość splitu, offsetu oraz czasu cyklu w sposób adaptacyjny bez potrzeby interwencji operatora,

• umożliwiać wybór wartości splitu, offsetu oraz czasu cyklu za pomocą harmonogramu

• umożliwiać pominięcie fazy w jednym cyklu,

• nadzorować parametry czasu lokalnego na sterowniku, a przypadku wystąpienia różnicy pomiędzy sterownikiem lokalnym a serwerem dokonać aktualizacji.


5.1.4 WYMAGANIA SZCZEGÓŁOWE


System sterowania ruchem powinien być rozwiązaniem już obecnie stosowanym w użytkowanych systemach sterowania ruchem. Nie może to być rozwiązanie doraźnie, tworzone dla niniejszego projektu. Poza wymienionymi powyżej, system musi:


• zapewnić możliwość wizualizacji stanu pracy podstawowych elementów wchodzących w skład systemu zarządzania ruchem (sygnalizatorów, sterowników sygnalizacji świetlnych, urządzeń obszarowego systemu sterowania ruchem, długości sygnałów na skrzyżowaniu, detektorów itp.),

• wyświetlać graficzną wizualizację skrzyżowania ukazującą bieżący stan pracy sygnalizacji świetlnej: stan poszczególnych przycisków dla pieszych, elementów detekcji pojazdów oraz sygnałów wyświetlanych przez poszczególne sygnalizatory; wszystkie elementy powinny być wyświetlane z zachowaniem układu rzeczywistego odpowiednio przeskalowanego

• zapewnić możliwość wymiany danych z innymi podsystemami systemu ITS Chorzów bez ograniczeń,

• gwarantować otwartość oraz możliwość rozbudowy bez ograniczeń ilościowych,

• w sposób automatyczny archiwizować w logu systemu wszystkie działania w ramach systemu zarówno automatyczne, w tym w szczególności paski działania sygnalizacji świetlnych jak i wywoływane przez operatora, przez okres co najmniej 12 miesięcy. Archiwizowanie programów powinno odbywać się bezpośrednio ze sterowników sygnalizacji świetlnej, zawierając wszystkie grupy sygnałowe z zajętością wszystkich detektorów, w tym pieszych i rowerzystów. Archiwizacja powinna być stworzona przede wszystkim z myślą o wykorzystaniu danych jako materiał dowodowy. System powinien czuwać nad wiarygodnością danych z detektorów.

• umożliwiać wizualizację poszczególnych skrzyżowań oraz całej sieci skrzyżowań włączonych w pracę systemową, wraz z wyświetleniem stanu obciążenia ruchem,

• posiadać szereg przyznawanych przez administratora poziomów dostępu, poczynając od możliwości podglądu sytuacji a kończąc na możliwości pełnej konfiguracji,

• prowadzić dziennik operatorów, rejestrujący co najmniej: czas zalogowania się do systemu, czas pracy, dokonane zmiany,

• umożliwiać generowanie raportów dotyczących wprowadzonych zmian oraz błędów działania systemu,

• umożliwiać definiowane stałych wartości takich jak ustawienia koordynacji wskazanych skrzyżowań należących do obszaru,

• umożliwiać podział obszaru sterowania ruchem lub danego ciągu na podobszary o odrębnych strategiach sterowania i niezależne obliczanie parametrów sterowania (długości cykli, sygnałów zielonych, offsetów itp.) dla skrzyżowań należących do wskazanego obszaru,

• zapewnić monitorowanie podstawowych funkcji, działania wszystkich sygnalizacji świetlnych oraz urządzeń realizujących zadanie sterowania ruchem,


• umożliwiać operatorowi Centrum Nadzoru Ruchu wydłużanie aktualnie realizowanej fazy bez konieczności wgrywania nowego programu do sterownika oraz wprowadzenie żądania dowolnej fazy w trakcie trwania cyklu sygnalizacji świetlnej,

• umożliwić przejście do pracy w trybie awaryjnym sygnalizacji świetlnej, w przypadku braku łączności skrzyżowań z Centrum Nadzoru Ruchu, utrzymując ostatnią zastosowaną strategię sterowania ruchem przez czas, który zostanie ustalony z wykonawcą na etapie wdrożenia, z możliwością zapewnienia koordynacji sygnalizacji. Po tym czasie sygnalizacje świetlne powinny przejść do pracy w trybie izolowanym,

• wykonywać prognozy krótkoterminowe tj. prognozy wykonywane od stanu bieżącego (prognoza „0”) do 1h w interwałach co 15 minut.

• opierać działanie również na podstawie czasów przejazdu pomiędzy punktami pomiaru ruchu, na podstawie danych pozyskiwanych z kamer ANPR

• umożliwić wyświetlenie gromadzonych danych w systemie co najmniej według następujących kryteriów: natężenie ruchu, czas przejazdu, gęstości ruchu

• wysyłać wiadomości tekstowe na telefon (minimum 5 numerów), e-mail (bez ograniczenia), fax oraz wyświetlać informację na głównym panelu systemu w przypadku: błędów w działaniu sygnalizacji świetlnych, włączenia/wyłączenia sygnalizacji świetlnej, wykrycia przez system anomalii ruchowych (korków, zatorów, zdarzeń losowych, dużych natężeń ruchu),

• zarówno dla obszarowego systemu sterowania ruchem, sygnalizacji sterowanych liniowo oraz sygnalizacji świetlnych pracujących w trybie izolowanym, umożliwiać wydłużanie każdej fazy (realizowanej w danym momencie na obiekcie – sygnalizacji świetlnej), zdalnie z Centrum Nadzoru Ruchu,

• zapewnić obsługę realizowaną ze stacji roboczych zlokalizowanych w Centrum Nadzoru Ruchu oraz poprzez dostęp zdalny,

• posiadać rozwinięte, przetestowane i sprawdzone metody zamykania i uruchamiania. Wymiana danych pomiędzy komputerami lokalnymi a serwerem po przywróceniu zasilania powinna być płynna a pełna kontrola sterowania musi nastąpić po trzech minutach od udanego restartu,

• posiadać aplikację do zarządzania systemem i jego elementami, umożliwiającą sterowanie ruchem drogowym, monitorowanie urządzeń i parametrów sterowania. Dostęp do aplikacji powinien być zapewniony użytkownikom poprzez przypisanie indywidualnego profilu i hasła dla każdego użytkownika,

• komunikację z wszystkimi elementami systemu poprzez graficzny interfejs użytkownika, umożliwiający wyświetlanie przynajmniej:

o mapy miasta,

o mapy dzielnicy/osiedla,

o mapy skrzyżowania,

o aktualnego stanu sygnalizacji świetlnej na skrzyżowaniu,

o aktualnego stanu detektorów na skrzyżowaniu,

o wykresu koordynacji dla wybranego ciągu skrzyżowań,

• posiadać możliwość uzyskania informacji o wszystkich alarmach i zdarzeniach w systemie z okresu przechowywania logów (przynajmniej 12 ostatnich miesięcy),

• zapewniać agregację danych o ruchu z każdego ruchu zapisaną w 5, 15, 30 i 60 minutowych interwałach, dane te powinny być przedstawione w postaci tekstowej i graficznej,

• zapewnić możliwość tworzenia kartogramów.


5.1.5 OPROGRAMOWANIE SYMULACYJNE


W celu weryfikacji jaki wpływ mogą mieć wprowadzone zmiany w systemie lub w celu weryfikacji wpływu nowych inwestycji drogowych na ruch na terenie Chorzowa, wykonawca zobowiązany jest


dostarczyć oprogramowanie do mikrosymulacji ruchowych spełniającego wymagania opisane w rozdziale 23.3


Wykonawca zobowiązany jest do dostarczenia oprogramowania do makrosymulacji spełniającego wymagania opisane w rozdziale 23.4.


Dostarczone licencje winny umożliwiać uruchomienie oprogramowania na dowolnym komputerze, przez dowolnego użytkownika, z wykorzystaniem dostarczonego klucza licencyjnego.


Zamawiający wymaga dostarczenia 1 klucza licencyjnego 1-użytkownikowego dla każdego z oprogramowania symulacyjnego.


Jeżeli producent oprogramowania symulacyjnego oferuje dedykowane moduły dla rozwiązania zaoferowanego przez Wykonawcę systemu ITS, wówczas zaoferowana licencja oprogramowania symulacyjnego winna je również zawierać.


Dostarczone licencje powinny być objęte co najmniej 5 letnim okresem usługi wsparcia, w ramach której będą zapewnione bezpłatne aktualizacje do nowych wersji programów, wsparcie techniczne producenta programów (usługa hot-line) oraz dostęp do najczęściej zadawanych pytań przez użytkowników oprogramowania. Wymaga się, by okres usługi wsparcia dla dostarczonego oprogramowania liczony był od dnia odbioru programów przez Zamawiającego


Zamawiający wymaga wprowadzenia docelowego modelu sterowania do modułu mikrosymulacyjnego.


5.2 PODSYSTEM STEROWANIA SYGNALIZACJĄ ŚWIETLNĄ


5.2.1 WSTĘP


Wszystkie sygnalizacje w mieście mają pracować w programach wynikających ze strategii przyjętej dla Chorzowa.


5.2.2 SYGNALIZACJE STEROWANE LINIOWO


Dla wszystkich skrzyżowań należących do danego ciągu wskazanego w poniższej tabeli wykonawca zobowiązany jest dodatkowo wykonać projekty ruchowe zawierające programy sygnalizacji dla różnych natężeń ruchu panujących na danym ciągu. Należy wykonać minimum 6 programów koordynacyjnych dla danego ciągu (o cyklu: 160s, 140s, 120s, 100s, 80s, 60s). Przedstawione projekty ruchowe sygnalizacji świetlnych powinny posiadać wykresy koordynacji. Dla każdej sygnalizacji świetlnej (nie licząc sygnalizacji świetlnych na przejściach dla pieszych lub sygnalizacji ostrzegawczych) wykonawca zobowiązany jest wykonać dodatkowy program awaryjny.


Cykl o długości maksymalnej 160 s może zostać zastosowany tylko w uzasadnionych przypadkach, nie powinien być dopuszczalny w obszarach strefy centralnej o dużych potokach pieszych. Zakres strefy centralnej zostanie ustalony na etapie projektowym.


Do grupy sygnalizacji świetlnych sterowanych liniowo należą następujące ciągi ulic:


Lp

Ciąg ulic


1

ul. Batorego (skrz. Klonowa-Brzozowa) – ul. Szpitalna – ul. Armii Krajowej – ul. Xxxxxxxxxxxx (xx xx. Xxxxxxxxxxx)


0

xl. Batorego – ul. Szpitalna – Al. Bojowników o Wolność i Demokrację - Hajducka

3

ul. Katowicka (od ul. Polnej do skrz. Al. Wojska Polskiego - ul. Xxxxxxxx)

0

xx. 0 Xxxx (xxxx. z ul. Pokoju do skrz. z ul. Katowicką)


Ciągi te zostały zobrazowane na planie zawartym w rozdziale 25.7.


5.2.3 STANOWISKO DYDAKTYCZNE


W celu możliwości testowania nowych programów sygnalizacji świetlnych należy dostarczyć symulator sprzętowy sterowników sygnalizacji świetlnej (identyczny z instalowanymi na skrzyżowaniach) oraz oprogramowanie narzędziowe umożliwiające dokonywania analiz i testowania konfiguracji sprzętowo- programowych programów pracy sygnalizacji w warunkach laboratoryjnych. Każdy symulator musi być podpięty (bezpośrednio lub pośrednio za pomocą odpowiedniego sprzętu, modułów) do systemu sterowania ruchem w celu umożliwienia symulacji programu w instalowanej sieci sterowników. Symulator sprzętowy musi być widoczny jako skrzyżowanie (obiekt) w systemie sterowania ruchem i musi mieć możliwość konfiguracji jak fizyczne skrzyżowanie w mieście.


Do symulatorów sterownika należy dostarczyć i uruchomić elementy sprzętowe umożliwiające symulowanie wejść sprzętowych. Zamawiający wymaga dostarczenia, niezbędnego sprzętu, oprogramowania wraz z licencjami na jego eksploatowanie do testowania programów pracy sygnalizacji świetlnych. Oprogramowanie musi umożliwiać:


• uruchamianie i testowanie programów pracy sygnalizacji w trybie mikrosymulacyjnym

• współpracę ze sterownikiem lub jego symulatorem za pomocą łącza RS-232, Bluetooth, Ethernet lub USB,

• symulowanie zmiany stanów dowolnego wejścia sterownika (np. detektora),

• symulowanie sekwencji zmian stanów detektorów ruchu,

• dokumentować działania sterownika w formie graficznej (np. wykres paskowy stanów sygnałów grup),

• zmian stanów detektorów ruchu, obserwować wewnętrzne stany i zmienne sterownika.


5.2.4 PROWADZENIE PRAC


Wszystkie prace związane z modernizacją sygnalizacji świetlnych powinny być wykonane, w sposób możliwie nie utrudniający ruchu zarówno pieszego jak i samochodowego na terenie Chorzowa. Wykonawca przed rozpoczęciem w/w prac zobowiązany jest do spełnienia warunków zawartych w istniejących przepisach x.xx. :


• Rozporządzenie Ministrów Infrastruktury oraz Spraw Wewnętrznych i Administracji z dnia 31 lipca 2002 r. w sprawie znaków i sygnałów drogowych (Dz. U. z 2002r. nr 170 poz. 1393 ze zm.),

• Rozporządzenie Ministra Infrastruktury z dnia 23 września 2003 r. w sprawie szczegółowych warunków zarządzania ruchem na drogach oraz wykonywania nadzoru nad tym zarządzaniem (Dz. U. 2003 nr 177 poz. 1729 ze zm.),

• Rozporządzenie Ministra Infrastruktury z dnia 3 lipca 2003 r. w sprawie szczegółowych warunków technicznych dla znaków i sygnałów drogowych oraz urządzeń bezpieczeństwa ruchu drogowego i warunków ich umieszczania na drogach (Dz. U. z 2003 r. nr 220, poz. 2181 ze zm.), z załącznikami,


• Rozporządzenie Ministra Transportu i Gospodarki Morskiej z dnia 2 marca 1999 r. w sprawie warunków technicznych, jakim powinny odpowiadać drogi publiczne i ich usytuowanie (Dz. U. z 2016 r., poz. 124).


W związku z powyższym przed rozpoczęciem prac wykonawca powinien wykonać projekty:


• projekt elektryczny,

• projekt docelowej organizacji ruchu,

• projekt ruchowy,

• projekty tymczasowej organizacji ruchu w celu zabezpieczenia prac związanych z modernizacją.


Przy odbiorze prac wykonawca dostarczy projekt powykonawczy dla każdego skrzyżowania/przejścia dla pieszych/sygnalizacji ostrzegawczej wyposażonego w sygnalizację świetlną, uwzględniający zakres wykonanej modernizacji, lokalizację wszystkich urządzeń, sposób podłączenia wszystkich urządzeń, konfigurację dostarczonych urządzeń.


6 MODERNIZACJA SYGNALIZACJI ŚWIETLNEJ


W ramach zadania należy opracować kompleksowe projekty budowlano-wykonawcze zgodnie z zakresem koncepcji przebudowy skrzyżowań, odrębnie dla każdego przebudowywanego skrzyżowania wymienionego w tabeli w załączniku nr 1 do niniejszego PFU, na potrzeby sygnalizacji świetlnych oraz przygotować niezbędne materiały dla realizacji zadania.


Modernizacja substancji sygnalizacji ma uwzględniać jak największe wykorzystanie obecnie istniejącej infrastruktury technicznej oraz systemów w obszarze funkcjonalnym Chorzowa.


Wykonawca zobowiązany będzie do weryfikacji stanu przed rozpoczęciem prac. Elementy możliwe do wykorzystania Wykonawca winien będzie ponownie zastosować. Zdemontowane elementy będą podlegały wspólnej ocenie Wykonawcy i Zamawiającego, celem skierowania ich do utylizacji na koszt Wykonawcy (potwierdzonej protokołem dokonania utylizacji ze zwrotem przychodu) lub przekazaniu ich Zamawiającemu w wyznaczone miejsce. Zalecenie to dotyczy wszystkich elementów podlegających modernizacji na skrzyżowaniu.


Skrzyżowania przewidziane do modernizacji oznaczone są w odpowiedniej kolumnie. Ponadto należy wymienić wszystkie sygnalizatory E27 na LED.


Następnie, na podstawie uzgodnionych, zatwierdzonych dokumentacji i pozyskanych zezwoleń (stosownej decyzji administracyjnej zezwalającej na realizację robót) zrealizować inwestycję.


6.1 WYMAGANIA DLA URZĄDZEŃ LOKALNYCH


6.1.1 STEROWNIK SYGNALIZACJI ŚWIETLNEJ


Generalnym wymogiem jest, aby jedno skrzyżowanie/przejście dla pieszych było sterowane poprzez jeden sterownik sygnalizacji świetlnej.


• spełniać wymagania Rozporządzenia Ministra Infrastruktury z dnia 3 lipca 2003r. w sprawie szczegółowych warunków technicznych dla znaków i sygnałów drogowych oraz urządzeń bezpieczeństwa ruchu drogowego i warunków ich umieszczania na drogach – Dziennik Ustaw z dnia 23 grudnia 2003 r. nr 220, poz. 2181 „Szczegółowe warunki techniczne dla znaków drogowych pionowych i warunki ich umieszczania na drogach”,

• być w pełni kompatybilny z wdrażanym Systemem Sterowania Ruchem,

• zapewniać prawidłową pracę w zakresie napięcia zasilającego 230V -15% do +10%,

• posiadać gniazdo serwisowe 230V zabezpieczone osobnym bezpiecznikiem,

• posiadać pulpit operacyjny umożliwiający wykonanie zmiany parametrów pracy sygnalizacji świetlnej takich jak korekta czasów maksymalnych programu pracy czy kalibracja systemu detekcji,

• umożliwiać bezawaryjną pracę w zakresie temperatur -40°C do +60°C,

• zapewniać obsługę źródeł światła typu LED,

• zapewniać: nadzór grup sygnałowych z pomiarem prądu dla wszystkich sygnałów, czasów międzyzielonych, minimalnych/maksymalnych długości sygnałów zezwalających, sekwencji sygnałów, podłączonej detekcji oraz wyjść i wejść dwustanowych sterownika, nadzorować zegar sterownika oraz wykonywać jego synchronizację z systemem sterowania,

• umożliwiać obsługę priorytetu transportu zbiorowego,


• posiadać zabezpieczenia przed możliwością zdalnego wgrania nowych parametrów sygnalizacji świetlnych odpowiedzialnych za bezpieczeństwo ruchu na skrzyżowaniu x.xx. czasów międzyzielonych,

• umożliwiać podłączenie się serwisanta bezpośrednio oraz zdalnie poprzez sieć transmisji danych,

• posiadać minimum następujące tryby pracy: stałoczasowy, akomodacyjny, praca

• w systemie sterowania ruchem,

• umożliwiać zdalną kalibrację i zmianę ustawień parametrów detektorów,

• umożliwiać zdalną kalibrację kontroli napięć zasilania sterownika oraz sygnalizatorów,

• umożliwiać zdalną zmianę maksymalnej długości sygnału zezwalającego poszczególnych grup sygnałowych bez potrzeby wgrywania nowego programu i restartowania sterownika

• w każdym trybie pracy,

• umożliwiać wymuszenia odpowiedniego planu, który byłby realizowany w przypadku utracenia łączności z Centrum Zarządzania,

• umożliwiać bezpośrednie wgranie programu pracy sygnalizacji poprzez dedykowane porty wymiany danych,

• przechowywać dane archiwalne w przypadku utracenia łączności z System Sterowania Ruchem

– dane gromadzone w pamięci lokalnej,

• umożliwiać wykonanie testowania torów grup sygnałowych.


6.1.2 SZAFA STEROWNICZA


W ramach powyższego zadania wykonawca zobowiązany jest posadowienia nowych szaf sterowniczych oraz wymiany wszystkich istniejących szaf sterowniczych sygnalizacji świetlnej na wybranych skrzyżowaniach. Każda lokalizacja wskazana do modernizacji musi być wyposażona w szafę spełniającą poniższe wymagania.


Zamawiający wymaga dostarczenia oraz posadowienia szaf, wykonanych z blachy stalowej nierdzewnej lub aluminiowej i malowanych proszkowo lakierem anty graffiti, zamykanych na klucz patentowy uniwersalny dedykowany do tego rozwiązania. Szafy muszą zawierać fundament prefabrykowany osadzony na głębokość min. 60 cm zapewniający dostęp do szaf, rur technicznych, osłonowych zabudowanych pod skrzyżowaniami oraz rur z systemu rezerwowego transmisji danych. W każdej szafie musi zostać zainstalowany nowy sterownik sygnalizacji świetlnej wyprodukowany nie wcześniej niż 2 lata przed datą dostarczenia. Szafa musi spełniać min. normę szczelności IP 54 lub równoważną. Szafa musi posiadać zaciski pomiarowe i szyny rozdziału zasilania wraz z zabezpieczeniami różnicowo- prądowymi. Ponadto szafa musi posiadać:


• kolor wg RAL 7035 (lub inny zaakceptowany przez Zamawiającego), gruba struktura, półpołysk, szafa malowana proszkowo farbą anty graffiti,

• 9-gniazdową listwę zasilającą bez włącznika,

• czujniki otwarcia drzwi,

• odpowiednią wentylację,

• grzałkę z zasilaczem i termostatem,

• listwę uziemiającą,

• kieszeń na dokumenty A4 na drzwiach komory,

• półkę przystosowaną do umieszczenia laptopa,

• ewentualne otwory wentylacyjne w dachu i poszyciach zabezpieczone siatkami przeciwko dostawaniu się owadów do wewnątrz szafy,

• wymiary przynajmniej: 1300x350x1200 mm [WxDxH]


Szafa sterownicza ma zapewnić miejsce dla wszystkich urządzeń montowanych oraz zawierać rezerwę 30% wolnego miejsca, na kolejne urządzenia montowane w przyszłości (dodatkowe funkcjonalność ITS).


Szafy należy wyposażyć w system monitorowania i wczesnej sygnalizacji zdarzeń, dla monitorowania stanów w szafach na skrzyżowaniach (otwarcie drzwi i temperatury). Wymagane parametry systemu:


• szerokość urządzenia 19”, wysokość 1U,

• napięcie zasilania 230 V AC,

• zintegrowany moduł monitorowania temperatury wewnątrz szafy,

• 1 czujnik do pomiaru temperatury w szafie (zakres minimalny pomiaru: -40 do +60⁰C),

• 2 krańcówki do monitorowania stanu położenia drzwi

• min. 3 dowolnie programowalne przekaźniki do monitorowania stanów położenia drzwi i temperatury,

• karta sieciowa i zintegrowany Web Server do monitorowania stanów poprzez protokół TCP/IP i SNMP,

• rejestracja zdarzeń na karcie np. SD (alarmów, uszkodzeń, przepływu powietrza),

• oprogramowanie do odczytu zdarzeń w formie komunikatów tekstowych i w formie graficznej.

• zasilanie awaryjne



6.1.3 SYGNALIZATOR SYGNALIZACJI ŚWIETLNEJ


Przyjmuje się, że większość infrastruktury na skrzyżowaniach (maszty sygnalizacji, wysięgniki, sygnalizatory) znajdują się w stanie umożliwiającym ich dalsze wykorzystanie.


W ramach powyższego zadania wykonawca zobowiązany jest do wykonania modernizacji sygnalizacji świetlnej na wybranych skrzyżowaniach, polegającej na wymianie sygnalizatorów sygnalizacji świetlnych na skrzyżowaniach i przejściach dla pieszych wytypowanych do takich prac. Nowe sygnalizatory winny spełniać wymagania opisane poniżej.


Każdy sygnalizator musi spełniać co najmniej następujące wymagania:


• system optyczny typu LED,

• sygnał sterujący 230 V AC,

• zgodność z PN-EN 12368 lub równoważną opisującą urządzenia do sterowania ruchem drogowym,

• klasa lV szczelności przed penetracją czynników zewnętrznych - IP55 lub równoważne,

• odporność na uderzenia - klasa IR-3 wg EN 60598-1 lub równoważnej opisującej oprawy oświetleniowe,

• komory sygnalizatorów koloru czarnego,

• kolor obudowy zewnętrznej czarny,

• jednopodporowy lub dwupodporowy sposób mocowania (w przypadku mocowania z boku jezdni) lub dwupodporowy (w przypadku mocowania nad jezdnią),

• kolorowe soczewki, spełniające minimum IV klasę fantomową Dostarczone elementy muszą być jednakowe dla wszystkich skrzyżowań.

6.1.4 PRZYCISKI NA PRZEJŚCIACH DLA PIESZYCH


Przyjmuje się, że większość infrastruktury na skrzyżowaniach (maszty sygnalizacji, wysięgniki, sygnalizatory) znajdują się w stanie umożliwiającym ich dalsze wykorzystanie.


W ramach powyższego zadania wykonawca zobowiązany jest do wykonania modernizacji sygnalizacji świetlnej na wybranych skrzyżowaniach, polegającej na wymianie przycisków dla pieszych. Nowe przyciski winny spełniać wymagania opisane poniżej.


Przyciski zgłoszeniowe dla pieszych należy zainstalować na masztach sygnalizatorów lub kolumnie wysięgnika, na wysokości 1,20 — 1,35 m. od poziomu podłoża. Obudowa przycisku powinna być wytrzymała, uniemożliwiająca szybkie oderwanie lub zniszczenie przycisku. Ze względu na potrzeby osób niedowidzących, barwa obudowy musi kontrastować z barwą konstrukcji na której będzie zamontowana. Dodatkowo, każdy dostarczony przycisk powinien być wyposażony w urządzenia dźwiękowe naprowadzające niewidomych pieszych na powyższy przycisk.


Instalowane na wskazanych skrzyżowaniach przyciski dla pieszych powinny spełniać niżej podane wymagania:


• napięcie zasilania — 24 V,

• klasa ochrony — II,

• stopień ochrony obudowy przed penetracją czynników zewnętrznych — lP 54 lub równoważny,

• kolor obudowy — żółty,

• czujnik – sensorowy, reagujący także na dłoń w rękawiczce,

• potwierdzenie przyjęcia zgłoszenia typu LED, potwierdzenie powinno być za pomocą wyświetlenia informacji np. „CZEKAJ”.

• brak elementów mechanicznych


Dostarczone przyciski muszą współpracować ze sterownikami na skrzyżowaniach oraz przejściach dla pieszych.


6.1.5 DETEKCJA ROWERZYSTÓW


Przyjmuje się, że większość infrastruktury na skrzyżowaniach (maszty sygnalizacji, wysięgniki, sygnalizatory) znajdują się w stanie umożliwiającym ich dalsze wykorzystanie.


W ramach powyższego zadania wykonawca zobowiązany jest do wykonania modernizacji sygnalizacji świetlnej na przejeździe rowerowym, polegającej na instalacji radarowego systemu detekcji rowerzystów. System winien spełniać wymagania opisane poniżej:


• Niewrażliwy na warunki środowiskowe: zapylenie, wysoka i niska temperatura oraz wilgoć nie mają wpływu na jego działanie,

• Brak obiektywu - brak konieczności czyszczenia,

• Montaż bez ingerencji w nawierzchnię drogi,

• Stopień ochrony – min. IP65,

• Temperatura pracy: -40oC - +60oC,

• Napięcie zasilania: 230VAC,

• Minimalna wykrywana prędkość: 1 km/h


Dostarczone system musi współpracować ze sterownikami na skrzyżowaniach oraz przejściach dla pieszych.


6.1.6 SYGNALIZACJA AKUSTYCZNA NA PRZEJŚCIACH DLA PIESZYCH


Przyjmuje się, że większość infrastruktury na skrzyżowaniach (maszty sygnalizacji, wysięgniki, sygnalizatory) znajdują się w stanie umożliwiającym ich dalsze wykorzystanie.


W ramach powyższego zadania wykonawca zobowiązany jest do wykonania modernizacji sygnalizacji świetlnej polegającej na wymianie sygnalizacji akustycznej na skrzyżowaniach i przejściach dla pieszych wytypowanych do takich prac. Nowe sygnalizatory akustyczne winny spełniać wymagania obowiązujących w tym zakresie przepisów oraz wymagań opisanych poniżej.


Sygnalizacja dźwiękowa powinna spełniać niżej podane wymagania:


• nadawanie dźwiękowych sygnałów zezwalających na przechodzenie przez przejście dla pieszych tylko i wyłącznie w trakcie nadawania sygnału zezwalającego dla danej grupy,

• sygnał odpowiadający sygnałowi zielonemu ciągłemu powinien zawierać się w granicach 7- 10Hz, natomiast w przypadku sygnału zielonego migającego powinien zawierać się w granicach 15 – 20 Hz,

• nadawanie dźwiękowych sygnałów pomocniczych w trakcie wyświetlania przez sygnalizatory danej grupy sygnału zabraniającego,

• sygnał pomocniczy musi być impulsowy nadawany z częstotliwością nie większą niż 1,5 Hz,

• sygnalizatory dźwiękowe powinny umożliwiać regulację sygnału dźwiękowego w zakresie 60 – 75 dB(A),

• poziom sygnału musi być dopasowany do natężenia dźwięku ulicznego.


6.1.7 SYSTEM DETEKCJI


Zamawiający, na podstawie swoich doświadczeń wynikających z degradacji dróg wynikających ze szkód górniczych, w celu zapewnienia skutecznego działania wymaga dostarczenia redundantnego systemu detekcji, opartego o pętle indukcyjne na każdym pasie ruchu oraz system wideo detekcji (system wideo detekcji ma mieć zaprogramowane pola detekcji w odległości 1 m oraz 50-70 m od linii warunkowego zatrzymania). Każdy pas ruchu w układzie minimalnym musi zapewniać detekcję pojazdów jednośladowych.


Zamawiający dopuszcza korektę lokalizacji pętli w ramach wykonanych przez Wykonawcę projektów organizacji ruchu i sygnalizacji świetlnej.


Zamawiający w załączniku nr 1 do PFU określił wymagalność instalacji systemu detekcji pojazdów na każdym skrzyżowaniu. Do Wykonawcy będzie należało zaprojektowanie odpowiedniej liczby punktów detekcji, zgodnie z powyżej opisanymi wymaganiami minimalnymi.


7 PODSYSTEM PRIORYTETU DLA KOMUNIKACJI MIEJSKIEJ


7.1 WSTĘP


Przedmiotem zamówienia jest wdrożenie podsystemu na skrzyżowaniach włączanych do SZR.


Celem sterowania transportem zbiorowym (tu: w zakresie komunikacji autobusowej i tramwajowej) jest poprawa efektywności jego funkcjonowania – skrócenie czasu przejazdu tych pojazdów przez skrzyżowania poprzez skrócenie oczekiwania na sygnał zielony (zezwalający – szczelina pionowa dla tramwajów). Należy dążyć do spójności celów sterowania eksploatacją transportu zbiorowego z celami zarządzania całością ruchu miejskiego.


Podsystem powinien spełniać wszystkie wymogi zawarte w PFU poprzez:


• realizację priorytetu odbywającą się poprzez komunikację pojazdu transportu zbiorowego z systemem centralnym, gdzie zostanie wypracowana decyzja o udzieleniu, bądź nie, priorytetu i przesłana do sterownika poziomu lokalnego zarówno dla tramwajów jaki i autobusów,

• przekazywanie informacji z pojazdów komunikacji zbiorowej do urządzeń sterowniczych w sposób całkowicie automatyczny,

• uwzględnienie trajektorii przejazdu wszystkich linii transportu zbiorowego przez dane skrzyżowania w ramach rozbudowy SZR,

• warunkowego przydzielania priorytetu z wykorzystaniem 3 stopniowej hierarchii poziomów gdzie poziom 0 oznacza brak przydzielonego priorytetu, a poziom 2 oznacza wysoką wagę priorytetu w optymalizacji poziomu lokalnego,

• uwzględniania odchyłki od rozkładu jazdy, aktualnej pozycji pojazdu oraz trajektorii poruszania się przy decyzji o nadawaniu poziomu priorytetu,

• realizowanie priorytetu z wykorzystaniem następujących strategii: wydłużenie aktualnie trwającego sygnału zielonego, wcześniejsza aktywacja sygnału zielonego oraz realizacja wydzielonych faz ruchu dla transportu zbiorowego.


7.2 POZIOM PRIORYTETU


W Systemie powinny być dostępne trzy poziomy priorytetu: niski, średni oraz wysoki. Operator systemu ma możliwość wyboru poziomu priorytetu dla poszczególnych skrzyżowań. Pozwala to skonfigurować odpowiedni poziom priorytetu dla skrzyżowań przeciążonych, mocno obciążonych i mniej obciążonych ruchem pojazdów indywidualnych. Każdy z poziomów charakteryzuje się inną realizacją priorytetu.


Poziom 0 (priorytet niski):

• zgłoszenie pojazdu transportu publicznego i obsługa pojazdu zgodnie z bieżącym cyklem pracy sygnalizacji świetlnej bez skracania faz kolizyjnych do kierunku ruchu autobusu/tramwaju.

Poziom 1 (priorytet średni):

• zgłoszenie pojazdu transportu publicznego i obsługa pojazdu zgodnie ze zgłoszoną sekwencją uruchamiania faz ruchu,

• reakcja na zgłoszenie w fazie niesprzyjającej autobusowi/tramwajowi: skrócenie fazy poprzedzającej i przystąpienie do realizacji fazy sprzyjającej przejazdowi autobusu/tramwaju,

• reakcja na zgłoszenie w fazie sprzyjającej autobusowi/tramwajowi: wydłużanie czasu trwania fazy, do czasu przejazdu przez skrzyżowanie lub do maksymalnego czasu wydłużenia,

Poziom 2 (priorytet wysoki):

• zgłoszenie pojazdu transportu publicznego i jak najszybsza obsługa tego pojazdu,


• reakcja na zgłoszenie w fazie niesprzyjającej autobusowi: zamknięcie fazy po spełnieniu czasu minimalnego jej trwania i bezpośrednie przejście do fazy sprzyjającej,

• reakcja na zgłoszenie w fazie sprzyjającej autobusowi: wydłużanie czasu trwania fazy, do czasu przejazdu przez skrzyżowanie (odmeldowania pojazdu),

• w sytuacji, gdy przed fazą priorytetową celowe jest opróżnienie obszaru na skrzyżowaniu, przed fazą priorytetową może wystąpić faza czyszcząca.


7.3 WZGLĘDNOŚĆ PRIORYTETU


Celem priorytetu względnego jest poprawa punktualności transportu tramwajowego i autobusowego. Pojazdom transportu publicznego udzielany będzie priorytet względny na podstawie bieżącego opóźnienia pojazdu względem rozkładu jazdy. Administrator / operator systemu musi mieć możliwość ustawienia, dla danego zakresu czasu, opóźnienia odpowiedniego poziomu priorytetu.


7.4 MECHANIZM UDZIELANIA PRIORYTETU


Podsystem Obsługi Priorytetów ma za zadanie rozesłać (wraz z rozkładem) informacje do komputerów pokładowych o punktach meldunkowych. Urządzenia znajdujące się w pojazdach transportu publicznego poruszających się w ruchu liniowym, w czasie zbliżania się do skrzyżowania i przy spełnieniu warunku, co do opóźnienia wysyłają zgłoszenie punktu meldunkowego. Zgłoszenie trafia do Systemu Zarządzania Ruchem, który w przypadku braku przeciwwskazań przystępuje do realizacji priorytetu na skrzyżowaniu. Wymagane jest aby System Zarządzania Ruchem miał wbudowane funkcje do przekazywania informacji o obecności pojazdu miedzy wybranymi skrzyżowaniami, tak aby była możliwość przygotowania programu pracy sygnalizacji pod obsługę priorytetu dla jednego lub kilku skrzyżowań w tym samym momencie.


7.5 ZGŁOSZENIA RÓWNOCZESNE


W przypadku wystąpienia kolejnego zgłoszenia żądania priorytetu, wymagającego otwarcia konfliktowych grup sygnałowych, zgłoszenie to oczekuje w kolejce do czasu zakończenia realizacji wcześniej zgłoszonego priorytetu. Jeżeli nastąpi zgłoszenie dwóch priorytetów (jeden po drugim), obsługiwanych w jednej fazie i gdy realizacja pierwszego priorytetu nie zostanie jeszcze zakończona, drugie zgłoszenie może wydłużyć czas trwania fazy sprzyjającej pod warunkiem nieprzekroczenia maksymalnego dopuszczalnego czasu trwania tej fazy.


7.6 OGRANICZENIA PRIORYTETU


Ze względu na obciążenie ruchem, priorytet dla poszczególnych skrzyżowań może być blokowany automatycznie przez Podsystem Sterowania Ruchem w przypadku wystąpienia poziomu zatłoczenia, przy którym priorytet nie byłby efektywny.


Ze względu na czas, faza priorytetowa powinna trwać do chwili odmeldowania się pojazdu. W przypadku nieprzewidzianego zatrzymania się autobusu przed punktem odmeldowania, należy wprowadzić graniczną wartość czasu trwania fazy sprzyjającej. Pozwoli to ograniczyć skutki powodowanego tym zakłócenia ruchu w obszarze skrzyżowania. Ponowne otwarcie fazy sprzyjającej nastąpi w następnym cyklu sygnalizacji.


7.7 POZIOM PRIORYTETU A TYP POJAZDU KOMUNIKACJI MIEJSKIEJ


Z uwagi na wpływ rodzaju i typu priorytetu na pojazdy komunikacji indywidualnej oraz innych użytkowników ruchu wymagane jest aby każde skrzyżowanie z sygnalizacją świetlną na etapie projektowania zawierały analizę i opis proponowanego poziomu priorytetu. Należy w szczególności uwzględniać potrzebę wyższego poziomu priorytetu dla pojazdów szynowych. W przypadku pojazdów komunikacji miejskiej poruszających się na pasach ruchu wraz z pojazdami komunikacji indywidualnej należy zaprojektować priorytet niższego poziomu. Każde ze skrzyżowań powinno być rozpatrywane indywidualnie na etapie projektowania. Dodatkowo na etapie wdrożenia i kalibracji skrzyżowań - system ITS musi mieć możliwość pełnej parametryzacji zarówno punktów meldunkowych, poziomu priorytetu jak i sposobu obsługi pojazdów komunikacji publicznej w procesie sterowania.


7.8 LOKALIZACJA PUNKTU ZGŁOSZENIA


Punkty zgłoszenia obecności pojazdów komunikacji publicznej zlokalizowane będą w odległości od 0 do 600 m od linii warunkowego zatrzymania na wlocie skrzyżowania. W przypadku pojazdów transportu publicznego, punkty te umieszczone będą na wlotach, którymi poruszają się te pojazdy. Punkty odmeldowania umieszczone będą na tarczy skrzyżowania.


8 PODSYSTEM DYNAMICZNEJ INFORMACJI PARKINGOWEJ


8.1 WSTĘP


Podsystem dynamicznej informacji parkingowej będzie miał zastosowanie głównie w zakresie prezentowania informacji o zajętości wyznaczonych 3 parkingów z jednym wjazdem/wyjazdem.


Wykonawca odpowiedzialny będzie za:


a) Uzyskanie niezbędnych zgód i pozwoleń na wdrożenie i uruchomienie systemu (w tym infrastruktury technicznej i komunikacyjnej)

b) Dostarczenie, zainstalowanie i uruchomienie systemu we wskazanej lokalizacji.

c) Udostępnienie Zamawiającemu narzędzi służących do administrowania i nadzorowania systemu poprzez aplikację internetową.


Podstawowe wymagania dla systemu to:


a) Powiadomienia o zmianie statusów miejsc (zajęte/wolne) musi działać online dla zarządcy systemu, jednakże informacje przesyłane na urządzenia przenośne i dostępne na stronie Zamawiającego powinny być z buforem (opóźnieniem) 1 minuty umożliwiającym potwierdzenie informacji o aktualnym statusie zajętości miejsc. Czas wykrycia pojazdu 2-5 sek.

b) Praca systemu nie może zakłócać pracy innych urządzeń i systemów.

c) System musi zawierać wspólną aplikację dedykowaną na urządzenia przenośne, umożliwiającą wyszukanie miejsca i doprowadzenie pojazdu do tego miejsca.


Zakłada się, że identyfikacja dostępnych/zajętych miejsc parkingowych oparta będzie na zliczaniu pojazdów na śluzach wjazdowych na parking na podstawie numerów rejestracyjnych pojazdów wjeżdżających/wyjeżdżających.


System powinien zbierać i analizować dane w celu tworzenia predykcji zajętości miejsc parkingowych dla kolejnych okresów.


Wszystkie urządzenia systemu powinny być wykonane w wersji odpornej na działanie czynników zewnętrznych. Oferowane urządzenia muszą zachować pełną funkcjonalności i pracować poprawnie w zakresie temperatur zewnętrznych od -40 do +60 °C. Dostarczone urządzenia muszą być fabrycznie nowe oraz muszą posiadać dokumenty dopuszczające do stosowania zgodnie z obowiązującymi przepisami.


Nie jest wymagana funkcjonalność związana z wnoszeniem opłat za parkowanie. Każdy z wyznaczonych parkingów wyposażony jest w parkometr.


8.2 APLIKACJA KLIENCKA


W ramach systemu musi zostać dostarczona aplikacja kliencka dostępna z poziomu przeglądarki internetowej, zawierająca:


• Informację o zajętości miejsc postojowych w stosunku do całkowitej ilości miejsc dostępnych

• Prognozy wjazdów i wyjazdów w ramach wszystkich parkingów ujętych w systemie oraz w stosunku do każdego z osobna

• Prognozy wjazdów i wyjazdów ze wskazaniem konkretnych okresów (godziny, wybrany dzień, dni, tygodnie)

• Archiwum wjazdów i wyjazdów na poszczególne obszary parkingowe z ostatnich 30 dni


• Informację o statusie kamer (online/offline)

• Raporty z wybranego okresu analizy (godziny, wybrany dzień, dni, tygodnie), z zastosowaniem filtrów

o Raportowanie automatyczne (stałe odstępy czasu, określone godziny, dni),

o Raporty w postaci tekstowej

o Raporty w postaci graficznej (wykresy)


8.3 LOKALIZACJA PARKINGÓW


Podsystemem należy objąć wszystkie miejsca postojowe na niżej wymienionych parkingach:


Lp

Lokalizacja

Oznaczenie

Koordynaty


1


Ul. Teatralna


PAR1

50°17'50.6"N

18°56'58.7"E


2


Rynek, Parking 1 pod estakadą


PAR2

50°17'50.6"N

18°57'15.6"E


3


Rynek, Parking 2 pod estakadą


PAR3

50°17'54.8"N

18°57'12.8"E


8.4 APLIKACJA MOBILNA

Zakres funkcjonalny informacji parkingowej do zaimplementowania w aplikacji mobilnej podany jest w rozdziale 11.2.2.


8.5 TABLICE INFORMACJI PARKINGOWEJ


Tablice informacji parkingowej należy zlokalizować w pasie drogowym bezpośrednio w sąsiedztwie wjazdu do strefy parkowania. Wymagane jest zainstalowanie co najmniej 8 tablic informacji parkingowej. W każdej lokalizacji należy przewidzieć instalację tablic z informacją o wolnych miejscach na min. 2 parkingach (wyłączając lokalizacje przy parkingach, gdzie prezentowana będzie informacja z właściwego parkingu).


Tablice zlokalizowane będą w miejscach podanych poniżej:


Lp

Lokalizacja przy ulicy

Oznaczenie

Koordynaty


1


Powstańców


TP1

50°17'50.2"N

18°57'11.7"E


2


Kościuszki


TP2

50°17'54.3"N

18°57'24.6"E


3


Plac Dworcowy


TP3

50°17'53.8"N

18°56'59.6"E


4


Floriańska


TP4

50°17'54.8"N

18°56'51.8"E

5

Truchana

TP5


50°17'50.7"N





18°56'55.4"E


6


Teatralna


TP6

50°17'50.3"N

18°56'58.5"E


7


Xxxxx, Xxxxxxx xx 0 pod estakadą


TP7

50°17'50.6"N

18°57'15.6"E


8


Xxxxx, Xxxxxxx xx 0 pod estakadą


TP8

50°17'54.8"N

18°57'12.8"E


Wizualizacja na planie miasta zaprezentowana jest w rozdziale 25.8.


Zamawiający zastrzega, że zaproponowane lokalizacje tablic informacji parkingowej mogą ulec zmianie w fazie projektowania, po uzgodnieniu z Zamawiającym.


Tablice powinny posiadać konstrukcję modułową, umożliwiającą instalację kilku tablic na wspólnym słupie – jak na przykładzie pokazanym na rysunku poniżej.





Rysunek 1 Przykładowa tablica informacji parkingowej


Wymagania dotyczące tablicy parkingowej:


• podświetlone pole ze znakiem P oraz kierunkiem dojazdu do parkingu, jego nazwą lub rejonem,

• pole o rozdzielczości 16 x 32 piksele z rastrem 10 mm wykonane z 3-kolorowych diod LED, prezentujące liczbę dostępnych, wolnych miejsc parkingowych,

• kolor zielony – poziom zajętości niski, kolor żółty – poziom zajętości średni, kolor czerwony – poziom zajętości wysoki,

• jasność matrycy LED tablicy minimum 2500 cd/m2,

• diody o szerokim kącie widzenia - min. 110° w poziomie i 110° w pionie,

• obudowa nie ulegająca korozji o stopniu ochrony min. IP54,

• wymiar obudowy tablicy min. 1450 x 280 x 200 mm,

• montaż na słupie z fundamentem w sposób umożliwiający instalację do 4 tablic,

• znaki informacji parkingowej winny być´ wyposażone w czujniki oświetlenia zewnętrznego oraz układy automatycznej regulacji jasności świecenia, w zależności od natężenia oświetlenia zewnętrznego. Powinna także istnieć´ możliwość´ zdalnej regulacji jasności świecenia z poziomu centrum zarządzającego.


9 PODSTYSTEM MONITORINGU WIZYJNEGO


9.1 WSTĘP


Główną funkcją podsystemu monitoringu wizyjnego jest dostarczenie informacji wizyjnej, która będzie wsparciem dla operatorów systemu sterowania ruchem. System należy zaprojektować zgodnie z wytycznymi norm serii PN-EN 62676 i PN EN 50132.


Podstawą systemu będą kamery PTZ, urządzenia rejestrujące oraz oprogramowanie do prezentacji obrazu i innych danych z systemu. System do zarządzania kamerami musi charakteryzować się modułową i rozproszoną architekturą zdolną obsłużyć minimum 100 punktów kamerowych. System rejestracji musi być rozwiązany w taki sposób, aby awaria pojedynczego urządzenia rejestrującego, niezależnie od jego hierarchii, nie wpływała na funkcjonowanie innych urządzeń. System powinien być zaprojektowany w sposób otwarty, możliwy do adaptacji dla nowych potrzeb, co ma umożliwić przyszłą rozbudowę systemu co do zakresu terytorialnego (zwiększenie ilości kamer i nadzorowanego obszaru) oraz co do zakresu funkcjonalnego (dołączanie kolejnych modułów wraz z integracją w jeden hierarchiczny system). Dodatkowo, aby możliwe było wykorzystanie funkcji opisanych w otwartych standardach. Dostawca urządzeń zapewni odpowiednie narzędzia np. pakiet SDK umożliwiający implementację tych funkcji w oprogramowaniu nadrzędnym.


Sygnał z kamer ma być przekazywany do CNR i wyświetlany w systemie centralnym, po wskazaniu odpowiedniej kamery na mapie GIS.


Sterowanie wszystkimi kamerami PTZ (dostarczonymi w ramach przedmiotowego zamówienia), powinno odbywać się z jednego wspólnego pulpitu/klawiatury z zachowaniem priorytetów dla użytkowników oraz grup użytkowników.


9.2 ZAŁOŻENIA PROJEKTOWE


1) Na etapie projektu należy ustalić z zamawiającym dokładną liczbę i lokalizację oraz sposób montażu kamer. Liczba kamer nie może być mniejsza niż wyspecyfikowana w dokumentacji, natomiast musi zostać zwiększona, jeśli wskazana liczba nie zapewni spełnienia zamierzonych celów monitoringu. Zamawiający będzie definiował cele monitoringu indywidualnie do każdej lokalizacji, kierując się następującymi podstawowymi wytycznymi:

a) Zapewnienie odpowiedniego pokrycia obszaru monitorowania

b) Rozmieszczenie kamer monitoringu wizyjnego oraz ich montaż oferujące jak najlepsze warunki pracy tych kamer (zapobieganie oślepianiu kamer, minimalizacja drgań, itp. itd.)

c) Zapewnienie obserwacji w każdych warunkach pogodowych – zarówno w dzień jak i w nocy

d) Zapewnienie wdrożenia algorytmów analitycznych określonych przez Zamawiającego na etapie projektu

2) Kamery należy w pierwszym rzędzie zainstalować na istniejących konstrukcjach. W przypadku braku konstrukcji, na których można zainstalować kamery, należy postawić nowe słupy. Słupy winne być wyposażone w elementy ograniczające możliwości wspinaczki oraz inne wysięgniki lub konstrukcje wsporcze, które będą konstrukcjami wytrzymałymi, stalowymi, zabezpieczonymi przed wandalizmem, umożliwiającymi prowadzenie okablowania w sposób estetyczny, zapobiegający ich uszkodzeniu (np. wewnątrz słupa).


Zastosowane konstrukcje wysięgnikowe powinny być dwuczęściowe, składające się z kolumny i poprzeczki bez odciągów, wykonane z rur stalowych umożliwiających obrót poprzeczki wysięgnika w płaszczyźnie poziomej wokół osi kolumny o dowolny kąt.


3) W przypadku wykorzystywania istniejącej infrastruktury należy ponownie ją zinwentaryzować, udokumentować w projekcie i w razie potrzeby odnowić lub uaktualnić wszelkie potrzebne umowy, dzierżawy, zobowiązania itp. dotyczące tych elementów.

4) Wykonawca jest zobowiązany w odpowiedni i trwały sposób oznaczyć monitorowane lokalizacje i miejsca usytuowania kamer wchodzących w skład systemu monitoringu wizyjnego. Sposób oznaczenia monitorowanych lokalizacji i miejsc usytuowania kamer wchodzących w skład systemu monitoringu wizyjnego należy uzgodnić z Zamawiającym.

5) Wszelkie Szafki teletechniczne należy zabezpieczyć przed warunkami atmosferycznymi (stopień ochrony min. IP65) i próbami sabotażu lub wandalizmu. W lokalizacjach sygnalizacji świetlnej należy przewidzieć montaż 1 szafy sterowniczej na wszystkie urządzenia systemu.


Szafki teletechniczne w punkcie kamerowym będą przeznaczone na umieszczenie w nim urządzeń teletransmisyjnych, sterujących, zasilających oraz innych zapewniających pracę punktów kamerowych. Szafki teletechniczne będą wykonane w postaci zamykanych na zamek szafek teletechnicznych (przyłączowo-dystrybucyjnych). Szafka będzie usadowiona na fundamencie prefabrykowanym lub lanym.


W szafkach należy umieszczać:


• Przełączniki sieciowe, konwertery

• Aparaturę modułową, rozłączniki, lampki sygnalizujące obecność napięcia, zabezpieczenia obwodów odbiorczych (indywidualne dla urządzeń sterujących i kamer/grup kamer, należy stosować zabezpieczenia różnicowo-prądowe), ochronniki przeciwprzepięciowe, odgromniki (dla zabezpieczenia przed wyładowaniami atmosferycznymi), osłony izolacyjne zabezpieczające przed przypadkowym dotknięciem nieizolowanych elementów przewodzących prąd elektryczny

• zasilacze, transformatory

• grzałki, termostaty

• centrale, sygnalizatory, anteny

• gniazdo zasilania serwisowego (2P+Z)

• szyny DIN, płyty montażowe itp.

• schematy, dokumentację w kieszeni na dokumenty Wymagania dotyczące szafy:

o szafa dwuścienna wykonana z blachy stalowej nierdzewnej lub aluminiowej, malowanej proszkowo lakierem anty graffiti

o fundament prefabrykowany osadzony na głębokości min. 60cm zapewniający dostęp do szafy, rur technicznych

o musi spełniać min. Normę szczelności IP54 i być przystosowana do warunków zewnętrznych (chronić przed wpływem warunków atmosferycznych)

o wymiary szafy powinny zapewniać optymalny montaż urządzeń i swobodny dostęp serwisowy

o szafa powinna zapewniać łatwą rozbudowę o dodatkowe urządzenia i nowe linie kamerowe

o w razie potrzeby (określonej na etapie projektu na podstawie przewidywanych warunków atmosferycznych) szafkę należy wyposażyć w wentylację, grzałkę z termostatem

o szafa powinna być uziemiona

6) Należy stosować zabezpieczenia przeciwprzepięciowe


9.3 ARCHITEKTURA I WYMAGANIA FUNKCJONALNE


Podsystem monitoringu wizyjnego będzie podzielony na warstwy funkcjonalne (środowisko wizyjne, zarządzanie systemem, zabezpieczenie systemu) i zbudowany w oparciu o architekturę modułową.


Środowisko wizyjne składało się będzie z urządzeń przechwytujących, czyli kamer, sieci transmisyjnej, systemu rejestracji oraz systemu zarządzania. System rejestracji oparty będzie o urządzenia dedykowane do ciągłego zapisu w systemach CCTV z własnym dedykowanym systemem operacyjnym. Modułowa architektura ma opierać się na modelu klient-serwer, gdzie rolę nadrzędną stanowi serwer z zainstalowanym odpowiednim oprogramowaniem zarządzającym i bazą danych, a rolę klienta stanowi komputer klasy PC z dedykowanym oprogramowaniem do podglądu, zarządzania kamerami, odtwarzania zarejestrowanych nagrań oraz nagrywania bieżącego obrazu z kamer. System ma zapewnić otwartą architekturę, umożliwiającą zastosowanie urządzeń różnych producentów i różnych typów. Urządzenia systemowe mają umożliwić dowolną rozbudowę zarówno o nowe urządzenia: np. nowe kamery, nowe funkcjonalności systemu jak i nowe stanowiska. Warstwa kliencka (na poziomie operatora/administratora) realizowana ma być poprzez komputery klasy PC z zainstalowanym dedykowanym oprogramowaniem do obsługi i zarządzania kamerami.


Oprogramowanie klienckie systemu monitoringu należy zainstalować na stacjach roboczych, w Centrum Nadzoru Ruchu (3 stanowiska).


W systemie należy zapewnić możliwość zdefiniowania minimum 2 strumieni do archiwizacji nagrań monitoringu. Parametry archiwizacji:


• archiwum zawierające nagrania ze wszystkich kamer systemu, w rozdzielczości 1080p @25fps, z okresu 30 dni, dla kamer,

• archiwum z wybranymi danymi koniecznymi do przechowywania przez okres powyżej 30 dni.


Ogólne wymagania systemowe.


• Możliwość tworzenia kopii bezpieczeństwa danych automatycznie lub na życzenie

• W przypadku awarii jednego z urządzeń rejestrujących automatyczne przełączenie i przejęcie funkcji przez urządzenie nadmiarowe pracujące w trybie „gorącej rezerwy”

• Nagrane dane muszą być zabezpieczone przed modyfikacją tzw. znakiem wodnym, a system musi zapewnić narzędzie umożliwiające weryfikację poprawności znaku wodnego

• System musi mieć mechanizmy monitorowania połączeń pomiędzy urządzeniami i raportować ich brak operatorowi

• Każdy sabotaż i awaria muszą być raportowane i widoczne na stanowisku operacyjnym minimalnie w zakresie:

o kamery stacjonarne: utrata ostrości, przesłonięcie lub przestawienie kamery, utrata sygnału wideo,

o sieć transmisyjna: uszkodzenie, odzyskanie zasilania,

o rejestrator: awaria, odzyskanie zasilania, nieautoryzowany dostęp, awaria HDD, status nagrywania, zapełnienie dysku.

• Rejestry systemu muszą zawierać takie dane jak: alarmy, sabotaże, utrata sygnału wizyjnego i odzyskanie po utracie, odzyskanie zasilania, uszkodzenie ważnej funkcji systemu, reset urządzenia, zatrzymanie urządzenia, fakt eksportu danych z identyfikacją źródła, logowanie i wylogowanie użytkownika, wyszukiwanie i odtwarzanie obrazów, zmiany parametrów zapisu, zmiana konfiguracji systemu, zmiana czasu i daty w systemie.

• System musi przechowywać w bazie danych obrazy referencyjne z kamer (istniejących oraz dostarczonych w ramach przedmiotowego zamówienia) zatwierdzone przez użytkownika.

• Zdalna aktualizacja oprogramowania układowego wszystkich urządzeń (istniejących oraz dostarczonych w ramach przedmiotowego zamówienia) z poziomu stacji administratora.

• System musi umożliwiać obsługę zgodnie ze zdefiniowanymi priorytetami dla co najmniej 3 rodzajów użytkowników.


Podstawowe wymagania dla oprogramowania systemu rejestracji i zarządzania wideo:


• wyświetlanie strumieni wideo na żywo,

• rejestracja strumieni wideo,

• wyświetlanie strumieni wideo z archiwum,

• wyświetlanie strumieni wideo z wielu kamer jednocześnie (na żywo oraz z archiwum),

• wyświetlanie strumieni wideo z wielu kamer na wielu stacjach klienckich jednocześnie,

• przesyłanie strumieni wideo do zewnętrznych systemów,

• sterowanie kamerami PTZ z wielu stacji oglądowych,

• zarządzanie priorytetami dla sterowania kamerami PTZ (dla użytkowników, dla grup użytkowników),

• możliwość rejestracji materiału wideo niezależnie dla każdej kamery w systemie (niezależna konfiguracja rozdzielczości obrazu, poklatkowości obrazu, rodzaju i stopnia kompresji obrazu),

• możliwość rejestracji materiału wideo z tej samej kamery w minimum dwóch różnych rozdzielczościach (np. rejestracja strumienia wideo w rozdzielczości HD i jednocześnie rejestracja strumienia wideo w niższej rozdzielczości),

• możliwość rejestracji kamery na kilku niezależnych fizycznych dyskach,

• możliwość grupowania kamer z nadawaniem jednoznacznych (unikalnych) nazw grupom kamer np. zainstalowanych w konkretnej dzielnicy, przy ulicy czy budynku.

• możliwość jednoczesnej prezentacji na stacji operatorskiej i lokalnej rejestracji materiału wideo w dwóch różnych rozdzielczościach i szybkościach („nagrywaj co widzisz”),

• możliwość przesyłania obrazów w definiowanych odstępach czasu (zdjęcie co x sekund) na definiowany serwer FTP lub NAS,

• wyświetlanie dynamicznych map do wizualizacji lokalizacji i stanów urządzeń wyświetlanie dynamicznych map do wizualizacji lokalizacji i stanów urządzeń,

• możliwość definiowania stref nieinteresujących z punktu widzenia analityk,

• możliwość nadzoru / konfiguracji poprzez graficzny interfejs użytkownika,

• kopia zapasowa oraz backup bazy danych,

• praca z archiwami NAS lub SAN,

• zdalna aktualizacja oprogramowania układowego wszystkich urządzeń z poziomu stacji administratora,

• eksport materiału wideo zakodowanego standardem H.264 do zewnętrznego pliku.


Oprogramowanie do rejestracji i zarządzania wideo ma być oprogramowaniem w pełni skalowalnym, ma umożliwiać rozbudowę systemu do co najmniej 100 kamer bez dodatkowych licencji, nie licząc dodatkowych urządzeń rejestrujących, co wynika z wydajności i pojemności sprzętu.


System musi umożliwić zdalny dostęp do serwerów archiwizujących w zakresie ich obsługi oraz dostępu do danych.


Dostęp do zapisanych danych musi być możliwy z konsoli serwera oraz z oprogramowania stacji klienckich, umożliwiając wyświetlanie obrazu na żywo z wielu kamer jednocześnie oraz przeglądanie archiwum.


Podstawowe wymagania dla oprogramowania stacji operatorskiej:


• wyświetlanie strumieni wideo na żywo,

• wyświetlanie strumieni wideo z archiwum,

• wyświetlanie strumieni wideo na żywo/z archiwum w podziałach co najmniej 1x1, 2x2, 4x4, 5+1 oraz 5x5


• sterowanie kamerami obrotowymi z poziomu PTZ, z użyciem myszki komputerowej, za pomocą panelu nawigacyjnego i bezpośrednio na obrazie,

• przełączanie się pomiędzy kamerami poprzez wskazywanie kamer z układu ekranów obrazów z kamer,

• przełączenia się pomiędzy kamerami poprzez wskazywanie kamer z drzew logicznych urządzeń,

• przełączanie się pomiędzy kamerami poprzez wskazywanie kamer na mapie GIS,

• możliwość dodawania zakładek z adnotacją do danego miejsca w nagraniu wideo,

• wyszukiwanie zdarzeń z modułu analizy obrazu na podstawie co najmniej, następujących parametrów:

o kamera lub grupa kamer

o czas wystąpienia Zdarzenia – wybór ram czasowych wystąpienia Zdarzenia

o czas trwania Zdarzenia – wybór długości trwania Zdarzenia

o typy obiektów: np. osoba, samochód, niezdefiniowany

o lokalizacja Zdarzenia na obrazie – możliwość wskazania części Widoku obrazu, w której system ma poszukiwać zdefiniowanych przez użytkownika Zdarzeń. Pozostała część obrazu nie będzie uwzględniana.

o kolor obiektów:

▪ kolor – wybrany kolor poszukiwanego obiekcie

▪ czułość koloru – określenie zawartości koloru w obiekcie

▪ procentowe nasycenie danego koloru w obiekcie z przedziału od 0 do 100

o rozmiar i prędkość obiektów – określenie rozmiaru wyszukiwanych obiektów

▪ mały, średniej wielkości i duży

▪ powolny, o średniej prędkości oraz szybko poruszający się obiekt

▪ możliwość konfigurowania wartości dla zakresów rozmiaru (mały, średni, duży) oraz prędkości (wolny, o średniej prędkości, szybki)

▪ możliwość podania wartości zarówno dla rozmiaru jak i prędkości

• wyszukiwanie alertów z modułu analizy obrazu na podstawie co najmniej, następujących atrybutów:

o kamera lub grupa kamer

o typ Alertu: wybrany typ Alertu, wszystkie typy Alertów, tylko Alerty Grupowe, tylko Alerty zarchiwizowane

o priorytet Alertu

o słowa kluczowe (np. nazwa Alertu – części nazwy)

o czasu wystąpienia Alertu:

▪ relatywnego (np. 1 godz. 30 min. temu) lub

▪ absolutnego (np. dnia 2015.12.11 o godz. 15:30)

• prezentacja wyników wyszukiwania zdarzeń z modułu analizy obrazu powinna być wyświetlana, jako:

o miniatury obrazu zdarzenia.

o ślad poruszania się obiektów na obrazie w postaci linii łączących punkty, w których obiekty były rejestrowane na kolejnych klatkach.

o statystyki występowania określonego zdarzenia (np. przekroczenia linii) podane w formie tabelarycznej lub wykresu.

o gęstość poruszania się obiektów (zaprezentowane w postaci sumarycznego przedstawienia aktywności określonego typu z zadanego zakresu czasu na pojedynczym obrazie przy użyciu kolorów: duże natężenie ruchu - kolor czerwony, małe natężenie ruchu

- kolor niebieski).

• rejestracja strumieni na żądanie (po naciśnięciu przycisku),

• wbudowany mechanizm autoryzacji dostępu użytkownika,

• eksport Alertów z modułu analizy obrazu do pliku CSV,


• oprogramowanie dostępne w języku polskim,

• diagnostyka urządzeń systemu, wraz z raportami diagnostycznymi,

• w trybie przeszukiwania i prezentacji linii danych na dyskach oznaczanie np. kolorami różnych ich typów,

• oprogramowanie umożliwia adaptację interfejsu użytkownika do potrzeb danego użytkownika, co najmniej w zakresie wielu układów ekranów obrazów z kamer.


9.4 LOKALIZACJE URZĄDZEŃ


9.4.1 MONITORING WIZYJNY


Urządzenia systemu monitoringu wizyjnego na skrzyżowaniach zlokalizowane będą w punktach kamerowych wskazanych tabeli w załączniku nr 1 do niniejszego PFU (na skrzyżowaniach) oraz na rondach wyspecyfikowanych poniżej. Dodatkowo należy przewidzieć instalację 2 kamer na parkingach przy siedzibie MZUiM Chorzów. Wśród kamer monitoringu wizyjnego na skrzyżowaniach należy przewidzieć instalację 15 kamer 360o. Lokalizacje kamer 360o zostaną wybrane przez Zamawiającego na etapie projektowym.


Lp

Lokalizacja punktu kamerowego

Oznaczenie

Koordynaty


1


Batorego – Szpitalna


R01

50°16'34.3"N

18°56'31.1"E


2


Nomiarki – 00 Xxxxx Xxxxxxxx


X00

00x00'00.0"X

18°56'15.4"E


3


Kościuszki – Parkowa


R03

50°17'48.6"N

18°58'03.9"E


4


Siemianowicka - Bożogrobców


R04

50°18'10.3"N

18°58'24.5"E


5


Gałeczki – Xx. Xxxxxx Xxxxxxxxx


X00

00x00'00.0"X

18°57'35.3"E


6


Xxxxxxxxxx – Xxxxxxxxxxxxxx


R06

50°17'55.2"N

18°57'34.8"E


Szczegółową lokalizacje kamer należy uzgodnić z Zamawiającym na etapie sporządzania projektu wykonawczego. Lokalizację punktów na mapie pokazano w rozdziale 25.1.


Punktem kamerowym będzie zespół kamer szybkoobrotowych wraz z urządzeniami dodatkowymi, osprzętem i okablowaniem niezbędnym do ich prawidłowego działania. Każdy punkt kamerowy ma być wyposażony w minimum jedną (w szczególnych przypadkach dwóch – patrz załącznik nr 1 do PFU) kamerę obrotową, która zakresem swojej obserwacji obejmie wszystkie wloty skrzyżowania/ronda.


W przypadku braku możliwości obserwacji wszystkich wlotów przez jedną kamerę obrotową należy umieścić na skrzyżowaniu dodatkową kamerę obrotową.


Wszystkie urządzenia wchodzące w skład punktu kamerowego (oprócz samej kamery) mają być umieszczone oraz zasilone napięciem z przyłącza doprowadzonego do dwudrzwiowej szafy


teletechnicznej. Do transmisji obrazu z kamer oraz do sterowania kamerami należy wykorzystać łącze światłowodowe wraz z urządzeniami sieciowymi standardu TCP/IP.


9.4.2 ROZPOZNAWANIE TABLIC REJESTRACYJNYCH


Dla potrzeb rozpoznawania tablic rejestracyjnych pojazdów (ANPR) należy zastosować kamery stałopozycyjne o specyfikacji minimalnej opisanej w rozdziale poniżej. Analizą należy objąć odcinki pomiędzy poszczególnymi punktami kamerowymi, w obu kierunkach.


Kamery ANRP winne być zlokalizowane w punktach kamerowych jak poniżej. Zamawiający dopuszcza stosowanie:


• jednej kamery HD, obejmującej 2 pasy ruchu (wjazd na odcinek pomiarowy – identyfikacja tablicy czołowej, wyjazd z odcinka pomiarowego – identyfikacja tablicy tylnej), przy zachowaniu odpowiedniej skuteczności identyfikacji numeru tablicy rejestracyjnej.

• większej liczby kamer SD, w szczególności po jednej kamerze na każdy pas ruchu (identyfikacja zawsze tablicy czołowej).



Lp

Lokalizacja punktu kamerowego (ulica)


Oznaczenie


Koordynaty

Odcinki pomiarowe


1


Batorego – Brzozowa


ANPR1

50°15'52.2"N

18°56'12.2"E

ANPR1 <–> ANPR12


2


Katowicka – Parkowa


ANPR2


50°17'16.7"N

18°58'01.2"E

ANPR2 <–> ANPR9

ANPR2 <–> ANPR11 ANPR2 <–> XXXX0


0


Xxxxxxxxx - Xxxxx


ANPR3

50°18'47.5"N

18°56'53.1"E

ANPR3 <–> ANPR13


4


3 Maja – Pokoju


ANPR4

50°18'15.8"N

18°55'24.3"E

ANPR4 <–> ANPR14


5


Nomiarki


ANPR5

50°17'33.7"N

18°56'15.3"E

ANPR5 <–> ANPR14


6


Armii Krajowej – Piekarska


ANPR6

50°16'35.0"N

18°56'56.8"E

ANPR6 <–> ANPR12


7


Kościuszki – Parkowa


ANPR7

50°17'48.7"N

18°58'03.8"E

ANPR7 <–> ANPR2


8


Dąbrowskiego – Hajducka


ANPR8


50°17'24.6"N

18°56'47.6"E

ANPR8 <–> ANPR10 ANPR8 <–> ANPR9 ANPR8 <–> ANPR12


9


Katowicka – Dąbrowskiego


ANPR9


50°17'44.8"N

18°57'21.1"E

ANPR9 <–> ANPR2 ANPR9 <–> ANPR13

ANPR9 <–> ANPR8



10


Dąbrowskiego – Armii Krajowej


ANPR10


50°16'55.5"N

18°56'19.1"E

ANPR10 <-> ANPR8 ANPR10 <–> ANPR12


11

Gałeczki – Al. Wojska Polskiego


ANPR11

50°16'57.3"N

18°57'35.8"E

ANPR11 <–> XXXX0


00


Szpitalna – BOWiD


ANPR12


50°16'45.7"N

18°56'37.6"E

ANPR12 <–> ANPR6 ANPR12 <–> ANPR10 ANPR12 <–> ANPR1

ANPR12 <–> ANPR8


13


Katowicka – 3 Maja


ANPR13


50°18'13.6"N

18°57'05.0"E

ANPR13 <–> ANPR9 ANPR13 <–> ANPR3 ANPR13 <-> ANPR14


14


3 Maja – Żołnierzy Września


ANPR14


50°18'09.6"N

18°56'11.3"E

ANPR14 <–> ANPR13 ANPR14 <–> ANPR5


Szczegółową lokalizacje kamer oraz ich niezbędną liczbę należy uzgodnić z Zamawiającym na etapie sporządzania projektu wykonawczego.


Lokalizację punktów na mapie pokazano w rozdziale 25.6.


9.5 PARAMETRY KAMER


Do systemu monitoringu wizyjnego przewiduje się zastosowanie kamer IP, z możliwością pracy w sieci Ethernet opartej o protokół TCP/IP. Zamawiający wymaga zastosowania wysokiej klasy kamer stacjonarnych i szybkoobrotowych IP, zapewniających prawidłowe odwzorowanie obserwowanej sceny oraz generujących obraz w rozdzielczości FullHD z prędkością do 25kl./s.


Zamawiający nie dopuszcza stosowania kamer analogowych z zewnętrznymi koderami przetwarzającymi obraz do postaci cyfrowej oraz innych mniej wydajnych standardów kodowania niż wymienione poniżej.


Minimalne parametry techniczne dla kamer obrotowych standardowych:


Lp

Treść

Podstawowe wymagania

1

Rodzaj

Kamera obrotowa wysokiej rozdzielczości

2

Przetwornik

CCD lub CMOS, co najmniej 1/3”

3

Funkcja automatycznego ustawiania ostrości

TAK, z poziomu oprogramowania kamery

4

Funkcja Dzień/Noc

TAK, kamera ma być wyposażona w mechaniczny filtr odcinający promieniowanie podczerwone


5


Czułość

Nie gorsza niż dla 30 IRE, F=1,4:

• w trybie dziennym (Kolor): 0,2 Lux,

• w trybie nocnym (B/W): 0,04 Lux

6

Zoom optyczny

Co najmniej 30x


7

Zoom cyfrowy

Co najmniej 12x

8

Stabilizacja obrazu

TAK, cyfrowa stabilizacja obrazu

9

Kąt widzenia w poziomie

Co najmniej 60°

10

Kodowanie obrazu

H.264, MJPEG

11

Rozdzielczość obrazu

Min. HDTV 720p (1280x720)

12

Poklatkowość

Min. 25 kl/s dla strumienia H.264 w rozdzielczości HDTV 720p (1280x720)


13


Strumienie wizyjne

Min. 3 konfigurowalne strumienie wizyjne o różnych parametrach: rozdzielczość, poklatkowość, poziom kompresji

14

Pozycje preset

Min. 99 pozycji preset


15


Kąty obrotu


360° PAN (bez punktu końcowego), min. 220° TILT

16

Szybkość obrotu

Min. 400°/sek

17

Elektroniczna migawka

TAK

18

Balans bieli

Z ręczną i automatyczną regulacją

19

Sloty pamięci

Min. 1 x slot na karty SD/SDHC/SDXC lub microSD/microSDHC/microSDXC

20

Złącza

Ethernet 10/100Base-TX

21

Dostęp do wideo

Dostęp do wideo z poziomu przeglądarki

internetowej i z poziomu dedykowanego oprogramowania


22


Dostęp do konfiguracji

Dostęp do konfiguracji z poziomu przeglądarki internetowej i z poziomu dedykowanego oprogramowania


23


Obsługa protokołów

Co najmniej IPv4, IPv6, HTTP, HTTPS, QoS, FTP, SMTP, SNMPv3, DNS, NTP, RTP, TCP, UDP, IGMP, RTCP, ICMP, DHCP, ARP

24

Obsługa ONVIF

ONVIF Profile S (model urządzenia występujący na liście zgodności produktów xxx.xxxxx.xxx)

25

Sposób transmisji

Obsługa Unicast oraz Multicast

26

Sterowanie transmisją

Constant Bit Rate (CBR) oraz Variable Bit Rate (VBR)

27

Detekcja ruchu

TAK

28

Automatyczna analiza obrazu

Otwarte API

29

Strefy prywatności

Co najmniej 6

30

Filtrowanie adresów IP

TAK

31

Alarmy

Co najmniej przesyłanie obrazów na serwer FTP, na adres email

32

Obudowa

Metalowa

33

Poziom szczelności

Co najmniej XX00


00

Praca w zakresie temperatur

Co najmniej -40°C do +60°C

35

Waga

Nie więcej niż 5kg (z obudową)

36

Gwarancja

Producenta, min. 5 lat


Minimalne parametry techniczne dla kamer obrotowych 360o


Lp

Treść

Podstawowe wymagania

1

Rodzaj

Kamera obrotowa wysokiej rozdzielczości

2

Przetwornik

4 przetworniki obrazu ze skanowaniem progresywnym

3

Funkcja automatycznego ustawiania ostrości

TAK, z poziomu oprogramowania kamery

4

Funkcja Dzień/Noc

TAK

5

Czułość

W trybie dziennym (Kolor): 0,3 Lux,

7

Stabilizacja obrazu

TAK, cyfrowa stabilizacja obrazu

8

Kąt widzenia

Każdy przetwornik o kącie widzenia w poziome co

najmniej 113°, kącie widzenia w pionie co najmniej 85°

9

Kodowanie obrazu

H.264, MJPEG

10

Rozdzielczość obrazu

Min. HDTV 720p (1280x720)

11

Poklatkowość

Min. 25 kl/s dla strumienia H.264 w rozdzielczości HDTV 720p (1280x720)

12


Strumienie wizyjne

Min. 2 konfigurowalne strumienie wizyjne o różnych parametrach: rozdzielczość, poklatkowość, poziom kompresji

13

Sloty pamięci

wbudowane gniazdo pamięci XX/XXXX/XXXX

00

Złącza

10BASE-T/100BASE-TX/1000BASE-T, PoE

15

Dostęp do wideo

Dostęp do wideo z poziomu przeglądarki internetowej i z poziomu dedykowanego

oprogramowania

16


Dostęp do konfiguracji

Dostęp do konfiguracji z poziomu przeglądarki internetowej i z poziomu dedykowanego oprogramowania

17


Obsługa protokołów

Co najmniej IPv4, IPv6, HTTP, HTTPS, QoS, SSL/TLS, FTP, SMTP, SNMPv3, DNS, NTP, RTP, TCP, UDP, DHCP

18

Obsługa ONVIF

ONVIF Profile S (model urządzenia występujący na liście zgodności produktów xxx.xxxxx.xxx)

19

Sposób transmisji

Obsługa Unicast oraz Multicast

20

Sterowanie transmisją

Constant Bit Rate (CBR) oraz Variable Bit Rate (VBR)

21

Detekcja ruchu

TAK


22

Automatyczna analiza obrazu

Otwarte API

23

Strefy prywatności

Co najmniej 6

24

Filtrowanie adresów IP

TAK

25

Obudowa

Aluminiowa i poliwęglanowa

26

Poziom szczelności

Co najmniej XX00

00

Praca w zakresie temperatur

Co najmniej -30°C do +50°C

28

Zasilanie

kamera włącznie z elementami grzewczymi i

chłodzącymi powinna być zasilana przez pojedynczy kabel sieciowy wpięty do kamery;

29

Waga

Nie więcej niż 7kg (z obudową)

30

Gwarancja

Producenta, min. 5 lat



Minimalne parametry techniczne dla kamer do rozpoznawania tablic rejestracyjnych:


Kamera HD


Lp

Treść

Podstawowe wymagania


1

Rodzaj

Kamera musi być dedykowana przez producenta do zastosowań rozpoznawania tablic

rejestracyjnych pojazdów w ruchu drogowym

2

Obsługa technologii IP

TAK

3

Zgodność ze standardem ONVIF

TAK

4

Zasilanie

Możliwość zasilania przy pomocy napięcia w przedziale od 100V AC do 240V AC


5


Strumienie obrazu

Obsługa minimum dwóch strumieni obrazu, przynajmniej jeden wykorzystujący

kompresję H.264

6

Promiennik podczerwieni

Zintegrowany w obudowie z kamerą


7

Wyposażenie w system odfiltrowania światła widzialnego


TAK


8

Wyposażenie w funkcje zapewniające wysoką

sprawność całodobową oraz eliminację poświatę

pochodzącą od reflektorów


TAK



9

Wyposażenie w funkcje minimalizujące nadmierne oświetlenie tablic, zapewniające większą

dokładność automatycznego rozpoznawania tablic

rejestracyjnych


TAK

10

Przetwornik

1/1.8'' Progressive Scan CCD

11

Minimalna rozdzielczość

2048×1536

12

Interface

Jeden port Ethernet 10M/100M/1000MRJ45; 5 interfejsów RS-485 half duplex

13

Wyjścia wyzwalane

7 wyjść izolowanych fotoelektrycznie 500VAC/5V TTL

14

Dokładność rozpoznania ANPR

≥90%

15

Sposób analizy ANPR

W kamerze, bez zastosowania zewnętrznego

komputera

16

Dokładność rozpoznania kategorii pojazdu (min. 4 kategorie + niesklasyfikowane)

90%

17

Zakres prędkości

rejestrowanych pojazdów

Do 250 km/h

18

Temperatura pracy

Od -40 do +60C

19

Waga kamery z obudową

Nie więcej niż 7 kg

20

Klasa szczelności

Min. IP 66


Kamera SD


Lp

Treść

Podstawowe wymagania


1

Rodzaj

Kamera musi być stosowana (lub dedykowana przez producenta) do zastosowań rozpoznawania tablic rejestracyjnych pojazdów w ruchu

drogowym

2

Obsługa technologii IP

TAK

3

Zgodność ze standardem ONVIF

TAK

4

Zasilanie

24 V AC ±10%

12 V DC ±10%

PoE


5


Strumienie obrazu

Obsługa minimum dwóch strumieni obrazu, przynajmniej jeden wykorzystujący

kompresję H.264 lub MJPEG

6

Promiennik podczerwieni

Zintegrowany w obudowie z kamerą lub zewnętrzny


7

Wyposażenie w system odfiltrowania światła widzialnego


TAK



8

Wyposażenie w funkcje zapewniające wysoką

sprawność całodobową oraz eliminację poświatę

pochodzącą od reflektorów


TAK


9

Wyposażenie w funkcje minimalizujące nadmierne oświetlenie tablic, zapewniające większą

dokładność automatycznego rozpoznawania tablic

rejestracyjnych


TAK

10

Przetwornik

1/3'' Day/Night Progressive Scan CCD

11

Minimalna rozdzielczość

752 x 582 (PAL)

12

Interface

Jeden port Ethernet 10M/100M RJ45; Intefejs XX000/000/000

XXX

00

Dokładność rozpoznania ANPR

≥90%

14

Sposób analizy ANPR

W kamerze, bez zastosowania zewnętrznego komputera lub z wykorzystaniem zewnętrznego komputera (kontrolerze) montowanego w punkcie

kamerowym

15

Dokładność rozpoznania kategorii pojazdu (min. 4 kategorie + niesklasyfikowane)

90%

16

Zakres prędkości

rejestrowanych pojazdów

Do 250 km/h

17

Temperatura pracy

Od -20 do +50C

18

Waga kamery z obudową

Nie więcej niż 5 kg

19

Klasa szczelności

Min. IP 66


9.6 SYSTEM ZARZĄDZANIA OBRAZAMI


Minimalne wymagania funkcjonalne oraz techniczne dla rejestracji strumienia wideo:


• rejestracja ciągła,

• rejestracja zgodnie z harmonogramem,

• rejestracja z zadaną przepływnością, poklatkowością, jakością obrazu (definiowaną dla każdej kamery),

• rejestracja z mniejszą poklatkowością (mniejszą niż poklatkowość oryginalnego strumienia wideo),

• rejestracja strumieni wideo H.264, MPEG-4, MJPEG,

• rejestracja na żądanie (po naciśnięciu przycisku),

• ochrona sekwencji wideo przed usunięciem. Możliwość wyłączenia dostępu dla wybranych użytkowników (grup użytkowników) do wybranych materiałów wideo,


• możliwość dodawania zakładek z adnotacją do danego miejsca w nagraniu wideo.


Wymagania funkcjonalne dla aplikacji zarządzającej systemem CCTV;


• architektura klient-serwer

• wsparcie minimum 20 klientów bez konieczności rozszerzania licencji

• równoległa praca dwóch klientów w pełnym zakresie możliwości systemu (rejestratorów cyfrowych), czyli niezależny dostęp do wszystkich strumieni obrazów bieżących w tym samym czasie

• wsparcie dla niezależnego wyświetlania na trzech monitorach

• podgląd obrazów ze wszystkich kamer podłączonych do systemu, bez konieczności ich rejestrowania

• cyfrowy zoom

• zdalna diagnostyka urządzeń realizowana cyklicznie (wg harmonogramu) i ręcznie

• możliwość backupu i odzyskiwania bazy danych

• automatyczne wyszukiwanie urządzeń podłączonych do sieci (kamery i rejestratory)

• powiadamianie email o stanie urządzeń

• grupowe i indywidualne zarządzanie użytkownikami

• możliwość indywidualnego nadawania uprawnień do; eksportu wideo, przeglądania powiadomień, potwierdzania powiadomień, przeglądania analizy HDD, przeglądania diagnostyki, PTZ, wyświetlania nagrań wideo, wyświetlania obrazów live, wyświetlania obrazów wysokiej rozdzielczości

• zapisywanie w bazie danych obrazów referencyjnych wszystkich kamer w celu możliwości weryfikacji manipulacji ustawieniem kamer

• harmonogramy importu nagrań archiwalnych pozwalające na przesyłanie nagrań w okresach niskiego wykorzystania sieci teleinformatycznej, umożliwiające na maksymalne wykorzystanie pasma w godzinach wysokiego zapotrzebowania

• generowanie raportów o stanie i ustawieniach urządzeń

• zdalne zapisywanie konfiguracji urządzeń

• umożliwienie ponownego zdalnego wgrania wcześniej zapisanej konfiguracji urządzeń

• prezentacja obrazów z kamer w podziałach do 25 okienek

• możliwość definiowania dowolnego układu okienek wideo przez użytkownika

• zapisywanie preferencji i układów danego użytkownika

• zdalne przeglądanie nagrań wideo

• lokalny eksport wybranego materiału wideo lub zdjęć

• sterowanie PTZ

• wyszukiwanie nagrań po czasie, alarmie, detekcji ruchu, wstawionym tekście


9.7 MODUŁ POJAZDÓW POSZUKIWANYCH


W oparciu o kamery rozpoznające numery tablic rejestracyjnych należy wdrożyć moduł pojazdów poszukiwanych, dostępny z aplikacji centralnej. Moduł ten ma za zadanie:


• Rejestrować w bazie modułu numery pojazdów poszukiwanych przez np. Straż Miejską, Policję i inne służby,

• Rejestracja numeru może być rozszerzona o zdefiniowany okres poszukiwania (od – do; z podaniem daty oraz godziny i minuty),

• Rejestracja musi umożliwiać podawanie numerów tablic rejestracyjnych zagranicznych,

• Każdorazowo, po odczycie przez kamerę numeru tablicy rejestracyjnej pojazdu porównywać go z zarejestrowanymi w bazie numerami,


• Pozytywne wyszukanie numeru z bazie danych winno być potwierdzone zapisaniem w bazie danych co najmniej poniższych danych opisujących zdarzenie:

o Numer rejestracyjny pojazdu,

o Znacznik czasu odczytu numeru pojazdu,

o Znacznik czasu pozytywnej identyfikacji numeru w bazie,

o Koordynaty GPS miejsca odczytu numeru tablicy rejestracyjnej,

o Pas ruchu, po którym poruszał się poszukiwany pojazd,

• Wyszukane dane z pozytywną identyfikacją numeru w bazie winny być przechowywane co najmniej przez 180 dni. Skasowane dane winne być przechowywane przez kolejne 180 dni. Po tym terminie dane mogą zostać usunięte z modułu, co najmniej po dwukrotnym potwierdzeniu wykonania operacji przez administratora. Okres przechowywania musi być dostępny do zdefiniowania i zmiany przez Zamawiającego.

• Dostęp do modułu będą posiadali tylko wybrani pracownicy, każdorazowe wejście do modułu wymagać będzie podanie loginu i hasła,

• Musi istnieć w module możliwość co najmniej:

o Wydruku (na ekran/PDF/drukarka) listy poszukiwanych pojazdów na wskazany dzień/miesiąc/rok,

o Wydruku (na ekran/PDF/drukarka) listy zidentyfikowanych pozytywnie pojazdów ze wszystkimi danymi opisującymi zdarzenie,

o Wizualizacji na mapie GIS wszystkich punktów identyfikacji pojazdu dla:

▪ Wybranego pojazdu,

▪ Wybranych wielu pojazdów.


Wizualizacja winna odwzorowywać następstwo punktów identyfikacji pojazdu, łącząc je liniami (forma animacji).


o Wydruku (PDF/drukarka) wizualizacji na mapie GIS wszystkich punktów identyfikacji pojazdu dla wybranego pojazdu.


10 PODSYSTEM INFORMOWANIA KIEROWCÓW


10.1 WSTĘP


Podsystem dzięki wykorzystaniu zbieranych na bieżąco danych, musi zapewnić dostarczanie użytkownikom dróg (zarówno kierowcom, jak i pasażerom transportu publicznego) rzetelnej i sprawdzonej informacji o bieżącej sytuacji na drogach (informacja o zatorach, zdarzeniach i robotach drogowych, czasach przejazdu, proponowanie trasach alternatywnych itp.), co może wpłynąć na polepszenie płynności ruchu i redukcję kosztów zewnętrznych transportu.


Zakres danych nie jest ograniczony i edytor do wprowadzania zdarzeń na portal internetowy powinien mieć możliwość definiowania dowolnych typów zdarzeń oraz wizualizowaniu ich. Wskazania tablic zmiennej treści winne być prezentowane w odniesieniu do stanu podsystemu sterowania ruchem, z możliwością manualnego włączenia wybranego komunikatu.


Do realizacji zadań związanych z informowaniem kierowców wykorzystane będą poniższe mechanizmy.


10.1.1 ZNAKI ZMIENNEJ TREŚCI


Zadaniem tablic zmiennej treści jest wyświetlanie informacji mających ułatwić wjeżdżającym do miasta poruszanie się po nim (informować o utrudnieniach w ruchu na drogach tranzytowych i w centrum miasta oraz o zalecanych trasach objazdowych, informacje o czasach przejazdu trasami alternatywnymi.).


Tablice winny umożliwiać wyświetlanie zarówno informacji tekstowych, jak i graficznych, np. zobrazowania graficznego naprowadzenia na trasę alternatywną/objazdową w postaci uproszczonej mapy. Tablice zainstalowane w ramach realizacji przedmiotu projektu będą tablicami graficznymi, umożliwiającymi również wyświetlenie informacji tekstowych.


Formę prezentacji/wizualizacji informacji na tablicach zmiennej treści Wykonawca opracuje, w uzgodnieniu z Zamawiającym, na etapie projektowym.


10.1.2 TABLICE RADAROWE


Tablice radarowe, mierzące natężenie ruchu i prędkość pojazdu oraz wyświetlające aktualną prędkość pojazdu i w razie jej przekroczenia zmiana koloru wyświetlania z zielonego na czerwony np. w pulsującej formie, oraz ukazanie się rzucającego się w oczy napisu „ZWOLNIJ” ma działanie psychologiczne - kierowca zdecydowanie częściej zwalnia i jedzie ostrożniej.


W ramach realizacji przedmiotu projektu wymaga się dostarczenia oraz uruchomienia 10 tablic radarowych we wskazanych przez Zamawiającego miejscach. Dane o natężeniu ruchu uzyskiwane z tablic radarowych powinny stanowić alternatywne źródło danych dla Podsystemu Informacji dla Podróżnych.


10.2 WYMAGANIA SZCZEGÓŁOWE


10.2.1 ZNAKI ZMIENNEJ TREŚCI


Znaki zmiennej treści zlokalizowane będą w miejscach jak poniżej:


Lp

Lokalizacja przy ulicy

Oznaczenie

Koxxxxxxxx

Xxxxxxxx

0

Xxxxxxxxxxx

XMS1

50°17'14.7"N

18°58'05.9"E

Do centrum Chxxxxxx

0

Xxxxxxxx

XMS2

50°15'53.0"N

18°56'12.4"E

Do centrum Chxxxxxx

0

Xxxxx Xxxxxxxx

XMS3

50°16'36.5"N

18°56'55.6"E

Świętochłowice

4

3 Maja

VMS4

50°18'09.6"N

18°56'04.7"E

Do centrum Chxxxxxx

0

Xxxxxxxxxxx

XMS5

50°18'56.0"N

18°56'48.2"E

Do centrum Chxxxxxx

0

Xxxxxxxxxx

XMS6

50°17'50.0"N

18°58'04.4"E

Do centrum Chxxxxxx

0

Xxxxxxxx

XMS7

50.291421,

18.936548

Do centrum Chxxxxxx

0

Xxxxxxxxxxxx

XMS8

50°17'34.5"N

18°57'05.0"E

Ul. Katowickiej


Wizualizacja na planie miast zaprezentowana jest w rozdziale 25.1.


Zamawiający zastrzega, że zaproponowane lokalizacje tablic zmiennej treści mogą ulec zmianie w fazie projektowania, po uzgodnieniu z Zamawiającym.


10.2.1.1 WYMAGANIA FORMALNE


Znaki zmiennej treści powinny spełniać postanowienia Rozporządzenia Ministra Infrastruktury z dnia 3 lipca 2003 r. w sprawie szczegółowych warunków technicznych dla znaków i sygnałów drogowych oraz urządzeń bezpieczeństwa ruchu drogowego i warunków ich umieszczania na drogach( Dz. X. x 0000 x. Xx 000 xoz. 2181 z xxxx.xx. oraz Załącznika nr 1 „Szczegółowe warunki techniczne dla znaków drogowych pionowych i warunki ich umieszczania na drogach", a w szczególności Charakterystyki widzialności i charakterystyki fizycznej ZZT muszą być zgodne z wymaganiami:


• PN-EN 12966:2015-03 Pionowe znaki drogowe. Znaki drogowe o zmiennej treści.

• Warunków Technicznych. Znaki Drogowe o Zmiennej Treści ZZT - 2011 ,zeszyt 83 IBDiM 2011


10.2.1.2 WYMAGANIA PODSTAWOWE


Zamawiający wymaga zachowania jednorodności w zakresie konstrukcji fizycznej urządzeń i właściwości użytkowych wszystkich znaków zmiennej treści dostarczanej w ramach realizacji przedmiotu projektu.


Znak zmiennej treści winien zachowywać trwałość przy wystawieniu go na środowisko korozyjne przez minimum 10 lat. Niezwykle ważne jest, aby powyższy fakt był uwzględniany w odniesieniu do wszystkich materiałów oraz procesów produkcyjnych, a w szczególności w odniesieniu do zasadniczej funkcji, jaką pełnią te urządzenia, czyli do widzialności i czytelności emitowanych sygnałów zdeterminowanych zwłaszcza parametrami fotometrycznymi. Wymaga się, aby producent opisał i wykazał wszelkie kroki


podejmowane w celu zapewnienia tej trwałości poprzez udostępnienie Zamawiającemu (na etapie zatwierdzania wniosków materiałowych) certyfikatu zgodności CE wraz z kompletnym raportem z badań wykonanych przez notyfikowaną jednostkę w procesie oceny zgodności wyrobu z PN-EN 12966- 1:2005+A1:2009, a następnie dostarczył informację w dokumentacji handlowej zgodnie z wzorem Rysunek ZA.1 przedmiotowej normy wyrobu.


W celu porównania osiągów technicznych różnych znaków zmiennej treści, należy podać:


• pobór energii, przy której osiągane są parametry optyczne (luminancja, współczynnik luminancji, barwa),

• emisja wiązki świetlnej, (kąty szerokości wiązki),

• niezawodność i trwałość.

W celu uzyskania oczekiwanej trwałości i niezawodności znaków, maksymalny prąd zasilania diod dla następującej kombinacji klas charakterystyki optycznej C2, X0(*), X0, X0, nie powinien przekraczać dla każdej z pięciu (biała, czerwona, niebieska, zielona, żółta) wyświetlanych barw 20% wartości prądu znamionowego przy sumarycznym poborze prądu dla każdej z diod LED RGB nie przekraczającym wartości 10mA – co powinno jednoznacznie wynikać z ww. raportu jednostki notyfikowanej modułu testowego odpowiadającego parametrom charakterystyki optycznej i fizycznej dostarczonego dla przedmiotowego zadania wyrobu.


10.2.1.3 WYMAGANIA SZCZEGÓŁOWE


Miarą niezawodności jest dostępność rozumiana jako zdolność (gotowość) tablic zmiennej treści pracujących w SZR do realizowania określonych funkcji. Dla potrzeb niniejszego zadania uwzględnia się model, w którym brane są pod uwagę techniczne wskaźniki niezawodności znaków VMS oraz czynniki związane z działaniem służb serwisowych. Nie uwzględnia się natomiast czynników zewnętrznych, np.: przerw w zasilaniu spowodowanymi awariami zlokalizowanymi poza systemem tablic zmiennej treści, działań osób trzecich oraz wypadków drogowych, na skutek których urządzenie uległo uszkodzeniu lub zniszczeniu.


Najmniejszą jednostką modelu są urządzenia montowane w jednym przekroju drogi oznaczonym jako Pn. Rozumie się przez to pojedynczy lub kilka tablic o zmiennej treści, sterowniki bezpośrednie i pośrednie oraz sieci i urządzenia transmisji danych umieszczone w jednej lokalizacji, w określonym przekroju Pn. Usterka któregokolwiek z tych elementów skutkująca awarią w przekroju Pn powinna być uwzględniona przy obliczeniach dostępności tablic zmiennej treści.


Wymaga się aby:


• dostępność podsystemu znaków zmiennej treści wynosiła co najmniej 98,0%

• pomiar dostępności był wykonywany poprzez rejestrację statusów stanu poszczególnych jednostek w odpowiednio zaprojektowanej bazie danych biorąc pod uwagę awarie, które uniemożliwiają realizację funkcji celu (statusy poszczególnych znaków zmiennej treści należy rejestrować nie rzadziej niż 20s),

• rejestracja statusów w bazie danych rozpoczyna się po zakończeniu uruchomienia SZR , jednak nie wcześniej niż po uruchomieniu znaków o zmiennej treści,

• określenie dostępności podsystemu znaków o zmiennej treści dokonuje się po raz pierwszy po 6 miesiącach od daty rozpoczęcia rejestracji statusów w bazie danych.


Przyjmuje się, że tablica zmiennej treści VMS jest niezdolna do realizowania funkcji celu, gdy awaria nie pozwala na wyświetlenie czytelnego komunikatu. Uszkodzenie więcej niż 5% liczby elementów (diod


LED) traktuje się jako nieprawidłowość uniemożliwiającą efektywne działanie urządzenia, przy czym wartość ta zależy od jego budowy.


Brak odpowiedzi znaków o zmiennej treści na wywołanie z CNR (Centrum Sterownia Ruchem) nie stanowi braku dostępności, o ile jest krótszy niż czas, po którym urządzenie przejdzie w stan podstawowy na skutek utraty komunikacji z CNR.


Awarie sieci zasilającej podsystem znaków o zmiennej treści, systemu transmisji danych lub też innych podsystemów skutkujące brakiem możliwości ich wykorzystywania, nie są uwzględniane przy obliczaniu dostępności o której mowa przedmiotowym opisie.


Tablice zmiennej treści muszą spełniać swoją funkcje przez okres nie krótszy niż 10 lat. W związku z tym co 3 lata od daty odbioru, wg ustalonego harmonogramu, należy przeprowadzać pomiary kontrolne charakterystyki optycznej wg poniższych wytycznych. Koszt pomiarów będzie leżał w gestii Gwaranta.


Pomiary barwy i luminancji powinny być zrealizowane na reprezentatywnej liczbie urządzeń, ale nie mniejszej niż 10% z każdego rodzaju.


Źródła światła (elementy) powinny być włączone na odpowiedni czas (nie krócej niż przez 20 minut), aby zapewnić stabilizację charakterystyk optycznych przed wykonaniem pomiarów. Uważa się je za stabilne, kiedy ich światłość nie zmienia się o więcej niż ± 2 % przez 15 min.


Próby należy przeprowadzić w temperaturze otoczenia 20°C ±3 °C. W wyjątkowych wypadkach możliwe jest odstępstwo od tego zalecenia.


Pomiary należy wykonać za pomocą urządzenia, które jest stabilne w działaniu oraz nie ulega zmęczeniu po wystawieniu na maksymalny poziom luminancji. Zespół detektora przyrządu pomiarowego we wszystkich zakresach pomiarowych powinien zapewniać odpowiedź liniową na światło do poziomu maksymalnej wartości luminancji. Czułość widmowa detektora powinna być zgodna z krzywą skuteczności świetlnej widmowej względnej V λ według CIE.


Pomiary wykonuje się co najmniej w osi odniesienia. Należy zaprojektować i wykonać odpowiednie ustawienie układu pomiarowego względem badanego znaku o zmiennej treści, mając na względzie technikę pomiarową, wymagania narzędzia pomiarowego oraz lokalne uwarunkowania.


W czasie pomiarów należy sterować obiektem w taki sposób, aby istniała możliwość x.xx. zarządzania wyświetlaną treścią oraz regulowania wartości prądu zasilania diod LED do maksymalnej zgodnie z dokumentacją.


W celu przeprowadzenia pomiarów powinno aktywować się wszystkie elementy na tej części powierzchni obrazowej, którą przeznaczono do emitowania komunikatów, z uwzględnieniem co najmniej następujących czynności:


• dokumentowania wszelkich procedur pomiarowych,

• udokumentowania geometrii wykonywania pomiarów,

• rejestracji warunków atmosferycznych,

• kompleksowego sprawdzenia urządzeń zgodnie z planem badań.


Tablice zmiennej treści poddane takim pomiarom uznaje się za spełniające minimalne wymagania wyłącznie wtedy, gdy wyniki przeprowadzonych prób osiągnęły wartości nie mniejsze niż wymagane dla zdefiniowanej w niniejszym dokumencie klasy luminancji oraz gdy mają barwy sprecyzowane w normie wyrobu, czyli takie same jak w momencie odbioru urządzeń.


W przypadku negatywnej oceny wyników pomiarów należy wymienić urządzenie w całości na nowe, spełniające minimalne wymagania.


Znaki powinny posiadać funkcjonalność autodiagnostyki zapewniającej wykrycie usterki lub awarii bez zbędnej zwłoki. Gotowość i sprawność do działania znaków zmiennej treści VMS należy kontrolować za pomocą odpowiedniego oprogramowania z ustaloną częstotliwością (np. co 5 sekund), aby ewentualne usterki lub awarie mogły zostać wykryte. Funkcja kontrolna sterownika (autodiagnostyki) identyfikuje i raportuje co najmniej następujące stany pracy:


• prawidłowo wyświetlanego przekazu informacyjnego,

• zniekształconego ale rozpoznawalnego przekazu,

• nierozpoznawalnego przekazu,

• identyfikację i weryfikację uszkodzenia diod LED lub innych urządzeń elektronicznych tak, aby określić, czy emitowany przekaz informacyjny pozostaje rozpoznawalny,

• identyfikuje awarie krytyczne polegające na utracie zdolności emitowania zrozumiałych przekazów informacyjnych przez VMS, spowodowane innymi uszkodzeniami niż uszkodzenia diod LED,

• identyfikuje uszkodzone diody LED z dokładnością do pojedynczych elementów,

• automatyczne przełączenie w stan neutralny w przypadku awarii krytycznych lub w przypadku utraty komunikacji z CNR.


Zamawiający wymaga dostarczenia stosownych certyfikatów, deklaracji i badań dla tablic w zakresie trwałości , niezawodności oraz w zakresie bezpieczeństwa w ruchu drogowym.


Znaki zmiennej treści powinny być wykonane jako dowolnie programowalne oraz posiadać następujące parametry:


• zgodność z Rozporządzeniem Ministra Infrastruktury z dnia 3 lipca 2003 roku w sprawie szczegółowych warunków technicznych dla znaków i sygnałów drogowych oraz urządzeń bezpieczeństwa ruchu drogowego i warunków ich umieszczania na drogach (Dz. U. Nr 220, poz. 2181), z późniejszymi zmianami,

• zgodność z normą PN-EN12966-1:2005+A1:2009 „Pionowe znaki drogowe. Znaki drogowe

• o zmiennej treści” – certyfikat potwierdzający spełnianie normy musi być dostarczona dla konkretnego typu tablicy użytego w systemie,

• wyświetlanie trzech linii tekstu po 18 znaków w każdej z linii;

• wyświetlanie znaku wielkości A,B,C oraz trzech linii tekstu po 11 znaków w każdej w każdej linii;

• prezentacja czasu przejazdu pomiędzy dowolnie wybranymi punktami miasta w czytelnej, uzgodnionej z Zamawiającym formie graficznej,

• znak musi być oparty o technologię One SMT RGB LED i zapewniać grafikę wysokiej rozdzielczości w pełnej gamie barw,

• Klasa Luminancji L3(*),

• Klasa Barwy C2,

• Klasa Współczynnika Luminancji R3,

• Kąt dystrybucji wiązki świetlnej co najmniej klasa B6,

• Odporność na zanieczyszczenia klasy D3,

• Tablica musi posiadać zdolność wyświetlania minimum 32 768 różnych barw,

• Minimalne wymiary pola obrazowego znaku zmiennej treści nie mogą być mniejsze niż (szer. x wys.) 2800 x 1900 mm, rozdzielczość pola obrazowego nie mniejsza niż (szer. x wys.) 176 x 120 pixeli,


• Minimalne wymiary obudowy zewnętrznej nie powinny być mniejsze niż (szer. x wys.) 3100 x 2200 mm,

• Odległość pomiędzy elementami emitującymi światło i tworzącymi raster powinna wynosić maksymalnie 16 mm dla znaku zmiennej treści,

• Tablica musi mieć możliwość wyświetlania dowolnych obrazów w formacie np.: .jpg,

• Wyświetlacz powinien posiadać wolny matowy obszar o wymiarach co najmniej 150 mm (+- 10mm) wokół matrycy pikseli (dół, góra, lewa i prawa strona) pozwalającą na rozpoznanie obszaru wyświetlania,

• Obudowa tablicy powinna być odporna na działanie czynników atmosferycznych zgodnie z EN ISO 9227, wykonana z aluminium oraz zabezpieczająca przed pyłem, zanieczyszczeniem i wilgocią,

• W celu pełnego wykorzystania jasności diod tablica zmiennej treści musi być wyposażona w układ soczewek, natomiast nie dopuszcza się stosowania maskownic zamontowanych na matrycy LED,

• Panel czołowy malowany farbą nisko refleksyjną dla zapewnienia jak największego kontrastu – maksymalnie 700 cd/m2 przy oświetleniu 40 000 lx i kącie padania 10O, zgodnie z warunkami normy EN 12966,

• Maksymalny prąd zasilania diod RGB (należy zsumować prądy diod: czerwonej, zielonej oraz niebieskiej) przy którym osiągnięto wymagane powyżej klasy parametrów optycznych nie może być większy niż 30% prądu nominalnego (IF) określonego w karcie katalogowej zastosowanych przez wytwórcę znaków diod LED,

• W celu zapewnienia nieprzerwanej łączności znak powinien być podłączony za pomocą światłowodu do sieci miejskiej oraz komunikować się za pomocą protokołu NTCIP,

• W tylnej części sygnalizatora VMS umieścić należy pokrywy obsługowe zamykane na klucz,

• Znak VMS musi odpowiadać warunkom normy EN 12966 zgodnie z IP66,

• Znak VMS musi spełniać parametry zgodne z PN-EN 12966:2014 – WL0, XXX0, XXX0, XXX0,

• Zakres temperatur pracy -40°C do +60°C.

W celu potwierdzenie ww. charakterystyk parametrów znaków o zmiennej treści wykonawca przedłoży następujące dokumenty:


1) Certyfikat CE wydany zgodnie z wymaganiami aktualnej normy PN-EN12966 opublikowanej przez Polski Komitet Normalizacyjny zawierający informację o wartości prądu zasilania diod LED przy którym osiągnięto klasy charakterystyko optycznej oraz informację o typie zastosowanych w wyrobie diodach LED.

2) Aktualny certyfikat Zakładowej Kontroli Produkcji.

3) Pełny raport z badań laboratoryjnych znaków o zmiennej treści (zawierający informacje o uzyskanych wartościach pomiarów dla każdego typu znaku) - wykonanych w związku z certyfikatem CE, zawierający informacje x.xx. o wartości prądu roboczego diod LED,

4) Sprawozdanie z bieżącej kontroli produkcji zawierające informacje o wartości prądu roboczego diod LED odpowiadającego deklarowanym parametrom optycznym oraz karty katalogowe zastosowanych typów diod LED z podaniem rodzaju sortu (w ramach typu) pod względem równomierności charakterystyki wiązki świetlnej.


Powyższe dokumenty łącznie stanowią dowód spełnienia minimalnych wymagań wobec dokumentacji technicznej. Wykonawca zobowiązany jest dostarczyć również inne dokumenty wymagane odrębnymi przepisami.


10.2.2 TABLICE RADAROWE


Tablice radarowe winne spełniać poniższe wymagania minimalne:


• Radarowy wskaźnik prędkości o wymiarach co najmniej 750 x 620 x 170 mm,

• Napięcie zasilania 12 V,

• Wysokość cyfr prędkości LED min. 320 mm,

• Wysokość tekstu LED „ZWOLNIJ”, „DZIĘKUJĘ” min. 160 mm,

• Ilość kolorów LED 3 / zielony, pomarańczowy i czerwony,

• Czytelność wyświetlania prędkości LED powyżej 150 m,

• Czytelność wyświetlania tekstu LED powyżej 50 m,

• Warunki środowiskowe (klasa odporności) IP54 (zgodna z PN-EN 60529) – odporny na warunki atmosferyczne,

• Regulacja intensywności świecenia – regulowana automatycznie,

• Zakres mierzonej prędkości w zakresie min. 5 – 250 km/h,

• Zakres wyświetlanej prędkości w zakresie min. 5 – 199 km/h,

• Rozdzielczość mierzonej prędkości 1 km/h,

• Zasięg pomiarowy regulowany min. 10-150 m,

• Obudowa z tworzywa sztucznego,

• Tablica musi posiadać zasilanie buforowe - akumulatorowe 230V 🡪 12V zintegrowane z obudową,

• Tablica musi być wyposażona w moduł mierzący natężenie ruchu dla co najmniej dla jednego kierunku,

• Tablica musi być wyposażona w archiwizowanie statystyk – system archiwizujący dane o prędkościach pojazdów oraz natężenia ruchu,

• Zestaw musi być wyposażony w niezbędne uchwyty montażowe,

• Podłączenie do przystosowanej sieci 230V lub oświetlenia ulicznego.


Tablica musi być fabrycznie nowa i spełniać warunki odpowiednich norm oraz posiadać aprobatę techniczną urządzenia bezpieczeństwa ruchu drogowego, potwierdzającą jakość produkowanych wyrobów lub niezbędne certyfikaty CE albo Krajową Deklarację Zgodności.


Tablice radarowe zlokalizowane będą w miejscach jak poniżej:


Lp

Lokalizacja przy ulicy

Oznaczenie

Koordynaty

1

Batorego

TRA1

50°15'47.1"N

18x00'00.0"X

0

Xxxxxx

XRA2

50°17'09.7"N

18°57'14.7"E

3

Główna

TRA3

50°19'22.9"N

18°58'19.4"E

4

Lwowska

TRA4

50°17'47.4"N

18°57'58.8"E

5

Plxx Xxxxxxxx Xxxx

XXX0

00x00'00.0"X

00x00'00.0"X

Document Metadata

Filed: August 21st, 2017