Załącznik nr 5 do OPZ Autokomputer pokładowy wraz z modułami komunikacyjnymi AUTOKOMPUTER POKŁADOWY WRAZ Z MODUŁAMI KOMUNIKACYJNYMI 1. Wstęp 1.1. Każdy dostarczany przez Wykonawcę pojazd musi mieć zamontowany autokomputer pokładowy wraz z modułami komunikacyjnymi zwane dalej Zestawem. 1.2. W skład każdego Zestawu wchodzi: 1.2.1. Autokomputer pokładowy z ekranem dotykowym o przekątnej minimum 10 odpowiedzialny za współpracę oraz sterowanie systemami pokładowymi: 1.2.1.1. system monitoringu wizyjnego, 1.2.1.2. system informacji pasażerskiej, 1.2.1.3. kasowniki biletowe, 1.2.1.4. system zapowiedzi głosowych, 1.2.1.5. system wspomagania jazdy. 1.2.2. Moduł komunikacyjny WLAN,GSM/UMTS służący do komunikacji z posiadanym przez Zamawiającego systemem zajezdniowym wykorzystywanym do wymiany danych dotyczących rozkładów jazdy, informacji o realizacji zadań przewozowych oraz systemem sterowania ruchem ITS. 1.2.2.1. Moduł komunikacyjny to urządzenie/zestaw urządzeń zawierający: 1.2.2.1.1. odbiornik GPS 1.2.2.1.2. moduł WLAN do komunikacji z systemami zajezdniowymi na terenie zajezdni związanymi z obsługą monitoringu wizyjnego, informacją pasażerską, systemem zliczania pasażerów, systemem raportowym dotyczącym realizacji zadań przewozowych, systemem napełniania rozkładami jazdy wraz z informacjami uzupełniającymi (np. zapowiedzi głosowe). 1.2.2.1.3. modem GSM\GPRS HSDPA-3G (bez karty SIM) do współpracy z systemem ITS wdrożonym we Wrocławiu (system sterowania ruchem i informacją pasażerską). 1.2.2.1.4. modem GSM\GPRS HSDPA-3G dual SIM (jednoczesna praca z 2 aktywnymi kartami SIM - praca w trybie dual sim, jak i możliwość pracy z 1 kartą SIM) do współpracy z systemami zajezdniowymi posiadanymi przez Zamawiającego związanymi z obsługą monitoringu wizyjnego, informacją pasażerską, systemem raportowym dotyczącym realizacji zadań przewozowych, systemem napełniania rozkładami jazdy wraz z informacjami uzupełniającymi (np. zapowiedzi głosowe). 1.2.2.2. Moduł komunikacyjny musi udostępniać sygnał GPS innym systemom zainstalowanym w dostarczanych pojazdach, m.in. systemowi zliczania pasażerów. 1.3. Zestawy muszą posiadać wszystkie połączenia wykonane w sposób trwały, uniemożliwiający ich samoczynne rozłączenie się. 1.4. Po zamontowaniu Zestaw musi współpracować z posiadaną przez Zamawiającego istniejącą infrastrukturą teleinformatyczną oraz oprogramowaniem i pozwalać na wymianę danych z aktualnie działającym systemem MPK służącym do komunikacji z zainstalowanymi w pojazdach autokomputerami (pobieranie danych eksploatacyjnych, logów itp. oraz napełnianie danymi, które zawierają m.in.: rozkłady jazdy, zapowiedzi głosowe, treści tablic, dane dla systemu ITS, itp.) poprzez posiadane przez Zamawiającego stacje bazowe zainstalowane na zajezdniach, lub w razie ich awarii za pomocą nośników zewnętrznych np. pendriva. Obecnie do przygotowywania danych MPK wykorzystuje oprogramowanie "Pixel Eksplorator Pro" firmy Pixel, przy czym w roku 2017 planowana jest zmiana oprogramowania na aplikację "EasyWay" firmy SiMS. Dostarczone przez Wykonawcę autokomputery muszą być przystosowane do korzystania z danych generowanych przez ww. oprogramowania. 1.5. Wykonawca dostarczy 2 dodatkowe autokomputery oraz oprogramowanie dla stanowisk testowych symulujące pracę tablic oraz zapowiedzi głosowych, służące do sprawdzania poprawności pracy danych przesyłanych do pojazdów dostarczonych w ramach Zamówienia. 2. Wymagania ogólne. Autokomputer musi: 2.1. być zainstalowany w kabinie kierowcy w takim miejscu, aby umożliwiał bezproblemowy dostęp i obsługę miejsce do ustalenia z Zamawiającym; Strona 1 z 5
2.2. wyświetlać na ekranie głównym aktualne informacje dotyczące trasy (w tym nazwy kolejnych przystanków, informacje o statusie przystanków na żądanie ) oraz podawać odchylenie czasowe przejazdu w stosunku do planowanego rozkładu jazdy odchylenie powinno odnosić się do najbliższego przystanku i zmienić się na przystanek kolejny dopiero po opuszczeniu strefy przystanku aktualnego. Informacje te muszą być dostępne w wydzielonej strefie ekranu, nawet podczas podglądu obrazu z kamer; 2.3. Wyświetlać aktualną odległość do następnego przystanku (aktualizowaną na bieżąco); 2.4. Wyświetlać (w postaci strzałek) kierunek jazdy i najbliższy manewr; 2.5. po zalogowaniu się kierującego do autokomputera umożliwić wybór realizowanego zadania przewozowego (zgodnie z rozkładem jazdy). Kolejne kursy muszą być podpowiadane kierującemu, zgodnie z ich kolejnością wynikającą z wybranego zadania przewozowego; 2.6. zapewnić możliwość ręcznego załączenia podglądu z kamer systemu monitoringu wizyjnego; 2.7. zapewnić wyświetlenie obrazu z kamery cofania po załączeniu biegu wstecznego i powrót do ekranu głównego po jego wyłączeniu; 2.8. umożliwiać kierującemu pojazd manualną zmianę linii, kierunku jazdy i kursu z rozkładu jazdy w przypadku konieczności zmiany trasy; 2.9. zapewnić wyświetlanie statusu pracy następujących systemów: 2.9.1. system monitoringu wizyjnego, 2.9.2. system informacji pasażerskiej, 2.9.3. kasowników biletowych; 2.10. być wyposażony w kolorowy wyświetlacz o rozdzielczości minimum 1280x800 i przekątnej minimum 10 z automatyczną regulacją jasności; 2.11. być wyposażony w ekran dotykowy zabezpieczony szkłem hartowanym; 2.12. posiadać wbudowany sygnalizator dźwiękowy informujący prowadzącego o rozpoczętym kursie; 2.13. być wyposażony w wbudowany czytnik karty zbliżeniowych MIFARE PLUS obecnie wykorzystywanych przez Zamawiającego; 2.14. zapewnić polskie menu konfiguracyjne; 2.15. charakteryzować się temperaturą pracy: od -30 do 60 C; 2.16. musi być odporny na drgania przenoszone przez pojazdy. 3. Opis realizowanych funkcjonalności Zestawów urządzeń 3.1. Autokomputer pokładowy musi sterować całym zestawem urządzeń pokładowych niezbędnych do realizacji takich funkcji jak: monitoring wideo, informacja pasażerska, zapowiedzi głosowych i sterowanie kasownikami elektronicznymi oraz zapewnić komunikację z posiadaną przez Zamawiającego infrastrukturą i wymianę danych z systemami zewnętrznymi. 3.2. Autokomputer pokładowy musi spełniać następujące wymagania: 3.2.1. Współpracować z posiadanymi przez Zamawiającego stacjami bazowymi zainstalowanymi na zajezdni (wymiana danych w obu kierunkach), wykorzystującymi łączność poprzez radiomodemy WiFi (system łączności WiFi nie może negatywnie wpływać na działanie systemu ITS w zakresie sterowania sygnalizacją świetlną na skrzyżowaniach znajdujących się w bliskości zajezdni autobusowych), m.in. w zakresie: 3.2.1.1. pobierania danych konfigurujących zachowanie się systemu informacji pasażerskiej, 3.2.1.2. pobierania danych reklamowych dla paneli wyświetlaczy, 3.2.1.3. pobierania rozkładów jazdy, 3.2.1.4. przekazywania rejestrów z pracy pojazdu. 3.2.2. musi współpracować z wdrożonym we Wrocławiu systemem ITS: 3.2.2.1. zapewnić komunikację z systemem ITS (poprzez połączenie TCP/IP z serwerem pozycji rzeczywistych); 3.2.2.2. zapewnić w pełni definiowalny zakres przekazywanych informacji do systemu ITS, w tym między innymi o: 3.2.2.2.1. pozycji pojazdu, 3.2.2.2.2. prędkości jazdy pojazdu, 3.2.2.2.3. prowadzącym pojazd, 3.2.2.2.4. realizowanym kursie i punktualności, 3.2.2.2.5. stanie drzwi zamknięte/otwarte, Strona 2 z 5
3.2.2.2.6. przejechanej drodze (różne, definiowalne warianty na przykład odległość od przystanku do którego zmierza pojazd, droga całkowita od wyjechania z przystanku początkowego, itp.) 3.2.3. zapewnić możliwość odebrania i wyświetlenia komunikatu tekstowego dla prowadzącego od dyspozytora, 3.2.4. zapewnić automatyczną synchronizację czasu, możliwość wyboru źródła synchronizacji czasu z następującej puli: 3.2.4.1. z wbudowanego odbiornika GPS; 3.2.4.2. ze stacji bazowej na zajezdni - podczas pobytu na zajezdni (przez WiFi); 3.2.4.3. z systemu zdalnego przez łącze GSM. 3.2.5. realizować następujące funkcje: 3.2.5.1. autoryzacja i identyfikacja kierowcy oraz pracowników zaplecza technicznego (możliwość logowania przy pomocy kart zbliżeniowych posiadanych lub ręcznie przy pomocy loginu i hasła), 3.2.5.2. sterowanie i kontrola pracy kasowników papierowych 3.2.5.2.1. w pełni definiowalny nadruk na biletach (minimum 16 znaków); 3.2.5.2.2. sterowanie blokadą kasowników w przypadku kontroli biletów; 3.2.5.2.3. automatyczne odblokowywanie kasowników po otwarciu drzwi na przystanku; 3.2.5.2.4. zliczanie skasowanych biletów. 3.2.5.3. sterowanie tablicami elektronicznymi: 3.2.5.3.1. treści na tablicach mają być w pełni definiowalne; 3.2.5.3.2. zmiana wyświetlanych treści na definiowalne zdarzenia; 3.2.5.3.3. możliwość wyświetlenia na tablicach treści przesłanych z systemów Zamawiającego; 3.2.5.3.4. możliwość wyświetlenia na tablicach zewnętrznych LED oraz wewnętrznych panelach LCD treści wprowadzonych z poziomu autokomputera; 3.2.5.4. emisja zapowiedzi przystankowych i międzyprzystankowych (sterowanie dedykowanym wzmacniaczem audio dostarczonym w ramach zadania): 3.2.5.4.1. emisja skojarzona z definiowalnymi zdarzeniami; 3.2.5.4.2. emisja wewnątrz pojazdu i na zewnątrz pojazdu - różne treści generowane na różne zdarzenia obsługa dwóch torów audio; 3.2.5.4.3. możliwość emisji zapowiedzi przesłanych z systemów Zamawiającego. 3.2.5.5. sterowanie wewnętrznymi tablicami LCD wyświetlającymi informacje przejazdowe i reklamowe: 3.2.5.5.1. treści przejazdowe na panelach mają być w pełni definiowalne; 3.2.5.5.2. zmiana wyświetlanych treści na definiowalne zdarzenia; 3.2.5.5.3. możliwość wyświetlenia treści przesłanych z systemów Zamawiającego. 3.2.5.6. po wybraniu ikony określającej podgląd monitoringu wyświetlać wybrany obraz z jednej kamery lub czterech wybranych kamer, 3.2.6. zapewnić przechowywanie zarejestrowanych danych przez przynajmniej 3 miesiące oraz ich zabezpieczenie przed ingerencją osób trzecich. 4. Wymagania szczegółowe Zestawów 4.1. Tablice elektroniczne dostarczane w ramach zamówienia muszą współpracować z Zestawami. 4.2. Moduły zapowiedzi głosowych dostarczane w ramach zamówienia muszą współpracować z Zestawami. 4.3. Kasowniki elektroniczne dostarczane w ramach zamówienia muszą współpracować z Zestawami. 4.4. Uruchomienie silnika musi być możliwe dopiero po zalogowaniu się kierującego do Zestawu autokomputera. Musi być również możliwość uruchomienia silnika w razie awarii autokomputera. Opis takiego uruchomienia, powinien być zawarty w instrukcji obsługi pojazdu. 4.5. Zestaw autokomputera musi zostać podłączony do szyny CAN (lub innego interfejsu wymiany danych z pojazdem) i zapewniać rejestrację parametrów pracy pojazdu, m.in.: 4.5.1. temperatura cieczy chłodzącej (w ºC), 4.5.2. temperatura przestrzeni pasażerskiej (w o C), 4.5.3. temperatura zewnętrzna (w o C), 4.5.4. zużycie paliwa przez silnik (w litrach), 4.5.5. zużycie paliwa przez Webasto (w litrach), 4.5.6. włączenia kontrolki ciśnienia oleju w silniku, 4.5.7. obroty silnika (w obr./min), Strona 3 z 5
4.5.8. przebyta droga (w metrach), 4.5.9. załączenie stacyjki, 4.5.10. załączenie hamulca ręcznego, 4.5.11. załączenie silnika, 4.5.12. załączenie biegu neutralnego, 4.5.13. załączenie sygnałów PNŻ (przystanek na żądanie), matka z dzieckiem, inwalida 4.5.14. załączenie i wyłączenie świateł: postojowe, mijania, drogowe, przeciwmgielne, cofania, stop, kierunkowskaz lewy, prawy, światła awaryjne, 4.5.15. załączenie i czas działania (czas czynnej pracy) Webasto 4.5.16. załączenie i czas działania klimatyzacji 4.5.17. załączenie ABS, ASR, 4.5.18. użycie klaksonu, 4.5.19. użycie retadera, 4.5.20. zezwolenie otwarcia drzwi, 4.5.21. wykonanie tzw. przyklęku, 4.5.22. otwarcie rampy dla wózków, 4.5.23. otwarcia wlewu zbiornika paliwa 4.5.24. zgłaszane błędy przez urządzenia, 4.5.25. stan pracy kasowników (działa/nie działa), ilość skasowanych biletów, włączenie i wyłączenie blokady kasowników, 4.5.26. wjazd i wyjazd ze strefy przystanku, 4.5.27. czasu otwarcia i zamknięcia drzwi, 4.5.28. gwałtownego hamowania lub przyspieszenia, 4.5.29. przekroczenia limitu prędkości (limit możliwy do zdefiniowania przez Zamawiającego), 4.5.30. rewersowanie drzwi, 4.5.31. wyświetlone reklamy. 4.6. Zdarzenia o charakterze punktowym powinny mieć przypisaną pozycję GPS, w której wystąpiły. 4.7. Rejestrowane parametry pracy pojazdu muszą być przetwarzane oraz wizualizowane w aktualnym oprogramowaniu Zamawiającego, tj. SiMS Reports firmy SiMS oraz przedstawiać je w sposób zgodny z możliwościami, które udostępnia ten program, w tym m.in.: 4.7.1. Każdy z raportów musi być możliwy do wygenerowania dla dowolnie wybranego przedziału czasowego. 4.7.2. Raporty muszą być przedstawiane w formie tabelarycznej z możliwością filtrowania i sortowania danych po każdej kolumnie. 4.7.3. Dane, które dotyczą zdarzeń o charakterze punktowym muszą mieć możliwość przedstawienia na mapie. 4.7.4. Użytkownik musi mieć możliwość wyboru kolumn raportu, które mają być wyświetlane oraz możliwość modyfikacji kolejności ich wyświetlania. 4.7.5. Każdy z wygenerowanych raportów musi mieć możliwość zapisania w każdym z następujących typów plików: *.xlsx, *.csv. 4.7.6. System musi zapewniać spójność matematyczną ilościowo-wartościową danych w raportach. 4.7.7. Raporty muszą być możliwe do wygenerowania w formie szczegółowej oraz w formie skumulowanej. 4.7.8. Szczegółowy zakres danych w raportach musi być uzgodniony z Zamawiającym. 4.8. Dane dotyczące aktualnych pozycji GPS pojazdów powinny być prezentowane na mapie w aplikacjach wykorzystywanych przez Zamawiającego. Dane powinny być również przechowywane w "archiwum przejazdów" przez okres nie krótszy niż 3 miesiące. 4.9. Po stronie Wykonawcy leży przygotowanie nowych pojazdów do współpracy z systemem ITS UM Wrocław. Wykonawca zobowiązany jest dołączyć do oferty potwierdzenie z UM Wrocław, że oferowany autokomputer pokładowy zapewnia pełen zakres wymaganych danych oraz że format oraz sposób przekazywanych informacji do systemu ITS UM Wrocław jest zgodny ze standardami ITS Wrocław oraz przez ten system akceptowany. 4.10. Po stronie Wykonawcy leży przygotowanie pojazdów do współpracy z systemami Zamawiającego. 4.11. Przygotowanie interfejsu, o którym mowa w pkt 4.10 Wykonawca zobowiązany jest uzgodnić z dostawcą Systemu, a uzgodnienie przedstawić w formie pisemnej Zamawiającemu. 4.12. Posiadane oprogramowanie Zamawiającego, musi zapewnić, bez konieczności jego modyfikacji następujące funkcjonalności on-line w trybie realtime dla pojazdów dostarczanych w ramach zadania: Strona 4 z 5
4.12.1. podgląd w czasie rzeczywistym (on-line) pozycji wybranego pojazdu na planie miasta, wybranych pojazdów lub wszystkich pojazdów objętych niniejszym zamówieniem wraz podglądem wybranych parametrów z wykorzystaniem odbiornika GPS tj.: numer linii, numer pojazdu, rozkładowy czas przyjazdu na kolejny przystanek, odchylenia od zaplanowanego rozkładu jazdy tj.: spóźnienie względem rozkładu jazdy, przyspieszenie względem rozkładu jazdy, szacowany czas przyjazdu na kolejny przystanek, prędkość chwilowa poruszania. 4.12.2. wyróżnianie pojazdów oznaczonych na planie miasta kolorami w zależności od statusu względem rozkładu jazdy (spóźnienie, przyspieszenie, zgodnie z planem) 4.12.3. prezentację pełnej informacji dotyczącej oznaczonego obiektu po wskazaniu pojazdu lub oznaczeniu go na planie miasta tj.: rozkładowy czas przyjazdu na kolejny przystanek, odchylenia od zaplanowanego rozkładu jazdy (spóźnienie względem rozkładu jazdy, przyspieszenie względem rozkładu jazdy), szacowany czas przyjazdu na kolejny przystanek, prędkość chwilowa poruszania, prędkość średnia liczona w danym dniu od momentu wyjazdu pojazdu z zakładu eksploatacji, Numer brygady, Numer linii, Kierunek jazdy, Typ rozkładu (roboczy, sobotni, świąteczny, nocny itp.), Data, Numer identyfikacyjny pojazdu. 4.12.4. podgląd wszystkich pojazdów na planie miasta, objętych niniejszym zamówieniem. 4.12.5. pełna diagnostyka zdalna w czasie bieżącym systemów obejmująca min. uszkodzenia i odłączenia kamer, uszkodzenia i brak dysków, uszkodzenia rejestratora wideo, uszkodzenia nośników LCD wraz z zaznaczeniem aktualnego stanu technicznego urządzeń w każdym z pojazdów oraz historii powstawania usterek wraz z datą i godziną jej powstania; 4.12.6. obsługa zgłoszeń systemu antynapadowego, 4.12.7. wysyłanie zdalne indywidualnych komunikatów kierowcy oraz ich automatycznie wyświetlanie dla kierowcy, 4.12.8. zdalną wymianę oprogramowania zarządzającego urządzeniami, 4.12.9. synchronizację czasu systemowego autokomputera ze wskazanego źródła. Strona 5 z 5