Heures pleines/heures creuses pour le suivi coût

[cyrille_menard]

Bonjour,

Mon problème

J’ai mis en place des pinces ampermétrique pour le Shelly pro EM50 pour suivre ma conso électrique.
Je suis en mode heure pleine / heure creuse et j’aurais souhaité pouvoir « donner » au dashboard énergie le coût au kwh en fonction de l’heure et du jour (pour ma part je suis en HC de 22h30 à 6h30).
J’ai repris plusieurs tutos mais je m’y perd un peu et je n’arrive pas trouver la solution.
merci pour votre aide

Ma configuration

---

System Information

version	core-2024.12.1
installation_type	Home Assistant OS
dev	false
hassio	true
docker	true
user	root
virtualenv	false
python_version	3.13.0
os_name	Linux
os_version	6.6.63-haos
arch	x86_64
timezone	Europe/Paris
config_dir	/config

Home Assistant Community Store

GitHub API	ok
GitHub Content	ok
GitHub Web	ok
HACS Data	ok
GitHub API Calls Remaining	5000
Installed Version	2.0.1
Stage	running
Available Repositories	1477
Downloaded Repositories	2

Home Assistant Cloud

logged_in	true
subscription_expiration	3 janvier 2025 à 01:00
relayer_connected	true
relayer_region	eu-central-1
remote_enabled	true
remote_connected	true
alexa_enabled	true
google_enabled	true
cloud_ice_servers_enabled	true
remote_server	eu-central-1-16.ui.nabu.casa
certificate_status	ready
instance_id	906f9d6f7de246d7b36c03a06f979503
can_reach_cert_server	ok
can_reach_cloud_auth	ok
can_reach_cloud	ok

Home Assistant Supervisor

host_os	Home Assistant OS 14.0
update_channel	stable
supervisor_version	supervisor-2024.11.4
agent_version	1.6.0
docker_version	27.2.0
disk_total	227.6 GB
disk_used	8.5 GB
healthy	true
supported	true
host_connectivity	true
supervisor_connectivity	true
ntp_synchronized	true
virtualization	kvm
board	ova
supervisor_api	ok
version_api	ok
installed_addons	Matter Server (6.6.1), Terminal & SSH (9.15.0), Z-Wave JS (0.9.0), File editor (5.8.0), Studio Code Server (5.17.3), Mosquitto broker (6.4.1)

Dashboards

dashboards	3
resources	0
views	12
mode	storage

Recorder

oldest_recorder_run	29 novembre 2024 à 11:19
current_recorder_run	9 décembre 2024 à 18:08
estimated_db_size	277.36 MiB
database_engine	sqlite
database_version	3.45.3

___

[pascal_ha]

Pour ma part, j’ai suivi cette methode :
C’est pour tempo, mais tu dois pouvoir adapté pour ton cas.

As tu une entité qui te permet de savoir quand tu es en Heures creuses et en heures pleine ?

Création de sous compteurs TEMPO

Salut, Le plus simple quand tu as un compteur global pour ta conso c’est de créer un compteur de service public par l’interface de HA en renseignant tes 6 tarifs dans la case tarifs pris en charge, ça va te créer les 6 compteurs et un input select. Dans ton automatisation tu change la valeur du input select en fonction du tarif en cours et le bon compteur va s’incrémenter automatiquement. Edit: Si tu préfères le faire en yaml, il te faut 1 seul utility_meter avec les 6 tariffs, ça crée autom…

[cyrille_menard]

bonjour et merci de prendre du temps pour me répondre ; non je n’ai pas d’entité pour les heures creuses ou pleines . j’ai suivi aussi des tutos pour cela avec plus ou moins de succès.
cdt

[pascal_ha]

As tu regardé ce sujet, il me semble plus pret de ta demande.

Compteur HP HC suivant tarif du linky

Et voici le bon code pour l’automatisation : alias: conso pompe piscine Tarif description: "" trigger: - platform: time at: "15:24:00" variables: tariff: hc - platform: time at: "17:24:00" variables: tariff: hp - platform: time at: "20:54:00" variables: tariff: hc - platform: time at: "02:54:00" variables: tariff: hp condition: [] action: - service: select.select_option target: entity_id: - select.conso_pompe_pi…

Le plus simple:

Tu crée un input_number.tarif_base_hc et un input_number.tarif_base_hp

Pas oublier de saisir le prix pour chaque tarifs

Tu crée un compteur de service « consommation base »
Le capteur d’entrée, c’est ton capteur de mesure énergie en kWh

Et un automatisme qui bascule de heures creuses à heures pleines

alias: consommation base
description: ""
triggers:
  - at: "22:30:00"
    variables:
      tariff: hc
    trigger: time
  - at: "06:30:00"
    variables:
      tariff: hp
    trigger: time
actions:
  - target:
      entity_id: select.consommation_base
    data:
      option: "{{ tariff}}"
    action: select.select_option

Ce qui te donnera ceci

[cyrille_menard]

merci pour la réponse , résultat demain .

[cyrille_menard]

merci , ça fonctionne ( avec qqs ajustements )

[pascal_ha]

De rien, valide en solution le post qui t’a aidé.

[Patafoin]

Hello à tous,
Je déterre ce sujet pour avoir une information. Je viens de mettre en place la solution d’ lavant dernier message de pascal_ha, tout est ok, j’attends que ça me remonte de l’info dans les stats.
Cela dit, je me pose une question sur le compteur à utiliser comme source. J’ai un Shelly EM Gen 3 qui me remonte soit la puissance live en W, soit la puissance cumulée depuis la mise en service en KW/h.
Pour le moment j’ai placé le dernier comme source d’info. Pouvez vous me confirmer que c’est la bonne entité choisie svp ?
Merci d’avance

[pascal_ha]

Salut

Il faut utiliser le sensor en kWh pour que ce soit utilisable dans le dashboard energie.

[Patafoin]

Salut,

Merci Pascal_ha, tout tourne à merveille
Par rapport au shelly, il y a deux compteurs en kWh, em1_total_active_energy et em1_total_active_returned_energy. Il faut prendre le premier

[Leo_67]

Bonjour, en suivant tout à la lettre je tombe sur un problème.

Je suis en triphasée, donc le Linky fait la jonction entre le retour de courant d’une phase et la consommation des autres phases. Je possède une batterie qui renvoi dans une phase la consommation des deux autres pour éviter d’acheter du courant. Dans mon cas, pour comptabiliser je passe par un “combiner de plusieurs capteur” (pour faire le calcul via etendue : conso phase A+B+C - retour phase C).

Souvent la batterie renvoi 1 ou 2 W de plus.

Dans le calcul je vois bien le décompte des kW mais le sensor.base_hp lui compte (positif) au lieu de décompter.

Je me retrouve a compter les retours de courant + les consommations de courant. Y a t il une solution pour calculer la consommation de courant - le retour de courant?

Le calcul ce matin

1h après on voit bien que l’on décompte

Pourtant le sensor base HP lui comptabilise le décompte

L’automatisation

[pascal_ha]

@Leo_67

Pourtant le sensor base HP lui comptabilise le décompte

Salut

Tu vois comment que base HP comptabilise le décompte ?

Sur l’historique du graphique, je vois que le comptage de l’énergie base HP qui ce remet à zéro chaque jour à minuit

[Leo_67]

Depuis ce matin, je regarde les valeurs du shelly.
J’ai la phase A et B qui augmente, mais la phase C qui retourne plus de courant. Je me retrouve avec plus d’energie renvoyé que d’énergie acheté et quand je regarde le sensor base HP je retrouve bien la remise à zéro du jour et un compteur qui augmente, alors qu’il devrait etre négatif limite ou du moins proche de 0

IMG_38961283×2112 164 KB

Ici on voit qu’actuellement je renvoi 4W sur le réseau. Phase A+B+C < Retour Phase C (ce que la batterie injecte)

[gserange]

Bonjour,

Je me permets de rebondir sur ce sujet.

J’ai également un Shelly Pro 50-EM avec pinces ampèremétriques pour mon suivi conso et production solaire. Je suis en contrat TEMPO et j’aimerai intégrer le calcul du coût dans mon dashboard énergie.

Grâce à l’intégration Tempo, j’ai deux sensors qui me donne pour chaque jour le prix heures creuses et heures pleines. J’ai créé un sensor pour l’intégrer dans mon dashboard energie qui doit prendre la bonne valeur en fonction de l’heure. Pour celà j’ai mis ces lignes dans mon configuration.yaml mais ca ne fonctionne pas. Une idée du soucis ?

template:
  - sensor:
      - name: "Prix du Kwh"
        state: "{% if (((now().strftime('%H:%M') >= '06:00') and (now().strftime('%H:%M') < '22:00'))) %} {{states(sensor.tarif_tempo_heures_pleines_ttc)}} {% else %} {{states(sensor.tarif_tempo_heures_creuses_ttc)}} {% endif %}"
        state_class: 'measurement'
        unit_of_measurement: "EUR/kWh"
        unique_id: 'prix_du_kwh'
        icon: mdi:currency-eur

J’ai ce message d’erreur dans le dashboard energie

L'entité a un état non numérique
Les entités suivantes ont un état qui ne peut pas être analysé comme un nombre :
- sensor.prix_du_kwh (unavailable)

[gserange]

@gserange

states(sensor.tarif_tempo_heures_pleines_

J’ai finalement trouvé tout seul : il manquait des ‘ ‘ autour du nom du sensor dans mon if