Oui je suis en filaire avec deux fils d’un ancien cable telecom. environ 50cm de cable entre le linky et le module
Noyax37
Septembre 20, 2022, 3:38
22
oui mais tu aurais un pb sur le checksum et donc le plugin n’afficherait aucun résultat faux
le Module Téléinfo USB au format rail DIN - Cartelectronic USBTIC
et le linky c’est un Sagemcom LNE-29080
Je précise que les conso max sont correctes (SMAXSN1 à 3)
Noyax37
Septembre 20, 2022, 3:58
24
Dans ce post @cryinman a le même compteur que toi et les mêmes pb avec les conso par phase:
Bonjour @naboleo ,
Oui en effet, s’il s’agit bien des valeurs SINSTS1 / SINSTS2 / SINSTS3, j’ai bien ces valeurs en temps réel.
Je remet ma screenshot mais sans mon PRM si tu le souhaites.
[image]
D’ailleurs les valeurs "PJOURF+1 je vois NONUTILE des fois, est-ce du résiduel ?
Si tu connais la valeur qui donne le prix en euros de chaque journée, je suis preneur !
là aussi pour @Tinigliath
Concernant l’utilisation sur le PC Windows c’est de ma faute, je viens de voir que j’ai oublié de basculer le cavalier Linux/Windows. Après avoir fait la manip tout fonctionne. Mais sur le logiciel téléinfo je n’ai pas les puissances instantanées par phase de fournies…
Elles sont pourtant bien affichées directement sur le compteur, et remontent dans jeedom (SINSTS1, 2 et 3), mais les valeurs sont fausses (cela varie de 0 à 100000 en permanence).
Merci pour votre aide.
Noyax37
Septembre 20, 2022, 7:59
25
Et là, DrCoozic n’a ni jeedom ni le modem cartelectronique et pourtant le même problème
opened 02:23PM - 17 May 21 UTC
closed 08:32PM - 27 Sep 21 UTC
integration: teleinfo
<!-- Thanks for reporting a bug for this project. READ THIS FIRST:
- Provide … as many details as possible. Simply saying "X gives bug" or "X gives error" is not enough!
- Paste logs, configuration sample and code into the backticks (```).
- Read through the template carefully and fill out all missing details.
- Please also search for similar issues in this issue tracker first and read through the ESPHome FAQ.
DO NOT DELETE ANY TEXT from this template! Otherwise the issue may be closed without a comment.
-->
**Operating environment/Installation (Hass.io/Docker/pip/etc.):**
<!--
Please provide details about your environment below this line. -->
Hass.io 2021.5.4 on RPi4b
**ESP (ESP32/ESP8266, Board/Sonoff):**
<!--
Please provide details about which ESP you're using below.
-->
D1 mini
Also tried another ESP8266 based MCU.
**ESPHome version (latest production, beta, dev branch)**
<!--
ESPHome version like v1.14 or 1.15-dev
-->
latest production (1.17.2)
**Affected component:**
<!--
Please add the link to the documentation at https://esphome.io/index.html of the component in question.
-->
teleinfo
https://esphome.io/components/sensor/teleinfo.html
**Description of problem:**
The `teleinfo` component seems to be broken for Standard mode of the Linky meter.
Historical mode seems to work fine.
In Standard mode the component does not decode the data that is received from the Linky meter.
I can verify that the serial data is well received by my ESP node at 9600 baud (see data dump below).
But the component fails to read the tags from the data stream.
The entities for each defined tag are created in HA but their state remains `unknown` and the ESPHome log does not show any recognized tags. Instead it only shows occasional warnings of type `[W] [teleinfo: 058]: Internal buffer full`.
**Problem-relevant YAML-configuration entries:**
This is a basic config to reproduce the problem:
```yaml
esphome:
name: teleinfo_standard_example
platform: ESP8266
board: d1_mini
wifi:
ssid: !secret my_wlan_sid
password: !secret my_wlan_pwd
logger:
level: VERBOSE
baud_rate: 0
api:
ota:
uart:
id: uart_bus
tx_pin: GPIO1
rx_pin: GPIO3
baud_rate: 9600
parity: EVEN
data_bits: 7
sensor:
- platform: teleinfo
update_interval: 15s
historical_mode: false
tags:
- tag_name: "EAST"
sensor:
name: "Index (Wh)"
unit_of_measurement: "Wh"
icon: mdi:home-analytics
```
**Logs (if applicable):**
<!--
Please copy the debug log here. If possible, also connect to the ESP over USB and copy those logs into the backticks.
-->
Debug log:
The log shows only this message, which repeats every few seconds:
```
[17:23:53] [W] [teleinfo: 058]: Internal buffer full
```
**Additional information and things you've tried:**
I have verified that I receive correct data from Linky by using another very simple ESPHome config that only reads in the UART data line by line and dumps it to the log.
Here is a sample of the result:
```
[11:10:56][D][text_sensor:015]: 'uart_readline': Sending state 'DATE E210515111058 <'
[11:10:56][D][text_sensor:015]: 'uart_readline': Sending state 'NGTF BASE <'
[11:10:56][D][text_sensor:015]: 'uart_readline': Sending state 'LTARF BASE F'
[11:10:56][D][text_sensor:015]: 'uart_readline': Sending state 'EAST 020009875 .'
[11:10:56][D][text_sensor:015]: 'uart_readline': Sending state 'EASF01 020009875 A'
[11:10:56][D][text_sensor:015]: 'uart_readline': Sending state 'EASF02 000000000 #'
[11:10:56][D][text_sensor:015]: 'uart_readline': Sending state 'EASF03 000000000 $'
[11:10:56][D][text_sensor:015]: 'uart_readline': Sending state 'EASF04 000000000 %'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'EASF05 000000000 &'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'EASF06 000000000 ''
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'EASF07 000000000 ('
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'EASF08 000000000 )'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'EASF09 000000000 *'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'EASF10 000000000 "'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'EASD01 020009875 ?'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'EASD02 000000000 !'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'EASD03 000000000 "'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'EASD04 000000000 #'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'IRMS1 000 .'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'IRMS2 001 0'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'IRMS3 002 2'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'URMS1 235 D'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'URMS2 229 H'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'URMS3 228 H'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'PREF 30 B'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'PCOUP 30 \'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'SINSTS 00858 ['
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'SINSTS1 00063 @'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'SINSTS2 00239 F'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'SINSTS3 00557 J'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'SMAXSN E210515104312 05455 6'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'SMAXSN1 E210515081707 01635 /'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'SMAXSN2 E210515082127 01962 0'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'SMAXSN3 E210515104312 03343 #'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'SMAXSN-1 E210514053152 05328 W'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'SMAXSN1-1 E210514053152 01564 F'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'SMAXSN2-1 E210514125148 03493 O'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'SMAXSN3-1 E210514210703 02541 A'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'CCASN E210515110000 02962 ;'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'CCASN-1 E210515103000 00632 S'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'UMOY1 E210515111000 235 &'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'UMOY2 E210515111000 225 &'
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'UMOY3 E210515111000 234 ''
[11:10:57][D][text_sensor:015]: 'uart_readline': Sending state 'STGE 003A0001 :'
[11:10:58][D][text_sensor:015]: 'uart_readline': Sending state 'MSG1 PAS DE MESSAGE <'
[11:10:58][D][text_sensor:015]: 'uart_readline': Sending state 'PRM 055156........ 3'
[11:10:58][D][text_sensor:015]: 'uart_readline': Sending state 'RELAIS 000 B'
[11:10:58][D][text_sensor:015]: 'uart_readline': Sending state 'NTARF 01 N'
[11:10:58][D][text_sensor:015]: 'uart_readline': Sending state 'NJOURF 00 &'
[11:10:58][D][text_sensor:015]: 'uart_readline': Sending state 'NJOURF+1 00 B'
[11:10:58][D][text_sensor:015]: 'uart_readline': Sending state 'PJOURF+1 00008001 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTIL'
[11:10:58][D][text_sensor:015]: 'uart_readline': Sending state 'ADSC 0418........ A'
[11:10:58][D][text_sensor:015]: 'uart_readline': Sending state 'VTIC 02 J'
```
En effet. Après un peu de lecture, il semble que les difficultés de TIC sont plus sur les sagemcom que les autres marques de Linky, même avec une autre config comme un ecocompteur.
Du coup, je me demande si avec un lixee TIC (zigbee), ça fonctionnerait ou pas…?
Noyax37
Septembre 20, 2022, 8:15
27
Faudrait demander s’il n’y a pas une mise à jour du compteur qui pourrait résoudre ça
Je vais voir avec Enedis si c’est possible. Je posterai la réponse.
En tout cas, un grand merci d’avoir regardé aussi !
En fait, en regardant bien en même temps les données sur le linky et dans Jeedom, on voit que la donnée est en VA et non en kVA et qu’il manque le 1er chiffre (surement car le champ est prévu sur 5 charactères et non 6)
Ex : J’ai un 234kVA sur le linky et j’ai 34XXX sur jeedom au même moment (à 1,5s près qui semble est le temps de rafraichissement de la donnée)
Du coup c’est inutilisable pour le délestage
1 « J'aime »
Noyax37
Septembre 21, 2022, 7:01
30
Il y a peut-être un pb comme tu l’évoques mais je ne crois pas que l’affichage sur le compteur soit en kva
En effet elle est en VA. Je ne comprends ces nombres remontés par la TIC…
Sur le compteur linky les puissances instantanées par phase sont en VA aussi, comme la puissance instantanée totale.
Le miens est aussi un sagem.
En tout cas je vous invite à contacter Enedis, qui certes ne m’a toujours pas répondu, mais peut être que si les gens concernés se manifestent, ils se bougeront …
xcorp
Novembre 13, 2022, 4:39
33
Bonjour
meme marque de linky, meme config et même problême rencontré, on dirait que le premier chiffre est tronqué.
2 « J'aime »
Hello,
Il y a du y avoir une maj du linky sagemcom car les valeurs SINST 1 à 3 sont enfin bonnes chez moi !
cool !!
2 « J'aime »
xcorp
Novembre 30, 2022, 5:57
35
je confirme, après 999 VA on passe bien à 1000 VA
ptet que cette maj a induit un dysfonctionnement du plugin en soit ?
pour preuve de ce changement :
on est passé de valeurs sur 6 positions ( dont le premier chiffre manquant ) à une valeur en VA de base, identique à celle affichée sur le l’ecran du linky
bonne nouvelle, merci pour l’info.
++
Oh purée j’y croyais pas quand j’ai vu vos posts … faut croire qu’ils lisent ce qu’on leur envoie finalement ! Excellente nouvelle
1 « J'aime »
system
Décembre 9, 2022, 9:32
38
Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.
J’aurai préféré n’avoir que le premier chiffre à choisir !
