You are on page 1of 42

Manual de validacin

Modulo Validation
La aplicacin permite validacin, estimacin y edicin requeridas para preparar la informacin de la base de
datos para facturacin, regulacin y reporte de informacin de servicio al cliente por sistemas multivendor
de recoleccin de datos, todas estas funcionalidades se aplican utilizando el modulo Validation.
La aplicacin tiene dos tipos de validacin, validacin automtica y validacin manual.
En la validacin automtica hay ocho conceptos usados y son:
Profile Tolerance Check
Zero Tolerance Check
Interval Tolerance Check
Time Tolerance Check
Non-zero Tolerance Check
Overflow Tolerance Check
Underflow Tolerance Check
Consecutive Zero Tolerance Check
Consecutive Non-zero Tolerance Check
Active-Reactive Tolerance Check
TOU Tolerance Checks
o TOU Registers Tolerance Check
o TOU Load Profile Tolerance Check
En el tipo manual, hay dos conceptos de validacin:
Comparacin del perfil de carga contra la informacin del histrico. El histrico del perfil de carga
puede ser creado a partir del mismo medidor o de un medidor tpico para unos das especficos del
ao. Estos perfiles tpicos son definidos por los usuarios.
Valores mximos y mnimos de validacin de perfil de carga.
Informacin de registros contra informacin total de perfil de carga.
Existen banderas (Flags) para los ocho tipos de validacin, todas las banderas a excepcin de System aplican
para validacin a nivel global, el resto son las opciones de bandera para los 8 tipos de validacin.
Bandera
Ignore
Pass/Fail
Alert
System

Descripcin
Ignora si los datos son o no validados. No aplica ningn criterio de validacin.
Esta configuracin marca el dato como Passed or Failed.
Marca los datos con una bandera (flag) Alert.
Al medidor se aplica la bandera que est configurada a nivel global.

Algunas consideraciones para las banderas resultantes:


Todas las nuevas lecturas desempaquetadas tendrn un valor 0

La bandera Pass/Fail o Alert son definidas en el mdulo Config o a nivel global en la ventana
system settings.
Estas banderas resultantes no pueden ser vistas usando filtros en el modulo BAM o el registro de
validacin.
Las banderas resultantes pueden ser vistas usando nicamente reportes.
Las banderas resultantes no pueden ser editadas desde la aplicacin.
Si tiene lecturas en la base de datos y cambia las opciones de banderas para uno o ms tipos de
validacin, todas las banderas resultantes permanecern sin ningn cambio.
Al eliminar el registro de validacin no causa eliminacin de banderas resultantes.

La bandera System aplica nicamente para Settings de validacin a nivel de medidor.

TIPOS DE VALIDACIN
Profile Tolerance Check, Este trmino se refiere a una validacin estndar de los datos del perfil de carga
contra la informacin de los registros. El perfil de carga es la integracin de los datos durante un tiempo que
se conoce como intervalo, este intervalo de integracin es registrado dentro del dispositivo y etiquetado con
la fecha inicial de dicho intervalo. Los registros acumulan permanentemente los pulsos obtenidos, estos
tienen una equivalencia para transformarlos en unidades de energa. Profile Tolerante Check se utiliza para
determinar que tan precisos son los datos entre perfil de carga y registros, teniendo en cuenta una
tolerancia necesaria para compensar el tiempo en que el dispositivo se lee realmente, esto es porque el
perfil de carga se almacena tanto en el dispositivo como en la base de datos con la informacin exacta del
tiempo transcurrido para cada intervalo, mientras que, la informacin del registro es instantnea, es decir
proporciona el dato justo el momento en que se lee el dispositivo.
Una vez que se lea un dispositivo, el perfil de carga y los valores de los registros se almacenan en la base de
datos, estos son comparados sumando todos los datos de perfil de carga desde la ltima lectura, y tomando
la diferencia entre las dos lecturas del registro. Esas cantidades de energa deben ser equivalentes, teniendo
en cuenta la compensacin de la tolerancia manejada.
Para configurar los canales y registros por cada tipo de medido en el tipo de validacin de energa es
necesario tener en cuenta lo siguiente:
MODULO CONFIG
Medidores ALPHA 1
CHANNELS

REGISTERS

ENERGY TOLERANCE CHECK

Medidores ALPHA II

CHANNELS

REGISTERS

ENERGY TOLERANCE CHECK

Medidores ACTARIS SL7000

CHANNELS

REGISTERS

ENERGY TOLERANCE CHECK

Medidores EMH ELGAMA

CHANNELS

REGISTERS

ENERGY TOLERANCE CHECK

Medidores LANDIS AND GYR DIALOG ZMD

CHANNELS

REGISTERS

ENERGY TOLERANCE CHECK

Medidores NANSEN SPECTRUM

CHANNELS

REGISTERS

ENERGY TOLERANCE CHECK

Medidores POWER MEASUREMENT ION

CHANNELS

REGISTERS

PROFILE TOLERANCE CHECK

10

Medidores SCHLUMBERGER FULCRUM

CHANNELS

REGISTERS

ENERGY TOLERANCE CHECK

11

Medidores SCHLUMBERGER QUANTUM

CHANNELS

REGISTERS

ENERGY TOLERANCE CHECK

12

Medidores SCHLUMBERGER VECTRON

CHANNELS

REGISTERS

ENERGY TOLERANCE CHECK

13

Medidores SIEMENS MAXSYS 2410

CHANNELS

REGISTERS

ENERGY TOLERANCE CHECK

14

Medidores SIEMENS MAXSYS 2510


CHANNELS

REGISTERS

ENERGY TOLERANCE CHECK

Los dos mtodos de validacin ofrecidos por la aplicacin son:

Mtodo

Multiplicador

Descripcin
Este mtodo permite al usuario ajustar la tolerancia de acuerdo al porcentaje del pulso
multiplicador. Esto significa que la tolerancia es tomada como un porcentaje del nmero de
pulsos.
La frmula para este mtodo de validacin es la siguiente:
| LPi - ( Registered - Registersd) | / Multiplier Factor * 100.

Porcentaje

Este mtodo le permite ajustar la tolerancia de acuerdo al porcentaje del valor del registro
de la energa. Este registro es usado para ser comparado, es multiplicado por la tolerancia
como un porcentaje que resulta de la tolerancia permitida de energa.
| LPi - ( Registered - Registersd) | / ( Registered - Registersd) * 100.

15

Conversiones

| | = Es el valor absoluto de la sustraccin.


ed = La fecha de finalizacin de lectura de registros
sd = La fecha de inicializacin de lectura de registros
LPi = Las lecturas de perfil de carga para un intervalo contenido en un rango de tiempo de
registros.
Multiplier Factor = El factor definido en el modulo configuration para cada registro.
La fecha de inicio y de fin de las sumas del perfil de carga debe ser aproximadamente a las
fechas de inicio y fin de los registros, respectivamente

Zero Tolerance Check, se refiere al chequeo que revisa el nmero de valores en cero permitidos por da.
Non- Zero Tolerante Check, se refiere al chequeo que revisa el nmero de intervalos con valores diferentes
a cero permitidos por da.
Time Tolerance Check, se refiere a la verificacin de la diferencia entre los relojes de la estacin de trabajo y
el medidor.
Interval Tolerance Check, se refiere a al chequeo sobre el numero de intervalos en un periodo de tiempo.
Overflow Tolerance Check, se refiere al chequeo que revisa si algn valor excede el mximo permitido en
load profile, con el fin de determinar picos de demanda.
Underflow Tolerance Check, se refiere al chequeo que revisa si algn valor est por debajo del mnimo
permitido en load profile (perfil de carga), con el fin de determinar picos mnimos de demanda.
TOU Tolerance Checks, se encarga de las validaciones realizadas sobre lecturas de perfil de carga (LP) o
Registros asociadas con un calendario.
TOU Registers Tolerance Check, permite verificar la confiabilidad de las lecturas comparando la
energa total registrada durante un rango de tiempo frente a la suma de los registros en los bloques
tarifarios definidos en ese mismo rango.
TOU LP Tolerance Check, es el chequeo de los datos de perfil de carga descargados del medidor
respecto a las lecturas de registros a nivel de tarifas.
Active-Reactive Tolerance Check, permite conocer en que intervalos la energa reactiva presenta un exceso.
Consecutive Zero Tolerance Check, verifica la cantidad de lecturas iguales a cero (0) y que estn en orden
consecutivo.
Consecutive Non Zero Tolerance Check, verifica la cantidad de valores diferentes a cero (0) y que estn
en orden consecutivo.
Por defecto la aplicacin inicia el modulo Validation en la pestaa Calendars de la ventana Profile Calendars
del panel Manual.
El modulo Validation, entre otras de sus capacidades, permite calcular perfiles, estos perfiles no son ms
que un comportamiento tpico de un intervalo de datos, el perfil se calcula teniendo en cuanta 4 variables.

16

Medidor
Canal
Intervalo
Tipo de da
El comportamiento de un intervalo no es el mismo para ninguna de las variables anteriores.
Esta ventana permite ejecutar el clculo de perfil, la importancia de este perfil dentro de la aplicacin se
resume a dos, estimacin y validacin.
La estimacin se utiliza para calcular datos de un intervalo especfico y completar huecos de informacin.
El clculo de perfil no es ms que un promedio de consumo calculado a partir de los das del mismo tipo, los
rangos permitidos para el clculo de perfil pueden variar dependiendo de la seleccin entre Dynamic o
Static, para un fecha dinmica el mximo de das es de 10000 que se toman para realizar el clculo, para
fechas estticas la fecha mxima va desde la instauracin del calendario actual, es decir, el usuario est en la
capacidad de realizar el clculo con un rango de ms de 20 aos.
El rango mnimo para poder realizar un promedio ser de dos das, sin embargo si la aplicacin encuentra un
rango para un solo da, ajusta el valor promedio con el valor encontrado en ese intervalo.
Los perfiles no pueden ser borrados de la base de datos a travs de la aplicacin, la razn, es
asegurar datos histricos que permitan ejecutar procesos de estimacin y validacin.

La validacin permite establecer una credibilidad de datos en un intervalo definido.


Las definiciones anteriores son solo una introduccin a estas dos funciones, ms adelante se detallan estos
procesos.
Existen varios casos en que la aplicacin presenta ciertos comportamientos, todos los posibles casos que se
pueden presentar en el proceso son reportados en el registro de perfil o Profile Log, algunos de estos casos
son detallados a continuacin.
Intervalos faltantes
En ciertos casos pueden encontrarse intervalos sin datos o intervalos vacios, estos vacios no afectan el
promedio calculado.

El archivo exportado a Excel toma los valores vacios como 0 (Cero)

La aplicacin sin embargo lanza un mensaje que es visualizado en el log, donde informa al usuario acerca de
los intervalos faltantes.

17

Tipo de das faltantes


Puede suceder que se realice por primera vez el proceso de clculo de perfil para un medidor, pero no existe
un tipo de da con datos, la aplicacin no muestra datos para este tipo de da pero informa en el log los
detalles del proceso.
Para este caso muestra un proceso fallido.
Si ya se ha ejecutado un clculo, la aplicacin muestra los valores antiguos para este tipo de
da, de esta forma siempre se dispone de un promedio de consumo para procesos como
estimacin o validacin.

Dispositivo vacio
Existe la posibilidad de ejecutar un clculo sobre un medidor nuevo y que no tiene datos, para este caso la
aplicacin ejecuta el proceso normalmente, sin embargo no aparecen datos en la ventana Profile Data y el
registro muestra un mensaje de error.

Es requerido un rango de tiempo en que el medidor tenga datos para poder realizar el clculo

Calculo de perfil
Antes de iniciar el proceso de clculo de perfil es necesario configurar el calendario para ejecutar un
tratamiento de la informacin ms acertado.
La aplicacin crea por defecto un calendario que recibe como nombre Default calendar, se pueden crear
tantos calendarios como sea necesario.
Para configurar el calendario debe establecer los tipos de das, al igual que para los calendarios la aplicacin
crea dos tipos de das por defecto, Weekday y Weekend day, de la misma forma se pueden crear tantos
tipos de das como sea necesario.
Un requisito esencial para el clculo de perfil es establecer sobre que medidor se hace este clculo.
La grilla de medidores permite seleccionar el medidor sobre el que se ejecuta el proceso.
Creacin de calendarios
Para crear un calendario basta con dar clic al botn Add de la barra de herramientas, la aplicacin asigna un
campo en blanco para el nombre del calendario y otro para una corta descripcin.
Asigne los valores para estos campos, el primer cambio es la creacin del calendario en blanco en la ventana
calendarios.
La aplicacin permite copiar los calendarios que ya estn creados, esta funcin se hace seleccionando el
calendario que desea copiar y haciendo clic en el botn Copy de la barra de herramientas, as, duplica el

18

calendario y rellena los campos Calendar y Description con un valor temporal New Calendar ID / Description
1, de esta manera el usuario puede cambiar estos valores por los que desee.
Los tipos de das no son eliminados al eliminar un calendario, estos tipos de das son
almacenados por la aplicacin de formato independiente.

Creacin de tipos de das


Los tipos de das ofrecen un clculo ms preciso para una estimacin, depende del usuario crear los tipos de
das.
Para crear un tipo de da basta con dar clic en el botn Add de la barra de herramientas, la aplicacin lanza
una ventana para definir el color que identifica este nuevo tipo de da, seleccin el color y rellene el campo
Day type ID para asiganr una identificacin al da, puede repetir el mismo proceso cuantas veces sea
necesario.
Ahora que se han creado los tipos de das, es momento de asignar estos tipos de das al calendario creado.
Asignacin de tipos de das
Para asignar un tipo de da al calendario, seleccione el tipo de da de la ventana y haga clic sobre el da del
calendario que ser asignado.
Si desea editar el tipo de da se debe hacer doble clic sobre ese da, el primer clic pone en blanco el tipo de
da y el segundo asigna el nuevo tipo de da.
Asignacin de dispositivos y grupos
De manera intuitiva, la asignacin de dispositivos y grupos se hace mediante el botn Add de la barra de
herramientas, la aplicacin lanza una ventana donde enlista cada uno de los medidores o grupos creados
dentro de la a`plicacin, seleccione los medidores o grupos que desea agregar a la lista y clic en OK.
La eliminacin de cualquier elemento dentro de la aplicacin se hace seleccionando el
elemento y haciendo clic sobre el botn Delete de la barra de herramientas respectiva.

Despus de asignar medidores o los grupos y configurar calendarios es posible iniciar el proceso de clculo
de perfil.
Ejecucin del proceso
Seleccione el medidor al que desea ejecutar el clculo, clic en el botn Profile Calculator de la barra de
herramientas, la aplicacin lanza una ventana de configuracin en la que es posible ajustar los valores del
clculo.
La aplicacin permite configurar una tolerancia dentro del clculo, esta tolerancia esta diagnosticada por un
mtodo que puede seleccionar el usuario, los mtodos ofrecidos son Amount y Percent.

19

Amount Este mtodo suma o resta el valor configurado por el usuario para establecer la tolerancia
en el calculo.
Percent Este mtodo calcula los mximos y mnimos, sumando o restando el valor para el campo
Expected por el valor ajustado pero esta vez como un porcentaje.

Expected

High value

Low values

Asi, siendo X un valor cualquiera y los valores ajustados para High y Low son A y B respectivamente la
aplicacin calcula de estas dos formas.

Expected
High value
Low values

Amount
X
X+A
XB

Percent
X
X + X(A/100)
X X(A/100)

En un ejemplo ms real, asignando valores a las variables X = 98, A = 3, B = 5, los valores son los siguientes.

Expected

Amount
98

High
value

98+3 =101

Low
values

98-3=93

Percent
98
98+98(3/100)
98+98(0.03)
98+2.94
100.94
98-98(5/100)
98-98(0.05)
98-4.9
102.9
Para este caso la aplicacin calcula los
valores High y Low con un valor en
porcentaje configurado por el usuario.

Para este caso la aplicacin calcula los


valores High y Low con un valor entero
ajustado por el usuario.

Como paso siguiente debe establecer un rango de datos para calcular el perfil, este rango puede ser
establecido de manera esttica o dinmica, por defecto la aplicacin muestra la manera esttica, por lo que
son mostrados dos calendario uno para establecerla fecha de inicio y otro para la fecha de finalizacin del
rango.

20

La ventana dinmica permite establecer la cantidad de das inmediatamente anteriores que son tomados en
cuenta para el clculo de perfil.
Por ultimo, se permite ignorar valores por encima de un valor configurado por el usuario, el campo Greater
than or equal to permite ignorar valores mayores a los configurados en este campo, mientras que Less than
or equal to permite ignorar valores menores al configurado en este campo.
Despus de ajustar los valores para estos campos, clic en GO!
El usuario se entera de que el proceso ha terminado medianto un mensaje en pantalla.
Visualizacin del perfil
Despus de realizar el clculo, clic en el botn Profile Data de la barra de herramientas, la aplicacin lanza
una ventana mostrando la informacin concerniente a la configuracin del clculo realizado como Calendar
ID, Method, High& Low value, rango de datos seleccionado entre otros.
Profile Log
El Profile Log es un registro de todos los procesos de clculos de perfil realizados, es una pestaa ubicado
debajo de la barra de herramientas y adyacente a la pestaa por defecto Calendars, es muy similar a los
registros del modulo Caller o Unpacker y ofrece las funciones bsicas de las grillas.
Los encabezados de columna ofrecen informacin al usuario sobre valores asociados a los clculos de perfil,
informacin como Calendar ID, Channel, Date/Time, Day Type, entre otros adems de un campo que ofrece
detalles sobre el proceso realizado.
Los datos calculados son utilizados para estimacion o validacion de datos, el wizard permite ejecutar estas
funciones de a cuerdo a la seleccin del usuario.
La ventana que carga la aplicacin en la ventana de navegacion es sencilla, del lado izquierdo muestra al
usuario las diferentes funciones que puede realizar con los datos calculados, del otro lado permite
seleccionar el calendario sobre el que se realiza la funcin.
Por defecto la aplicacin selecciona la opcin de validacin de datos, esta validacin se hace comparando los
datos del prefil con los datos de perfil de carga.
Esta comparacin permite crear curvas tpicas del perfil de carga para los medidores, basados en el histrico
de un medidor en un da cualquiera del calendario. Estas curvas son calculadas con datos recolectados del
medidor, la cantidad de informacin usada es definida por el usuario. El usuario tambin selecciona los
canales que son usados para el clculo.
El sistema permite crear calendarios que tengan medidores asignados a ellos. Estos calendarios tienen tipos
normales de das. Estos calendarios son usados para calcular los mismos das usando la informacin del
histrico.
El proceso de comparacin se lleva a cabo en 5 pasos, este proceso es asistido por la aplicacin.
Existen 3 opciones asistidas por la aplicacin, la opcin Compare Load Profile readings with profile permite
ejecutar la validacin dentro del asistente, como primer paso debe seleccionar el calendario de la lista, luego

21

de seleccionarlo clic en Next automticamente la aplicacin carga los dispositivos asociados a este
calendario, la ventana del lado izquierdo esta completada por todos los dispositivos asociados a este
calendario, la de la derecha permite filtrar de manera personalizada que dispositivos son tomados en
cuanta.
Entre las dos ventanas existe un grupo de 4 botones que permiten manejar la seleccin de los medidores.

>
>>
<<
<

Agrega el medidor seleccionado en la lista del lado derecho


Agrega todos los medidores de la lista de la izquierda a la lista de la derecha
Retira todos los medidores de la lista de la derecha a la lista de la izquierda
Retira el medidor seleccionado de la lista derecha

Despus de seleccionar los medidores deseados, clic en Next para cargar los canales correspondientes a este
medidor.
Si son seleccionados varios medidores, los canales mostrados son nicamente los canales en
comn entre los medidores seleccionados.

De la lista de canales, seleccione el canal que desea que sea validado y clic en Next.
El paso 4 permite seleccionar el intervalo que ser validado, la aplicacin siempre ofrece dos maneras de
seleccionar el rango, una es de forma dinmica y la otra de forma esttica, de igual forma la ventana informa
al usuario sobre el intervalo de que contiene lecturas para este medidor.
Seleccione que el tipo de rango Dynamic o Static, el inicio y el fin del intervalo y las condiciones para
ejecutar la estimacin.
High outlier values, muestra los intervalos con valores por encima de la tolerancia ajustada para el clculo
del perfil.
Low outlier values, muestra los intervalos con valores por debajo de la tolerancia ajustada para el clculo de
perfil.
Null values muestra los intervalos con valores nulos.
Por ltimo asigne un ID a la validacin y una descripcin corta para posteriores reconocimientos.
Automticamente la aplicacin genera un informe enlistando los intervalos que cumplan con las condiciones
configuradas en el paso 4.
La opcin Estimate missing values for Load Profile readings, permite estimar datos faltantes dentro de las
lecturas de perfil de carga.
Hay dos formas de realizar la estimacion de los datos, la forma en que es aplicada esta estimacion es
ajustada por el usuario en Global Settings.
Es posible determinar las reglas para aplicar la estimacion, ademas, es posible ajustar el criterio para los
datos faltantes, este criterio puede ser ajustado a intervalos o tiempo.

22

Las dos formas para estimar estos datos faltantes son Straigth Line o Profile Value.
Straigth Line
Straigth line o lnea recta, traza una linea recta en el intervalo faltante.

Suponga un valor 10 para A y un valor 25 para B, existe un intervalo t sin valores, una estimacin por trazado
de lnea recta realizara el siguiente calculo para estimar el valor de C.

Si el valor ajustado es x minutos / intervalos y la aplicacin encuentra un intervalo de valores faltantes igual
o menos a x la estimacin de lnea recta es aplicada sobre este intervalo permitiendo calcular los valores
para el intervalo de datos faltantes.
Si el tamao del intervalo de datos faltantes es mayor a x la estimacin de estos datos se calculan con Profile
Value.
Profile Value
Realiza un clculo para los datos faltante segn el historial, este clculo est asociado a varias condiciones,
para ejecutar un clculo ms preciso la aplicacin tiene en cuanta condiciones como tipo de da, de esta
forma si los datos faltantes corresponder a un tipo de da especifico, el calculo que realiza la aplicacin s
hace nicamente con los valores para tipos de das iguales.
La aplicacin debe conocer que intervalos estn incompletos por los que la validacin de intervalos es
requerida para aplicar la estimacin de datos.

Despus de realizada la validacin de intervalos, la aplicacin conoce que datos estn incompletos, ahora es
posible ejecutar el proceso de estimacin.
Terminado el proceso, BAM permite confirmar que los valores para los intervalos faltantes han sido
estimados en base al criterio configurado por el usuario.
Diagnostic data, es un registro de los procesos de comparacin entre perfil de carga y perfil calculado, el
usuario puede acceder a estas validaciones desde esta ventana, haciendo clic sobre el la entrada del
diagnostico que desee ver y haciendo clic sobre el botn Open Diagnostic de la barra de herramientas o
23

haciendo doble clic sobre la entrada, de esta forma se abre este diagnostico dentro de la ventana de
Diagnostic Data y puede realizar los mismo procesos que en la ventana Diagnostic Wizard en la opcin
Compare Load Profile readings with profile.
Adjustment log, permite ver los registros para las validaciones de perfil de carga contra registros y
estimaciones.
Data deletion, permite al usuario eliminar lecturas de la base de datos.
Hay cuatro propsitos bsicos de la ventana de borrado de datos:
Romper la dependencia del usuario con el DBA para realizar el borrado de datos.
Controlar el crecimiento de la informacin en la base de datos.
Eliminar lecturas poco confiables o incompletas de la base de datos.
Restablecer la fecha de ltima lectura de uno o varios medidores.
Los dos ltimos puntos son especialmente tiles en la etapa de arranque de un nuevo montaje. Con
frecuencia, los usuarios pueden definir mal parmetros claves de los medidores como son el nmero de
canales que tienen configurados, los Ke para cada canal o los factores para los registros. As, cuando no hay
certeza de los parmetros que estn configurando, pueden recurrir a este mecanismo de borrar lecturas
para terminar de afinarlos.
El borrado de lecturas se permite nicamente desde una fecha especificada por el usuario ya sea los ms
recientes o los ms antiguos desde la fecha seleccionada. Esto evita que se creen saltos de informacin
generando problemas de validacin.
Hay tres opciones disponibles para la eliminacin de datos.
1.
2.
3.

Load Profile and Registers


Events
Event Profile

La primera opcin permite eliminar datos de perfil de carga y registros. El borrado de estos datos se hace de
forma simultnea para facilitar el proceso de validacin permitiendo tener informacin para ambas tablas
en un mismo intervalo de tiempo.
Delete oldest readings up to date/time
Delete newest reading starting on date/time
La aplicacin permite eliminar lecturas en base a dos opciones ofrecidas, Delete oldest readings up to
date/time permite el borrado de todas las lecturas anteriores a la fecha y hora establecida por el usuario
(incluyendo la fecha de borrado).
Delete newest reading starting on date/time, permite el borrado de lecturas recientes comenzando en una
fecha y hora establecida por el usuario.
Entre los eventos asociados al borrado de lecturas est la actualizacin de la informacin de:
La fecha de ltima lectura
La fecha de ltima validacin
24

Los rangos de fechas que registran la diferencia entre la hora del medidor y hora de la estacin de
trabajo para la validacin de tiempo.
La fecha de ltima exportacin (aplica slo para usuarios que utilizan las exportaciones
condicionadas a las validaciones)
Load profile editing permite filtrar, editar e importar la informacin del perfil de carga de un medidor.
La segunda opcin del navegador del modulo Valid es Automatic, el propsito principal del proceso de
validacin es realizar diferentes tipos de chequeo en las lecturas de la base de datos para alertar lecturas
dudosas, irreales o prdidas.
Hay tipos de validacin que son realizadas automticamente, estas validaciones obedecen a la siguiente
secuencia:
1.
2.
3.
4.
5.

El modulo Caller recolecta los datos del medidor


Unpacker inserta las lecturas en la base de datos.
Unpacker automticamente programa los tipos de validacin que son permitidos para
todas las nuevas lecturas.
Validation realiza las validaciones o chequeos permitidos.
Las banderas resultantes son guardadas para cada intervalo y los eventos de validacin son
guardados en el registro de validacin.

Las validaciones que pueden ser realizadas automticamente son:


Profile Tolerance Check
Zero Tolerance Check
Interval Tolerance Check
Time Tolerance Check
Non-zero Tolerance Check
Overflow Tolerance Check
Underflow Tolerance Check
Consecutive Zero Tolerance Check
Consecutive Non-zero Tolerance Check
Active-Reactive Tolerance Check
TOU Tolerance Checks
o TOU Registers Tolerance Check
o TOU Load Profile (LP) Tolerance Check
Cada validacin automtica tiene su propio alcance y configuracin particular en el modulo Configuration.
Validacin
Profile Tolerance Check
Time Tolerance Check

Alcance
Por canal
Por
medidor

Interval Tolerance
Check

Por canal

Zero Tolerance Check

Por canal

Pasos de configuracin en el modulo Configuration.


Opcin Device channels and Registers Profile Tolerance Check
Opcin Devices Edit Device Time Syncronization + Time
Tolerance Check Time Tolerance Check
Opcin Device channels and Registers Pestaa Interval
Tolerance Check
Opcin Device channels and Registers Pestaa Zero Tolerance
Check

25

Non-zero Tolerance
Check

Por canal

Overflow Tolerance
Check

Por canal

Opcin Device channels and Registers Pestaa Non- zero


Tolerance Check
Opcin Device channels and Registers Pestaa Overflow
Tolerance Check

Underflow Tolerance
Check

Por canal

Opcin Device channels and Registers Pestaa Underflow


Tolerance Check

Consecutive Zero
Tolerance Check

Por canal

Opcin Device channels and Registers Pestaa Zero Tolerance


Check Columna Consecutive Zero Tolerance Check

Consecutive Non-zero
Tolerance Check

Por canal

Opcin Device channels and Registers Pestaa Non-zero


Tolerance Check Columna Consecutive Non-zero Tolerance Check

Active-reactive
Tolerance Check

Por canal

Opcin Device channels and Registers Pestaa ActiveReactiveTolerance Check

TOU Registers
Tolerance Check

Por canal

TOU LP Tolerance Check

Por canal

Opcin Device channels and Registers Pestaa TOU Tolerance


Checks

La opcin Validation Schedule de la seccin Automatic permite programar validaciones, todos los medidores
que tengan la validacin programada permiten generar una validacin automtica, una vez estas tablas sean
desempaquetadas.
Validation Log es un registro que contiene una lista de eventos para todas las validaciones realizadas
excepto las validaciones marcadas con la bandera ignore.
Para obtener la mejor visualizacin de esta grilla siga los pasos a continuacin.
1.
2.

Cierre el modulo Valid.


Vaya al editor de registro.
Inicio Ejecutar (Run) Ingrese el comando REGEDIT

3.

Dirjase a la siguiente ruta:


\HKEY_CUERRENT_USER\Software\PrimeStone\PrimeRead ES

4.

Elimine la carpeta VALID y ejecute de nuevo el modulo.

Las banderas utilizadas por Valid son las siguientes.

Blank

Fail
Pass
Not Validated
Alert
Ignore
Pending

La validacin fallo
La validacin fue exitosa
La entrada no ha sido validada
La validacin no fue exitosa pero el medidor no tiene un rango e importancia alto
No se realiza ninguna validacin sobre los datos
La validacin esta pendiente

26

La opcin Override de Valid permite cambiar la bandera de una validacin, la siguiente tabla muestra estos
cambios:
Estado de la validacin antes del cambio
Successful (Pass)
Alert
Ignore
Failed

Estado de la validacin despus del cambio


(Override)
Successful
Override
Ignore
Override

En este punto el usuarios debe conocer de manera general cual es el proceso que sigue la aplicacin para
llegar al punto de la validacin, as que los pasos que vienen a continuacin comienzan a partir de la
insercin de una programacin en Valid Schedule por el modulo Unpacker y para el tema de validaciones a
nivel general.
Procesos de validacin
Antes de realizar cualquier validacin recuerde que la configuracin de estas validaciones se realiza en el
modulo Config Device Channels and Registers

Al igual que en la grilla de Global Settings es posible configurar las banderas y tolerancias para cada variable,
en este caso aparece una bandera System de la que hablamos anteriormente y que har caso a los
cambios realizados en el sistema en Global Settings Validation Settings TOU Tolerance Checks.
Todos los cambios realizados en esta grilla sern tomados de forma local es decir a nivel del medidor,
incluyendo banderas, tolerancias y tipos de calendarios. (Mas informacin Cp. 3)
Proceso de validacin manual
Despus de tener configurados los valores para cada medidor en el modulo config siga los pasos a
continuacin:
1.
2.
3.

Ejecute el modulo Valid


Dirjase a Automatic Validation Schedule
Clic al icono Add Manual Validation Check

27

4.
5.

Seleccione el o los medidores de la lista, luego el tipo de validacin marcando la opcin deseada,
defina el rango de validacin desde y hasta.
Clic en OK para agregar la validacin a la grilla.
Recuerde que para las opciones de validacin Profile Tolerance Check y TOU LP Tolerance
Check el rango de validacin se define segn las fechas de descarga de los registros para ese
medidor.

6.

Clic en el botn Go para dar comienzo a la validacin

Para ver la informacin sobre el resultado de la validacin dirjase a la bitcora de validacin (Validation Log)
en navegador del modulo Valid en la pestaa Automatic.
Para una variable marcada con bandera ignore a la que se le ejecute una validacin manual
como resultado la aplicacin no la validara.

Proceso de validacin automtica


Para esta validacin tambin es necesaria la configuracin de variables en el modulo Configuration despus
de realizada la configuracin siga los pasos a continuacin:
1.
2.

Ejecute el modulo Valid


Dirjase a Automatic Validation Schedule

Encontrara en la grilla las validaciones que se pueden realizar, estas validaciones son insertadas por el
modulo Unpacker.

3.

Clic en el botn Go para dar comienzo a la validacin

Para ver la informacin sobre el resultado de la validacin dirjase a la bitcora de validacin (Validation Log)
en navegador del modulo Valid en la pestaa Automatic
28

Ejemplo Configuracin de las validaciones de TOU Tolerance Checks.


Para este ejemplo tomaremos el medidor Cewe.
1.

Configure los valores de validacin para cada variable en el modulo Config Device Channels and
Registers TOU Tolerance Checks

Seleccione de la lista de medidores el dispositivo que desee configurar, en este caso con ID 1143308

En el lado derecho de la ventana, la seccin de configuracin, ajuste los valores para cada variable y para
cada validacin.

Las variables estn por defecto y son las nicas manejadas por la aplicacin, para cada variables se puede
asignar una bandera, los valores de tolerancia solo pueden ser asignados por medio de este proceso para
banderas que aseguren el proceso de la validacin, es decir Alert y Pass/Fail, no necesariamente con
resultado exitoso, la bandera Ignore no recibe ningn valor de tolerancia pues la validacin no se realizara
sobre esa variable, System recibir los valores configurados en Global Settings, la tolerancia para cada
variables es dada en porcentaje, se puede asignar por medio del teclado numrico o del mouse, la
calculadora permite al usuario realizar operaciones para obtener un valor de tolerancia deseado.
Este se debe realizar para ambas validaciones TOU Registers y TOU LP si estas se realizaran al medidor.
Los registros son asignados a cada variable esta asignacin se hace por tipo de medidor en el men de
Global Settings.
Por ltimo es necesario asignar un calendario, en el campo Select Calendar ID se desplegara una lista de
todos los calendarios creados en la base de datos, estos son los mismos creados en TOU del modulo Config.

29

si no se agrega ningn calendario, la aplicacin tomara el calendario del sistema que es el que esta por
defecto.
Despus de ajustar la configuracin para cada variable y para cada validacin contine con el siguiente paso.
2.

Debe realizar la llamada al medidor, ejecute el modulo Caller y descargue los datos del medidor,
para ambas validaciones es necesario descargar paquetes de perfil de carga y registros, en este
punto el usuario debe conocer el proceso de realizacin de llamadas por lo que no entraremos en
detalles.

Es importante que el usuario se asegure de descargar los registros necesarios para la validacin.
3.

Agregue la validacin en el modulo Valid.

Una vez Unpacker desempaquete los datos, abra el modulo Valid y dirjase a la pestaa de navegacin
Automatic, el usuario se encontrara con una grilla, por lo general con una lista de medidores listos para la
validacin, estas entradas son insertadas por Unpacker para el proceso de validacin automtica.

Clic en el icono Add Manual Validation check, aparecer una ventana para la seleccin del medidor y la
configuracin del tipo de validacin.

Seleccione el medidor con el que viene trabajando, para nuestro caso buscaremos el ID 1143308, luego
escoja el tipo de validacin y el rango de la misma, recuerde que para TOU LP y Profile el rango es dado por

30

los registros descargados del medidor y no por un rango de fechas seleccionadas por el usuario como es el
caso del resto de validaciones.
Despus de ajustar todos estos valores clic en el botn Add para agregar la validacin a la grilla de
Validation Schedule.
Si desea agregar otra validacin repita el proceso cuando termine de agregar las validaciones clic en el botn
OK para volver a Validation Schedule.
4.

Ejecute la validacin

Ahora que las validaciones han sido agregadas y pueden ser visualizadas en la grilla solo faltara dar
comienzo a la validacin, para esto clic en el icono Go! de la barra de herramientas
Despus de ejecutar la validacin clic en el icono Refresh de la barra de herramientas.
5.

Resultado de la validacin

Para ver el resultado de cada validacin dirjase a la seccin del navegador Validation Log en esta grilla se
informara al usuario desde el ID del medidor hasta el resultado de la validacin.

TOU Tolerance Checks


Esta opcin se encarga de las validaciones realizadas sobre lecturas de perfil de carga (LP) o Registros
asociadas con un calendario, donde este calendario se configura en el modulo de Config en la ventana TOU:

Para configurar calendarios TOU Days Types, encontramos tres divisiones donde la primera es para adicionar
las tarifas con TOU Color, TOU ID y TOU Description.

31

La segunda es para adicionar el Day Type Color, Day Type Id, Day Type Description y la asignacin de las
tarifas por intervalo de 30 minutos las 24 horas del da, despus de haber configurado todo se debe salvar
para que se guarde los cambios antes de cambiarnos a otra ventana.

Recuerde que la aplicacin permite configurar una tarifa diferente cada 30 minutos, estos
rangos de TOU en Config marcan el inicio de cada intervalo.
Y la tercera es donde seleccionamos el calendario, este se debe configurar despus de haberrealizado el
total de la configuracin de Tou Day Types.

Vamos a la configuracin de este calendario el cual se realiza en el modulo Config seccin TOU y la ventana
TOU Maintenance adicionamos un calendario en Tou Calendars con su respectiva descripcin, despus se
adiciona al calendario las estaciones del ao en la parte de adicionar Season con su respectiva descripcin y
las fechas de inicio y final, quedando automticamente marcado en el calendario el color seleccionado para
la estacin configurada.
Una vez configurado la parte de los calendarios, pasamos a configurar los settings globales para Tou
Tolerante checks, oprimiendo en el boton Tou Tolerance y asignamos los canales, calendario y registros
correspondientes por medidor para que se puedan ejecutar los tipos de validacin Tou Registers y Tou LP.
Estos cambios o modificaciones que se hagan en el menu System en los settings globales, se requiere estar
cerrados todos los mdulos para que tomen y acepten los cambios. Es necesario ajustar la configuracin
global para todos los tipos de validacin en el caso que no se configuren locales por medidor, teniendo en
32

cuenta que los valores suministrados en esta configuracin sern la base de comparacin para realizar el
chequeo, en el caso de no tener ninguna configuracin global no se realizara el proceso de validacin y no
debe generar ningn resultado en el Log.

Este tipo de validacin Tou Tolerance Check se configura por tipo de medidor, estas variables no varan para
ningn tipo de medidor, lo que se debe modificar son los Channel, ya que estos son los mismos que se
configuran en el modulo de Config y las tarifas asociadas configuradas en el modulo Config en la seccin
TOU.
Variable
kWhD
kWhR
kVarhQ1

kVarhQ2
kVarhQ3
kVarhQ4

Channel
kWhD
kVarhD

33

En la pestaa General configuramos los Channel y seleccionamos el calendario.

En la pestaa Tou Registers and LP tolerance check settings se escoge por tipo de medidor y se configuran
las banderas y las tolerancias para registros y LP, tambin se asignan los registros por tarifas en los
diferentes canales configurados por medidor.
Una vez configurados los settings globales para Tou Tolerance pasamos a configurar los settings locales por
medidor, donde asignamos la bandera, la tolerancia en Tou Register y Tou LP y la seleccin del calendario.

34

Despus de tener todo previamente configurado se procede a realizar las validaciones para verificar y
comparar los resultados.
Explicacin para cada uno de los tipos de validacin:

TOU LP Tolerance Check


TOU LP (Load Profile) Tolerance Check es el chequeo de los datos de perfil de carga descargados del medidor
respecto a las lecturas de registros a nivel de tarifas. Esta validacin compara los datos de perfil de carga
tarifa por tarifa contra los registros que contabilizan consumos por tarifa.
Podramos comparar esta validacin con la validacin de Perfil de carga (Load Profile). La diferencia con esta
es que en TOU LP Tolerance Check entran a jugar configuraciones de calendarios y tipos de das, es decir,
valida los valores de perfil de carga (LP) con respecto a ciertas tarifas configuradas por el usuario segn los
tipos de das definidos en un calendario.
Esta validacin debe cumplir la siguiente formula general

LP(t)Tarifas = Regs(t)
Donde:
(t) es el rango seleccionado para la validacin
LP Tarifas son los datos de perfil de carga asociados a cada tarifa
Regs son los registros descargados por la aplicacin
Supongamos que existe un medidor con 2 tarifas configuradas as:
Tarifa 1 (T1): Es una tarifa plana para los das entre semana desde las 00:00 23:59
Tarifa 2 (T2): aplica para fines de semana desde las 00:00 23:59
Esto no significa que el da no pueda tener ms tarifas configuradas. Se ha elegido un rango tarifario que
cubre el da entero slo para efectos de sencillez del ejemplo. Recuerde que el usuario puede configurar
tantas tarifas como desee.

35

La aplicacin permite configurar una tarifa cada 30 minutos dando como resultado un mximo de 48 tarifas
diarias.
Las tarifas se definen en el modulo Config. Estas tarifas sern las mismas que se utilizan para
definir los parmetros globales tanto para la validacin de TOU Registers Tolerance Check
como para la validacin TOU LP Tolerance Check. En los parmetros globales que se asigna un
registro a cada tarifa y esta asignacin ocurre a nivel de tipos de medidores.

La siguiente figura es un ejemplo sencillo que ilustra el funcionamiento de la validacin TOU LP Tolerance
Check.

La tabla das representa una porcin de un calendario comn que puede ser creado por el usuario. En
este caso desde el 25 de junio del 2007 hasta en 16 de julio del 2007, dentro de este calendario estn
definidos los tipos de das. En la columna Tarifa 1 (T1) se muestra como estn configuradas las tarifas para
un da entre semana (lunes a viernes) y la columna Tarifa 2 (T2) muestra como estn configuradas las tarifas
para los das de fin de semana (sbado y Domingo). Cada hora tiene un intervalo de lectura de 15 minutos.
La validacin de perfil de carga funciona de la siguiente manera, tomando como periodo de validacin desde
el 27 de junio de 2007 hasta el 4 de julio de 2007.
La aplicacin identifica los tipos de das dentro de este periodo. As, para la tarifa 1 (T1) identificara los das
27, 28 y 29 de junio y 2,3 y 4 de julio, para un total de 6 das, para intervalos de lectura de 15 minutos
36

obtendramos 576 valores de perfil de carga, los cuales sern sumados y asociados a la Tarifa 1 (T1). Para la
tarifa dos, la aplicacin toma los das 30 de junio de 2007 y 1 de julio de 2007, sumando un total de 192
valores (2 das de 96 intervalos con un valor por cada intervalo). Tenga en cuenta que un registro asociado
con una tarifa solo almacena datos para esa tarifa, es decir, que el registro asociado a la Tarifa 1 (T1) solo
almacena valores para los das resaltados en morado y as para los das marcados en verde (asociados con la
tarifa 2 (T2)).
Se calcula el delta de registros para cada tarifa, se toma el registro inmediatamente siguiente a la fecha final
del periodo de validacin. Para el caso del ejemplo, el registro ser el ms cercano despus del 4 de julio de
2007 a las 23:59 y el registro inmediatamente anterior a la fecha inicial de la validacin en este caso el 27 de
junio de 2007 a las 0:00.
La siguiente imagen ilustra el rango de validacin, valores y registros tomados.

Donde:
A es la fecha inicial del rango de validacin
B es la fecha final del rango validacin
D es el da definido para cada tarifa dentro del rango de validacin con sus respectivas lecturas.
Es el ltimo registro descargado antes de la fecha A
Cada registro descargado es almacenado en un histrico en la base de datos. Este histrico permite
establecer cul es la fecha del ltimo registro descargado anterior a la fecha ingresada por el usuario,
cuando la validacin es la primer que realiza el usuario, el valor para
ser cero (0), tenga claro que
este valor se asumir nicamente en la primera validacin realizada, es decir cuando no existe un registro
inmediatamente anterior al comienzo del rango de datos definido.
Ser el primer registro descargado despus de la fecha B
Aplicando la formula general para la tarifa 1 (T1) del ejemplo, el resultado es el siguiente:
(D1, D2, D3, D4, D5, D6) = Reg(b) Reg (a)
Para la tarifa 2 (T2) el proceso ser igual, dando como resultado:
(D1, D2) = Reg(b) Reg (a)

37

Dentro de un rango de tiempo de validacin definido realiza una sumatoria para los datos de perfil de carga
definidos en este rango y los compara con la diferencia de registros descargados para este mismo rango de
tiempo, el rango de tiempo de validacin (t) puede ser definido de forma manual o automtica. Al definir el
rango manualmente el usuario deber ingresar una fecha de inicio y una de final.
Al igual que la validacin anterior, las tarifas son creadas en el modulo Config y se debe asignar el registro
deseado a cada una de ellas.
En la validacin automtica la fecha es tomada por la aplicacin, es decir, busca en la base de datos la ultima
fecha de validacin realizada que este almacenada en la base de datos y la asigna como la fecha inicial del
rango de validacin y busca la fecha del ltimo registro descargado para asignarla como fecha final del rango
de validacin.

Donde:
A es la ltima fecha de validacin registrada en la base de datos
B es la fecha de descarga del ltimo registro
Es importante considerar que cuando el rango de la nueva validacin es validado pasa a hacer parte de las
validaciones existentes, convirtiendo as a B (fecha de descarga del ltimo registro) en A (ltima fecha de
validacin registrada en la base de datos), la fecha de ultima validacin que es necesaria para posteriores
validaciones ser la fecha del ltimo intervalo de perfil de carga y no la del ltimo registro.
Despus de realizada la validacin, en la Bitcora de Validacin (Valid Log) se muestra una entrada por tarifa
por medidor.
NOTAS
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
__________________________________________________________________________________________________

38

TOU Registers Tolerance Check


Este chequeo permite verificar la confiabilidad de las lecturas comparando la energa total registrada
durante un rango de tiempo frente a la suma de los registros en los bloques tarifarios definidos en ese
mismo rango.
El usuario debe tener claro que los registros manejados por la validacin son registros instantneos que se
actualizan cada vez que son descargados. Dentro de estos registros existen algunos que almacenan los
valores de consumo tarifarios. As como hay registros de consumo por tarifas hay un registro que almacena
el valor total de estas tarifas. Esta validacin se basa en una comparacin de los valores para verificar la
exactitud de los mismos. A nivel general la validacin debe cumplir la siguiente regla:

(Registros por tarifas) = Registro total de las tarifas


La siguiente imagen ayuda a comprender ms a fondo esta validacin.
Hora/Tipo de tarifa
0:00
1:00
2:00
3:00
4:00
5:00
6:00
7:00
8:00
9:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
0:00

T1 T2 T3 T4 (T)
50 25 30
0
105 aprox.

Registro Total
108

68 25 30

123 aprox.

121

68 61 30

159 aprox.

161

68 61 54

183 aprox.

182

Las tarifas solo registraran valores en el medidor durante los horarios programados. As, para la tarifa 1 (T1)
solo se registran lecturas entre el rango programado para esa tarifa, es decir, entre las 00:00 y las 8:59. De
esta forma, como se puede ver en la tabla, los valores para esta tarifa no cambian en los dems rangos entre
las 9:00 y las 23:59 donde estn configuradas las tarifas 2 (T2) y 3 (T3) respectivamente.
Para un da cualquiera pueden existir X tarifas. Para este caso hay 4 en las que 3 estn activas (T1, T2, T3) y
cada tarifa ocupa un rango de tiempo en el da. Este rango es configurado segn las especificaciones del
usuario en el TOU de la aplicacin en el mdulo Config. Siguiendo con el ejemplo, la tarifa 1 (T1) ocupa el
rango del da desde las 00:00 hasta las 8:59, la tarifa 2 (T2) va desde 9:00 hasta las 18:59 y la tarifa 3 (T3)
39

desde 19:00 hasta las 23:59. La tarifa 4 (T4) se encuentra inactiva y por lo tanto no registra lecturas, ni har
parte de la validacin. En el momento en que la tarifa sea activada registrar un valor y se incluir en la
suma de los registros de validacin.
Es importante que saber que las tarifas que toma la aplicacin para cada validacin son las que estn
definidas en el TOU de Config en la ventana de TOU Day Types. Por esta razn la aplicacin puede manejar
la cantidad de tarifas que desee configurar el usuario. La nica tarifa que no se adiciona en Config es el
total. Cuando se asigne un registro a cada tarifa, el total aparecer automticamente dentro de las
opciones.
Esta validacin se puede ejecutar de manera automtica o manual. El caso automtico ocurre despus de
que Unpacker desempaqueta lecturas en la base de datos, inserta una validacin en la programacin de
validaciones y el mdulo Valid ejecuta la validacin sobre todas las lecturas que no han sido validadas. Para
el caso manual, el usuario simplemente define un rango a validar independiente de que haya sido validado
en el pasado o no.
En el caso de la validacin manual, la aplicacin toma el rango de fecha suministrada por el usuario. Es decir
si el rango de tiempo de validacin escogido por el usuario va desde la fecha-hora A hasta la fecha-hora B,
la aplicacin toma los registros mas cercanos antes y despus del rango de validacin. La siguiente imagen
ilustra el rango que toma la aplicacin para ejecutar la validacin.

Donde:
ser el ltimo registro descargado antes de la fecha-hora A
Cada registro descargado es almacenado en un histrico en la base de datos. Este histrico permite
establecer cual es la fecha del ultimo registro descargado anterior a la fecha ingresada por el usuario.
ser el primer registro descargado despus de la fecha-hora B

En la validacin automtica, la aplicacin toma los ltimos valores descargados para los registros tarifarios y
el registro total. El paso a seguir es sumar estas tarifas y compararlas contra el total.
Volviendo al ejemplo, la aplicacin tomara los valores descargados para las 23:58, ultima descarga del da,
suma los valores de la tarifa 1, 2 y 3 (T1, T2, y T3 respectivamente) y lo compara contra el registro total.

40

Despus de obtener los datos de este rango, ya sea definido manual o automticamente, la aplicacin
realiza una sumatoria de los valores para cada tarifa ( T1,T2,T3,...,Tx). Volviendo al ejemplo, la sumatoria
es T1+T2+T3 y este es el valor que ser comparado contra el registro total. A nivel de configuracin de
medidor existe un registro encargado de almacenar el valor total de todas las tarifas. Este registro total est
representado por la columna Registro Total del ejemplo. As, se debe cumplir la regla general de esta
validacin, el valor debe ser aproximado, la aplicacin ofrece una tolerancia porcentual permitida que puede
ser configurada por el usuario en Config Device Channels and Registers TOU Tolerance Checks para la
validacin manual o Global Settings TOU Tolerance Checks para la validacin automtica.
Despus de completar la validacin, se genera una entrada en el Log de validacin (Valid Log), el numero de
entradas depende del numero de validaciones que se realice, es decir que ser igual al numero de
validaciones realizadas multiplicadas por el numero de variables configuradas.

NOTAS
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________
______________________________________________________________________________________________________________

41

42