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. |
|
Merci pour votre retour. Je viens de passer en V3, et j'ai fait la demande pour le mode standard, je regarde demain et je vous tiens au courant. |
|
Tout marche niquel, mille mercis ! et un grand bravo pour le boulot , et merci de le partager |
Merci pour le retour, le triphasé en mode standard n'avait pas encore été testé |
|
Bonjour Mon contrat est TriPhase et je prevois de réaliser/acquérir un module TIC linky Teleinfo parmi les différents modèle je voulais avoir accès à la Beta pour pouvoir vous faire des retours .... Avant de voir si je commande un modele tout fait ou realisé par moi meme j'aurais bien voulu un retour sur un bon conseil pour faire la bonne acquisition dès le début. est ce une possibilité de départ pour ensuite recupérer le module et remplacer le pi par le wemos C3 |
|
est ce que tu as conservé ton historique de consommation chez Enedis en passant de historique à standard |
Bonjour, Oui j ai tout conservé |
Personnellement je suis sur un module maison avec un optocoupleur et 2 résistances (similaire à ton lien) branché directement sur l'UART du RPI4 qui fait tourner HA. |
Lors du changement en standard, il faut rattacher les anciennes entités aux nouvelles. |
|
Merci
12 févr. 2024 22:20:52 surface38 ***@***.***>:
…
Tout marche niquel, mille mercis ! et un grand bravo pour le boulot , et merci de le partager
est ce que tu as conservé ton historique de consommation chez Enedis en passant de historique à standard
Bonjour, Oui j ai tout conservé
—
Reply to this email directly, view it on GitHub[#19 (comment)], or unsubscribe[https://github.com/notifications/unsubscribe-auth/AD7K4I3BH3NXD5AJ623GM53YTKBTFAVCNFSM6AAAAAA5YBFVGKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSMZZGYYDIMRTGU].
You are receiving this because you commented.
[Image de pistage][https://github.com/notifications/beacon/AD7K4I5ED6JYCQHKX242XALYTKBTFA5CNFSM6AAAAAA5YBFVGKWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTTTTQBQW.gif]
|
Je réponds à moi même... Par contre côté Hardware sur la RASPI B , j'y suis parvenu uniquement en utilisant un adaptateur FTDI car je n'ai pas résussi en mode UART, problème dans mon montage probablement .... Je vai essayer de mettre un ESP01 que j'ai en sock pour valider mon montage. à moins que qqun aie une autre ideé ? |
|
Hello, Comme je viens de passer en mode standard, j'en profite pour me rajouter à la liste des testeurs :) HC Bleu: sensor.linky_energie_active_soutiree_fournisseur_index_01 HC Saison Basse : sensor.linky_energie_active_soutiree_distributeur_index_01 En regardant le linky, j'imagine que plus tard il y aura: Index MID : sensor.linky_energie_active_soutiree_distributeur_index_05 Si je peux tester qqchse de particulier, ou fournir des screenshot, demandé ;) |
|
bonjour |
|
j'ai aussi un USB casa zigbee , qui a le même ID 10c4:ea60 que l' USBTIC de silicone labs LIXEE |
|
mais dans le terminal de HA la commande cat /dev/ttyUSB2 ne donne rien, alors que cela fonctionne ?? |
|
Bonjour @yves67. Normalement l'id identique n'est pas sensé poser problème (en tout cas c'est mon cas avec mon skyconnect + lixee qui cohabitent, tous 2 avec l'id Aussi je t'invite à utiliser les alias qui se situent dans
Si "ne donne rien" veut dire que ça a terminé l'execution du |
|
merci de votre réponse pour le cat, c'est ok, j'ai fait un stty avant et ça marche merci quand tu dis utiliser les alias, j'ai regardé dans le répertoire /dev/serial/by-id/ j'ai trois répertoires
comment utiliser ces alias ? à la place de ttyUSB2 dans le paramétrage ? |
|
dans le repértoire by-id ce sont aussi des répertoires ?? |
|
non, ce sont des links...
|
|
il faut taper usb-Silicon_Labs.... à la place de ttyUSB2 ?? |
|
@yves67 oui ce sont des liens symboliques et c'est tout l'avantage du truc, ces liens ne bougeront pas contrairement aux appareils sur lequels ils pointent :) (Au passage, il est préférable d'éditer ton message plutôt que d'en ajouter de nouveaux afin d'éviter de spammer la boite mail de tous ceux qui suivent cette Pull Request 😁) |
|
ok, désolé pour les messages, je ferai des éditions... |
|
Top si ça fonctionne ! Ravi d'avoir pu aider :) Et si, au lieu d'un hub externe que tu branches, tu veux dédier un hub interne à ta VM tu peux les identifier en faisant Exemple (cliquer pour dévoiler) ~ lsusb
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 003: ID 1038:1208 SteelSeries ApS SteelSeries Apex 300 Gaming Keyboard
Bus 005 Device 002: ID 046d:c332 Logitech, Inc. G502 Proteus Spectrum Optical Mouse
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 0b05:189d ASUSTek Computer, Inc. Xonar SoundCard
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 051d:0002 American Power Conversion Uninterruptible Power Supply
Bus 001 Device 005: ID 0b0e:245d GN Netcom Jabra Link 370
Bus 001 Device 004: ID 05e3:0610 Genesys Logic, Inc. Hub
Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub ~ lsusb -t
/: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
|__ Port 1: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 1: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 2: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 2: Dev 3, If 1, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 2: Dev 3, If 2, Class=Human Interface Device, Driver=usbhid, 12M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 10000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Audio, Driver=snd-usb-audio, 480M
|__ Port 1: Dev 2, If 1, Class=Audio, Driver=snd-usb-audio, 480M
|__ Port 1: Dev 2, If 2, Class=Audio, Driver=snd-usb-audio, 480M
|__ Port 1: Dev 2, If 3, Class=Audio, Driver=snd-usb-audio, 480M
|__ Port 1: Dev 2, If 4, Class=Audio, Driver=snd-usb-audio, 480M
|__ Port 1: Dev 2, If 5, Class=Audio, Driver=snd-usb-audio, 480M
|__ Port 1: Dev 2, If 6, Class=Human Interface Device, Driver=usbhid, 480M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 10000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 2: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 2: Dev 5, If 0, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 5, If 1, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 5, If 2, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 5, If 3, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 2: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 12MExpérimente en déplaçant un appareil de port usb en port usb pour savoir quels ports usb correspondent à quel hub interne. |
|
ok, merci |
|
depuis la machine promox voilà ce que je vois : |
|
Salut @yves67 , désolé je t'avais oublié ^^
Si t'as des questions, on peut poursuivre la discussion via MP Twitter ou mail, liens sur mon profil, car cette PR n'est pas l'endroit adapté pour ça. ;) |
|
Bonjour, Edit : j'ai trouvé : https://hacs.xyz/docs/faq/beta |
|
Testé ce jour sur mon installation, Linky en mode standard :
|
|
J'ai testé la 3.0.0-beta3 (fresh install) sur ma config Linky triphasé (Sagem) - Standard - Producteur - Tempo - temps réel (on et off) - HA Green - Module Micro Téléinfo V3.0 et quasi tout fonctionne. Ce qui ne donne pas de information mais certainement normal pour ma configuration:
Je reconfirme le mappage des index tempo (bleu, blanc, rouge) comme déjà mentionné plus haut: HC Saison Basse : sensor.linky_energie_active_soutiree_distributeur_index_01 Si je peux aider avec d'autres info, suffit de demander. Merci merci |
Ajout du support du mode standard