(26-04-2025, 07:27 PM)michy a écrit : Bonjour,

  avec la capture "couleur depuis RTE" décoché, il y a une incohérence, le champ "Option Tarifaire" cerclé en rouge donne HP BLEU mais le champ "Code Tarifaire" est encore a 0 (ça devrait être 12)

  Je me demande s'il n'y aurait pas 2 espaces entre HP et BLEU  "HP  BLEU" de la même manière qu'entre HEURE et CREUSE ou HEURE et PLEINE

Si possible de me faire une capture texte (pas une capture d'écran) du cadre "Données brutes Linky" [faut aller vite, ça rafraichi toutes les 2 secondes ..]
  


prêt pour un autre essai ? 

je ne sais pas comment HA gère le contact binaire, donc on va faire autrement

On ajoute une ligne   DeviceToDiscoverWithoutUnit, (j'ai légèrement modifier le nom)

Code :

    DeviceToDiscover("EASF10", "EASF10", "Wh", "energy", "0");
    //DeviceBin2Discover("contactC1C2 ", "Status contact C1-C2");   // Ajout pour remonter contact sec Linky
    DeviceToDiscoverWithoutUnit("contact_C1C2", "contact_C1C2", "0");   // Ajout pour remonter contact sec Linky
  }

On test le cas double espaces (6 nouvelles lignes) et on remonte le nouveau topic  contact_C1C2

Code :

  if (Source == "Linky" || TempoRTEon == 1) {
    int code = 0;
    if (LTARF.indexOf("HEURE  CREUSE") >= 0) code = 1;  // Code Linky
    if (LTARF.indexOf("HEURE  PLEINE") >= 0) code = 2;
    if (LTARF.indexOf("HC BLEU") >= 0) code = 11;
    if (LTARF.indexOf("HC  BLEU") >= 0) code = 11;    // Ajout pour remonter contact sec Linky code avec 2 espaces
    if (LTARF.indexOf("HP BLEU") >= 0) code = 12;
    if (LTARF.indexOf("HP  BLEU") >= 0) code = 12;    // Ajout pour remonter contact sec Linky code avec 2 espaces
    if (LTARF.indexOf("HC BLANC") >= 0) code = 13;
    if (LTARF.indexOf("HC  BLANC") >= 0) code = 13;   // Ajout pour remonter contact sec Linky code avec 2 espaces
    if (LTARF.indexOf("HP BLANC") >= 0) code = 14;
    if (LTARF.indexOf("HP  BLANC") >= 0) code = 14;   // Ajout pour remonter contact sec Linky code avec 2 espaces
    if (LTARF.indexOf("HC ROUGE") >= 0) code = 15;
    if (LTARF.indexOf("HC  ROUGE") >= 0) code = 15;   // Ajout pour remonter contact sec Linky code avec 2 espaces
    if (LTARF.indexOf("HP ROUGE") >= 0) code = 16;
    if (LTARF.indexOf("HP  ROUGE") >= 0) code = 16;   // Ajout pour remonter contact sec Linky code avec 2 espaces
    if (LTARF.indexOf("TEMPO_BLEU") >= 0) code = 17;  // Code RTE
    if (LTARF.indexOf("TEMPO_BLANC") >= 0) code = 18;
    if (LTARF.indexOf("TEMPO_ROUGE") >= 0) code = 19;
    sprintf(value, "%s,\"LTARF\":\"%s\", \"Code_Tarifaire\":%d", value, LTARF.c_str(), code);
  }
  if (Source == "Linky") {
    sprintf(value, "%s,\"NGTF\":\"%s\"", value, NGTF.c_str());
    sprintf(value, "%s,\"EASF01\":%d, \"EASF02\":%d, \"EASF03\":%d, \"EASF04\":%d, \"EASF05\":%d, \"EASF06\":%d,\"EASF07\":%d, \"EASF08\":%d, \"EASF09\":%d, \"EASF10\":%d", value, EASF01, EASF02, EASF03, EASF04, EASF05, EASF06, EASF07, EASF08, EASF09, EASF10);
    //sprintf(value, "%s,\"contactC1C2\":%d", value, contactC1C2);     // Ajout pour remonter contact sec Linky
    sprintf(value, "%s,\"contact_C1C2\":%d", value, contactC1C2);    // Ajout pour remonter contact sec Linky
  }

par retour, l'extrait texte données brutes et après mise a jour du firmware, les 2 captures d'écran avec et sans la coche tempo depuis RTE

merci,

C'est moi qui te remercie vu le temps que tu passes sur cette question,
Je vois que tu ne lâche pas l'affaire,

Alors voici l'extrait texte des données brutes (j'espère que je m'y suis bien pris):

  Données Linky texte.txt (Taille : 926 octets / Téléchargements : 2)
Une copie d'écran à tout hasard:
   
Les capteurs dans HA couleur RTE décoché:
   
Couleur RTE coché:
   

Bon Dimanche

Bonjour,

  ça semble pas mal, on a l'information état du contact Linky et on a découvert un petit bug

       

Si André souhaite prendre en compte dans une prochaine version et conditionner les actions avec cet état qui traduit HC/HP 

La source en V14.22 qui remonte le contact Linky 

+ quelques retouches sur les noms de variable STGE pour les couleurs tempo (couleurDuJour / couleurDemain / couleurCombine)

(27-04-2025, 03:37 PM)michy a écrit : Bonjour,

  ça semble pas mal, on a l'information état du contact Linky et on a découvert un petit bug



Si André souhaite prendre en compte dans une prochaine version et conditionner les actions avec cet état qui traduit HC/HP 

La source en 14.22 qui remonte le contact Linky 

+ quelques retouches sur les noms de variable STGE pour les couleurs tempo (couleurDuJour / couleurDemain / couleurCombine)

Merci pour ton intérêt a ma question,
Sans tes compétences je n'y serais jamais arrivé, Pour moi c'est ok

(27-04-2025, 03:56 PM)SC2024 a écrit :

(27-04-2025, 03:37 PM)michy a écrit : Bonjour,

  ça semble pas mal, on a l'information état du contact Linky et on a découvert un petit bug



Si André souhaite prendre en compte dans une prochaine version et conditionner les actions avec cet état qui traduit HC/HP 

La source en 14.22 qui remonte le contact Linky 

+ quelques retouches sur les noms de variable STGE pour les couleurs tempo (couleurDuJour / couleurDemain / couleurCombine)

Merci pour ton intérêt a ma question,
Sans tes compétences je n'y serais jamais arrivé, Pour moi c'est ok

Il y-a un détail qui me perturbe:
Lorsque le contact est ouvert il est marqué "1", c'est peut-être logique dans la programmation,
   
Personnellement je souhaiterais qu'il soit marqué "0" pour ouvert et "1" pour fermé,
Ou encore mieux tout simplement "ouvert" ou "fermé",
J'ai essayé de bidouiller dans MQTT.ino ligne 178, 363 à 365 sans succès,
Je m'en remet à tes compétences pour un coup de main,
D'avance merci,
Cyril

bonjour,

  Le résultat est donné par la spec ENEDIS : Contact sec : 0 = fermé / 1 = ouvert

  pendant les heures plein (La journée), le contact est ouvert donc 1, on n’alimente pas le contacteur du chauffe eau, 

  la nuit en heure creuse, le contact est fermé (a zéro), ça conduit le courant pour alimenter la bobine du contacteur et alimenter le chauffe eau
  


  un simple ajout pour retourner le bit donné par le Linky devrait suffire a inverser la logique 0 et 1 (dans Source_Linky.ino) :

 

un tilde avant contanctC1C2 inverse les 0 en 1 et les 1 en 0    
et le &b1  ne garde que le bit qui vient d'être inversé

idéalement, il faudrait utiliser une autre variable ...  genre signalHeureCreuse = ~contactC1C2 & 0b1;

(28-04-2025, 01:45 PM)michy a écrit : bonjour,

  Le résultat est donné par la spec ENEDIS : Contact sec : 0 = fermé / 1 = ouvert

  pendant les heures plein (La journée), le contact est ouvert donc 1, on n’alimente pas le contacteur du chauffe eau, 

  la nuit en heure creuse, le contact est fermé (a zéro), ça conduit le courant pour alimenter la bobine du contacteur et alimenter le chauffe eau
  


  un simple ajout pour retourner le bit donné par le Linky devrait suffire a inverser la logique 0 et 1 (dans Source_Linky.ino) :

 

Code :

          contactC1C2 = (strtoul(val.c_str(), NULL, 16)) & 0b1;  // Ajout pour remonter contact sec Linky
           contactC1C2 = ~contactC1C2 & 0b1;

un tilde avant contanctC1C2 inverse les 0 en 1 et les 1 en 0    
et le &b1  ne garde que le bit qui vient d'être inversé

idéalement, il faudrait utiliser une autre variable ...  genre signalHeureCreuse = ~contactC1C2 & 0b1;

Merci ça marche,
J'aurais appris des choses en programmation,

Cyril

J'ai publié ce jour une version V14.23 qui envoi par MQTT la variable STGE du Linky appelé Statuts  et prend en compte le double espace des couleurs tarifaires.

Cordialement

André

(01-05-2025, 06:00 PM)F1ATB a écrit : J'ai publié ce jour une version V14.23 qui envoi par MQTT la variable STGE du Linky et prend en compte le double espace des couleurs tarifaires.

Cordialement

André

Pas de repos pour les retraités le 1er Mai ??

(01-05-2025, 06:00 PM)F1ATB a écrit : J'ai publié ce jour une version V14.23 qui envoi par MQTT la variable STGE du Linky appelé Statuts  et prend en compte le double espace des couleurs tarifaires.

Cordialement

André

Bonjour André,

  perso, je ne fais pas le routage avec le Linky, je suis en UxI

  j'ai bien un ESP32 qui capture la teleinfo mais comme je suis encore en mode historique, contrat HCHP,  pour cette source, je reste avec une version 13.03 modifiée qui suffit pour remonter les infos élec et les traduire comme si c'était en mode standard. (pas d'échange entre celui qui gère le routage et celui qui fait juste du monitoring)

  cette version n'est que pour ceux qui sont sur la teleinfo du linky et qui récupère des infos par MQTT // pas d'impact sur le routage


  dans la version publiée, l'état du contact Linky n'est pas remonté directement, il faut l'extraire de STGE qui remonte comme  "Statuts"

si quelqu'un se sent de faire un tuto pour expliquer comment faire sur les differents system HA/Jeedom/NodeRed ...

(01-05-2025, 07:39 PM)michy a écrit :

(01-05-2025, 06:00 PM)F1ATB a écrit : J'ai publié ce jour une version V14.23 qui envoi par MQTT la variable STGE du Linky appelé Statuts  et prend en compte le double espace des couleurs tarifaires.

Cordialement

André

Bonjour André,

  perso, je ne fais pas le routage avec le Linky, je suis en UxI

  j'ai bien un ESP32 qui capture la teleinfo mais comme je suis encore en mode historique, contrat HCHP,  pour cette source, je reste avec une version 13.03 modifiée qui suffit pour remonter les infos élec et les traduire comme si c'était en mode standard. (pas d'échange entre celui qui gère le routage et celui qui fait juste du monitoring)

  cette version n'est que pour ceux qui sont sur la teleinfo du linky et qui récupère des infos par MQTT // pas d'impact sur le routage


  dans la version publiée, l'état du contact Linky n'est pas remonté directement, il faut l'extraire de STGE qui remonte comme  "Statuts"

si quelqu'un se sent de faire un tuto pour expliquer comment faire sur les differents system HA/Jeedom/NodeRed ...

Peut-être une piste :
https://faire-ca-soi-meme.fr/domotique/2...tic-linky/
Au hasard de mes recherches j'ai trouvé ce traducteur :

  traduction-STGE-linky.zip (Taille : 25.54 Ko / Téléchargements : 5)
Bon weekend