Fotografía: InEleco.

Le c t u ra d e c o n t ad o re s d e e n e rg ía e n c e n t rale s FV ( I )

Imp le me n t ac ió n d e l p ro t o c o lo IEC 870-5102 e n sist e mas d e mo n it o riz ac ió n

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 obligato-

M. Alonso-Abella y F. Chenlo

r i a p a ra t o d o s l o s c o n t a d o r e s d e

El objetivo de este trabajo es proporcionar, a la comunidad fotovoltaica 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

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 con-

detalle los comandos básicos para las lecturas de valores de energía periódicos y de finales

tadores de energía deben tener ca-

de cierre incluidas en los estándares de referencia [1, 2]. Esto puede ser útil para

pacidad de comunicación, por puer-

propietarios de instalaciones de pequeña potencia y también para grandes centrales

tos [2] ópticos, RS232 o RS485, jun-

fotovoltaicas en las que los usuarios quieren tener un sistema de medida de energía propio

to con un modem GSM. Esta capaci-

y automatizado independiente de las lecturas de las compañías eléctricas.

dad de telelectura es utilizada en la práctica casi exclusivamente para la

En este trabajo se presenta un modo

ciones. Mediante el protocolo de co-

lectura remota por parte de la com-

simple y práctico para la lectura re-

municaciones IEC 870-5-102 el pro-

pañía eléctrica para la facturación

mota de los contadores de energía

ceso de telelectura se puede imple-

de producciones y consumos de las

de centrales fotovoltaicas (FV) y su

mentar como un programa de orde-

instalaciones FV. Las lecturas de los

implementación en sistemas de mo-

nador independiente o integrado en

contadores son adquiridas remota y

nitorización. Los contadores de

el sistema de monitorización de las

automáticamente por las compañías

energía se pueden monitorizar local

centrales fotovoltaicas.

eléctricas mediante software especí-

o remotamente para la obtención de

La lectura remota de los contadores

fico para la facturación. En cualquier

los valores de energía de las instala-

de energía es un requerimiento[1]

momento el usuario puede solicitar

ERA SOLAR 156 Mayo/Junio 2010

18

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

ERA SOLAR 156 Mayo/Junio 2010

19

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 prograFigura 1.- Ejemplo de contadores de energía de diferentes fabricantes (en la figura: Landis&Gyr, Circuitor, Actaris, ZIV, Orbis) utilizados habitualmente en centrales FV.

mador profesional o habituado a realizar este tipo de actividades. En este documento se intenta explicar

encontrar empresas que han des-

La opción que se plantea en este

de un modo sencillo este protocolo.

arrollado software para la gestión de

trabajo es suministrar la información

En cualquier caso y tal como se ha

contadores de energía [4].

necesaria para que cualquier usuario

comentado anteriormente los dife-

En la actualidad hay una amplia

con ligeros conocimientos de pro-

rentes fabricantes de contadores y

oferta de empresas [5] que ofertan

gramación pueda desarrollar su pro-

las empresas de ingeniería ofertan

servicios especializados para la mo-

pio software de lectura de contado-

comercialmente sus programas para

n i t o r i z a c i ó n d e c e n t ra l e s F V q u e

res de energía o incorporar estos

realizar estas funciones.

también incluyen las lecturas de los

datos en un sistema de monitoriza-

contadores dentro del sistema glo-

ción global de la instalación.

bal de monitorización.

PROTOCOLO DE COMUNICACIONES El protocolo de comunicaciones es-

La opción que se plantea en este

NORMATIVA

tá especificado detalladamente en

trabajo es suministrar la información

Los contadores de energía de cual-

la norma IEC 870-5-102:1996 [6] y

necesaria para que cualquier usuario

quier fabricante deben cumplir con

en el documento de referencia de

con ligeros conocimientos de pro-

la norma IEC 870-5-102 [6], que en

REEE [7]. Se reproducen en este

gramación pueda desarrollar su pro-

España es de obligatorio cumpli-

trabajo algunos de los conceptos

pio software de lectura de contado-

miento según las regulaciones [7]

considerados de especial relevancia

res de energía o incorporar estos

de Red Eléctrica Española, REE. Para

con el objeto de facilitar al lector su

datos en un sistema de monitoriza-

la medida remota automatizada el

comprensión y poder interpretar

ción global de la instalación.

usuario debe instalar un modem

con facilidad los comandos básicos para efectuar las lecturas de los val o r e s d e e n e r g í a ( i n t e g ra d o s p o r 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 conver-

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

ERA SOLAR 156 Mayo/Junio 2010

20

tidor RS232/RS485 por cada conta-

dor. El intercambio de información

• Checksum.

cesivos mensajes de send/confirm o

se realiza mediante el método pre-

• Carácter End.

request/respond.

gunta-respuesta ( request/respond ),

Se utiliza para borrar pérdidas o du-

pero también soporta envío/res-

CARÁCTER DE INICIO

plicados de transferencia de infor-

puesta ( send/reply ) y envío/confir-

Es el que inicia la trama (1 byte). En

mación. El maestro alterna el bit

mación ( send/confirm ).

las tramas de longitud variable es el

FCB para cada nueva transmisión di-

byte hexadecimal 68, indicado como

rigida al mismo contador esclavo. En

16#68 o H68. Se utiliza dos veces,

caso de no alternar este bit, el es-

una para comenzar la trama y otra

clavo entiende que es una repetición

para indicar el lugar en el que co-

del comando recibido con anteriori-

mienzan los comandos de la misma.

dad. Por tanto el master ha de rete-

En las tramas de longitud fija es el

ner este bit para cambiarlo en cada

byte H10.

mensaje a un mismo esclavo. Está relacionado con el bit FCV que lo va-

(a)

LONGITUD

lida o inválida.

S e e nv í a p o r d u p l i c a d o. S o n d o s

FCV: Habilita el bit FCB.

bytes repetidos y cada uno indica el

FCB inhabilitado .

número de bytes que se envían en la

FCB habilitado.

trama comenzando por el campo de

ACD: Bit de solicitud de acceso. Hay

control (incluido) hasta el Checksum

dos clases de datos proporcionados,

(no incluido).

referenciados como clase 1 y clase 2. No acceso a datos clase 1.

CAMPO DE CONTROL

Acceso a datos clase 1.

El byte (8 bits o 1 octecto) campo

Según el reglamento de REE, única-

de control del enlace, C, de la figura

mente se utilizan datos de clase 2 y

3 tiene la estructura indicada en la

por tanto se ignorará el bit de esta-

figura 4, en donde:

do ACD.

RES: Reserva (Siempre a 0).

DFC: Control de flujo de datos.

Bite reservado para futuras aplica-

Se aceptan futuros mensajes .

ciones. Actualmente vale siempre 0.

Los mensajes futuros causarán

PRM: Dirección de Control.

desbordamiento de datos (data

Mensaje del secundario (que

overflow).

Figura 3.- Formato de los comandos (tramas) de (a) longitud variable o (b) de longitud fija.

responde).

Bit utilizado por los contadores es-

Mensaje del primario (que inicia).

c l a v o s p a ra i n d i c a r a l o r d e n a d o r

Expresa el flujo de la información. Si

maestro que el siguiente mensaje

Los comandos (tramas de enlace)

el comando es de maestro a esclavo

causará desbordamiento de datos.

pueden ser de longitud fija o de lon-

vale 1, PRM=1, y vale 0, PRM=0, si

Los códigos de función aceptados en

gitud variable, figura 3 . En los co-

el comando es de respuesta de es-

las tramas enviadas por la estación

mandos de longitud variable la longi-

clavo a maestro.

primaria o maestro (PRM=1) son:

tud de la trama es configurable me-

FCB: Es el bit de cuenta de trama

0 Reposición del enlace remoto. Bit

diante parámetros con un máximo

(Frame Count Bit).

FCV de código de control a 0.

de 255 caracteres. Los comandos

= bit alternante para su-

3 Envío de datos de usuario. Bit FCV

(b)

constan de los siguientes campos: • Carácter de inicio. • Longitud. • Campo de control. • Dirección. • Datos de aplicación (ASDU).

Figura 4.- Estructura del campo de control C de la trama en los dos casos de dirección de comunicación, de maestro a exclavo, PRM=1, o de exclavo a maestro, PRM=0.

ERA SOLAR 156 Mayo/Junio 2010

22

de código de control a 1.

enlace que serán distintas entre sí

9 Solicitud de estado del enlace. Bit

en las configuraciones multipunto.

ESTRUCTURA DE LOS DATOS DE APLICACIÓN (ASDU) Según lo especificado en [6,7] en

FCV de código de control a 0. 11 Solicitud de datos clase 2. Bit

DATOS DE APLICACIÓN (ASDU)

sus apartados 7 y 5 respectivamen-

FCV de código de control a 1.

Los datos de aplicación (Aplication

te, la estructura general de los da-

Los códigos de función para las tramas

Service Data Unit) contienen la in-

tos de aplicación, figura 5, es:

enviadas por la estación secundaria o

formación enviada por los maestros

• Una ASDU se compone de:

contadores esclavos (PRM=0) son:

o esclavos en los comandos o tra-

- Un identificador de unidad de datos.

0 ACK. Reconocimiento positivo.

mas de longitud variable. De acuer-

- Uno o más objetos de información.

1 NACK. Comando no aceptado.

do con REE se enviará un ASDU por

- Una o ninguna etiqueta de tiempo

8 Datos de Usuario.

trama. Su estructura se analiza en

común.

9 NACK. Datos solicitados no dispo-

detalle en el siguiente apartado. IDENTIFICADOR DE UNIDAD DE DATOS

nibles. 11 Estado del enlace o demanda de

CHECKSUM

El identificador de unidad de datos

acceso.

Es un byte con la suma aritmética

tiene siempre la misma estructura

de todos los bytes comenzando por

para todas las ASDU:

DIRECCIÓN

el campo de control (incluido) hasta

• La identificación de tipo (1 byte).

Se refiere a la dirección del esclavo

el checksum (no incluido).

• Un cualificador de estructura variable (1 byte).

a quien va dirigida la trama. La dirección tendrán una longitud de 2

CARÁCTER DE END

• Una causa de transmisión (1 byte).

octetos (2 bytes) pudiendo tomar

El carácter END es el que indica el

• Una dirección común del ASDU (3

los valores desde 0 (H0000) hasta

fin del mensaje o trama. Se corres-

bytes).

65535 (HFFFF), figura 3. Cada con-

ponde con el byte hexadecimal

tador tendrá una única dirección de

16H.

Identificación de tipo La identificación de tipo es un número de función indicado en la 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] 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 están definidos en dicha norma, dejando los valores para uso especial y se especifican en el documento de REE, tabla 1.

Cualificador de estructura variable El cualificador de estructura variable Figura 5.- Formato de las tramas de longitud variable, indicando la estructura completa de los datos de aplicación (ASDU). ERA SOLAR 156 Mayo/Junio 2010

24

contiene información acerca del número de objetos de información envia-

Identificadores de tipo Uso

Mnemónico

mero N de objetos de información.



Información de evento (single-point) con etiqueta de tiempo. Se empleará en la transmisión de incidencias

M_SP_TA_2

Cualificador de estructura variable



Totales integrados operacionales, 4 octetos (lecturas de contadores absolutos, en kWh o kVARh)

M_IT_TG_2

:=CP8{N,SQ}



Totales integrados operacionales repuestos periódicamente, 4 octetos (incrementos de M_IT_TK_2 energía, en kWh o kVARh)



Identificador de fabricante y equipo. En lugar de un código de producto se enviará un P_MP_NA_2 identificador de equipo



Fecha y hora actuales Leer identificador de fabricante y equipo Leer registro de información de evento (single-point) por intervalo de tiempo Leer fecha y hora actuales Leer totales integrados operacionales por intervalo de tiempo y rango de direcciones



Leer totales integrados operacionales repuestos periódicamente por intervalo de tiemC_CI_NU_2 po y rango de direcciones



Firma electrónica de los totales integrados (lecturas) Parámetros del punto de medida



Firma electrónica de los totales integrados repuestos periódicamente (incrementos de M_DS_TB_2 energía)

la causa de la transmisión. El bit nº



Fechas y horas de cambio de horario oficial Carga de Clave Privada de Firma Leer Información de Tarificación (Valores en Curso) Leer Información de Tarificación (Valores Memorizados) Información de Tarificación (Valores en Curso) Información de Tarificación (Valores Memorizados) Cerrar Período de Facturación Reservado para versiones futuras del protocolo RM-CM

8 indica si es prueba o no (test), el



Bloques de totales integrados operacionales (lecturas de contadores absolutos, en kWh o kVARh)



Bloques de totales integrados operacionales repuestos de energía periódicamente (inM_IB_TK_2 crementos de energía en kWh o kVARh)

Causa de transmisión :=CP8{Cau-



Leer la configuración del equipo RM Envío de la configuración del equipo RM Modificación de la configuración de los puertos de comunicaciones Lectura de potencias de contrato Envío de potencias de contrato Modificación de potencias de contrato Lecturas de días festivos Envío de días festivos Modificación de días festivos Reservados para versiones futuras del protocolo RM–CM Leer firma electrónica de los totales integrados por intervalo de tiempo (lecturas) Cambiar fecha y hora Leer los parámetros del punto de medida Iniciar sesión y enviar clave de acceso

C_RM_NA_2 M_RM_NA_2 C_MR_NA_2 C_PC_NA_2 M_PC_NA_2 C_MC_NA_2 C_DF_NA_2 M_DF_NA_2 C_MF_NA_2

sa,P/N,T}

C_DS_TA_2 C_CS_TA_2 C_PI_NA_2 C_AC_NA_2

:=no test



Leer firma electrónica de los totales integrados repuestos periódicamente, por intervalo de tiempo (incrementos de energía)



Leer fechas y horas de cambio de horario oficial Modificar fechas y horas de cambio de horario oficial Finalizar sesión Reservado para versiones futuras del protocolo RM-CM Leer bloques de totales integrados operacionales por intervalo de tiempo y dirección



Leer bloques de totales integrados operacionales repuestos periódicamente por interC_CB_NU_2 valo de tiempo y dirección

Id.

M_TI_TA_2 C_RD_NA_2 C_SP_NB_2 C_TI_NA_2 C_CI_NT_2

M_DS_TA_2 P_ME_NA_2

M_CH_TA_2 C_PK_2 C_TA_VC_2 C_TA_VM_2 M_TA_VC_2 M_TA_VM_2 C_TA_CP_2

N=número de objetos de información :=UI7[1..7] SQ:Secuencia

:=BS1[8]

(siempre SQ=0)

Causa de transmisión El tercer octecto (byte) del identificador de la unidad de datos define

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, .

M_IB_TG_2

C_DS_TB_2 C_CH_TA_2 C_MH_TA_2 C_FS_NA_2 C_CB_NT_2

Reservados para versiones futuras del protocolo RM–CM Uso libre para cada fabricante

RM=Registradores de medida; CM=Concentradores de medida.

Tabla 1.- Identificadores de tipo, referencia [7].

Se especifica como:

Causa :=UI6[1..6] P/N :=BS1[7] :=Confirmación positiva :=Confirmación negativa T=Test :=BS1[8] :=test Normalmente los bit P/N y T valen 0. Causa

Significado de la causa de transmisión



Inicializada



Petición o solicitada (request or requested)



Activación



Confirmación de activación



Desactivación



Desactivación confirmada



Finalización de la activación



Registro de datos solicitado no disponible



Tipo de ASDU solicitado no disponible



Número de registro en el ASDU enviado por CM desconocido



Especificación de dirección en el ASDU enviado por CM desconocida

do en la trama de longitud variable.

:= Se indica la dirección exclusi-

En el caso en que el número de ob-

vamente al primer objeto, siendo las



Objeto de información no disponible

jetos de información sea superior a

direcciones del resto consecutivas.



Período de integración no disponible

1, la norma IEC 870-5-102:1996 es-

El protocolo de REE indica que este



Reservados para versiones futuras del protocolo RM–CM

tablece dos tipos de acceso a las di-

bit toma siempre el valor cero,

recciones de los objetos de informa-

SQ=0. Los bits 7 a 1 indican el nú-

ción. La selección del tipo de acceso se realiza mediante el bit nº 8 de este cualificador denominado SQ.

Figura 6.- Cualificador de estructura variable.

SQ :=BS1[8] := Para cada objeto de información se indica su dirección.

Figura 7.- Causa de transmisión.

ERA SOLAR 156 Mayo/Junio 2010

26

Uso libre para cada fabricante

Tabla 2.- Causa de transmisión referencia [6,7].

Dirección de registro

Uso

• Contrato III: Uso genérico: Auto-



Dirección de defecto Totales integrados con período de integración 1 (curva de carga)

productores o Tarifas Generales de



RESERVA. [Posible uso futuro para Totales integrados con período de integración 2(curva de carga, habitualmente cuartohoraria)].

Compra.



RESERVA. [Posible uso futuro para Totales integrados con período de integración 3(curva de carga)] Totales integrados (valores diarios) con período de integración 1 (resumen diario)

En instalaciones FV el tipo de con-



RESERVA. [Posible uso futuro para Totales integrados (valores diarios) con período de integración 2 (resumen diario)]



RESERVA. [Posible uso futuro para Totales integrados (valores diarios) con período de integración 3 (resumen diario)]



Información de evento (single-point), sección 1: incidencias de arranques y tensión bajo límites Información de evento (single-point), sección 2: incidencias de sincronización y cambio de hora Información de evento (single-point), sección 3: incidencias de cambio de parámetros Información de evento (single-point), sección 4: errores internos Información de evento (single-point), sección 5: incidencias de intrusismo Información de evento (single-point), sección 6: incidencias de comunicaciones Información de evento (single-point), sección 7: incidencias de clave privada Información de evento (single-point), sección 8: incidencias de Contrato I Información de evento (single-point), sección 9: incidencias de Contrato II Información de evento (single-point), sección 10: incidencias de Contrato III Información de Tarificación relativa al Contrato I Información de Tarificación relativa al Contrato II Información de Tarificación relativa al Contrato III Información de Tarificación relativa al Contrato Latente I Información de Tarificación relativa al Contrato Latente II Información de Tarificación relativa al Contrato Latente III Reservados para versiones futuras del protocolo RM–CM Uso libre para cada fabricante

Tabla 3.- Direcciones de registro, referencia [6,7].

trato habitual es el contrato tipo III. En relación con los puntos de medi-

da , 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

Dirección común del ASDU

Un Contador de energía puede ges-

sólo lectura que no permita la alte-

Los tres últimos bytes del identifica-

tionar hasta tres Contratos indepen-

ración de ningún parámetro del re-

dor de unidad de datos contienen la

d i e n t e s e n t r e s í , d e m a n e ra q u e

gistrador). En una sesión abierta pa-

dirección común del ASDU que se

existen tres conjuntos de informa-

ra un punto de medida solo se res-

compone a su vez de:

ción, uno para cada contrato. Los

ponderá a los mensajes para dicho

• Dirección del punto de medida, 2

contratos se asignan para los si-

punto de medida. Para obtener da-

bytes :=UI16[1..16]

guientes propósitos.

tos de otro punto de medida es ne-

• Dirección de registro, 1 byte

• Contrato I: Tarifas de Acceso.

cesario cerrar la sesión y abrir otra

:=UI8[1..8]

• Contrato II: Tarifas generales de Compra.

para ese punto de medida.

Dirección

Objeto de Información Totales Integrados de Activa Entrante Totales Integrados de Activa Saliente Totales Integrados de Reactiva primer cuadrante Totales Integrados de Reactiva segundo cuadrante Totales Integrados de Reactiva tercer cuadrante Totales Integrados de Reactiva cuarto cuadrante Datos de reserva 1 Datos de reserva 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 in-



Bloque de totales integrados genérico con datos de reserva(Punto de medida con direcciones de objeto 1 al 8)



Bloque de totales integrados genérico sin datos de reserva(Punto de medida con de direcciones de objeto 1 al 6)

• Una etiqueta de tiempo de objeto



Bloque de totales integrados de consumo puro sin reservas (Punto de medida con direcciones de objeto 1, 3 y 6)

de información (opcional).



Reservados para futuras ampliaciones del Protocolo Información de Tarificación (Totales) Información de Tarificación (período tarifario 1) Información de Tarificación (período tarifario 2) Información de Tarificación (periodo tarifario 3) Información de Tarificación (periodo tarifario 4) Información de Tarificación (período tarifario 5) Información de Tarificación (periodo tarifario 6) Información de Tarificación (período tarifario 7) Información de Tarificación (período tarifario 8) Información de Tarificación (período tarifario 9)

formación .

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]

Tabla 4.- Direcciones de objeto, referencia [6,7].

Elementos de información Un conjunto de elementos de información puede ser un elemento de información único, una combinación

Figura 8.- Byte de cualificadores.

ERA SOLAR 156 Mayo/Junio 2010

28

Información de Tarifació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]

4

VinA = Energía incremental Activa

:= UI32[33..64]

4

CinA = Cualificador de Energía Activa

:= UI8[65..72]

1

VabRi = Energía absoluta Reactiva Inductiva

:= UI32[73..104]

4

VinRi = Energía incremental Reactiva Inductiva

:= UI32[105..136]

4

CinRi = Cualificador de Energía Reactiva Inductiva

:= UI8[137..144]

1

VabRc = Energía absoluta Reactiva Capacitiva

:= UI32[145..176]

4

VinRc = Energía incremental Reactiva Capacitiva

:= UI32[177..208]

4

CinRc = Cualificador de Energía Reactiva Capacitiva

:= UI8[209..216]

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]

4

FechaA = Fecha del Máximo

:= UI40[329..368]

5

CMaxA = Cualificador de Máximos

:= UI8[369..376]

1

VexcA = Excesos de las Potencias

:= UI32[377..408]

4

CexcA = Cualificador de Excesos

:= UI8[409..416]

1

FechaIni = Inicio del período

:= UI40[417..456]

5

FechaFin = Fin del período

:= UI40[457..496]

5

Tabla 5.- Información de tarifación, referencia [7]. de elementos, o una secuencia de

CA = Contador sincronizado durante

ríodo de Facturación para cada pe-

elementos de información que com-

el periodo.

ríodo tarifario. Este conjunto inclu-

parten la misma dirección y la mis-

CY = Overflow (CY=1).

ye los valores de energía, máximos,

ma etiqueta de tiempo. Se usarán

VH = Verificación horaria durante el

excesos y registros de reserva aso-

los formatos indicados en el aparta-

periodo (VH=1).

ciados a cada uno de los períodos

do 5.2.5 de la referencia [7]. A con-

MP = Modificación de parámetros

tarifarios considerados de acuerdo

tinuación se indica el formato de al-

durante el periodo (MP=1).

a la discriminación horaria, así co-

gunos de ellos.

INT = Se produjo un intrusismo du-

mo el total referido al conjunto de

rante el periodo (INT=1).

todos los períodos tarifarios. Los lí-

Elementos de información:

AL = Periodo incompleto por fallo de

mites en la discriminación horaria

totales integrados

alimentación en el periodo (AL=1).

de períodos tarifarios de la Tarifa

Constan de un número de 32 bits (4

RES = Reserva.

de Acceso coinciden con múltiplos de cuarto de hora. Por coherencia

bytes u octetos) seguidos de un byte de cualificadores.

Elementos de información:

con el menor período para totales

Totales integrados :=CP40{energía,cua-

información de tarificación

integrados, la máxima resolución de

lificador}

La información de tarificación está

discriminación horaria es de múlti-

Energía (kWh o kVAr) :CP32[1..32]

res de interés desde el punto de

Este tipo de lecturas de contadores

Cualificador :UI8[1..8]

vista de Tarificación elaborados por

se refiere habitualmente como “lec-

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

el contador de energía en cada Pe-

turas de cierres” y son para cada tipo de contrato (I, II o III) y para

Etiqueta de tiempo tipo a

cada punto de medida.

Información de tiempo

:=CP40{minuto,TIS,IV,hora,RES1,SU,diames,diasemana,mes,ETI,PTI,año,RES2}

minuto

:=UI6[1..6]

El inicio del período de facturación o

TIS = información de tarifa

:=BS1[7]; :=tarifa OFF; :=tarifa ON

IV = Válido

:=BS1[8]; :=válido; :=inválido

de valores en curso, es la fecha/ho-

hora

:=UI5[9..13]

ra d e i n i c i o d e e s e p e r í o d o, q u e

RES1 = Reserva 1

:=BS2[14..15]

SU = horario de verano

:=BS1[16]; :=tiempo estándard; :=horario verano

coincidirá con la fecha/hora de cie-

dia/mes

:=UI5[17..21]

rre del anterior período de factura-

dia/semana

:=UI3[22..24]

mes

:=UI4[25..28]

ción, siempre y cuando haya tenido

ETI = Info tarifa energía

:=UI2[29..30]

lugar un cierre de facturación pre-

PTI = Info tarifa potencia

:=UI2[31..32]

año

:=UI7[33..39]

vio. Ambas fechas/horas serán múl-

RES2 = Reserva 2

:=BS1[40]

tiplos de la máxima resolución de discriminación horaria anteriores al

Tabla 6.- Etiquetas de tiempo tipo a (5 bytes), referencia [6].

ERA SOLAR 156 Mayo/Junio 2010

30

momento de solicitud de la informa-

www.netsystems.es; www.psfview.com ;

http://www.suelosolar.es/newsolares/ne

ción. El fin del período de factura-

www.greenpowermonitor.com; www.sen-

wsol?id=644 de 31/03/09.

ción coincide con la fecha/hora de

netsolar.com

[14] Technische Richtlinie für Anschluss

cierre de facturación del período en

[6] IEC 870-5-102. Telecontrol equipment

und Parallelbetrieb von Erzeugungsanla-

el caso de Memorias y con la fecha

and systems. Par 5: Transmission proto-

gen am Mittelspannungsnetz, Ausgabe

del último período de integración,

cols. Section 102: Companion standard

Juni 2008, Bundesverband der Energie-

según máxima resolución de discri-

for the transmission of integrated total in

und Wasserwirtschaft e.V. (BDEW), Ber-

minación del Contrato, ya finalizado

electric power systems. First Ed. 1996-06.

lin, 2008.

en el momento de la petición en el

[7] Red Eléctrica Española. Reglamento

[15] “TOR D4 - Parallelbetrieb von Erzeu-

caso de Valores en curso. Así por

de puntos de medida. Protocolo de co-

gungsanlagen mit Verteilernetzen”, e-

ejemplo en el caso de un período de

municaciones entre registradores y con-

control GmbH, January 2009

facturación automático mensual co-

centradores de medidas o terminales de

[16] TransmissionCode 2007. Network and

rrespondiente a Enero del 2010, las

medidas o terminales portátiles lectura.

System Rules of the German Transmission

fechas

Revisión 10.04.02, 10 de Abril de 2.002.

System Operators. VDN, August 2007.

01/01/10 00:00 y 01/02/10 00:00

[8] Sistema de información de medidas

[17] BDEW Berlin. “Technische Richtlinie

respectivamente.

eléctricas SIMEL. Definición sentidos de

Erzeugungsanlagen am Mittelspannungs-

El octeto cualificador de la tabla 5

energía en el concentrador principal. Ma-

netz”. Edition June 2008. Federal asso-

tiene el mismo formato que el indi-

yo 1999. Documento disponible en

ciation for the management of energy

cado en la figura 8, con la excep-

www.ree.es (21.03.03).

and water (BDEW), Berlin.

ción del bit de reserva 0, denomina-

[9] Orden ITC/2794/2007, de 27 de sep-

[ 1 8 ] B r ü n d l i n g e r e t . A l . P V i nve r t e r s

do ahora como U, que indica las

tiembre (BOE del 29 de septiembre de

supporting the grid - First experiences

unidades (0=kWh o kVArh; 1= MWh

2007) por la que se revisan las tarifas eléc-

with testing and qualification according

o MVArh).

tricas a partir del 1 de octubre de 2007.

to the new grid interconnection guideli-

[ 1 0 ] D é c r e t n ° 2 0 0 8 - 3 8 6 d u 2 3 av r i l

n e s i n G e r m a ny, A u s t r i a a n d F ra n c e .

Elementos de información:

2008 relatif aux prescriptions techni-

Proc. Of the 24th EPVSEC 2009, Ham-

etiquetas de tiempo

ques générales de conception et de

burg, Germany.

Hay dos tipos de etiquetas de tiem-

fonctionnement pour le raccordement

[19] EEG - 2004, The main features of

de

inicio

y

fin

serían

po: tipo a de 5 bytes y tipo b de 7

d’installations de production aux rése-

the Act on granting priority to renewa-

bytes. El formato de la etiqueta de

aux publics d’électricité, Ministère De

ble energy sources, BMU (Federal Mi-

tiempo del tipo a se indica en la ta-

L’écologie, De L’énergie, Du Développe-

nistry for the Environment, Nature Con-

bla 6. La de tipo b es similar e inclu-

ment Durable Et De L’aménagement Du

serva ti o n a n d N u cl ea r Sa fety) , 2 0 0 4,

ye 2 bytes iniciales adicionales para

Territoire, Paris, April 2008.

www.bmu.de/files/english/renewable_e

información de los segundos y mili-

[11] Arrêté du 23 avril 2008 relatif aux

nergy/downloads/application/pdf/eeg_g

segundos.

prescriptions techniques de conception

esetz_merkmale_en.pdf, (August 2008).

et de fonctionnement pour le raccorde-

Versión en español en www.bmu.de/fi-

REFERENCIAS

ment à un réseau public de distribution

les/pdfs/allgemein/application/pdf/eeg_

[1] RD 1110/2007, BOE 224 de 18 de

d’électricité en basse tension ou en mo-

2009_sp.pdf.

septiembre 2007. Regulación unificada

yenne tensión d’une installation de pro-

[20] Real Decreto 1663/2000, de 29 de

de medida del sistema eléctrico.

duction d’énergie électrique, Ministère

septiembre, sobre conexión de instala-

[2] UNE EN 62 056-21 apartado 4.

De L’écologie, De L’énergie, Du Dévelop-

ciones fotovoltaicas a la red de baja ten-

[3] Ver por ejemplo los sistemas de mon-

pement Durable Et De L’aménagement

sión. Boletín Oficial del Estado núm. 235,

torización de www.sma.es; www.ingete-

Du Territoire, Paris, April 2008

de 30 de septiembre de 2000.

a m . e s ; w w w. s o l a r m a x . c o m ; w w w. f r o -

[12] E. Collado, Transición, evolución y

[21] En www.ree.es se puede acceder a

nius.com; www.xantrex.com

perspectivas de la industria fotovoltaica

los perfiles históricos y en tiempo real de

[4] Ver por ejemplo: www.tellinksiste-

española. Asif. Revista energética XXI.

la demanda energética en España.

mas.com; www.centegraf.com; www.mi-

Diciembre 2008.

rakonta.es; www.gestinel.com

[13] Borrador del nuevo Procedimiento

M. Alonso-Abella y F. Chenlo

[5] Ver por ejemplo: www.ismsolar.com;

o p e ra t i va P. O. 1 2 . 2 . E . C o l l a d o, A S I F,

Ciemat

ERA SOLAR 156 Mayo/Junio 2010

32