HA Dashboard Energy - Githubissues

carfnann commented 3 years ago

Alors tout d'abord un ENORME merci pour ce que tu as partagé, c'était super clair et bien expliqué pour la mise en place. ca fonctionne d'enfer chez moi depuis 20 minutes :p

J'ai tenté de rajouter les sensor dans le dashboard energy de HA qui permet de suivre les Conso de gaz mais il ne m'accepte pas les sensors. est ce normal? faut il modifier les sensor?

merci

frtz13 commented 3 years ago

j'ai constaté la même chose. mais je n'ai pas encore fait de recherches à ce sujet.

PEGARifrouf commented 3 years ago

Bonjour, Merci beaucoup, ça marche pour moi aussi. J'ai configuré ça hier. Concernant le dashboard Energy il ne prend en compte que les sensor "long term statistic". les sensor délaré en CLI ne peuvent pas bénéficier de cette fonctionnalité.

J'ai donc créé un nouveau sensor basé sur celui de la consommation de la veille `template:

sensor:
- name: "Gas daily consuption" unit_of_measurement: "m³" state_class: "measurement" device_class: "gas" state: > {{ states('sensor.grdf_consommation_gaz_m3')|float }} attributes: last_reset: '1970-01-01T00:00:00+00:00'`

Celui-ci est bien accepté par le dashboard energy mais aucune valeur n'est vue après plusieurs heures. Pourtant ce nouveau sensor a bien la valeur de la consomation de la veille. Peut être qu'il y a une incompatibilité de la façon de traiter l'axe X du temps, je n'ai pas d'idée pour l'instant.

Merci

PEGARifrouf commented 3 years ago

Le dashboard Energy n'apprécie pas le reset à -0.5 sur la consommation journalière. Je viens donc d'ajouter la source du mois en cours en "total_increasing".

`template:

sensor:
- name: "Gas monthly consuption" unit_of_measurement: "m³" state_class: "total_increasing" device_class: "gas" state: "{{ state_attr('sensor.grdf_consommation_gaz_m3', 'conso_curr_month_m3') }}" attributes: last_reset: '1970-01-01T00:00:00+00:00'`

Je ne suis pas sûr si il ne faut pas un 'last_reset' dynamique tous les mois, mais sans l'attribut le long term statistic ne marche pas pour "Energy". Pour info pour la classe 'gas' on ne peut utiliser que m3 et ft3, le facteur de conversion m3 et kwh de votre commune se trouve sur le site de GRDF.

PEGARifrouf commented 3 years ago

Tout est déclaré dans le configuration.yaml

J'essayé de tout passer dans le sensors.yaml, j'ai l'erreur "mapping values are not allowed here" au début de la déclaration des 4 sensors qui décomposent les sensors CLI.

J'ai essayé de passer seulement le nouveau sensor de recopie, je n'ai pas d'erreur mais je ne le retrouve pas ensuite, dans le contexte de sensors.yaml il ne doit pas connaître les deux sensors CLI pour en retirer leurs attributs.

Le ven. 8 oct. 2021 à 12:20, carfnann @.***> a écrit :

merci pour les infos mais par contre, ou as tu créé ces sensors? le format ne correspond pas au fichier de config... j'ai essayé cela :

platform: template sensors: grdf_daily_consumption:
name: "Gas daily consumption"

unit_of_measurement: "m³" state_class: "measurement" device_class: "gas" state: "{{ states('sensor.grdf_consommation_gaz_m3')|float }}" attributes: last_reset: '1970-01-01T00:00:00+00:00' grdf_monthly_consumption:

name: "Gas monthly consuption"

unit_of_measurement: "m³" state_class: "total_increasing" device_class: "gas" state: "{{ state_attr('sensor.grdf_consommation_gaz_m3', 'conso_curr_month_m3') }}" attributes: last_reset: '1970-01-01T00:00:00+00:00'

mais ca ne passe pas la verif

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/frtz13/homeassistant_gazpar_cl_sensor/issues/7#issuecomment-938526759, or unsubscribe https://github.com/notifications/unsubscribe-auth/AVCLAE3FO2YSWU6GZXO6CWTUF3AXZANCNFSM5FRVBEUA . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

PEGARifrouf commented 3 years ago

J'ai l'info suivante qui est apparue dans le dashboard Energy, avec le sensor de recopie de la conso mensuelle en cours 'total_increasing':

frtz13 commented 3 years ago

on avance... à mon retour (dans 1 semaine) je ferais en sorte que le sensor "mois en cours" passe à 0 (et non pas à -1) quand la valeur n'est pas encore connue en début de mois. et aussi ajouter une date de remise à zéro = début du mois en cours (au format approprié) dans les attributs json.

PEGARifrouf commented 3 years ago

Bonjour @frtz13,

Si cela vous intéresse j'ai ouvert un sujet pour avoir un sensor journalier qui aurait la valeur de consommation de la journée mais sur les 24h, sans passage à -1. https://community.home-assistant.io/t/create-sensor-by-parsing-json-file/346158

Je me pose aussi la question, le JSON des conso journalières il est correctement rempli même quand la requete GRDF échoue avec un sensor à -1 non ? C'était mon autre option de "recopier" le json dans un sensor mais je ne connais pas trop comment peut être structuré le temps lors de la mise à jour d'un sensor avec par exemple des valeurs qui ne vont que jusqu'à la veille.

Merci à vous pour votre script, vous avez quasiment déjà fait un dashboard Energy gaz !

frtz13 commented 3 years ago

l'option du sensor "consommation mois courant" me semble la plus prometteuse. Aussi pour les jours où GRDF ne met pas à jour les consommations journalières. H.A. se chargera de calculer les consommations journalières en constatant les incrémentations. à propos de la valeur -1: le script la renvoie, quand la consommation de la veille n'est pas dispo. Cela ne veut pas dire que la requête a échouée, Quand elle réussit, on trouve la ligne "got data" dans le log. comme je disais dans mon message précédent, pour les données mensuelles, je vais abandonner la valeur -1 et la remplacer par 0, comme la situation "conso du mois n'est pas dispo" arrive en début du mois, il me semble tout aussi raisonnable de retourner la valeur 0 dans ce cas.

PEGARifrouf commented 3 years ago

Effectivement vous avez raison, j'avais perdu l'entité en bidouillant la config. Je viens de la remettre et le dashboard Energy réalise bien une consommation journalière vu que la donnée est définie comme "data_increased".

Je pense que l'attribut suivant doit être définit comme le premier jour du mois pour gérer le reset de la consommation: attributes: last_reset: '1970-01-01T00:00:00+00:00'

Par contre je ne vois pas comment mettre un offset sur la date, pour le type utility meter il existe un argument mais pas dans la définition du sensor long term statistic.

frtz13 commented 3 years ago

d'après la description du fonctionnement de la state_class 'total_increasing' sur https://developers.home-assistant.io/docs/core/entity/sensor/ , l'attribut last_reset semble inutile.

PEGARifrouf commented 3 years ago

@frtz13 : je ne sais pas où mettre ça puisque c'est juste une remarque de cleanup éventuel. J'ai finalement compris comment transférer les sensor vers ne nouveau format template. Préalable:

inclure un fichier de déclaration des templates dans le fichier de configuration.yaml template: !include templates.yaml

Déclarer les sensor de l'ancien format platfrom: template du configuration.yaml dans le nouveau fichier templates.yaml

#Consommation de gaz par gazpar
- sensor:
  name: "Gas monthly consuption"
  unit_of_measurement: "m³"
  state_class: "total_increasing"
  device_class: "gas"
  state: "{{ state_attr('sensor.grdf_consommation_gaz', 'conso_curr_month_m3') }}"
- sensor:
  name: "Gas previous month consuption"
  unit_of_measurement: "m³"
  device_class: "gas"
  state: "{{ state_attr('sensor.grdf_consommation_gaz', 'conso_prev_month_m3') }}"
- sensor:
  name: "Gas day-1"
  unit_of_measurement: "m³"
  device_class: "gas"
  state: "{{ state_attr('sensor.grdf_consommation_gaz', 'conso_m3') }}"
- sensor:
  name: "Gas monthly consuption kWh"
  unit_of_measurement: "kWh"
  state: "{{ state_attr('sensor.grdf_consommation_gaz', 'conso_curr_month') }}"
- sensor:
  name: "Gas previous month consuption kWh"
  unit_of_measurement: "kWh"
  state: "{{ state_attr('sensor.grdf_consommation_gaz', 'conso_prev_month') }}"`

J'ai ici volontairement changé les noms pour vérifier les valeurs avec les sensors d'anciens format. L'avantage c'est qu'il n'y a plus besoin de dupliquer un sensor pour le dashboard énergie. Le nom des sensors est le name avec des '_' pour remplacer les espaces.

PEGARifrouf commented 3 years ago

d'après la description du fonctionnement de la state_class 'total_increasing' sur https://developers.home-assistant.io/docs/core/entity/sensor/ , l'attribut last_reset semble inutile.

Bonjour, Après plusieurs jours de tests l'attribut sert bien à quelque chose. Pas directement sur celui-ci mais sur le sensor de prix créé par le dashboard energy. Si l'on ignore l'attribut, le prix est resté tous les jours (basé sur la conso du mois en cours). Si on le déclare comme j'ai fait le prix s'accumule tous les jours. Il faut que je vois ce qu'il se passe au changement de mois maintenant. Merci

frtz13 commented 3 years ago

je vais ajouter l'attribut en question dans la réponse du sensor. last_reset: '2021-11-02T00:00:00+00:00' par ex. pour le mois de nov 2021. NB: il s'agit bien du 2 du mois, à mon avis, car nos données ont un jour de retard. pour le moment, je n'ai pas encore bien compris, comment le calcul du coût est censé fonctionner. sur mon installation pour tests, le calcul ne semble pas cohérent. d'ailleurs, je n'ai pas compris votre remarque: "Si l'on ignore l'attribut, le prix est resté tous les jours".

PEGARifrouf commented 3 years ago

Pardon, je voulais dire que le prix reseté, remis à 0 chaque jour. Mais avec l'attribut il s'accumule.

Chez moi le calcul semble correct 3-4€ par jour avec le chauffage. Il faut convertir la prix au kwh en prix au M3 avec le facteur de conversion de GrDF qui dépend de la localisation.

Le ven. 12 nov. 2021 à 01:50, frtz13 @.***> a écrit :

je vais ajouter l'attribut en question dans la réponse du sensor. last_reset: '2021-11-02T00:00:00+00:00' par ex. pour le mois de nov 2021. NB: il s'agit bien du 2 du mois, à mon avis, car nos données ont un jour de retard. pour le moment, je n'ai pas encore bien compris, comment le calcul du coût est censé fonctionner. sur mon installation pour tests, le calcul ne semble pas cohérent. d'ailleurs, je n'ai pas compris votre remarque: "Si l'on ignore l'attribut, le prix est resté tous les jours".

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/frtz13/homeassistant_gazpar_cl_sensor/issues/7#issuecomment-966730209, or unsubscribe https://github.com/notifications/unsubscribe-auth/AVCLAE322FJCHVDJJAZ53KTULRQGNANCNFSM5FRVBEUA . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

PEGARifrouf commented 3 years ago

Par contre le sensor de prix géré par le dashboard energy se remet à 0 à chaque redémarrage de HA quand je crée un autre sensor par exemple.

Le ven. 12 nov. 2021 à 02:13, Pierre-Emmanuel Gasnier < @.***> a écrit :

Pardon, je voulais dire que le prix reseté, remis à 0 chaque jour. Mais avec l'attribut il s'accumule.

Chez moi le calcul semble correct 3-4€ par jour avec le chauffage. Il faut convertir la prix au kwh en prix au M3 avec le facteur de conversion de GrDF qui dépend de la localisation.

Le ven. 12 nov. 2021 à 01:50, frtz13 @.***> a écrit :

je vais ajouter l'attribut en question dans la réponse du sensor. last_reset: '2021-11-02T00:00:00+00:00' par ex. pour le mois de nov 2021. NB: il s'agit bien du 2 du mois, à mon avis, car nos données ont un jour de retard. pour le moment, je n'ai pas encore bien compris, comment le calcul du coût est censé fonctionner. sur mon installation pour tests, le calcul ne semble pas cohérent. d'ailleurs, je n'ai pas compris votre remarque: "Si l'on ignore l'attribut, le prix est resté tous les jours".

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/frtz13/homeassistant_gazpar_cl_sensor/issues/7#issuecomment-966730209, or unsubscribe https://github.com/notifications/unsubscribe-auth/AVCLAE322FJCHVDJJAZ53KTULRQGNANCNFSM5FRVBEUA . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

frtz13 commented 3 years ago

même comportement ici. sensor en kWh avec attribut last_reset en début du mois.

PEGARifrouf commented 3 years ago

Au final le plus robuste est de faire un sensor template avec la consommation courante en cours et le multiplier par le prix au kwh.. On peut le donner comme ça au dashboard energy aussi.

Le dim. 14 nov. 2021 à 16:46, frtz13 @.***> a écrit :

même comportement ici. sensor en kWh avec attribut last_reset en début du mois.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/frtz13/homeassistant_gazpar_cl_sensor/issues/7#issuecomment-968315544, or unsubscribe https://github.com/notifications/unsubscribe-auth/AVCLAE7RWDJHDIRXF7E7UXDUL7KUVANCNFSM5FRVBEUA . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

frtz13 / homeassistant_gazpar_cl_sensor-deprecated

HA Dashboard Energy #7

name: "Gas daily consumption"

name: "Gas monthly consuption"