Errores de comunicación entre Tablero y Receptora

Modificado el Thu, 18 Aug 2016 a las 04:55 PM

En este artículo vamos a analizar el caso de los mensajes de falla o alarma que aparentemente no son de un cliente y que son repetitivos.


¿Que significan estos mensajes?


Cuando Vigilat recibe los siguientes mensajes:


"Falla... -> se excedió el tiempo en línea..."


"Falla... -> se recibieron datos incorrectos en la línea..."


"Falla... -> llamada fallida, no se recibieron datos..."


"Falla... -> falla de comunicación Receptor y Trans..."


"No se recibieron datos (llamada de voz o falla tablero)..."


"Advertencia: La llamada tardó más del tiempo permitido..."


Todos ellos son una ADVERTENCIA: La receptora nos avisa que hay problemas para lograr la comunicación entre un tablero de alarmas y la receptora en la central.


Todas estos mensajes son advertencias generadas por la receptora de alarmas, en particular por la familia System (toda la familia, desde el modelo I y hasta el V).


¿Por que son a cada rato?


Las receptoras modernas, establecen un tiempo límite para que un tablero de alarmas entregue su mensaje.  La mayoría de las receptoras tienen configurado un tiempo límite en línea (On Line Timeout) que es de 30 segundos.  Este tiempo se configura en forma individual para cada tarjeta de línea.


En palabras muy sencillas: La receptora le da al tablero 30 segundos para que diga lo que tenga que avisar; si el tablero se tarda más, la receptora le cuelga (y genera esta advertencia).


Suelen ser frecuentes pues el tablero intenta darle un mensaje a la receptora y no puede, y lo vuelve a intentar y no puede otra vez, y así...


Por favor considere que, en las señales de alarmas tenemos dos categorías básicas:


Sucesos de prioridad

Estos por lo general son las alarmas y algunas fallas.  Cuando un tablero de alarma detecta un suceso de prioridad va a estar intentando una y otra vez la comunicación a la Receptora hasta que la Receptora conteste y reciba el aviso.


Sucesos no prioritarios

Son los eventos que pueden esperar para ser reportados.  En este caso tenemos aperturas, cierres, transmisiones automáticas y todo lo demás.


Si el tablero de alarma no puede lograr reportar este suceso a la central de acuerdo al numero de intentos que tiene programado, deja de intentar y espera hasta que pase otro suceso y, cuando finalmente logra conectarse a la Receptora reporta todo lo que tiene acumulado en memoria.


¿Que ocasiona este problema? 


La causa de estas advertencias puede ser alguna de las siguientes:


1,. Si un cliente tuvo su servicio telefónico suspendido, es normal que un tablero haga varias llamadas para vaciar su memoria de eventos, tenga en cuenta que, como ya dijimos, la receptora le da un tiempo límite para comunicarse y cuelga.  Esto puede generar varias llamadas por parte del tablero.


2.- Un equipo de alarmas (tablero electrónico) que utiliza la línea de teléfono convencional (PSTN) no puede entregar el mensaje a la receptora, por problemas en la línea (PSTN), ya sea del lado del cliente o del lado de la central, y por eso no es posible completar la comunicación dentro del tiempo permitido por la receptora.  


En este caso, muchas veces la receptora no alcanza a identificar el número de cuenta y la reporta como cuenta número cero.  Y por eso parece que las fallas no son de nuestros clientes.


Los problemas técnicos más comunes para este caso incluyen: rosetas sulfatadas, falsos contactos, fallas que requieren servicio por parte de la compañía de teléfonos, fallas en el comunicador del tablero y, en fechas recientes, el cambio de líneas PSTN de analógicas a digitales (nosotros lo llamamos "apagón de telefonía analógica"); en este último caso, la solución es que el cliente compre un transmisor GPRS o uno IP y olvidarse del teléfono.


3.- Se recibió una llamada que no es de un tablero (llamada de voz, por ejemplo: vendedores, cobradores, etc.)


¿Como diagnosticarlo?


1.- Es necesario contratar el servicio de "Identificador de llamadas" para cada línea telefónica en la receptora.

2.- Es necesario configurar su receptora para activar el aviso del número que recibe y mandarlo a Vigilat.


Con estos dos pasos, además de que Vigilat indique el mensaje de advertencia, nos va a indicar el número de teléfono desde el cual se está originando la advertencia (y que es la que tiene el el problema).


Con ese dato, podemos identificar si la advertencia se genera por parte de un cliente o es una llamada de voz y tomar las medidas adecuadas para cada caso. Normalmente es necesario enviar un técnico al domicilio del cliente.


¿Que hago si mi cliente ya se cambió a telefonía DIGITAL?


A veces, basta con cambiar el formato de comunicación a Contact ID y con esto se restablece la comunicación entre el tablero y la central.  Pero NO es la solución, es un remedio temporal.


La solución es instalar, en cada tablero, un transmisor por red de datos IP o uno por red celular GPRS y descartar el uso de la línea telefónica como medio de comunicación.


¿Y si mi central es la que cambió sus teléfonos a digital?


Esto incrementa la posibilidad de fallas de este tipo.


Cuando los dos lados de la comunicación, cliente y central, tienen líneas digitales, en el 99% de los casos ya no pueden comunicarse por líneas PSTN.


La solución es instalar un transmisor, para cada cliente, por red de datos IP o uno por red celular GPRS y descartar el uso de la línea telefónica como medio de comunicación.

 

Por eso decimos que es un "apagón de la telefonía analógica"; no hay nada que arreglar: la compañía de teléfonos no se va a regresar al modo analógico, simplemente, ya se acabó esta tecnología.


Hemos preparado un texto para avisar a sus clientes, de forma preventiva, acerca de esta situación; puede pedirnos esta "carta" para que Ud. la ajuste y pueda usarla como parte de su material publicitario.

¿Le fue útil este artículo?

¡Qué bueno!

Gracias por sus comentarios

¡Sentimos mucho no haber sido de ayuda!

Gracias por sus comentarios

¡Díganos cómo podemos mejorar este artículo!

Seleccione al menos una de las razones

Comentarios enviados

Agradecemos su iniciativa, e intentaremos corregir el artículo