Typ pojazdu: 227M Komponent: Załącznik nr 1 do zapytania ofertowego nr 037-BR1-2019 Systemy IT 18.02.2019 r. wersja 5 1. Warunki eksploatacyjne i klimatyczne 1.1. Zabudowa urządzeń We wnętrzu pojazdu 1.2. Prędkość 160 km/h eksploatacyjna pojazdu 1.3. Warunki postoju Postój pojazdu na odkrytym placu 1.4. Środowiskowe warunki pracy Całość instalacji elektronicznej musi być odporna na drgania w zakresie udarów i wibracji kategoria 1, klasa B zgodnie z normą EN 61373, wilgotność, zmienność temperatur oraz być odporna na wielokrotne przechodzenie przez punkt rosy W zakresie temperatury powietrza: na zewnątrz pojazdu od -25 do +40 0 C, wewnątrz pojazdu od -25 do +50 0 C. W zakresie: 1.5. Środowiskowe warunki pracy dla urządzeń elektronicznych 2. Wymagania ogólne wysokości n.p.m. - A1; względnej wilgotności powietrza - max. 90% przy 20 0 C (średnia roczna 75%); oraz pozostałych warunków środowiskowych zgodnie z normą PN-EN 50125-1. Wszystkie zainstalowane urządzenia muszą posiadać chłodzenie pasywne. W zakresie udarów i wibracji kategoria 1, klasa B zgodnie z normą PN-EN 61373. W zakresie: wysokości n.p.m. A1; względnej wilgotności powietrza - max. 90% przy 20 0 C (średnia roczna 75%); zgodnie z normą PN-EN 50125-1. W zakresie temperatury pracy od -25 do +55 0 C. W zakresie nagłych zmian temperatury kategoria H1 wg PN-EN 50155. 2.1. Kategoria pojazdu Pojazd będzie zaprojektowany (zgodnie z TSI LOC&PAS p. 4.1.4.) w kategorii A bezpieczeństwa przeciwpożarowego i przeznaczony do eksploatacji w tunelach do 5km, co odpowiada kategorii eksploatacyjnej 2, poziom zagrożenia HL2. 2.2. Zasilanie System będzie zasilany z napięcia pokładowego 24 VDC. 2.3. Adresowanie urządzeń w sieci Ethernet Dla urządzeń z interfejsem Ethernet, które występują w ilości więcej niż 1 szt. w pojeździe, wymagane jest dynamiczne adresowanie urządzeń w sieci Ethernet (protokół DHCP) umożliwiające Strona 1 z 22
2.3. Diagnostyka po sieci Ethernet 2.4. Diagnostyka po sieci CANopen łatwą wymianę urządzeń. Wszystkie urządzenia wyposażone w interfejs Ethernet muszą umożliwiać odpowiedzi na pakiety ICMP opisane w dokumencie RFC 792. Zgłaszanie błędów od urządzeń Ethernet systemu SIP na terminalu SIP. Wszystkie urządzenia wyposażone w interfejs CANOpen powinny wysyłać informację w momencie wystąpienia błędu. 2.5. Chłodzenie urządzeń Wszystkie elementy systemu chłodzone pasywnie. 2.6. Izolacja obudowy Obudowa urządzeń bezpotencjałowa (odizolowana od minusa i plusa napięcia zasilania). 2.7. Aplikacja do obsługi i zarządzania systemami IT na serwerze naziemnym 3 System dynamicznego rozkładu jazdy 3.1. Cel i warunki funkcjonalności 3.2 Informowanie prowadzącego pojazd Musi być dostarczona wraz z systemem operacyjnym oraz licencją na system operacyjny do zainstalowania na serwerze maszyn wirtualnych. Musi zostać zainstalowana przez Dostawcę systemu na serwerze Użytkownika i uruchomiona przed odbiorem komisyjnym pierwszego pojazdu. Musi posiadać następujące cechy: obsługa aplikacji przez przeglądarkę internetową Mozilla Firefox, Chrome, Explorer) możliwość ręcznego podłączania kolejnych pojazdów do systemu tworzenie kont użytkowników aplikacji z prawami użytkowników oraz administratorów pokazywanie lokalizacji pojazdów na tle mapy Polski integracja zarządzania systemem tablic informacyjnych, komunikatów głosowych, reklam, systemem zliczania pasażerów. System ma na celu przedstawiać maszyniście wewnętrzny rozkład jazdy (wrj) oraz dodatek 2 do wrj na dotykowym ekranie na pulpicie maszynisty głównym. i automatyczny bazując na odczytach lokalizacji pojazdu. Na ekranie powinien być prezentowany rozkład jazdy na podstawie pliku PDF (z możliwością automatycznego przewijania). Wymaga się, aby rozkład dynamiczny informował maszynistę o ewentualnym opóźnieniu lub przyspieszeniu względem rozkładu oraz przedstawiał pozycję pojazdu na podstawie danych z systemu lokalizacji pojazdu. W przypadku braku danych o pozycji geograficznej system powinien oszacować położenie na podstawie danych z układu pomiaru drogi. Strona 2 z 22
3.3. Współpraca z innymi systemami 3.4. Lokalizacja wyświetlania informacji Pobieranie numeru pojazdu ze wskazanego później systemu na pojeździe Wymaga się, aby system ten korzystał z odczytu systemu lokalizacji pojazdu (ramki NMEA), synchronizacji czasu (serwer NTP) oraz możliwości komunikacji z serwerem naziemnym poprzez sieci GSM (za pośrednictwem modułu komunikacyjnego nie będącego składnikiem oferty włączonego w pokładową sieć Ethernet). Po wybraniu kursu udostępnianie rozkładu jazdy dla innych systemów na pojeździe w postaci pliku w otwartym formacie (CSV lub XML) możliwego do odczytu za pomocą protokołu FTP Również mapa z przebiegiem trasy powinna być udostępniona w postaci pliku graficznego. System powinien być przygotowany na eksportowanie danych wynikowych (opóźnienia przyspieszenia względem rozkładu) do systemu eco-drivingu. Wymaga się, aby system wyświetlał rozkład jazdy na terminalu SKRJ z ekranem dotykowym. Wymagania: Przekątna min 10,4, rozdzielczość min. 1024x768. ekran dotykowy liczba wyświetlanych kolorów: minimalnie 262 144 minimalna jasność świecenia 300 cd/m2, minimalny kontrast 300:1 wbudowane interfejsy: min.: 1x Ethernet M12 10/100 Mbps, CAN, 1x USB 2.0 wyprowadzone na płycie czołowej, zgodność z normami szczelności: min. IP65 ekran, wbudowany czytnik kart RFID lub obsługa zewnętrznego czytnika (standard kart do ustalenia w terminie późniejszym) obudowa odporna na: zanieczyszczenia, wycieranie mokrą ścierką nasączoną wodą i nieagresywnym detergentem. 3.5. Łączność System musi pobierać informację z systemu lokalizacji pojazdu oraz pobierać aktualne na dany dzień rozkłady jazdy poprzez moduł GSM (nie wchodzący w skład oferty) włączony w pokładową sieć Ethernet. 3.6 Aktualizacja danych System musi posiadać funkcję automatycznego synchronizowania rozkładu jazdy z naziemnym serwerem rozkładów. Strona 3 z 22
3.7 Dostęp do informacji źródłowych 3.8 Synchronizacja rozkładów w obu kabinach 4. System informacji pasażerskiej Rozkład będzie pobierany z serwera PLK lub Użytkownika w formacie PDF oraz usługi webservice lub plików xml. Dodatkowo wymagana jest możliwość wgrania rozkładu jazdy lokalnie na pokładzie pojazdu poprzez złącze USB po zalogowaniu się do terminala SKRJ. Po pobraniu rozkładu automatycznie bądź ręcznie przez USB, na terminalach SKRJ w obu kabinach powinien być dostępny ten sam rozkład jazdy. 4.1. Składniki systemu a) Terminal SIP maszynisty. Dopuszcza się, aby sterowanie systemem SIP odbywało się z terminala systemu SKRJ z ekranem dotykowym na pulpicie maszynisty. Dodatkowo przewiduje się dodatkowy terminal w przedziale kierownika pociągu. b) Monitory reklamowe wewnętrzne. Wykonane w technologii LCD): -z regulacją parametrów wyświetlania obrazu, -bez widocznych przycisków sterujących - posiadające możliwość wyłączenia, - monitory nie mogą posiadać tunera Tv, ani być przystosowane do współpracy z tunerem zewnętrznym, - przystosowane do pracy w trybie dzień / noc z wbudowanym czujnikiem natężenia oświetlenia, - przekątna min. 22 cali, Proporcje ekranu 16:9 -szyba pancerna - kontrast min. 1000:1, - rozdzielczość Full HD, - minimalna jasność: 1000 cd/m 2, - matryca LCD - matryca bez martwych pixeli, - liczba wyświetlanych kolorów: 16,7 mln, - wbudowane interfejsy min: 1x Ethernet 10/100 Mbps, 1x USB min. 2.0, - kąty widzenia: min. 160⁰ H i 160⁰ V - zalecany interfejs daisychain c) Tablice informacyjne zewnętrzne boczne. Wykonane w technologii LED. Z czujnikiem oświetlenia i automatyczną regulacją jasności. Ilość punktów świetlnych min. 140x60. d) Tablice informacyjne zewnętrzne czołowe. Wykonane w technologii LED. Z czujnikiem oświetlenia i automatyczną regulacją jasności. Ilość punktów świetlnych min. 140x20. e) Tablice informacyjne wewnętrzne. Wykonane w technologii LED. Z czujnikiem oświetlenia i automatyczną regulacją jasności. Ilość punktów świetlnych min. 120x16. Strona 4 z 22
4.2. Lokalizacja monitorów/tablic 4.3. Tablice informacyjne wewnętrzne System informacji pasażerskiej informuje pasażerów poprzez komunikaty wyświetlane na monitorach/tablicach w technologii LED lub w nowszej zgodnie z TSI PRM oraz kartą UIC176. Lokalizacja monitorów/tablic powinna spełniać wymagania rozporządzenia Ministra Transportu, Budownictwa i Gospodarki Morskiej z dnia 3.01.2013r. a także wymagania w sprawie prowadzenia rejestru oraz sposobu wyświetlania informacji i ich treści. a) Tablice czołowe umieszczone w górnej części czoła pojazdu. b) Tablice boczne (w technologii LED) wyświetlające min. 4 linijki tekstu zabudowane w konstrukcji nadwozia. c) Tablice informacyjne wewnętrzne. Tablice wykonać w postaci wyświetlaczy LED w wykonaniu przemysłowym, odpornym na akty wandalizmu, z zablokowaniem możliwości dojścia do śrub mocujących. d) Monitory reklamowe wewnętrzne. Wykonać w postaci wyświetlaczy LCD w wykonaniu przemysłowym, odpornym na akty wandalizmu, z zablokowaniem możliwości dojścia do śrub mocujących. Interfejs Ethernet z otwartym protokołem komunikacyjnym. Adres w sieci Ethernet ustalany automatycznie za pomocą protokołu DHCP. Funkcje tablic informacyjnych wewnętrznych będą pełnić wyświetlacze LED. Wymagane jest, aby każdy z monitorów wewnętrznych wyświetlał informację o pozostałych przystankach na trasie przejazdu (uwzględniając skracanie listy o już przejechane przystanki), miał możliwość wyświetlania informacji o opóźnieniach i możliwościach przesiadek na kolejnych przystankach. Dodatkowo wymagane jest wyświetlanie aktualnej prędkości oraz temperatury zewnętrznej. Informacje ważne dla pasażera dotyczące relacji, przystanki, nr pociągu oraz rozkładu jazdy powinny być pobierane z serwera Użytkownika lub innego przez niego wskazanego w sposób bezprzewodowy. 2 szt./pojazd 4 szt./pojazd Dwustronne V (3 szt. /pojazd); Jednostronne (5 szt. /pojazd); Dwustronne V (3 szt. /pojazd); Jednostronne (2 szt. /pojazd). Strona 5 z 22
4.4 Funkcjonalności aplikacji do obsługi i zarządzania systemami IT na serwerze naziemnym w zakresie zarządzania informacjami wizualnymi Podgląd zaimportowanych rozkładów jazdy Dowolne dokonywanie przez Użytkownika zmian napisów, opisów, relacji wybranych handlowych numerów pociągów lub grup pociągów Konfiguracja specjalnego ekranu powitalnego wyświetlanego przez 30s od momentu ruszenia ze stacji Konfiguracja opcji wyświetlania opóźnień Konfiguracja ekranu informującego o możliwości przesiadek Konfiguracja specjalnego ekranu pożegnalnego wyświetlanego 30s przed przyjazdem na stację. Konfiguracja wyświetlania trasy na mapie na monitorach LCD Wgrywanie zmienionych danych do pojazdów poprzez: a) przesyłanie zdalne do wybranego pojazdu lub grupy pojazdów przez dedykowaną aplikację Zamawiającego. Specyfikacja interfejsu integracyjnego zostanie uszczegółowiona na tym etapie wdrożenia b) kopiowanie zmian do pamięci USB, a następnie wgrywanie ich przez lokalny port USB na pojeździe. Strona 6 z 22
4.5 Reklamy Reklamy będą wyświetlane tylko na monitorach wewnętrznych LCD. Treści reklam mają wyświetlać się na całym ekranie wraz z dźwiękiem słyszalnym w systemie rozgłoszeniowym. Wymagana synchronizacja obrazu na wszystkich monitorach reklamowych w pojeździe wraz z dźwiękiem jeśli jest on zawarty w reklamie. System powinien posiadać odtwarzacz w celu wgrania materiałów reklamowych w postaci plików wideo m. in. takich jak: AVI, MPEG, MPEG2, MPEG4. Odbywać się to będzie zdalnie oraz za pomocą złącza karty pamięci USB. Złącze do wgrywania materiałów musi być łatwo dostępne dla załogi i personelu, ale zabezpieczone przed osobami niepowołanymi i przypadkowym uszkodzeniem. Powinny być zapewnione następujące funkcjonalności: wyświetlanie materiału reklamowego w uporządkowany sposób zgodnie ze scenariuszem, w sposób synchronizowany na wszystkich monitorach możliwość wyświetlania wskazanej strony internetowej. nadzorowanie ważności materiałów reklamowych uruchamianie wyświetlania reklam automatycznie dopiero po wybraniu numeru kursu pociągu lub odjeździe ze stacji początkowej. wyświetlanie trasy na mapie nie może przerywać reklamy. moduł raportujący dla systemu reklamowego "CMS" na serwerze. 4.6 Funkcjonalności aplikacji do obsługi i zarządzania systemami IT na serwerze naziemnym w zakresie reklam 4.7 Czujnik temp. zewnętrznej przygotowywanie, edycja, przechowywanie, przesyłanie materiałów reklamowych oraz scenariuszy wyświetlania do wszystkich pojazdów lub poszczególnych pojazdów Ograniczanie daty ważności materiałów reklamowych Moduł raportujący CMS dla systemu reklamowego podgląd statusu wgrania aktualnych materiałów reklamowych do pojazdów, wymagane jest zapewnienie otwartego protokołu komunikacyjnego pomiędzy systemem a platformą dystrybucyjną Użytkownika. Czujnik temp. do zabudowy na zewnątrz pojazdu do wyświetlania temperatury na tablicach informacyjnych wewnętrznych. Strona 7 z 22
4.8 Informacje wyświetlane bez aktywnego kursu Po załączeniu zasilania systemu SIP, bez wybranego rozkładu jazdy, bądź po zakończeniu realizacji kursu, tablice informacyjne wewnętrzne powinny wyświetlać aktualny czas, datę, prędkość, temperaturę zewnętrzną. 4.9 Wybór kursu Wybór kursu możliwy po zalogowaniu na terminalu. Logowanie za pomocą hasła bądź kartą zbliżeniową. 4.10. Sterowanie Sterowanie tablicami i monitorami powinno odbywać się po wybraniu kursu za pośrednictwem komputera pokładowego bez ograniczenia długości napisów i obrazów w oparciu o pozycję geograficzną lub w przypadku braku danych w oparciu o pomiar drogi. System musi pracować w trybie automatycznym w oparciu o elektroniczny rozkład jazdy pociągów funkcjonujący w Polsce, udostępniany przez PKP PLK S.A. (lub inny uzgodniony z Użytkownikiem) oraz współpracować z systemem SEPE. Musi być zapewniona możliwość ręcznego stworzenia napisów i wyświetlenia ich na tablicach bocznych oraz czołowych. W menu terminala SIP powinna istnieć opcja testowego zapalenia wszystkich punktów tablic LED. 4.11 Zdalne sterowanie Wymaga się, aby system miał możliwość zdalnego wgrywania przez moduł GSM (nie będący w dostawie systemów IT) treści informacji pasażerskiej, komunikatów głosowych (plików dźwiękowych), schematów odtwarzania oraz importu danych. Import danych dokonywany automatycznie ze wskazanego serwera danych. Dane powinny być synchronizowane poprzez sieć GSM lub WiFi w miejscach, które zapewniają odpowiednią przepustowość. System musi umożliwiać zdalne włączenie i wyłączanie urządzeń informacji pasażerskiej instalowanych w pojeździe poprzez wysyłanie odpowiednich informacji do i z modułu GSM. 4.12 Oprogramowanie W dostawie powinno znaleźć się oprogramowanie zainstalowane na laptopach serwisowych do edycji i przygotowania treści przekazywanych przez system informacyjny (w tym treści audiowizualnych) oraz oprogramowanie syntezatora mowy z możliwością zapisu plików z dźwiękiem w formacie możliwym do zastosowania w systemie na pokładzie pojazdu. Działania te powinny być również możliwe do wykonania w sposób zdalny przez moduł komunikacyjny. Możliwe jest również wykorzystanie aplikacji zrealizowanej poprzez przeglądarkę internetową. Strona 8 z 22
Oprogramowanie serwerowe 4.13 Automatyczne zapowiedzi głosowe o trasie Aplikacja do obsługi i zarządzania systemem reklam zainstalowana na serwerze naziemnym: obsługa aplikacji przez przeglądarkę internetową Mozilla Firefox, Chrome, Explorer) możliwość ręcznego podłączania kolejnych pojazdów do systemu tworzenie kont użytkowników przygotowywanie, edycja, przechowywanie, przesyłanie komunikatów wizualnych do wszystkich pojazdów lub poszczególnych pojazdów ograniczanie daty ważności materiałów reklamowych moduł raportujący CMS dla systemu reklamowego podgląd statusu wgrania aktualnych materiałów reklamowych do pojazdów, wymagane jest zapewnienie otwartego protokołu komunikacyjnego pomiędzy systemem a platformą dystrybucyjną Użytkownika. Na pojeździe powinien być zainstalowany syntezator mowy służący do automatycznego wygłaszania komunikatów m.in.: informacja o najbliższym przystanku przynajmniej trzy minuty przed przyjazdem na daną stację. Jeśli następna stacja znajduje się w odległości mniejszej niż trzy minuty planowanej jazdy, informacja o niej musi być wygłoszona natychmiast po odjeździe informacja o aktualnej stacji po wjeździe w obszar stacji oraz po zatrzymaniu składu i otwarciu drzwi na stacji informacja o stacji docelowej i następnym przystanku pociągu podczas odjazdu z każdego przystanku zgodnie z TSI-PRM informacja o następnym przystanku po wyjeździe pociągu z obszaru poprzedniej stacji Informacje wygłaszane wg zdefiniowanego schematu tzn. możliwość dodawania komunikatów automatycznych przed i po nazwie stacji, do której pociąg dojeżdża/z której odjeżdża, np.: Zbliżamy się do stacji komunikat odtwarzany automatycznie przy zbliżaniu się do stacji, przed nazwą stacji; Kraków Główny komunikat odtwarzany automatycznie na podstawie danych z GPS; i prosimy o zwrócenie uwagi na bagaż komunikat odtwarzany automatycznie. Możliwość ręcznego z poziomu terminala SIP sterowania odtwarzaniem (wybierania) komunikatów głosowych (zarówno automatycznych Strona 9 z 22
4.14 Funkcjonalności aplikacji do obsługi i zarządzania systemami IT na serwerze naziemnym w zakresie komunikatów głosowych jak i tzw. dodatkowych). Alternatywnie do syntezatora mowy powinno być możliwe przestawienie systemu na korzystanie z wgranych plików dźwiękowych. Obsługa plików audio zapisanych w formacie wav lub mp3. Pobieranie plików dźwiękowych oraz schematów zapowiedzi automatyczne, ze zdalnego serwera (z aplikacji centralnej zainstalowanej na serwerze Użytkownika) oraz wgrywane lokalnie na pojeździe. Możliwość wyłączenia zapowiedzi automatycznych poprzez ekran terminala. tworzenie schematów automatycznie odtwarzanych komunikatów głosowych w pojeździe z użyciem syntezatora mowy bądź plików dźwiękowych (MP3 oraz WAV) ustalanie kolejności odtwarzania komunikatów automatycznych i dodatkowych (np. przed lub po komunikacie automatycznym z nazwą stacji), nadawanie nazw komunikatom głosowym które będą widoczne dla obsługi pociągu, grupowanie komunikatów - tworzenie kategorii komunikatów głosowych (np. komunikaty automatyczne/nieautomatyczne, handlowe/informacyjne) i przydzielanie do nich komunikatów, możliwość edycji nazw kategorii komunikatów, zdalne przesyłanie wgranych komunikatów do pojazdów podgląd statusu wgrania plików dźwiękowych do pojazdów: aplikacja musi wyświetlać datę wysłania pliku/plików na serwer, datę wgrania pliku/plików do poszczególnych pojazdów, powinna być intuicyjna i łatwa w obsłudze - wygląd aplikacji i działanie ww. funkcjonalności aplikacji do ustalenia z Użytkownikiem przed odbiorem komisyjnym pierwszego pojazdu. Powinna być zintegrowana z obecnie stosowanym systemem Użytkownika Wymagane jest zapewnienie otwartego protokołu komunikacyjnego systemu rozgłoszeniowego oraz systemu do obsługi komunikatów w celu dalszej integracji z platformą Użytkownika. Strona 10 z 22
4.15 Współpraca z innymi Pobieranie numeru pojazdu ze wskazanego systemami później systemu na pojeździe System SIP powinien odbierać informacje o pozycji geograficznej z systemu GPS w standardzie NMEA w sieci Ethernet z ustalonego w terminie późniejszym urządzenia. Synchronizacja czasu z lokalnego serwera czasu NTP na pojeździe za pośrednictwem sieci Ethernet System SIP powinien otrzymywać sygnał drogi w celu wyliczania pozycji pojazdu, sygnał uwolnienia drzwi a także sygnał przejścia tryb w standby w celu oszczędzania energii baterii. System SIP powinien przesyłać dźwięk zapowiedzi automatycznych oraz z reklam do systemu nagłośnienia System SIP powinien udostępniać dane o zalogowanym maszyniście oraz o numerze pojazdu i pociągu do systemu rejestratora Przewidziana opcja wymiany danych z automatem do sprzedaży biletów/kasownikiem. 4.16 Ustawienia systemu Ustawienia i funkcje systemu nie powinny ulegać 4.17 Praca przy jeździe wielokrotnej resetowaniu przy zaniku napięcia. System informacyjny powinny być przygotowany do podłączenia 3 pojazdów tego samego typu wraz z automatyczną konfiguracją systemów (w sposób nieograniczający łączenia ich ze sobą dowolnymi kabinami). Systemy powinny być sterowane z jednego pojazdu, w którym znajduje się maszynista tak aby zapewnić jednakowość informacji wyświetlanych oraz wygłaszanych we wszystkich połączonych pojazdach. 5. System informacji akustycznej (system rozgłoszeniowy wraz siecią intercomów ) 5.1. Urządzenie nadawcze Urządzenie nadawcze ze wzmacniaczem mocy zainstalowane w kabinie maszynisty. Mikrofon powinien być również umieszczony w przedziale kierownika pociągu. 5.2. Głośniki Głośniki w pomieszczeniach pasażerskich, korytarzach, kabinach WC, przedziale kierownika pociągu oraz w kabinach maszynisty podłączone w taki sposób, że w przypadku awarii jednego z elementów transmisji na pojeździe powinna nadal działać co najmniej połowa głośników. Strona 11 z 22
5.3. Intercom W każdym przedsionku będzie zainstalowany cyfrowy intercom, do komunikacji pasażera z obsługą pociągu (w kabinie maszynisty oraz w przedziale służbowym kierownika pociągu). Intercom musi być wyposażony w przyciski: przycisk wywołania połączenia; przycisk alarmowy. Przyciski w intercomach przedsionkowych muszą być przystosowane dla osób niepełnosprawnych, w tym dla osób niedowidzących), oznakowane za pomocą pisma wypukłego, tj. liter alfabetu łacińskiego lub alfabetu Braille a. Informacja o sytuacji alarmowej powinna być przekazywana bezpośrednio do obsługi pociągu (połączenie z kabiną maszynisty oraz przedziałem służbowym kierownika pociągu). 5.4. System intercomu będzie połączony funkcjonalnie z systemem hamulca alarmowego (hamulec bezpieczeństwa podróżnych) oraz z systemem monitoringu. Hamulec alarmowy będzie w każdym przypadku usytuowany obok intercomu. Kamera monitoringu każdorazowo będzie obejmowała widok hamulca alarmowego oraz urządzenia intercomu. W momencie naciśnięcia dowolnego przycisku na intercomie, powinna zostać rozpoczęta rejestracja obrazu z kamery skierowanej na to urządzenie, rejestracja dźwięku z mikrofonu intercomu oraz przełączenie obrazu w kabinie maszynisty i w przedziale służbowym, na obraz z rejestrującej zdarzenie kamery. Nagranie obrazu i dźwięku wywołane przyciskiem na intercomie musi być oznakowane jako zdarzenie systemowe. 5.5. Każda kabina maszynisty, jak również przedział kierownika pociągu musi być wyposażona w moduł interkomu z przyciskami i sygnalizacją dzięki którym będzie istniała możliwość zarządzanie połączeniem. Urządzenie musi być wyposażone w przycisk odebrania/wywołania połączenia oraz jego zakończenia. Moduł w kabinie maszynisty oraz u kierownika pociągu powinien umożliwiać regulację natężenia dźwięku z intercomu. Intercom w kabinie i przedziale służbowym musi posiadać wbudowaną sygnalizację stanu połączenia (lampkę informującą o aktywnym połączeniu oraz lampkę informującą o wstrzymaniu połączenia głosowego). W ilości 4 szt. (4 przedsionki) W ilości 3 szt. (po 1 szt w każdej kabinie maszynisty i 1szt. przedziale kierownika pociągu) Strona 12 z 22
5.6 System musi zapewnić możliwość komunikacji intercomowej między kabinami maszynisty w tym samym pojeździe oraz pomiędzy dwoma połączonymi pojazdami. 5.7 Wzmacniacze mocy Wzmacniacze mocy z 2 kanałami wyjściowymi na głośniki. 5.8. Serwer SIP Serwer mediów wspólny dla systemu rozgłoszeniowego oraz systemu informacji pasażerskiej: Przechowywanie danych o rozkładach jazdy Przechowywanie danych do systemu reklam Przechowywanie danych do systemu zapowiedzi głosowych Przechowywanie danych z systemu liczenia pasażerów Aplikacja do pobierania zdalnie rozkładów jazdy, danych reklamowych, zapowiedzi głosowych Aplikacja do wysyłania danych z systemu zliczania pasażerów Przewidywana pojemność przechowywanych informacji wynosi 2TB. Komputer architektury X86-64 procesor wielordzeniowy, (co najmniej 2 rdzenie, taktowanie, co najmniej 1,6 GHz na jeden rdzeń), posiadający, co najmniej 4 GB pamięci RAM, dysk HDD o pojemności, co najmniej 2x1 TB. Wymagane właściwe wyskalowanie parametrów komputera, tak by spełniały wymagania sprzętowe zainstalowanych aplikacji. Spełnienie wymagań TSI W przypadku awarii jednego z elementów transmisji na pojeździe powinna nadal działać co najmniej połowa głośników Strona 13 z 22
5.9 5.10. Nadawanie komunikatów Sterowanie i diagnostyka 5.11. Współpraca z innymi systemami 5.12. Natężenie dźwięku głośników 5.13 Praca przy jeździe wielokrotnej System musi umożliwiać nadawanie komunikatów głosowych przez obsługę Pojazdu przez mikrofony zainstalowane w kabinach maszynisty (po 1 w każdej kabinie) oraz automatycznie przez system informacji pasażerskiej. Możliwość nadawania komunikatów musi być zapewniona również kierownikowi pociągu przez intercom w przedziale służbowym. Powinna być zapewniona możliwość regulacji głośności komunikatów z mikrofonu maszynisty i w przedziale służbowym. Należy przewidzieć możliwość nadania zdefiniowanych komunikatów specjalnych na żądanie maszynisty, w sposób umożliwiający przerwanie nadawania innych komunikatów podawanych przez system informacji. System komunikacji pasażer - maszynista w zakresie sterowania i diagnostyki, powinien pracować z wykorzystaniem magistrali cyfrowej sieci CANopen oraz sieci lokalnej pojazdu (technologia Ethernet). Wymaga się, aby system był zintegrowany z siecią IP pojazdu zgodnie z normami PN-EN 61375 (seria norm), z zapewnieniem standardów bezpieczeństwa teleinformatycznego w oparciu o normy PN-EN ISO/IEC 27002 i PN-EN/IEC 62443-4-1. System intercom powinien przesyłać do systemu CCTV informację o wciśnięciu przycisku intercomu a także przekazać sygnał mowy z intercomu w celu rejestracji w systemie CCTV. Natężenie dźwięku głośników w przestrzeni pasażerskiej powinno być automatycznie regulowane i dostosowywane do natężenia dźwięku zbieranego z otoczenia. Wzmacniacz z regulacją automatyczną natężenia dźwięku. W każdej kabinie maszynisty i przedziale kierownika pociągu należy zastosować głośnik z indywidualną regulacją poziomu głośności. Natężenie dźwięku intercomu powinno być automatycznie regulowane i dostosowywane do natężenia dźwięku zbieranego z otoczenia. System rozgłoszeniowy powinien być przygotowany do podłączenia 3 pojazdów tego samego typu systemów (w sposób nieograniczający łączenia ich ze sobą dowolnymi kabinami) wraz z automatyczną rekonfiguracją systemów tak aby stworzyć jeden spójny system. Komunikacja oraz wymiana dźwięku z innymi pojazdami poprzez interfejs Ethernet na sprzęgu oraz awaryjnie poprzez sygnały analogowe na sprzęgu zgodne z wymaganiami karty UIC 568/UIC558. Strona 14 z 22
5.14. Współpraca intercomu z systemem PAS Inicjacja hamulca alarmowego (hamulca bezpieczeństwa podróżnych) w obszarze pasażerskim, pociąga za sobą nawiązanie połączenia głosowego w danym miejscu gdzie alarm został uruchomiony z obsługą pociągu, w celu poinformowania o zaistniałym niebezpieczeństwie. System ma obowiązek umożliwiać obsłudze pociągu przerwanie tego połączenia z własnej inicjatywy. 5.15. System intercomu będzie połączony funkcjonalnie z systemem hamulca alarmowego oraz z systemem monitoringu. W momencie pociągnięcia przez pasażera za rączkę hamulca alarmowego, powinna zostać rozpoczęta rejestracja obrazu z kamery skierowanej na otoczenie hamulca oraz przełączenie obrazu w kabinie maszynisty i w przedziale służbowym, na obraz z rejestrującej zdarzenie kamery. Obsługa pociągu będzie miała możliwość nawiązania połączenia głosowego z pasażerem poprzez usytuowany w pobliżu intercom i nastąpi rejestracja dźwięku z jego mikrofonu. Nagranie obrazu i dźwięku wywołane uruchomieniem hamulca alarmowego musi być oznakowane jako zdarzenie systemowe. 5.16. Głos obsługi pociągu powinien być słyszany we wszystkich uruchomionych rozmównicach pasażerskich, pasażerowie nie mogą komunikować się między sobą. Obsługa pociągu przerywa lub wznawia połączenie w każdym momencie. Głośność intercomu powinna być automatycznie dostosowywana do natężenia dźwięku w otoczeniu. 5.17. Układ łączności głosowej musi spełniać wymagania normy PN-EN 16334. 6. System zliczania pasażerów 6.1. Cel i warunki System ma na celu zliczanie pasażerów funkcjonalności wsiadających jak i wysiadających na wszystkich przystankach oraz przez wszystkie drzwi. Musi funkcjonować bez jakichkolwiek ingerencji prowadzącego pojazd. Strona 15 z 22
6.2. Współpraca z innymi systemami Wymaga się, aby system był zintegrowany w sposób pośredni, czyli musi udostępniać wygenerowane przez siebie raporty w oparciu o zbiór parametrów, z którego mogą być selekcjonowane i wybierane różne zestawy danych. M.in. w tym celu system powinien być wyposażony w interfejs API. Współpraca z systemem SIP w celu otrzymania sygnału zatrzymania na przystanku oraz uwolnienia drzwi Pobieranie numeru pojazdu, numeru kursu i rozpoczęcia trasy ze wskazanego później systemu na pojeździe 6.3. Lokalizacja pojazdu Lokalizacja geograficzna na podstawie otrzymywanych ramek z systemu GPS w standardzie NMEA w sieci Ethernet z innych systemów. Wymagana jest możliwość rozpoznania lokalizacji w postaci przystanku i jego nazwy lub też postoju poza wyznaczonymi przystankami. 6.4. Oprogramowanie Wymaga się, aby system posiadał dodatkowo aplikację, która pozwoli na analizę, obróbkę oraz wyświetlanie danych zarchiwizowanych. 6.5. Sprzęt System musi obejmować kontrolą wszystkie drzwi poprzez rozlokowanie czujników umożliwiających dokładność pomiaru dla 1000 osób wsiadających jak i wysiadających min. 95%. Rozdzielczość czujników wizyjnych min. VGA. Czujniki umożliwiające zliczanie osób o wysokości min.1m. MTBF min. 100000h 6.6. Ogólne Wymaga się od systemu gromadzenia danych na komputerze pokładowym wraz z ich zdalnym odczytem (przesyłem danych na zdalny serwer w formacie i w sposób uzgodniony z Użytkownikiem otwarty format wymiany danych np. web service, CSV) 6.7. Dane odczytywane Dane zarchiwizowane w pojeździe powinny zawierać podsumowanie wyników zliczania po każdej zmianie kierunku zawierające dla każdego przystanku: - nr pojazdu - datę i godzinę - położenie geograficzne - nazwę przystanku - czas otwarcia i zamknięcia drzwi (z chwilą przyjazdu oraz odjazdu z przystanku) - numer pociągu - liczbę pasażerów wchodzących i wychodzących. Minimalny czas zarchiwizowania danych 180dni Strona 16 z 22
6.8. Analiza danych Program analizujący bazując na zarejestrowanych danych musi umożliwiać wygenerowanie następujących informacji poprzez użytkownika oraz na żądanie poprzez interfejs integracyjny API z innymi systemami: -łączna dla wszystkich drzwi ilość osób wsiadających i wysiadających (na wybranym przystanku) --oddzielna dla każdych drzwi ilość osób wsiadających i wysiadających (na wybranym przystanku) - czas odjazdu i czas przyjazdu na przystanek - informację o zapełnieniu pojazdu - określenie bilansu zapełnienia Pojazdu na odcinku między przystankami - określenie bilansu całkowitego dla danego kursu - nr lub nazwa linii/odcinek linii, kierunek, lokalizacja i dane czasu oraz dane zsumowane w odniesieniu do dłuższego okresu, tj. dni, tygodni, miesięcy, pory doby i wskazanych dni tygodnia. System musi rozpoznawać wszystkie przystanki znajdujące się na trasie przejazdu, również z nieplanowanym postojem 6.9. Komunikacja System liczenia pasażerów, powinien pracować z wykorzystaniem magistrali cyfrowej sieci CANopen oraz sieci lokalnej pojazdu (technologia Ethernet). System musi również umożliwiać bezprzewodowe przesyłanie danych o parametrach pracy pojazdu na serwer w formacie otwartym dla użytkownika (sposób zapisu oraz lokalizacja ustalona z Użytkownikiem) 6.10. Pozostałe Wymaga się od systemu posiadania funkcji samokontroli i sygnalizowania o usterce oraz funkcjonowania bez potrzeby konserwacji. 7. Pozostałe wymagania 7.1. Wymagania przeciwpożarowe - 7.1.1. Kategoria projektowa i Zgodnie z wymaganiami normy eksploatacyjna pojazdu PN-EN 45545-1. 7.1.2. Wymagania materiałowe Zgodnie z wymaganiami TSI LOC&PAS p. 4.2.10.2. oraz normy PN-EN 45545-2+A1. 7.1.3. Certyfikaty Zastosowane urządzenia muszą posiadać odpowiednie certyfikaty palnościowe. 7.1.4. Wyposażenie Wg PN-EN 45545-5 elektryczne systemu 7.2. Elektryczne warunki - pracy 7.2.1 Napięcie zasilania Napięcie zasilania urządzeń sterowniczych elektronicznych 24 VDC. 7.2.2. Zakres zmian 0,7Un 1,25Un, zgodnie z normą PN-EN 50155. Strona 17 z 22
7.2.3. Chwilowe wahania 0,6Un 1,4Un, zgodnie z normą PN-EN 50155. 7.3. Wyposażenie elektroniczne Wymaga się, aby w zastosowanych aparatach oraz urządzeniach w zakresie wyposażenia elektronicznego, poza wymienionymi wymaganiami w pkt. 1.5. i 5.2. były również spełnione pozostałe wymagania normy PN-EN 7.4. Kompatybilność elektromagnetyczna 7.5. 8. Dokumentacja 8.1. 8.2. - - - 50155. W zakresie odporności aparatury zastosowane urządzenia muszą spełniać wymagania normy PN-EN 50121-3-2. Z przyczyn serwisowych wymaga się, aby zespół aparatów i urządzeń systemu dynamicznego rozkładu jazdy był dostarczany przez tego samego producenta. Instrukcja montażu układu i poszczególnych zespołów, rysunki montażowe Rysunki 2D oraz 3D poszczególnych elementów systemu, schemat elektryczny Wymagana w terminie dwóch tygodni od podpisania umowy. Wymagane w terminie dwóch tygodni od podpisania umowy 8.3. - Specyfikacja techniczna Oferent zobowiązany dołączyć do oferty. Strona 18 z 22
8.4. - Dokumentacja Techniczno-Ruchowa zgodna z obwieszczeniem Ministra Infrastruktury i Budownictwa z dnia 27 stycznia 2016r. w sprawie ogłoszenia jednolitego tekstu rozporządzenia Ministra Infrastruktury, w sprawie ogólnych warunków technicznych eksploatacji pojazdów kolejowych (Dz. U. poz. 226), która musi zawierać: określenie przeznaczenia; dane techniczne; opis budowy i zasady działania; instrukcję obsługi (przygotowanie instrukcji wg PN-EN 82079-1); rysunki poglądowe; wymagania dotyczące użytkowania i bezpieczeństwa obsługi; wytyczne dotyczące utrzymania i konserwacji; opis metod sprawdzania stanu technicznego i zestawienie parametrów; opis charakterystycznych usterek i metod ich usuwania; wykaz części zamiennych załączniki obejmujące w szczególności: schematy blokowe, ideowe, montażowe, wykresy, rysunki i algorytmy oprogramowania; zasady recyklingu; szczegółowy zakres danych do omówienia podczas uzgodnień technicznych po wyborze oferenta. 8.5 Ilustrowany katalog części zamiennych 8.6. 8.7. - - - Instrukcja i opis oprogramowania do odczytu danych ze sterownika systemu, licencje użytkowania dla FPS i użytkownika końcowego. Dane do analizy RAMS/LCC minimum: FIT. (wskaźnik awaryjności), MTTR (średni czas do przywrócenia), MTBF (średni czas bez uszkodzenia) wg normy PN-EN 50126-1, koszty utrzymania technicznego dla poziomów P1 do P5. Szczegółowy zakres danych do omówienia podczas uzgodnień technicznych po wyborze oferenta. dostarczy wraz z pierwszą dostawą przedmiotu zamówienia dostarczy wraz z pierwszą dostawą przedmiotu zamówienia. dostarczy w terminie 3 miesięcy od podpisania umowy. dostarczy w terminie 3 miesięcy od podpisania umowy dostawy Strona 19 z 22
8.8. - Warunki techniczne wykonania i odbioru przedmiotu dostawy podzespołu zamontowanego w pojeździe. 8.9. CANopen Przekazanie opisu ramek przesyłanych przez urządzenia do diagnostyki pokładowej. 8.10. Ethernet Opis szczegółowy protokołu wymiany danych opis ramek. 8.11. Protokoły wymiany danych a) Szczegółowa dokumentacja protokołów stosowanych wewnątrz pojazdu na sieci Ethernet oraz CAN b) Szczegółowa dokumentacja protokołów stosowanych do wymiany danych poprzez sprzęg czołowy przy jeździe wielokrotnej 8.12. Oprogramowanie Wszystkie dokumenty oprogramowania, które towarzyszą cyklowi jego życia podlegają zarządzaniu wersjami. Dotyczy to : oznaczania wersji oprogramowania; opisu nowo realizowanej funkcjonalności; usuniętych błędów; życzeń klienta; kwestii jeszcze otwartych; załączników do weryfikacji oprogramowania. Dostawca zobowiązany jest do niezwłocznego przesłania informacji o wprowadzonych zmianach wraz z dokumentami, których te zmiany dotyczą. 9. Odbiór i jakość 9.1. Deklaracja zgodności Deklaracja zgodności zawierająca listę norm i przepisów - wg Ustawy o systemach oceny zgodności i nadzoru rynku (Dz. U. z 2017 r. poz. 1398) z późniejszymi zmianami; 9.2 Świadectwa odbioru urządzenia Świadectwa odbioru 3.1 zgodnie z normą PN-EN 10204. dostarczy w terminie 3 miesięcy od podpisania umowy. dostarczy w terminie 3 miesięcy od podpisania umowy dostawy dostarczy w terminie 3 miesięcy od podpisania umowy dostawy dostarczy w terminie 3 miesięcy od podpisania umowy dostawy dostarczy wraz z pierwszą dostawą przedmiotu zamówienia. Aktualizacja dokumentów w ciągu max. 2 tygodni od wprowadzenia zmiany. dostarczy wraz z pierwszą dostawą przedmiotu zamówienia. dostarczy wraz z pierwszą dostawą przedmiotu zamówienia. Strona 20 z 22
9.3 Dopuszczenie do stosowania w kolejnictwie 9.4. Poświadczenie spełnienia norm i przepisów 9.5 Certyfikaty palnościowe 9.6 Dokumenty weryfikacji WE Dokument stwierdzający przydatność do stosowania w kolejnictwie wydany przez akredytowaną jednostkę oceniającą - zgodną z normą PN-EN ISO/IEC 17065. Oświadczenie oferenta o spełnieniu norm i przepisów wymaganych w niniejszym dokumencie. Potwierdzenie zgodności z aktualną rodziną norm PN-EN 45545-1, PN-EN 45545-2. Deklaracja weryfikacji WE i Certyfikat weryfikacji WE na zgodność z określonymi TSI - obowiązują w przypadku składników interoperacyjności. 10. Normy i dokumenty *1), *2) 10.1. PN-EN 10204 Wymagania w zakresie dokumentów kontroli 10.2. PN-EN 45545-1 PN-EN 45545-2 PN-EN 45545-5 TSI LOC&PAS Wymagania przeciwpożarowe w zakresie: postanowień ogólnych, kategorii eksploatacyjnej stosowanych materiałów oraz wyposażenia elektrycznego 10.3. TSI SRT Wymagania w zakresie bezpieczeństwa w tunelach kolejowych 10.4. PN-EN 50121-3-2 Zastosowania kolejowe Kompatybilność elektromagnetyczna Część 3-2: Tabor Aparatura 10.5. PN-EN 50125-1 Wymagania w zakresie warunków eksploatacyjnych i klimatycznych 10.6. PN-EN 50126-1 Wymagania w zakresie niezawodności, dostępności, podatności utrzymaniowej i bezpieczeństwa (RAMS) 10.7. PN-EN 16334 Wymagania w zakresie ręcznego hamulca alarmowego w pojazdach pasażerskich 10.8. PN-EN 50155 Wymagania w zakresie wyposażenia elektronicznego 10.9. PN-EN 61373 Wymagania w zakresie odporności urządzeń na 10.10. PN-EN 61375 (seria norm) PN-EN ISO/IEC 27002 PN-EN/IEC 62443-4-1 udary i wibracje Integracja z siecią IP pojazdu oraz standardy bezpieczeństwa teleinformatycznego 10.11. PN-EN 82079-1 Wymagania w zakresie przygotowania instrukcji użytkowania 10.12. PN-EN ISO/IEC Przepisy dotyczące oceny zgodności wymagania Preferowane dostarczy wraz z pierwszą dostawą przedmiotu zamówienia. Oferent zobowiązany dołączyć do oferty. dostarczy wraz z pierwszą dostawą przedmiotu zamówienia. dostarczy wraz z pierwszą dostawą przedmiotu zamówienia. Strona 21 z 22
17065 dla jednostek certyfikujących wyroby 10.13. Dz. U. z 2017 r. poz. 1398) z późniejszymi zmianami Ustawa o systemach oceny zgodności i nadzoru rynku. Uwagi: *1) W kwestiach nie wyszczególnionych w niniejszych wymaganiach obowiązują zapisy z powyższych norm. *2) Datowanie norm ważne na dzień składania oferty na podzespół. Strona 22 z 22