Cum verific specificatiile unui VMS intr-un caiet de sarcini

Experienta de pana acum despre specificatiile tehnice ale VMS-urilor solicitate in licitatiile publice ne arata o serie de aspecte care trebuie clarificate de la inceput, iar participantii la licitaiile publice trebuie sa le ia in calcul pentru a solicita detaliile necesare. In caz contrar, exista riscul livrarii unor produse care nu corespund cerintelor din caietele de sarcini, iar procesul de ofertare risca sa fie compromis. Pentru o ofertare corecta si pentru evitarea neconformitatilor la receptie, trebuie verificat concret ce tip de VMS se solicita, cum este impartita zona de afisare, cate linii de text poate afisa, ce pas de pixel are, cum se face comunicarea la distanta si prin ce aplicatie software se gestioneaza mesajele.

Va prezentam mai jos cateva recomandari pentru ca verificarea specificatiilor tehnice sa fie foarte clara si sa respecte o ordine fireasca.

 

Ce mesaje afiseaza un VMS

Prima clarificare trebuie sa vizeze tipul de mesaje care trebuie afisate de VMS, iar acestea sunt de 2 feluri: mesaje prestabilite sau mesaje variabile. In licitatii apare uneori o formulare ambigua de genul „PMV sa poata afisa mesaje programabile”, fara a se specifica in mod clar ce anume se doreste.   

Asadar, trebuie sa delimitam foarte clar intre un panou cu mesaje prestabilite (de obicei 2 sau  mai multe mesaje, care sunt afisate alternativ) si panouri cu mesaje variabile. In fapt, in primul caz avem de-a face cu un VMS care afiseaza un numar limitat de mesaje text sau semne grafice prestabilite. Prin urmare, daca beneficiarul doreste doar afisarea alternativa sau succesiva a doua sau mai multe mesaje, nu este nevoie de un VMS foarte complex. In aceasta situatie nu discutam de un panou cu o solutie complexa de integrare si setare. 

In schimb, panoul cu mesaje variabile poate afisa orice tip de mesaje, fara ca acestea sa fie prestabilite, operatorul avand posibilitatea sa adreseze participantilor la trafic mesaje in functie de situatiile concrete cu care acestia se confrunta pe respectiva portiune de drum. Ca sa poata afisa orice fel de mesaje, PMV trebuie sa fie de tip matrice LED, adica toata fata panoului sa fie acoperita de LED-uri, programate sa se aprinda in orice combinatie necesara. Asta inseamna ca VMS trebuie sa fie de tip matrice completa (full matrix) si implicit, programabila. Deci, un panou VMS nu trebuie tratat ca un simplu afisaj text.

 

Dimensiunile panourilor VMS

Dupa ce ne este foarte clar tipul de mesaje care trebuie afisate, trebuie clarificat de la inceput pentru ce tip de drum se doreste instalarea VMS si care este scopul lui. Aici delimitam intre: VMS de ruta (sau de informare) - care se instaleaza pe autostrazi, VMS pentru bretele de acces – se instaleaza pe bretelele de intrare/ iesire pe/ de pe autostrazi sau pe drumuri nationale si VMS pentru controlul benzilor. Aceasta clasificare mai este cunoscuta si ca: VMS tip I, VMS tip II, VMS tip III.

Aspectul este important deoarece tipul de drum ne ofera repere clare despre dimensiunile VMS: circa 7 - 8 metri lungime pentru VMS (tip 1) de ruta si circa 3 metri lungime pentru VMS (tip 2) pentru bretele de acces;  cele pentru controlul benzilor (tip 3) sunt mult mai mici si au latura de circa 1 metru. De aici intram insa in detalii specifice.

Desi in licitatii este prima caracteristica solicitata a unui VMS, trebuie stiut ca nu dimensiunile panoului VMS sunt cele mai importante, ci lungimea mesajelor care trebuie afisate, numarul de randuri si inaltimea literelor. Acestea, coroborate cu distanta intre pixeli (de 20mm sau de 25mm), dau dimensiunile panoului VMS. Degeaba impune beneficiarul dimensiunile carcasei unui PMV, daca textele solicitate nu se pot afisa. Acesta este principalul motiv pentru care dimensiunile panourilor ofertate nu coincid, de cele mai multe ori, cu cele solicitate in caietul de sarcini, iar acestea ar fi bine sa fie solicitate intr-o plaja dimensionala (in plus sau in minus) de 10%. De exemplu, sunt producatori care au ales sa treac de la pasul de pixel (pitch pixell) de 25mm la cel de 20mm, pentru a afisa o grafica mult mai buna calitativ, crescand substantial si durata de viata a LED-urilor.

 

Care este diferenta intre zona grafica si zona pentru mesaje/ text

Urmatoarea caracteristica a VMS de care ar trebui sa se tina cont in analiza specificatiilor unui caiet de sarcini o reprezinta numarul zonelor de afisare. VMS de ruta (de tip I) au implicit 2 zone de afisare (zona grafica + zona pentru text), iar cele pentru bretele de acces (de tip II) pot avea fie o singura zona de afisare (cea pentru text), fie 2 zone. Necesitatea de utilizare a unei zone de pictograme (semne de circulatie) rezida din faptul ca mesajele afisate pe VMS-urile mari, care se monteaza pe drumuri de mare viteza (autostrazi sau drumuri expres), nu pot fi citite/ intelese, la viteze mari, la fel de repede de toti soferii, fiind nevoie de dublarea mesajului text prin semne grafice, care sunt mult mai usor de perceput. In licitatii, zona grafica mai este descrisa si ca zona pictograme.

Exemplificare: In zona grafica se afiseaza limita de viteza, iar in cea alfanumerica se afiseaza un mesaj complementar (Conduceti prudent, Atentie ceata, Reduceti viteza etc.).

In schimb, VMS pentru controlul benzilor afiseaza doar doua semne: o sageata verde, cu varful in jos, care inseamna ca banda respectiva poate fi accesata, sau semnul X, de culoare rosie, care ne spune ca banda respectiva este inchisa si nu se poate circula pe ea.

Diferenta dintre zona grafica si zona text (denumita si ca zona alfanumerica) este ca in zona grafica se afiseaza numai semne rutiere (de informare, de avertizare, de restrictionare, de limitare viteza), in timp ce in zona pentru mesaje/ text se afiseaza numai texte, de culoare portocalie/ amber. Desi in zona text se afiseaza, de obicei, numai mesaje de o singura culoare (monocrama) – portocalie/ amber, in specificatiile pentru licitatii se intalnesc si mentiuni exprese ca intreg panoul VMS sa fie RGB.

Dupa ce am verificat in caietul de sarcini daca se impune ca VMS sa aiba si zona grafica, trebuie stiut ca acest lucru implica ca respectiva zona sa fie o matrice LED programabila, dar si RGB (rosu + verde + albastru). Ce inseamna LED-uri RGB? Inseamna ca fiecare punct luminos este creat din 3 culori primare (rosu + verde + albastru), care permit, in functie de nivelul de intensitate luminoasa a fiecarui LED, crearea oricarei alte culori. De ce programabila? Pentru a putea afisa si schimba intre ele semnele grafice, in functie de scenariul de trafic cu care ne confruntam. Unii producatori au trecut deja la alt nivel si ofera 4 culori - RGBY (rosu + verde + albastru + galben).

 

Pasul de pixel: 20 mm sau 25 mm

Pasul de pixel (distanta intre pixeli) este, in fapt, rezolutia de afisare, care se reflecta in claritatea, distanta de citire si modul in care se afiseaza textul sau simbolurile. In licitatii, de foarte multe ori, acest detaliu nu se regaseste in lista specificatii. Cele mai frecvente valori sunt: 20 mm (potrivit pentru panouri unde se doreste o rezolutie mai buna si o afisare mai detaliata) si cele de 25 mm (intalnit la panouri de dimensiuni mai mari, pentru vizibilitate mai buna la viteze mari).

In practica, ofertantul trebuie sa verifice daca pasul de pixel este mentionat in caietul de sarcini si in caz afirmativ, sa verifice daca acesta este specificat separat pentru fiecare zona de afisare in parte.

 

Comunicarea la distanta: criteriu esential, dar uneori omis in caietele de sarcini

Interfata de comunicare/ conectivitatea

Una dintre cele mai mari probleme intalnite in licitatii este lipsa unei cerinte clare privind comunicatia la distanta a VMS. Acest aspect este critic deoarece VMS-urile rutiere se monteaza frecvent la inaltimi de peste 5 metri, pe stalpi, console, portaluri sau structuri metalice. In aceste conditii, schimbarea mesajelor prin conectarea directa la VMS prin intermediul unui port USB, laptop conectat local sau acces fizic la panou nu este o solutie practica. Beneficiarul trebuie sa aiba acces permanent la panou si sa efectueze operatiile dorite. Aici nu trebuie sa confundam accesul la VMS pentru efectuarea unor reparatii de natura fizica (precum inlocuirea unor module LED sau alte operatii legate strict de intretinerea fizica a panoului) cu cele care implica functiile standard ale panoului VMS.

Cu toate acestea, in licitatii se solicita inclusiv acces local la VMS, iar acest lucru poate fi recunoscut dupa urmatoarea specificatie - “port USB/ port serial RS232C”. Asta inseamna ca se solicita ca VMS sa poate fi conectat direct la un laptop, modem serial sau alt controler, pentru configurare locala.

Asadar, in caietele de sarcini pot exista 2 variante de control al VMS: control local (prin USB/ RS232) si control la distanta. Acesta din urma este posibil, insa, numai printr-o conexiune printr-un cablu de retea (Ethernet /conector RJ45), fie printr-o cartela SIM/ GSM. In acest din urma caz, VMS trebuie sa dispuna de un modul de comunicatii (modem). In caietele de sarcini, aceasta conexiune este definita, cel mai frecvent, in capitolul interfata de comunicare/ conectivitate.

Scurta concluzie pentru interfetele fizice de comunicatie:

- RS232: interfata seriala veche, functioneaza pe cablu serial pe distante scurte, folosita pentru conectare directa laptop – VMS;

- RS485: interfata seriala industriala, functioneaza pe cablu torsadat, pe distante mai mari si este folosita pentru echipamente industriale, VMS, automatizari, controlere. Este folosita frecvent cu protocoale proprietare;

- Ethernet: conexiunea de retea clasica, ce functioneaza pe cablu de retea (mufa RJ45) si se foloseste cu conectare la servere (router, switch). Pe Ethernet pot rula diverse protocoale de comunicatii.

 

• Protocolul de comunicatii

Dupa ce am stabilit cum este conectat panoul VMS la centrul de comanda (printr-un cablu sau date mobile), urmatorul pas este sa stim cum circula datele prin respectiva conexiune. Adica trebuie sa fim atenti la ceea ce se numeste protocol de comunicatii - modul in care administratorul drumului comunica cu panoul (trimitere mesaje, setare luminozitate, verificare stare echipament, verificare erori, pornire /oprire afisare etc).

Pentru panourile VMS, standardul relevant este, de obicei, NTCIP (standardizat si recunoscut), alternativa la acesta fiind protocoalele proprietar/ MEP (protocoale proiectate si controlate de producator). Chiar daca unii producatori prefera sa ofere solutia predefinita ca protocol proprietar, acestia ofera si optiunea NTCIP, dar contra cost.

Diferenta dintre cele doua este ca NTCIP este un protocol standard de comunicare la distanta cu VMS, in timp ce protocolul proprietar functioneaza bine doar cu softul si echipamentele unui singur producator, iar integrarea cu alte sisteme poate necesita adaptoare, dezvoltare software, licente sau suport direct de la producator.

Tabel comparativ avantaje/ dezavantaje NTCIP versus protocol proprietar

Criteriu

NTCIP

Protocol proprietar

Tip protocol

Standardizat/ deschis

Specific unui producator

Interoperabilitate

Mare: poate lucra cu sisteme si echipamente de la furnizori diferiti

Limitata: de obicei functioneaza cel mai bine cu softul producatorului

Integrare in centre ITS

Mai usoara, daca centrul suporta NTCIP

Poate necesita dezvoltare dedicata/API/soft

Licitatii publice

Preferat sau cerut frecvent in proiecte de autostrazi si ITS

Poate fi acceptat doar daca beneficiarul permite solutii inchise

Independenta fata de furnizor

Mai mare

Mai mica, risc de a nu putea fi dezvoltat sistemul decat cu un singur furnizor

Mentenanta pe termen lung

Mai sigura, pentru ca standardul este documentat

Depinde de producator si de disponibilitatea documentatiei

Functii speciale

Limitate la ce permite standardul + extensii

Poate avea functii avansate specifice producatorului

Cost initial

Uneori mai mare

Uneori mai mic sau inclus in solutia producatorului

Risc tehnic

Mai mic la integrare multi-vendor

Mai mare daca sistemul central nu cunoaste protocolul

 

In concluzie, panourile VMS cu NTCIP se pot integra mai usor intr-un sistem existent, deoarece folosesc un protocol standardizat, pe cand panourile cu protocol proprietar pot necesita integrare speciala si pot face beneficiarul dependent de softul sau echipamentele unui singur producator.

 

Aplicatii software de gestionare inteligenta a traficului

Desi nu are legatura directa cu specificatiile unui caiet de sarcini si nu se regaseste in acestea impreuna cu VMS, ofertantul mai trebuie sa cunoasca un lucru foarte important, si anume cum va fi gestionata legatura cu VMS-urile comandate. De obicei, de prea putine ori se solicita livrarea unui singur VMS, ci a mai multora, atat de tip I, cat si de tip II sau chiar III, pentru a fi instalate pe portiuni semnificative ale unui sector de drum. Detaliul este important deoarece integrarea mai multor VMS se face printr-o aplicatie software de management inteligent al traficului.

Desigur ca VMS-urile pot fi gestionate si individual, prin intermediul unei conexiuni la internet (asa cum am mentionat mai sus), dar o abordare profesionista presupune aplicatie inteligenta de management al traficului, care integreaza atat camerele de luat vederi, senzori radar, senzori de vreme, evaluatoare de trafic etc. Fara o strategie de integrare clara si bine definita in proiect (licitatie), fara mentiunile legate de modul de conectare, protocoalele de comunicare si cerinte clare legate de software, exista riscul ca beneficiarul sa primeasca un panou care functioneaza doar local, greu de administrat si dificil de integrat intr-un sistem de control inteligent al traficului (ITS). Exista chiar riscul ca aceste panouri sa functioneze static – un singur mesaj, ceea ce ar fi echivalentul utilizarii unei tehnologii extrem de avansate pentru a afisa doar un mesaj ce putea fi inscriptionat si pe un indicator rutier static (de tabla).

Pe componenta de aplicatii software exista mai multe optiuni. Una dintre ele si cea mai importanta este o solutie dedicata, un soft specializat de gestionare VMS. Acest tip de aplicatii sunt create de marile firme producatoare de VMS si se comercializeaza separat. Achizitia unui asemenea soft este utila atunci cand beneficiarul are multe panouri VMS de gestionat sau isi proiecteaza, pentru viitor, integrarea in soft a mai multor panouri si a altor sisteme de control inteligent al traficului.

 O alta optiune de gestionare VMS, pretabila pentru un numar mic de VMS-uri (de regula mai putine de 5), o reprezinta un pachet software de tip Cloud Service pentru operare, supraveghere tehnica si asistenta de la distanta. Aceasta presupune costuri pentru configurarea si setarea proiectului, precum si un abonament lunar. Prin acest serviciu, producatorul ofera asistenta tehnica de la distanta (remote) pentru utilizarea aplicatiei software, reconfigurari, gestionarea bazei de date de mesaje, actualizari de la distanta pentru software, asistenta tehnica in caz de disfunctionalitati ale VMS-urilor si suport pentru procedurile de intretinere. Beneficiarul are controlul total asupra panourilor VMS, dar intretinerea lor este asigurata, contra cost, de producator.

 

Cat de importante sunt termenele de livrare VMS-uri

O problema la fel de importanta ca si caracteristicile tehnice ale unui VMS o reprezinta perioada de livrare, aspect care nu se regaseste, in mod specific in caietele de sarcini. Termenele de livrare sunt de MINIM 3-4 luni. Exista situatii frecvente cand firmele sau asocierile de firme care castiga licitatii uite sa comande panourile VMS in timp util si ajung in situatia in care nu pot livra lucrari ample de infrastructura, pentru ca sunt nevoite sa astepte panourile VMS comandate foarte tarziu. Asadar, cand solicitati oferta de VMS, nu uitati sa cereti si perioada de livrare. Tineti cont ca la timpii de productie ai VMS se adauga si timpii de livrare, de montare, de instalare/setare si integrare cu centrele de control inteligent al traficului.  

Timpii mari de productie tin de complexitatea acestor produse, care sunt proiectate si fabricate la comanda, pe specifiicatiile fiecarui beneficiar. De aceea, aceste produse nu stau pe stoc nici la producator, nici la furnizor si nu pot fi livrate in cateva saptamani (exclus in cateva zile). Spre deosebire de operatiunile standard de asamblare, fiecare panou PMV necesita procese extinse de proiectare si fabricatie. Fiecare componenta este produsa special pentru proiect. Fiecare panou este complet personalizat si realizat la comanda, ceea ce inseamna ca ciclul de productie nu poate fi accelerat pur si simplu. Acest proces nu presupune doar asamblarea unor componente prefabricate. Procesul de productie VMS necesita o durata bine definita pentru proiectare si asamblare, pentru a asigura standardele de calitate si fiabilitate pe care normele in domeniu le impun. 

Suplimentar, odata produse, VMS-urile intra intr-un proces temeinic de testare, producatorii oferind beneficiarilor chiar posibilitatea sa asiste la procesul de testare in fabrica (contra cost). Din acest motiv, producatorii de VMS nu pot oferi un grafic de livrare accelerat.