Videowall para salas de controle de transporte

O conjunto abrange centros de operações ferroviárias, controle de tráfego aéreo, VTS portuário, gestão de tráfego rodoviário, OCC de metrô e operações aeroportuárias. Nesses ambientes, a segurança das pessoas está em jogo, e a continuidade dos operadores ao longo de décadas importa.

Os integradores estabelecidos (Frequentis, Indra, Thales, Siemens, Alstom, Hitachi, Saab) fornecem cadeias ponta a ponta com as quais o videowall precisa coexistir. Os marcos regulatórios (EN 50128 / 50129, EUROCONTROL, padrões de desempenho da IMO) determinam quais componentes podem ocupar cada nível.

Este artigo mapeia os subsetores, traça a fronteira entre os sistemas primários certificados e a visualização secundária por software e mostra onde um videowall definido por software é adequado — e onde não é.

O que “sala de controle de transporte” realmente abrange

A expressão abrange pelo menos sete ambientes operacionais distintos. Tratá-los como um só produz uma redação de edital que não serve para nenhum deles.

• Centro de controle operacional ferroviário (OCC). Gerencia a circulação dos trens, o estado da sinalização, a energia de tração, o CFTV das estações e a resposta a incidentes em uma rede ferroviária ou de metrô. Continuidade dos operadores por décadas; sinalização certificada segundo as normas EN 50128 / EN 50129; a pilha do integrador costuma ser Hitachi (antiga Ansaldo STS), Alstom (incluindo a antiga Bombardier), Siemens Mobility ou CRRC, conforme o território.
• Torre de controle de tráfego aéreo (ATC). Controle de aeródromo — movimentação em solo, pista em uso, meteorologia, estado do balizamento luminoso. O Frequentis VCS é a espinha dorsal habitual das comunicações de voz; o CFTV do aeródromo, METAR/TAF e o radar de movimento de superfície preenchem o videowall.
• Centro de controle de área (ACC). Controle em rota nos setores do espaço aéreo. O videowall exibe dashboards de carga dos setores, fenômenos meteorológicos perigosos, briefings meteorológicos (MET) e a coordenação entre FIRs — o radar primário e o sistema de fichas de progressão de voo ficam nos consoles individuais dos controladores, não no videowall.
• Centro de controle de operações aeroportuárias (AOCC). Operações em solo e coordenação do turnaround — alocação de portões, estado do sistema de bagagens, transporte terrestre, incidentes de segurança, impacto da meteorologia nas operações. O videowall é largo e compartilhado por controladores de vários domínios.
• Serviço de tráfego de embarcações (VTS) portuário. Coordenação do tráfego marítimo a partir de terra — radar com sobreposição de AIS, CFTV, meteorologia, maré e corrente, manifestos das embarcações. Saab (hoje Hexagon), Kongsberg, Indra e Frequentis fornecem as cadeias certificadas de VTS.
• Centro de gestão de tráfego rodoviário (TMC). Fluxo de tráfego em tempo real, estado dos painéis de mensagem variável (PMV), mosaico de CFTV, resposta a incidentes, sobreposição meteorológica sazonal. Em implantações menores, costuma ser compartilhado com o despacho de segurança pública.
• OCC de metrô / transporte urbano sobre trilhos. Rastreamento de trens em uma rede fechada menor, CFTV das estações, estado das catracas, saúde do sistema de informação ao passageiro. Muitas vezes integra um centro de operações conjunto de trilhos e ônibus.

A aquisição de um videowall para qualquer um desses ambientes começa por nomear qual deles ele atende. Um videowall dimensionado para um OCC ferroviário não é um videowall dimensionado para uma torre ATC.

Os níveis de certificação — e onde fica um videowall por software

A regulação do transporte opera em camadas verticais. O videowall é um dos vários componentes que precisam saber em qual camada estão.

Camada primária de segurança (certificada). Intertravamentos de sinalização (EN 50128 / 50129 no setor ferroviário), processamento de radar ATC e sistemas de fichas eletrônicas de progressão de voo (especificações da EUROCONTROL).

Na mesma camada ficam as telas de navegação do tipo ECDIS no passadiço dos navios (padrões de desempenho da IMO) e as IHMs (interfaces homem-máquina) primárias de SCADA (segurança funcional IEC 61508, quando aplicável).

Em 2026, os videowalls por software não ocupam essa camada e não foram projetados para isso.

Camada de visualização operacional (não certificada, importante para a missão). Quadro operacional comum, videowalls de CFTV, sobreposições meteorológicas, dashboards de resposta a incidentes, canais de redes sociais e de informação ao público.

Inclui ainda as IHMs dos fornecedores integradores, que são certificadas a montante, mas chegam ao videowall renderizadas por um navegador padrão.

É nesta camada que os videowalls por software têm seu lugar, e foi nela que a transição para o vídeo IP os tornou viáveis na prática.

Camada de informação (informativa). Telas de informação ao público, informação aos passageiros, material de referência dos despachadores, modo de treinamento, análise pós-ação. Os videowalls por software atendem a essa camada com folga, e já o fazem há anos.

Uma aquisição que mistura as camadas produz um videowall superdimensionado para o nível 3, subdimensionado para o nível 1 e adequado para nada.

O enquadramento correto é especificar cada camada separadamente e depois perguntar se a mesma superfície física de videowall pode hospedar as camadas operacional e de informação.

Nesse arranjo, a camada primária de segurança é renderizada em equipamentos certificados em outro ponto da sala (ou no próprio console do controlador).

O panorama dos integradores estabelecidos

O transporte difere do NOC de telecom na forma como a aquisição é estruturada. Os videowalls de NOC de telecom costumam ser uma decisão greenfield (projeto do zero).

Já os videowalls de transporte quase sempre coexistem com um integrador do domínio — e às vezes são fornecidos por ele em pacote. Conhecer esse panorama evita decisões de aquisição que ignoram a dinâmica dos integradores.

• Ferroviário: Hitachi Rail (sinalização, plataformas de OCC), Alstom (sinalização, ETCS em linhas principais), Siemens Mobility (sinalização, ATC de metrô — controle automático de trens), Thales (sinalização), CAF Signalling, CRRC (China), Frequentis (comunicações de voz e operacionais para diversos operadores).
• ATC / ATM: Frequentis (comunicações de voz e operacionais — presente na maioria dos provedores de serviços de navegação aérea da Europa e da Ásia-Pacífico), Indra (radar e plataformas ATM), Thales TopSky, Leonardo SELEX (radar), Lockheed Martin (ERAM, EUA), Raytheon (STARS).
• VTS / VTM portuário: Saab (hoje Hexagon Maritime), Kongsberg Maritime, Indra Maritime, Frequentis MarineComms, Wärtsilä Voyage.
• TMC rodoviário e viário: Swarco, Cubic Transportation Systems, Kapsch TrafficCom, HARRIS / L3 (EUA), Indra Tráfico (Espanha / América Latina).
• Metrô / transporte urbano sobre trilhos: Hitachi Rail STS (antiga Ansaldo), Thales Urban Rail Signalling, Alstom Urbalis, Siemens Trainguard.

A maioria desses fornecedores incluirá o videowall na própria proposta. A decisão operacional e comercialmente inteligente costuma ser desacoplar: contratar a cadeia certificada do integrador separadamente do videowall de visualização.

Assim, o videowall pode ser renovado em um ciclo de hardware de prateleira (5-7 anos), enquanto a cadeia do integrador segue o próprio ciclo (10-15 anos). Contratar os dois em pacote amarra as cadências de renovação e infla o TCO.

Mix típico de fontes por subsetor

O mix de fontes determina o dimensionamento do videowall mais do que o número de telas. Cada subsetor tem um perfil diferente.

• OCC ferroviário (16-32 telas): mosaico de CFTV de estações e pátios (RTSP, 40-200 câmeras em rodízio no videowall), rastreamento de trens a partir da IHM do integrador (renderizada em navegador), visão geral da sinalização (renderizada em navegador), mapa de riscos meteorológicos, painel de resposta a incidentes, feeds de redes sociais e de notícias para consciência situacional. O CFTV domina a contagem de fontes; as IHMs dos integradores dominam o tempo de decisão.
• Torre ATC (8-16 telas): CFTV do aeródromo (vários ângulos PTZ), saída do radar de movimento de superfície (renderizada no videowall; bruta no console do controlador), METAR/TAF, estado do balizamento luminoso, visão geral da pista em uso. Menos fontes, informação mais densa por janela.
• AOCC (12-20 telas): dashboard operacional da plataforma de operações do aeroporto (renderizado em navegador), status do videowall do terminal aeroportuário, status do sistema de bagagens, quadro de alocação de portões, estado do transporte terrestre, sobreposição do impacto meteorológico, canal de incidentes de segurança, feeds de redes sociais / mídia durante contingências operacionais.
• VTS portuário (8-12 telas): imagem do VTS proveniente da cadeia certificada (exibida como janela de acompanhamento, ou confidence tile), sobreposição de AIS, CFTV dos cais e acessos, meteorologia + maré + corrente, manifesto das embarcações e estado da praticagem.
• TMC rodoviário (16-32 telas): mosaico de CFTV de câmeras em pórticos e pontes (muitas vezes mais de 100 câmeras em rodízio), mapa de estado dos PMV, mapa de calor de congestionamento, meteorologia e condição do pavimento, fila de tickets de incidentes.
• OCC de metrô / transporte urbano (12-24 telas): rastreamento de trens ao vivo a partir da IHM de sinalização (navegador), CFTV das estações, estado das catracas e da lotação, saúde do PIS (sistema de informação ao passageiro), estado de elevadores / escadas rolantes.

Dois padrões valem para todos eles. O CFTV domina a contagem de fontes (ingestão com forte peso de RTSP, frequentemente 30-200 câmeras em rodízio pela superfície do videowall).

Já as IHMs dos integradores dominam o tempo de decisão (renderizadas em navegador, exibidas em tamanho grande, observadas o tempo todo). Um videowall especificado para apenas um dos dois deixa o outro de fora.

O que muda em 2026

Os videowalls definidos por software só se tornaram viáveis no transporte nos últimos 2-3 anos. Três mudanças convergentes cruzaram juntas esse limiar.

• As IHMs dos integradores passaram a ser nativas de navegador. Frequentis VCS, Indra MiOCC, os dashboards de sinalização da Hitachi Rail e as plataformas modernas da Alstom e da Siemens são todos renderizados em navegadores padrão. Um videowall que renderiza fontes web como janelas de primeira classe pode hospedar a mesma IHM que o controlador vê no próprio console.
• O vídeo IP chegou à infraestrutura de transporte. Desde 2020, câmeras IP compatíveis com RTSP substituíram o CFTV legado SDI / coaxial na maioria das obras novas e dos projetos de renovação. O NDI aparece em subsistemas operacionais (salas de treinamento, conferência e briefing dentro dos OCCs). ST 2110 e IPMX estão em implantação inicial em cadeias de radar de ATM.
• Pressão de TCO sobre renovações de ciclo longo. A renovação do hardware de controladoras matriciais de um videowall de transporte de porte considerável vai de € 800 mil a € 2 milhões, incluindo cabeamento e integração. Servidores Linux de prateleira com videowalls por software em licença perpétua ficam uma ordem de grandeza abaixo, com ciclo de renovação de hardware de prateleira de 5-7 anos, em vez do ciclo de 10-15 anos dos chassis proprietários. Veja o detalhamento do TCO — a mesma conta se aplica aos videowalls secundários de transporte.

Onde o Craft Wall se encaixa em cada subsetor

Escopo honesto, subsetor por subsetor:

• OCC ferroviário: videowalls secundários de CFTV, sobreposições do quadro operacional comum, painéis de resposta a incidentes, salas adjacentes de treinamento e briefing. Renderiza as IHMs em navegador da Frequentis / Hitachi / Alstom / Siemens como janelas de primeira classe ao lado do mosaico de CFTV. Não faz parte da cadeia de sinalização.
• Torre ATC: mosaico de CFTV do aeródromo, feeds web de METAR/TAF, visões gerais do balizamento e da movimentação em solo. Complementa os equipamentos certificados dos consoles dos controladores, em vez de substituí-los.
• ACC / AOCC: quadro operacional comum, sobreposições meteorológicas, dashboards operacionais, transporte terrestre, estado das bagagens. O encaixe mais limpo — a maioria das fontes é renderizada em navegador ou chega via RTSP, e os sistemas certificados de radar ATC / fichas de progressão de voo permanecem nos consoles dos controladores, que é o lugar deles.
• VTS portuário: janela de acompanhamento da imagem certificada do VTS, CFTV dos cais e acessos, dashboards de meteorologia e marés, manifesto das embarcações. Opera ao lado da cadeia primária Saab / Kongsberg / Indra.
• TMC rodoviário: encaixe muito forte. O CFTV responde pela maior parte das fontes; o estado dos PMV e os mapas de calor de congestionamento são fontes web, assim como as filas de tickets. Não há cadeia primária de segurança no videowall — essa cadeia está nos equipamentos de campo (pórticos, sensores).
• OCC de metrô: CFTV secundário, saúde do PIS, status de elevadores e escadas rolantes, monitoramento da lotação das estações. A sinalização permanece na IHM certificada (Hitachi STS, Thales Urban Rail, Alstom Urbalis, Siemens Trainguard).

O isolamento físico (air gap) é mais comum no transporte do que em NOCs de telecom — muitos centros de operações críticos são desconectados da internet pública de propósito.

A implantação local (on-premises) em Linux de prateleira, sem telemetria para a nuvem, é um requisito de aquisição, e não um diferencial opcional.

Redação de edital para especificar corretamente

Formulações que produzem, de forma consistente, o resultado certo em licitações de transporte:

• “Camada de visualização separada da cadeia de segurança certificada.” Desacoplamento explícito. O videowall não está na cadeia de sinalização / radar / ECDIS; ele renderiza ao lado dessas cadeias.
• “IHM renderizada em navegador como tipo de fonte de primeira classe.” Obriga o videowall a tratar as IHMs em navegador dos integradores (Frequentis, Indra, Hitachi, Alstom, Siemens) como janelas de primeira classe, e não como recurso improvisado de compartilhamento de tela.
• “Ingestão nativa de CFTV via RTSP com ≥ 32 streams simultâneos por nó.” O CFTV domina a contagem de fontes; especifique-o explicitamente em vez de presumir.
• “Compatível com air gap; sem plano de controle obrigatório em nuvem; sem telemetria de saída.” Linguagem de aquisição de infraestrutura crítica; exclui arquiteturas gerenciadas em nuvem que não conseguem operar desconectadas.
• “Compatível com um ciclo de renovação separado do da cadeia certificada do integrador.” Desvincula a aquisição do videowall do cronograma de renovação do integrador — protege contra a inflação do TCO causada pela renovação em pacote.
• “Continuidade para o operador em implantações na escala de décadas.” Obriga os fornecedores a demonstrar uma evolução da interface compatível com versões anteriores, e não o estilo Vale do Silício de “redesenhamos tudo na v3”.

Para o quadro mais amplo de conformidade entre setores (ferroviário, ATC, portos, rodovias, além da regulação transversal de cibersegurança que se aplica cada vez mais), o guia de conformidade regulatória percorre o mapa de jurisdições.

Leia a seguir

Para os artigos complementares de casos de uso em outros setores, veja a arquitetura de referência para NOC, voltada a operações de telecom.

Veja também o guia de monitoramento de broadcast, para videowalls de controle mestre (MCR) e de controle de produção (PCR) — boa parte da engenharia da camada secundária se aplica igualmente.

Para o roteiro de aquisição e avaliação comparativa (bake-off) que integra a redação de especificação acima a um processo licitatório, consulte o playbook de bake-off.