Articulo Contadores

Publicado en la revista Era Solar, 2010; 156:18-32. 157:34-46. 158:70-85.
Lectura de contadores de energía en

centrales fotovoltaicas.
Implementacion del protocolo IEC
870-5-102 en sistemas de
monitorizacion
M. Alonso-Abella y F. Chenlo
Ciemat – Avda. Complutense, 22 – 28040 Madrid, España
Tel: 91 3466492; Fax : 91 3466037; e-mail: miguel.alonso@ciemat.es
RESUMEN
El objetivo de este trabajo es proporcionar, a la comunidad FV en general y a los

desarrolladores de sistemas de monitorización que no están familiarizados con los protocolos
de comunicación de los contadores de energía, la información necesaria incluyendo ejemplos
prácticos para el desarrollo de un software propio. Se explican en detalle los comandos básicos
para las lecturas de valores de energía periódicos y de finales de cierre incluidas en los
estándares de referencia [1,2]. Esto puede ser útil para propietarios de instalaciones de
pequeña potencia y también para grandes centrales fotovoltaicas en las que los usuarios
quieren tener un sistema de medida de energía propio y automatizado independiente de las
lecturas de las compañías eléctricas.
1. INTRODUCCIÓN
En este trabajo se presenta un modo simple y práctico para la lectura remota de los
contadores de energía de centrales fotovoltaicas (FV) y su implementación en sistemas de
monitorización. Los contadores de energía se pueden monitorizar local o remotamente para la
obtención de los valores de energía de las instalaciones. Mediante el protocolo de
comunicaciones IEC 870-5-102 el proceso de telelectura se puede implementar como un
programa de ordenador independiente o integrado en el sistema de monitorización de las
centrales fotovoltaicas.
La lectura remota de los contadores de energía es un requerimiento[1] que obligatoriamente

debe estar instalado en sistemas fotovoltaicos conectados a la red eléctrica cuya potencia
nominal sea igual o superior a 15 kW, y se está en proceso de que esta telelectura sea
1
obligatoria para todos los contadores de energía eléctrica del sistema eléctrico español de
cualquier tipo de instalación de generación o consumo. En general consiste en que los
contadores de energía deben tener capacidad de comunicación, por puertos 2 ópticos, RS232 o
RS485, junto con un modem GSM. Esta capacidad de telelectura es utilizada en la práctica casi
exclusivamente para la lectura remota por parte de la compañía eléctrica para la facturación
de producciones y consumos de las instalaciones FV. Las lecturas de los contadores son
adquiridas remota y automáticamente por las compañías eléctricas mediante software
específico para la facturación. En cualquier momento el usuario puede solicitar una telelectura
efectuada por la compañía. La tarjeta SIM del modem GSM debe estar adecuadamente
mantenida y el sistema en perfecto estado de operación en tanto que los costes derivados
están normalizados [1] siendo asumidos por el propietario de la instalación. En este trabajo se
presenta la forma de utilizar esta infraestructura de telelectura ya disponible para realizar una
lectura propia e independiente de la que ya realiza la compañía eléctrica.
Habitualmente la gran mayoría de los fabricantes de inversores ofrecen la posibilidad de

adquirir sistemas de monitorización integrados en sus equipos que permiten la adquisición de
los datos de operación de los sistemas FV conectados a la red mediante el registro de los
parámetros eléctricos de operación del inversor (corrientes, tensiones y potencias AC y DC),
junto con entradas analógicas para las señales de irradiancia y temperatura de célula y otros
parámetros meteorológicos e incluso la monitorización de las corrientes de las cadenas si
dispone de las cajas de conexiones inteligentes denominadas habitualmente “string box” *3].
Los datos recogidos “in situ” en las instalaciones fotovoltaicas pueden ser enviados a
servidores internet de los propios fabricantes de los inversores que permiten un acceso y
análisis deslocalizado. No obstante no suele ser habitual el acceso directo de estos sistemas de
monitorización estandarizados por los fabricantes de los inversores a las lecturas de los
contadores de energía de las centrales, salvo tal vez mediante una entrada digital que puede
leer los pulsos de salida de los contadores, proporcionales a la energía, pero no bajo
comunicación directa. No obstante los propietarios de las instalaciones fotovoltaicas pueden
estar interesados en tener un acceso directo a las lecturas de sus contadores. En este caso las
opciones pueden ser:
Utilización de los programas comerciales de los fabricantes de los contadores.

Contratación de empresas especializadas en ofrecer servicios de monitorización de
centrales FV.
Desarrollo de su propio software de lectura de contadores.
Los fabricantes de contadores ofertan sus propios programas para la lectura y/o programación
de los contadores. Existen numerosas posibilidades que abarcan desde los programas más
simples hasta los más complejos con amplias bases de datos e incluso pueden incluir la
emisión de facturas. En general permiten un completo control de las lecturas. También se
pueden encontrar empresas que han desarrollado software para la gestión de contadores de
energía4.
En la actualidad hay una amplia oferta de empresas5 que ofertan servicios especializados para
la monitorización de centrales FV que también incluyen las lecturas de los contadores dentro
del sistema global de monitorización.
2
La opción que se plantea en este trabajo es suministrar la información necesaria para que
cualquier usuario con ligeros conocimientos de programación pueda desarrollar su propio
software de lectura de contadores de energía o incorporar estos datos en un sistema de
monitorización global de la instalación.
Figura 1. Ejemplo de contadores de energía de diferentes fabricantes (en la figura: Landis&Gyr, Circuitor, Actaris,
ZIV, Orbis) utilizados habitualmente en centrales FV
2. Normativa
Los contadores de energía de cualquier fabricante deben cumplir con la norma IEC 870-5-102
[6], que en España es de obligatorio cumplimiento según las regulaciones [7] de Red Eléctrica
Española, REE. Para la medida remota automatizada el usuario debe instalar un modem GSM y
suministrar a las compañías eléctricas el número de teléfono y las direcciones de los
contadores y sus claves de acceso. La implementación del protocolo IEC 870-5-102 es
inmediata para cualquier programador profesional o habituado a realizar este tipo de
actividades. En este documento se intenta explicar de un modo sencillo este protocolo. En
cualquier caso y tal como se ha comentado anteriormente los diferentes fabricantes de
contadores y las empresas de ingeniería ofertan comercialmente sus programas para realizar
estas funciones.
3. Protocolo de comunicaciones
El protocolo de comunicaciones está especificado detalladamente en los norma IEC 870-5-
102:1996 [6] y en el documento de referencia de REE [7]. Se reproducen en este trabajo
algunos de los conceptos considerados de especial relevancia con el objeto de facilitar al lector
su comprensión y poder interpretar con facilidad los comandos básicos para efectuar las
lecturas de los valores de energía (integrados por periodos de tiempo o curvas de carga e
Información de tarificación o lecturas de cierres).
El protocolo de comunicaciones es no balanceado o desequilibrado, lo cual quiere decir que

hay un equipo primario fijo (maestro) que solicitará información a una o varias estaciones
secundarias (esclavos). En nuestro caso el maestro será un ordenador (PC) y los esclavos serán
cada uno de los contadores, identificados con una única dirección dentro de una red RS485,
Figura 2, en la que se muestra el caso habitual en la que cada contador tiene una salida RS232
y es necesario un convertidor RS232/RS485 por cada contador. El intercambio de información
se realiza mediante el método pregunta-respuesta (request/respond), pero también soporta
envío/respuesta (Send/reply) y envío/confirmación (send/confirm).
3
Figura 2. Esquema de conexionado para comunicación con de los contadores de energía
Los comandos (tramas de enlace) pueden ser de longitud fija o de longitud variable, Figura 3 .
En los comandos de longitud variable la longitud de la trama es configurable mediante
parámetros con un máximo de 255 caracteres. Los comandos constan de los siguientes
campos:
Carácter de inicio
Longitud
Campo de control
Dirección
Datos de aplicación (ASDU)
Checksum
Carácter End
(b)
(a)
Figura 3. Formato de los comandos (tramas) de (a) longitud variable o (b) de longitud fija.
3.2. Carácter de inicio

Es el que inicia la trama (1 byte). En las tramas de longitud variable es el byte hexadecimal 68,
indicado como 16#68 o H68. Se utiliza dos veces, una para comenzar la trama y otra para
indicar el lugar en el que comienzan los comandos de la misma. En las tramas de longitud fija
es el byte H10.
4
3.2. Longitud
Se envía por duplicado. Son dos bytes repetidos y cada uno indica el número de bytes que se
envían en la trama comenzando por el campo de control (incluido) hasta el Checksum (no
incluido).
3.3. Campo de control:

El byte (8 bits o 1 octecto) campo de control del enlace, C, de la Figura 3 tiene la estructura
indicada en la Figura 4, en donde:
RES: Reserva (Siempre a 0)

Bite reservado para futuras aplicaciones. Actualmente vale siempre 0.
PRM: Dirección de Control
<0> Mensaje del secundario (que responde)
<1> Mensaje del primario (que inicia)
Expresa el flujo de la información. Si el comando es de maestro a esclavo vale 1,
PRM=1, y vale 0, PRM=0, si el comando es de respuesta de esclavo a maestro.
FCB: Es el bit de cuenta de trama (Frame Count Bit).
<0> <1> = bit alternante para sucesivos mensajes de send/confirm o request/respond.
Se utiliza para borrar pérdidas o duplicados de transferencia de información. El
maestro alterna el bit FCB para cada nueva transmisión dirigida al mismo contador
esclavo. En caso de no alternar este bit, el esclavo entiende que es una repetición del
comando recibido con anterioridad. Por tanto el master ha de retener este bit para
cambiarlo en cada mensaje a un mismo esclavo. Está relacionado con el bit FCV que lo
valida o inválida.
FCV: Habilita el bit FCB.
<0> FCB inhabilitado
<1> FCB habilitado
Figura 4. Estructura del campo de control C de la trama en los dos casos de dirección de comunicación, de
maestro a esclavo, PRM=1, o de esclavo a maestro, PRM=0.
ACD: Bit de solicitud de acceso. Hay dos clases de datos proporcionados, referenciados
como clase 1 y clase 2.
<0> No acceso a datos clase 1
<1> Acceso a datos clase 1
Según el reglamento de REE, únicamente se utilizan datos de clase 2 y por tanto se
ignorará el bit de estado ACD.
DFC: Control de flujo de datos.

<0> Se aceptan futuros mensajes
<1> Los mensajes futuros causarán desbordamiento de datos (data overflow)
Bit utilizado por los contadores esclavos para indicar al ordenador maestro que el
siguiente mensaje causará desbordamiento de datos.
5
Los códigos de función aceptados en las tramas enviadas por la estación primaria o maestro
(PRM=1) son:
0 Reposición del enlace remoto. Bit FCV de código de control a 0
3 Envío de datos de usuario. Bit FCV de código de control a 1
9 Solicitud de estado del enlace. Bit FCV de código de control a 0
11 Solicitud de datos clase 2. Bit FCV de código de control a 1
Los códigos de función para las tramas enviadas por la estación secundaria o contadores
esclavos (PRM=0) son:
0 ACK. Reconocimiento positivo.
1 NACK. Comando no aceptado.
8 Datos de Usuario.
9 NACK. Datos solicitados no disponibles.
11 Estado del enlace o demanda de acceso.
3.4. Dirección
Se refiere a la dirección del esclavo a quien va dirigida la trama. La dirección tendrán una
longitud de 2 octetos (2 bytes) pudiendo tomar los valores desde 0 (H0000) hasta 65535
(HFFFF), Figura 3. Cada contador tendrá una única dirección de enlace que serán distintas
entre sí en las configuraciones multipunto.
3.4. Datos de aplicación (ASDU)

Los datos de aplicación (Aplication Service Data Unit) contiene la información enviada por los
maestros o esclavos en los comandos o tramas de longitud variable. De acuerdo con REE se
enviará un ASDU por trama. Su estructura se analiza en detalle en el siguiente apartado.
3.5. Checksum
Es un byte con la suma aritmética de todos los bytes comenzando por el campo de control
(incluido) hasta el checksum (no incluido).
3.6. Carácter de END

El carácter END es el que indica el fin del mensaje o trama. Se corresponde con el byte
hexadecimal 16H.
4. Estructura de los datos de aplicación (ASDU)
Según lo especificado en [6,7] en sus apartados 7 y 5 respectivamente, la estructura general de

los datos de aplicación, Figura 5, es:
Una ASDU se compone de:

o Un identificador de unidad de datos
o Uno o más objetos de información
o Una o ninguna etiqueta de tiempo común.
6
Figura 5. Formato de las tramas de longitud variable, indicando la estructura completa de los datos de aplicación
(ASDU).
4.1. Identificador de unidad de datos

El identificador de unidad de datos tiene siempre la misma estructura para todas las ASDU:
La identificación de tipo (1 byte).

Un cualificador de estructura variable (1 byte).
Una causa de transmisión (1 byte).
Una dirección común del ASDU (3 bytes).
4.1.1 Identificación de tipo

La identificación de tipo es un número de función indicado en la RM=Registradores de medida; CM=Concentradores de
medida
Tabla 1, utilizada para indicar el tipo de acción o lectura que se desea realizar. El documento
de REE [7] contiene una descripción detallada de cada uno de estos identificadores.
La nomenclatura utilizada en la IEC 870-5 es:
Identificador de tipo :=UI8[1..8]<1..255>
Y se interpreta como que el identificador de tipo de un entero sin signo de 8 bits que puede
tomar los valores de 1 a 255 (H01 a HFF en notación hexadecimal). Los valores <1..127> están
definidos en dicha norma, dejando los valores <128..255> para uso especial y se especifican en
el documento de REE, Tabla 1.
Identificadores de tipo
Id. Uso Mnemónico
<1> Información de evento (single-point) con etiqueta de tiempo. Se empleará en la M_SP_TA_2
transmisión de incidencias
7
Identificadores de tipo
Id. Uso Mnemónico
<8> Totales integrados operacionales, 4 octetos (lecturas de contadores absolutos, en M_IT_TG_2
kWh o kVARh)
<11> Totales integrados operacionales repuestos periódicamente, 4 octetos (incrementos M_IT_TK_2
de energía, en kWh o kVARh)
<71> Identificador de fabricante y equipo. En lugar de un código de producto se enviará un P_MP_NA_2
identificador de equipo
<72> Fecha y hora actuales M_TI_TA_2
<100> Leer identificador de fabricante y equipo C_RD_NA_2
<102> Leer registro de información de evento (single-point) por intervalo de tiempo C_SP_NB_2
<103> Leer fecha y hora actuales C_TI_NA_2
<122> Leer totales integrados operacionales por intervalo de tiempo y rango de direcciones C_CI_NT_2
<123> Leer totales integrados operacionales repuestos periódicamente por intervalo de C_CI_NU_2
tiempo y rango de direcciones
<128> Firma electrónica de los totales integrados (lecturas) M_DS_TA_2
<129> Parámetros del punto de medida P_ME_NA_2
<130> Firma electrónica de los totales integrados repuestos periódicamente (incrementos de M_DS_TB_2
energía)
<131> Fechas y horas de cambio de horario oficial M_CH_TA_2
<132> Carga de Clave Privada de Firma C_PK_2
<133> Leer Información de Tarificación (Valores en Curso) C_TA_VC_2
<134> Leer Información de Tarificación (Valores Memorizados) C_TA_VM_2
<135> Información de Tarificación (Valores en Curso) M_TA_VC_2
<136> Información de Tarificación (Valores Memorizados) M_TA_VM_2
<137> Cerrar Período de Facturación C_TA_CP_2
<138> Reservado para versiones futuras del protocolo RM-CM
<139> Bloques de totales integrados operacionales (lecturas de contadores absolutos, en M_IB_TG_2
kWh o kVARh)
<140> Bloques de totales integrados operacionales repuestos de energía periódicamente M_IB_TK_2
(incrementos de energía en kWh o kVARh)
<141> Leer la configuración del equipo RM. C_RM_NA_2
<142> Envío de la configuración del equipo RM. M_RM_NA_2
<143> Modificación de la configuración de los puertos de comunicaciones. C_MR_NA_2
<144> Lectura de potencias de contrato. C_PC_NA_2
<145> Envío de potencias de contrato. M_PC_NA_2
<146> Modificación de potencias de contrato. C_MC_NA_2
<147> Lecturas de días festivos. C_DF_NA_2
<148> Envío de días festivos M_DF_NA_2
<149> Modificación de días festivos C_MF_NA_2
<150..179> Reservados para versiones futuras del protocolo RM–CM
<180> Leer firma electrónica de los totales integrados por intervalo de tiempo (lecturas) C_DS_TA_2
<181> Cambiar fecha y hora C_CS_TA_2
<182> Leer los parámetros del punto de medida C_PI_NA_2
<183> Iniciar sesión y enviar clave de acceso C_AC_NA_2
<184> Leer firma electrónica de los totales integrados repuestos periódicamente, por C_DS_TB_2
intervalo de tiempo (incrementos de energía)
<185> Leer fechas y horas de cambio de horario oficial C_CH_TA_2
<186> Modificar fechas y horas de cambio de horario oficial C_MH_TA_2
<187> Finalizar sesión C_FS_NA_2
<188> Reservado para versiones futuras del protocolo RM-CM
<189> Leer bloques de totales integrados operacionales por intervalo de tiempo y dirección C_CB_NT_2
<190> Leer bloques de totales integrados operacionales repuestos periódicamente por C_CB_NU_2
intervalo de tiempo y dirección
<200..255> Uso libre para cada fabricante
RM=Registradores de medida; CM=Concentradores de medida
Tabla 1. Identificadores de tipo, referencia [7]
4.1.2 Cualificador de estructura variable

El cualificador de estructura variable contiene información acerca del número de objetos de
información enviado en la trama de longitud variable.
En el caso en que el número de objetos de información sea superior a 1, la norma IEC 870-5-
102:1996 establece dos tipos de acceso a las direcciones de los objetos de información. La
8
selección del tipo de acceso se realiza mediante el bit nº 8 de este cualificador denominado
SQ.
SQ :=BS1[8]<0..1>
<0> := Para cada objeto de información se indica su dirección
<1> := Se indica la dirección exclusivamente al primer objeto, siendo las direcciones del
resto consecutivas.
El protocolo de REE indica que este bit toma siempre el valor cero, SQ=0. Los bits 7 a 1 indican
el número N de objetos de información.
Cualificador de estructura variable :=CP8{N,SQ}
N=número de objetos de información :=UI7[1..7]<0..127>
SQ:Secuencia :=BS1[8]<0..1> (siempre SQ=0)
Bit 8 7 6 5 4 3 2 1
6 3 2 1
SQ=0 2 N=número de objetos de información 2 2 2 20
Figura 6. Cualificador de estructura variable.
4.1.3 Causa de transmisión

El tercer octecto (byte) del identificador de la unidad de datos define la causa de la
transmisión. El bit nº 8 indica si es prueba o no (test), el bit nº 7 se refiere a la confirmación
positiva o negativa y los bits 6 a 1 contienen el nº de la causa que puede tomar los valores
desde 1 a 63, . Se especifica como:
Causa de transmisión :=CP8{Causa,P/N,T}

Causa :=UI6[1..6]<0..63>
P/N :=BS1[7]<0..1>
<0> :=Confirmación positiva
<1> :=Confirmación negativa
T=Test :=BS1[8]<0..1>
<0> :=no test
<1> :=test
Normalmente los bit P/N y T valen 0.
Bit 8 7 6 5 4 3 2 1
T P/N 23 22 21 20
Figura 7. Causa de transmisión.
Causa Significado de la causa de transmisión

<4> Inicializada
<5> Petición o solicitada (request or requested)
<6> Activación
<7> Confirmación de activación
<8> Desactivación.
<9> Desactivación confirmada
<10> Finalización de la activación
<13> Registro de datos solicitado no disponible
<14> Tipo de ASDU solicitado no disponible
<15> Número de registro en el ASDU enviado por CM desconocido
<16> Especificación de dirección en el ASDU enviado por CM desconocida
<17> Objeto de información no disponible
<18> Período de integración no disponible
Tabla 2. Causa de transmisión, referencia [6,7]
9
4.1.4 Dirección común del ASDU

Los tres últimos bytes del identificador de unidad de datos contienen la dirección común del
ASDU que se compone a su vez de:
Dirección del punto de medida, 2 bytes :=UI16[1..16]<0..65535>

Dirección de registro, 1 byte :=UI8[1..8]<0..255>
Dirección de registro Uso

<0> Dirección de defecto
<11> Totales integrados con período de integración 1 (curva de carga)
<12> RESERVA. [Posible uso futuro para Totales integrados con período de integración 2(curva de carga,
habitualmente cuartohoraria)].
<13> RESERVA. [Posible uso futuro para Totales integrados con período de integración 3(curva de carga)]
<21> Totales integrados (valores diarios) con período de integración 1 (resumen diario)
<22> RESERVA. [Posible uso futuro para Totales integrados (valores diarios) con período de integración 2
(resumen diario)]
<23> RESERVA. [Posible uso futuro para Totales integrados (valores diarios) con período de integración 3
(resumen diario)]
<52> Información de evento (single-point), sección 1: incidencias de arranques y tensión bajo límites
<53> Información de evento (single-point), sección 2: incidencias de sincronización y cambio de hora
<54> Información de evento (single-point), sección 3: incidencias de cambio de parámetros
<55> Información de evento (single-point), sección 4: errores internos
<128> Información de evento (single-point), sección 5: incidencias de intrusismo
<129> Información de evento (single-point), sección 6: incidencias de comunicaciones
<130> Información de evento (single-point), sección 7: incidencias de clave privada
<131> Información de evento (single-point), sección 8: incidencias de Contrato I
<132> Información de evento (single-point), sección 9: incidencias de Contrato II
<133> Información de vento (single-point), sección 10: incidencias de Contrato III
<134> Información de Tarificación relativa al Contrato I
<135> Información de Tarificación relativa al Contrato II
<136> Información de Tarificación relativa al Contrato III
<137> Información de Tarificación relativa al Contrato Latente I
<138> Información de Tarificación relativa al Contrato Latente II
<139> Información de Tarificación relativa al Contrato Latente III
Tabla 3. Direcciones de registro, referencia [6,7]
Un Contador de energía puede gestionar hasta tres Contratos independientes entre sí, de
manera que existen tres conjuntos de información, uno para cada contrato. Los contratos se
asignan para los siguientes propósitos.
Contrato I: Tarifas de Acceso.

Contrato II: Tarifas generales de Compra.
Contrato III: Uso genérico: Autoproductores o Tarifas Generales de Compra.
En instalaciones FV el tipo de contrato habitual es el contrato tipo III.
En relación con los puntos de medida, REE los define como la unidad de direccionamiento
básico en el nivel de aplicación, por contraposición a la unidad de direccionamiento en el nivel
de enlace, que es el registrador de medida o contador. Habrá al menos una clave para cada
uno de los puntos de medida del contador de energía. Opcionalmente podrá haber otras
claves para diferentes niveles de acceso a la información y funcionalidad del contador (p.e. una
clave de acceso para operaciones de sólo lectura que no permita la alteración de ningún
parámetro del registrador). En una sesión abierta para un punto de medida solo se responderá
10
a los mensajes para dicho punto de medida. Para obtener datos de otro punto de medida es
necesario cerrar la sesión y abrir otra para ese punto de medida.
4.2. Objetos de información

Cada objeto de información consta de:
Una dirección de objeto de información (opcional).
Un conjunto de elementos de información
Una etiqueta de tiempo de objeto de información (opcional).
4.2.1 Dirección de objeto

Las direcciones de objeto se codificarán de acuerdo con la Tabla 4.
Dirección de objeto, 1 byte :=UI8[1..8]<0..29>
Dirección Objeto de Información

<1> Totales Integrados de Activa Entrante
<2> Totales Integrados de Activa Saliente
<3> Totales Integrados de Reactiva primer cuadrante
<4> Totales Integrados de Reactiva segundo cuadrante
<5> Totales Integrados de Reactiva tercer cuadrante
<6> Totales Integrados de Reactiva cuarto cuadrante
<7> Datos de reserva 1
<8> Datos de reserva 2
<9> Bloque de totales integrados genérico con datos de reserva(Punto de medida con direcciones de
objeto 1 al 8)
<10> Bloque de totales integrados genérico sin datos de reserva(Punto de medida con de direcciones de
objeto 1 al 6)
<11> Bloque de totales integrados de consumo puro sin reservas (Punto de medida con direcciones de
objeto 1, 3 y 6)
<12..19> Reservados para futuras ampliaciones del Protocolo
<20> Información de Tarificación (Totales)
<21> Información de Tarificación (período tarifario 1)
<23> Información de Tarificación (periodo tarifario 3)
Tabla 4. Direcciones de objeto, referencia [7]
4.2.2. Elementos de información

Un conjunto de elementos de información puede ser un elemento de información único, una
combinación de elementos, o una secuencia de elementos de información que comparten al
misma dirección y la misma etiqueta de tiempo. Se usarán los formatos indicados en el
apartado 5.2.5 de la referencia [7]. A continuación se indica el formato de algunos de ellos.
4.2.2.1. Elementos de información: totales integrados

Constan de un número de 32 bits (4 bytes u octetos) seguidos de un byte de cualificadores.
Totales integrados :=CP40{energía,cualificador}

Energía (kWh o kVAr) :CP32[1..32]<-2,147,483,648..2,147,483,647>
Cualificador :UI8[1..8]<0..255>
11
IV=La lectura es válida (IV=0)

CA=Contador sincronizado durante el periodo
CY= Overflow (CY=1)
VH= Verificación horaria durante el periodo (VH=1)
MP= Modificación de parámetros durante el periodo (MP=1)
INT= Se produjo un intrusismo durante el periodo (INT=1)
AL= Periodo incompleto por fallo de alimentación en el periodo (AL=1)
RES= Reserva.
Bit 8 7 6 5 4 3 2 1
IV CA CY VH MP INT AL RES
Figura 8. Byte de cualificadores.
4.2.2.2. Elementos de información: Información de tarificación

La información de tarificación está constituida por el conjunto de valores de interés desde el
punto de vista de Tarificación elaborados por el contador de energía en cada Período de
Facturación para cada período tarifario. Este conjunto incluye los valores de energía, máximos,
excesos y registros de reserva asociados a cada uno de los períodos tarifarios considerados de
acuerdo a la discriminación horaria, así como el total referido al conjunto de todos los períodos
tarifarios. Los límites en la discriminación horaria de períodos tarifarios de la Tarifa de Acceso
coinciden con múltiplos de cuarto de hora. Por coherencia con el menor período para totales
integrados, la máxima resolución de discriminación horaria es de múltiplos de cinco minutos.
Este tipo de lecturas de contadores se refiere habitualmente como “lecturas de cierres” y son
para cada tipo de contrato (I, II o III) y para cada punto de medida.
El inicio del período de facturación o de valores en curso, es la fecha/hora de inicio de ese
período, que coincidirá con la fecha/hora de cierre del anterior período de facturación,
siempre y cuando haya tenido lugar un cierre de facturación previo. Ambas fechas/horas serán
múltiplos de la máxima resolución de discriminación horaria anteriores al momento de
solicitud de la información. El fin del período de facturación coincide con la fecha/hora de
cierre de facturación del período en el caso de Memorias y con la fecha del último período de
integración, según máxima resolución de discriminación del Contrato, ya finalizado en el
momento de la petición en el caso de Valores en curso. Así por ejemplo en el caso de un
período de facturación automático mensual correspondiente a Enero del 2010, las fechas de
inicio y fin serían 01/01/10 00:00 y 01/02/10 00:00 respectivamente.
Información de Tarificación Nº Bytes

Información de Tarificación: :=CP496{VabA,VinA,CinA,VabRi,VinRi,CinRi,VabRc, VinRc,CinRc,R7,CR7,R8,CR8,VMaxA,FechaA, CMaxA, VExcA,CExcA,FechaIni,FechaFin} 62
VabA = Energía absoluta Activa := UI32[1..32] <0..4.294.967.295> 4
VinA = Energía incremental Activa := UI32[33..64] <0..4.294.967.295> 4
CinA = Cualificador de Energía Activa := UI8[65..72] <octeto cualificador> 1
VabRi = Energía absoluta Reactiva Inductiva := UI32[73..104] <0..4.294.967.295> 4
VinRi = Energía incremental Reactiva Inductiva := UI32[105..136] <0..4.294.967.295> 4
CinRi = Cualificador de Energía Reactiva Inductiva := UI8[137..144] <octeto cualificador> 1
VabRc = Energía absoluta Reactiva Capacitiva := UI32[145..176] <0..4.294.967.295> 4
VinRc = Energía incremental Reactiva Capacitiva := UI32[177..208] <0..4.294.967.295> 4
CinRc = Cualificador de Energía Reactiva Capacitiva := UI8[209..216] <octeto cualificador> 1
R7 = Registro 7 reserva := UI32[217..248] 4
CR7 = Cualificador del Registro 7 de reserva := UI8[249..256] 1
R8 = Registro 8 reserva := UI32[257..288] 4
CR8 = Cualificador del Registro 8 de reserva := UI8[289..296] 1
VMaxA = Máximo de las Potencias := UI32[297..328] <0..4.294.967.295> 4
FechaA = Fecha del Máximo := UI40[329..368] <etiqueta de tiempo tipo a> 5
CMaxA = Cualificador de Máximos := UI8[369..376] <octeto cualificador> 1
VexcA = Excesos de las Potencias := UI32[377..408] <0..4.294.967.295> 4
CexcA = Cualificador de Excesos := UI8[409..416] <octeto cualificador> 1
FechaIni = Inicio del período := UI40[417..456] <etiqueta de tiempo tipo a> 5
FechaFin = Fin del período := UI40[457..496] <etiqueta de tiempo tipo a> 5
Tabla 5. Información de tarificación, referencia [7]
12
El octeto cualificador de la Tabla 5 tiene el mismo formato que el indicado en la Figura 8, con la
excepción del bit de reserva 0, denominado ahora como U, que indica las unidades (0=kWh o
kVArh; 1= MWh o MVArh).
4.2.2.2. Elementos de información: Etiquetas de tiempo

Hay dos tipos de etiquetas de tiempo: tipo a de 5 bytes y tipo b de 7 bytes. El formato de la
etiqueta de tiempo del tipo a se indica en la Tabla 6. La de tipo b es similar e incluye 2 bytes
iniciales adicionales para información de los segundos y milisegundos.
Etiqueta de tiempo tipo a

Información de tiempo :=CP40{minuto,TIS,IV,hora,RES1,SU,diames,diasemana,mes,ETI,PTI,año,RES2}
minuto :=UI6[1..6]<0..59>
TIS=información de tarifa :=BS1[7]; <0>:=tarifa OFF; <1>:=tarifa ON
IV=Válido :=BS1[8]; <0>:=válido; <1>:=inválido
hora :=UI5[9..13]<0..23>
RES1=Reserva 1 :=BS2[14..15]<0>
SU=horario de verano :=BS1[16]; <0>:=tiempo estándard; <1>:=horario verano
diames :=UI5[17..21]<1..31>
diasemana :=UI3[22..24]<1..31>
mes :=UI4[25..28]<1..12>
ETI=Info tarifa energía :=UI2[29..30]<0..2>
PTI=Info tarifa potencia :=UI2[31..32]<0..2>
año :=UI7[33..39]<0..99>
RES2=Reserva 2 :=BS1[40]<0>
Tabla 6. Etiquetas de tiempo tipo a (5 bytes), referencia [6]
5. Estructura de los datos de aplicación (ASDU) específicos

En la sección 7.3 de la norma IEC 870-5-102 se definen los ASDU con identificadores de tipo 1 a
127, Tabla 1, y en la sección 5.3 del documento de REE los 128 a 149 y 180 a 190. Se
reproducen en este apartado aquellos más relevantes para la lectura de valores de energía e
información de tarificación (lecturas de cierres).
5.1. Totales integrados por intervalos de tiempo

Para efectuar la lectura de totales integrados se puede hacer en dos pasos. En un primer paso
se solicita dicha lectura mediante el envío de la ASDU con identificador de tipo 122 o 123 y
seguidamente el contador responde con los datos contenidos en la ASDU con identificador de
tipo número 8 u 11.
Los ASDU con identificadores de tipo número 122 y 123, Tabla 1, se utilizan para solicitar la
lectura de los valores totales integrados operacionales por intervalo de tiempo y rango de
direcciones (curvas de carga). Con un identificador de tipo 122 se obtienen las lecturas
absolutas y con 123 las lecturas incrementales.
Identificador de tipo = <122..123>

SQ=<0> Nº de objetos de información, N=<1>
Causa de transmisión
Dirección del punto de medida
Dirección de registro =<11[12..13]> o <21[22..23]> (ver Tabla 3)
Dirección del primer total integrado <1..8> (ver Tabla 4)
Dirección del último total integrado, <1..8> (ver Tabla 4)
Etiqueta de tiempo inicial (5 bytes)
13
Etiqueta de tiempo final (5 bytes)

Tabla 7. Datos de aplicación, ASDU, para solicitud de lectura de totales integrados, referencia [7]
La causa de transmisión podrá ser cualquiera de las indicadas en el apartado 4.1.3. Si la

dirección de registro es 11 se solicitan los registros de curva de carga y en el caso de ser 21 se
solicitan los resúmenes diarios. Los valores 12,13,21 y 23 son reserva para uso futuro). Las
direcciones del primer y último integrado estarán entre 1 y 8, (ver Tabla 4).
Los valores leídos serán integrados totales cada periodo de tiempo programado en el
contador, puedes ser múltiplos de 5 minutos (habitualmente cada 15 minutos u horarios).
Los ASDU con identificadores de tipo número 8 y 11, Tabla 1, se utilizan para transmitir los
totales integrados desde el contador al ordenador. Con un identificador de tipo 8 se recuperan
las lecturas de contador y con tipo 11 se recuperan las energías (incrementos).
Identificador de tipo = <8> o <11>

SQ=<0> Nº de objetos de información, nº de totales integrados
Causa de transmisión (<5>, solicitada)
Dirección de registro =<11[12..13]> o <21[22..23]> (ver Tabla 3)
Dirección del objeto 1 (ver Tabla 4)
Total integrado 1 (5 bytes)
….
Dirección del objeto n (ver Tabla 4)
Total integrado n (5 bytes)
Etiqueta de tiempo (5 bytes)
Tabla 8. Datos de aplicación, ASDU, para transmitir totales integrados (del contador al ordenador), referencia [7]
La causa de transmisión será 5 (solicitada). Si la dirección de registro es 11 se solicitan los

registros de curva de carga y en el caso de ser 21 se solicitan los resúmenes diarios. Los valores
12,13,21 y 23 son reserva para uso futuro). Las direcciones del primer y último integrado
estarán entre 1 y 8, (ver Tabla 4). El número de totales integrados será, como máximo, 8.
La etiqueta de tiempo se refiere al instante final del periodo de integración. La lectura del
último periodo de integración del día D tiene fecha D+1 y hora 00:00:00.
5.1.1. Ejemplo de comando de lectura de valores integrados

Supongamos que se desean leer los datos de energías de un contador por intervalos de tiempo
desde las fechas 7 de febrero de 2010 a las 11:00 horas hasta el 10 de febrero de 2010 a las 17
horas. Sabemos que la dirección del punto de medida es la 1, que el tipo de contrato es tipo III
y la dirección del contador es la número 7000. Para efectuar la lectura serían necesario las dos
funciones
5.1.1.1 Ejemplo de comando ASDU 122

En la Tabla 9 se presenta el resultado de la trama que habría que enviar al contador de energía
para solicitar la lectura, se indican los valores en notación Hexadecimal, para realizar la lectura
de los valores deseados. Obviamente será necesario haber iniciado la conversación y enviado
la clave de acceso mediante los comandos que se explicarán posteriormente.
14
Nº byte Hexadecimal 6815 1568 7358 1B7A 0106 0100 0B01 0800 0B07 020A 0011 0A02 0AC1 16
27 H68 Byte de inicio de trama
26 H15 Longitud de la trama, H15=21 bytes
25 H15 Idem (la longitud de la trama se envía por duplicado)
23 H73 Campo de control
21..22 H581B Dirección del contador
20 H7A Identificador de tipo, H7A=122, ver Tabla 1
19 H01 SQ=0 N=1, cualificador de estructura variable con N=1 objeto de información
18 H06 Causa, (ver Tabla 2)
17 H01 Punto de medida
15..16 H000B Dirección de registro(ver Tabla 3) H000B=11
14 H01 Dirección del primer total integrado, H01=1 (ver Tabla 4)
13 H08 Dirección del último total integrado, H08=8 (ver Tabla 4)
8..12 H000B07020A Etiqueta de tiempo inicial
3..7 H00110A020A Etiqueta de tiempo final
2 HC1 Checksum
1 H16 Carácter de END
Tabla 9. Ejemplo de comando para solicitud de lecturas de valores integrados.
La longitud de trama es el número hexadecimal H15 que en notación decimal equivale al

número 21 y se corresponde con el número total de caracteres ASCII de la trama comenzando
por el campo de control (incluido) hasta el Checksum (no incluido), esto es, “7358 1B7A 0106
0100 0B01 0800 0B19 025A 0011 1C02 5A” equivale a 21 bytes.
El campo de control es H73, que en binario es 0111 0011, que de acuerdo con lo descrito en el
apartado 3.3, los 4 primeros bits son el código de función 0011 es el valor decimal 3 (código de
función 3: Envío de datos de usuario con FCV 1). Los bits 8 a 5, 0111, se interpretan como
RES=0 (reserva), PRM=1 (mensaje de maestro a esclavo), FCB=1 (bit de cuenta de trama) y
FCV=1 (validez del bit FCB).
El identificador de tipo del ASDU es H7A que se corresponde con el valor decimal 122, esto es
según la Tabla 1, leer totales integrados operacionales por intervalo de tiempo y rango de
direcciones.
La dirección del contador, 7000 en decimal, se traduce en H581B. Téngase en cuenta que es
necesario realizar el intercambio1 de bytes (swap).
1
En un registro de 16 bytes, cuando se trata de comunicaciones, se habla de bytes (8 bits), existiendo el byte de mayor peso MSB
(Most Significant Byte) y el de menor peso LSB (Least Significant Byte). Un registro es 16#MSB-LSB. Las funciones de
comunicaciones envían primero el LSB y luego el MSB de cada registro. El motivo principal es que cuando convertimos un valor a
hexadecimal (ejemplo 7000 es 16#1B58), para enviarlo a otra estación se deberá enviar primero el 1B y luego el 58. Si no se realiza
el intercambio de bytes, saldría primero el 58 y luego el 1B (nota aclaratoria cortesía de Nicolás Lapique, Panasonic Electric Works
España).
15
Figura 9. Formato de la dirección del contador, de decimal a Hexadecimal.
La causa es el valor H06, esto es 6 decimal, activación con los bits T y P/N iguales a cero, según
lo indicado en la Tabla 2.
La dirección de registro H000B=11 se refiere a los “Totales integrados con período de
integración 1 (curva de carga)”, de acuerdo con la Tabla 3.
Como direcciones de objeto del primer y último total integrado se indican los valores 1 y 8,
respectivamente. De acuerdo con la Tabla 4 se están solicitando los valores de totales
integrados de energías activas entrantes y salientes así como las reactivas de los cuatro
cuadrantes, se incluyen también los objetos 7 y 8 que contienen datos de reserva.
Las etiquetas de tiempo (5 bytes) se crean en función del formato indicado en el apartado
4.2.2.2. De esta forma la fecha “7/02/10 11:00” pasa a ser el código hexadecimal “000B 0702
0A” en donde hemos obviado la información de tarifas ya que es un comando del ordenador al
contador (y no añade información adicional).
Etiqueta de tiempo tipo a Decimal Binario

Información de :=CP40{minuto,TIS,IV,hora,RES1,SU,diames,diasemana,mes,ETI,PTI
tiempo ,año,RES2}
minuto :=UI6[1..6]<0..59> 0 00 0000
TIS=informació :=BS1[7] 0 0
n de tarifa
IV=Válido :=BS1[8]; 0 0
hora :=UI5[9..13]<0..23> 11 0 1011
RES1=Reserva 1 :=BS2[14..15]<0> 0 00
SU=horario de :=BS1[16]; 0 0
verano
diames :=UI5[17..21]<1..31> 7 0 0111
diasemana :=UI3[22..24]<1..31> 0 000
Mes :=UI4[25..28]<1..12> 2 0010
ETI=Info tarifa :=UI2[29..30]<0..2> 0 00
energía
PTI=Info tarifa :=UI2[31..32]<0..2> 0 00
potencia
Año :=UI7[33..39]<0..99> 10 000 1010
RES2=Reserva 2 :=BS1[40]<0> 0 0
Tabla 10. Etiqueta de tiempo tipo a (5 bytes), para la fecha indicada
Si se ponen seguidos todos los datos en binario:

Minuto TIS IV hora RES1 SU diames diasemana mes ETI PTI año RES2
000000 0 0 01011 00 0 00111 000 0010 00 00 0001010 0
A cada uno de los campo se les hace una conmutación de sus bits, ya que considera que es el
primer BIT que tiene que salir por el puerto dentro de ese campo. Un campo de un único dígito
se queda como estaba. La misma trama conmutada es:
Minuto TIS IV hora RES1 SU diames diasemana mes ETI PTI año RES2
16
000000 0 0 11010 00 0 11100 000 0100 00 00 0101000 0

Cada espacio indica que va otro campo de información. Si los juntamos y los expresamos
separados en Dígitos (4 bits).
Bin 0000 0000 1101 0000 1110 0000 0100 0000 0101 0000
Esta es la información que tiene que salir por el puerto y en ese orden, primero se envía el 1er
cero de la izquierda, luego otro 0, luego otro 0,……y por último, el último cero de la derecha.
Ahora es necesario darle completamente la vuelta a la trama de tal forma que el BIT que salga
el primero, se encuentre en la derecha del todo. Nos quedará:
Bin swap 0000 1010 0000 0010 0000 0111 0000 1011 0000 0000
Esto es lo que entenderá el contador, pero todo dispositivo de comunicaciones trabaja en
bytes y cada byte son 8 dígitos. Por eso se convierte a hexadecimal
Bin swap 0000 1010 0000 0010 0000 0111 0000 1011 0000 0000
HEX 0 A 0 2 0 7 0 B 0 0
En Bytes (unidad mínimo de envío de datos):
Bin swap 00001010 00000010 00000111 00001011 00000000
HEX 0A 02 07 0B 00
Es exactamente la trama que hay que enviar ya que ahora, sale primero por el puerto el LSB (el
de la derecha del todo). Escribiendo según salen los caracteres por el puerto nos queda
Comando Hex. final 00 0B 07 02 0A
Bin 0000 0000 1101 0000 1110 0000 0100 0000 0101 0000
Bin(swap) 0000 1010 0000 0010 0000 0111 0000 1011 0000 0000
Hex. 0 A 0 2 0 7 0 B 0 0
Hex. final 00 0B 07 02 0A
Finalmente el byte de Cheksum se obtiene de la suma la suma aritmética de todos los bytes
comenzando por el campo de control (incluido) hasta el checksum (no incluido), se obtiene el
valor hexadecimal del resto del valor suma dividido por 256.
Hexadecimal Decimal
H73 115
H58 88
H1B 27
H7A 122
H01 1
H06 6
H01 1
H00 0
H0B 11
H01 1
H08 8
H00 0
H0B 11
H07 7
H02 2
H0A 10
17
H00 0
H11 17
H0A 10
H02 2
H0A 10
Suma 449
Resto(÷256) 193
Hexadecimal(193) C1
Tabla 11. Cálculo del byte de checksum de comando de lectura de energías del ejemplo.
5.1.1.2 Ejemplo de comando ASDU 8

En el apartado anterior, mediante la ASDU 122, se ha solicitado al contador el envío de los
datos de curva de carga. A continuación el contador envía dichos datos mediante la ASDU 8.
En la Tabla 12 se presenta el resultado de la trama enviada por el contador de energía en

respuesta a una solicitud de lectura, se indican los valores en notación Hexadecimal.
Nº byte Hexadecimal 683E 3E68 0858 1B08 0805 0100 0B01 1801 0000 0002 6E1F 0300 0003
0400 0000 0004 0000 0000 0005 CCBE 0000 0006 980D 0000 0007 0000
0000 8008 0000 0000 8000 81B2 0909 E116
<64> H68 Byte de inicio de trama
<63> H3E Longitud de la trama, H3E=62 bytes
<62> H3E Idem (la longitud de la trama se envía por duplicado)
<61> H68 Byte de inicio de trama
<60> H08 Campo de control
<58..59> H581B Dirección del contador
<57> H08 Identificador de tipo, H08=8, ver Tabla 1
<56> H08 SQ=0 N=8, cualificador de estructura variable con 8 objetos de información
<55> H05 Causa, (solicitud, ver Tabla 2)
<54> H01 Punto de medida
<52..53> H000B Dirección de registro(ver Tabla 3) H000B=11
<21> H01 Dirección del primer total integrado, H01=1 (ver Tabla 4)
<46..50> H1801 0000 00 Total integrado 1, Totales Integrados de Activa Entrante
<45> H02 Dirección del segundo total integrado, H02=2
<40..44> H6E1F 0300 00 Total integrado 2, Totales Integrados de Activa Saliente
<39> H03 Dirección del 3er total integrado, H03=3
<34..38> H0400 0000 00 Total integrado 3, Totales Integrados de Reactiva primer cuadrante
<33> H04 Dirección del 4º total integrado, H04=4
<28..32> H0000 0000 00 Total integrado 4, Totales Integrados de Reactiva segundo cuadrante
<22..26> HCCBE 0000 00 Total integrado 5, Totales Integrados de Reactiva tercer cuadrante
<16..20> H980D 0000 00 Total integrado 6, Totales Integrados de Reactiva cuarto cuadrante
<10..14> H0000 0000 80 Total integrado 7, datos de reserva 1
<8..11> H0000 0000 80 Total integrado 8, datos de reserva 2
<3..7> H00 81B2 0909 Etiqueta de tiempo
<2> HE1 Checksum
<1> H16 Carácter de END
18
Tabla 12. Ejemplo de mensaje enviado por el contador para lecturas de valores integrados.
La longitud de trama es el número hexadecimal H3E que en notación decimal equivale al

número 62 y se corresponde con el número total de bytes o caracteres ASCII de la trama
comenzando por el campo de control (incluido) hasta el Checksum (no incluido), esto es, “0858
1B08 0805 0100 0B01 1801 0000 0002 6E1F 0300 0003 0400 0000 0004 0000 0000 0005 CCBE
0000 0006 980D 0000 0007 0000 0000 8008 0000 0000 8000 81B2 0909” equivale a 62 bytes.
El campo de control es H08, que en binario es 0000 1000, y de acuerdo con lo descrito en el
apartado 3.3, los 4 primeros bits son el código de función 1000 es el valor decimal 8 (código de
función 8: datos de usuario, tipo Respond). Los bits 8 a 5, 0000, se interpretan como RES=0
(reserva), PRM=0 (mensaje de esclavo a maestro), FCB=0 (No bit de cuenta de trama) y FCV=0
(No validez del bit FCB).
Los dos bytes de dirección del contador H581B se corresponden con la dirección 7000, como
en el ejemplo anterior.
El identificador de tipo del ASUD es H08 que se corresponde con el valor decimal 8, esto es
según la Tabla 1, Totales integrados operacionales, 4 octetos (lecturas de contadores
absolutos, en kWh o kVARh)
La causa es el valor H05, esto es 5 decimal, solicitud con los bits T y P/N iguales a cero, según lo
indicado en la Tabla 2.
La dirección de registro H000B=11 se refiere a los “Totales integrados con período de
integración 1 (curva de carga)”, de acuerdo con la Tabla 3.
A continuación se envían las direcciones de objeto y los totales integrados. En este caso se han
solicitado 8 objetos, ver Tabla 4. De acuerdo con lo indicado en el apartado 4.2.2.1 sobre los
totales integrados, constan de 4 bytes con los valores de la energía (kWh o kVArh) seguidos de
un byte cualificador.
Así p.e., el total integrado 1 de totales integrados de activa entrante, Tabla 12, es H1801 0000
00. Los cuatro primeros bytes indican el valor de la lectura, H1801 0000 y el último byte H00 es
el byte cualificador, que de acuerdo con el apartado 4.2.2.1 indica que la lectura es válida
(IV=0).
Byte 1 Byte 2 Byte 3 Byte 4
18 01 00 00
Que puestos en el orden adecuado, resulta
Nº byte Byte 4 Byte 3 Byte 2 Byte 1
Hexadecimal 00 00 01 18
Binario 0000 0000 0000 0000 0000 0001 0000 1000
Decimal 280
Esto es, H1801 0000 00 equivale a una lectura válida de 280 kWh de energía activa entrante,
en el caso de una central fotovoltaica conectada a red, este valor se identifica con el
autoconsumo.
19
Del mismo modo, el total integrado 2 de totales integrados de activa saliente, Tabla 12, es
H6E1F 0300 00. Los cuatro primeros bytes indican el valor de la lectura, H6E1F 0300 y el último
byte H00 es el cualificador. Este cualificador de acuerdo con el apartado 4.2.2.1, Figura 8,
indica que la lectura es válida.
Byte 1 Byte 2 Byte 3 Byte 4
6E 1F 03 00
Que puestos en el orden adecuado, resulta
Nº byte Byte 4 Byte 3 Byte 2 Byte 1
Hexadecimal 00 03 1F 6E
Binario 0000 0000 0000 0011 0001 1111 0110 1110
Decimal 204 654
Esto es, H6E1F 0300 00 equivale a una lectura válida de 204,654 kWh de energía activa
saliente, en el caso de una central fotovoltaica conectada a red, este valor se identifica con la
generación.
Los demás valores de la Tabla 12 se obtienen de un modo análogo dando valores de Reactiva
primer cuadrante, 4 kVArh, reactiva segundo cuadrante, 0 kVArh, reactiva tercer cuadrante
48,844 kVArh y reactiva en el cuarto cuadrante 3,480 kVArh. Los datos de reserva 1 y 2 dan
lecturas de cero con un cualificador H80 (Bin 1000 0000) de lectura inválida (IV=1, Figura 8).
La etiqueta de tiempo H00 81B2 0909, siguiendo el procedimiento indicado en el apartado
anterior, Tabla 6, indica que las lecturas corresponden al 18 de septiembre de 2009 a las
01:00.
La trama finaliza con el byte de checksum, HE1, calculado de un modo análogo a lo indicado en
la Tabla 11, y con el byte de fin de trama, H16.
5.2. Lectura de cierres

Para efectuar la lectura de cierres es necesario efectuar dos pasos. En un primer paso se
solicita dicha lectura mediante el envío de la ASDU con identificador de tipo 134 y
seguidamente el contador responde con los datos contenidos en la ASDU con identificador de
tipo número 136.
La ASDU con identificador de tipo número 134, Tabla 1, se utilizan para transmitir los valores
memorizados de las informaciones de tarificación por intervalos de tiempo, esto es, las
denominados habitualmente lecturas de cierres (es importante resaltar que es el contador el
que envía los datos con una ASDU con identificador de tipo 136).
Identificador de tipo = <134>

Dirección de registro =<136[134..135]> (ver Tabla 3)
Etiqueta de tiempo inicial (5 bytes)
Etiqueta de tiempo final (5 bytes)
Tabla 13. Datos de aplicación, ASDU 134, para solicitud de lectura de totales integrados, referencia [7]
La causa de transmisión podrá ser cualquiera de las indicadas en el apartado 4.1.3. La dirección
de registro 136 se refiere al contrato tipo III (las 134 y 135 a los contratos tipo I y tipo II,
respectivamente). El mensaje solicita el envío de las informaciones correspondientes a los
20
períodos de facturación que se hayan cerrado dentro del rango de tiempo especificados por las
etiquetas de tiempo.
La ASDU con identificador de tipo número 136, Tabla 1, se utilizan para transmitir los valores
memorizados de la información de tarificación desde el contador hasta el ordenador, esto es,
las denominados habitualmente lecturas de cierres (es importante resaltar que es el contador
el que envía los datos después de haber realizado una solicitud con una ASDU con identificador
de tipo 134).

Dirección de registro =<136[134..135]> (ver Tabla 3)
Dirección del objeto <20..29> (ver Tabla 4)
Información de Tarificación (62 bytes, ver Tabla 5)
Tabla 14. Datos de aplicación, ASDU 136, para lectura de totales integrados, referencia [7]
La causa de transmisión será siempre 5 (solicitada). La dirección de registro 136 se refiere al

contrato tipo III, que es el tipo de contrato que aplica a la instalaciones FV (las direcciones de
registro 134 y 135 se refieren a los contratos tipo I y tipo II, respectivamente). La dirección del
objeto determina el periodo tarifario (direcciones 21 a 29) o bien el total (dirección 20). Los
valores leídos dependerán de las fechas de cierres programadas en el contador, siendo
habitual valores mensuales.
5.2.1. Ejemplo de comando de lectura de cierres

Supongamos que se desean leer las lecturas de cierres, que en general se corresponderán con
los valores mensuales de energías, de un contador desde las fechas octubre de 2009 a enero
de 2010. Como en el ejemplo anterior, se conoce que la dirección del punto de medida es la 1,
que el tipo de contrato es tipo III y la dirección del contador es la número 7000.
En la Tabla 15 se presenta el resultado de la trama que habría que enviar al contador de

energía, ASDU con identificador de tipo 134, se indican los valores en notación Hexadecimal,
para realizar la lectura de los valores deseados. Obviamente será necesario haber iniciado la
conversación y enviado la clave de acceso mediante los comandos que se explicarán
posteriormente.
Nº byte Hexadecimal 6813 1368 7358 1B86 0106 0100 8800 0001 0A09 0000 0102 0A1D 16
26 H13 Longitud de la trama, H15=21 caracteres ASCII
22 H86 Identificador de tipo, H86=134, ver Tabla 1
15..16 H0088 Dirección de registro(ver Tabla 3) H0088=136 (tipo contrato III)
21
14 H00 0001 0A09 Etiqueta de tiempo inicial

13 H0000 0102 0A Etiqueta de tiempo final
2 H1D Checksum
Tabla 15. Ejemplo de comando para solicitud de lecturas de cierres.
En este caso todos los valores son interpretables de un modo análogo al del ejemplo 5.1.1. Las
etiquetas de tiempo inicial y final son desde el 01/10/09 00:00 hasta el 01/02/10 00:00,
respectivamente.
En la Tabla 16 se presenta el resultado de la trama que envía el contador de energía, ASDU con
identificador de tipo 136, se indican los valores en notación Hexadecimal, con la lectura de los
valores deseados.
Nº byte Hexadecimal 6848 4868 0858 1B88 0105 0100 8814 6171 0000 E425 0000 000B 4700
0088 0900 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0054
0000 0000 0EBA 0C08 0000 0000 0080 0000 210C 0800 0081 0109 D416
77 H48 Longitud de la trama, H48=72 bytes
74 H08 Campo de control, código de función 8: datos de usuario, tipo Respond
71 H88 Identificador de tipo, H88=136, ver Tabla 1
66..67 H0088 Dirección de registro(ver Tabla 3) H0088=136 (tipo contrato III)
65 H14 Dirección de objeto, H14=20 (ver Tabla 4), Información de Tarificación (Totales)
3..64 H6171 0000 Información de tarificación, ver Tabla 5, apartado 4.2.2.2 (62 bytes)
E425 0000 000B
4700 0088 0900
0000 0000 0000
0000 0000 0000
0000 0000 0000
0000 0054 0000
0000 0EBA 0C08
0000 0000 0080
0000 210C 0800
0081 0109
2 HD4 Checksum
Tabla 16. Ejemplo de trama enviada por el contador conteniendo lecturas de cierres.
Información de Tarificación Decimal Unidades

:=CP496{VabA,VinA,CinA,VabRi,Vi
nRi,CinRi,VabRc, H6171 0000 E425 0000 000B 4700 0088 0900
VinRc,CinRc,R7,CR7,R8,CR8,VMaxA, 0000 0000 0000 0000 0000 0000 0000 0000
Información de Tarificación: FechaA, CMaxA, 0000 0000 0054 0000 0000 0EBA 0C08 0000
VExcA,CExcA,FechaIni,FechaFin}
0000 0080 0000 210C 0800 0081 0109
VabA = Energía absoluta Activa := UI32[1..32] H6171 0000 29025 kWh
VinA = Energía incremental Activa := UI32[33..64] HE425 0000 9700 kWh
22
CinA = Cualificador de Energía Activa := UI8[65..72] H00

VabRi = Energía absoluta Reactiva Inductiva := UI32[73..104] H0B 4700 00 18187 kVAr
VinRi = Energía incremental Reactiva Inductiva := UI32[105..136] H88 0900 00 2440 kVAr
CinRi = Cualificador de Energía Reactiva Inductiva := UI8[137..144] H00
VabRc = Energía absoluta Reactiva Capacitiva := UI32[145..176] H0000 0000 0 kVAr
VinRc = Energía incremental Reactiva Capacitiva := UI32[177..208] H0000 0000 0 kVAr

CinRc = Cualificador de Energía Reactiva Capacitiva := UI8[209..216] H00
R7 = Registro 7 reserva := UI32[217..248] H0000 0000
CR7 = Cualificador del Registro 7 de reserva := UI8[249..256] H00
R8 = Registro 8 reserva := UI32[257..288] H0000 0000
CR8 = Cualificador del Registro 8 de reserva := UI8[289..296] H00
VMaxA = Máximo de las Potencias := UI32[297..328] H54 0000 00 84 kW
26/12/08
FechaA = Fecha del Máximo := UI40[329..368] H00 0EBA 0C08 14:00
CMaxA = Cualificador de Máximos := UI8[369..376] H00
VexcA = Excesos de las Potencias := UI32[377..408] H00 0000 00 0 kW
CexcA = Cualificador de Excesos := UI8[409..416] H80
01/12/08
FechaIni = Inicio del período := UI40[417..456] H0000 210C 08 00:00
01/01/09
FechaFin = Fin del período := UI40[457..496] H00 0081 0109 00:00
Tabla 17. Decodificación de Información de tarificación, lectura de cierres.
Los bytes 3 a 64 de la Tabla 16 conteniendo la información de tarificación se decodifican en la

Tabla 17. En la conversión de los 4 bytes hexadecimales a sus valores decimales se tiene en
cuenta el intercambio de bytes, análogamente a lo explicado en la Figura 9 para la
decodificación de la dirección del contador. Los bytes cualificadores cuyo formato que el
indicado en la Figura 8, con valor H00 indican, entre otros, que los valores son válidos (bit IV=0)
y con unidades de kWh o kVAr (bit U=0). El byte cualificador de máximos H80 (Bin 0101 0000)
indica activos los bits CA=1, registrador sincronizado y VH=1, Verificación horaria. La lectura se
da para el periodo desde el 01/12/2008 a las 00:00 horas hasta el 01/01/09 00:00 horas, esto
es para el mes de diciembre de 2008.
5.3. Clave de acceso e inicio de sesión

Se utiliza un ASDU con identificador de tipo 183 (HB7) para enviar la clave de acceso e iniciar la
sesión de intercambio de información con un punto de medida. Mientras el contador no reciba
un ASDU con la clave de acceso, cualquier otro comando será respondido repitiendo los datos
de enlace de usuario, pero con causa de transmisión 14 (ASDU solicitado no disponible).

Dirección de registro =<0>
Clave de acceso (4 bytes)
Tabla 18. Datos de aplicación, ASDU 183, para envío de clave de acceso e inicio de sesión, referencia [7]
La causa de transmisión en el sentido maestro a esclavo será 6 (activación) y en el sentido

esclavo a maestro podrá ser de tipo 7(confirmación de la activación, si la clave enviada
coincide con la esperada se acepta (bit P/N=0, Tabla 2, o rechaza, bit P/N=1) o de tipo 14 (tipo
de ASDU solicitado no disponible).
23
5.3.1. Ejemplo de comando de clave de acceso

En los ejemplos de anteriores apartados sería necesario previo a cualquier comando de lectura
el envío de la clave de acceso e inicio de sesión, se conoce que la dirección del punto de
medida es la 1, la dirección del contador es la número 7000 y su clave de acceso es
“12345678”. La Tabla 19 indica la codificación de dicho comando.
Nº byte Hexadecimal 680D 0D68 7358 1BB7 0106 0100 004E 61BC 0010 16
26 H0D Longitud de la trama, H0D=21 caracteres ASCII
25 H0D Idem (la longitud de la trama se envía por duplicado)
22 HB7 Identificador de tipo, HB7=183, ver Tabla 1
15..16 H0000 Dirección de registro (siempre =<0>)
14 H4E 61BC 00 Clave (H4E 61BC 00 00 BC 614E 12345678)
2 H10 Checksum
Tabla 19. Ejemplo de comando para envío de clave de acceso e inicio de sesión.
6. Ejemplo de secuencia de comandos

Teniendo en cuenta los anteriores, en este apartado se presenta el modo de realizar una
secuencia completa de comandos para realizar una lectura de valores integrados. Al igual que
en ejemplos anteriores se supone un contador con dirección 7000, punto de medida 1 y clave
de acceso “07”.
Nº envío Desde ordenador Desde contador

(1) 1049 581B BC16
(2) 100B 581B 7E16
(3) 1040 581B B316
(4) 1000 581B 7316
(5) 1049 581B BC16
(6) 100B 581B 7E16
(7) 680D 0D68 7358 1BB7 0106 0100 0007 0000 0042 16
(8) 1000 581B 7316
(9) 105B 581B BC16
(10) 680D 0D68 0858 1BB7 0107 0100 0007 0000 0042 16
(11) 6815 1568 7358 1B7A 0106 0100 0B01 0801 0012
0909 0000 1309 09C6 16
(12) 1000 581B 7316
(13) 105B 581B CE16
(14) 6815 1568 0858 1B7A 0107 0100 0B01 0801 0012 0909
0000 1309 095C 16
(15) 107B 581B EE16
(16) 683E 3E68 0858 1B08 0805 0100 0B01 1801 0000 0002
6E1F 0300 0003 0400 0000 0004 0000 0000 0005 CCBE
0000 0006 980D 0000 0007 0000 0000 8008 0000 0000
8000 81B2 0909 E116
(17) 105B 581B EE16
(18) 683E 3E68 0858 1B08 0805 0100 0B01 1801 0000 0002
6E1F 0300 0003 0400 0000 0004 0000 0000 0005 CCBE
0000 0006 980D 0000 0007 0000 0000 8008 0000 0000
8000 82B2 0909 E216
24
…Se repite la secuencia alternando el bit de cuenta

de trama….
(19) 6815 1568 0858 1B7A 010A 0100 0B01 0801 0012 0909
0000 1309 095F 16
(20) 6809 0968 5358 1BBB 0006 0100 0088 16
(21) 1000 581B 7316
(22) 107B 581B EE16
(23) 6809 0968 5358 1BBB 0007 0100 0088 16
Tabla 20. Ejemplo de secuencia completa de comandos para lectura de integrados
La interpretación de los comandos es la siguiente:
(1) Se inicia la comunicación por el ordenador (maestro) con una trama de longitud fija,
Figura 3. Byte de inicio H10, campo de control H49=Bin 0100 1001, ver Figura 4,
indicando PRM=1 (mensaje de maestro a esclavo) y código de función 9: Solicitud de
estado de enlace), dirección de contador H581B=7000, byte de checksum HBC y byte
END H16.
(2) El contador responde con campo de control H0B=Bin 0000 1011, código función 11:
estado del enlace.
(3) Se envía un campo de control H40=Bin 0100 0000, esto es PRM=1 y código de función
0: Reposición del enlace remoto.
(4) El contador responde con un campo de control H00, PRM=0 y código de función 0:
ACK, reconocimiento positivo tipo confirm.
(7) Envío de clave de acceso, ver apartado 5.3.1.
(8) Idem (4)
(9) Se envía un campo de control H5B=Bin 0101 1011, esto es PRM=1, bit de validez de
cuenta de trama FCV=1 y código de función 11: solicitud de datos de clase 2.
(10) El contador devuelve una ASDU 183 (HB7) de confirmación (campo de control H08) de
clave de acceso correcta, causa H07 (Tabla 2).
(11)Se envía al contador una solicitud de totales integrados, ASDU con identificador de
tipo 122(H7A), apartado 5.1. En este caso la etiqueta de tiempo inicial (H01 0012 0909)
se corresponde con el 18/09/09 00:01:00 horas y la final (H0000 1309 09) con el
19/09/09 00:00:00 horas.
(12)Idem (4), reconocimiento positivo.
(13)Idem (9), solicitud de datos.
(14) El contador devuelve una ASDU 122(H7A) con campo de control H08 (datos de
usurario respond) y causa H07 (Tabla 2) de confirmación.
(15)Se solicitan nuevamente datos, pero es necesario cambiar el bit de cuenta de trama,
de modo que el campo de control es H7B (Bin 0111 1011), esto es PRM=0, FCB=1,
FCV=1 y código de función 11. En la anterior solicitud de datos (9) el campo de control
fue H5B( Bin 0101 1011). En cada solicitud de datos es necesario alternar el valor del
bit de cuenta de trama FCB, tal y como se comentaba en el apartado 3.3. De este
modo se envían secuencialmente comandos H105B581BCE16 Y H107B581B EE16,
teniendo en cuenta que la dirección del contador es H581B (7000).
(16)El contador responde con los valores integrados, ver apartado 5.1.1.
(19) Se recibe del contador un ASDU 183(7A) de solicitud de totales integrados, pero con
un bit de causa H0A(causa 10), indicando el fin de datos disponibles.
(20)Fin de sesión. Se envía un ASDU con identificador de tipo 187 (HBB). El contador
responde (21) con una confirmación positiva. Se vuelve a enviar una solicitud de datos
25
(22), teniendo en cuenta el bit de cuenta de trama enviado con anterioridad y

finalmente (23) el contador responde con una ASDU de fin de sesión y causa H07 de
confirmación.
7. Implementación práctica
El protocolo IEC 870-5-102 se ha implementado en tres instalaciones FV con un total de 28
contadores de energía. Para ello se ha desarrollado un software simple, Figura 10, para la
lectura local y/o remota en el que se han implementado los conceptos desarrollados en
apartados anteriores. Se instala un convertidor RS232/RS485 en cada una de las salidas RS232
de cada uno de los contadores. Con un cableado de 2 hilos en anillo o estrella se conectan
todos los convertidores RS485 entre sí y con un modem GSM. En dicha red RS485 también se
conecta un convertidor USB/RS485 para la lectura de los datos de los contadores en modo
local mediante un ordenador. La lectura remota se puede efectuar conectándose al modem.
En este caso común para las lecturas remotas del usuario y para las lecturas remotas de la
compañía eléctrica. Téngase en cuenta que la lectura de contadores se puede realizar p.e. una
vez al día o cada varios días, ya que los datos permanecen en la memoria interna del contador.
La lectura local se efectúa con un ordenador local conectado al convertidor USB/RS485.
Debido a que la periodicidad de las lecturas tanto local como remota de usuario y compañía
eléctrica es del orden de decenas de horas o incluso varios días la probabilidad de que dos
requerimientos de lectura ocurran simultáneamente es muy baja, e incluso si esto llegase a
ocurrir simplemente se produciría un fallo de lectura que sería subsanado en la lectura
siguiente.
El programa permite la selección de periodos de lectura y la programación de los momentos

de ejecutar la lectura. Permite la lectura de curvas de carga por intervalos de tiempo (horarias,
cada 5, 10 o 15 minutos en función de cómo esté programado el contador) y las lecturas de
cierres. Así p.e. se puede programar que automáticamente a una hora determinada del día se
realicen las lecturas de los últimos tres días. También se puede programar que se envíen
correos electrónicos a diferentes usuarios con los valores de energía de las últimas lecturas
realizadas u otros parámetros de interés.
Los datos de las lecturas son procesados y almacenados en una base de datos estructurada en
lecturas horarias, diarias y mensuales, así como valores de lecturas de los cierres. Estos datos
pueden ser visualizados en tablas o mediante gráficos. Se extraen automáticamente los valores
de energías activas exportadas y se calculan los valores de los “Final Yields” o productividades
finales de referencia, en función de la potencia nominal FV de la instalación correspondiente a
cada uno de los contadores.
26
Figura 10. Programa para la lectura local y remota de contadores de energía.
Figura 11. Contador de energía con convertidor RS232/RS485
27
Figura 12. Modem GSM con convertidor RS232/RS485 para lecturas remotas y convertidor USB/RS485 para
lecturas con ordenador local.
El análisis de los datos de lecturas de energía de los contadores permite, además de la

obtención de los valores de energía generada y consumida, fundamental para la facturación de
los sistemas FV conectados a la red, la obtención de las energías reactivas en cada uno de los
cuatro cuadrantes [8]. En el punto 4 de la referencia [8] referente al orden de registros de
energía en el protocolo de comunicaciones, establece lo indicado en la Figura 13.
28
Figura 13.Sistema de información de medidas eléctricas SIMEL. Definición Sentidos de Energía

en el Concentrador Principal, Mayo 1999 [8]. Documento disponible en www.ree.es.
Así por tanto las direcciones de objeto <1..6> de la Tabla 4 tienen la siguiente interpretación:
Orden de Registros Energías

<1> AE (Activa Importada)
<2> AS (Activa Exportada)
<3> Q1 (Reactiva Cuadrante 1, con AE y tensión adelantada 0º¸90º Reactiva consumida
respecto a intensidad) inductiva
<4> Q2 (Reactiva Cuadrante 2, con AS y tensión retrasada 0º¸90º Reactiva generada
respecto a intensidad) capacitiva
<5> Q3 (Reactiva Cuadrante 3, con AS y tensión adelantada 0º¸90º Reactiva generada
respecto a intensidad) inductiva
<6> Q4 (Reactiva Cuadrante 4, con AE y tensión retrasada 0º¸90º Reactiva consumida
respecto a intensidad) capacitiva
Tabla 21. Cuadrantes de energía reactiva inductiva, capacitiva, consumida y generada.
Se han analizado tres centrales FV que presentan diferentes configuraciones, en las que cada
contador se corresponde con una instalación FV conectada a red de 100 kW de potencia
nominal:
Central A: Central con 10 contadores. Sistemas con baja concentración. Inversores

centrales de 100 kW.
Central B: Central con 10 contadores. Sistemas con módulo plano. Inversores centrales
de 100 kW.
Central C: Central con 8 contadores. Sistemas con módulo plano. Inversores “string” de
10 kW.
En las tres instalaciones se ha detectado una generación importante de Q3, Generación de

reactiva inductiva (intensidad de corriente retrasada respecto de tensión), p.e. Tabla 22. En la
Figura 14 a Figura 17 se presentan los porcentajes de energía reactiva vs. energía activa
generada. En los casos de inversores centrales el valor de Q3, reactiva inductiva generada
alcanza valores medios superiores al 15%. En el caso de la central con “string inverters” el valor
medio varía de un 12% en los meses de invierno hasta un 4% en los meses de verano. No
obstante en este caso se mide un valor de la energía reactiva capacitiva que difiere de cero
(esta energía ha resultado ser nula para inversores centrales), aunque no supera el 1%. En
todos los casos los inversores son de penúltima generación, fabricados en los años 2007-2008
y aseguran únicamente un factor de potencia superior a 0.99 a potencia nominal.
Cabe recordar2 que un porcentaje del 15% de energía reactiva frente a la energía activa
supone una pérdida de activa del 1% y equivale a un factor de potencia promedio de 0.988.
P
2
S2 P2 Q2 ; cos
S
29
A la vista de los resultados el efecto de generación de energía reactiva parece ser muy bajo y la
mejora del factor de potencia únicamente incrementaría en el mejor de los casos un 1% la
generación de energía activa. En la Figura 18 se presenta la variación de la energía inductiva
reactiva generada. Se observa que dicha generación se produce durante las horas de
funcionamiento del inversor.
EAC_consumida EAC_generada
Fecha Q1 [kVAr] Q2 [kVAr] Q3 [kVAr] Q4 [kVAr]
[kWh] [kWh]
sep-09 1 21434 0 0 3374 29
oct-09 2 18785 1 0 3100 31
nov-09 2 11933 0 0 2457 39
dic-09 3 6226 1 0 1821 68
ene-10 3 8060 0 0 2019 65
Tabla 22. Ejemplo de generación, datos de un contador de energía de una instalación FV de 100 kW de potencia
nominal.
Figura 14. Porcentaje de energía reactiva inductiva, Q3, vs. Activa generadas para los contadores nº 1 a 10.
Central FV A.
30
Central FV B.
Central FV C.
31
Figura 17. Porcentaje de energía reactiva capacitiva, Q2, vs. Activa generadas para los contadores nº 1 a 10.
Central FV C.
Figura 18. Variación de las energías activa y reactiva inductiva generadas a lo largo de un día de invierno, valores
horarios integrados.
7.1. Facturación de energía reactiva según el RD 661/2007.
32
En el RD 661 se especifica que las instalaciones fotovoltaicas conectadas a red

pueden cobrar un complemento por energía reactiva, Figura 19. En los contadores de
energía se mide la reactiva en los cuatro cuadrantes, Q1, Q2, Q3 y Q4. En las Figura
20 y Figura 21 se presentan los signos de las potencias activas y reactivas y en que
cuadrantes son indiuctivas o capacitivas, IEC 870-5-102 e IEC 62053-23.
Coincidente, Figura 13, con lo indicado por Red Eléctrica Española. Según estas
referencias:
Q1 reactiva importada (consumida) inductiva

Q2 reactiva exportada (genenerada) capacitiva
Q3 reactiva exportada (genenerada) inductiva
Q4 reactiva importada (consumida) capacitiva
En un contador instalado en una central fotovoltaica se entiende que la energía

importada equivale a consumida por la instalación y exportada a generada por la
instalación.
El modo de facturación de la energía reactiva se indica en el documento de la

Comisión Nacional de la Energía, Figura 23, de modo que la facturación de la
reactiva, en este caso exportada, es Qi=Q2-Q3. Si Qi>0 es inductiva y si Qi<0 es
capacitiva. Este valor seria calculado cuartohorariamente y ponderado según la
Tabla del RD 661, Figura 19, en la que las horas punta, llano y valle en las 7 zonas
se establecen según normativa [9]. Cabe notar que es necesario hacer un cambio
de nomenclatura, de modo que lo que el contador indica en sus registros como
reactiva inductiva, Q3, pasaría a ser facturado como reactiva capacitiva y viceversa,
la reactiva capacitiva, Q2, pasaría a ser facturada como reactiva inductiva.
Figura 19.Tabla para facturación de reactiva (fuente: RD 661/2007)
33
Figura 20.Cuadrantes del signo de las potencias (fuente: IEC 62053-23:2003)
Figura 21.Cuadrantes del signo de las potencias (IEC 62053-23:2003)
34
Figura 22. Potencias activa y reactiva en función del ángulo de desfase, ϕ.
Figura 23.Indicación para facturación de reactiva (fuente –extracto literal del documento de la Comisión Nacional
de la Energía, “Aclaraciones en relación con el complemento de energía reactiva establecido en el Real decreto
436/2004)
7.2. Nuevas normativas para inversores en “Smart grids”.
Anteriormente se ha mencionado que los inversores a cuyos datos corresponden las anteriores
figuras eran inversores de penúltima generación. Los inversores de última generación (año
2010) de algunos fabricantes y modelos comienzan a cumplir con la directiva de media tensión
de la BDEW alemana, también implementada en Francia y Austria [10,11] y en algunos puntos
similares en proceso de estudio en España3 [12,13], implementando el concepto de “Smart
3
El RD 1578/2008 indica que las instalaciones FV deberán soportar huecos de tensión.
35
grid”. Se incluye en este apartado un avance de la normativa4 aplicable en Alemania (y no en

España) en la que los inversores se caracterizan por[14,15,16, 17,18]:
Limitación de potencia según el artículo 6 de la ley alemana [19] de energías

renovables (EEG) /Gestión de la seguridad de la red.
Para evitar las sobrecargas de corta duración en la red, el operador de red puede
establecer un valor nominal de la potencia efectiva que el inversor genera en el transcurso
de 60 segundos (comunicación entre el operador de red y las centrales en tiempo real).
Regulación de la potencia efectiva en función de la frecuencia.
A partir de una frecuencia de red de 50.2 Hz, el inversor reduce automáticamente la

potencia activa inyectada siguiendo una curva característica predeterminada, con el objeto
de contribuir a la estabilidad de la red.
Soporte de red estático a través de la potencia reactiva.
Los inversores deberán generar a la red potencia reactiva capacitiva o inductiva, bajo tres
variantes: fija, variable o regulada:
a) Prescripción fija de la potencia reactiva por parte del propietario de la red.

El operador de la red indica una valor de potencia reactiva o un factor de
desviación fijo entre cos (ϕ)inductivo=0.95 y cos (ϕ)capacitivo=0.95
b) Prescripción dinámica de la potencia reactiva por parte del propietario de la red.
El operador de red propone un factor dinámico de desviación como valor
arbitrario entre cos (ϕ)inductivo=0.95 y cos (ϕ)capacitivo=0.95. Este factor se transmite a
través de una unidad de comunicación o de una señal de lazo de corriente
normalizadas (4..20 mA).
c) Regulación de la potencia reactiva por medio de una curva característica.
La potencia reactiva o el factor de potencia se regulan mediante una curva
característica predefinida, dependiente de la potencia activa y/o de la tensión de
red.
Soporte de fallos de red (continuidad de suministro y huecos de tensión).
Hasta el momento actual los inversores se deben desconectar de la red
inmediatamente (antes de 6 ciclos de red, 120 ms, relacionado con la prevención de la
operación en modo isla) en el caso de breves caídas de la tensión de red (huecos de
tensión). En caso de un hueco de tensión, todos los inversores, uno tras otro, se
apagan contribuyendo de este modo aún más al desequilibrio de la red. Con el objeto
de evitar un “posible efecto dominó en la red eléctrica general” y contribuir a la
estabilidad de red y dentro de un marco de apoyo dinámico supervisado de la red, los
nuevos inversores podrán volver a inyectar inmediatamente después de breves caídas
de tensión, dentro de unos márgenes prefijados.
4
En España NO APLICA la normativa incluida en este apartado. Se incluye esta descripción por
considerarla de posible interés para un futuro.
36
Es previsible que en un próximo futuro los inversores FV de conexión a red tengan que ser
interactivos y no como hasta el momento actual en que se limitan a generar la máxima
energía, con el mejor rendimiento y la mejor calidad de energía, que sea posible. En España
básicamente han de cumplir con lo estipulado en el RD 11773/2000 [20]. No obstante en
varios países de Europa comienza a entrar en vigor una serie de normativas orientadas a una
gestión inteligente (“Smart grid”) de la energía de origen fotovoltaico vertida en la red
eléctrica y bajo las premisas de una implantación significativa. Todo ello tiene ciertamente su
origen en los compromisos 20-20-20 adquiridos en la UE. Para conseguir estos objetivos de un
20% de energías renovables y 20% de reducción de las emisiones de CO2 para el año 2020 es
previsible una situación de aumento de la contribución de todas las energías renovables. Con
esta masiva implementación se modifica el esquema convencional de generación de energía
eléctrica pudiendo la fotovoltaica llegar a tocar el “pool” en el perfil de generación diaria21. Es
por esto que, en previsión, algunos países de la UE ya están implementando una regulación
que habilite la flexibilidad de generación en centrales FV, y algunos de estos nuevos
requerimientos podrían estar integrados en el inversor como elemento activo de generación.
El artículo 6 de la ley alemana de energías renovables EEG [19] establece que los operadores
de una central estarán obligados a equipar las centrales cuya potencia sobrepase los 100 kW
con un dispositivo técnico u operativo al que pueda acceder el operador de red y que le
permita a éste:
a) Reducir la potencia de alimentación por control remoto en casos de sobrecarga de la
red y
b) Detectar la potencia real de alimentación en cada momento
El nuevo código alemán para la inyección en paralelo con la red de media tensión [17],
resultado de la adaptación del “TransmissionCode 2007” [16] establece una serie de nuevos
requerimientos con los objetivos de garantizar la estabilidad de la red eléctrica ante una mayor
cuota de fuentes de generación de energías renovables, facilitar el control de los sistemas
conectados a red.
7.2.1. Operación estacionaria.
Bajo operación normal, operación estacionaria, los sistemas fotovoltaicos conectados a la red
tendrán que cumplir con los siguientes aspectos orientados a la estabilización de la red
eléctrica:
Generación de potencia reactiva

El operador de red puede establecer la generación o consumo de potencia reactiva,
mediante una referencia fija, mediante una tabla predefinida o mediante un control
remoto en tiempo real. La referencia en si misma puede ser en forma de un factor de
potencia constante, variable en función de la potencia activa generada, una potencia
reactiva contante y opcionalmente como una función de la tensión. Por tanto el
inversor FV ha de ser capaz de operar en los 4 cuadrantes, cos (ϕ)inductivo=0.95 y cos
37
(ϕ)capacitivo=0.95, bajo una referencia externa con un tiempo de respuesta del orden de
10s a 1minuto.
Limitación de la potencia activa
Los operadores del sistema eléctrico tienen la posibilidad de limitar la generación
temporalmente en casos críticos, p.e. en caso de sobrecarga o aumento de la
frecuencia. Para ello los inversores deberán tener un control remoto para reducir la
potencia activa de salida, pero también realizar una reducción de potencia en modo
autónomo en función de la frecuencia de la red, Figura 24. De este modo cuando la
frecuencia de la red supere los 50.2 Hz el inversor reducirá su potencia con una
pendiente lineal del 40%/Hz. Por encima de 51.5 Hz el inversor ha de desconectarse de
la red.
Figura 24. Reducción de la potencia en función de la frecuencia de red [16].
Requerimientos para la calidad de la energía generada

En estas nuevas normativas se incluyen requerimientos adicionales sobre la influencia
sobre la tensión de la red, fluctuaciones de tensión, flicker y armónicos e inter-
armónicos de corriente hasta una frecuencia de 9 kHz.
7.2.2. Operación dinámica de soporte de red.

En este nuevo marco normativo los sistemas FV conectados a red permanezcan conectados
siempre que la frecuencia de red esté dentro del rango entre 47.5 y 50.5 Hz.
También han de soportar huecos de tensión (“low voltaje Fault-Ride-trough capbility”) de
modo que:
No haya desconexión de la red durante el hueco de tensión.
No haya cambio en la potencia activa generada antes y después del hueco para evitar
la desestabilización en frecuencia del sistema.
La generación de potencia reactiva durante el hueco para la estabilización del nivel
local de tensión.
38
Figura 25. Operación en huecos de tensión [16].
Figura 26. Generación de potencia reactiva en perturbaciones de huecos de tensión [16].
9. Agradecimientos
Los autores agradecen a la empresa Fotovoltaica10CM y en especial a José Antonio Fernández,
el acceso a sus centrales fotovoltaicas en la Comunidad de Castilla-La Mancha y la atención
prestada en todo momento.
También se agradecen los comentarios y lectura previa de este documento a Nicolás Lapique
de la empresa Panasonic Electric Works España.
10. Referencias
39
[1] RD 1110/2007, BOE 224 de 18 de septiembre 2007. Regulación unificada de medida del sistema
eléctrico.
[2] UNE EN 62 056-21 apartado 4.
[3] Véase por ejemplo los sistemas de montorización de www.sma.es ; www.ingeteam.es;
www.solarmax.com; www.fronius.com ; www.xantrex.com
[4] Ver por ejemplo: www.tellinksistemas.com; www.centegraf.com; www.mirakonta.es;
www.gestinel.com
[5] Ver por ejemplo: www.ismsolar.com; www.netsystems.es; www.psfview.com ;
www.greenpowermonitor.com; www.sennetsolar.com
[6] IEC 870-5-102. Telecontrol equipment and systems. Par 5: Transmission protocols. Section 102:
Companion standard for the transmission of integrated total in electric power systems. First Ed. 1996-
06.
[7] RED ELÉCTRICA ESPAÑOLA. Reglamento de puntos de medida. Protocolo de comunicaciones entre
registradores y concentradores de medidas o terminales de medidas o terminales portátiles lectura.
Revisión 10.04.02, 10 de Abril de 2.002.
[8] Sistema de información de medidas eléctricas SIMEL. Definición sentidos de energía en el
concentrador principal. Mayo 1999. Documento disponible en www.ree.es (21.03.03).
[9] ORDEN ITC/2794/2007, de 27 de septiembre ( BOE del 29 de septiembre de 2007) por la que se
revisan las tarifas eléctricas a partir del 1 de octubre de 2007.
[10] Décret n° 2008-386 du 23 avril 2008 relatif aux prescriptions techniques générales de conception et
de fonctionnement pour le raccordement d’installations de production aux réseaux publics d’électricité,
Ministère De L’écologie, De L’énergie, Du Développement Durable Et De L’aménagement Du Territoire,
Paris, April 2008.
[11] Arrêté du 23 avril 2008 relatif aux prescriptions techniques de conception et de fonctionnement
pour le raccordement à un réseau public de distribution d’électricité en basse tension ou en moyenne
tensión d’une installation de production d’énergie électrique, Ministère De L’écologie, De L’énergie, Du
Développement Durable Et De L’aménagement Du Territoire, Paris, April 2008
[12] E. Collado, Transición, evolución y perspectivas de la industria fotovoltaica española. Asif. Revista
energética XXI. Diciembre 2008.
[13]Borrador del nuevo Procedimiento operativa P.O.12.2. E. Collado, ASIF,
http://www.suelosolar.es/newsolares/newsol?id=644 de 31/03/09.
[14]Technische Richtlinie für Anschluss und Parallelbetrieb von Erzeugungsanlagen am
Mittelspannungsnetz, Ausgabe Juni 2008, Bundesverband der Energie- und Wasserwirtschaft e.V.
(BDEW), Berlin, 2008
[15+ “TOR D4 – Parallelbetrieb von Erzeugungsanlagen mit Verteilernetzen”, e-control GmbH, January
2009
[16] TransmissionCode 2007. Network and System Rules of the German Transmission System Operators.
VDN, August 2007.
[17+ BDEW Berlin. “Technische Richtlinie Erzeugungsanlagen am Mittelspannungsnetz”. Edition June
2008. Federal
association for the management of energy and water (BDEW), Berlin.
[18] Bründlinger et. Al. PV inverters supporting the grid – First experiences with testing and qualification
according to the new grid interconnection guidelines in Germany, Austria and France. Proc. Of the 24th
EPVSEC 2009, Hamburg, Germany
[19] EEG – 2004, The main features of the Act on granting priority to renewable energy
sources, BMU (Federal Ministry for the Environment, Nature Conservation and Nuclear
Safety), 2004, http://www.bmu.de/files/english/renewable_energy/downloads/application/pdf/
eeg_gesetz_merkmale_en.pdf, (August 2008). Versión en español en
http://www.bmu.de/files/pdfs/allgemein/application/pdf/eeg_2009_sp.pdf
[20] Real Decreto 1663/2000, de 29 de septiembre, sobre conexión de instalaciones fotovoltaicas a la
red de baja tensión. Boletín Oficial del Estado núm. 235, de 30 de septiembre de 2000.
21
En http://www.ree.es se puede acceder a los perfiles históricos y en tiempo real de la demanda
energética en España.
40

Articulo Contadores

Cargado por

Copyright:

Formatos disponibles

Articulo Contadores

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Articulo Contadores

Cargado por

Copyright:

Formatos disponibles

Publicado en la revista Era Solar, 2010; 156:18-32. 157:34-46. 158:70-85.

Lectura de contadores de energía en

Tel: 91 3466492; Fax : 91 3466037; e-mail: miguel.alonso@ciemat.es

El objetivo de este trabajo es proporcionar, a la comunidad FV en general y a los

La lectura remota de los contadores de energía es un requerimiento[1] que obligatoriamente

Habitualmente la gran mayoría de los fabricantes de inversores ofrecen la posibilidad de

Utilización de los programas comerciales de los fabricantes de los contadores.

El protocolo de comunicaciones es no balanceado o desequilibrado, lo cual quiere decir que

Figura 2. Esquema de conexionado para comunicación con de los contadores de energía

3.2. Carácter de inicio

3.3. Campo de control:

RES: Reserva (Siempre a 0)

DFC: Control de flujo de datos.

3.4. Datos de aplicación (ASDU)

3.6. Carácter de END

4. Estructura de los datos de aplicación (ASDU)

Según lo especificado en [6,7] en sus apartados 7 y 5 respectivamente, la estructura general de

Una ASDU se compone de:

4.1. Identificador de unidad de datos

La identificación de tipo (1 byte).

4.1.1 Identificación de tipo

La nomenclatura utilizada en la IEC 870-5 es:

Identificador de tipo :=UI8[1..8]<1..255>

Tabla 1. Identificadores de tipo, referencia [7]

4.1.2 Cualificador de estructura variable

4.1.3 Causa de transmisión

Causa de transmisión :=CP8{Causa,P/N,T}

Causa Significado de la causa de transmisión

4.1.4 Dirección común del ASDU

Dirección del punto de medida, 2 bytes :=UI16[1..16]<0..65535>

Dirección de registro Uso

Contrato I: Tarifas de Acceso.

En instalaciones FV el tipo de contrato habitual es el contrato tipo III.

4.2. Objetos de información

4.2.1 Dirección de objeto

Dirección de objeto, 1 byte :=UI8[1..8]<0..29>

Dirección Objeto de Información

4.2.2. Elementos de información

4.2.2.1. Elementos de información: totales integrados

Totales integrados :=CP40{energía,cualificador}

IV=La lectura es válida (IV=0)

4.2.2.2. Elementos de información: Información de tarificación

Información de Tarificación Nº Bytes

4.2.2.2. Elementos de información: Etiquetas de tiempo

Etiqueta de tiempo tipo a

5. Estructura de los datos de aplicación (ASDU) específicos

5.1. Totales integrados por intervalos de tiempo

Identificador de tipo = <122..123>

Etiqueta de tiempo final (5 bytes)

La causa de transmisión podrá ser cualquiera de las indicadas en el apartado 4.1.3. Si la

Identificador de tipo = <8> o <11>

La causa de transmisión será 5 (solicitada). Si la dirección de registro es 11 se solicitan los

5.1.1. Ejemplo de comando de lectura de valores integrados

5.1.1.1 Ejemplo de comando ASDU 122

La longitud de trama es el número hexadecimal H15 que en notación decimal equivale al

Figura 9. Formato de la dirección del contador, de decimal a Hexadecimal.

Etiqueta de tiempo tipo a Decimal Binario

Si se ponen seguidos todos los datos en binario:

000000 0 0 11010 00 0 11100 000 0100 00 00 0101000 0