Teleinfo : un début d'explication à la non reconnaisance par Domoticz ?

[thor4785]

Bonjour,

J'ai le même problème que vous .. la trame s'affiche avec des caractères en plus.
Moi c'est suite à la mise de mon domoticz ( raspberry ) en version 3.48.34 avant avec l'ancienne version je n'avais aucun soucis.

[adv]

Salut à tous, ce sujet m'a interpellé car j'ai moi même eu des symptômes bizarre avec mon télé-info connecté sur le ttyAMA0 (broche 10 du pi) - lien symbolique USB20 -> ttyAMA0.

J'avais suivi ce guide: http://easydomoticz.com/raspberry-et-teleinfo/

Mais après un reboot j'étais obligé de débrancher un des fils du report du compteur et le rebrancher pour que Domoticz "raccroche".
Avec l'option "Délais d'attente des données" activé à une minute sur le /dev/ttyUSB20 pas de mieux...

J'ai donc modifié la partie hardware... l'optocoupleur est donc maintenant relié au RX d'un convertisseur USB -> série TTL à base de PL2303HX (alim de l'opto en 3,3 volts).
Je n'ai passé aucune commande particulière pour la config... un cat /dev/ttyUSB1 affiche les trames (et j'ai pu le re-verifier avec une fresh install !)

J'ai quand même positionné le "Délais d'attente des données" à 1 minute, juste au cas où...

J'ai rebooté pas mal de fois pour tester: plus de bug je suis ravi et ça m'a pas couté cher !

Module trouvable partout sur ebay par exemple: USB UART Arduino TTL RS232 - PL2303HX - Convertisseur Adaptateur 5V 3,3V Module

A+

[dimitry]

Salut,
J'ai acheté le module dont tu parles et installé comme tu l'as décrit. Par contre ça ne marche pas alors que sur la pin 10, ça roulait. Tu n'as vraiment rien installé niveau soft ?

[ludo37]

mis en place et fonctionnel, en toute simplicité comme décrit par adv.

Salut à tous, ce sujet m'a interpellé car j'ai moi même eu des symptômes bizarre avec mon télé-info connecté sur le ttyAMA0 (broche 10 du pi) - lien symbolique USB20 -> ttyAMA0.

J'avais suivi ce guide: http://easydomoticz.com/raspberry-et-teleinfo/

Mais après un reboot j'étais obligé de débrancher un des fils du report du compteur et le rebrancher pour que Domoticz "raccroche".
Avec l'option "Délais d'attente des données" activé à une minute sur le /dev/ttyUSB20 pas de mieux...

J'ai donc modifié la partie hardware... l'optocoupleur est donc maintenant relié au RX d'un convertisseur USB -> série TTL à base de PL2303HX (alim de l'opto en 3,3 volts).
Je n'ai passé aucune commande particulière pour la config... un cat /dev/ttyUSB1 affiche les trames (et j'ai pu le re-verifier avec une fresh install !)

J'ai quand même positionné le "Délais d'attente des données" à 1 minute, juste au cas où...

J'ai rebooté pas mal de fois pour tester: plus de bug je suis ravi et ça m'a pas couté cher !

Module trouvable partout sur ebay par exemple: USB UART Arduino TTL RS232 - PL2303HX - Convertisseur Adaptateur 5V 3,3V Module

A+

[Alex]

Bonjour,

Je réveille ce vieux sujet car je suis dans la même situation que les derniers qui ont posté, je suis sur un RPI2 avec la dernière version stable (3.5877).
J'avais le compteur branché par le montage que l'on trouve un peu partout, directement sur le RX du GPIO, tout marchait nickel depuis décembre 2014.
Et d'un coup la semaine dernière plus de mesures de conso.
Je fais un cat sur le tty et je vois qu'il n'y a plus de retour à la ligne, pour chaque groupe de données un ne vois au final qu'un ligne:

Code : Tout sélectionner

5OPTARIF HC.. <2334 ;
5OPTARIF HC.. <2334 ;
5OPTARIF HC.. <2334 ;
5OPTARIF HC.. <2334 ;

En réinitialisant le tty, l'affichage semble normal, mis à part qu'un caractère parasite en début de ligne:

Code : Tout sélectionner

ISOUSC 30 9
OHCHC 021159489 -
PHCHP 023018408 -
7PTEC HP..
;IINST1 002 J
.IINST2 009 R
 IINST3 002 L
9IMAX1 024 6
0IMAX2 027 :
PIMAX3 019 <
IPMAX 08340 5
IPAPP 02860 1
IHHPHC A ,
LMOTDETAT 000000 B
XPPOT 00 #
AXADCO 701209412334 ;
5OPTARIF HC.. <

Dès que je relance le matériel téléinfo sous domoticz, c'est reparti, plus de retour chariot.
En lisant ce post, je me dis que je vais essayer le convertisseur USB vers TTL UART a base de PL2303HX, je l'achète, installation rapide, pas de souci, /dev/ttyUSB0 dispo et actif.... mais.... toujours exactement le même problème!

Donc je voulais voir si après 1 an d'inactivité sur ce topic quelqu'un avait compris le souci!
Mon compteur est une gyr+landis tri-phasé.

Merci à ceux qui ont des infos pour moi!

[dimitry]

Salut Alex,
Pour info, j’ai toujours le même problème que toi. Depuis 1 mois la connexion teleinfo se remet à bugger.
Je pense que j'ai le même compteur que toi...

[js-martin]

J'ai eu moi aussi un bug... que j'ai résolu

Tout d'abord, en bricolant, je me suis retrouvé avec beaucoup d'erreurs dans mes logs Domoticz:

Code : Tout sélectionner

2017-12-04 12:53:34.133 Error: (Teleinfo1 - consommation) CRC check failed on Teleinfo line 'P0 MOTDEA 000BADCO 0122149' using both modes 1 and 2. Line skipped.
2017-12-04 12:53:34.191 Error: (Teleinfo2 - production) CRC check failed on Teleinfo line 'ADC 0318701627' using both modes 1 and 2. Line skipped.
2017-12-04 12:53:34.284 Error: (Teleinfo1 - consommation) CRC check failed on Teleinfo line '308706 OPTARFBE0' using both modes 1 and 2. Line skipped.
2017-12-04 12:53:34.340 Error: (Teleinfo2 - production) CRC check failed on Teleinfo line 'DTAT0 O022 OARI BAS' using both modes 1 and 2. Line skipped.
2017-12-04 12:53:34.403 Error: (Teleinfo1 - consommation) CRC check failed on Teleinfo line 'I AS ISOS 0 ' using both modes 1 and 2. Line skipped.
2017-12-04 12:53:34.461 Error: (Teleinfo2 - production) CRC check failed on Teleinfo line 'PTFE 0ISUSC15' using both modes 1 and 2. Line skipped.
2017-12-04 12:53:34.563 Error: (Teleinfo1 - consommation) CRC check failed on Teleinfo line ' 1274 ' using both modes 1 and 2. Line skipped.
2017-12-04 12:53:34.620 Error: (Teleinfo2 - production) CRC check failed on Teleinfo line 'BE0135' using both modes 1 and 2. Line skipped.

Pourtant, en faisant un CAT sur mon device, cela semblait correct :

Code : Tout sélectionner

$ cat ttyUSB1

PAPP 00180 *
MOTDETAT 000000 B
ADCO 031028270164 9
OPTARIF BASE 0
ISOUSC 30 9
BASE 019207552 *
PTEC TH.. $
IINST 001 X
IMAX 039 K

... mais ce n’était pas bon...

il faut en effet un retour à la ligne en plus.

un coup de :

Code : Tout sélectionner

sudo stty -F /dev/ttyUSB1 1200 sane evenp parenb cs7 -crtscts

dans : sudo nano /etc/rc.local et c'est mieux :

Code : Tout sélectionner

$ cat ttyUSB1

PAPP 00180 *

MOTDETAT 000000 B

ADCO 031028270169 9

OPTARIF BASE 0

(il y a les retours à la ligne)

Ensuite, j'avais mis des noms explicite dans mes "persistants USB" :

ttyUSB1 => ttyUSB-consommation

et cela me faisait bugger Domoticz !!

un simple changement de nom en

ttyUSB1 => ttyUSBC

et c'est reparti sans erreur.

Si cela peut aider quelqu'un...

[ChrisS]

Bonjour j'ai le même problème d'un jour à l'autre ma conso EDF n'apparaît plus, j'ai fais vos manipulations et j'ai effectivement exactement le même problème avec un Landis Gyr Triphasé.
Pourriez vous me donner les lignes de commande pour changer le nom de mon port USB ?
Merci

[manuloup]

Bonjour,

Je fais remonter ce fil car il m'arrive un problème un peu similaire. Je précise que cette même configuration (domoticz, rpi2 avec Raspbian, Teleinfo USB..) fonctionnait parfaitement dans mon ancien logement. Ce n'est plus le cas dans ma nouvelle maison, qui est équipé d'un Linky.

J'en viens à penser qu'il y a un souci avec la lecture de mes trames par Teleinfo.cpp . La valeur PAPP est ignoré, la valeur de conso instantanée est calculée en se basant sur la valeur IINST, bien moins précise.

Voici un exemple de trame :

root@raspberrypi2:/home/pi# cat /dev/ttyUSB0
05 \
IMAX 060 E
PAPP 01060 (
HHPHC A ,
MOTDETAT 000000 B
ADCO 031764199281 J
OPTARIF HC.. <
ISOUSC 60 <
HCHC 000261043 V
HCHP 000378949 ;
PTEC HP..
IINST 005 \
IMAX 060 E
PAPP 01060 (
HHPHC A ,
MOTDETAT 000000 B
ADCO 031764199281 J
OPTARIF HC.. <
ISOUSC 60 <
HCHC 000261043 V
HCHP 000378950 3
PTEC HP..
IINST 005 \
IMAX 060 E
PAPP 01060 (

Voilà, si vous avez des pistes, je suis preneur.

Manu