composants Home Assistant "Mètre utilitaire"

3 minutes de lecture
Proconducteur: Home Assistant Communauté
Disponibilité: inclus dans leHUB personnel Home Assistant
catégorie: logiciel
typologie: composants Home Assistant
Difficultés de mise en œuvre: petite

Le composant "Utility Meter" di Home Assistant vous permet de créer entité qui permettent à l’utilisateur de surveiller la consommation à partir des lectures d’autres capteurs et de les comptabiliser quotidiennement, hebdomadairement, mensuellement et annuellement. Consommation "compteurs", pour ainsi dire.

En substance, ce composant génère capteurs supplémentaires (virtuels) ils fournissent totaux de consommation sur une période comptable donnée, ce qui nous permet de suivre les tendances de la consommation au fil du temps.

À la fin du cycle comptable (quelle que soit la durée définie) la valeur de l'entité "Utility Meter" est réinitialisé et la valeur totale du cycle terminé est enregistrée dans l'attribut "last_period", Nous permettant d'effectuer des comparaisons, des performances et des calculs prévisionnels, compte de résultat (par exemple via la mise en œuvre de la plate-forme"Tendance").

Étant donné que certains provider de services énergétiques fournissent également tarifs pour le créneau horaire, (par exemple le classique toutes les deux heures énergie), le composant vous permet de personnaliser la configuration en définissant ces bandes, nous permettant ainsi de comptabiliser la consommation dans un mode ap.propriato.

Nb En tant que source de capteur "Mètre utilitaire"Peut être utilisé n'importe quel capteur numérique, tant qu'il fournit des valeurs en croissance constante. Cependant, le doseur ajoute simplement la différence positive entre l'avant-dernière lecture reçue et la dernière. Par exemple, un capteur qui fournit une première valeur 0, puis 10, puis 11, à réception de cette dernière valeur (11) aura une comptabilité totale de 21 , Ie:

(20 - 0) + (11 - 10) = 21

Configuration

Définir des entités à l'aide du composant "Mètre utilitaire" c'est très simple. Un exemple de configuration en configuration.yaml est la suivante:

#Esempi di configurazione
utility_meter:
  energia:
    source: sensor.energia_in_kwh

Dans l'exemple ci-dessus, "énergie" est le nom de l'entité, qui sera par conséquent appelée "sensor.energia». Vous pouvez évidemment créer plus d’entités, autant que vous le souhaitez, toujours sous le bloc "utility_meter:».

Détails de la configuration:

source(chaîne, obligatoire) l'entité de capteur à surveiller (par exemple. "sensor.energia_in_kwh»)
cycle(chaîne, obligatoire) définit la durée du cycle comptable. Ça peut être "daily","weekly","monthly","yearly».
offset(entier, facultatif) par défaut, les cycles commencent au T0 fourni par le cycle (00: 00 pour le quotidien, 00: 00 de lundi pour l'hebdomadaire, etc.). Ce paramètre vous permet d’ajuster une compenser. Par défaut: 0
tariffs(liste, facultatif) liste des tarifs possibles. Par défaut: []

Service

Les services connectés à ce composant sont trois:

  • utility_meter.reset
  • utility_meter.next_tariff
  • utility_meter.select_tariff

utility_meter.reset

Vous permet de réinitialiser le compteur.

attributEn optiondescription
entity_idaucuneL'entité à mettre à zéro.

utility_meter.next_tariff

Il permet de passer au tarif suivant (basé sur la liste définie dans la configuration). Si l'entité a été définie sur le dernier taux, elle se positionne sur le premier.

attributEn optiondescription
entity_idaucuneEntité à laquelle imposer le changement de tarif comptable.

utility_meter.select_tariff

Vous permet de sélectionner un tarif spécifique parmi ceux définis dans la configuration.

attributEn optiondescription
entity_idaucuneEntité à laquelle imposer le changement de tarif comptable.
tariffaucuneLe tarif à définir pour la comptabilité.

Configuration avancée

Dans l'exemple suivant, nous créons deux capteurs "Mètre utilitaire”Prendre en compte la consommation d'énergie quotidien et mensuel, répartis sur deux créneaux horaires: F1 et F2 (celui typique de bioraria).

Le capteur surveillé est toujours le même, "sensor.energia_in_kwh».

utility_meter:
  daily_energy:
    source: sensor.energia_in_kwh
    cycle: daily 
    tariffs:
      - F1
      - F2
  monthly_energy:
    source: sensor.energia_in_kwh
    cycle: monthly
    tariffs:
      - F1
      - F2

Cette configuration ne génère pas deux capteurs (comme le suggère la configuration), mais sei:

  • sensor.daily_energy
  • sensor.monthly_energy
  • sensor.daily_energy_F1
  • sensor.daily_energy_F2
  • sensor.monthly_energy_F1
  • sensor.monthly_energy_F2

Les deux premiers compteront les totaux pour le jour et le mois; le reste comptera chacun un cycle spécifique pour des bandes spécifiques.

Maintenant, imaginons que la bande F1 correspond à la bande 9: 00 - 21: 00 et à la bande F2 de 21: 00 à 9: 00 le jour suivant.
Pour automatiser le passage du groupe, nous utilisons l'automatisation suivante:

automation:  
  trigger:
    - platform: time
      at: '09:00:00'
    - platform: time
      at: '21:00:00'
  action:
    - service: utility_meter.next_tariff
      entity_id: utility_meter.daily
    - service: utility_meter.next_tariff
      entity_id: utility_meter.monthly

Ce composant peut être particulièrement utile dans des scénarios tels que celui lié intégration des lectures d'énergie su Home Assistant moyens Sonoff POW.


Home Assistant Logo officielATTENZIONE: rappelez-vous qu'il y a sur notre communauté FORUM une section ad hoc dédiée à Home Assistantpour tout doute, question, information sur le mérite spécifique de ces composants.

Chaîne de télégramme inDomus