Téléinfo via wifi

Re,

J’ai 2 autres questions :

  1. Peut-on (j’ai bien l’impression que non) avoir les données de la veille comme cela est possible avec l’addon « apiEnedis » (que je n’ai jamais réussi à faire fonctionner d’ailleurs, malgré création du token, validation de consentement, etc) ou du coup un moyen de faire un équivalent ?

  2. Dans mes valeurs remontées, les infos jour / semaine / mois sont les mêmes, est-ce que c’est parce que je ne remonte les données que depuis aujourd’hui ou y a t-il un truc que j’ai raté ?

Merci d’avance

Capture

Le problème d’utility_meter est qu’il te remet les données à 0 au début de chaque cycle.
Si tu utilises le cycle par heure, il remettra à 0 toutes les heures.

Je viens en effet de constater cela via l’historique. En revanche point curieux, il est a 0 depuis 17h ?

Capture

Attention à ESPHome (dev), @SeByDocKy (qui m’a bien aidé sur le sujet :grin: et que je remercie) a trouvé un bug sur une version. Il m’a donc dit de fixer la version dans la configuration par :

esphome_version: 765e641d

Cela te permet de ne pas être planté le jour où tu veux compiler via ESPHome (dev).

@lacrima08, voici ma configuration qui m’a permis d’avoir le suivi de ma consommation EDF en Wh ou kWh sur différents cycles (horaire, journalier, semaine, …)

Tout d’abord j’ai ajouté au code de mon ESP32 2 sensors qui utilisent le même tag_name BASE mais avec des unités différentes :

    tags:
     ...
     - tag_name: "BASE"
       sensor:
        name: "Index"
        unit_of_measurement: "kWh"
        icon: mdi:home-analytics
        filters:
          - multiply: 0.001
     - tag_name: "BASE"
       sensor:
        name: "Index (Wh)"
        unit_of_measurement: "Wh"
        icon: mdi:home-analytics
     ...

Ensuite, grâce à Mini Graph Card qui est récupérable via HACS, tu peux afficher des courbes très personnalisable, voici ce que j’ai chez moi :
image

Voilà le code de la carte du haut (Conso EDF) qui utilise l’unité VA de puissance :

align_icon: left
color_thresholds:
  - color: '#11f13a'
    value: 600
  - color: '#11f13a'
    value: 800
  - color: '#f0da11'
    value: 1000
  - color: '#ef5a0f'
    value: 3000
  - color: '#ef1d0f'
    value: 5000
entities:
  - sensor.puissance
hours_to_show: 24
hour24: true
more_info: false
name: Conso EDF
points_per_hour: 2
animate: true
show:
  labels: true
  name: true
type: 'custom:mini-graph-card'

et le code de celle du bas (Conso EDF par heure) qui utilise une unité en Wh plus proche de la consommation EDF :

align_icon: left
color_thresholds: # Les couleurs en fonctions des seuils
  - color: '#11f13a'
    value: 30
  - color: '#f0da11'
    value: 60
  - color: '#ef5a0f'
    value: 90
  - color: '#ef1d0f'
    value: 120
entities:
  - sensor.index_wh   # Le sensor en Wh pour être plus précis
unit: Wh
aggregate_func: delta   # La fonction delta calcule l'écart entre 2 données ce qui permet de voir l'évolution instantannée
hours_to_show: 1   # permet de n'afficher qu'une heure.
# C'est cette donnée qu'il faut changer pour afficher :
# - une journée en mettant 24
# - ou une semaine 24 x 7
hour24: true
more_info: false
name: Conso EDF par heure # Le titre du graphique
points_per_hour: 60 # Précision de la courbe, 60 va m'afficher 60 points pour une heure
# Pour un graphique sur une journée, j'ai choisi 2 pour avoir 48 points (2 pts/heure sur 24h)
# Pour un graphique sur une semaine, j'ai choisi 1 pour avoir 84 points (1 pts/2 heures sur 24 x 7h)
animate: true
show:
  labels: true    # Les petites étiquettes sur l'axe Y qui indique le mni et maxi
  name: true
  state: false    # J'ai choisi de masquer car l'unité est en VA, je ne sais pas pourquoi
type: 'custom:mini-graph-card'

J’éspère que mes commentaires sont assez clairs, n’hésites pas si tu as des questions.

1 « J'aime »

@Sylvain_G

Je te remercie. C’est beaucoup plus parlant comme cela !

Pour ce qui est des Wh et des VA, j’ai cru comprendre que c’était une spécificité du Linky qui remontait les infos en VA contrairement aux anciens compteurs qui remontaient les infos en Wh

De ce que j’ai cru comprendre (je suis loin d’être connaisseur sur le sujet) c’est lié au fait que la consommation de certains appareils est variable, que les anciens compteurs en gros arrondissaient (ou faisaient une moyenne ?) du coup il était considéré que 1 Wh = 1 VA (ce qui en réalité ne serait pas tout à fait vrai) alors que les linky seraient en mesure de prendre en compte ces variations et du coup relèvent en VA pour avoir un relevé qui serait plus proche de la réalité

A priori pour avoir les valeurs en Wh, il faut multiplier la valeur en VA par un facteur de puissance, dont j’ignore la valeur

Pour l’ESPHome dev, j’ai laissé l’add-on "de base " du supervisor et dans la configuration, j’ai mis
esphome_version: dev

et j’ai pu compiler sans encombres

Bonjour tout le monde,
Pour ceux que çà intéresse, j ai écrit un article pour récupérer la téléinformation en utilisant un sonoff Basic et esphome:

0hax.github.io/post/teleinformation/

(On a pas le droit de poster de lien ?)

Vos retours sont la bienvenue :slight_smile:

Non il faut participer d’avantage pour acquérir le droit…

Je te le modifie.

Je t’invite à lire le message reçu lors de ton inscription…

Hello, maintenant que l’on a les « utility_meter », on peut certainement refaire fonctionner cette custom card linky qui a d’ailleurs été forkée pour l’API enedis provisoire !

Sinon je vous recommande les nouveaux graphiques : apexcharts-card c’est vraiment top, on a notamment enfin un axe des ordonnées gradué (contrairement à mini-graph-card) !

image

—> info erronée, voir ci dessous ----> Enfin dernière info, il y’a de nouveau une api Linky disponible pour les particuliers. Jeedom en bénéficie depuis quelques jours, pour les détails ça se passe ici. J’espère que développeur chevronné y trouvera de l’intérêt bientôt :slight_smile:
Alors ça ne donnera pas la consommation en instantané comme le fait la téléinfo mais pour récupérer les données passées, avoir un historique, c’est top.

Edit: fausse joie : jeedom utilise finalement l’api non officielle mise à dispo par M4dm4rtig4n. C’était déjà possible via Home Assistant depuis un moment.
Bon ils n’ont pas la délicatesse d’indiquer aux utilisateurs que l’API en question est hébergée chez euwx ou un particulier et non chez Enedis…
Rien de neuf du coté API officielle donc, désolé pour la fausse joie.

2 « J'aime »

linky esphome est passé sur la version prod
quelqu’un a essayé ?

Bonjour

J’ai effectivement constaté que l’intégration est passée en prod
je remercie grandement les développeurs pour cette implémentation
D’ailleurs à tout ceux qui ont produit le code excusez moi pour la demande mais pouvez vous me dire si l’indication PTEC (Puissance Tarifaire En Cours) a été implémentée, je suis incapable de faire la modification du code source

Je ne suis pas chez moi cependant je peaufine certain « code » de mes ESP
j’ai donc créé le code suivant car en effet celui indiqué sur le site de ESPHOME ne fonctionne pas.
Le correctif a mettre en place est indiqué un peu plus haut dans le fil.
NB j’utilise un ESP32 WROVER
NB2 je suis en mode historique

La broche 1 du MOSFET est connectée a l’UART 2 de l’ESP32 c’est a dire a la broche GPIO 16 de l’ESP32.

Ci dessous le code retenu

esphome:
  name: esp32_tic
  platform: ESP32
  board: esp-wrover-kit

wifi:
  networks:
  - ssid: "mon_ssid"
    password: "mon_password"
  - ssid: "mon_ssid_iot"
    password: "mon_password_diot"

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Esp32 Tic Fallback Hotspot"
    password: "password_fall_back"

captive_portal:

# Enable logging
logger:

# Enable Home Assistant API
api:

ota:

web_server:
  port: 80

uart:
  id: uart_bus
  rx_pin: 25
  tx_pin: 27
  baud_rate: 1200
  parity: EVEN
  data_bits: 7   

sensor:
  - platform: teleinfo
    tags: 
      - tag_name: "HCHC"
        sensor:
          name: "hchc"
          unit_of_measurement: "Wh"
          icon: mdi:Counter
      - tag_name: "HCHP"
        sensor:
          name: "hchp"
          unit_of_measurement: "Wh"
          icon: mdi:Counter
      - tag_name: "PAPP"
        sensor:
          name: "papp"
          unit_of_measurement: "VA"
          icon: mdi:flash
      - tag_name: "ADCO"
        sensor:
          name: "identifiant"
          icon: mdi:barcode
          unit_of_measurement: ""
      - tag_name: "PTEC"
        sensor:
          name: "PTEC"
          unit_of_measurement: ""
          icon: mdi:clock-fast  
    update_interval: 5s
    historical_mode: true

En effet je souhaite migrer de la solution actuellement en prod (domochip en mqtt) par celle ci car je souhaite intégrer d’autres capteurs:
A l’aide de deux ADS1115 ( en différentiel ) et de 4 transformateurs de courant (CT_clamp SCT013-30), je souhaite monitorer des gros consommateurs tels que:

  • La PAC
  • Le cumulus
  • Le Four
  • La plaque de cuisson

Le code de monitoring avec les ADS1115 est fonctionnel et cela semble compatible au niveau ressources avec la puissance de l’ESP32.
cerise sur le gateau

Il servira aussi comme tracker BLE.

Là ou je suis actuellement j’ai les trois services qui fonctionnent « a blanc » sur le même ESP 32 ( même si je n’ai pas de CT-CLAMP et pas d’interface TIC, mais les deux ADS1115), et pas de plantages pour le moment rencontré et ce malgré un refresh des données plutôt riche (5 secondes pour les sondes de courant et 5 secondes pour le TIC)

Dès que je pourrais valider l’installation à la maison je ferais un Circuit Imprimé que je mettrais a votre disposition si cela peut vous intéresser.

Bien a vous

Bonjour a tous

j’ai fais un montage a blanc sur plaquette d’expérimentation,
Je confirme ça fonctionne, me manque juste le retour de l’information (PTEC) mais c’est juste informel.

me reste a finaliser le circuit imprimé

Bien a vous

Bonjour à tous.
Depuis quelques jours, nous avons un linky à la maison. Du coup, le sujet de relever les informations en live dans HomeAssistant m’intéresse fortement.

Votre sujet sur possibilité de le faire via un module wifi est d’autant plus intéressant que le linky est dans la cave, à une dizaine de mètres de la baie réseau où se trouve un rpi avec du zwave et du rfxcom.

Seulement, à côté du linky, je n’ai pas de prise de courant et je me demandais comment alimenter un module wifi connecté au linky.

serait-il envisageable de tirer un câble depuis les bornes TIC du linky vers un module TIC à brancher sur le RFXCOM (je pensais à celui çi : https://www.amazon.fr/Extension-RFX-pour-téléinformation-EDF/dp/B07V5WZ92X/ref=sr_1_12?dchild=1&keywords=rfxtrx433&qid=1615379648&sr=8-12).

La longueur du câble est-elle importante ?

Merci d’avance de vos réponses.

Hello,
J’ai un compteur électronique mais pas le linky, est ce que ça fonctionne aussi ?
J’ai acheté le module pitinfo de Charles Tallard et j’ai un semis D1 mini.
J’ai installé sur HA, espHomec et espHome dev, les 2 cohabitent.
Avec espHome dev j’ai suivi le tuto de @Jcpas plus haut
https://forum.hacf.fr/t/teleinfo-via-wifi/1077/77

Sur Chrome avec l’adresse IP du semis, j’ai bien des infos mais pas toutes, je n’ai pas l’index, ni HC et HP

J’arrive à remonter des infos dans HA et avoir des graphes avec ApexCards

Comment avoir les HC et HP, je n’ai que la puissance en VA

Merci pour votre retour

je me réponds à moi même:
Apparemment, la longueur maximale du câble entre le compteur et le boitier pour les relevés est de 500m.
Largement de quoi tirer le câble entre le linky et un boitier TIC/usb qui serait branché sur le rpi avec HA.

Je rebondi sur le sujet pour savoir si quelqu’un connaitrait les tag_name à mettre dans le config.yaml si on est en triphasé ?
J’ai testé vite fait et je n’ai que la 1ere phase qui remonte…
Ou au pire comment les trouver.

Salut.
Est-ce que tu as ajouté les trames qui t’intéressent ? HCHC et HCHP pour les heures creuses/heures pleines. (voir doc Enedis page 26)

Salut.
Je ne connais pas du tout le triphasé mais essaies en ajoutant les étiquettes spécifiques au triphasé, doc Enedis page 32 à priori.

Salut.
Ca m’intéresse cette custom card linky.
Est-ce que tu as réussi à la faire fonctionner avec les utility_meter ?
Merci pour les graphes apexcharts !! Je vais y jeter un oeil.

1 « J'aime »