Você está na página 1de 9

Suporte aplicacional para a operao uniforme, unificada e pragmtica de

tneis rodovirios
Tiago Delgado Dias1
1

Brisa Inovao e Tecnologia; Departamento de Desenvolvimento Tecnolgico; Gestor de Projecto; 214233447;


tiago.delgado.dias@brisa.pt; www.brisainnovation.com

Sumrio
Os sistemas de superviso e aquisio de dados (SSAD) usados na superviso de tneis so normalmente
implementados em aplicaes especficas para cada tnel oferecendo representaes nem sempre uniformes.
Estas aplicaes fornecem alertas aos operadores e carecem de uma ateno permanente.
O ATLAS adoptou uma abordagem distinta dos SSAD ao integrar a gesto de tneis numa plataforma Web de
operao de auto-estradas. A representao de infra-estrutura, equipamentos, alarmes e controlo do tnel
uniforme independentemente do tnel. Existe unificao entre as funcionalidades transversais da plataforma
(ex. visualizao de CCTVs) e, atravs de um mecanismo de alertas transaccionais, evita a necessidade de
ateno permanente em cada tnel.
Palavras-chave: tneis rodovirios, automao, sistemas de superviso e aquisio de dados, usabilidade na
operao, gesto de trfego.

INTRODUO

Em 2010 a Brisa operava 3 tneis virios nas auto-estradas A9 (tneis de Carenque e Montemor) e A10 (tnel do
Mato Forte). Embora estes tneis sejam remotamente operados desde 2004 esta operao feita numa aplicao
SSAD especfica instalada num PC do centro de controlo da Brisa Operao e Manuteno e no a partir da
plataforma Web de operao que suporta este centro de controlo, o ATLAS.
O centro de controlo da Brisa Operao e Manuteno funciona com um modelo de postos de operao
genricos, capazes de operar qualquer segmento da rede. A distribuio dos segmentos da rede operada aos
postos (e respectivos operadores) feita de forma dinmica, garantido a todo o momento a cobertura total da
rede, atravs da plataforma ATLAS. Esta dinmica no compatvel com a necessidade de utilizar aplicaes
instaladas em PCs especficos, obrigando a que a operao dos tneis estivesse atribuda a um posto especfico
da sala durante 6 anos.
Finalmente, estava ainda prevista para o ano de 2011 a abertura de 3 outros tneis (A41 tnel do Covelo, A32
tnel do Seixo Alvo e A8 Tnel do Telheiro) nas concesses Auto-estradas do Douro Litoral (AEDL) e Autoestradas do Litoral Oeste (AELO) que deveriam ser operados pela Brisa Operao e Manuteno na plataforma
ATLAS. Evitar-se-ia assim a necessidade de desenvolver sistemas SSAD com custos adicionais (de instalao e
manuteno) e com as limitaes j identificadas.
O objectivo da integrao de tneis no ATLAS foi ultrapassar as limitaes inerentes s solues SSAD criando
uma componente de gesto de tneis na plataforma ATLAS. Esta componente teria que garantir a independncia
dos fabricantes dos equipamentos de automao utilizados nos tneis. Teria tambm que oferecer uma viso
orientada para a operao do tnel dando prioridade simplicidade, eficcia e usabilidade da interface de
utilizao. Atravs da interaco com componentes existentes na plataforma ATLAS deveria oferecer
funcionalidades de controlo de acessos, registo de aces efectuadas sobre os equipamentos do tnel e ainda de
gesto de pedidos de manuteno sobre os equipamentos do tnel. Finalmente deveria permitir a configurao de
novos tneis sem necessidade de desenvolver uma nova soluo.

ESTADO DA ARTE

A construo de tneis virios implica a instalao de sistemas segurana, desde a iluminao varivel, passando
pela ventilao, deteco de incndios e/ou poluio at mesmo ao incontornvel sistema de alimentao
elctrica do tnel. Em Portugal a obrigao legal varia conforme a extenso do tnel e regida pelo Decreto-Lei
n.o 75/2006.
Actualmente os sistemas da maior parte dos tneis virios so controlados atravs de um sistema de automao
implementado atravs de unidades de programao lgica (UPLs). As UPLs garantem, atravs de programao
autnoma, o comportamento automtico como por exemplo a variao da iluminao de acordo com as medidas
de sensores de luz instalados no exterior do tnel ou a actuao da ventilao aps deteco de acumulao de
gases no interior do tnel. As UPLs so assim um elemento chave na garantia da segurana nos tneis virios
visto que, atravs de algoritmos autnomos de controlo automtico, implementam cadeias de deteco-controloactuao capazes de eliminar a maioria dos riscos passveis de deteco e de resposta atravs dos sistemas de
segurana instalados.
As UPLs so tambm utilizadas para permitir a monitorizao e operao remota destes sistemas. Fazem-no
atravs da oferta de variveis de leitura (estados e valores) e escrita (comandos e parmetros) usualmente
disponibilizadas atravs de um protocolo de comunicaes e que actualmente normalmente acessvel atravs de
uma rede TCP/IP. Em 1979 foi publicado o protocolo Modbus que entretanto se tornou numa norma de facto
para este protocolo. Apesar de continuarem a existir solues especficas de fabricantes, a grande parte dos
fabricantes oferece compatibilidade com o protocolo Modbus (normalmente de forma opcional e com alguns
custos).
A operao dos sistemas de tneis normalmente feita em aplicaes SSAD desenvolvidas especificamente para
um dado tnel. Apesar de serem ainda mais frequentes as aplicaes instalveis num sistema operativo (ex.
aplicaes Windows) existem tambm solues SSAD construdas para a Web embora com funcionalidades
reduzidas face s aplicaes SSAD clssicas. A programao das aplicaes SSAD normalmente orientada ao
equipamento integrado e a soluo no reutilizvel sem alterao desta programao. Esta limitao atenuada
quando se utilizam solues de desenvolvimento SSAD de alto nvel (ex. ambientes rapid application
development RAD) que depois suportam a aplicao desenvolvida em tempo de execuo. Algumas
plataformas SSAD oferecem mesmo independncia do fabricante permitindo a recolha e envio de variveis
de/para UPLs com diferentes protocolos de comunicao.
No dia-a-dia da operao de um tnel a quase totalidade de operaes efectuadas deve ser da responsabilidade da
programao local nas UPLs, i.e. os tneis devem ser essencialmente autnomos. No entanto as aplicaes
SSAD so cruciais para permitir o adequado acompanhamento do desempenho das funes automticas e
validao se existem condies para este desempenho (por ex. identificar sensores em avaria). So igualmente
essenciais para na gesto de situaes permitirem aos operadores humanos implementar procedimentos
especficos que possam diferir dos automticos ou procedimentos que envolvam passos de deciso humana.
Exemplos de situaes em que a gesto no deve ser local so situaes em que os dados dos sensores podem
no ser 100% fiveis como acontece nos sistemas de deteco automtica de incidentes (DAI) ou situaes em
que os planos de resposta podem diferir de formas que no possam ser identificadas pelos sensores (ex., as
respostas distintas da ventilao face a situaes de incndio distintas). Os SSAD so assim componentes
crticos na operao de tneis.
A principal limitao da maioria das solues SSAD est inerente a interfaces difceis de interpretar, orientadas
para a viso de engenharia/manuteno e no para a operao dos equipamentos, especificamente tneis, por
operadores que no so especialistas nos sistemas instalados.

O ATLAS

O ATLAS uma soluo de gesto de trfego para utilizao por concessionrias virias, independentemente da
dimenso da infra-estrutura operada. Toda a soluo suportada sobre tecnologia Web e oferece uma gesto
integrada de trfego, telemtica rodoviria, incidentes virios, meios de assistncia, danos e planos de trabalho
[1].
O ATLAS um produto que:

Conta com 8 anos de desenvolvimento contnuo.


Suporta o ciclo de vida completo da gesto de trfego: desde os equipamentos de via, passando pela
operao do centro de controlo, pela informao ao cliente, pela operao de back-office, em todo o
percurso at gesto de topo que suportada por uma plataforma de business intelligence.
utilizado na operao de redes vastas, num total superior a 1700 km de rede, maioritariamente de
primeiro nvel (auto-estradas).
utilizado em cenrios de servios de operao multi-concesso (Brisa Operao e Manuteno) e em
concessionrias individuais (Auto-estradas do Atlntico).
Oferece suporte nativo e independente dos fabricantes para a gesto de cmaras de vdeo, painis de
mensagens variveis, estaes meteorolgicas, contadores e classificadores de veculos e sinais de
controlo de velocidade e disponibilidade de vias.

INTEGRAO NO ATLAS

As UPLs oferecem uma abstraco de baixo nvel (escrita e leitura de variveis) sem definio do valor
semntico das mesmas. As aplicaes SSAD s dotam estas solues de semntica ao associar as variveis a
elementos grficos manipulados pelo utilizador.
Uma abordagem alternativa seria a criao de uma camada de valor semntico em que as variveis seriam
traduzidas em estruturas especficas dos sistemas envolvidos, onde, por exemplo, as variveis de estado de
semforos seriam codificadas de forma diferente de variveis de estado de ventiladores.
As solues de gesto de trfego oferecem usualmente uma soluo semntica para a gesto dos diferentes
objectos geridos. Como a complexidade de integrar os equipamentos dos diferentes sistemas dos tneis com esta
abordagem grande, o mais frequente a gesto de tneis ser efectuada num sistema SSAD separado
reutilizando as plataformas de desenvolvimento SSAD em vez de integrar a componente SSAD na plataforma de
operao.
O ATLAS tem uma abordagem semntica para os equipamentos integrados excepto em algumas reas de
domnio geral como a recolha de alarmes 1. No caso da integrao dos tneis foi necessrio pesar as vantagens e
desvantagens das duas abordagens.
Se um facto que quando se integram equipamentos como painis de mensagens variveis ou estaes
meteorolgicas existe um domnio de negcio especfico (ex. mensagens e meteorologia), no caso dos sistemas
dos tneis o domnio do negcio muito vasto, abarcando sistemas como energia/alimentao, iluminao,
ventilao, deteco de incndios ou poluio, cada um com equipamentos e funcionamentos distintos entre
diferentes tneis.
A opo tomada acabou por ser motivada por um potencial de reutilizao dado que uma abordagem no
semntica teria um potencial de reutilizao noutros domnios de automao mesmo na rea da gesto de trfego,
por exemplo o controlo de estaes de tratamento de guas instaladas ao longo da rede ou de sistemas de energia
de edifcios (centros de operao, portagens).
Optou-se assim pelo desenvolvimento de uma soluo Web de superviso de automao genrica em que a
interface e a configurao tm que oferecer o valor semntico, tornando o problema essencialmente numa
questo de configurao e desenho de interface.
As solues SSAD optam normalmente por aplicaes de sistema operativo devido necessidade de
actualizao permanente da interface do utilizador com o estado dos sistemas. As solues Web oferecem
normalmente uma viso fixa no tempo e permitem actualizar esta viso a pedido. Esta uma limitao grave que
teve que ser tida em conta tambm na implementao no ATLAS no sentido de garantir a actualizao da

No ATLAS os alarmes no so diretamente dotados de semntica, podem contudo ser parametrizados


tratamentos distintos para cada tipo de alarme.

informao visualizada, com especial enfase para o momento seguinte ao envio de um comando com a
necessidade de acompanhamento das alteraes de estado subsequentes.
A questo de actualizao dos dados na interface Web puramente tecnolgica e foi tida em conta atravs de
uma actualizao peridica frequente e nos momentos chave (por exemplo aps o envio de um comando) atravs
de pedidos Ajax.
A interface de operao de tneis no ATLAS foi desenhada para que cada equipamento ou subsistema tivesse a
sua representao num sinptico. A imagem apresentada para cada equipamento localizada numa via, berma ou
no exterior do tnel e representa o estado funcional do equipamento (ex. ventilador desligado, iluminao
exterior ligada). Em diferentes tneis as imagens e nomenclatura para os mesmos estados so sempre as mesmas.

Figura 1. Exemplo do sinptico do tnel do Covelo no ATLAS

A informao no funcional apresentada numa interface de detalhe de cada equipamento onde se visualizam
todas variveis associadas e possvel comandar o equipamento (ex. ligar ventilador, desligar iluminao
exterior). O comando feito da mesma forma para todos os equipamentos, apresentam-se as imagens de
representao para cada estado associado, o utilizador escolhe e confirma o comando. A alterao do estado
feita carregando sobre a imagem do estado correspondente ao pretendido na seco onde so desenhados os
estados e indicado o estado atual do equipamento.

Figura 2. Exemplo da interface de operao uniforme para elementos do tnel

Para que a informao no funcional seja til, logo no sinptico do tnel, qualquer situao anmala destacada
com o piscar de uma cor de fundo sobre a representao do estado. A cor e frequncia do piscar so definidas
pela gravidade das situaes anmalas do equipamento. Desta forma o destaque de situaes que necessitem de
ateno uniforme em toda a interface, transmite a gravidade da situao e permite a consulta das variveis
especficas abrindo a interface de detalhe. Desta forma num tnel em operao normal no existem quaisquer
situaes destacadas. Este mecanismo simples permitiu simplificar extremamente a availiao do estado de um
tnel s pela visualizao do sinptico do mesmo e por utilizadores sem qualquer tipo de formao.

Figura 3. Segmento de um tnel com situaes em destaque para o PT1 e Edifcio do PT1.
Pode-se verificar que a situao do edifcio mais grave pela cor mais escura.
Esta abordagem uniforme nestes diversos aspectos, sendo assim diferenciada das aplicaes SSAD. Consegue
oferecer facilidade na utilizao e uma curva de aprendizagem zero em qualquer tnel. Isto possvel atravs da
uniformizao da representao de infra-estrutura, equipamentos, alarmes e controlo do tnel. Utilizou-se uma
representao sinptica em que a forma de representao a mesma independentemente do tnel, i.e. todos os
tneis partilham:
a representao da infra-estrutura, variando apenas o comprimento do tnel e as vias;
a representao dos diferentes tipos de equipamentos e a forma de representao dos seus estados,
variando apenas os tipos de equipamentos presentes em cada tnel e a sua localizao dentro do tnel;
a representao dos alarmes, que foca a ateno do utilizador nas situaes activas mais graves logo na
viso geral do tnel.

o controlo sempre efectuado atravs de uma janela que apresenta os detalhes de cada equipamento
(estado e alarmes) e onde possvel alterar o modo de operao (manual/automtico) e o estado do
equipamento em simultneo.

No caso dos alarmes esta uniformizao passa pelo detrimento de uma listagem global de alarmes activos e
mecanismos de reconhecimento dos alarmes em prol de uma soluo de destaque dos equipamentos com
alarmes. No ATLAS, um equipamento com alarmes apresentado com uma cor de fundo. Esta cor de fundo
definida de acordo com a gravidade do alarme, indo de um tom amarelo para situaes menos graves at um tom
vermelho vivo para situaes mais graves ou um conjunto razovel de situaes menos graves. Para que seja
ainda mais bvia para o utilizador esta cor de fundo pisca com uma frequncia igualmente proporcional
gravidade dos alarmes do equipamento. Desta forma atravs de uma inspeco visual quase instantnea
possvel ter uma noo clara do estado operacional e de manuteno dos tneis. Atravs da consulta do detalhe
de cada equipamento possvel esclarecer exactamente quais so as situaes de alarme especficas.
Esta abordagem comum para alarmes operacionais (ex. deteco de incndio) e alarmes de manuteno (ex.
avaria de sensor). Para ambos os casos existe ainda um mecanismo de alertas transaccionais que permite
notificar os operadores (ou qualquer outra entidade responsvel) pelas situaes mais graves, evitando assim a
necessidade de monitorizao permanente dos tneis. Este mecanismo de alertas transaccionais descrito mais
adiante neste artigo.
atravs da unificao de todos os equipamentos na mesma plataforma (ex. automao, CCTV, SOS,
contadores de trfego, painis de mensagens) e do uso de funcionalidades transversais da plataforma que o
ATLAS dota a operao de uma capacidade de avaliao completa e integrada. Os SSAD tambm integram por
vezes equipamentos destes sistemas, no entanto no tm componentes de operao e gesto completas porque
so aplicaes orientadas para a operao do tnel e no dos domnios destes equipamentos. No ATLAS , por
exemplo, possvel efectuar um pedido de manuteno face a problemas identificados no tnel ou visualizar
cmaras de vdeo (CCTV), bem como controlar, gravar, pesquisar no histrico dos ltimos dias, colocar as
mesmas numa videowall ou v-las em sequncia. Este nvel de integrao atinge-se graas reutilizao e
integrao de componentes especializados em cada domnio.

Figura 4. Segmento de um tnel com uma CCTV disponvel para acesso direto.

Figura 5. Exemplo da interface de operao de CCTV obtida ao carregar na CCTV no sinptico do tnel.

Figura 6. Uma CCTV no sinptico do ATLAS. A representao a mesma do tnel.


Mesmo com uma interface uniforme e unificada, a gesto de tneis estaria sempre limitada necessidade
constante de monitorizao humana. As solues SSAD implementam normalmente uma seco de alarmes
activos onde possvel ver os alarmes e reconhecer os alarmes que estejam j a ser tratados. Esta abordagem
depende ainda assim da ateno do operador a esta seco de alarmes activos e de uma correta classificao do
operador que no dever reconhecer alarmes que no esteja de facto a tratar.
O ATLAS aborda este problema tambm de uma forma diferente. Todos os estados, eventos e alarmes do tnel
so codificados da mesma forma no ATLAS. Estados, eventos e alarmes de outros tipos de equipamentos
(CCTVs, PMVs, etc.) so codificados desta mesma forma tambm. O ATLAS inclui um mecanismo de
tratamento de alarmes/eventos configurvel por tipo de alarme/evento que permite criar uma sugesto de
incidncia para o mesmo.
As sugestes de incidncia so um mecanismo de notificao aos operadores dos centros de controlo j descrito
em [2]. Permitem gerar uma janela de popup em tempo real na interface de operao dos operadores. Essa janela
ir sugrir ao operador encarregue pela zona onde est localizado o alarme e ir conter informao do tipo de
alarme/evento, do equipamento em questo e da localizao do mesmo. No caso dos tneis a sugesto de

incidncia representa uma verso mais pequena do sinptico do tnel e apresenta a CCTV mais prxima da
localizao do equipamento que gera o alarme.
Desta forma reutiliza-se a interface de operao do tnel j conhecido do utilizador e onde estaro destacados os
alarmes atravs das cores de fundo. Atravs da CCTV oferece-se de imediato a visualizao do local do alarme.

Figura 7. Exemplo de uma sugesto de incidncia para um tnel.


Todas as sugestes de incidncia tm que ser tratadas. O popup s fechado quando o operador cria uma
incidnica, associa a sugesto a uma incidncia existente, cria um pedido de manuteno ou classifica a situao
como um falso positivo (justificando a razo da classificao). Este processo transacional, isto , se o operador
no chegar a gravar a incidncia criada por exemplo o popup no se fecha. Desta forma absolutamente
garantido o fluxo de tratamento de todas as situaes relevantes no tnel salvo as situaes de falso positivo que
devero ser raras. Este mecanismo faz sentido para todas as situaes que requerem uma validao da resposta
automtica ou uma resposta manual. Com este processo acelera-se tambm o tratamento da situao atravs da
criao da incidncia e respetivo apoio automtico ao plano de resposta. Por configurao em cada tipo de
alarme possvel definir quais das 4 opes de resposta (criao de incidncia, associao de incidncia, pedido
de manuteno ou falso positivo) esto disponveis.
ainda possvel a separao das sugestes entre diferentes tipos de operadores, por exemplo a notificao de
alarmes operacionais a operadores responsveis pela gesto de trfego e a notificao de alarmes de manuteno
a operadores responsveis pela manuteno dos equipamentos. Ao ser possvel ter diferentes perfis de utilizao
e segmentar a notificao de situaes entre os diferentes perfis, este mais um exemplo da vantagem de uma
soluo unificada com resposta para a operao e manuteno das infra-estruturas, equipamentos e sistemas.
Atravs destes alertas transaccionais, na forma das sugestes de incidncias aos operadores, esta abordagem
atinge o pragmatismo na resposta a situaes e introduz um conceito de fluxo de tratamento. Garante-se que
todas as situaes relevantes de alarme (as mais graves) tm um tratamento, sejam elas situaes operacionais ou
de manuteno. Desta forma mitiga-se o risco de alarmes esquecidos/descartados nos SSAD e elimina-se a
necessidade de monitorizar permanentemente a representao dos alarmes activos do tnel.
Finlamente, com esta integrao, foi ainda possvel obter independncia do fabricante de equipamentos de
automao (UPLs) atravs da utilizao de uma interface programtica abstracta para leitura e afectao de
variveis em memria enderevel acessvel atravs de uma ligao remota e de uma implementao particular
para o protocolo Modbus. De futuro podero ser feitas outras implementaes para diferentes protocolos mas at
ao momento no foi necessrio.

RESULTADOS

Os resultados da integrao de tneis no ATLAS foram imediatamente aplicados na instalao do ATLAS da


Brisa Operao e Manuteno, permitindo a operao integrada dos tneis de Carenque, Montemor e Mato
Forte.
Tendo em conta os objectivos iniciais, ao suportar a gesto de tneis no ATLAS, foi possvel passar a operar os
3 tneis da rede Brisa a partir de qualquer posto de operao ou at mesmo de qualquer outra localizao com
acesso de rede plataforma de operao e dadas credenciais com acesso devido.
Em 2011 foi feita a integrao com os 3 tneis das novas concesses AEDL (Covelo e Seixo Alvo) e AELO
(Telheiro) apenas atravs da configurao dos equipamentos e variveis envolvidos, sem necessidade de
alterao da soluo. Ainda em 2011 a Brisa Inovao instalou a plataforma ATLAS para toda a concesso das
Auto-estradas do Atlntico, tendo sido integrados os 2 tneis desta concesso (Tornada e Cela Velha) usando
exactamente a mesma abordagem e simplicidade de configurao. J em 2012 foi renovada a rede de telemtica
de parte da concesso AEDL, tendo sido integrados os tneis da Av. da Repblica e Soares dos Reis.
Totalizando assim 10 tneis virios operados a partir da plataforma ATLAS.
O tempo de configurao de um tnel de dimenso mdia no ATLAS inferior a 2 dias de parametrizao e
testes.

CONCLUSES

Foi possvel implementar uma soluo de superviso integrada numa plataforma de gesto de trfego com um
conjunto de vantagens inerentes a esta integrao. Ao aplicar um modelo no semntico conseguiu-se uma
soluo reutilizvel e pouco complexa. Com a criao de padres estritos para a interface de utilizao foi
possvel criar uma soluo optimizada para a operao de infra-estruturas facilitando a compreenso do estado
de equipamentos, problemas e respectiva urgncia. Com a unificao na plataforma foi possvel dotar a gesto de
tneis de ferramentas como a integrao completa com CCTVs, a gesto de pedidos de manuteno e at mesmo
a sugesto automtica de incidncias. A sugesto de incidncias veio resolver a necessidade de pragmatismo ao
deixar de ser necessrio que o operador esteja a monitorizar os tneis ou uma lista de alarmes manualmente.

AGRADECIMENTOS

equipa de desenvolvimento da plataforma ATLAS.

REFERNCIAS

[1] T. Dias et al., Communications in Brisas Centre for Operations Coordination, ITS Europe 2005, 2005.
[2] R. Dias, T. Dias, Increasing service levels through traffic monitoring, Easyway 2011 - "Best Practices in
Floating Vehicle/Phone Data Collection and Other Monitoring Deployment", 2011.

Você também pode gostar