Posts made by Charles

@EliasMM Top, merci pour le lien

@Nicolas-Bernaerts il utilise le module USB sur un PI je pense, donc pas de Tasmota

Si son compteur est configuré en production (revente) normalement justement il doit avoir ces données (j'attends avec impatience cette config sur le mien pour vérifier)

@tommiedepommie Bonjour,

Alors c'est une très bonne question, mon linky sera dans la même configuration un jour.

tu dois avoir cet index dans la trame reçue mais peut être n'est il pas traité par l'application qui envoi dans home assistant, comment est faite ta configuration ?

@zoll38 c'est quoi comme ESP ? si c'est un ESP32 avec du berry c'est largement moins prise de tête que les rules je trouve (et surtout plus lisible)

@Delio la version de @Nicolas-Bernaerts les remonte aussi, direct dans HA mais comme toi je n'utilises pas les today et yesterday de Tasmota. En revanche le gros avantage c'est qu'il te calcule la puissance active et le cos phi que tu n'as pas en natif.

tu as quand même un paquet d'options que tu ne trouveras pas ailleurs

@alexlg au top merci pour le partage.

Pour information @Nicolas-Bernaerts à une super version de Tasmota gérant les fils pilotes.
https://github.com/NicolasBernaerts/tasmota/tree/master/offload-pilotwire

ça peut peut être l'intéresser de jouer avec cette board.

@jcoudrais yes il faut passer la commande dans la console

EnergyConfig standard

@devchristof avez vous essayé de jouer avec le petit potentiomètre de la carte Teleinfo ?

@kenavo ah yes l'intégration HA devait ouvrir le même port (logique ceci dit), mais c'est curieux qu'elle ne fonctionne pas quand elle est toute seule, tu as d'autres USB branchés et/ou configuré dans HA ?

@kenavo si ça refonctionne après que picocom se relance c'est qu'il reconfigure le serial et ça marche et je suis persuadé qu'un truc en arrière plan tente d'ouvrir ou d'utiliser le serial.

Tu peux aussi essayer d'arrêter tous les services inutiltes pour voir

je serais curieux de voir la sortie d'un ps -aux

@kenavo ok oui logique que à droite ça fonctionne mieux.

ce qui est très surprenant c'est que ça fonctionne parfaitement bien avant de partir en vrille, d'habitude soit le signal est bon soit pas bon mais dans ton cas c'est systématique après quelque temps. Une fois que c'est parti en vrille, si tu stoppes picocom et relance la même commande ça remarche un peu ou ça reste en vrille ?

Je me demande si il n'y aurait pas un process qui essaierait de jouer avec le port ttyACM0 ou prendrait beaucoup de CPU. Tu n'as bien que ce module connecté au Linky rien d'autre ?

Je veux bien te changer le module mais j'ai de sérieux doute que ce soit ça et tu pourrais te retrouver dans la même situation.

Est il possible de faire un essai avec une SD contenant une raspian neuve (sans GUI) et donc sans autres softs que l'OS et juste picocom pour voir ?

@mikebzh44 merci

@kenavo hello,

c'est intéressant avec picocom tu sembles avoir des trames bien plus correctes tu pourrais le laisser tourner une 10zaine de secondes et mettre les logs ici (une fois avec la potentiomètre à fond dans un sens et l'autre fois à fond dans l'autre sens et ne mettre que le meilleurs bien sur) ?

Pour les résistances oui 3K3 et uniquement le potentiomètre de 2K en entrée. Tu peux tjs ajouter une 1K en série avec un des fils de la téléinfo mais je pense pas que ça change grand chose.

@mikebzh44

oui il y a des pad à souder pour 3 GPIO, attention la 33 doit être une entrée seulement pas en sortie.

@mikebzh44 C'est fait

@bdabda55

regarde ici tu devrais trouver ton bonheur

https://community.ch2i.eu/topic/1501/compilation-esp-home-pour-avoir-la-tic-sur-cet-esp/2

@bdabda55 essais le firmware de @Nicolas-Bernaerts pour le denky D4 ça devrait te sauver

https://github.com/NicolasBernaerts/tasmota/tree/master/teleinfo/binary

@mikebzh44

La solution doit se trouver dans ce post https://github.com/esphome/issues/issues/5932 (no testé de mon coté) mais ça devrait fonctionner

esphome:
  name: linky
  friendly_name: Linky

esp32:
  board: denky_d4
  framework:
    type: esp-idf

uart:
  rx_pin: GPIO8
  ignore_pin_validation_error: true
  baud_rate: 9600
  parity: EVEN
  data_bits: 7
  stop_bits: 1

Bonsoir Jules,

Désolé je ne connaissais même pas cette version, je suis toujours ravi de voir que certains vendent des produits basés sur de l'OpenSource sans citer les sources (c'est pas les premiers)

Tasmota ne gère pas le Tempo de base, mais le firmware de Nicolas, basé sur Tasmota oui

https://github.com/NicolasBernaerts/tasmota/tree/master/teleinfo/binary

après je ne sais pas comment est cablé la teleinfo sur ta carte (puisqu'il n'y a pas de doc) mais regarde dans la config de tasmota sur quel GPIO c'est connecté, ensuite il suffit de remettre la même dans l'interface du FW de Nicolas. Tout devrai rentrer dans l'ordre.

PS : Je ne comprends pas trop ce qu'ont fait Enerdis sur l'affaire ceci dit.

@VincPhil14 peut être qu'au moment de l'autostart le port n'est pas monté, ou que le user qui lance l'autostart n'est pas le même. Perso je ne sais pas comment marche cet autostart, qui (le user) et quand il est lancé, donc je ne sais pas répondre. c'est quoi cet autostart je suis curieux, c'est en ligne de commande, dans la GUI, ....

C'est la première fois que j'en entends parler, mais quand je veux lancer un script ou autre au démarrage je crée un service puis j'utilise systemclt (qui est fait pour) ou alors je fais mode bourrin avec lancement dans /etc/rc.local

Il existe pléthore de tutos pour ça suffit de googler pi autostart python script mais sans procédure précise de ce qui est fait, (capture d'écran ou commandes passées + script + log du script au boot pour voir ce qui deconne), pour ma part, je ne sais pas répondre

Mais ça me semble être plus un soucis de conf ou de permissions Linux qu'autre chose