A última versão de que este blog lhe falou foi a v1.1.7. Desde então saíram três, e juntas mudam o que o hub faz com o dinheiro: agora pode seguir o preço de mercado da sua zona, período a período, e guarda o preço que usou junto da energia a que o aplicou.
Obter
Settings → Hub firmware, carregue main_release.bin da última versão — main_release_s3.bin num ESP32-S3 — e depois instale o rbgrid-ui_<version>.zip correspondente. Uma atualização pelo ar a partir da v1.1.x mantém as suas definições, pontos, tarifa, tokens e histórico.
⚠️ Se está na v1.2.0 e usa preços dinâmicos, atualize. Na v1.2.0, as tabelas de preços partilhavam a pequena memória de definições do hub com a hora em curso e com as âncoras dos contadores de energia; quando essa memória enchia, um reinício podia perder parte da hora que estava a ser medida. A v1.2.1 move-as para o sistema de ficheiros e liberta essa memória no primeiro arranque. Preços, definições e histórico são mantidos.
O hub pode seguir um preço de mercado
Até agora o hub calculava o preço da sua energia a partir do plano que introduziu: zonas, taxas, IVA (VAT). A partir da v1.2.0 pode, em vez disso, obter o preço de cada período de 15 minutos de uma fonte de mercado, e registar a energia desse período ao preço desse próprio período.
O seu plano continua a contar. É a alternativa para qualquer período que nenhum preço cubra e, numa fonte spot, os seus impostos por kWh, a tarifa de rede (grid fee) e a contribuição (levy), e o seu IVA, são aplicados por cima do preço de mercado. Uma fonte que já publica o preço de venda a retalho — uma fonte tudo incluído (all-in) — é usada tal como está, para nada ser contado duas vezes.
As fontes que o hub obtém: Energy-Charts (Fraunhofer ISE, as zonas publicadas sob CC BY 4.0), Nord Pool, Elpriset just nu (SE), Hva koster strømmen (NO, por hora), EnergyZero (NL, tudo incluído) e Octopus Agile (UK, tudo incluído). O Home Assistant também pode enviar preços para o hub, para um fornecedor que nenhuma destas cubra. Cada fonte traz a atribuição que a sua licença exige, e o hub transporta esse texto junto com o preço.
Define uma fonte principal e, se quiser, uma de reserva; onde nenhuma tenha preço, o plano fixa o preço do período. O seu contrato é aplicado por cima, como um fator (factor) e uma sobretaxa (markup), com limites mínimos para compra e venda, três formas de valorizar a exportação, e o cálculo ao preço médio da hora para contratos liquidados por hora. Os preços negativos são mantidos tal como são, a não ser que defina um limite mínimo.
E a parte que vale a pena: cada preço que o hub registou fica guardado por período de 15 minutos, com a fonte de onde veio, durante 40 dias — na página Prices, como descarga em CSV, e pela API. Um valor de custo que pode remontar ao preço que o produziu, em vez de o aceitar às cegas.
⚠️ O hub não converte moedas. A sua zona de preço e o seu plano tarifário têm de estar na mesma moeda.
O formato dos registos de histórico não mudou, por isso o que já lê o hub não precisa de alterações.
→ Como funcionam os preços dinâmicos
Janelas baratas, publicadas para as suas automações
Até oito regras assinalam os períodos que lhe interessam: abaixo de um preço, com histerese para não oscilar; os N períodos mais baratos de um dia ou de um intervalo de horas; ou N períodos antes de uma hora em que algo tem de ser feito. Funcionam também com um plano horário fixo, e não só com preços de mercado.
⚠️ O hub não liga nem desliga nada por si. Publica uma notificação — o preço agora, em que posição está este período no dia, que janelas estão abertas, e duas marcas — e outra coisa decide: uma automação do Home Assistant, um divisor de carga, um carregador. Está em
GET /api/v1/signale no tópico MQTT retidorbgrid/<mac>/price, atualizado a cada período de 15 minutos e no momento em que algo muda.
→ Saber quando a energia está mais barata
Picos de importação
Para tarifas que cobram pelo pico de consumo que puxou, e não só pelo que usou, o hub guarda, em cada ciclo de faturação, a maior importação de 15 minutos e a maior importação horária na entrada da rede, e os dias mais pesados — com um dia de início que escolhe entre 1 e 28.
Apenas medição: nenhum encargo é acrescentado a qualquer valor, e os picos funcionam quer use, quer não, preços dinâmicos.
O ESP32-S3, e nós que guardam cinco dias
A v1.1.8 acrescentou suporte para o ESP32-S3 no módulo N16R8, a par do ESP32-WROVER. A sua imagem é outra — main_release_s3.bin — e o conjunto USB vem no seu próprio zip.
Os nós remotos receberam o firmware de nó 1.5 na mesma versão:
- Os períodos de 15 minutos concluídos ficam guardados na memória interna do próprio nó até o hub os ter — cerca de cinco dias, e sobrevivem a um corte de energia no nó.
- Um nó segue apenas o hub com que está emparelhado. Na 1.4, um segundo hub RBgrid no mesmo canal Wi-Fi podia fazer um nó perder a sincronização do relógio enquanto a energia continuava a chegar. Um nó emparelhado na 1.4 não precisa de voltar a ser emparelhado.
- As quatro entradas de um nó reportam valores em direto, e as definições de ponto de um nó sobrevivem a um reinício.
- Uma entrada com corrente mas sem tensão por trás não regista energia — o hub não a inventa a partir de uma tensão nominal — e continua a mostrar a corrente em direto.
⚠️ Um nó é gravado por USB e não tem atualização pelo ar. O hub pode ser atualizado pelo ar; o nó não pode, e a atualização para a 1.5 grava os três ficheiros, porque a 1.5 acrescenta a partição da memória onde ficam os períodos. Coloque um nó onde ainda consiga chegar com um cabo.
A v1.1.8 permitiu também marcar um ponto como medido dentro de outro — um carregador dentro de um subquadro medido — para que a aplicação deixe de subtrair essa carga duas vezes do valor não medido. Os totais do próprio hub não mudam: são tomados na entrada. E mqtts:// passa agora a verificar as datas do certificado do broker: um certificado expirado, ou ainda não válido, é recusado.
A partir da v1.2.0, um nó que se cala e volta a aparecer ficam registados como linhas no registo de eventos do próprio hub — legíveis sem broker.
Mais uma coisa: o RBgrid corre agora de duas formas
Juntamente com o firmware deste post, o mesmo núcleo de medição é publicado como um pacote ESPHome: o hub passa a ser um dispositivo que o Home Assistant gere, sem aplicação web nem broker para correr. As mesmas medições, as mesmas tarifas, os mesmos preços dinâmicos. A integração do Home Assistant instala-se adicionando-a no HACS como repositório personalizado (custom repository) — não está na lista predefinida, por isso a pesquisa no HACS não encontra nada até a adicionar.
→ Execute-o dentro do Home Assistant
As três versões
| v1.1.8 | 10 nov 2026 | ESP32-S3, firmware de nó 1.5, pontos dentro de outros pontos · notas da versão |
| v1.2.0 | 10 nov 2026 | preços dinâmicos, janelas baratas, picos de importação · notas da versão |
| v1.2.1 | 10 nov 2026 | a correção acima; atualize se usa preços dinâmicos · notas da versão |
A lista completa de alterações está em CHANGELOG.md.