PARTICIONES CON SIA
Se debe tener en cuenta que SIA es uno de los pocos protocolos que maneja por si mismo las particiones dentro de su trama de transmisión.
Si bien Contact ID también lo hace en la mayoría de las centrales de monitoreo de alarma en Latinoamérica he visto que cuando particionan un sistema asignan un número de abonado diferente por cada partición, lo cual no es precisamente un error pero tampoco es lo más adecuado ya que estamos consumiendo números de abonados de nuestra central. Lo cual tampoco es muy grave pues pocas centrales en América Latina superan los 65000 abonados.
Antes de explicar el manejo de particiones en SIA, voy a explicar cómo se debería manejar correctamente en Contact ID.
Para poder entender eso deberíamos comprender el formato Contact ID primero. Un mensaje ContactID tiene la siguiente estructura:
ACCT MT QXYZ GG CCC
Donde:
ACCT = Número de abonado (0-9, B-F).
MT = Tipo de mensaje. Esta secuencia de 2-dígitos es usada para que la receptora identifique que es un mensaje en Contact ID. Habitualmente se usa un 18 (preferiblemente) o un 98 (opcional). Receptoras de última generación deben aceptar un 18. Se debe tener en cuenta que antiguas receptoras no reciben un 98 como MT.
Q = Calificador de evento, este da información específica, así:
1 = Nuevo evento ó apertura.
3 = Nueva restauración o cierre.
6 = Condición reportada previamente que se mantiene presente. (Reporte de estado.)
XYZ = Código de evento (3 dígitos hexadecimales de 0-9, B-F)
GG = Grupo o número de partición (2 dígitos hexadecimales de 0-9, B-F). Se usa 00 para indicar que no aplica a ninguna partición o grupo o que el evento pertenece al sistema.
CCC = Número de zona (Reporte de eventos) o # de usuario (Reportes de Apertura/Cierre) (3 dígitos hexadecimales de 0-9, B-F). Use 000 para indicar que el evento no aplica a ningún usuario o partición.
S = 1 dígito hexadecimal de checksum calculado como se muestra:
(Suma de todos los dígitos + S) MOD 15 = 0
Así pues un mensaje que llega a la receptora de la siguiente forma se podría interpretar asi:
1234 18 1131 01 015 8
1234 = Número de abonado (1234).
18 = Es el número que identifica que se está enviando el mensaje en Contact ID.
1131 = El calificador del evento (1) para un nuevo evento, seguido por (131) que indica una alarma de robo perimetral.
01 = Es el número de la partición (1) a la que pertenece el evento.
015 = Es el número de la zona (015).
8 = Es el bit de paridad o checksum, calculado de la siguiente manera.
a) Sume todos los dígitos del mensaje, usando 10 para los ‘0’ (1+2+3+4) + (1+8) + (1+1+3+1) + (10+1) + (10+1+5) = 52
b) Encuentre el siguiente múltiplo de 15, que en este caso es 60.
c) Réstele el resultado de la suma del checksum, 60-52 = 8.
d) Si el resultado de la checksum es 0 use el dígito ‘F’h (15).
Entendido esto debemos ver que los dígitos 11 y 12 indican el número de la partición a la que pertenece el evento. Es por esto que no sería necesario generar un número de abonado diferente para cada una de las particiones.
De igual forma un mensaje en SIA iniciará siempre reportando la partición o área a la que pertenece el mensaje. Se identifica porque siempre va después del Nri y puede ir seguido de hasta cuatro dígitos entre 0000 y 9999.
Por ejemplo una emergencia médica de teclado que no pertenece a ninguna partición ni usuario llega siempre como Nri0/MA00, Nri0 indica que es un evento de sistema y MA00 que es una emergencia médica y no se asocia a ningún usuario. Un cierre de la partición uno por el usuario 22 se diferenciará de un cierre de la partición 2 por el mismo usuario ya que después del Nri se verá la partición tal como lo muestra el ejemplo.
Cierre partición 1 por usuario 22 Nri1/CL22
Cierre partición 2 por usuario 22 Nri2/CL22
Santiago Rivera