Completar la instalación de un teléfono a prueba de explosiones no significa automáticamente que el punto de comunicación esté listo para la entrega. Que el teléfono esté firmemente montado en la pared, aparezca en línea en la red y produzca audio al levantar el auricular solo confirma que algunas condiciones básicas funcionan. En plantas químicas, instalaciones de petróleo y gas, minas, terminales de almacenamiento y otras zonas peligrosas, una aceptación correcta en obra también debe confirmar que la instalación, el cableado, las llamadas reales, el enrutamiento de emergencia y la integración del sistema funcionan conforme al diseño.

El objetivo de estas pruebas no es repetir la certificación de protección contra explosiones del producto. Se trata de verificar que la instalación en campo y la configuración del sistema no hayan comprometido las condiciones de instalación previstas, y al mismo tiempo confirmar que el teléfono pueda localizarse, utilizarse y escucharse con claridad en el entorno real de trabajo, y que las llamadas de emergencia lleguen al destino correcto. Por este motivo, las pruebas posteriores a la instalación deben ir más allá de una simple comprobación de marcar y conectar, y seguir un proceso estructurado que abarque inspección de la instalación, comprobaciones de comunicación, pruebas de voz en campo, pruebas de la ruta de llamada de emergencia, pruebas de integración y verificación en condiciones anormales.

¿Por qué debe comprobarse la instalación antes de realizar la primera llamada de prueba?

La aceptación en obra normalmente debe comenzar por la instalación física y el estado del equipo. Si la instalación es incorrecta, un teléfono que funcione temporalmente no puede considerarse listo para servicio a largo plazo. Primero confirme que la unidad esté firmemente fijada y que la pared, columna o estructura de soporte no presente holguras evidentes. La orientación de montaje debe cumplir el diseño del proyecto y los requisitos del producto. La altura de instalación también debe evaluarse desde la perspectiva del usuario, especialmente cuando el personal pueda llevar guantes, ropa de protección o necesite alcanzar rápidamente un botón de emergencia. La ergonomía suele pasarse por alto durante la aceptación y puede dificultar innecesariamente una operación de emergencia.

Las entradas de cable son otro punto importante de inspección. Compruebe los prensaestopas, los elementos de sellado y los tapones de las entradas no utilizadas para detectar holguras, daños o montaje incorrecto. Los cables expuestos no deben permanecer sometidos a tensión o compresión continua ni situarse donde puedan recibir golpes de maquinaria. Las placas de identificación del equipo, las marcas de protección contra explosiones y las etiquetas de advertencia también deben permanecer claramente visibles. Cualquier daño en la envolvente, ausencia de tornillería, sellado anormal o modificación de las entradas de cable detectada durante la instalación debe corregirse antes de comenzar las pruebas funcionales. Algunos de los problemas de aceptación más graves aparecen en zonas que inicialmente parecen normales, como un prensaestopas apretado pero con el anillo de sellado desplazado, o una conexión de tierra floja. Estos problemas pueden no aparecer en una prueba de llamada, pero pueden causar fallos de fiabilidad durante el servicio.

¿Hasta qué punto deben comprobarse la alimentación, el cableado y el registro SIP?

Una vez superada la inspección física, el siguiente paso es confirmar las condiciones básicas de comunicación. Las comprobaciones exactas dependen de si el teléfono es SIP o analógico. Para un teléfono SIP a prueba de explosiones, verifique que haya recibido la dirección IP correcta, que la red sea accesible, que la alimentación PoE o local sea estable, que la cuenta SIP se registre correctamente y que el puerto del switch, la VLAN y las políticas de red relacionadas coincidan con el diseño del proyecto.

Ver un estado “Online” en la plataforma de gestión no es suficiente. Un registro correcto solo confirma que se ha establecido la comunicación básica entre el terminal y el servidor SIP. No demuestra que el enrutamiento de números, los medios bidireccionales o las funciones reales del servicio funcionen correctamente. En instalaciones industriales, un teléfono SIP puede registrarse con éxito y aun así devolver “404 Not Found” o agotar el tiempo de espera al realizar una llamada debido a un plan de marcación incorrecto, prefijos de número llamado o una tabla de rutas mal configurada. Por tanto, el registro es solo el primer paso y debe ir seguido de pruebas de llamada reales.

Para teléfonos analógicos a prueba de explosiones, compruebe las conexiones de línea, la alimentación de línea, la marcación, el timbrado y la conectividad con la PBX, la pasarela analógica u otros equipos de conmutación. Las líneas analógicas de larga distancia también requieren atención a la polaridad, la adaptación de impedancias y la atenuación, ya que la pérdida de señal en tendidos extensos puede afectar a la calidad de la llamada.

Cuando un proyecto incluye varios teléfonos, esta etapa también es adecuada para verificar que los ID de equipo, números de teléfono y ubicaciones físicas coincidan. Un problema frecuente en campo es que un teléfono funcione correctamente pero esté asociado a una ubicación o número incorrectos en el sistema de gestión. Durante una emergencia, esa discrepancia puede retrasar la identificación del punto de llamada por parte del operador. Por ello debe mantenerse una tabla de correspondencia dispositivo-número-ubicación y comprobarse elemento por elemento durante la aceptación.

¿Por qué deben realizarse las pruebas de llamada en ambas direcciones?

La aceptación de un teléfono suele simplificarse a “hacer una llamada desde campo y comprobar que conecta”. Eso solo prueba una parte de la ruta de llamada. Un procedimiento más completo debe verificar tanto las llamadas salientes desde campo como las llamadas entrantes desde la sala de control.

• Realice una llamada saliente desde el teléfono a prueba de explosiones hacia la sala de control o la consola de despacho;

• Llame al teléfono de campo desde la consola de despacho;

• Compruebe que el timbrado y cualquier indicación acústica o visual externa funcionen correctamente;

• Verifique el funcionamiento fiable al descolgar, colgar y utilizar el teclado;

• Confirme una transmisión de voz bidireccional clara;

• Compruebe que se muestren el número de teléfono y la ubicación de campo correctos.

Si el sistema atraviesa una IP PBX, un SBC, una pasarela de voz o varias zonas de red, verifique que la ruta real de medios no presente audio unidireccional, ausencia de audio, retardo excesivo o llamadas interrumpidas. En teléfonos SIP, una señalización correcta y un transporte de medios correcto son cuestiones independientes. Un dispositivo puede registrarse normalmente y enviar un INVITE correctamente, pero problemas de enrutamiento RTP, NAT, ACL o de la ruta de medios aún pueden producir una llamada conectada sin audio utilizable. Por ello, la aceptación debe basarse en el rendimiento real de voz bidireccional. Se recomiendan al menos tres pruebas de llamadas entrantes y salientes, preferiblemente con usuarios diferentes para reducir el sesgo de percepción individual.

¿Cómo debe probarse el rendimiento de voz en zonas de mucho ruido?

Este es uno de los aspectos que más se pasan por alto en la aceptación de teléfonos a prueba de explosiones. Que el audio sea claro durante una parada o cuando los equipos cercanos están inactivos no demuestra que el teléfono siga siendo utilizable durante la producción normal. Compresores, bombas, ventiladores, transportadores y maquinaria de gran tamaño pueden cambiar considerablemente el entorno acústico cuando están en funcionamiento.

Siempre que sea posible, debe realizarse una llamada real en condiciones próximas al ruido normal de operación. La prueba debe evaluar algo más que la mera presencia de audio. También debe comprobar:

• si el usuario en campo puede entender claramente al operador;

• si el operador puede entender el habla del usuario en campo;

• si la captación del micrófono queda dominada por el ruido de fondo;

• si el volumen del auricular es suficiente para el nivel de ruido ambiente;

• si existen realimentación, distorsión, audio intermitente o eco perceptibles;

• si el teléfono puede seguir utilizándose con casco y guantes de protección.

En zonas extremadamente ruidosas, el resultado de la prueba puede exigir cambios en el diseño del sistema. Puede ser necesario alejar el teléfono de la principal fuente de ruido o instalarlo en una cabina acústica, complementarlo con una bocina externa a prueba de explosiones o una alarma acústica y visual, o sustituirlo por un terminal más adecuado al entorno, por ejemplo un modelo con micrófono con reducción de ruido o altavoz de mayor potencia. Si el equipo instalado no puede cumplir las condiciones reales de operación, el problema debe identificarse y corregirse antes de la entrega, no después de que los usuarios comiencen a comunicar dificultades de comunicación.

¿Por qué no es suficiente probar únicamente el botón de emergencia?

Si un teléfono a prueba de explosiones incorpora una función de llamada de emergencia con una sola pulsación, la aceptación debe probar toda la ruta de llamada y no limitarse a confirmar que el botón responde. Después de pulsar el botón de emergencia, verifique que la llamada llegue a la consola de despacho, sala de control o puesto de guardia previsto, y confirme que el número de teléfono, el nombre del dispositivo y la ubicación física se identifiquen correctamente.

Una prueba útil de llamada de emergencia también debe verificar:

• si se utiliza una ruta de respaldo cuando el primer puesto de respuesta no contesta, por ejemplo reenviando la llamada a otra estación de trabajo o dispositivo móvil;

• si la consola de despacho muestra el punto de llamada correcto, incluido el nombre del dispositivo, el área y el número de identificación;

• si la llamada de emergencia recibe la prioridad prevista y, cuando el diseño lo contempla, puede interrumpir llamadas normales;

• si la llamada se graba junto con un registro completo del evento;

• si se activan las alarmas acústicas y visuales requeridas u otras integraciones, como la activación de una cámara o una llamada por megafonía;

• si los registros del evento siguen disponibles después del incidente para auditoría y trazabilidad.

Si el botón de emergencia puede realizar una llamada pero esta simplemente termina cuando el primer destino no responde, la ruta de comunicación de emergencia sigue estando incompleta desde el punto de vista de la aceptación de ingeniería. Algunos proyectos utilizan enrutamiento secuencial o cíclico para que una llamada de emergencia no atendida pase automáticamente a un segundo o tercer destino hasta que alguien responda. Cuando se haya especificado esta lógica, debe probarse toda la secuencia de enrutamiento y no solo el primer destino.

¿Cómo debe verificarse la integración con los sistemas de despacho, megafonía y alarma?

Cada vez es más habitual desplegar teléfonos a prueba de explosiones como parte de un sistema de comunicaciones industriales más amplio, en lugar de utilizarlos como dispositivos independientes. Muchos proyectos los conectan a plataformas de despacho, sistemas de grabación, sistemas de megafonía, videovigilancia o plataformas de alarma, por lo que estas interfaces también deben verificarse tras la instalación.

Por ejemplo, al pulsar el botón de emergencia puede ser necesario mostrar automáticamente la ubicación en la consola de despacho. Las llamadas pueden tener que grabarse de forma automática, mientras que algunas aplicaciones requieren que el operador emita desde la misma plataforma un anuncio de megafonía en la zona circundante. Estas funciones se prueban mejor como parte de una secuencia operativa real que haciendo clic una por una en funciones de software aisladas.

Puede simularse un escenario sencillo: un usuario de campo realiza una llamada de emergencia desde el teléfono a prueba de explosiones, el operador responde y confirma la ubicación, consulta información asociada como la imagen de una cámara cercana y después emite un anuncio de megafonía o alerta a otro equipo. Así se verifican el teléfono, la red, el servidor, el software de despacho y las interfaces de integración relacionadas como un flujo de trabajo completo. Cualquier retraso de integración, falta de información o dificultad operativa debe registrarse en el informe de aceptación y corregirse antes de la entrega final.

¿Deben probarse escenarios de fallo de red, alimentación y equipos?

Las pruebas funcionales básicas pueden ser suficientes para un teléfono de oficina convencional. Sin embargo, si un teléfono a prueba de explosiones forma parte de un sistema de comunicaciones de seguridad o emergencia, probarlo únicamente en condiciones normales puede no ser suficiente. Cuando el diseño incluya respaldo por UPS, redes dobles, servidores SIP redundantes, rutas de llamada alternativas u otros mecanismos de resiliencia, estas funciones deben verificarse durante la aceptación en lugar de esperar a que un fallo real revele que la configuración no funciona.

Según el diseño del sistema, las pruebas pueden incluir:

• si el teléfono cambia a un servidor SIP de respaldo cuando el servidor principal deja de estar disponible y si el tiempo de conmutación cumple los requisitos del proyecto;

• si la comunicación continúa disponible tras el fallo de un enlace de red principal, por ejemplo mediante una ruta secundaria o respaldo 4G;

• cuánto tiempo puede mantener el funcionamiento la UPS después de una pérdida de la red eléctrica y si esa duración cumple el requisito de diseño;

• si las llamadas no atendidas en el puesto principal de despacho se transfieren a un puesto de guardia de respaldo o a un teléfono móvil;

• si la plataforma de gestión genera una alarma de equipo cuando el teléfono queda fuera de línea, de modo que el personal de mantenimiento pueda detectar el fallo rápidamente.

No todos los proyectos requieren pruebas completas de inyección de fallos. El alcance debe determinarse según el diseño del sistema y los requisitos de aceptación en obra. Sin embargo, si la redundancia o la conmutación por fallo están incluidas explícitamente en el diseño, deben demostrarse antes de la entrega. Por ejemplo, desconectar la conexión de red del servidor SIP principal y comprobar si el teléfono se registra automáticamente en el servidor de respaldo y recupera las llamadas normales en unos segundos puede revelar problemas de configuración antes de que se conviertan en fallos operativos.

¿Qué registros deben conservarse durante las pruebas de aceptación en obra?

La documentación es una de las partes que más se descuidan durante la aceptación. En proyectos con decenas o incluso cientos de teléfonos industriales, una frase como “todas las unidades se probaron correctamente” aporta muy poco valor para el mantenimiento futuro. Un registro práctico de aceptación puede incluir:

Los registros de aceptación sirven para algo más que la firma final del proyecto. Si posteriormente un teléfono presenta una avería, el personal de mantenimiento puede consultar los parámetros de red, la ubicación, el número de teléfono y el estado funcional registrados durante la entrega. Esto facilita determinar si el problema lo causa el terminal, un cambio de cableado o una modificación posterior de la configuración del sistema. Lo ideal es guardar los registros electrónicamente y vincularlos con el sistema de mantenimiento o gestión de activos del sitio para crear un historial trazable del equipo.

Desde el punto de vista de la ingeniería de campo, el objetivo de la aceptación posterior a la instalación puede resumirse en una frase: no basta con demostrar que el teléfono puede conectarse; también debe demostrarse que el dispositivo puede cumplir su función de comunicación prevista en la ubicación real, con el nivel de ruido real, a través de la ruta de llamada requerida y durante las condiciones anormales contempladas por el diseño del sistema.

Preguntas frecuentes