Si incap si mai multi (daca are CFR vagoane). )))

Nu știu dacă sistemul de informare a călătorilor este cea mai interesantă parte din rețeaua de metrou..   dar ce am observat astăzi la Dristor 2 m-a pus puțin pe gânduri. Mai precis, din toată stația un display care arată ora la care pleacă următorul tren nu funcționa. Asta nu ar fi fost ceva special, dar când m-am apropiat pe el am observat că tocmai se restarta.

În timp ce toate celelalte funcționau și afișau corespunzător, panoul acesta se restarta, expunând un clasic display POST al BIOS-ului

Partea interesantă în a vedea un panou, pe cont propriu trecând printr-o secvență de boot este că ne dovedește următorul lucru: fiecare display din acesta are o oarecare „inteligență” proprie, și nu e doar un monitor VGA conectat la un switch (așa mi se părea mie logic - toate afișajele de pe o parte de peron arată acelați lucru - la D2 și AS toată stația arată același lucru..., de ce să nu fie niște monitoare VGA conectate la același output?). De aici vin două posibilități: ori fiecare panou primește date individual despre intervalul de succedare și eventual poziția trenurilor și de aici calculează ce va afișa (dat fiind sincronizarea perfectă e puțin probabil să meargă așa), ori fiecare panou bootează pe cont propriu ceva sistem de operare (mă gândesc la Linux sau Windows Embedded/CE?) și apoi se conectează pe un fel de Remote Desktop sau oricum ceva ce preia cu totul imaginea cu ce are de afișat. Din ce m-am documentat, Solari Di Udine, cei care produc afișajele acestea au produse de informare și vizualizare, deci nu panoul în sine procesează date, ci probabil afișează datele din PIS-ul Bombardier.  Revenind la boot-ul pe cont propriu, sugerează ori că panoul e un fel de All In One, conectat prin ceva ce pare Serial (am văzut mufa când schimbau unul la Unirii) la o rețea internă de unde își ia datele, ori e doar un simplu monitor, dar undeva e conectat la o unitate dedicată (inclusiv panoul lipit pe același suport și pe partea cealaltă mergea perfect). Acum, dacă era cineva curios, acestea sunt specificațiile unui panou:

- Placă de bază cu BIOS American Megatrends

- CPU: Celeron M 1.00GHz

- RAM: Memorie 248MB la frecvența de 266mhz, posibil DDR2

Nu am putut să văd de pe ce device pornea pentru că... nu îl găsea. Poate are vreun flash storage integrat, poate bootează PXE, sau clasicul hard disk e baza și aici. Orice ar fi fost mediul de stocare, el e cel care crăpase și făcea panoul să se tot reseteze în POST.

Mai avem aici și unul complet mort la Dristor 2, fiind la capitolul displayuri. Ambele erau așa la ora 15, le-am găsit la fel și la 18:10...

Display-urile sunt facute de Solari Di Udine, asa cum ai spus si tu, iar fiecare este un PC AiO care ruleaza un linux si afiseaza informatiile primite de la server. La fel si afisajele cu LED-uri, toate avand un IP propriu.

Ca datele afisate nu au nicio treaba cu realitatea, e altceva.

Da, probabil server-ul știe de fapt fiecare tren unde e și la ce oră ar trebui să ajungă și trimite un fel de array gen {„Republica”=>15:10, „Republica”=>15:19} etc. E interesant și că ticker-ul cu anunțuri, cel pe fundal albastru e cât de cât sincronizat între panouri, deci și acela e trimis direct de server. Când se mai strică afișajele cu LED-uri de la Victoriei indică IP-ul... e unul cu 172.16. ceva.. Și-au pus și eu un CIDR /12 intern  

Oricum câteodată nu numai că nu treabă cu realitatea, dar nu au treabă nici între ele.. cele cu LEDuri și cele de la peron. Ori sunt un sistem separat, prost interfațat, ori se schimbă radical informația până ajungi la peron...

Totuși orientativ sunt bune ambele, și mai e și chestia că te simți mai puțin stresat „știind” când vine trenul, decât urmărind fascinat cum crește timer-ul (și eventual ajunge la 00:00) ca la Crângași sau alte stații unde s-a considerat că nu e nevoie de display-uri de informare, dar e nevoie de multiple „Blitz TV-uri”.

De obicei nu prea ai cum să ai două display-uri din astea în același timp în cîmpul vizual ca să le poți citi simultan, dar la Victoriei (M2), la ieșirea spre bd. Lascăr Catargiu (pe unde trec în fiecare dimineață), sînt două unul lîngă altul (unul pentru M2 și unul pentru M1), și mereu observ că ora (cea din colțul stînga sus) e decalată cu aproape un minut de la unul la altul (chiar am vrut să le fac poză (dovada), dar stătea mereu paznicul acolo). Dacă nici ora nu e aceeași, e clar că sînt independente, nu sînt legate la ceva comun.

Chiar mi s-ar părea teribil de amuzant să primească de la server ora la care vin trenurile... dar să aibă ceasuri interne independente. Oricum s-a mai discutat de neconcordanțe între ceasuri și nu e prima dată când NTP-ul Metrorexului ar lua-o razna    

Oricum, o oră e pe ele, altă oră e pe validatoare (decalată chiar și cu 4 minute), altă oră pe ceasurile cu LED din capătul peronului etc. Nu există o oră comună la Metrorex. Nu știu cum coordonează ei trenurile (!!!), dacă au decalaje și de cîteva minute. Ar trebui să fie totul măcar la zecime de secundă...

Singurul și unicul scop al unui server NTP este exact sincronizarea cât mai precisă a ceasurilor. Dar fenomelele stranii din „Triunghiul Bermudelor” al Metrorex și vârsta respectabilă a taxatoarelor magnetice (mă îndoiesc că au auzit de IP sau că au ceva hardware puternic de procesare   ) cam strică rezultatele. Nu sunt foarte sigur cum le coordonează, dar observăm că nu le iese întotdeauna deci...

Pentru ca un dispozitiv să-și sincronizeze ora într-un sistem nu trebuie neapărat să aibă un IP. Sînt de exemplu dispozitive simple care-și pot lua ora dintr-un PC. Mă îndoiesc că vine cineva să „potrivească ceasul” manual la toate validatoarele din sistem (cu „săgeată sus”... „săgeată jos” etc...). Poate nu știu ei să le folosească (sau nu dau suficient de des comanda de sincronizare).

De acord, dar din nou avem n-șpe componente (taxator, dispozitiv de sincronizare, dispozitiv care leagă toate taxatoarele la dispozitivul anterior, calculatorul atașat acestuia, ceva switch-uri, server-ul de NTP local și corespondentul de sincronizare upstream, asta pe echipamente care au ceva ani) și tot atâtea (sau ceva mai multe) posibilități ca ceva să meargă prost. Dacă era atât de simplu de dat comanda de sincronizare o punea cineva într-un crontab ceva și aia era. Am eu o vagă presimțire că e tot un fel de „scărpinare invers” așa de ajung să se decaleze grav. Prea multă polemică pentru niște ceasuri... Metrorex face time warp și gata, crede și nu cerceta.

Daca vrei sa iei ora dintr-un server NTP trebuie neaparat sa fii legat la retea si sa ai IP.
Se poate pune un NTP local in fiecare statie, costa doar cateva sute de euro si e o prostioara mica, trebuie doar sa ii scoti antena de GPS undeva pe acoperisul unui acces si nu mai ai nevoie de nimic altceva(deci nu ai nevoie de internet sau legatura cu dispeceratul in statie).




Daca nu vrei sa dai ip atunci poti folosi protocolul IRIG-B la care se pot inseria pe cablu coaxial oricate dispozitive, doar ca device-ul e ceva mai scump.

Bine, clar Metrorex nu are nici un standard, sau standardul potrivirii cu mana, daca dispecerul da manual prin statie instructiuni de genul "xxxx(numarul trenului) asteapta unu/doua(adica minute) in Grozavesti" ce sa ne mai gandim la NTP.

Record azi pe M1: trenuri la 2 minute  

Eu tot la 6-8 minute am prins.

La cata fibra e prin tunele, NTP-ul ar trebui sa fie usor de instalat.