Compteur triphasé #2
Comments
|
Bonjour, j'ai simulé les trames d'un compteur triphasé y compris les trames courtes, avec l'aide d'un arduino, puis j'ai modifié quelques que lignes du développement de hekmon. Cela semble bien fonctionner, grâce à Hekmon,car le travail est presque aboutit. Hekmon je peux vous envoyer la modification si vous le souhaitez, à l'occasion je ferais des tests pour le mode standard. |
|
Mon temps libre est assez limité mais avec un peu d'aide ca devrait être possible ! La principale particularité des compteurs triphasés est ce qu'Enedis appelle les "trames courtes" qui sont émises en burst lors d'un évènement qu'elles décrivent (voir p17 du document d'Enedis sur le TIC):
Ici donc le coeur doit être modifié afin que certains compteurs ( Ici la clé du support d'un compteur triphasé sera donc la correcte détection par le module de la fin d'un évènement et l'effacement des valeurs du cache du module (les modules devront retourner "vide" hors d'un évènement). Le core du module comporte déjà la détection de rotation d'une frame complète, les interrogations sont donc les suivantes:
Donc pour la suite je dirais:
Qu'est-ce que vous en dites ? |
|
Je rajouterai un petit bémol cependant, ces trames courtes sont émises en boucle de 20 pour une bonne raison: lors d'un évènement une granularité supplémentaire est voulue pour suivre l'évolution de l'évènement. Actuellement le design du module est fait en "pull": c'est HA qui vient chercher l'info "quand ca lui chante" (toutes les 30 secondes actuellement, voir #1 pour plus de details). Ce qui est un peu contraire à la nature de d'un évènement ponctuel et rapide. Une des solutions serait d'avoir ces compteurs en push et non en pull, mais cela va augmenter un peu la complexité du module (et son temps de dev/tests). Peut être à faire dans un second temps. |
|
Super ! |
|
Les fichiers de config du lixee sous jeedom ne t'aideraient en rien ? |
|
Ok pour moi, Il faut juste que je me remette dans le bain des commandes github |
|
@leboucher7 pas d'inquiétude sur le dev, votre rôle sera le testing "en conditions réèlles" ;) @InnoGreenTech si cela peut aider: |
|
Pardon pour le long moment sans nouvelles... Je ne me suis pas contenté de rajouter le triphasé mais j'en ai profité pour revoir toute l'intégration du plugin à HA et préparer une v2:
Alors les détections de frame courtes ont été développées "à l'aveugle" et avant de pouvoir finaliser la sortie de cette v2 j'aurai besoin des logs de debug de l'intégration pendant que ces trames sont émises pour bien valider le fonctionnement @leboucher7. Une beta arrive bientôt avec les instructions d'installation et de configuration pour les logs debug :) Pour le teasing: |
|
Bravo pour ce teasing : l'ajout de la fonctionnalité temps réel est vraiment une plus value ! |
|
La 1ère beta est disponible ici. Prenez bien le temps de lire le nouveau manuel sur la page de la branche de développement notamment pour la migration v1 -> v2 (la branche principale reste pour le moment sur la dernière version stable soit la v1.2.0). Pour valider cette beta j'aurai besoin d'analyser les logs de l'extension en mode Pour activer les logs en mode debug simplement pour l'extension voici le bloc de configuration à avoir: logger:
default: info
logs:
custom_components.linkytic: debugAttention c'est très verbeux :) Pour les autres en monophasé vous pouvez aussi profitez de la beta, notamment du nouveau mode temps réel. Bonne fêtes à tous ! |
|
@keweki tout d'abord merci ! Je n'ai jamais entendu parler d'un compteur qui passerait automatiquement en mode standard pour être honnête 🤔 Concernant la prise en charge du mode standard je dirais qu'elle est voulue... mais pas (encore) prévue. Ajouter le triphasé m'aura nécessité tout le (peu de) temps libre que j'avais ces 3 dernières semaines et une fois la version finale déployée je pense faire une petite pause sur le code. Et vu les gros changements que celui-ci implique, la seule manière sereine que j'envisage est d'y passer moi même pour être capable de le tester moi même pendant son développement. Donc oui... mais un (autre) jour :) Honnêtement si vous n'êtes pas producteur d'énergie vous n'avez aucun impératif à être en mode standard. Effectivement peut être qu'envisager le retour en arrière est une solution plus simple et plus rapide. Et si vous contactez Enedis pour savoir la raison du changement, je serai curieux de la connaître ! |
|
Super boulot, Je fais ça juste après les fêtes, là j'ai pas le temps. Merci pour ton implication |
|
Bonjour, de mon côté, j'ai migré de la v1 à la v2 en 30 secondes et tout fonctionne à merveille (pour ma part monophasé historique). C'est vraiment appréciable d'avoir une solution simple à installer, légère, rapide et efficace. EDIT : J'ai fait une erreur désolé, mon module n'est pas un GCE mais un Cartelectronic : https://www.cartelectronic.fr/teleinfo-compteur-enedis/17-teleinfo-1-compteur-usb-rail-din-3760313520028.html |
|
@Makimax35 merci pour le retour 👍 Concernant les sondes compatibles avec le temps réel, en monophasé il n'y en a que 3 (les autres ne présentent pas d'intérêt à l'être), le détails est sur le nouveau manuel (mais encore sur la branche de développement). |
|
Hello @leboucher7 , avez-vous eu l'occasion de tester l'intégration sur votre compteur triphasé ? L'intégration est prête à passer en v2 avec toutes ses nouvelles améliorations. Idéalement je préférerai la publier avec un retour de test sur le module triphasé, mais si vous n'avez pas le temps dans l'immédiat je pense la publier en stable avec seulement la partie triphasé marquée comme beta dans le manuel. Si correction il doit y avoir cela pourra se faire sur les versions suivantes. Dans le cas où vous pensez pouvoir le tester d'ici février, pas de problème pour attendre encore un peu et tenter une v2 avec un module triphasé testé :) Merci encore. |
|
Bonjour je souhaite savoir si il est possible d'obtenir l'injection vers le réseau ? si oui avez vous une procédure a me conseiller ? rylo |
Sans vouloir trop m'avancer, il me semble qu'un Linky qui injecte de l'électricité dans le réseau est configuré en mode standard, mode qui n'est pas encore supporté par l'extension malheureusement. Il est possible de vérifier sur le linky le mode du TIC actuellement configuré. |
|
merci pour ton retour. je viens de contrôler je suis bien historique mode TIC |
|
Étrange, le document (voir section 6.1.1 page 15) du standard TIC ne parle pas de compteurs pour l'injection de courant pour le mode historique 🤔 |
|
j'ai les panneaux depuis 1 mois peut être le temps de faire la mise a jour du compteur. |
|
Oui, je confirme que vois bien dans le document Enedis décrivant le TIC des compteurs pour l'énergie injectée en mode standard. Donc de votre côté je dirais qu'il faut passer votre compteur en mode standard et partir sur une intégration Home Assistant qui supporte ce mode (certainement du côté d'un dongle zigbee + une intégration comme zigbee2mqtt vers Home Assistant pour rapatrier tout ca). Je compte un jour rajouter le support du mode standard dans cette extension mais je ne peux pas vous dire quand :) Ce que je trouve étrange c'est qu'Enedis n'ai pas passé votre compteur en mode standard après votre déclaration (que ce soit pour l'auto consommation seule avec la CACSI ou la revente ce que vous semblez sous entendre, plus d'infos ici). |
|
ok merci, je vais contacter Enedis demain pour en savoir plus sur le sujet je reviendrai faire un retour demain. je ne voudrais pas que cela pose soucis plus tard. |
|
J'ai eu enedis mon dossier n'est pas encore a jour ils ont beaucoup de demandes et il avait l'air de me dire que c'etait pas obligé de passer en standard. |
Intéressant, on en apprend tous les jours ! Par contre dans ce cas, vous n'aurez aucun compteur transmis sur le TIC mentionnant l'énergie injectée sur le réseau :) |
|
tu veux dire que le TIC transmet l'injection seulement si on est en standard ? |
De ce que je vois, oui. Pour être plus précis je dirais "les informations d'injection". L'injection est peut être possible mais non visible au travers du TIC en mode historique. Plus de détails dans le document de référence comme indiqué ici: #2 (comment) |
|
Bonjour @hekmon , Merci par avance. |
|
Bonjour @YpNo, Malheureusement cela ne fonctionnera pas :
Pour faire plus simple, cette intégration Home Assistant est faite pour le TIC-DIN mais pas le ZLinky_TIC ! |
|
Merci pour la réponse @hekmon, |
|
Bonjour, je début sou HA et j'ai installé Xilee sous ZHA . Il s'en mis à jour en V14 |
|
Bonjour @lunlun73 , Essayons de garder ce thread sur le sujet d'origine: l'implémentation du support du triphasé pour les modules linky en connexion série directe. Comme je l'expliquais dans mon post précédent il n'y a aucun support des modules zigbee dans le module ou les fils de discussions de ce module. Pour tout de même répondre à votre question : non je n'ai aucun tuto sous la main mais si j'étais vous je tenterais ma chance sur les forums français de Home Assistant. Bien à vous |
|
Petit rappel du but de ce thread après pas mal d'hors sujet : il est ici pour discuter de la fonctionnalité en beta du support du triphasé pour ceux possédant un connecteur série compatible avec cette intégration. Plus d'information sur la page d'accueil du projet. |
|
Bonjour Hekmon, Merci pour ce travail! Linky Index option Heures Creuses - Heures Creuses Linky Index option Heures Creuses - Heures Pleines Linky Index option EJP - Heures Normales Linky Index option EJP - Heures de Pointe Mobile Linky Index option Tempo - Heures Creuses Jours Bleus Linky Index option Tempo - Heures Pleines Jours Bleus Linky Index option Tempo - Heures Creuses Jours Blancs Linky Index option Tempo - Heures Pleines Jours Blancs Linky Index option Tempo - Heures Creuses Jours Rouges Linky Index option Tempo - Heures Pleines Jours Rouges Linky Préavis Début EJP Linky Couleur du lendemain Linky Avertissement de Dépassement d'intensité de réglage (phase 1) Linky Avertissement de Dépassement d'intensité de réglage (phase 2) Linky Avertissement de Dépassement d'intensité de réglage (phase 3) Est ce normal du fait que l'appli soit en mode béta ou est ce moi qui est mal fait quelque chose ? Bonne après midi! |
|
Bonjour @benjaminfino , Êtes-vous certain d'être en mode standard ? Celui-ci n'est pas (encore ?) supporté par l'intégration et l'assistant refuse normalement de se terminer si vous sélectionné ce dernier (seule le mode historique permet de terminer l'assistant). Si vous avez sélectionner le mode historique dans l'intégration mais que votre Linky est bien en mode standard, le lien série ne pourrait tout simplement pas être lu (différence de baud rate, la vitesse d'émission de la donnée en série). La suite de ma réponse part du postulat que vous avez terminé la configuration de l'intégration en mode historique et que votre Linky est bien en mode historique puisque vous avez des données affichées. Il est normal de ne pas avoir toutes les entités en "disponible". En effet l'intégration "prépare" chaque capteur qui est théoriquement existant dans le mode TIC afin de recevoir leur valeur si elle est lue mais aucun scénario ne permet d'avoir tous les capteurs actifs en même temps. Par exemple dans votre cas:
Vous pouvez donc désactiver dans Home Assistant tous les capteurs des options tarifaires mais pas ceux des dépassement d'intensité: vous voulez que l'information soit récupérée et enregistrée par Home Assistant dans le cas où votre Linky les émetterai lors d'un épisode de dépassement ! Comme vous avez certainement pu le lire dans cette issue, je suis désespérément en recherche de quelqu'un en triphasé qui pourrait m'aider à sortir le mode de la beta. J'effectue son développement complètement à l'aveugle et le mode triphasé est plus complexe que le normal a cause des "trames coutes" qui peuvent être émises de manière ponctuelle afin de m'assurer que leur détection ne casse pas le moteur de gestion des trames normales. Pour valider le fonctionnement actuel j'ai besoin des logs debug de l'integration pendant le passage d'une trame courte. Plus d'information sur les trames courtes ici et sur comment activer les logs debug de l'extension ici. Merci d'avance |
|
Bonjour Hekmon, Merci pour votre retour, je viens de vérifier sur le linky, et je vous confirme que mon compteur est bien en mode tic standard et non historique. Par contre sur l'application coté HA je suis en mode historique puisque l'installation ne se faisait pas en mode standard. J'ai activé les données en temps réelles. J'ai bien un abonnement tempo, depuis le linky j'ai les valeurs de conso pour chaque couleurs (bleu blanc et rouge en HC et HP) Voici les données remontées par le TIC sur HA:
Etant en triphasé je peux vous aider pour la beta! |
|
Bonjour Hekmon, J'ai un linky en triphasé, je veux bien également contribuer en donnant mes logs. Par contre, je suis en mode standard, et si je veux passer en mode historique, je dois faire passer quelqu'un d'edf. J'ai possibilité de générer facilement des trames de surconsommation. Donc si le mode standard est prochainement supporté, je peux apporter ma contribution. Bonne soirée. |
|
Bonjour, Pour info le mode standard a été ajouté dans la beta v3 disponible en téléchargement via HACS (ou les releases github) et dont les retours utilisateur sont suivis dans #19 . Pour l'instant on est 2 à avoir testé avec un abonnement classique ("Base") monophasé sans production et ça fonctionne bien. |
Bonjour,
Je débute sous HA, j'étais sous jeedom avant.
Ma clé zlinky fonctionnait sur mon compteur triphasé, est-ce que je peux aidé d'une quelconque manière pour faire évoluer lixeeticdin vers une prise en charge des compteurs triphasés ?
Merci
The text was updated successfully, but these errors were encountered: