Reconstruire le signal Tempo EDF dans Home Assistant (sans téléinformation Linky)

La gestion de l’option Tempo d’EDF repose sur trois informations clés :

• la couleur du jour (Bleu, Blanc, Rouge)

• la plage horaire (HP / HC)

• le tarif instantané en €/kWh

Ces variables sont indispensables pour optimiser la consommation électrique : chauffage, chauffe-eau, électroménager ou délestage.

Avec la téléinformation Linky, ces données seraient accessibles localement mais sans ce capteur, Home Assistant ne fournit aucune donnée native. Il devient donc nécessaire de reconstruire le signal Tempo à partir d’une source externe fiable.

1. Objectif : recréer le signal Tempo EDF dans Home Assistant sans Linky

La reconstruction du signal Tempo EDF dans Home Assistant sans Linky repose sur une approche modulaire en trois entités cohérentes et exploitables :

• tempo_couleur_api → couleur du jour

• tempo_hc_api → état heures creuses (booléen)

• tempo_tarif_api → tarif courant

Ces entités permettent d’automatiser les équipements énergivores, d’optimiser les coûts d’électricité et d’alimenter le tableau de bord énergie.

1.1 tempo_couleur_api : couleur du jour

Variable centrale du système qui conditionne directement le niveau tarifaire., elle prend les valeurs :

• Jour Bleu

• Jour Blanc

• Jour Rouge

1.2 tempo_plage_hc : gestion des heures creuses Tempo

La gestion des heures creuses Tempo dans Home Assistant peut être réalisée selon deux approches complémentaires ::

• tempo_plage_api → affichage et supervision

• tempo_hc_api → automatisations

Option 1 — tempo_plage_api : indicateur direct API

Cette entité reflète directement l’information externe :

• HP → heures pleines

• HC → heures creuses

👉 Avantages : implémentation immédiate sans aucune logique locale

👉 Limite : dépendance totale à l’API et plus généralement a l'internet...

Option 2 — tempo_hc_api : émulation relais heures creuses

Cette entité binaire reproduit un contacteur jour/nuit, ce qui permet de raisonner comme un système électrique réel, et peu faciliter le pilotage énergétique.

• on → heures creuses

• off → heures pleines

👉 Avantages : implémentation immédiate sans aucune logique locale, idéale pour les automatisations (logique simple et robuste) et indépendante de la représentation texte

👉 Limite : dépendance totale à l’API et plus généralement a l'internet...

1.3 tempo_tarif_api : tarif courant

Le tarif est l’information la plus directement exploitable pour déterminer les seuils de d'enclanchement/déclanchement du pilotage automatiquement des équipements et calculer les coûts en temps réel. Il est fonction de :

• tempo_couleur_api

• tempo_plage_api

• la grille tarifaire

Voici une version enrichie et optimisée SEO du passage concerné, intégrant une référence explicite à l’auteur de l’API, tout en restant factuel et mesuré dans les affirmations.

2. Intégration rapide avec une API Tempo fiable

Pour reconstruire le signal Tempo dans Home Assistant, l’utilisation d’une API externe constitue une solution simple et efficace.

Parmi les différentes solutions testées, l’API développée par Jean-Baptiste Romain via le site API Couleur Tempo se distingue par sa fiabilité et sa cohérence dans le temps.

👉 D’un point de vue empirique :

• les données fournies se sont révélées stables et cohérentes sur la durée

• les changements de couleur et de plage horaire sont correctement synchronisés

• la disponibilité du service est adaptée à un usage domotique continu

👉 Dans de nombreux cas d’usage, cette API permet d’obtenir les informations très en amont de leur diffusion par certains fournisseurs d’électricité, notamment pour la couleur du lendemain.

⚠️ Cette observation dépend des conditions d’accès aux données côté fournisseurs et ne constitue pas une garantie absolue, mais elle représente un avantage pratique notable pour l’anticipation énergétique.

Pourquoi privilégier cette API ?

A l'usage, par simple comparaison à d’autres API Tempo disponibles publiquement. Certaines présentent des retards de mise à jour, d’autres des incohérences ponctuelles ou des indisponibilités fréquentes.

👉 L’API Couleur Tempo constitue un bon compromis entre simplicité, gratuité et robustesse, ce qui en fait une base pertinente pour une intégration dans Home Assistant.

Bon usage recommandé

Même si cette API est fiable, il reste pertinent de l’utiliser comme source principale dans une approche simple ou source de référence dans une architecture hybride (validation d’un modèle local)

2.1 Principe

L’API fournit :

• codeCouleur → couleur du jour

• codeHoraire → HP / HC

• tarifKwh → tarif instantané

👉 Elle encapsule donc entièrement le signal Tempo :

• tempo_couleur_api

• tempo_plage_api

• tempo_hc_api

• tempo_tarif_api

2.2 Implémentation Home Assistant

rest:
  - resource: https://www.api-couleur-tempo.fr/api/now
    scan_interval: 3600

    sensor:
      - unique_id: "tempo_couleur_api"
        name: "Tempo Couleur (API)"
        value_template: >
          {% set code = value_json.codeCouleur %}
          {% if code == 1 %} Jour Bleu
          {% elif code == 2 %} Jour Blanc
          {% elif code == 3 %} Jour Rouge
          {% else %} Inconnu
          {% endif %}

      - unique_id: "tempo_tarif_api"
        name: "Tempo Tarif (API)"
        unit_of_measurement: "€/kWh"
        value_template: >
          {{ value_json.tarifKwh | float(0) }}

      - unique_id: "tempo_plage_api"
        name: "Tempo Plage (API)"
        value_template: >
          {% set code = value_json.codeHoraire %}
          {% if code == 1 %} HP
          {% elif code == 0 %} HC
          {% else %} Inconnu
          {% endif %}

    binary_sensor:
      - unique_id: "tempo_hc_api"
        name: "Tempo HC (API)"
        value_template: >
          {{ value_json.codeHoraire == 0 }}

2.3 Exploitation dans les automatisations

Exemple de condition basée sur le tarif :

{{ states('sensor.tempo_tarif_api') | float(1.0) < 0.20 }}

Cas d’usage typiques déclenchement du chauffe-eau en HC ou selon des seuils de rentabilité qui peuvent être ajusté en temps réel, arrêt du chauffage en jour rouge HP, lancement différé des appareils...

4. Limites de l’approche API

L’utilisation directe de l’API fournit un tarif instantané exploitable. Malgré sa simplicité, cette méthode présente des limites liées à sa dépendance continue à une source externe ainsi qu'à l'absence de personnalisation des tarifs.

Aussi, cette méthode qui reste externe à la logique interne de Home Assistant, peu limiter à la fois la cohérence de l’historisation dans le tableau de bord énergie et la capacité à adapter ou maîtriser les optimisations.

5. Conclusion : API ou reconstruction locale ?

L’utilisation de l’API constitue une solution rapide et fonctionnelle. Cependant, pour un système plus avancé, une reconstruction locale permettrait :

• une indépendance vis-à-vis des services externes

• une personnalisation complète

• une meilleure intégration dans Home Assistant

👉 L’approche idéale consiste souvent à construire une logique locale comme système principal en s'appuyant sur l’API comme source de validation, d'actualisation ou de secours…