Análisis de tarifas - Pestaña Tarifa

Pestaña Tarifa del cuadro Análisis de tarifas .

Tarifa

Nombre de tarifa

Este campo indica el nombre de la tarifa que se modelará. Las tarifas también se denominan tasas. El nombre se utiliza para identificar los resultados y asociar todos los cargos y demás objetos que componen una tarifa.

Descripción

Introduzca una descripción de la tarifa.

Categoría

Seleccione una categoría de tarifa entre:

Tarifas eléctricas
Tarifas de gas
Otras tarifas

Nombre del medidor de salida

El nombre de cualquier medidor pertinente definido por EnergyPlus, aunque normalmente se establece en uno de los siguientes:

1-Electricity:Facility,
2-Gas:Facility,
3-ElectricityPurchased:Facility,
4-ElectricitySurplusSold:Facility,
5-ElectricityNet:Facility,
6-Otro medidor definido

El nombre del medidor de salida debe apuntar a un medidor válido; de lo contrario puede producir resultados inesperados.

Normalmente:

se selecciona el medidor Electricity:Facility o el ElectricityPurchased:Facility cuando se utiliza la opción buyFromUtility Comprar o vender ,
se selecciona el medidor ElectricitySurplusSold:Facility cuando se utiliza la opción sellToUtility Comprar o vender y
se selecciona el medidor ElectricityNet:Facility cuando se utiliza la opción netMetering Comprar o vender .

Para calcular el coste de una utilización concreta de energía debe utilizarse el nombre del medidor de salida correspondiente (si se introduce manualmente, debe escribirse exactamente como lo define EnergyPlus). Por ejemplo, si se desea calcular únicamente el coste de electricidad de iluminación, debe utilizarse aquí el nombre de medidor InteriorLights:Electricity.

Nota: La opción predeterminada 1-Electricity:Facility puede no ser adecuada para modelos con generación in situ. En estos casos debe elegirse Electricity:Purchased o ElectricityNet:Facility con la opción Comprar o vender adecuada.

Elección del factor de conversión

Permite utilizar varios factores de conversión predefinidos; en caso contrario se utilizan los factores definidos por el usuario en los dos campos siguientes.

Las opciones son:

1-UserDefined
2-kWh
3-Therm
4-MMBtu
5-MJ
6-KBtu
7-MCF
8-CCF

La tabla siguiente muestra los factores de conversión al especificar una de las opciones predefinidas:

Factor de conversión de energía

Este campo solo se utiliza si la elección del factor de conversión se establece en 1-UserDefined. Define un multiplicador para convertir la energía a las unidades especificadas por el suministrador en su tarifa. Si no es necesaria ninguna conversión, introduzca 1. También se utiliza para todos los objetos (como Charge y Qualify) de la misma tarifa.

Factor de conversión de demanda

Este campo solo se utiliza si la elección del factor de conversión se establece en 1-UserDefined. Define un multiplicador para convertir la demanda a las unidades especificadas por el suministrador en su tarifa. Si no es necesaria ninguna conversión, introduzca 1. También se utiliza para todos los objetos (como Charge y Qualify) de la misma tarifa.

Programaciones

¿Utilizar una programación de periodos de uso?

Marque esta casilla si desea incluir una programación de periodos de uso.

Programación de periodos de uso

Seleccione la programación que define los periodos de uso de cada día. Esta programación determina las variables que se definen. Los valores de las distintas variables son:

1 es Peak
2 es Shoulder
3 es OffPeak
4 es MidPeak

Nota: Los suministradores utilizan distintos términos para describir sus tarifas. A veces «shoulder» y «midpeak» significan básicamente lo mismo. Al definir una programación de periodos de uso no es necesario utilizar siempre todos estos términos. Para «Shoulder» y «MidPeak», en DesignBuilder/EnergyPlus puede utilizar cualquiera de ellos siempre que lo haga de forma coherente en toda la descripción de la tarifa. También puede utilizar ambos si el suministrador tiene cuatro niveles, aunque esto es muy poco habitual.

Si se utilizan estos periodos en la programación, se crean automáticamente las siguientes variables:

peakEnergy
peakDemand
shoulderEnergy
shoulderDemand
offPeakEnergy
offPeakDemand
midPeakEnergy
midPeakDemand

Se crean algunas variables especiales que incluyen únicamente la demanda de un periodo que supera la de otro. En los demás meses, los valores son cero. Estas variables se utilizan raramente, pero están disponibles para las tarifas ocasionales que incluyen una cláusula sobre demandas de un periodo que superan las de otro.

PeakExceedsOffPeak
OffPeakExceedsPeak
PeakExceedsMidPeak
MidPeakExceedsPeak
PeakExceedsShoulder
ShoulderExceedsPeak

Si no se especifica Period Schedule no se creará ninguna de las variables mencionadas.

¿Utilizar una programación de temporadas?

Marque esta casilla si desea incluir una programación de temporadas.

Programación de temporadas

Seleccione la programación que define las temporadas. Estas son:

1 es Winter
2 es Spring
3 es Summer
4 es Autumn

El cambio de la programación de temporadas debe coincidir con el cambio de la programación mensual. Es decir, una temporada debe terminar al mismo tiempo que un mes de facturación. Si se utiliza una programación de temporadas, se crean variables automáticamente. Estas toman el valor 1 durante la temporada y 0 en los meses que no pertenecen a ella. Las variables son:

isWinter
isNotWinter
isSpring
isNotSpring
isSummer
isNotSummer
isAutumn
isNotAutumn

¿Utilizar una programación mensual?

Marque esta casilla si desea incluir una programación mensual.

Programación mensual

Seleccione la programación que define los periodos de facturación del año. Normalmente se utiliza el valor predeterminado y una programación interna con límites de facturación coincidentes con los cambios de mes, es decir, a medianoche antes del primer día de cada mes. Si se utilizan otros periodos, como ciclos de dos meses o una factura para toda una temporada, como hacen algunas compañías de gas natural en verano, puede redefinirlos mediante la programación mensual. Asegúrese de que las programaciones mensual y de temporadas sean coherentes; de lo contrario se notificará un error.

1 es el primer mes, normalmente enero
2 es el segundo mes, normalmente febrero
3 es el tercer mes, normalmente marzo
4 es el cuarto mes, normalmente abril
5 es el quinto mes, normalmente mayo
6 es el sexto mes, normalmente junio
7 es el séptimo mes, normalmente julio
8 es el octavo mes, normalmente agosto
9 es el noveno mes, normalmente septiembre
10 es el décimo mes, normalmente octubre
11 es el undécimo mes, normalmente noviembre
12 es el duodécimo mes, normalmente diciembre

La programación que representa esto tendría el aspecto siguiente. Si no se especifica ninguna, se utiliza la siguiente Month Schedule, que define los meses del año como los meses naturales habituales.

Normalmente no es necesario utilizar el campo Month Schedule Name. La mayoría de las tarifas tienen facturas mensuales, por lo que no se necesita este campo. Si las facturas son bimestrales, defina una programación para este campo con valor 1 en enero y febrero, valor 2 en marzo y abril, valor 3 en mayo y junio, etc. Véase a continuación:

Schedule:Compact, TwoMonthBilling, number,

Through: 2/28, For: AllDays, Until: 24:00, 1,

Through: 4/30, For: AllDays, Until: 24:00, 2,

Through: 6/30, For: AllDays, Until: 24:00, 3,

Through: 8/31, For: AllDays, Until: 24:00, 4,

Through: 10/31, For: AllDays, Until: 24:00, 5,

Through: 12/31, For: AllDays, Until: 24:00, 6;

En otros casos, algunas compañías de gas natural definen un único periodo de facturación para los meses de verano. En ese caso, defina una programación con 1 para enero, 2 para febrero, 3 para marzo, 4 para abril, 5 para mayo, junio, julio y agosto, 6 para septiembre, 7 para octubre, 8 para noviembre y 9 para diciembre.

Schedule:Compact, SingleSummerBilling, number,

Through: 1/31, For: AllDays, Until: 24:00, 1,

Through: 2/28, For: AllDays, Until: 24:00, 2,

Through: 3/31, For: AllDays, Until: 24:00, 3,

Through: 4/30, For: AllDays, Until: 24:00, 4,

Through: 8/31, For: AllDays, Until: 24:00, 5,

Through: 9/30, For: AllDays, Until: 24:00, 6,

Through: 10/31, For: AllDays, Until: 24:00, 7,

Through: 11/30, For: AllDays, Until: 24:00, 8,

Through: 12/31, For: AllDays, Until: 24:00, 9;

Otros ajustes

Duración del intervalo de demanda

La determinación de la demanda puede variar según el suministrador. Algunos utilizan la demanda instantánea máxima medida, pero la mayoría utiliza una demanda media de quince minutos o de una hora. Algunos suministradores de gas miden la demanda como el consumo durante el día o la semana punta.

Las opciones de intervalo de demanda son:

QuarterHour
HalfHour
FullHour
Día
Semana

Por defecto, este campo utiliza el intervalo más corto QuarterHour.

Nota: La elección puede sustituirse según el paso de tiempo de simulación para que sean coherentes; la duración del intervalo de demanda debe ser un múltiplo exacto de la duración del paso de simulación en minutos. Por ejemplo, si el paso es 6, es decir, 10 minutos, no se utiliza QuarterHour y se utiliza HalfHour. Si el paso es 3, es decir, 20 minutos, no se utilizan QuarterHour ni HalfHour y se utiliza FullHour.

¿Utilizar una programación de cargos con precio en tiempo real?

Marque esta casilla si desea utilizar una programación de precios en tiempo real (abajo).

Programación de cargos con precio en tiempo real

Este campo se utiliza con tarifas de precios en tiempo real. La programación contiene el coste de energía para cada periodo del año. Las tarifas en tiempo real pueden modelarse mediante una programación de cargos que contenga los precios reales en tiempo real. Los cargos deben ser coherentes con el factor de conversión especificado en la tarifa.

Cuando se activa esta opción no se necesitan las programaciones de periodo de uso, temporada y mes, salvo que se utilicen objetos Charge para definir otros cargos que dependan de ellas.

¿Utilizar una programación de carga de referencia del cliente?

Marque esta casilla si desea utilizar una programación de carga de referencia del cliente (abajo).

Programación de carga de referencia del cliente

La programación de carga de referencia del cliente (CBL) se utiliza con tarifas de precios en tiempo real. Este campo proporciona el nombre de una programación que contiene el consumo energético de referencia del cliente. Muchas tarifas en tiempo real aplican los cargos como abono o débito únicamente a la diferencia entre el consumo de referencia y el real. El consumo de referencia se establece mediante un contrato entre el cliente y el suministrador.

Si se utiliza este campo, se calculan los valores de referencia totalEnergy y totalDemand y se comparan con los medidos. El cargo de tarifa en tiempo real basado en la diferencia se calcula mediante los valores definidos en la programación de cargos con precio en tiempo real y se suma o resta al coste del suministro.

Si no se utiliza este campo, la programación de cargos en tiempo real se aplica a toda la energía del medidor y totalEnergy y totalDemand se basan en el valor medido como de costumbre.

¿Utilizar un nombre de grupo?

Marque esta casilla si desea utilizar un nombre de grupo (abajo).

Nombre de grupo

Este campo define el nombre de grupo de la tarifa, como distribución, transporte o suministrador. Si existe y cumple los requisitos más de una tarifa con el mismo nombre de grupo, solo se utiliza la de menor coste. Normalmente el campo se deja vacío, por lo que se comparan todas las tarifas que utilizan la misma variable de medidor y se selecciona la de menor coste.

Cargo mensual de servicio

Indica un cargo mensual fijo de servicio aplicado por muchos suministradores. Puede introducirse un número que se suma a la variable ServiceCharges, o un nombre de variable cuyos valores mensuales se utilizarán (esta debe definirse en la pestaña «Variables de usuario»).

Cargo mensual mínimo

El cargo total mínimo de la tarifa. Si se introduce un nombre de variable, se utilizan sus valores mensuales (la variable debe definirse en la pestaña «Variables de usuario»). La suma de Subtotal y Taxes suele ser igual al total, salvo que se haya especificado un cargo mensual mínimo superior a dicha suma.

Comprar o vender

Indica si la tarifa se utiliza para comprar al suministrador, venderle o ambas cosas. Debe mantenerse el valor predeterminado BuyFromUtility salvo que el edificio incluya un sistema de generación que pueda producir durante el año más energía de la que necesita.

Las opciones son:

BuyFromUtility – Se utilizan los valores de la variable medida y se muestran como compras al suministrador.
SellToUtility – Se utilizan los valores de la variable medida para una tarifa de venta al suministrador. Los cargos de la tarifa deben expresarse como valores negativos.
NetMetering – Los valores negativos reducen los positivos durante el periodo concreto de la tarifa en el que se producen (venta al suministrador).

Se emitirá una advertencia si la selección de este campo no coincide con el tipo de medidor (consulte el campo Output Meter Name para más detalles).