PS: Si vous avez testé le PR chez vous, vous êtes invités à laisser un commentaire avec confirmation ou un message d’erreur à Github.
1 « J'aime »
Bonjour,
Depuis le changement du BS170, tout fonctionne sauf que j’ai énormément de bad CRC.
Je suis en mode historique . Le circuit est à 20 cm de la sortie du TIC.
En fait, je ne récupère que moins du 1/3 des valeurs ce qui m’empêche de faire des calculs sous grafana (sur une période d’une heure, seulement moins de 1000 mesure au lieu des 3600). L’intégration des valeurs donne un résultat aléatoire .
N’ayant pas d’oscilloscope, je ne peux pas analyser les signaux jusqu’à l’entrée de l’ESP32.
qui
Qui aurait une piste ?
Merci d’avance
Philippe
Extrait du log :
[07:21:27][I][app:105]: ESPHome version 1.17.2 compiled on May 14 2021, 16:37:09
[07:21:31][E][teleinfo:036]: bad crc: got 51 except 42
[07:21:33][E][teleinfo:036]: bad crc: got 79 except 76
[07:21:39][E][teleinfo:036]: bad crc: got 79 except 67
[07:21:43][E][teleinfo:036]: bad crc: got 79 except 67
[07:21:47][E][teleinfo:036]: bad crc: got 79 except 67
[07:21:53][E][teleinfo:036]: bad crc: got 51 except 42
[07:21:55][E][teleinfo:036]: bad crc: got 79 except 76
[07:22:01][E][teleinfo:036]: bad crc: got 79 except 67
[07:22:05][E][teleinfo:036]: bad crc: got 79 except 67
[07:22:09][E][teleinfo:036]: bad crc: got 79 except 67
J’essaierais de réduire la valeur de R1. 500 ohms ne devraient pas être un problème. Le voltage effectiv à I1 / I2 est de 4 à 5 volts. Alors même 250 ohms seraient OK.
Merci je vais essayer
Phil
Bonjour a tous
Tout fonctionne très bien chez moi avec ce fix #2
Linky/mode standard/pitinfo1.3/wemos
les logs donnent bien des infos pour un controle. (Conso et production)
Juste ce message qui revient:
[15:01:16](Message skipped because it was too big to fit in TCP buffer - This is only cosmetic)
Pierre
1 « J'aime »
Je viens de tester en mettant une 1k en // de la 1k. Ça ne change rien. Il n’y a que moins de 25% de trames bonnes
J’ai aussi testé sans succès une autre alim et un autre câble usb .
Une autre piste ?
Cela signifie que le côté entrée de l’optocoupleur n’est probablement pas la source de l’erreur.
Du côté de la sortie, des interférences électro-magnetique peuvent entraîner des problèmes. Les signaux Wifi en particulier peuvent être une source. Soit d’un point d’accès Wifi proche, soit du MCU lui-même. J’essaierais de protéger la section entre l’optocoupleur et le MOSFET en particulier.
Comment protéger ? Blindages ? Capas ?
Blindage, connecté au moins. Par exemple une feuille d’aluminium.
voici un petit projet de shield teleinfo pour wemos d1 mini voici des infos si vous avez des idées ou voyez erreurs
bonjour
Pour ceux qui souffrent de « bad crc »,
j’ai découvert que l’on pouvait filtrer certaines valeurs
en effet pour mon cas particulier lors d’un bad crc,
les valeurs des index retournés sont a zéro
du coup un petit filtre sur cette valeur et c’est la fin des remontées d’index comme cela
pour la mise en oeuvre
- platform: teleinfo
tag_name: "HCHC"
name: "hchc"
filters:
- filter_out: 0
unit_of_measurement: "Wh"
icon: mdi:Counter
teleinfo_id: myteleinfo
- platform: teleinfo
tag_name: "HCHP"
name: "hchp"
filters:
- filter_out: 0
unit_of_measurement: "Wh"
icon: mdi:Counter
teleinfo_id: myteleinfo
- platform: teleinfo
tag_name: "PAPP"
name: "papp"
unit_of_measurement: "VA"
icon: mdi:flash
teleinfo_id: myteleinfo
si cela peut aider
2 « J'aime »
bonjour
pourquoi il faut mettre un transistor dans le montage électrique ?
moi j’ai fait ca :
pour l’instant mon premier montage test fonctionne
bonjour
comment convertir des VA en WATTS ?
bonjour
c’est pas si simple que cela, il faut pour cela identifier le dephasage entre U et I
c’est le fameux Cosinus( PHY)
https://g.co/kgs/vN73M9
et il possible d’avoir la consommation instantané de mon linky en WH?
car en VA ca ne ma parle pas trop!
merci
oui c’est pas simple d’intégrer le cos phi, voire même très compliqué d’avoir une valeur réelle.
Tout va dépendre du type d’appareils branchés : des charges résistives comme les chauffages, ballons, etc vont avoir un cos phi proche de 1 alors que des ampoules leds, certains moteurs, des alimentations électroniques à découpage type PC… sont des charges réactives et vont aller vers un cos phi de 0,5.
C’est très général et grossier comme description, et je ne suis pas du tout expert dans le domaine, et il y a beaucoup d’autres facteurs qui rentrent en jeu si on veut être très rigoureux.
Si tu veux avoir une approximation tu pourrais prendre 0,8 pour une habitation classique (mais ça a peu de sens car cela varie donc en fonction de ce qui est branché au cours de la journée…). Après personnellement je me contente des VA, déjà d’avoir ces valeurs sur un graphe permet de voir le « comportement » de ton installation électrique au fil du temps.
Si tu souhaites réellement avoir ta puissance active en W, le compteur ne la fournit pas en temps réel, mais seulement à travers les index.
Bonjour à tous,
en ce qui me concerne, je suis équipé d’un compteur Linky triphasé que j’ai basculé en mode standard pour avoir la puissance utilisée sur chaque phase. Je rencontre un problème quand j’utilise la téléinfo de esphome avec un buffer full en revanche j’ai bien la mise à jour de mes différentes étiquette sauf celle avec le timestamp qui me retourne 0. en revanche si j’utilise les 4 fichiers modifiés da
modifiés dans le répertoire custom, là j’ai bien les étiquettes SMAXSN avec le timestamp et plus le problème de buffer mais pour l’étiquette SINSTS et les autres intensité celle-ci ne s’actualisent pas au cours du temps seul EAST s’actualise !! je ne comprends pas d’où viens le problème !
Salut à tous,
J’ai acheté un pitinfo v1.3, j’essaye depuis 2 jour de le faire fonctionner mais impossible… Je le connecte à un esp32 sous esphome en mon linky est en mode standard. Certains ont déjà réussi cette prouesse 
?
Salut!
As-tu essayé ceci?
Après plusieurs essais, cela fonctionne chez moi avec une modification.
Sur le sensor Index, j’ai modifié la ligne pour éviter un conflit avec Esphome
id : index
Je convertis les Wh en kWh:
filters:
- multiply: 0.001
Voici le résultat sur mon sensor modifié
- platform: teleinfo
tag_name: "BASE"
name: "Index_Téléinfo"
unit_of_measurement: "kWh"
icon: mdi:gauge
device_class: "energy"
id: "teleinfo_index"
filters:
- multiply: 0.001
Pour obtenir les données dans le dashboard energie, j’ai du créer un utility meter dans mon configuration.yaml
utility_meter:
index_teleinfo_daily:
source: sensor.index_teleinfo
cycle: daily
C’est cette entité que j’ai pu ajouter à mon dashboard comme consommation depuis le réseau
Bonjour,
J’aimerais savoir s’il y a des utilisateurs qui ont essayé de regarder les résultats du tag CCASN (point n de la courbe de charge active soutirée) ?
La doc Enedis est très sommaire :
La TIC doit restituer les 2 derniers points (« n » et « n – 1 ») des courbes de charge correspondant aux 2 dernières périodes complètes. Le compteur dispose de 10 secondes pour mettre à jour les points de courbe de charge à la fin d’une période d’intégration.
De ce que je comprends les deux derniers points sont donnés par CCASN et CCASN-1. La période d’intégration est de 30 mn et donc ces valeurs sont modifiées toutes les 30 mn à « l’heure » et à la « demi-heure » ( hh.00.00 et hh.30.00). Ces valeurs donnent la puissance réelle en W calculé par intégration sur les 30 dernières minutes.
Voilà ce que j’obtiens :
On voit bien la mise à jour toute les 30 mn
Si on compare la puissance apparente donnée par SINSTS en VA et la puissance réel CCASN en W on voit une corrélation évidente et bien entendu la puissance apparente et supérieure a la puissance réelle. Voilà les deux tags (apparente vs réel) dans un graphe :
Pour que le temps des deux courbes soit synchrone il faut évidemment décaler la puissance apparente par 30 mn et c’est mieux de faire une moyenne sur 30 mn (SINSTS change toute les 60s dans mon cas)
J’aimerais savoir si d’autres personnes se sont amusées avec le CCASN ?
Quelque courbes au hazard:
statistique tensions en triphasé (sorry pour les manques au milieu du au bug Esphome 2021.9.0)
J’ai regardé quelques messages ci-dessus et des remarques en vrac :
-
Pas besoin d’utiliser un utility_meter dans HA2021.9.x (contrairement à 2021.8.x) on utile directement le sensor teleinfo qui va bien
-
Ça ne sert à rien de spécifier une icône quand vous spécifier le device_class car il sera ignoré
-
Pour la consommation instantanée (ou presque decalage 2h) en Wh utiliser l’energy management dans HA
-
Bad CRC : Si votre montage est correct cela ne devrait jamais arriver