Odczytywanie komunikatów w autobusach i tramwajach

Post autor: **MisiekK** » 27 paź 2013, 22:14

MeWa pisze:A bibliotekę dźwięków kto opracowuje?

Odpowiednia komórka w ZTM. To jest część rozkładu służbowego.

bepe · Post autor: **bepe** » 28 paź 2013, 0:46

MeWa pisze:A na pewno zrezygnowali? Bo przecież w metrze wprowadzono równolegle angielskie zapowiedzi... Jakoś nie chce mi się wierzyć, że w metrze ZTM zlecił angielskie komunikaty, a jednocześnie zlecił ich wycofanie z tramwajów.

Może w ramach wielkiej modernizacji (viewtopic.php?p=888204#p888204) wyrzucono z tramwajów magnetofony z angielskimi taśmami. Za dwa lata włożą je z powrotem

BP, NMSP

MeWa pisze:A bibliotekę dźwięków kto opracowuje?

Tyrystor pisze:Codziennie inny człowiek

Inny dla każdego przetargu i przewoźnika

MisiekK pisze:Dopóki każdy przetarg na tabor będzie dostawał inne wymagania, a większość systemów informacji będzie oparta na technikach biegających z kartami USB czy CF między pojazdami to tak właśnie będzie i nic się nie zmieni.

No nie, sorry. Kto ogłaszał przetarg na tabor? To przewoźnik w praktyce wybiera SIP. SIWZ przetargu to również brocha miejskich przewoźników. Bo ajent kupi sobie to, co mu pasuje i spełnia wymagania, dlatego Mobilis poszedł w Macrosystem. A MZA i TW ogłaszając przetargi nie były najwidoczniej w stanie określić tego, czego wymagają, skoro trzeba biegać z kartami USB czy biegać w ogóle. Dopuściły TW bądź MZA coś, co wymaga biegania? To ich problem, a nie czyjkolwiek. Niech biegają, jak takie cuda kupili. Równie dobrze mógłbyś napisać: błędy w zapowiedziach bądź wycinanie obiektywnie pożądanych elementów tych zapowiedzi są pochodną kretyńskiej decyzji przewoźników na etapie ustalania wymagań odnośnie SIP podczas przetargów na tabor. Bo zdaje się, że przetarg na Swingi to był przetarg ogłaszany przez TW? Naprawdę nie widzisz nic dziwnego w tym, że komuś podczas tworzenia SIWZ umknął taki drobiazg?

Post autor: **pawcio** » 28 paź 2013, 6:38

Szeregowy_Równoległy pisze:Bo zdaje się, że przetarg na Swingi to był przetarg ogłaszany przez TW? Naprawdę nie widzisz nic dziwnego w tym, że komuś podczas tworzenia SIWZ umknął taki drobiazg?

MZA i TW nie ogłaszają przetargów bez uzgodnienia z ZTM-em SWIZ-u, a części dotyczącej informacji pasażerskiej w szczególności.

Post autor: **MisiekK** » 28 paź 2013, 7:35

Szeregowy_Równoległy pisze:Bo zdaje się, że przetarg na Swingi to był przetarg ogłaszany przez TW?

Akurat przy SWING-ach nikt z niczym nie biega. Wyjaśniałem w innym wątku wielokrotnie ograniczenia jakie dostały 120Na - nie będę się powtarzał. Natomiast dlaczego inni systemy z obsługa ręczna zamawiają - nie wiem i nie chce wiedzieć.

pawcio pisze:MZA i TW nie ogłaszają przetargów bez uzgodnienia z ZTM-em SWIZ-u, a części dotyczącej informacji pasażerskiej w szczególności.

Więcej - nie mają na treść tego rozdziału wpływu.

Znaczy MZA czy TW nie mają wpływu na to jaki SIP dostaną, chociaż będą go obsługiwać?

Post autor: **MisiekK** » 28 paź 2013, 13:01

Szeregowy_Równoległy pisze:Znaczy MZA czy TW nie mają wpływu na to jaki SIP dostaną, chociaż będą go obsługiwać?

Tak, mistrzu. Tak samo jak i ajenci. Wymagania określa ZTM.

Nie, mistrzu. ZTM określa co ma ten SIP potrafić. Co ma wyświetlać i co ma umieć powiedzieć i jak ZTM ma móc się z danym systemem kontaktować, bo tego ZTM również, jak wiesz, wymaga. A to, kto to dostarczy to już inna sprawa. Gdyby Mobilis miał kaprys, to by sobie wybrał firmę z garażu na Tajwanie a ekraniki składałyby głodne dzieci za miskę ryżu. I guzik by do tego ZTM miał, jeśli SIP umiałby to, czego ZTM wymaga. A ZTM wymagania ma tylko w części dotyczącej bezpośrednio informacji pasażerskiej: co ma być wyświetlane i w jaki sposób dane mają być dostarczane do SIP. Skoro przewoźnicy miejscy, przynajmniej niektórzy, zapragnęli badziewia przy którym trzeba biegać z kartami żeby zaktualizować oprogramowanie (nie dane z ZTM) to jest to problem przewoźników, a nie Organizatora.

Post autor: **MisiekK** » 29 paź 2013, 7:45

Szeregowy_Równoległy pisze:ZTM określa co ma ten SIP potrafić.

Trafiłeś w sedno. Kostki wybiera producent, ale funkcjonalność określa organizator. Jeśli się do tego doda, że dla każdego przetargu na tabor wymagania bywają inne to już mamy pełny obraz. Mobilis tego co pamiętam ma chyba 2 lub 3 różne wymogi dla różnych transzy autobusów.

Niemniej jednak pomimo różnych wymogów (aktualnie Mobilis jeździ w ramach czterech przetargów) zdecydowanie w większości jest Macrosystem. Bo skoro te wymogi spełnia, a poza tym jest dość przyjazny dla przewoźnika, to nikomu nie przyszło do głowy szukać czegokolwiek innego. Dlatego nie rozumiem czemu TW czy MZA nie szukały czegoś, co spełnia wymagania ZTM a jednocześnie potrafi obsługującym zaoferować ciut więcej niż bieganie z kartami między wozami. Uwzględnienie tego wymogu w SIWZ w żaden sposób by nie wpłynęło na część wymaganą przez ZTM, natomiast sporo by ułatwiło. I tego się czepiam.

Post autor: **MisiekK** » 29 paź 2013, 14:59

Szeregowy_Równoległy pisze:Uwzględnienie tego wymogu w SIWZ w żaden sposób by nie wpłynęło na część wymaganą przez ZTM, natomiast sporo by ułatwiło.

Ale piszę ci - kostki są nieważne - dostajesz je z pojazdem. W wymogach jest sposób wyświetlania poszczególnych zdarzeń i treść. Możesz dodatkowo dostać w wymogach zgodność z rozkładem służbowym i nie masz wtedy wyboru - np świecisz ZET-ami, a potem zbierasz cięgi na forum, bo niektórzy tego nie rozumieją.

px33 · Post autor: **px33** » 29 paź 2013, 15:09

Ale piszę ci - kostki są nieważne - dostajesz je z pojazdem.

Ale chyba można dopisać własne wymagania - ZTCW MZA tak robi (dają dwa pliki - jeden z rysunkami z ZTM i drugi z bardziej technicznym opisem, chyba ich własny).

A jeśli jednak ten zły ZTM ma tyle wymagań i nie pozwala żeby przewoźnik dorzucił do tego swoje, to naprawdę powinni przygotować swoje własne programy (najlepiej otwartoźródłowe i rozszerzalne zewnętrznymi pluginami), tak żeby przewoźnik musiał tylko zamówić sprzęt (zgodny ze specyfikacją), na który producent wgrałby gotowe oprogramowanie i ewentualnie rozszerzył je o obsługę swoich urządzeń (wgrał pluginy do swoich protokołów, ewentualnie jakieś rozszerzenia funkcjonalności).
Taki układ miałby jedną fundamentalną zaletę - wszystkie nowości pojawiałyby się na wszystkich pojazdach w ciągu tygodnia, w dodatku można by na bazie tego bardzo fajnie wdrażać wszystkie nowinki - rozkłady dynamiczne, dynamiczną informację, precyzyjne raportowanie dla ZTM, monitoring na żywo, nowy system kasowników - wystarczy żeby ZTM dostarczył moduły i wysłał aktualizację na serwer.

Post autor: **MisiekK** » 29 paź 2013, 15:34

px33 pisze:jeśli jednak ten zły ZTM ma tyle wymagań i nie pozwala żeby przewoźnik dorzucił do tego swoje

Nigdzie tego nie napisałem.

px33 pisze:fajnie wdrażać wszystkie nowinki

Wybacz, ale nowinki to możesz sobie wdrażać w domu na prywatnym komputerze. Rzeczy wrzucane w przestrzeń publiczna muszą być uzgodnione, przetestowane, dopuszczone i zgodne z wymaganiami....

px33 pisze:nowy system kasowników

Wiesz może jaki będzie i o co oparty?

px33 · Post autor: **px33** » 29 paź 2013, 18:45

Nigdzie tego nie napisałem.

Ekhm,
"-Znaczy MZA czy TW nie mają wpływu na to jaki SIP dostaną, chociaż będą go obsługiwać?
-Tak, mistrzu. Tak samo jak i ajenci. Wymagania określa ZTM."
Jeśli można dopisać własne wymagania to nijak ma się to do stwierdzenia "nie mają wpływu". To chyba oczywiste, że ZTM nie określa tego, w jaki sposób ma być zrealizowany system tylko jak ma wyglądać efekt końcowy (plus pewne minima żeby np. ktoś zamiast stretcha 38" nie wstawił monitora 15" 4:3, czy tablic diodowych o niskiej rozdzielczości)

Wybacz, ale nowinki to możesz sobie wdrażać w domu na prywatnym komputerze. Rzeczy wrzucane w przestrzeń publiczna muszą być uzgodnione, przetestowane, dopuszczone i zgodne z wymaganiami....

I z tego powodu każde zamówienie ma mieć zamrożony na 8-40 lat system informacji? Zwalenie produkcji i rozwoju oprogramowania na ZTM sprawiłoby że wszystkie systemy byłyby tak samo "uzgodnione, dopuszczone i zgodne z wymaganiami...", a testy to byłaby już ich wewnętrzna sprawa, ale wątpię żeby ktoś wysłał aktualizację, która zabiłaby kilkaset pojazdów.

Wiesz może jaki będzie i o co oparty?

Jakikolwiek by nie był i o co nie byłby oparty, przy zunifikowanym oprogramowaniu wystarczyłoby dołożyć switch ethernetowy, wysłać nową wersję oprogramowania (identyczną dla wszystkich pojazdów, ewentualnie na 2 architektury) i można instalować. Przy otwartym oprogramowaniu systemu można zażądać, żeby dostawca nowego systemu sam dopisał moduł obsługujący kasowniki.

Post autor: **MisiekK** » 30 paź 2013, 0:13

px33 pisze:Jeśli można dopisać własne wymagania to nijak ma się to do stwierdzenia "nie mają wpływu".

Na funkcjonalność. Cały czas o tym mowa.

px33 pisze:I z tego powodu każde zamówienie ma mieć zamrożony na 8-40 lat system informacji?

Sprzęt elektroniczny ma określony czas życia. W tym czasie podlega gwarancjom, rękojmiom etc. Zmiany dopiero po tym czasie - co widać na mieście.

px33 pisze:wątpię żeby ktoś wysłał aktualizację, która zabiłaby kilkaset pojazdów

A ja takie aktualizacje widziałem. Wwalone bezmyślnie bez testów na serwer dystrybucyjny a potem latanie tabunu ludzi bo pojazdy muszą rano wyjść na miasto.

px33 pisze:Jakikolwiek by nie był i o co nie byłby oparty, przy zunifikowanym oprogramowaniu wystarczyłoby dołożyć switch ethernetowy, wysłać nową wersję oprogramowania (identyczną dla wszystkich pojazdów, ewentualnie na 2 architektury) i można instalować. Przy otwartym oprogramowaniu systemu można zażądać, żeby dostawca nowego systemu sam dopisał moduł obsługujący kasowniki.

Nikt ci nie zrobi otartego oprogramowania. Szczególnie do kasowników, biletomatów etc. Zapomnij o tym. Poza tym te systemy są w każdym pojeździe autonomiczne (ba, nawet własny czas mają) ze względów, których można się łatwo domyśleć.