Bonjour @mutmut ,
J’ai démarré l’intégration de l’écocompteur mais je ne suis pas sur du résultat
Je me suis permis de créer un nouveau sujet pour que ce soit plus simple à suivre 
Si tu as une première release, je peux tester sur mon installation.
J’ai un écocompteur réf. 412000 avec firmware v3.0.17
Je publie une 1ère release ce weekend
Après tu peux toujours faire une image de dev avant si tu n’es pas sûr du résultat
Si tu as suivi le template d’exemple il y a une action github qui permet de release une image de dev que n’importe qui peut installer et tester
Je vais regardé comment faire. C’est justement cette partie là que je maîtrise moins. Il faut publier en Build sur github c’est ça ?
La 1ère version est sortie
Ecocompteur installé 
Mes retours :
- je suis en Tempo (et TIC en mode historique) et ça n’a pas l’air d’exister dans le dev, l’intégration me donne un abonnement de base :
- les noms des 5 circuits sont bien repris, je testerai en changeant un des noms pour voir la mise à jour
- côté abonnement, je vois que l’intégration récupère l’intensité souscrite, c’est possible de récupérer l’Abonnement 60A-12kVA ?
- NTARF indique
8→ cela correspond à quoi ? - option tarifaire indique 2 → cela correspond à quoi ?
- la conso et coût 30mn sont liés à quoi ?
Et mes infos de l’ecocompteur :
Sur jeedom, je suivais le développement de Bernard Dandrea.
Il avait mis à dispo une liste complète des éléments que l’on peut récupérer : documentation/jeedom-EcoLegrand/doc/fr_FR/JSON_codes.txt at main · bernard-dandrea/documentation · GitHub
Dedans je ne vois pas de NTARF.
Et je n’ai pas regardé ton code mais tu récupères les infos TIC en historique et standard ?
Merci pour ton retour.
Je ne sais pas ce que tu entends par TIC en historique et standard. J’ai juste une semaine de Gladys.
En fait je récupère le data.json et le inst.json. Tu peux peut être m’envoyer ton data.json et inst.json
{
« option_tarifaire » : 1,
« tarif_courant » : 2,
« isousc » : 45,
"conso_base" : 0,
"conso_hc" : 012378962,
"conso_hp" : 011243054,
"conso_hc_b" : 0,
"conso_hp_b" : 0,
"conso_hc_w" : 0,
"conso_hp_w" : 0,
"conso_hc_r" : 0,
"conso_hp_r" : 0,
"type_imp_0" : 0,
"type_imp_1" : 1,
"type_imp_2" : 1,
"type_imp_3" : 1,
"type_imp_4" : 1,
"type_imp_5" : 1,
"label_entree1" : "General ",
"label_entree2" : "PAC ",
"label_entree3" : "ECS ",
"label_entree4" : "Prises de Courant",
"label_entree5" : "Prises de Courant",
"label_entree_imp0" : "Gaz",
"label_entree_imp1" : "Eau",
"label_entree_imp2" : "Eau",
"label_entree_imp3" : "Eau",
"label_entree_imp4" : "Eau",
"label_entree_imp5" : "Eau",
"entree_imp0_disabled" : 0,
"entree_imp1_disabled" : 0,
"entree_imp2_disabled" : 1,
"entree_imp3_disabled" : 1,
"entree_imp4_disabled" : 1,
"entree_imp5_disabled" : 1
}
{
"data1":766.000000,
"data2":94.000000,
"data3":0.000000,
"data4":0.000000,
"data5":0.000000,
"data6":0.000000,
"data6m3":0.000000,
"data7":0.000000,
"data7m3":0.000000,
"heure":21,
"minute":11,
"CIR1_Nrj":0.000000,
"CIR1_Vol":0.000000,
"CIR2_Nrj":0.000000,
"CIR2_Vol":0.000000,
"CIR3_Nrj":0.000000,
"CIR3_Vol":0.000000,
"CIR4_Nrj":0.000000,
"CIR4_Vol":0.000000,
"Date_Time":1789938687
}
La conso et coût 30mn sont créés automatiquement par Gladys
Pour NTARF et Option Tarifaire, l’un correspond au contrat base, HC/HP Tempo etc… et l’autre HC ou HP
Pour le reste je vais regarder.
Ok pour la récup. Il n’y en a pas un des 2 qu’il faut configurer ? Je ne me rappelle plus mais je sais que j’avais fait du ftp pour modifier des choses.
C’est le mode de communication du Linky : soit c’est historique et on récupère certaines infos, soit c’est standardet on récupère d’autres infos y compris la production d’électricité et des contrats spécifiques (HC le WE et le soir par ex), et les noms des variables ne sont pas les mêmes entre les 2 modes.
Après je ne sais pas si l’ecocompteur gère ça tout seul.
Je suis d’accord mais ils sont liés à quel index ? (en kWh)
De ce que je vois ça doit être lié à conso_xxx du data.json
Ok alors c’est possible d’avoir quelque chose de lisible au lieu des chiffres ?
data.json :
{
"option_tarifaire" : 2,
"tarif_courant" : 8,
"isousc" : 60,
"conso_base" : 0,
"conso_hc" : 0,
"conso_hp" : 0,
"conso_hc_b" : 015354084,
"conso_hp_b" : 007357072,
"conso_hc_w" : 001951145,
"conso_hp_w" : 000923760,
"conso_hc_r" : 000913850,
"conso_hp_r" : 000335072,
"type_imp_0" : 0,
"type_imp_1" : 1,
"type_imp_2" : 1,
"type_imp_3" : 1,
"type_imp_4" : 1,
"type_imp_5" : 1,
"label_entree1" : "Eau chaude",
"label_entree2" : "Refroidissement",
"label_entree3" : "Chauffage",
"label_entree4" : "Borne recharge ",
"label_entree5" : "Prises de Courant",
"label_entree_imp0" : "Gaz",
"label_entree_imp1" : "Eau",
"label_entree_imp2" : "Eau",
"label_entree_imp3" : "Eau",
"label_entree_imp4" : "Eau",
"label_entree_imp5" : "Eau",
"entree_imp0_disabled" : 1,
"entree_imp1_disabled" : 1,
"entree_imp2_disabled" : 1,
"entree_imp3_disabled" : 1,
"entree_imp4_disabled" : 1,
"entree_imp5_disabled" : 1
}
inst.json :
{
"data1":0.000000,
"data2":5.000000,
"data3":11.000000,
"data4":0.000000,
"data5":298.000000,
"data6":0.000000,
"data6m3":0.000000,
"data7":0.000000,
"data7m3":0.000000,
"heure":21,
"minute":38,
"CIR1_Nrj":0.000000,
"CIR1_Vol":0.000000,
"CIR2_Nrj":0.000000,
"CIR2_Vol":0.000000,
"CIR3_Nrj":0.000000,
"CIR3_Vol":0.000000,
"CIR4_Nrj":0.000000,
"CIR4_Vol":0.000000,
"Date_Time":1789940296
}
Pour option_tarifaire cela doit être possible
option_tarifaire
0 = base
1 = HC/HP
2 = Tempo
Pour tarif_courant c’est plus compliqué
tarif_courant
0 =
1 = Heure Creuse
2 = Heure Pleine
3 =
4 =
5 =
6 =
7 =
8 = Heure Pleine Bleu
9 = Heure Pleine Blanc
10 =
Actuellement c’est heure creuse bleu et je suis en 5.
Donc la logique voudrait :
6 : HC blanc
7 : HC rouge
10 : HP rouge
Quid de 0, 3 et 4 
tarif_courant
0 = Base
1 = Heure Creuse
2 = Heure Pleine
3 = Heures Normales (EJP)
4 = Heures de Pointe Mobile (EJP)
5 = Heure Creuse Bleu
6 = Heure Creuse Blanc
7 = Heure Creuse Rouge
8 = Heure Pleine Bleu
9 = Heure Pleine Blanc
10 = Heure Pleine Rouge
@pierre-gilles Quelles sont les infos dont l’intégration Suivi Energie a besoin pour fonctionner correctement ?
Sachant qu’au niveau de l’écocompteur LEGRAND 1ère génération on peut exploiter les infos suivantes :
data.json
{
"option_tarifaire" : 2,
"tarif_courant" : 8,
"isousc" : 60,
"conso_base" : 0,
"conso_hc" : 0,
"conso_hp" : 0,
"conso_hc_b" : 015354084,
"conso_hp_b" : 007357072,
"conso_hc_w" : 001951145,
"conso_hp_w" : 000923760,
"conso_hc_r" : 000913850,
"conso_hp_r" : 000335072,
"type_imp_0" : 0,
"type_imp_1" : 1,
"type_imp_2" : 1,
"type_imp_3" : 1,
"type_imp_4" : 1,
"type_imp_5" : 1,
"label_entree1" : "Eau chaude",
"label_entree2" : "Refroidissement",
"label_entree3" : "Chauffage",
"label_entree4" : "Borne recharge ",
"label_entree5" : "Prises de Courant",
"label_entree_imp0" : "Gaz",
"label_entree_imp1" : "Eau",
"label_entree_imp2" : "Eau",
"label_entree_imp3" : "Eau",
"label_entree_imp4" : "Eau",
"label_entree_imp5" : "Eau",
"entree_imp0_disabled" : 1,
"entree_imp1_disabled" : 1,
"entree_imp2_disabled" : 1,
"entree_imp3_disabled" : 1,
"entree_imp4_disabled" : 1,
"entree_imp5_disabled" : 1
}
inst.json
{
"data1":0.000000,
"data2":5.000000,
"data3":11.000000,
"data4":0.000000,
"data5":298.000000,
"data6":0.000000,
"data6m3":0.000000,
"data7":0.000000,
"data7m3":0.000000,
"heure":21,
"minute":38,
"CIR1_Nrj":0.000000,
"CIR1_Vol":0.000000,
"CIR2_Nrj":0.000000,
"CIR2_Vol":0.000000,
"CIR3_Nrj":0.000000,
"CIR3_Vol":0.000000,
"CIR4_Nrj":0.000000,
"CIR4_Vol":0.000000,
"Date_Time":1789940296
}
Ce fameux EJP, je l’avais oublié
Pour répondre (j’espère juste), l’intégration se base sur des index pour calculer une conso 30mn et un coût 30mn, ce qui veut dire que l’on va se baser sur tous les conso_xxx.
Pour l’instant, il ne sera pas possible de générer des conso et coût 30mn sur les 5 tores car ce sont des puissances instantanées (W) et non des énergies consommées (kWh) (index pour faire simple).
Dans l’ecocompteur, les index des 5 tores sont récupérables mais ils deviennent faux avec le temps. Le problème majeur est que ces nombres sont basés sur 6 chiffres (en dur dans le code) et lorsqu’ils s’incrémentent, ils perdent en précision.
Le plugin jeedom permettait de faire un reset chaque nuit à 23h59 pour toujours avoir une bonne précision de l’index du jour.
Mais qui dit reset dit qu’il faut stocker la valeur précédente et l’ajouter à la nouvelle, c’est le premier challenge.
Le second challenge est qu’il faut pouvoir récupérer ces index et ils ne sont pas accessible via data.json et inst.json, il faut créer un nouveau json bien formaté (voir mes liens plus haut), l’envoyer sur l’ecocompteur en ftp au moment de la création par exemple, et ensuite on peut récupérer les index.
A partir de là je pense que l’intégration ecocompteur fera le reste sur les conso et coûts 30mn.
Je pense qu’il faut valider le plugin avec les data.json et inst.json dans un premier temps.
Ensuite il faudra regarder pour « créer » les index des 5 tores (c’est ce que j’aimerais surveiller).
Petite question, tu pourrais me dire si ton Linky est en mode standard ou historique ? (faut cliquer sur les boutons du linky pour faire défiler et voir l’info).
Car je ne sais pas si ce vieux machin legrand sait gérer le mode standard, et si c’est bien le cas il faudrait l’indiquer dans la doc.
@mutmut version 1.2 en ligne
Corrige la détection Tempo, ajoute des libellés lisibles et une précision exacte des index
- option_tarifaire : 2 reconnu comme Tempo (confirmé par un retour utilisateur réel avec /data.json à l’appui), en plus du 4 jamais observé conservé par prudence. Corrige la mauvaise détection qui faisait retomber les installations Tempo sur un simple index Base. - Option tarifaire et Tarif en cours publiés en texte lisible (« HC/HP », « Tempo », « Heure Pleine Bleu »…) au lieu d’un code brut ou du badge NTARF, qui ne parle à personne. - Conversion Wh → kWh sans perte (division par 1000, 3 décimales) au lieu de l’ancien arrondi au dixième, pour un calcul de consommation 30 minutes plus précis côté Gladys. - Doc fr/en : tableau des 6 index Tempo et de leur suivi consommation/coût automatique, correction de l’intervalle de rafraîchissement minimal (1 s, pas 10 s).
Merci @Goldorakiller pour cette release, tempo est bien présent !
J’ai mis à jour hier et les index, conso et coût ont l’air bon :
Les index sont arrondis à l’unité par rapport à ce que j’ai dans l’ecocompteur :
Si les calculs de conso/coût sont faits par rapport aux valeurs avec décimales alors le rendu est bon, sinon ça peut faire une légère différence.
Je viens de changer de nom pour un de mes tores et il n’y a pas de check et de mise à jour on dirait.
J’ai redémarré l’intégration et pas de changement.
Et j’ai des trucs bizarres avec plein d’espace dans les paramètres techniques pour chauqe paramètre :
Réponse de Claude :
Index arrondis à l’unité
Rassure-toi, c’est seulement l’affichage. Depuis la 1.2.0, l’intégration publie les index avec 3 décimales, et Gladys les stocke telles quelles. C’est sa fonction d’affichage qui arrondit selon la taille du nombre : un entier au-delà de 1000 kWh (d’où 15383 pour 15382,79), une décimale entre 10 et 1000 (d’où 923,8 pour 923,76). Le calcul des consommations et coûts 30 minutes se fait sur les valeurs stockées, avec les décimales. Donc c’est bon de ce côté.Renommage d’un tore
Tu as raison, et c’est notre doc qui était fausse, désolé. Dans Gladys, une fois l’appareil créé, les noms de ses fonctionnalités t’appartiennent (comme le nom de l’appareil ou sa pièce). Un renommage fait ensuite sur l’écocompteur n’est pas repris, même après redémarrage de l’intégration ou nouvelle découverte. Le plus simple : renommer « Chauffage » en « Pompe à chaleur » directement dans Gladys. Supprimer puis recréer l’appareil marche aussi, mais tu perdrais l’historique. La doc est corrigée pour la prochaine version.Les grands espaces dans « Paramètres techniques »
Ce ne sont pas des paramètres de l’intégration. Les ENERGY_INDEX_LAST_PROCESSED_… sont les repères que Gladys crée lui-même pour son calcul d’énergie, un par index (d’où les 7 chez toi). La mise en page vient de l’écran de Gladys : si ça te gêne, ça mérite d’être remonté sur le dépôt Gladys.Ce qui arrive dans la prochaine version
Un index d’énergie par tore : l’écocompteur ne donne que la puissance instantanée de ses tores, alors l’intégration va reconstruire la consommation en kWh de chacun. Gladys y ajoutera automatiquement la consommation et le coût 30 minutes. Tu pourras donc suivre ce que coûte ta borne de recharge ou ta pompe à chaleur. C’est une estimation, calculée entre deux relevés, qui démarre à 0 à l’installation.
Un widget de tableau de bord « Puissance en direct », grâce aux nouveautés de Gladys 5.1 : les 5 tores en direct, leur total et le tarif en cours coloré (bleu, blanc ou rouge en Tempo). Au passage, le widget reprend le nom affiché sur l’écocompteur, donc il suivra ton renommage.
Il faudra Gladys 5.1 minimum pour cette version. Pour en profiter : onglet Découverte de l’intégration, puis « Mettre à jour » (pas besoin de supprimer l’appareil, l’historique est conservé). Je te préviens dès qu’elle est publiée, et tes retours en Tempo seront précieux pour valider les index par tore !
Salut @Goldorakiller
merci pour cette dernière release qui est vraiment bien !
Widget Puissance en direct :
Graphique avec l’énergie calculée de chaque tore, Il faudra peut-être un peu plus de data pour dire si le calcul est bon ou à améliorer :
Ce qui est intéressant c’est que la page Appareils de l’intégration donne les anciens noms des tores (que l’on retrouve sur mes graphiques) alors que le widget prend les noms renommés dans l’écocompteur. Je précise que j’ai créée tout ça après avoir renommé les tores dans l’écocompteur.
Comparatif suivi énergétique Tempo
Et quelques différences (0,7kWh) mais qui s’équilibrent sur les 2 jours :
De ce que je vois c’est qu’il y a sûrement eu un loupé sur l’écocompteur avec la dernière heure de la veille et les 2 premières du jour.
En tout cas je valide !
Merci pour ton retour !