PiTInfo V1.2, en finir avec la téléinfo capricieuse
-
@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.
-
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 -
J'ai trouvé, l'entête du fichier est modifié quand on telecharge directement avec le liens.
-
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
-
@lelex79
Aucun soucis tu peux récupérer le 5V dessus
-
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 -
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 -
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 -
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 upgradeEnsuite, 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 -crtsctsRien 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
-
Franck,
As tu bien réalisé la modif dédié au PI3 concernant le port série pour le remapper sur l'AMA0? Voir sectionSerial has changed with Raspberry PI Version 3Pour moi la modif dans le
rc.localsert à 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'aiderEn 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). -
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écialisteFranck
-
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? OuiThe serial login shell is disabled
The serial interface is enabled2- Fichier Config .txt
enable_uart=1 ==> ok
dtoverlay=pi3-disable_bt ==>okNOBS Auto-generated Settings:
hdmi_force_hotplug=1
enable_uart=1
dtoverlay=w1-gpio
dtoverlay=pi3-disable_bt
core_freq=2503- « 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-consoles4- 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 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 -
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 ?
-
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
-
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. -
Pouvez vous essayer la modif suivante ?
-
Bonjour, je viens d'acheter le PiTInfo V1.2, et avec le linky en mode standard, 9600 bauds, ca ne marche pas, j'ai plein de caractère bizarre avec ttyAMA0. J'ai lu qu'il faut modifier une résistance, pouvez-vous me dire laquelle ?
Merci -
je me répond a moi même, C'a y est ca marche, il faut mettre :
stty -F /dev/ttyAMA0 9600 sane evenp parenb cs7 -crtscts
