Mode standard #19
Mode standard #19
Conversation
Correction d'affichate du capteur date/heure courante Ajout d'un capteur par information du registre de statuts Suppression des "NONUTILE" pour le profil du prochain jour calendrier fournisseur
|
Ravi de voir que le coeur de lecture série n'a pas eu besoin de modification :) J'ai eu une idée : plutôt que d'attendre d'avoir le temps de passer tout cela en revue, je vous propose de merge et de créer la v3 en beta/preview. Ainsi ceux qui le souhaitent peuvent tester le mode standard dès maintenant et cela me laisse le temps... de trouver du temps de m'y mettre sérieusement. |
|
Bonne idée ! Je pense que je vais faire une demande pour passer au mode standard pour aider à faire des tests. Vu que ça ne fait pas longtemps que j'ai installé mon Linxee, ça ne me dérangerait pas si les données étaient perdues/fausses/plus enregistrées. Préviens nous quand la v3 beta est disponible au test @hekmon🙂 |
|
Ca me parait être une bonne solution, plus simple pour les eventuels testeurs. Pour info je viens de me rendre compte que le fork n'était plus fonctionnel depuis la dernière MAJ de HA (j'avais ajouté certains sensors en CONFIG). |
Les entités changent de nom, les anciennes données ne sont plus liées. Faire une sauvegarde de HA avant, on sait jamais ! ;) |
|
Alors si c'est ce que je pense, j'ai déjà eu cette situation récemment avec un nouveau nom d'entités (ajout de "linky" dans le nom des entités) que je voulais fusionner avec l'ancien et ma solution, plutôt que de passer par des commandes SQLite a été, je crois, de supprimer les anciennes entités et renommer les nouvelles en anciennes (ou inversement ?). Quand je testerai cette évolution du module, je tâcherai de noter les instructions exactes pour conserver les anciennes données (si ça fonctionne) |
|
Effectivement en supprimant les nouvelles puis en donnant le nouveau nom aux anciennes ça devrait fonctionner, avec juste la perte des des nouvelles données avant l'opération, mais si c'est fait assez rapidement ça ne pose pas vraiment de problème |
Ca avait effectivement été un sujet lors du passage de la v1 (yaml config) à la v2 (config flow) : j'avais mis dans le readme de l'époque une petite procédure pour ceux qui voulaient garder les mêmes.
Oui j'ai eu le même problème (d'où la sortie de la v2.0.7). J'aurais pu le fix moi même mais merci !
J'ai repéré 2 ou 3 petites choses que je souhaiterai corriger avant (2 sondes orphelines créées sur la pile et non ajoutées dans l'array des sondes), un peu de linting par ci par là et des classes héritées que réimplémente le constructeur du parent plutôt que de l'appeler directement (repéré mais pas encore corrigé). J'ai déjà commencé, ca devrait pas trop tarder :) |
|
Désolé pour le temps d'attente mais la relecture réintégration a fait du bien car elle m'a permis de trouver une regression pour le mode historique. Désormais corrigée :) @gduteil au final il y aura eu quelques de commits d'integration à la code base, pouvez-vous relire la version finale pour m'assurer que je n'ai pas enlever quelque chose de vital pour le mode standard et la tester chez vous ? La première beta de la version 3 est par ici 🎉 |
Top ! Je viens d'envoyer la demande à mon fournisseur pour passer au mode standard, il n'y a plus qu'à attendre... :) En attendant j'imagine que la beta est sensée gérer à la fois le mode historique et standard ? (que je sache s'il faut que j'attende le mode standard pour l'installer) |
Merci pour la relecture et les corrections, les relectures sont toujours utiles d'autant plus que je ne suis pas très à l'aise avec Python et encore moins avec l'API de Home Assistant. J'ai installé la bêta, ça a l'air fonctionnel chez moi, au moins en standard, monophasé et sans reinjection. |
Oui la bêta gère les 2 modes, néanmoins lors du passage en mode standard il faudra supprimer l'ancien compteur et le réinstaller en cochant le mode standard, et faire une opération pour rattacher les anciennes entités sur les nouvelles (voir les posts ci-dessus) |
|
Voici mon retour d'expérience de la beta avec le mode standard : Linky : Sagem G1 monophasé Je confirme que le baudrate 9600 pour le mode Standard est correct, comme indiqué dans le readme : Lines 123 to 126 in 0f81acc A voir dans le temps mais tout semble fonctionner : les statistiques semblent correctement récupérées, beau travail ! 🙂 J'ai reproduit (et retranscrit) la méthode que j'ai utilisé pour fusionner les anciennes statistiques du tableau énergie avec les nouvelles et ainsi ne pas perdre l'historique. Note: j'ai tendance à laisser un peu de temps entre chaque action, surtout les action de renommage d'entité et celles de suppression pour laisser le temps à home assistant de faire un éventuel travail de fond. C'est probablement pas nécessaire mais comme il n'y a aucun retour visuel sur le processus de migration/fusion de données, impossible de savoir si on peut enchaîner les actions ou s'il faut le laisser travailler en arrière plan pour éviter des problèmes
Vous voulez que je fasse une PR sur le README pour l'intégrer (avec des images et des choses à retravailler j'imagine ?) ? Ou un autre MD/Wiki séparé ? |
|
Les correspondances des entités ont l'air correctes, pour l'énergie soutirée j'ai un doute, je pense que sans contrat heures creuses l'index 01 est le même relevé que le total (ce qui est mon cas) mais qu'avec un contrat heures creuses les relevés seront ventilés entre l'index 01 et 02. Le mieux est effectivement de prendre une capture des valeurs avant de supprimer le compteur, identifier les entités qu'on souhaite migrer et comparer avec les entités du mode standard en se basant sur les valeurs remontées pour trouver la correspondance. |
|
Bonnes nouvelles ! Merci pour vos retours 🙏 @theblackhole je mettrai à jour le readme lors du passage à la v3.0.0 stable et à ce moment là je mettrais directement un lien vers votre post pour votre (très complet !) walkthrough. Tant qu'on est en beta, gardons les informations centralisées ici pour les aventuriers :) |
|
Tant que j'y suis, l'un de vous serait-il prêt à faire un screenshot de l'appareil et de toutes ses sondes ? Je suis curieux :D (pensez à caviarder le numéro de série de la sonde "adresse du compteur") |
Voici :
|
|
Fiou ca en fait un petit paquet par rapport au mode historique, merci ! |
Oui, et encore il n'y a pas ceux pour le triphasé ni l'injection |
Oui c'est ce que je pense aussi d'où les sondes J'ai également remarqué la présence des sondes distributeur qui donnent d'autres index. Elles n'ont pas de libellé dans HA mais on peut voir à quoi cela correspond sur l'affichage du compteur et quel index est en cours :
Je me demande si c'est une info transmise par le TIC que l'on pourrait récupérer. Car, perso, même si ça n'influe pas sur mon tarif, je trouve que c'est une donnée intéressante 🙂
Avec plaisir ! 😃
Bonne idée ! ça permettra à d'autres testeurs de vérifier si la méthode est bonne pour tous avant de publier. Par contre pour en faciliter l'édition, je pense qu'il faudra que ça soit dans un nouveau Wiki Github, soit dans un nouveau fichier Markdown sur lequel tu pourras pointer le lien.
Au passage je confirme que de mon côté, avec mon compteur G1, il n'y a pas de différence avec les captures de @gduteil 😉 Aussi je viens d'avoir une idée : est-ce que ce ne serait pas intéressant d'informer les utilisateurs actuels de la stable qu'une beta est disponible et que des testeurs ayant une situation différente de nous 2 sont les bienvenus (ex: HP/HC, Tempo, abonnement professionnel avec tarifs en fonction de l'heure/la saison, Triphasé, Producteur, autre marque de compteur...) ? Je ne sais pas si HACS propose un système de notification ou si ça passerait par une montée de version avec un rajout dans le readme et/ou détail dans la release peut-être ? |
Malheureusement je ne pense pas que ce soit possible, vu qu'elle ne sont pas décrites dans le standard TIC (la description du mode standard commence à la page 17).
Je n'ai jamais utilisé le wiki intégré à github, il faut que je regarde ca avant la sortie de la v3 stable oui.
Tout à fait. Pour HACS, c'est déjà disponible vu que je publie des releases "beta" dans github avec les bon tags (l'utilisateur doit néanmoins cocher "voir les préversions" ou quelque chose du genre). Pour ceux qui le font en manuel, je viens de mettre à jour le readme afin de renvoyer par ici :) |
|
@theblackhole j'ai personnellement opté pour l'utilisation du "linky_energie_active_soutiree_totale" qui a la même valeur que le 01 sans abonnement HC, mais ça me paraissait plus logique. Bien vu pour la correspondance des index, je m'étais posé la question à quoi ça correspondait mais il n'y avait rien dans la doc, j'avais pas pensé à comparer avec les valeurs affichées directement sur le compteur. À voir s'il vaut mieux laisser les les entités avec ces noms là et mettre les correspondance dans le readme/wiki, quitte à ce que les utilisateurs les renomment s'ils le souhaitent ou s'il faut les renommer par défaut. |
Ah dommage, en effet ça ne semble pas possible.
Haaaaa mais je l'ai totalement manqué celui-là. En effet c'est beaucoup plus simple 😁
Pour un renommage c'est une bonne idée mais il faudrait que ce soit fait en récupérant l'info dynamiquement et seulement au niveau du nom, pas de l'id. Car la présence de ce fameux pointeur d'index avec libellé me laisse penser que ça peut être différent en fonction du fournisseur et des options choisis. (Par exemple: peut-être que pour EDF HP est en index 01 et HC en index 02 mais que pour Engie avec un contrat similaire ce serait un total en index 01, HC en 02 et HP en 03). Ou alors l'intégration pourrait se référer à un tableau de correspondance adapté en fonction de chaque fournisseur et ses options (que l'utilisateur devrait renseigner dans les options de l'intégration). C'est plus embêtant à maintenir mais ça permettrait d'éviter de devoir attendre un cycle complet HP/HC par exemple pour avoir toutes les entités renommées. |
C'est bien ça avec la bêta à cocher pour avoir la maj. |
|
@mruffat Distributeur = ENEDIS (+entreprises locales de distribution), fournisseur = EDF et alternatives.
|
|
Je comprends mieux ! Intéressant, merci beaucoup pour les explications :) |
|
Avec plaisir ! :) |
|
Salut ! Par contre je n'ai pas pu me servir de la méthode spécifiée ci-dessus, à savoir que quand j'essayais de réimporter le compteur en mode "HISTORIQUE" les id n'apparaissaient plus (certainement parce que la lecture dans ce mode du TIC c'était plus dispo) Merci pour cette nouvelle version, je projette d'installer des panneaux bientôt il fallait donc que je puisse récupérer l'injection |
Pour avoir l'index d'injection, il faut un contrat de revente. Malheureusement ça ne marche pas quand on est en autoconsommation. |
|
Je ne savais pas que l'index d'injection n'était pas récupérable en TIC si on était pas en mode producteur, c'est complètement con... Merci ! |
Perso ça me parait au contraire logique, pas d'injection dans le réseau de distribution, pas d'index d'injection ^^ Si tu seras en autoconsommation mais avec un contrat de revente de surplus, alors il y aura une injection et en toute logique tu devrais passer en mode producteur (à s'assurer à la signature du contrat au pire) et tu auras donc cet index qui servira à facturer le surplus injecté. |
|
Oui j’aurai le mode P |
|
Oui je trouve ça dommage de l'afficher mais de ne pas l'avoir sur la télé info. |
|
@bagnico @romP44 Je peux voir à quoi ça ressemble par curiosité cet index sur un de vos compteurs voir s'il y a un lien avec celui disponible en mode producteur évoqué dans la doc technique de la TIC ? Car le seul système de panneau photovoltaïque que j'ai pu voir de mes propre yeux jusqu'ici est un système indépendant sur batterie sans revente, le reste que je connais ne sont que des recherches (ex1, ex2) donc curieux de mieux connaitre ce fonctionnement. |
|
Bonjour, Cependant, je constate que les données remontées sur le module ne se rafraichissent pas. Toutes les données sont bonnes à l'instant de la récupération mais après cela ne se met pas à jour. Faut-il paramétrer quelque chose en particulier ? |
|
Bonjour @clerelus, |
|
Bonjour @theblackhole, Merci pour ta réponse. En tapant la commande cat /dev/ttyUSB1, j'ai bien le défilement en continu. En mode Historique, je n'avais aucun souci. J'avais bien les données en temps réel. Pour info, je me suis aussi rapproché d'Enedis car la migration du mode Historique au mode Standard a été faite dimanche dernier. Merci |
|
@clerelus c'est drôle parce que je suis passé le 23/11 au mode standard et je n'ai plus de remontées sur le site Enedis aussi depuis le 24 |
|
J'ai eu le même genre de soucis de rafraichissement après avoir mis à jour de la beta3 à la beta4. Je suis revenu à la beta3 et ça fonctionne à nouveau |
|
Hello Ma config: Triphasé, TIC standard, producteur, Tempo. J'ai mis à jour de la beta 3 à la beta 5. J'ai observé les choses suivantes:
Le retour de dépassement est maintenant home ou away
Mode historique on == mode standard ? J'ai du changer mes label dans mes automatisations. Les noms de tarifications (HC ROUGE, HP ROUGE, ...) ont moins d'espaces. Pour le reste cela semble de bien fonctionner. |
|
Bonjour, Je n'avais pas fait le rapprochement avec le plugin mais j'ai vu dans les corrections des comportements similaires (#53 et #52)
Est-il possible que la beta4 soit à l'origine de ce dysfonctionnent ? Si c'est le cas t'as réussi un coup de maitre pour faire rester le compteur en BLEU lorsqu'on est en TEMPO toute l'année ! Je ferais une update demain matin pour vous dire si les données sont bien remontées chez Enedis. |
|
Fausse joie, le compteur n'a pas envoyé les infos a Enedis cette nuit et il est repassé en mode "NEW UNLOCK" à 19h hier... |
|
Merci pour vos retours
Effectivement, la classe
Non, erreur de décodage, sera corrigé (comme ce registre n'est pas envoyé en mode historique, il n'a pas vraiment d'intérêt car théoriquement toujours égal à 1 mais bon c'est mieux de l'avoir à la bonne valeur...)
Les compteurs Linky ne peuvent que transmettre des données mais sont incapables d'en recevoir sur la TIC, donc impossible que l'intégration soit à l'origine du problème, ou alors nous venons de trouver une vulnérabilité exploitable ;) |
|
Je trouvais ça peu probable mais on ne sait jamais, ça aurait été une belle vulnérabilité ^^ |
|
@theblackhole
Voilà à quoi ça ressemble en pratique sur le Linky
Je suis exactement dans le cas décrit : panneaux en auto-consommation sans (en théorie) revente. C'est d'ailleurs pour ça que j'étais passé en mode standard, avant de voir que ces infos étaient réservées aux producteurs. |
|
@tchup Merci. Est-ce que ça ne correspondrait pas à l'index "Energie active injectée totale" par hasard ? Si tu ne trouves pas l'entité, c'est peut-être que tu n'as pas coché la case "mode producteur" à l'ajout du compteur ? |
|
Oui c'est ce que j'aurais imaginé, mais l'entité est notée comme indisponible malheureusement. Même après suppression et ajout du compteur. |
|
@tchup Hum. Tu pourrais donner une capture d'une ou deux trames TIC voir si c'est bien limité par TIC ? stty -F <ton_lecteur_tic> sane evenp parenb cs7 -crtsctsexemple stty -F /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 9600 sane evenp parenb cs7 -crtsctssuivi d'un cat <ton_lecteur_tic>Tu laisses défiler un peu puis Ctrl + C. |
|
@theblackhole Merci de prendre le temps de regarder. TramesDATE H250122222926 D NGTF TEMPO F LTARF HC ROUGE X EAST 042905465 2 EASF01 026941628 H EASF02 010734177 A EASF03 002044595 A EASF04 000944568 I EASF05 001599638 O EASF06 000640859 G EASF07 000000000 ( EASF08 000000000 ) EASF09 000000000 * EASF10 000000000 " EASD01 013560448 ? EASD02 018887939 V EASD03 007168339 G EASD04 003288739 K IRMS1 032 3 URMS1 224 B PREF 09 H PCOUP 09 " SINSTS 07165 Y SMAXSN H250122040656 07366 D SMAXSN-1 H250121225618 09352 ! CCASN H250122220000 00662 9 CCASN-1 H250122213000 00246 W UMOY1 H250122222000 224 ( STGE 9B3A9000 ] DPM1 250123060000 00 FPM1 250124060000 00 # DPM2 250122060000 00 FPM2 250123060000 00 # MSG1 PAS DE MESSAGE < RELAIS 001 C NTARF 05 R NJOURF 00 & NJOURF+1 00 B PJOURF+1 00004001 06004002 22004001 NONUTILE NONUTILE NONUTILE NONUTILE N ONUTILE NONUTILE NONUTILE NONUTILE . PPOINTE 00004003 06004004 22004003 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE ! VTIC 02 J DATE H250122222927 E NGTF TEMPO F LTARF HC ROUGE X EAST 042905466 3 EASF01 026941628 H EASF02 010734177 A EASF03 002044595 A EASF04 000944568 I EASF05 001599639 P EASF06 000640859 G EASF07 000000000 ( EASF08 000000000 ) EASF09 000000000 * EASF10 000000000 " EASD01 013560448 ? EASD02 018887939 V EASD03 007168340 ? EASD04 003288739 K IRMS1 029 9 URMS1 225 C PREF 09 H PCOUP 09 " SINSTS 06472 Y SMAXSN H250122040656 07366 D SMAXSN-1 H250121225618 09352 ! CCASN H250122220000 00662 9 CCASN-1 H250122213000 00246 W UMOY1 H250122222000 224 ( STGE 9B3A9000 ] DPM1 250123060000 00 FPM1 250124060000 00 # DPM2 250122060000 00 FPM2 250123060000 00 # MSG1 PAS DE MESSAGE < RELAIS 001 C NTARF 05 R NJOURF 00 & NJOURF+1 00 B PJOURF+1 00004001 06004002 22004001 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE . PPOINTE 00004003 06004004 22004003 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE ! VTIC 02 J |
|
@tchup Merci. Donc ça confirme qu'il n'y a absolument aucune donnée liée à l'injection transmise par TIC, tout ce qui ressort ce sont des données d'énergie soutirée.
Par contre ce que je ne comprends toujours pas c'est cette injection sans revente : ça signifierait que tu donnes gratuitement ton électricité produite ? Ou réduit de tes prochaines factures (cet index serait à envoyer à ton fournisseur) ? C'est vraiment pas clair tout ça 😅 Dans tous les cas pour passer en mode Producteur, c'est à ton fournisseur qu'il faut en faire la demande (qui, lui, demandera à Enedis de faire la mise à jour), car d'expérience perso et de ce que j'ai pu voir ici (expérience de @romP44 |
|
@theblackhole c'est exactement ça, le surplus repart "gratuitement" dans le réseau, d'où l'intérêt d'optimiser au maximum la consommation. Je verrai si je fais la demande à EDF pour passer le linky au mode producteur, mais je ne suis pas sûr qu'ils veuillent, vu que je ne suis pas censé injecter. |
|
@tchup Je vois, je ne connaissais pas ce système, intéressant ! Donc au final l'index d'injection indique plutôt une anomalie qu'un comportement souhaité et je comprend maintenant à la fois le fait que tu ne sois pas en mode producteur et la limitation du TIC (qui n'est pas liée à l'addon linkytic) et paradoxalement à la fois le fait que tu aies besoin de ce suivi pour éviter ce genre de problème. Je pense que c'est le genre de situation qui mérite de passer en "Discussion" plutôt que de continuer dans cette issue/PR maintenant qu'on a la certitude que ce n'est pas un problème du module linkytic, d'autant que plusieurs personnes sont dans le même cas. |
|
@theblackhole (et oui, il y a plus directement de lien avec le développement, en effet) |
|
Salut,
Enedis ne passe ton compteur en mode "Producteur" que si tu as souscrit à l'offre Option Achat. Cela signifie que tu signe un contrat de rachat avec eux (total ou partiel).
C'est seulement alors que ton Linky utilise cet index, qui permet de savoir ce que tu inject dans le réseau, et donc ce qu'ils vont te payer.
Si tu es em mode autoconsommation, tout ton surplus est effectivement réinjecter "gratuitement" dans le réseau.
Tu peux utiliser un prise, même si je ne susi pas sûr que beacuoup te donne l'energie dans les 2 sens.
Le plus simple est de mettre un module Shelly, qui lui te dira ce que tu produit et ce que tu inject, en temps réel.
Pour gérer ton surplus, et en fonction de ta production, tu peux regarder un "routeur solaire". Celui-ci pourra activer certains équipement en fonction de ton surplus..
…On Thursday, January 23rd, 2025 at 18:01, tchup ***@***.***> wrote:
@theblackhole c'est exactement ça, le surplus repart "gratuitement" dans le réseau, d'où l'intérêt d'optimiser au maximum la consommation.
L'intérêt de cette solution en revanche est qu'elle est Plug and Play : on branche le panneau avec son mini-onduleur sur une prise classique, la production vient réduire la consommation électrique en temps réel. Et aucun contrat à passer avec EDF.
Je verrai si je fais la demande à EDF pour passer le linky au mode producteur, mais je ne suis pas sûr qu'ils veuillent, vu que je ne suis pas censé injecter.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.
|
Ajout du support du mode standard