A instalação de um telefone à prova de explosão atende à necessidade de um terminal de campo, mas não completa, por si só, o sistema de comunicação. A operação confiável também depende de como o telefone se conecta à sala de controle, como as chamadas são roteadas, como os operadores identificam o local de origem e como um incidente confirmado é encaminhado para o sistema de paging ou de notificação de emergência.

Os telefones à prova de explosão podem ser conectados por registro SIP direto, por meio de um gateway de voz FXS ou por uma arquitetura híbrida que combine linhas analógicas existentes com novos terminais IP. O método adequado depende do cabeamento de campo, da disponibilidade da rede, dos procedimentos operacionais e dos serviços que devem permanecer disponíveis durante uma falha.

Definir o limite entre áreas classificadas e áreas seguras

O projeto do sistema deve começar pela definição dos limites da área classificada. Os telefones de campo podem ser instalados próximos a unidades de processo, áreas de carregamento, parques de tanques, estações de bombeamento e outros locais identificados na avaliação de riscos da instalação. Servidores IP PBX, gateways de voz, sistemas de gravação, consoles de despacho e switches de núcleo normalmente são instalados em uma sala de controle, sala de equipamentos ou outra área segura apropriada.

Manter os equipamentos centrais fora da área classificada simplifica a manutenção e reduz a quantidade de dispositivos ativos expostos a condições perigosas. No entanto, cada switch, fonte de alimentação, caixa de junção, conversor de mídia e entrada de cabo instalado dentro de uma área classificada precisa de uma avaliação própria de adequação. Um dispositivo não adquire automaticamente o nível de proteção do telefone apenas por fazer parte do mesmo sistema de comunicação.

Um caminho de comunicação típico é:

Telefone à prova de explosão → rede industrial ou linha telefônica de campo → switch ou gateway de voz → plataforma de comunicações unificadas → console de despacho, telefone da sala de plantão e sistema de paging

As conexões entre edifícios exigem considerações adicionais. Longos trechos de cobre podem ficar expostos a descargas atmosféricas, interferências eletromagnéticas e diferenças de potencial de aterramento. Quando possível, a fibra óptica pode ser utilizada no backbone da instalação, mantendo o Ethernet de cobre ou o cabeamento telefônico apenas no trecho final próximo ao terminal de campo. O encaminhamento dos cabos, o aterramento, a proteção contra surtos e a proteção mecânica devem permanecer alinhados ao projeto elétrico da instalação.

Selecionar a arquitetura de acesso adequada

Registro SIP direto

Em uma nova instalação com cobertura Ethernet industrial, um telefone SIP à prova de explosão pode ser conectado a um switch industrial e registrado diretamente em um IP PBX, servidor SIP ou plataforma de comunicações unificadas. A plataforma atribui um ramal ao terminal e aplica as permissões, destinos de chamada, políticas de gravação e regras de failover necessárias.

Telefone SIP à prova de explosão → switch industrial → plataforma de comunicações unificadas → console de despacho ou telefone da sala de plantão

O registro direto reduz o número de etapas de conversão de protocolos e permite o gerenciamento centralizado do estado dos terminais, endereços de rede e registros de chamadas. Normalmente, novos telefones podem ser adicionados por meio da configuração da rede e das contas, sem a instalação de um par analógico dedicado entre cada ponto de campo e a sala de equipamentos.

Um terminal SIP como o EX-BH621 pode ser utilizado como ramal de campo nessa arquitetura. Entretanto, sua adequação à área de instalação, ao método de alimentação e à interface de rede deve ser verificada de acordo com as condições do projeto e a documentação atual do produto.

Se o terminal receber energia pela rede, o projeto deve registrar o orçamento de potência do switch, o comprimento do cabo e a configuração da alimentação de backup. Quando uma fonte de alimentação separada for utilizada, os caminhos de energia e dados devem ser documentados de forma independente, permitindo diagnosticar um terminal offline sem intervir em equipamentos não relacionados à falha.

Acesso analógico por meio de um gateway FXS

Muitas instalações existentes continuam utilizando telefones analógicos à prova de explosão e cabeamento telefônico de campo. Se os telefones e as linhas estiverem em boas condições, eles podem ser conectados às portas FXS de um gateway de voz. O gateway apresenta as linhas analógicas ao IP PBX ou à plataforma de comunicação como ramais SIP.

Telefone analógico à prova de explosão → cabo telefônico de campo → gateway de voz FXS → plataforma de comunicações unificadas

A conversão por gateway é adequada para projetos de modernização que precisam manter os equipamentos de campo instalados e limitar o escopo de uma substituição imediata. O gateway converte a interface, mas não corrige falhas de isolamento, entrada de umidade, terminais corroídos ou interferências elétricas no circuito de campo. Portanto, a condição da linha, o comprimento do loop e a qualidade das terminações devem ser verificados antes da integração.

Cada porta FXS deve ser associada a um terminal de campo e a uma localização fixos. Se uma porta ou linha for alterada, o mapa de portas do gateway, o registro de ramais, a identificação exibida no console de despacho e os desenhos conforme construído devem ser atualizados em conjunto. Caso contrário, a localização apresentada no console poderá não corresponder ao ponto real da chamada.

Implantação híbrida

Grandes instalações industriais costumam ser modernizadas por etapas. As unidades de processo existentes podem manter os telefones analógicos, enquanto novos edifícios e áreas de produção ampliadas utilizam terminais SIP. Os dois tipos de terminal podem operar por meio de uma única plataforma de comunicação quando as linhas analógicas são conectadas por gateways FXS e os terminais IP são registrados diretamente.

Um projeto híbrido deve mostrar claramente onde ocorre a conversão das interfaces. Os desenhos devem identificar quais áreas utilizam acesso SIP direto, quais mantêm linhas analógicas, onde os gateways estão instalados e quais serviços de comunicação local precisam permanecer disponíveis se a plataforma central ou a rede de longa distância ficarem indisponíveis.

Organizar a numeração e o roteamento conforme as localizações físicas

Depois que o telefone for conectado, a plataforma deve associar seu ramal a uma localização física específica. Exibir apenas um número como “8001” oferece pouco valor operacional. A interface de despacho também deve mostrar um nome de localização compreensível, como “Parque de Tanques Leste”, “Área de Carregamento 2” ou “Sala de Bombas de Utilidades”.

Sistemas que atendem a vários edifícios ou instalações podem utilizar um plano de numeração que combine um prefixo do local, um código de área e o número do terminal. Faixas separadas podem ser atribuídas ao parque de tanques, à área de carregamento, às unidades de produção e aos edifícios de utilidades. Essa estrutura ajuda os operadores a identificar a origem da chamada e permite que a equipe de manutenção localize a porta do switch, o canal do gateway e o circuito de campo correspondentes.

O roteamento de chamadas deve seguir a escala de plantão, em vez de encaminhar todos os telefones de campo para um único destino. As políticas de roteamento mais comuns incluem:

• Encaminhar primeiro as chamadas de campo ao posto de despacho responsável pela área correspondente;
• Redirecionar chamadas não atendidas para um grupo de plantão ou operador de backup;
• Fazer vários postos de despacho tocarem simultaneamente;
• Atribuir destinos ou prioridades específicos aos pontos de chamada de emergência;
• Gravar chamadas selecionadas junto com o número de origem, horário e posto que atendeu.

As condições de ocupado, sem resposta e terminal offline também precisam de procedimentos definidos. O roteamento sequencial, o toque simultâneo e os números de backup produzem resultados operacionais diferentes. O método selecionado deve refletir as responsabilidades reais da instalação, em vez de depender do comportamento padrão da plataforma de chamadas.

Em uma implantação com várias instalações, o projeto também deve definir o comportamento durante uma falha da rede de longa distância. Se os telefones locais precisarem continuar chamando uma sala de plantão próxima quando a plataforma central estiver inacessível, essa rota local deverá ser incluída na arquitetura e verificada durante os testes de aceitação.

Integrar as chamadas de campo ao despacho e ao sistema de paging

Os sistemas telefônicos e de paging desempenham funções diferentes. O telefone oferece comunicação bidirecional entre o usuário de campo e o operador. O sistema de paging distribui áudio ao vivo ou gravado para uma ou mais zonas. Uma plataforma de comunicações unificadas pode conectar esses dois fluxos de trabalho sem tratá-los como o mesmo serviço.

Paging após a confirmação do operador

O usuário de campo liga para a sala de controle e informa a localização do incidente e as condições atuais. O operador confirma as informações utilizando a identificação de origem e a localização apresentada na tela e, em seguida, seleciona a zona de paging necessária no console de despacho.

A confirmação pelo operador é adequada para incidentes de produção que precisam ser verificados antes da emissão de um aviso mais amplo. Conforme a área realmente afetada, o operador pode selecionar uma única zona, várias zonas adjacentes ou um grupo que cubra toda a instalação.

Paging por meio de ramais dedicados

A plataforma pode atribuir um ramal de paging a cada edifício, área de produção ou grupo de chamada geral. Um operador autorizado liga para o ramal correspondente e o áudio é distribuído por meio de um gateway de paging, alto-falante SIP ou sistema de sonorização existente.

Os destinos de paging devem possuir permissões definidas, sinal de pré-aviso, regras para situações de ocupado e procedimentos para encerramento da sessão. Os grupos que cobrem toda a instalação não devem estar disponíveis para todos os ramais comuns. Quando uma zona já estiver em uso, a plataforma deve definir se a segunda solicitação será rejeitada, colocada em fila ou autorizada a interromper o anúncio ativo conforme sua prioridade.

Mensagens acionadas por alarme e alertas visuais

Controladores de alarme e sistemas de terceiros podem enviar eventos para a plataforma de comunicação por meio de uma interface compatível. A plataforma pode então selecionar um destino definido e solicitar a reprodução de uma mensagem gravada ou a ativação de um dispositivo de alerta visual ou sonoro.

Chamada de campo ou evento de alarme → verificação da origem e das permissões → confirmação do operador ou aplicação de uma regra da plataforma → seleção da zona → áudio ao vivo ou gravado → encerramento e recuperação do estado operacional

As ações automatizadas devem identificar a fonte de acionamento, a interface, o local de armazenamento da mensagem, as zonas de destino, a prioridade e a condição de reset. Uma prioridade elevada na plataforma de chamadas não sobrepõe automaticamente outra fonte conectada ao amplificador do sistema de sonorização. O gateway de paging, o controlador de PA e o amplificador devem oferecer o comportamento de prioridade ou silenciamento previsto em todo o caminho de áudio.

Quando o sistema de paging tiver de desempenhar uma função de alarme de incêndio ou outra função relacionada à segurança das pessoas, o sistema completo deverá ser avaliado conforme os requisitos regulamentares e do projeto. A integração da telefonia com o sistema de paging não transforma, por si só, um sistema de comunicação comum em um sistema certificado de alarme por voz.

Planejar em conjunto a qualidade de voz e a continuidade do serviço

O registro de um terminal SIP não comprova que o caminho de voz esteja funcionando corretamente. O SIP normalmente gerencia o registro, o estabelecimento e o encerramento da chamada, enquanto o RTP transporta o fluxo de áudio. Portanto, um telefone pode aparecer online e ainda apresentar ausência de áudio, comunicação unidirecional ou interrupções na fala.

Quando necessário, os dispositivos de voz podem ser instalados em uma VLAN dedicada, com regras de controle de acesso e qualidade de serviço aplicadas em todo o caminho real da comunicação. Os testes devem ser realizados sob uma carga de rede representativa das condições de produção, e não apenas em uma rede sem tráfego. As chamadas que atravessam uplinks compartilhados ou redes de longa distância exigem atenção especial ao atraso de ponta a ponta, jitter, perda de pacotes e estabilidade do roteamento.

O planejamento de codecs deve permanecer consistente entre telefones, gateways, servidores IP PBX, consoles de despacho e sistemas de gravação. A transcodificação desnecessária consome recursos da plataforma e pode introduzir atrasos adicionais. Quando terminais analógicos e SIP compartilham a mesma rota de chamada, as configurações de mídia devem ser verificadas tanto no gateway quanto na plataforma central.

O planejamento da disponibilidade deve abranger toda a cadeia de comunicação:

• Determinar se os telefones de campo e switches industriais precisam de alimentação de backup;
• Verificar se a falha de um único switch pode desconectar uma área de produção inteira;
• Definir como as falhas dos gateways e terminais serão comunicadas aos operadores;
• Determinar se a plataforma de comunicação necessita de redundância ou registro de backup;
• Verificar se o telefone da sala de plantão pode receber chamadas essenciais quando o console de despacho falhar;
• Confirmar se as chamadas locais permanecem disponíveis durante uma falha da rede de longa distância;
• Definir um método alternativo de notificação quando o sistema de paging estiver indisponível.

A operação com dois servidores, o registro de backup, as rotas de rede redundantes e a reprodução offline de mensagens não estão automaticamente disponíveis em todos os equipamentos. Cada mecanismo de proteção deve ser verificado de acordo com o hardware selecionado, a versão do software e o licenciamento antes de ser incluído no projeto final.

Testar toda a sequência operacional durante o comissionamento

Uma única chamada de teste bem-sucedida não comprova que o sistema esteja pronto para operação. Os testes de aceitação devem abranger todo o fluxo, desde o telefone de campo até o operador, o destino de paging e a recuperação do serviço.

1. Verificar os registros dos terminais. Confirmar o ramal, o nome do dispositivo, o local de instalação e a porta do switch ou canal do gateway de cada telefone.
2. Testar chamadas nas duas direções. Efetuar chamadas do campo para o console de despacho, retornar a chamada pelo console e verificar a comunicação com o telefone da sala de plantão.
3. Confirmar a localização exibida. A localização apresentada na interface de despacho deve corresponder à identificação do terminal em campo e aos desenhos conforme construído.
4. Avaliar a inteligibilidade sob ruído operacional. Verificar a clareza da voz, o nível de áudio, o atraso, a comunicação unidirecional e as interrupções enquanto os equipamentos próximos estiverem em funcionamento.
5. Verificar todos os destinos de paging. Testar zonas individuais, grupos e chamadas gerais, confirmando que o áudio não alcance áreas não selecionadas.
6. Testar condições de ocupado e prioridade. Confirmar o comportamento esperado quando uma zona estiver ocupada ou for recebida uma solicitação de prioridade superior.
7. Interromper os caminhos de rede e alimentação. Registrar quais serviços param, quais permanecem disponíveis e se os terminais se recuperam automaticamente.
8. Revisar os registros do sistema. Comparar logs de chamadas, gravações e horários dos alarmes para confirmar a sincronização de tempo.

Após a aceitação, a documentação do projeto deve incluir as contas dos terminais, os planos de numeração, os mapas de portas dos gateways, os endereços de rede, os grupos de paging, as rotas de chamadas e as versões do software. Esses documentos fornecem uma configuração de referência controlada para futuras expansões, diagnóstico de falhas e alterações de configuração.

Um sistema pronto para operação deve permitir que uma chamada de campo chegue ao operador correto com uma identificação precisa da localização, oferecer suporte ao encaminhamento para paging ou alarme de acordo com um procedimento aprovado e recuperar o serviço de forma previsível após as falhas de rede ou equipamentos definidas.

A Becke Telecom fornece equipamentos de comunicação industrial e suporte à integração para áreas classificadas e ambientes operacionais exigentes. A linha inclui telefones à prova de explosão, como o EX-BH621, telefones industriais, gateways de voz, sistemas IP PBX, gateways de paging e terminais de despacho. Esses componentes podem ser combinados conforme a rede da instalação, o cabeamento existente e os procedimentos operacionais, sem impor a mesma arquitetura de acesso a todos os projetos.