PiTInfo V1.2, en finir avec la téléinfo capricieuse

[lelex79]

@Charles, je n'ai pas trouvé la fonction MP mais je t'ai envoyé un chat. Je suis très intéressé par un de tes prototype fonctionnel. Tu peux me répondre sur le chat si c'est OK pour toi.

[lelex79]

Bonjour,

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

[lelex79]

Bon je reviens (encore, désolé) avec quelques questions en plus ... mon système fonctionne mais j'ai noté que si je redémarre le RPi avec Node-red il ne récupère pas le signal téléinfo. Je dois débrancher la liaison téléinfo (donc les 2 modules) et les rebrancher en même temps. Est-ce que cela vous semble normal ??

[Charles]

@lelex79
ouais pour faire démarrer node-red au démarrage je galère à chaque fois mais maintenant avec la dernière version Debian jessie pour RPI le pb est réglé (j'ai validé ya 2 jours). Tout est ici
Sinon peut être que l'affectation des ports (/dev/ttyUSBx) changent à chaque boot, il faut les régler comme expliqué dans le tuto

[lelex79]

@Charles, effectivement j'étais tombé via mon ami big G sur ce même site et j'ai résolu mes problèmes de démarrage de Node-Red.

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.

[NicO13]

Bonjour,
Merci pour le partage et le travail!
J'ai pris le fichier 1.2.brd sur github, cependant il n'est pas accecpté par OSH Park, connaissez vous le probleme?
Merci de votre aide
Nicolas

[NicO13]

J'ai trouvé, l'entête du fichier est modifié quand on telecharge directement avec le liens.

[lelex79]

Bonjour @Charles,

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

[Charles]

@lelex79
Aucun soucis tu peux récupérer le 5V dessus

[ebondu]

Bonjour,
Merci et félicitations pour ce travail. J'ai commandé la carte que j'ai reçu très rapidement. Aucun soucis pour la connecter à un nanoPi neo et récupérer les infos du linky. Par ailleurs, je projette de l'intégrer proprement et sans fil avec une carte à base d'ESP8266 et je souhaiterai savoir s'il serait possible d'alimenter le montage directement depuis le linky? D'après la doc, le linky possède 3 sorties au niveau de la TIC (I1, I2, A) dont une alimentation disponible entre I1 et A dédiée à ce scénario. Avez-vous déjà tenté l’expérience sachant que les caractéristiques de cette alimentation me paraissent étrange (6Vrms à 50 KHz) ? Je ne suis pas expert en électronique mais j'imagine qu'un pont de diodes et un condo s'imposent ?
Merci d'avance si vous avez des infos

[franck]

Bonjour
J’ai reçu le module PiTinfo V1.2 monté sur Raspberry pi3.
Je ne parviens pas à afficher les données Téléinfo.

• 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

[Charles]

Bonjour Franck
Oui le module est est bien alimenté par le PI. Tu as acheté ton module récemment ? Car depuis qq mois plus besoin de shunter R3 c'est une 1.2K et plus 4.7K

[franck]

Bonjour Charles,
J’ai acheté le module il y a 3 semaines.
Je ne parviens tjrs pas à voir une trame d’information de mon compteur.
J’étais abs la semaine dernière pour raison et j’ai lâché l’affaire.

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

[Charles]

Franck,
As tu bien réalisé la modif dédié au PI3 concernant le port série pour le remapper sur l'AMA0? Voir section Serial has changed with Raspberry PI Version 3

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).

[franck]

Bonjour
Merci. Pour la réponse.
Je vais essayer de revoir cette configuration du port série.
Pas simple quand on est pas une spécialiste

Franck

[franck]

1- « Sudo raspi-config »
Raspberry Pi Software Configuration Tool (raspi-config)

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………..

[Charles]

@franck said in PiTInfo V1.2, en finir avec la téléinfo capricieuse:

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

[Francxk]

Bonjour,

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 ?

[michala]

Bonjour,

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

[sunshare]

Bonjour, je suis sur un projet similaire. Je veux récupérer la TIC sur le gpio du raspberry v3 a partir d'un Linky en mode autoconsommation photovoltaique (STANDARD). PitInfo ne donne pas entiere satisfaction.
J'avais pourtant la donnee en USB avec TELEINFO USB de GCE ECODEVICE. je poursuis mes recherches.
A bientot.