PiTInfo V1.2, en finir avec la téléinfo capricieuse
-
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
