https://community.ch2i.eu/topic/37/pitinfo-téléinfo-emoncms-avec-node-red-sur-raspberry-pi-moins-de-30-min-moins-de-10/13

j'ai testé le montage de Charles avec mosfet à base d'opto SFH620aV3.
C'est pour récupérer la téléinfo d'un linky en mode standard triphasé
et non en mode historique.

Ce qui permet d'obtenir la consommation instantanée de chaque phase afin
de gérer un potentiel délestage (cette information est indisponible en
mode historique sur le linky triphasé).
Le code de lecture des trames est donc différent.
Je peux fournir un lien gitub pour ceux qui seraient intéressés par ce
code, ou par messagerie.
Quand je colle ce montage sur un esp8266 (dans mon cas un nodemcu v0.9)
tout fonctionne impeccablement. Cent pour cent des trames sont
correctement récupérées.

Le code est donc parfaitement fonctionnel.

Quand je le fais tourner sur un arduino, plus d'une trame sur deux est
en erreur.
L'information est partielle, ou vide.

J'ai essayé deux arduinos (un nanov3 et un mega).

Les symptôme sont les mêmes.
Que j'alimente le montage en 3.3v ou en 5v ne change rien à l'affaire.
Que j'utilise un UART soft ou hardware ne change rien non plus.

J'ai tenté de baisser la valeur de la résistance pull-down de la gate du
mosfet sans succès : cela génere encore plus d'erreurs.

Je n'ai pas encore tenté de l'augmenter.

Si quelqu'un a une idée ça serait chouette.

Un extrait des logs que j'obtiens, on y voit l'attente de début de
trame, les infos que l'on souhaite conserver (par exemple).

22:15:49.473 -> Wait End Previous/Start new frame <=== syncho
22:15:50.113 -> Wait End trame
22:15:51.193 -> CHECKSUM_OK,COUNT(1),E=[SINSTS],D=[02436] <=== info
à conserver
22:15:51.233 -> CHECKSUM_OK,COUNT(2),E=[SINSTS1],D=[02928]
22:15:51.313 -> CHECKSUM_OK,COUNT(3),E=[SINSTS3],D=[77354]
22:15:51.353 -> CHECKSUM_OK,COUNT(4),E=[SMAXSN],H=[H190110184637],D=[07850]
22:15:51.393 -> CHECKSUM_OK,COUNT(5),E=[SMAXSN1],H=[H190110185756],D=[02220]
22:15:51.473 -> CHECKSUM_OK,COUNT(6),E=[SMAXSN2],H=[H190110025614],D=[03180]
22:15:51.513 -> CHECKSUM_OK,COUNT(7),E=[SMAXSN3],H=[H190110164209],D=[03330]
22:15:51.553 ->
CHECKSUM_OK,COUNT(8),E=[SMAXSN-1],H=[H190109181632],D=[08560]
22:15:51.633 ->
CHECKSUM_OK,COUNT(9),E=[SMAXSN1-1],H=[H190109181618],D=[04330]
22:15:51.673 ->
CHECKSUM_OK,COUNT(10),E=[SMAXSN2-1],H=[H190109233416],D=[03680]
22:15:51.713 ->
CHECKSUM_OK,COUNT(11),E=[SMAXSN3-1],H=[H190109191307],D=[03860]
22:15:52.353 -> Tout est complet
22:15:52.353 -> Statistiques echec [358]/[571] <=== stats
d'erreurs/nb lectures
22:15:52.353 -> [**** contenu en json ] <=== le resume en
json correct
22:15:52.353 ->
{"SINSTS":"02436"},{"SINSTS1":"02928"},{"SINSTS3":"77354"},{"SMAXSN":"07850","Horo":"H190110184637"},{"SMAXSN1":"02220","Horo":"H190110185756"},{"SMAXSN2":"03180","Horo":"H190110025614"},{"SMAXSN3":"03330","Horo":"H190110164209"},{"SMAXSN-1":"08560","Horo":"H190109181632"},{"SMAXSN1-1":"04330","Horo":"H190109181618"},{"SMAXSN2-1":"03680","Horo":"H190109233416"},{"SMAXSN3-1":"03860","Horo":"H190109191307"}
22:15:52.433 -> [ fin ]
22:15:54.433 -> Wait End Previous/Start new frame
22:15:54.433 -> Wait End trame
22:15:54.633 -> Il manque [11] groupes
22:15:54.633 -> Statistiques echec [359]/[572] <==== erreur
22:15:54.673 -> [ contenu en json ] <==== on a rien de
correct
22:15:54.673 ->
22:15:54.673 -> [ fin ****]

J'ai également des captures faites à l'oscillo pour plus de détail.

merci

J'ai un PiTInfo v1.2, que je parviens à avoir les infos sur Arduino Uno.
je souhaite passer sur esp32, et là avec le HarwareSerial (RX=16), je n'ai plus rien.
je ne sais plus quoi tester.

Avez vous des idées ou fait ce type de montage ?

picocom -b 1200 -d 7 -p e -f n /dev/ttyAMA0

Je n'utilise pas NOBS mais la seule façon de voir si le port série fonctionne correctement est la suivante. Tu connectes un câble dupont entre la borche 8 et 10 du connecteur du PI (avec la carte PI téléinfo enlevée bien sur). En fait ça relie TX et RX. donc ce qui entre sort.

Puis tu lances picocom, et ensuite tu tapes au clavier et ça doit s'afficher. Si tout marche le port série est fonctionnel et que le problème c'est la connexion, le compteur ou PiTinfo qui ne vont pas.

root@pi03(rw):~# picocom -b 1200 -d 7 -p e -f n /dev/ttyAMA0
picocom v1.7

port is        : /dev/ttyAMA0
flowcontrol    : none
baudrate is    : 1200
parity is      : even
databits are   : 7
escape is      : C-a
local echo is  : no
noinit is      : no
noreset is     : no
nolock is      : no
send_cmd is    : sz -vv
receive_cmd is : rz -vv
imap is        :
omap is        :
emap is        : crcrlf,delbs,

Terminal ready
je tape au clavier et ca s'affiche

Menu 5 interfacing Options
Configure overclocking for you Pi
Sous Menu P6 Serial
Enable/Disable shell and kernel messages on the serial connection
Would you like a login shell to be accessible over serial? Non
Would you like the serial port hardware to be enabled? Oui

The serial login shell is disabled
The serial interface is enabled

2- Fichier Config .txt
enable_uart=1 ==> ok
dtoverlay=pi3-disable_bt ==>ok

NOBS Auto-generated Settings:

hdmi_force_hotplug=1
enable_uart=1
dtoverlay=w1-gpio
dtoverlay=pi3-disable_bt
core_freq=250

3- « For older version of Raspbian » (à priori non concerné avec le PI Version 3)

Fichier Cmdline.txt
La Ligne de mon fichier
dwc_otg.lpm_ensudo raspi-configable=0 console=tty1 root=/dev/mmcblk0p7 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait splash plymouth.ignore-serial-consoles

4- Test Picocom
pi@raspberrypi:/ $ picocom -b 1200 -d 7 -p e -f n /dev/ttyAMA0
picocom v1.7
port is : /dev/ttyAMA0
flowcontrol : none
baudrate is : 1200
parity is : even
databits are : 7
escape is : C-a
local echo is : no
noinit is : no
noreset is : no
nolock is : no
send_cmd is : sz -vv
receive_cmd is : rz -vv
imap is :
omap is :
emap is : crcrlf,delbs,

Terminal ready
Et puis rien………..

Franck

Pour moi la modif dans le rc.local sert à configurer par défaut le port série, je ne le fait jamais car tu sais jamais qui fait quoi avec après
Je préfère le configurer avec l'outil de lecture, d'ailleurs tu n'indiques pas avec quelle commande tu essais de lire les informations (script, logiciel, service, ...) donc pas évident de t'aider

En revanche la façon de tester le module a été expliquée plusieurs fois sur le forum, dont une
ici avec 2 méthodes différentes (privilégie la méthode picocom).

J’avais essayé de voir les informations en consultant un autre site traitant de feleinfo(journaldulapin.com)

Première chose, mettre à jour l’OS.
sudo apt-get update
sudo apt-get upgrade

Ensuite, lancez un raspi-config et désactivez la console série dans les options. Il est aussi nécessaire de bien fixer la date (et le lieu) pour être certain d’être à l’heure.

sudo raspi-config

Enfin, une petite modification est nécessaire pour lire correctement les données téléinfo.

sudo nano /etc/rc.local

Dans le fichier, juste avant exit 0, il faut ajouter la ligne suivante.
stty -F /dev/ttyAMA0 1200 sane evenp parenb cs7 -crtscts

Rien ne fonctionne et je ne sais tourjours par quel bout prendre le problème
Pb de param Raspberry pi3?
Mon signal Téléinfo
Le module pitinfo?

Franck

• J’ai paramétré le port série du Raspberry pi3.(Sudo rasp1-config)
• Le test de la led est ok.
• Mon compteur EDF n’est pas un lynky.
• J’ai tester une inversion de connexion des bornes du compteur i1-i2
• L’ option Téléinfo devrait être fonctionnelle car j’avais un module Dauguet qui a fonctionné il y a 2 ou 3 ans.

question de béotien , le module est bien alimenté par le Raspberry ?
J’ai vu sur le forum qu’on pouvait shunter R3...
Franck

Je suis en train de faire un autre flow Node-Red sur le même RPI que celui sur lequel est branché le module PiTinfo. Pour ce second montage j'aurais besoin de récupérer le 5V du RPi hors la broche 5V est branché sur le module PiTinfo. Je comptais donc souder un fil directement sur la carte PiTinfo pour récupérer. Est-ce que tu vois une contre indication quelconque à cela ? D’après les schéma technique le 5V ne semble pas utiliser mais je préfère m'en assurer avant de faire n'importe quoi

Par contre pour le problème qui persiste cela ne peut pas venir de l'affectation des ports USB car le problème survient uniquement sur la machine qui a l'interface serial. En résumé le symptôme est:

• au démarrage des 2 RPi, tout se passe bien mais le teleinfo ne remonte que vers celui qui a le stick USB (c'est aussi celui qui boot le plus vite car c'est un RPi2). Le PiTinfo serial ne reçoit pas de données.

Et pour résoudre ce problème:

• je débranche les fils teleinfos du compteur quelques secondes et je les rebranche et là la teleinfo arrive sur les 2 interfaces.

En fait c'est un peu comme si le PiTinfo n’était pas capable de détecter les trame si un autre module les reçoit déjà. Par contre si les 2 modules commencent a les recevoir en même temps c'est OK.

Je vais faire encore quelques tests ce week-end mais si ce problème est persistant je pense mettre simplement un petit contacteur sur ma sortie teleinfo. Ainsi si mon système domotique détecte qu'il n'y a plus de remontée vie le module serial PiTinfo, il actionne le contacteur pour déconnecter la teleinfo, attend 5 secondes et la reconnecte.

Avec l'aide de ces super tuto et des personnes qui ont pris le temps de me répondre j'ai enfin réussi à réaliser mon petit projet.

J'ai maintenant mon système itow qui tourne sur un Rpi 2B avec:

• 2 sticks USB teleinfo que j'avais deja
• 1 stick teleinfo de µTeleinfo (pour mon compteur general)
• 1 stick USB 1 wire

J'ai un second Rpi B+ ave:

• 1 module PiTinfo v1.2 (aussi branché sur mon compteur général) et Node-red d'installé

J'arrive à faire fonctionner sans problème la teleinfo de mon compteur général sur les 2 modules en même temps et j'utilise Nore-red pour remonter les infos vers Jeedom. C'est plus ludique que d'utiliser un jeedom slave je trouve car cela me permet de comprendre le décodage des trames teleinfo et la lecture du port série.

En tout cas un grand merci à @Charles pour ce site et toutes ces infos.

A++

Lelex79