PiTInfo : Téléinfo, Emoncms avec Node Red sur Raspberry PI, moins de 30 min, moins de 10€

erwan

Salut c’est Erwan, j’ai exposé mon problème plus haut…
J’ai trouvé ma réponse tout seul, node-red (je ne sais pourquoi) n’accepte pas 0x003 ou 0x03 comme caractère de “coupure”
J’ai trouvé quelque part la commande:

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

J’ai d’ailleurs été impressionné (peut-être sans raison par la simplicité/efficacité de ce petit programme.

Ça me donne des petits caractères à la con entre chaque trame (la coupure si je ne me trompe pas) sélectionner/copier le premier des 2 caractères dans le terminal, copier dans node-red et magie… les trames sont parfaitement coupées au bon endroit.
En fait ce n'est pas facile de sélectionner un seul caractère dans le terminal, j'en ai sélectionné plusieurs, coller dans un éditeur de texte, puis copier seulement le 1er caractère

J’espère que cela aura pu dépanner quelqu’un..
Merci pour ce site. C'est chouette.

sunshare

@Charles Bonjour,
J'ai reçu 2 nouveaux pitinfo USB et ils ne decodent toujours pas le mode standard. Y a t'il une explication ?
Merci. Julien.

Charles

@sunshare
Arff, peux-tu essayer de changer R6 par une 4K7 ? ou souder une 10K par dessus ?

Je peux t'envoyer les resistances CMS si tu veux?

davTIC

Bonjour,

Je viens de recevoir un Micro Teleinfo v2 fraichement commandé.
Je suis très étonné que le problème en TIC standard soit toujours présent, et qu'il faille encore souder un resistance supplémentaire sur ce produit !
@Charles vous ne comptez pas refaire une version ???

admin

@davTIC
La réponse est extrêmement simple, c'est tout simplement que le problème avec le mode standard est apparu après le batch de fabrication. Donc bien sur le prochain batch contiendra le fix adéquat.
Qui plus est je n'ai toujours pas de Linky chez moi donc j'ai du tester tout ça en aveugle, heureusement que des utilisateurs de Linky ont aidé la communauté.

Eric Malkowiak

@Charles
Bonjour,
Je viens de mettre une résistance de 4.7k en R6, mais quand j'entre la commande :

picocom -b 9600 -d 7 -p e -f n /dev/ttyUSB0

j'ai le résultat suivant :

picocom v3.1

port is        : /dev/ttyUSB0
flowcontrol    : none
baudrate is    : 9600
parity is      : even
databits are   : 7
stopbits are   : 1
escape is      : C-a
local echo is  : no
noinit is      : no
noreset is     : no
hangup is      : no
nolock is      : no
send_cmd is    : sz -vv
receive_cmd is : rz -vv -E
imap is        : 
omap is        : 
emap is        : crcrlf,delbs,
logfile is     : none
initstring     : none
exit_after is  : not set
exit is        : no

Type [C-a] [C-h] to see available commands
Terminal ready
0
EAST	000000000      @0000000000	$      00	000000000	#
AASF03	000000000	$
EASF04	000000000	%
EASF05	000000000
               0000000000	'      A07	000000000	(      AASF08	000000000	)
EASF09	000000000	*
EASF10	000000000
               EA0000000000	$	
                                        EA0000000000	!      03	00000000S@04	000000000	#
AAIT	003801290	\
ERQ1	000000000	;
                        ERQ2	000008200

                                        P000209118	       4	00000003MS1	231	D
PREF	02	A
PCOUP	02	[
SINSPS	00000	F
SMAXSN	E200615062024	00080
                            SM
SINSPI  01005   B            000410010438	00181	W
SIAXIN	E200615135309	02260

                           SMAXI
ASN     E200611180000   00000  0/0400143033	00439	I
CCASN-1	E2006151600000000	
                              	200411183000	01000	!
CCAIN)1	E200615180000	01180	

                               UMOY1	E000404082000	031	/      G	0030301	9	1	PAS DA          MESSAGE     8
                                                    PR04862080403080	7     L000	@	
               	01	N
U	00	&
URF+1	00	B
PJOURF+1	00008001 NONUTILE NO
                                   L

                                    	
                                        E 

                                          PILA NONQTILE NONUTILE NONUTILE 




                                                                               
                                                                               O02094137A200611183724	J       E
NGPF	   PRODUCTEUR   	.
LTARF	IND

           N
01      000000000	&
AASF02	000000000	#
AASF03000000000	$
EASF04	000000000	
07      000000000      E(SF05	00000000$      0000000000	'
AASF08	000000000	)
EASF09	000000000	*
EASF10	000000000
               0000000000	 
00	000000000	!	
                                AAS@03	000000000	"
EASD04	000000000	#
EAIT	003801280

ARQ40193000000038RQ00000I000	;
IRMS1	004	2
URMS1	235	D
PREF	02	A
PCOUP	02	[
SINSTS	00000	F
SMAXSN	E200404040000	00095	0	
                                        )1	A200610210638	00185	W
SINSTI	01007	D
SMAXIN	E2006140202000040	)	
                                        )1	000614103233	02439	M

	00041518000000000	/
CCASN-1	E200615170000	00000
                          CC000400183000	01000	)	
                                                                	L)1	A200611180000	01180	M
0020301	92006111           MESSAGE         	<
PRM	25973080002086

                    000		
                              01	

T	00	$
OF+1	00008001 NONUTILE NONUTILE N

Voici la modif que j'ai faite :

Pit-V2.0_avec_R6_4.7K.jpg

Que dois-je faire?
Merci de ton aide

admin

Bonjour,

Wahou quel challenge de souder une 4K7 comme ça, félicitations
Tu peux me faire une photo de R3, normalement le silk indique 4K7 mais ce doit être une 1.2K de soudée non ?

Eric Malkowiak

Pas facile en effet !!! C'était ma première soudure de cette taille.
A priori tu as raison c'est une 1.2K, enfin je pense.
Voici la photo:
Pit-V2.0_avec_R3_1.2K.jpg
Que puis-je faire d'autre?
Eric

Eric Malkowiak

@Charles
As-tu de bonnes nouvelles pour moi ?

admin

Eric,

Franchement je ne sais quoi te dire, tous ceux qui ont fait la modif ça fonctionne. Et je n'ai as le Linky pour vérifier.

Peut être remplacer la 4K7 par une 3.3K ou 2.2K pour tester?

admin

Eric, je viens d'avoir un retour d'un utilisateur qui a le même problème que toi, il a mis une 1K en lieu et place d'une 4K7, ça semble fonctionner impeccable à 9600 bauds

Alexandre Kachler

Bonjour,

Je viens juste de reception mon PiTInfo V2 et j'ai le meme souci qu'Eric.

J'ai fait un test avec r6 à 4.7k c'est mieux mais le résultat est toujours du charabia.
Avec 1k plus rien et enfin avec 3.3k ça de nouveau lisible, reste plus qu'a verifier si les trames sont ok
Alex

Jean-Marc Mounier

Bonjour,
J'ai moi aussi franchement galéré depuis que j'ai le linky,
Pour faire court il faut chager la resitance R3, celle entre l'entrée téléinfo et le lvt-814 par une de 100 ohms oui oui 100 et tout fonctionne à merveille comme avec les anciens compteurs.
Cordialement

Charles

@Jean-Marc-Mounier, interessant, tu as donc laissé la 4K7 du transistor en 4K7 et juste mis une 100 ohms a la place de la 1.2K d'entrée (indiqué 4K7 sur le PCB) ?

Si c'est bien ca comme je change à la main le 4.7K du PCB par des 1.2K je peux mettre directement une 100 ohm au lieu de 1.2K, ca me change rien je dois changer cette resistance dans tous les cas.

Merci à toi

Jean-Marc Mounier

@Charles Bonjour,
Oui c'est bien ça toujours 4K7 pour le transistor et une 100 ohms en entrée (4k7 sur PCB).
Cordialement

Charles

Top, merci

nh

Je viens de commander et de recevoir (rapidement : merci) un µTeleinfo USB v2.0, en étant persuadé qu'il allait fonctionner à 100% immédiatement avec mon Linky en mode standard, activé de haute lutte au bout de 6 mois (merci Enedis), en remplacement du dongle Adtek initial acheté en 2012 pour ce qui était à l'époque un compteur électronique "historique" (et qui a bien fonctionné sur le Linky en mode historique).
J'ai lu à différents endroits qu'il y avait des histoires de résistances et le transistor manquant sur les dongles anciens. Je voulais m'éviter de souder des composants CMS...

Au dernières nouvelles, il suffirait donc de changer la résistance R3, qui est marquée 4,7K sur le silk, a été remplacée manuellement par une 1,2K par Charles, et devrait finalement être une 100Ohm ?

Pour mémoire, le diagnostic sur mon Raspberryu Pi 1 B :
pi:~# /bin/stty -F /dev/ttyUSB0 9600 sane parenb evenp cs7 -crtscts raw
pi:~# cat /dev/ttyUSB0
2""@@2@@@0bpF@10Hp@ @@8Q @@d@ "@2@@ $H "@@@0H @@p2""@ @0 @ @@00Dp2""@! B@8 @@X^C
...

Je suis prêt à renvoyer le dongle tel quel, si je peux en avoir un avec la bonne résistance au bon endroit. Je peux éventuellement souder une résistance CMS, mais je voulais justement m'éviter ça (et je n'en ai pas dans mon stock)...
Je ne suis pas non plus 100% certain de mes réglages stty, même si ça m'a l'air correct.

Merci d'avance !

Charles

@nh

j'ai eu des soucis avec stty et cat, et ma confiance est plus que douteuse avec ces deux commandes.

La référence pour valider le fonctionnement est d'installer l'outil picocom

apt-get update
apt-get install picocom

Une fois installé

picocom -b 9600 -d 7 -p e -f n /dev/ttyUSB0

Pour le détail des résistances et valeurs, voir ce post dédié.

Dans ton cas et avec ton dongle, très certainement diminuer R6 (3K3) mais certainement 4.7K, 2.2K voir 1K fonctionnerait

nh

Voilà avec picocom. Les paramètres correspondent à mon stty (auquel j'ajoute "raw" pour avoir tout le flux, sans aucune interprétation, comme avec picocom). Le résultat est le même. Je colle aussi les logs kernel los de l'insertion du dongle USB, et la verion du kernel. Ce raspberry est très ancien, a un uptime de 1303 jours et peut-être un kernel trop ancien (bien que les drivers FTDI soient eux aussi très anciens et stables)

Apr 6 11:50:41 kernel: [112638095.075405] usb 1-1.3.1.2: new full-speed USB device number 30 using dwc_otg
Apr 6 11:50:41 kernel: [112638095.233152] usb 1-1.3.1.2: New USB device found, idVendor=0403, idProduct=6015
Apr 6 11:50:41 kernel: [112638095.233201] usb 1-1.3.1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Apr 6 11:50:41 kernel: [112638095.233212] usb 1-1.3.1.2: Product: FT230X Basic UART
Apr 6 11:50:41 kernel: [112638095.233224] usb 1-1.3.1.2: Manufacturer: FTDI
Apr 6 11:50:41 kernel: [112638095.233234] usb 1-1.3.1.2: SerialNumber: TINFO-1550
Apr 6 11:50:41 kernel: [112638095.264402] ftdi_sio 1-1.3.1.2:1.0: FTDI USB Serial Device converter detected
Apr 6 11:50:41 kernel: [112638095.264902] usb 1-1.3.1.2: Detected FT-X
Apr 6 11:50:41 kernel: [112638095.268221] usb 1-1.3.1.2: FTDI USB Serial Device converter now attached to ttyUSB0

pi:~ $ uname -a
Linux 4.9.41+ #1023 Tue Aug 8 15:47:12 BST 2017 armv6l GNU/Linux

pi:~ $ picocom -b 9600 -d 7 -p e -f n /dev/ttyUSB0
picocom v1.7

port is : /dev/ttyUSB0
flowcontrol : none
baudrate is : 9600
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
$ " D" P"DL @2""@0$ & @@@@000$B$ $@D@ $8Q @@0L @ @H $@D@0@ @@@ @000&@$$ 0" " &@ @ b@ ( @ "@@d80C ` H@@@0$ $B@0 H@ @D"BN9p` L!$0 @@0D`911102""a ,`@D@0`B !0@X0 @@ .&<808`H @@B@ `@0H "l`@@ 0@&@ $ 0""`& @ "80`HP $ " @00 ` h@D` 8 $ @@ 00 $ @$HH$ " `0 DBd 2""@H $ l &002 d`$ B0! @0pB&@\ @H B c@B@0@0$2C@ $ H@@ "0&RX " "@0$ " "00@ @ h@D` @ @"$HH$ " `0D L!02""@ ,@ . 0@LH8`@8 `@D@0`$B @ 0B H @@0@N@80 `@@ @B@0FB f@@@@@ &B ,@X@"$&H8$@ "@ 00 HH0$ "00@ 08@0$$ `@@ B@"B @@ @ 0$ "ABB \ 0DLp " &$ " $@ ` h@D @@\HaHB0028 D`HX B`0$0 !0 `@0`a "`@ B0 B@B@`@@dC` h@@@"0&R " "@0$ " @"!00X ` H@@ @ @ @$$ " `0 8HG bF&H@ ` p02"" ,@ @ b@@$F $@0 B$ 00 `@@B0` ,8\ @B@@N @@ @@0 0 d ,@X"$ @dCP @ @@00 HH $@ "00H$ @@ @ H@D$ a@p"@\\0F,p02""@9 @ H@8@@@$\H80@002H "&@ @ B0 0B @H @@ @B@ &@0$ 0""0&@ $H " "@80$ " " 00@CX @ H@@@@ @A"<$p &L\ @ @0F,p02""@N8$ & 0@F 000hB $ $@D@0@ ,$$! @!0@\ @ @@ 0@ a@ @@000&@$$ 0" $00B&@ B@

Charles

@nh non non c'est pas un pb de driver mais de résistances non adaptée je pense.

tu as quoi comme valeur ? si ton dongle est vieux il faut changer 1 voir 2 résistances.

PiTInfo : Téléinfo, Emoncms avec Node Red sur Raspberry PI, moins de 30 min, moins de 10€

7

5.7k

534

5.0k

Top Topics

Popular Tags