3. Muestreo de datos
El equipo siempre toma las mediciones con una tasa de muestreo determinada (aproximadamente un juego completo de
mediciones cada 2 segundos). Tanto en los modos de funcionamiento de envio de JSONs por TCP, como con el webservice de
Powermeter, el equipo se comporta como se describe a continuación
Durante el funcionamiento normal y mientras la conexión esté activa, el equipo funcionará en m odo online . En dicho modo, se envía
un juego de mediciones según la tasa establecida para el funcionamiento normal del equipo ( o nline_sr_xxxx , ver portal de
configuración para modo TCP).
Si la conexión TCP se cae (ya sea porque se cayó el acceso a internet o bien se cayó la red WiFi, o el servidor remoto dejó de
escuchar), el equipo guarda cada juego de mediciones que estaba destinado a enviarse y continúa funcionando en m odo online
hasta que la memoria (RAM) se llena. Cuando eso ocurre, el dispositivo comienza a funcionar en m odo offline , donde la tasa de
envío de mediciones cambia según el parámetro correspondiente establecido ( o ffline_sr_xxxx , ver portal de configuración para
modo TCP). La idea es que el guardado de datos en memoria en el m odo offline se realice a una tasa inferior (más lenta) que en el
modo online , para intentar abarcar mediciones de un periodo de tiempo más extenso.
Cuando el equipo retoma la conectividad, si estaba en m odo offline pasa automática e inmediatamente a m odo online .
Si se dispara alguna de las alarmas configuradas, y mientras la misma se encuentre activa, el equipo cambia su modo a m odo
evento . En este modo, los envíos (o guardados en memoria) se realizan a la tasa establecida en el parámetro e vent_sr_xxxx ( ver
portal de configuración para modo TCP). Se supone que esta tasa debe configurarse en un nivel igual o superior a la tasa de envío
en m odo online . La idea es lograr obtener datos con un detalle de granularidad temporal superior, para hacer un estudio de las
variables medidas del periodo en el cual estuvo activa la o las alarmas configuradas. Al desactivarse dicha o dichas alarmas, el
equipo vuelve por defecto a m odo online .
El modo de funcionamiento así como las tasas de envío/almacenamiento son propias del tipo de datos a muestrear, e
independientes entre sí. Es decir, que para las mediciones de parámetros instantáneos el equipo puede encontrarse en m odo online
mientras que para los acumulados estar en m odo offline . Quizás no sea una situación muy habitual o que pueda darse
sostenidamente a lo largo del tiempo, pero en el caso del m odo evento dicho comportamiento podría ser algo más habitual (por
ejemplo, cuando se dispare una alarma de algún parámetro instantáneo, los mismos se estarán enviando/almacenando en
memoria a una tasa e vent_sr_inst mientras que los acumulados se podrán estar enviando/almacenando a una tasa o nline_sr_acc ) .
Por otro lado, existe una particularidad en el muestreo de acumulados de energía. El muestreo de dichos parámetros puede
sincronizarse respecto de la hora del reloj del equipo. Para tal acción, existe un parámetro denominado s ync_acc_prd , que establece
cada cuantos segundos se re-sincronizarán las mediciones de acumulados respecto del comienzo de hora reloj. Por defecto, este
parámetro viene configurado con el valor 3600, que significa que las mediciones acumuladas se sincronizarán cada 1 hora.
4. Conectividad
Cuando el equipo funciona asociado a una red WiFi, tiene la posibilidad de funcionar bajo diferentes modos de comunicación:
1.
MQTT. Es el modo de comunicación por defecto, para utilizar el equipo con el w eb service de P owermeter .
2.
JSONs por TCP
3.
Modbus (TCP/IP)
4.
SNMP
Algunos de estos modos de comunicación pueden funcionar de forma simultánea en el equipo. El modo de comunicación que
adoptará su P owermeter SMART puede ser establecido a través del portal de configuración del equipo (ver portal de
configuración). Cualquiera sea el modo de comunicación que se desee utilizar, será necesario primero asociar su P owermeter
SMART a su red WiFi.
Powermeter SMART - Manual de uso (completo)
15