Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Comptage energie
sensor.tarif_en_cours
C'est la sortie en mode chiffre (0 à 10) du TE332 (TIC)

Après l'automation sur le TIC est faite, je l'ai publiée déjà.
Ce qui ne fonctionne pas c'est 1 automation pour tout, là j'ai 6 automations (HC Bleu/HC Blanc/HC Rouge/HP Bleu/HP Blanc/HP Rouge)
Répondre
(24/12/2024, 16:10:01)XeNo a écrit : sensor.tarif_en_cours
C'est la sortie en mode chiffre (0 à 10) du TE332 (TIC)

Après l'automation sur le TIC est faite, je l'ai publiée déjà.
Ce qui ne fonctionne pas c'est 1 automation pour tout, là j'ai 6 automations (HC Bleu/HC Blanc/HC Rouge/HP Bleu/HP Blanc/HP Rouge)

Le ton premier post de code c'est :
Code :
alias: Tempo Rouge HP
description: ""
triggers:
- at: "06:00:00"
  variables:
    tariff: Rouge HP
  trigger: time
conditions:
- condition: or
  conditions:
    - condition: state
      entity_id: sensor.rte_tempo_prochaine_couleur


Ensuite tu indiques que tu as remplacé le trigger par :
Code :
triggers:
- trigger: state
  entity_id:
    - sensor.tarif_en_cours
  variables:
    tariff: Bleu HC
conditions:
- condition: state
  entity_id: sensor.tarif_en_cours
  state: "5"

Après la partie trigger, ce n'est pas "raccord" entre les deux (sans parler du tarif Rouge HP dans un cas et  Bleu HC dans l'autre). C'est pour cette raison que je t'avais demandé de poster une version complète (pour un des tarifs)
Répondre
C'est sensiblement pareil, c'est le nom de l'automation qui va compter (et encore, on peut l'appeler "toto").
Il doit juste y avoir raccord entre la variable "tariff" qui est en mode texte qui sert aux utility meter et "tarif_en_cours" qui vient du knx (du TIC) (tu peux utiliser un sensor de texte que tu set depuis HA en fonction du chiffre du TIC si tu préfères)
Ensuite il faut créer une automation par tarif comme expliqué plus haut. (HC Bleu/HC Blanc/HC Rouge/HP Bleu/HP Blanc/HP Rouge)

Voici donc un exemple limité dans les entités à basculer pour HP Bleu

Code :
alias: Tempo HP Bleu
description: ""
triggers:
 - trigger: state
   entity_id:
     - sensor.tarif_en_cours
   variables:
     tariff: Bleu HP
conditions:
 - condition: state
   entity_id: sensor.tarif_en_cours
   state: "8"
actions:
 - target:
     entity_id: select.energy_total_usage_daily
   data:
     option: "{{ tariff }}"
   action: select.select_option
 - target:
     entity_id: select.energy_total_usage_weekly
   data:
     option: "{{ tariff }}"
   action: select.select_option
 - target:
     entity_id: select.energy_total_usage_monthly
   data:
     option: "{{ tariff }}"
   action: select.select_option
 - target:
     entity_id: select.energy_total_usage_yearly
   data:
     option: "{{ tariff }}"
   action: select.select_option
.......
.......
.......
mode: single
Répondre
Je rencontre un soucis plutôt embêtant sur le comptage d'énergie.
Lorsque j'ai une coupure d'électricité (ce qui est très rare), lorsque cela repart, le TE332 renvoie la valeur d'index total une fois avant de reprendre son comptage..
Bien évidemment, cela fausse totalement la récupération des données et les simulations de tarification..

Comment vous gérez cette problématique de votre côté ?

Merci !
Répondre
Yves, tu n'as pas de soucis d'index lors des coupures électriques ?
Répondre
Non pas de problème mais as-tu utilisé availability comme indiqué ici
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)