Porque é que esta hora custa o que custa

Cada valor de custo na RBgrid vem da mesma cadeia curta: a energia medida, o período de 15 minutos em que caiu, a zona tarifária em vigor para esse período e, por cima, os seus encargos e o VAT. Nada é calculado como média ao longo do dia, nem é rateado.

Esta página percorre a cadeia de ponta a ponta. É a página a ler quando um valor o surpreende — uma hora barata que parece cara, uma hora com energia que não usou nessa altura, ou um total que não bate certo com o do seu fornecedor.

Onde estão as peças: o plano constrói-se em Tariffs, o resultado lê-se em Economics, e os registos ficam em History.

A cadeia, passo a passo

1. O módulo mede. Um módulo rbAmp conta a energia nos seus próprios contadores, na sua própria placa. O hub lê-os; não integra a potência em energia por si, por isso uma leitura falhada não inventa nem perde kWh.
2. O hub fecha um período de 15 minutos. Os períodos terminam nos limites de período do relógio do hub. Quando a zona tarifária muda a meio de um período, o hub fecha o período nesse momento também, de modo que nenhum período atravessa dois preços.
3. O período recebe uma zona — a zona em vigor para a hora própria do período. É o passo de onde vêm a maioria das surpresas, e é o que tem mais regras; estão todas em Quando o relógio ou a ligação não estavam lá, abaixo.
4. O período recebe um preço. Num plano fixo, é o preço de compra da zona, mais os encargos por kWh do plano, mais o VAT. Com preços dinâmicos ativos, o preço vem do seu fornecedor para esse mesmo período — e se os encargos do plano são somados por cima depende do tipo de fonte que usa. Os dois casos estão em A fórmula.
5. A exportação é valorizada à parte, ao preço de venda da zona — nunca compensada no custo. Ver A exportação não é um desconto.
6. Os períodos somam-se na hora, as horas no dia, e os dias no mês civil e no ano. Cada nível é a soma do nível abaixo; nenhum nível é recalculado a partir de uma média.
7. O que sobra é "unmetered": a entrada de alimentação menos os pontos que mede. Ver Não medido, e pontos dentro de pontos.

A fórmula

Para cada ponto de medição e cada período:

cost = kWh × the period's buy price

Tudo o que interessa está em como esse preço de compra é obtido, e há dois casos.

Num plano fixo

buy price = ( zone buy price + energy tax + grid fee + renewable levy ) × (1 + VAT% / 100)

Os três encargos por kWh são do plano: aplicam-se em todas as zonas. Os encargos fixos mensais ou anuais não estão incluídos em nenhum valor da RBgrid — aqui os custos são apenas baseados na energia, que é a razão habitual para um total mensal ficar abaixo da sua fatura.

Com preços dinâmicos ativos

Aqui, o tipo de fonte decide quanto da cadeia já está dentro do número que lhe foi dado.

Uma fonte spot publica um preço grossista, por isso o seu contrato e o seu plano são-lhe aplicados:

buy price = ( spot × factor + markup
              [ + the zone rate, if "zones stack" is on ]
              + energy tax + grid fee + renewable levy ) × (1 + VAT% / 100)

Uma fonte all-in publica o preço de retalho que efetivamente paga, por isso nada é somado:

buy price = the provider's price

⚠️ Qual das duas é a sua fonte decide todos os valores de custo da aplicação. Um preço all-in já contém os impostos e o VAT. Se for tratado como preço spot, cada um desses encargos é aplicado uma segunda vez e os valores saem visivelmente altos. Num fornecedor de rede, o hub define a classe e você apenas a lê — uma fonte all-in aparece com · all-in na lista de fornecedores e na linha da fórmula. Para o Home Assistant, a classe é uma escolha sua: What Home Assistant sends. Se os seus custos parecerem inflacionados enquanto o próprio preço parece correto, é isto que deve ver primeiro.

O preço próprio do período, e a fonte de onde veio, são guardados durante 40 dias e podem ser transferidos — assim, um valor que leia mais tarde ainda pode ser rastreado até ao preço que o produziu. Ver De onde vem o seu preço.

Exemplo: um preço dinâmico, dois períodos de uma hora

Uma fonte spot, um contrato com factor 1.0 e um markup de 0.01, uma grid fee de 0.05 por kWh e VAT de 20 %.

Os mesmos meio kWh, a quinze minutos de distância, por quase metade do dinheiro — e o total da hora é a soma dos seus quatro períodos, e não o preço médio da hora vezes a sua energia. Essa distinção é a razão de os custos serem calculados por período.

Exemplo: um plano dia/noite

Duas zonas, Day 07:00-23:00 a 0.30 e Night 23:00-07:00 a 0.15 por kWh, uma Grid fee de 0.05 por kWh, VAT de 20 %.

Os mesmos 2 kWh custam menos de noite porque o preço de compra da zona é mais baixo; a taxa e o VAT aplicam-se nas duas zonas.

Quando o relógio ou a ligação não estavam lá

Um período é tarifado pela sua própria hora, e não pela hora em que foi processado. Isto vale quando um período chega tarde, quando o hub esteve desligado e quando vem de um nó remoto. O que muda é a zona que um período recebe quando a sua própria hora não é conhecível.

• Um período processado tarde mantém a sua própria hora e a sua própria zona. A partir da v1.1.7 isto é verdade mesmo quando o hub o regista minutos ou horas depois — um período tardio não é tarifado à zona que, por acaso, está em vigor no momento do registo.
• Um novo plano tarifário é aplicado num único passo. O cálculo nunca vê um plano meio carregado, por isso nenhum período é tarifado com uma mistura de tarifas antigas e novas. Um plano com mais zonas do que o hub comporta é recusado por inteiro, em vez de ser carregado em parte.
• O relógio ainda não está definido (um hub ligado sem internet): os períodos são tarifados à zona predefinida do plano, em vez de qualquer zona em que um relógio por definir cairia. Os registos feitos antes de o relógio ser definido são marcados como "before sync" no History e ficam fora dos gráficos.

Sem relógio definido, um período também não pode ser associado a um período do fornecedor, por isso um preço dinâmico não é usado de todo — a zona predefinida do plano é que o tarifa. Esses períodos também não recebem nenhuma linha no registo de preços: a falta de linha no registo é a forma de os reconhecer.

• O hub esteve desligado mais de um dia. A energia que os módulos contaram entretanto não é descartada: é creditada à hora em que o hub regressou, porque o seu tempo dentro da interrupção não é conhecível. Na versão de firmware v1.1.8 essa energia é tarifada à zona predefinida do plano. O registo traz uma nota própria no History: "includes energy from a break in measurement, counted in this hour".

⚠️ Essa hora tem energia que não foi usada nela. Os kWh são reais e o valor monetário é aproximado: o hub não consegue saber que tarifa se aplicou durante a interrupção. Se a interrupção atravessou uma janela barata, o custo aparece mais alto do que teria sido.

Com preços dinâmicos ativos, esse período é tarifado em duas partes, e saber isto é o que evita uma leitura errada do registo. A energia medida depois de o hub regressar usa o preço próprio do período — o de mercado, se um preço o cobrir. A energia contada durante a interrupção usa a zona predefinida do plano, porque o seu preço real é desconhecível (uma tarifa predefinida negativa é tratada como zero). O valor monetário do registo é a soma das duas.

O registo de preços mostra o preço próprio desse período, e não a tarifa a que a parte da interrupção foi calculada. Por isso, um período cujo valor parece alto face ao preço no registo não é uma contradição: parte da sua energia nunca foi tarifada a esse número.

• Um nó remoto fecha os seus próprios períodos de 15 minutos pelo seu próprio relógio e guarda-os até o hub os confirmar, por isso um período do nó é tarifado pelo período que o nó fechou, e não pela hora em que chegou ao hub. A partir do firmware do nó 1.5, o nó guarda cerca de cinco dias de períodos na sua própria flash. → Remote nodes
• Um período de nó com mais de 15 minutos — energia que um nó contou antes de ter o relógio do hub — é mantido em vez de descartado (v1.1.8). Vai para a hora desse período e leva a marca de interrupção.
• Uma entrada de nó sem módulo de tensão não gera energia nenhuma (v1.1.8). O hub não converte corrente em energia usando uma tensão nominal, porque isso não seria energia medida, por isso a hora fica sem dados para esse ponto. A sua potência em tempo real continua a ser mostrada, e esse valor é uma estimativa a partir da tensão nominal — bom para acompanhar, mas não para faturar.

A exportação não é um desconto

A energia exportada é valorizada a um preço de venda — o da própria zona, ou o rácio de venda do plano × o preço de compra — e não se aplicam impostos, taxas nem VAT. O valor da exportação fica ao lado do custo, não é subtraído dele. A Economics mostra ambos, mais o Net cost (custo − valor da exportação) e a Net energy (importada − exportada).

Se o seu contrato não paga nada pela energia exportada, os preços de venda têm de ser 0: o hub valoriza as exportações com o net metering ligado ou desligado. A configuração disso, e o crédito em kWh por cima, estão em Tariffs e Economics.

Não medido, e pontos dentro de pontos

Unmetered é o que a alimentação mediu menos o que os seus pontos medidos explicam: os circuitos que ainda não mediu. É uma subtração, por isso qualquer coisa contada duas vezes distorce o valor.

É para isso que servem os pontos dentro de pontos (v1.1.8): uma carga dentro de um quadro secundário medido pode ser marcada como medida dentro desse quadro. Os totais do próprio hub não mudam — são obtidos na alimentação —, mas o valor não medido deixa de subtrair a carga aninhada duas vezes. Sem isso, o quadro secundário e uma carga dentro dele ficam ambos a contar contra a alimentação, e o não medido fica abaixo do real, por vezes negativo.

⚠️ Um ponto na alimentação, e nenhuma carga contada duas vezes. Um ponto de quadro secundário e um ponto dentro dele só estão corretos quando o interior está marcado como interior. → Points

O que verificar quando um valor parece errado

A zona errada foi aplicada

• Verifique o relógio e o fuso horário do hub — enquanto o relógio não estiver definido, os períodos vão para a zona predefinida. → Time
• Onde as zonas se sobrepõem, ganha o tipo de zona de maior prioridade, e uma zona Weekend ganha apenas ao sábado e ao domingo. Abra The week by zones em Tariffs para ver a zona de cada hora, e quais as horas que caem na zona predefinida.
• Verifique que a zona está On e que os seus Days incluem o dia em questão.

Uma hora tem energia que não foi usada nessa altura

• Veja a qualidade do registo no History: uma hora assinalada é uma hora sobre a qual o hub o está a avisar, e não um erro silencioso. Uma hora de interrupção é tarifada à zona predefinida por desenho.
• Um nó remoto que esteve fora de alcance entrega os seus períodos tarde; eles caem nas horas a que pertencem, por isso uma hora pode ganhar energia depois de a ter visto pela primeira vez. → Remote nodes

O custo é zero

• As zonas têm preços de compra de 0, ou o ponto não mediu energia nesse período.

Todos os valores de custo estão muito altos, e o preço em si parece correto

• Uma fonte all-in está a ser tratada como spot, por isso os impostos e o VAT do plano são somados por cima de um preço que já os continha. Leia a classe da sua fonte na lista de fornecedores (uma all-in mostra · all-in); se for o Home Assistant a enviar o preço, verifique What Home Assistant sends, o único sítio em que a classe é sua para definir. → Where your price comes from

Todos os valores de custo estão demasiado baixos, ou abaixo da aplicação do seu fornecedor

• É o contrário: um preço spot nu, sem contrato por trás. Um número grossista não é um número de retalho. Verifique factor e markup, e se o plano por trás deles inclui o seu imposto sobre a energia, a taxa de rede, a taxa de energias renováveis e o VAT.

O custo está certo, mas o preço não é o que vê no seu fornecedor

• Leia o registo de preços desses períodos: ele guarda o preço aplicado e de onde veio. Uma entrada plan significa que nenhum preço de mercado cobria esse período, por isso a tarifa da zona o tarifou — o que é comportamento correto, e um número diferente.

O dinheiro de um período não corresponde ao preço que o registo mostra para ele

• Dois casos, e ambos são por desenho. O período tem a marca de interrupção: parte da sua energia foi contada durante uma pausa e é tarifada à zona predefinida do plano, que o registo não mostra (ver Quando o relógio ou a ligação não estavam lá). Ou o período não tem nenhuma linha no registo: foi gravado antes de o relógio ser definido, e a zona predefinida o tarifou.

Um período custou menos do que nada

• O preço de mercado era negativo e o seu contrato repassa esse valor, por isso o hub registou um custo negativo. Se o seu contrato não o repassa, defina um piso de compra (buy floor).

Os meus totais horários diferem do fornecedor por uma pequena diferença constante

• Se o seu contrato liquida por hora enquanto o hub tarifa por período de 15 minutos, cada hora ficará ligeiramente desfasada, nos dois sentidos. A opção hourly mean fatura cada período pela média da hora.

O mês não corresponde à minha fatura

• Os encargos fixos mensais não estão incluídos em nenhum valor da RBgrid (ver A fórmula).
• Os meses são meses civis no fuso horário do próprio hub.
• O valor da exportação não é subtraído do custo aqui; o seu fornecedor pode compensá-los.
• Os circuitos não medidos não estão no custo de nenhum ponto. Compare a sua fatura com o ponto da alimentação, e não com a soma das linhas.

Os números mudaram depois de um reinício

• Um dia reconstruído a partir das suas horas fica marcado como "recomputed" no History; o valor é a soma dos registos que sobreviveram, e o hub indica-o em vez de o suavizar.

Onde continuar

• Tariffs — construa o plano: zonas, encargos, VAT, preços de venda.
• De onde vem o seu preço — o fornecedor, a reserva, o seu plano como alternativa, e o registo de qual tarifou cada período.
• Economics — custo, valor da exportação, líquido, e o balanço entre entrada e linhas.
• History — os próprios registos, e a coluna de qualidade que explica um período assinalado.