
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.

