Componente Electricity para informar da tarifa energética (era energy_tariff_pt)

Partilha de Projectos
1

Então voces adoraram o Utility Meter mas o vosso tarifário de energia é Bi-Horario ou até mesmo Tri-horario…

Então este componente é para voces! Este componente permite saber em que tarifa nos encontramos (Cheia, Vazia, etc)

Novo component electricity:

é necessario criar uma pasta electricity em custom_components e colocar o ficheiro __init__.pydentro da mesma:

Configuração exemplo:

electricity:
  home:
    country: Portugal
    operator: EDP
    plan: Bi-horário - ciclo diário
    source: sensor.energy

Operadores disponíveis:

  • “EDP”
  • “Galp”

Planos (plan) disponíveis:

  • “Bi-horário - ciclo diário”
  • “Bi-horário - ciclo semanal”
  • “Tri-horário - ciclo diário”
  • “Tri-horário - ciclo semanal”

Por favor façam copy&paste das strings para não se enganarem e dar erro.

Por favor ter instalado o utility_meter.py (actualizar 1º)

O source tem que ser um sensor que mede ENERGIA (aka kWh)

Este componente cria automaticamente utility_meters mensais e controla as respectivas actualizações quando transita de estado (não é necessário criar nenhuma automação para estes utility_meters).

2

para isto é necessário q hardware um pzem ?
Tenho uma tomada BlitzWolf® BW-SHP2 flashada com o tasmota, prentendia saber o custo diario, semanal e mensal atravez do calculo do kwh do preço da luz em € dos aparelhos ligados nesta tomada ? como se faz, no HA, a tenho a tarifa simples ? obrigado

3

O que procuras está em Utility Meter Sensor (DEPRECATED)

4

Boa noite @dgomes, óptima ideia mas não sei se está a funcionar correctamente, pois tem estado sempre em vazio normal.
cumprimentos,

5

Precisas de criar 2 utility_meter: Cheias e Vazio

Depois é preciso criar uma automação para pausar um dos meter e começar o outro, chamando os serviço utility_meter_start_pause

6

Podes colocar um exemplo para se perceber melhor como fazer?

7

Não testado:

configuration.yaml:

input_select:
  bi_horario:
    name: Bi-Horário
    options:
      - Vazio
      - Fora Vazio
    icon: mdi:clock-start

automation.yaml:

- alias: Tarifa Bi-Horario
  trigger:
    - platform: time
      at: '08:00:00'
    - platform: time
      at: '22:00:00'
  action:
    service: input_select.select_next

- alias: Alterar tarifa
  trigger:
    platform: state
    entity_id: input_select.bi_horario
  action:
    service: sensor.utility_meter_start_pause
    data:
      entity_id: [sensor.edp_vazio, sensor.edp_cheia]

Observação: quando se criam os dois utility_meter é preciso fazer pause a um deles para dessincronizar os mesmos, caso contrário fazem os dois a mesma contagem. Para fazer isso é necessário chamar o sensor.utility_meter_start_pause só sobre um deles. Depois disto fica sempre certo.

Ainda não tinha publicado isto, pq ainda penso fazer um componente para automatizar isto… Mas quero ter as coisas partidas em pedacinhos para mais facilmente ser aceite como componentes oficiais.

8

Bom já estou a ficar baralhado, esquecendo a contagem para quantificar energia no vazio e fora do vazio assim como o valor, isto é, o seu custo.

A questão é: não é suposto o componente energy_tariff_pt indicar somente em que tarifa nos encontramos, isto é vazio ou fora do vazio? de acordo com a tabela de bi-horário Verão/ Inverno fornecida pela EDP?
É que se for ele não está a funcionar correctamente, pois indica vazio normal quando devia indicar cheia, ponta (fora do vazio). Só no período nocturno, isto é, depois da meia noite devia indicar vazio, super vazio ( vazio). Não era este o propósito?
cumprimentos,

9

Podemos ter ai um bug :slight_smile:

Dá me a tua configuração do energy_tariff_pt

10

claro que em vez do input_select pode usar o energy_tariff_pt :slight_smile:

11

Mas se usarmos o energy_tariff_pt como é que fazemos a mudança entre vazias, cheias, pontas, etc…? Podes colocar um exemplo?

12

Aqui Vai:

# Componente que permite saber em que tarifa nos encontramos (Cheia, Vazia, etc).
energy_tariff_pt:
  tariff_period: bi-horario-semanal

#### ELECTRICIDADE
tab_Energy:
  view: yes
  icon: mdi:flash
  name: Energia
  entities:
   - group.grp_efergy
   - history_graph.Consumo_Instantaneo
   - history_graph.Energia_Consumida
   - sensor.efergy_645291
   - sensor.efergy_805720
   - sensor.efergy_792857
   - energy_tariff_pt.energy_tariff
   - sensor.energy_meter
   - sensor.electricidade
   - sensor.Energia_Cheias
   - sensor.Energia_Vazio
 
grp_Efergy:
  name: Energia Consumo/Produção
  entities:
    - sensor.energy_usage
    - sensor.energy_budget
    - sensor.energy_consumed
    - sensor.energy_cost
    - sensor.energy_current_values
    - sensor.energy_instant_readings
13

Neste momento só tenho bi-horario… logo so ha cheias e vazias comutação é binaria

14

OK …

MAJOR BUG!

É preciso actualizar o ficheiro :slight_smile:

15

Ok já vou testar. obrigado.

16

Parece estar funcional, quando for meia noite, já verifico se muda para vazio.

imagem
imagem1280×914 68.1 KB

Obrigado

17

@dgomes muito obrigado por esta partilha/ideia! muito interessante!

19

@dgomes tens previsão de quando vai haver tarifa tri-horária?

20

Estou a trabalhar uma versão completamente nova. Para a proxima versão o tri-horario está garantido.

21

Novo component electricity:

é necessario criar uma pasta electricity em custom_components e colocar o ficheiro __init__.pydentro da mesma:

Configuração exemplo:

electricity:
  home:
    country: Portugal
    operator: EDP
    plan: Bi-horário - ciclo diário
    source: sensor.energy

Operadores disponíveis:

  • “EDP”
  • “Galp”

Planos (plan) disponíveis:

  • “Bi-horário - ciclo diário”
  • “Bi-horário - ciclo semanal”
  • “Tri-horário - ciclo diário”
  • “Tri-horário - ciclo semanal”

Por favor façam copy&paste das strings para não se enganarem e dar erro.

Por favor ter instalado o utility_meter.py (actualizar 1º)

O source tem que ser um sensor que mede ENERGIA (aka kWh)

Este componente cria automaticamente utility_meters mensais e controla as respectivas actualizações quando transita de estado (não é necessário criar nenhuma automação para estes utility_meters).