Teleinfo ne fonctionne plus depuis passage du Linky du mode historique au mode standard

J’ai demandé le passage de mon compteur Linky en mode standard (il était initialement en mode historique). Le plugin fonctionnait correctement en mode historique (abonnement HC/HP). Suite au passage au mode standard, comme je n’arrivais pas à le faire fonctionner à nouveau, j’ai donc désinstallé le plugin puis réinstallé celui-ci. J’ai reconfiguré le modem en mode « standard ». mais l’équipement n’a pas été recréé automatiquement. Et le modem remonte les infos suivantes :

[2024-11-24 13:52:27] INFO  : MODEM------ Shutdown
[2024-11-24 13:52:27] INFO  : Removing PID file /tmp/jeedom/teleinfo/teleinfo_conso.pid
[2024-11-24 13:52:28] DEBUG  : Init request module v2.32.3
[2024-11-24 13:52:28] INFO  : MODEM------Start teleinfod
[2024-11-24 13:52:28] DEBUG  : Writing PID 86988 to /tmp/jeedom/teleinfo/teleinfo_conso.pid
[2024-11-24 13:52:28] INFO  : MODEM------ Cycle Sommeil : 0.5
[2024-11-24 13:52:28] INFO  : MODEM------ Socket port : 55062
[2024-11-24 13:52:28] INFO  : MODEM------ Socket host : 127.0.0.1
[2024-11-24 13:52:28] INFO  : MODEM------ Log level : debug
[2024-11-24 13:52:28] INFO  : MODEM------ Callback : http://127.0.0.1:80/plugins/teleinfo/core/php/jeeTeleinfo.php
[2024-11-24 13:52:28] INFO  : MODEM------ Vitesse : 9600
[2024-11-24 13:52:28] INFO  : MODEM------ Apikey : OGX84NMg0HHqI0oaLA8mVqzcOgrsPq6yaU5EbNh86dFNRd1vQ1DUIvnMdKzN1zDG
[2024-11-24 13:52:28] INFO  : MODEM------ Cycle : 0.3
[2024-11-24 13:52:28] INFO  : MODEM------ Port : /dev/serial/by-id/usb-Cartelectronic_Interface_USB_1_TIC_DA1BVBP3-if00-port0
[2024-11-24 13:52:28] INFO  : MODEM------ Type : conso
[2024-11-24 13:52:28] INFO  : MODEM------ Mode : standard
[2024-11-24 13:52:28] INFO  : MODEM------ Pid File : /tmp/jeedom/teleinfo/teleinfo_conso.pid
[2024-11-24 13:52:28] DEBUG  : Starting new HTTP connection (1): 127.0.0.1:80
[2024-11-24 13:52:28] DEBUG  : http://127.0.0.1:80 "GET /plugins/teleinfo/core/php/jeeTeleinfo.php?apikey=OGX84NMg0HHqI0oaLA8mVqzcOgrsPq6yaU5EbNh86dFNRd1vQ1DUIvnMdKzN1zDG HTTP/11" 200 0
[2024-11-24 13:52:28] DEBUG  : Socket interface started
[2024-11-24 13:52:28] DEBUG  : LoopNetServer Thread started
[2024-11-24 13:52:28] DEBUG  : Listening on: [127.0.0.1:55062]
[2024-11-24 13:52:28] INFO  : MODEM------ Start listening...
[2024-11-24 13:52:28] DEBUG  : MODEM------INIT CONNECTION
[2024-11-24 13:52:28] INFO  : MODEM------ Preparing Teleinfo...
[2024-11-24 13:52:28] DEBUG  : MODEM------ Read Socket Thread Launched
[2024-11-24 13:52:28] INFO  : MODEM------ RUN
[2024-11-24 13:52:28] INFO  : MODEM------ OPEN CONNECTION
[2024-11-24 13:52:28] INFO  : MODEM------ CONNECTION OPENED
[2024-11-24 13:52:30] DEBUG  : MODEM------ Content : {}
[2024-11-24 13:52:30] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-24 13:52:30] DEBUG  : MODEM------ WAITING : 245 octets dans la file apres sleep
[2024-11-24 13:52:31] DEBUG  : MODEM------ Content : {}
[2024-11-24 13:52:31] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-24 13:52:32] DEBUG  : MODEM------ WAITING : 251 octets dans la file apres sleep
[2024-11-24 13:52:33] DEBUG  : MODEM------ Content : {}
[2024-11-24 13:52:33] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-24 13:52:34] DEBUG  : MODEM------ WAITING : 245 octets dans la file apres sleep
[2024-11-24 13:52:35] DEBUG  : MODEM------ Content : {}
[2024-11-24 13:52:35] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-24 13:52:35] DEBUG  : MODEM------ WAITING : 251 octets dans la file apres sleep
[2024-11-24 13:52:37] DEBUG  : MODEM------ Content : {}
[2024-11-24 13:52:37] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-24 13:52:37] DEBUG  : MODEM------ WAITING : 248 octets dans la file apres sleep
[2024-11-24 13:52:38] DEBUG  : MODEM------ Content : {}
[2024-11-24 13:52:38] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-24 13:52:39] DEBUG  : MODEM------ WAITING : 245 octets dans la file apres sleep
[2024-11-24 13:52:40] DEBUG  : MODEM------ Content : {}
[2024-11-24 13:52:40] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-24 13:52:41] DEBUG  : MODEM------ WAITING : 249 octets dans la file apres sleep
[2024-11-24 13:52:42] DEBUG  : MODEM------ Content : {}
[2024-11-24 13:52:42] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-24 13:52:43] DEBUG  : MODEM------ WAITING : 251 octets dans la file apres sleep
[2024-11-24 13:52:44] DEBUG  : MODEM------ Content : {}

De temps en temps le message suivant est affiché dans le log :

[2024-11-24 14:03:29] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-24 14:03:29] DEBUG  : MODEM------ WAITING : 250 octets dans la file apres sleep
[2024-11-24 14:03:30] DEBUG  : MODEM------ checksum concordant. Checksum reçu : J Checksum calcul : J
[2024-11-24 14:03:30] DEBUG  : MODEM------ .......... DECODAGE Checksum de la ligne ci dessous OK
[2024-11-24 14:03:30] DEBUG  : MODEM------ name : VTIC value : 02 Horodate :   checksum : J
[2024-11-24 14:03:32] DEBUG  : MODEM------ Content : {'VTIC': '02'}
[2024-11-24 14:03:32] DEBUG  : exception KeyError 'ADSC'
[2024-11-24 14:03:32] INFO  : 'ADSC' not received yet, waiting next frame
[2024-11-24 14:03:32] DEBUG  : MODEM------ START SLEEPING 0.5 seconds

Le modem TIC (cartelectronic 1) semble bien fonctionner (la diode indique un dialogue) mais j’ai l’impression qu’il n’y a pas de donnée exploitable ???

Voici mon paramétrage :

J’ai probablement loupé quelque chose mais je ne sais pas trop où chercher. j’ai parcouru la doc et le forum sans trouver de réponse…

Un idée ?


Informations Jeedom

Core : 4.4.19 (master)
DNS Jeedom : non

Plugin : Téléinfo
Version : 2024-08-27 08:04:00 (stable)
Statut Démon : Démarré - (2024-11-24 13:52:28)

Informations complémentaires

OS: debian 11 on vmware ; PHP: 7.4.33 ; Python: 3.9.2
teleinfo: version 4.8.7 ; cmds: 0

Bonjour,

Ca a pourtant l’air OK

On peut voir la config de l’équipement

Est ce que tu as débranché ton modem, redémarré ton jeedom puis rebranché le modem ?

Tu avais relancé l’installation des dépendances après la réinstallation du plugin ?

Ça donne quoi lorsque tu tapes en ssh:

ls -la /dev/serial/by-id

Salut

Cest un problème de l’interface qui ne decode pas la trame.
Soit tu peux changer le firmware de ton module ou alors il faut le changer.
Moi j’ai pris un lixee pour remplacer mon 342app qui etait env1 et ne supporteit pas la mise à jour.
Tres important à savoir que beaucoup d’appareils ne fonctionnent plus en mode historique. J’en ai fait les frais avec mon chauffage.

Si c’est bien un cartelectronic comme c’est écrit dans les logs en général ils sont compatibles

C’est bien un Cartelectronic pas très récent. Un modèle " Téléinfo 1 compteur USB rail DIN". J’ai l’impression qu’il ne décode plus depuis le passage en mode standard du Linky. Il fonctionnait parfaitement quand le compteur Linky était en en mode historique. Je vais essayer de voir s’il y aurait une mise à jour du firmware chez Cartelectronic…

J’ai essayé de supprimer et réinstaller plusieurs fois le plugin et à chaque fois j’ai lancé l’installation des dépendances. Cela ne change rien. Concernant l’équipement, cela va être compliqué de montrer sa config puisque le plugin ne l’a pas créé…

Pour la liste des devices « séries » cela donne :

~# ls -la /dev/serial/by-id
total 0
drwxr-xr-x 2 root root 120 24 nov.  10:50 .
drwxr-xr-x 4 root root  80 24 nov.  10:02 ..
lrwxrwxrwx 1 root root  13 24 nov.  10:03 usb-0658_0200-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root  13 24 nov.  10:50 usb-Cartelectronic_Interface_USB_1_TIC_DA1BVBP3-if00-port0 -> ../../ttyUSB2
lrwxrwxrwx 1 root root  13 24 nov.  10:02 usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_c69d80dcc212ef11b56e6fb8bf9df066-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root  13 24 nov.  10:02 usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_fe18d3e6e03fee11a939ad329c2bee17-if00-port0 -> ../../ttyUSB1

J’ai aussi essayé de configurer le modem avec le device « …/ttyUSB2 », j’ai le même comportement. Pour info, le modem n’est pas directement connecté à ma machine Jeedom. il est connecté sur un NAS Synology et j’utilise VirtualHere pour monter à distance via le réseau TCP/IP le modem sur la machine Jeedom (un VM sur VMWare Workstation). Cela fonctionnait parfaitement en mode historique avec cette même configuration « un peu spéciale ». Donc je suis à peu près certain que cela ne vient pas ça.

J’ai aussi essayé de débrancher le modem, redémarrer Jeedom (la VM), redémarrer le NAS, rien n’y fait, le modem semble dialoguer mais sans décoder (?) !

Je me réponds :wink:.
En cherchant chez Cartelectronic, la notice du Modem Rail DIN indique ceci : « Ce boîtier transmet en permanence les trames de Téléinfo sur le port USB (mode émulation port
série en 1200 bauds, 7bits, parité pair) ». Donc c’est peut-être cela le souci, s’il ne peut pas dialoguer autrement qu’en 1200 bauds cela signifierait qu’en mode standard ça coince (9600 bauds)… J’avais essayé de configurer en 1200 bauds mais dans ce cas il n’y avait rien dans le log… D’un autre côté la description du produit sur le site Cartelectronic indique que le modem Rail DIN est compatible mode historique et standard. Qu’en pensez-vous ?

C’est celui là ?

S’il n’est pas compatible standard alors cela ne fonctionnera pas. Est ce que tu peux le tester en le raccordant sur un pc?

Oui c’est celui là. J’ai essayé de connecter à un PC en Windows 10 sans succès. Windows stoppe le périphérique car il rencontre un problème. J’ ai installé le driver FTDI mais cela ne change rien. Windows indique toujours une erreur à la connexion du port USB. A l’époque j’avais « flasher » le modem avec le « template » Linux (car le modem nécesssite un template différent suivant l’OS utilisé) mais je ne pense pas que cela pose problème sur la reconnaissance du périphérique sur le port USB… Peut-être le modem a-t-il un problème ?

Sans doute car même s’il ne prend pas le 9600 bauds il devrait envoyer des caractères bizarres et pas rien comme tu peux le constater.

À part le changement de mode de tic il ne s’est rien passé sur ton NAS où est connecté le modem?

Je ne sais pas…

Que te donne la commande (à adapter avec ton port usb)

sudo stty -F /dev/ttyUSB1 -a

Il y a parfois des trucs bizarre avec ces modems

non rien de spécial sur le NAS.

Voici le résultat de la commande :

chrisadm@JEEDOM4:~$ sudo stty -F /dev/ttyUSB2 -a
speed 9600 baud; rows 0; columns 0; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q;
stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; discard = ^O; min = 0; time = 0;
parenb -parodd -cmspar cs7 hupcl -cstopb cread clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon -ixoff -iuclc -ixany -imaxbel -iutf8
-opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
-isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop -echoprt -echoctl -echoke -flusho -extproc

J’ai parcouru le post que tu indiques. Je vais essayer de repasser le modem TIC en « Windows » pour tester les infos envoyées et le remettre en mode « Linux » mais pour cela il faut que windows arrive à « monter » le périphérique… Je vais tester à nouveau ce soir.

En attendant merci pour ton aide.

Tu as l’équivalent de ft prog pour debian. Avec ça il faut lister les différences entre les 2 xml fournis (win ou linux)

Suite de mes tests… j’ai installé Debian 12 sur un PC en multi boot pour vérifier le comportement sous Linux. Quand je branche le modem sur un port USB, même constat, erreur dans les messages (dmesg). Sur le NAS le périphérique est bien monté et apparait bien sur une commande lsusb. Bizarre, je tente alors de brancher le modem sur un hub USB alimenté sur le PC linux et là le port USB « monte » bien le modem (pas d’erreur dans les messages). J’essaie aussi sur Windows avec le hub alimenté et là aussi le modem est bien vu (plus d’erreur dans le gestionnaire de périphériques). J’utilise un petit utilitaire de test de chez Cartelectronic pour voir ce que remonte le modem : les valeurs des différents indexes sont bien décodés et sont correctes ! Je branche donc le hub alimenté sur le NAS : cela ne fonctionne pas ! Il faut donc que j’investigue du côté de VirtualHere (virtualisation de l’USB sur IP) c’est probablement là que se situe mon problème. Cela fonctionne en mode historique (1200 bauds) mais pas en mode standard (9600 bauds).
à suivre…

c’est digne de sherlock holmes :wink:

merci pour ces infos

J’ai fini par installer picocom sur la VM Jeedom et sur le PC Linux. Quand je lis, avec picocom le port USB où je branche le modem TIC sur le PC Linux, les données remontées sont cohérentes ! J’ai donc rebranché le modem TIC sur le NAS et j’ai fait la même chose avec la VM jeedom (lire le port USB « virtualité » à l’aide de picocom) c’est là aussi cohérent! Voici une capture :

~# picocom -b 9600 -d 7 -p e -f n /dev/ttyUSB2
picocom v3.1

port is        : /dev/ttyUSB2
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

NJOURF  00	&
JOURF+110000002 0236C001  NONUTILE	8
ADSC	02196193886	J
DATE	H241128185344		L
NGTF	H PLEINE/CREUSE 	\
LTARF	 HEURE  PLEINE  	A
EAST	072111501	!
EASF01	025514025	:
EASF02	046597477	T
EASF03	000000000	$
EASF04	000000000	%
EASF05	000000000	&
EASF06	000000000	'
EASF07	000000000	(
EASF08	000000000	)
EASF09	000000000	*
EASF10	000000000	"
EASD01	013981134	>
EASD02	026314354	=
EASD03	011532891	@
EASD04	020283123	8
IRMS1	011	0
URMS1	235	D
PREF	09	H
PCOUP	09	"
SINSTS	02665	Y
CCASN-11H24112818000022102728	'5340	X
PRM1	06459189522655  D34	7
RELAIS	000	B

ADSCRF+10219619388608002J0236C001 7368002 1418C01 17188002 NONUTILE	8
 PLEINE  2411288A346		N
:AST	072111502	"
RMS101	011981130       D04	020283124	9
PCOUP	09	"
SMAXSN- H24112212445
STGE1   003AC40185000CASQ34	7241128180000	02728	'
MSG1	PAS DE          MESSAGE         	<
PRM	06459189522655	D
RELAIS	000	B
NTARF	02	O
NJOURF	00	&
NJOURF+1	00	B
PJOURF+1	00008002 0236C001 07368002 1418C001 17188002 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE	8
VTIC	02196198J886	J
DATE	H241128185348		P
NGTF	H PLEINE/CREUSE 	\
LTARF	 HEURE  PLEINE  	A
EAST	072111504	$
EASF01	025514025	:
EASF02	046597479	V
EASF03	000000000	$
EASF04	000000000	%
EASF05	000000000	&
EASF06	000000000	'
EASF07	000000000	(
EASF08	000000000	)
EASF09	000000000	*
EASF10	000000000	"
EASD01	013981134	>
EASD02	026314354	=
EASD03	011532891	@
EASD04	020283126	;
IRMS1	011	0
URMS1	235	D
PREF	09	H
PCOUP	09	"
SINSTS	02667	[
SMAXSN	H241128074925	04970	N
SMAXSN-1	H241122124455	05340	X
CCASN	H241128183000	02636	J
CCASN-1	H241128180000	02728	'
UMOY1	H241128185000	234	7
STGE	003AC401	Q
MSG1	PAS DE          MESSAGE         	<
PRM	06459189522655	D
RELAIS	000	B
NTARF	02	O
NJOURF	00	&
NJOURF+1	00	B
CJOURF+1	00008002 0236C001 07368002 1418C001 17188002 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE	8
 ADSC	021961983886	J
VTIC	02	J
DATE	H241128185350		I
NGTF	H PLEINE/CREUSE 	\
LTARF	 HEURE  PLEINE  	A
EAST	072111505	%
EASF01	025514025	:
EASF02	046597480	N
EASF03	000000000	$
EASF04	000000000	%
EASF05	000000000	&
EASF06	000000000	'
EASF07	000000000	(
EASF08	000000000	)
EASF09	000000000	*
EASF10	000000000	"
EASD03	011532891	@
EASD04	020283126	;
IRMS1	011	0
URMS1	234	C
PREF	09	H
PCOUP	09	"
SINSTS	02670	U
SMAXSN	H241128074925	04970	N
SMAXSN-1	H241122124455	05340	X
CCASN	H241128183000	02636	J
CCASN-1	H241128180000	02728	'
UMOY1	H241128185000	234	7
STGE	003AC401	Q
MSG1	PAS DE          MESSAGE         	<
PRM	06459189522655	D
RELAIS	000	B
NTARF	02	O
NJOURF	00	&
NJOURF+1	00	B
PJOURF+1	00008002 0236C001 07368002 1418C001 17188002 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE	8
VTIC	02196198J886	J
DATE	H241128185351		J
NGTF	H PLEINE/CREUSE 	\
LTARF	 HEURE  PLEINE  	A
EAST	072111506	&
EASF01	025514025	:
EASF02	046597482	P
EASF03	000000000	$
EASF04	000000000	%
EASF05	000000000	&
EASF06	000000000	'
EASF07	000000000	(
EASF08	000000000	)
EASF09	000000000	*
EASF10	000000000	"
EASD01	013981134	>
EASD03	011532891	@
EASD04	020283128	=
IRMS1	011	0
URMS1	235	D
PREF	09	H
PCOUP	09	"
SINSTS	02685	[
SMAXSN	H241128074925	04970	N
SMAXSN-1	H241122124455	05340	X
CCASN-1 H241128180000	02728	'
UMOY1	H241128185000	234	7
STGE	003AC401	Q
MSG1	PAS DE          MESSAGE         	<
PRM	06459189522655	D
RELAIS	000	B
NTARF	02	O
NJOURF	00	&
NJOURF+1	00	B
PJOURF+1	00008002 0236C001 07368002 1418C001 17188002 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE	8
VTIC	02196198J886	J
DATE	H241128185353		L
NGTF	H PLEINE/CREUSE 	\
LTARF	 HEURE  PLEINE  	A
EAST	072111507	'
EASF01	025514025	:
EASF02	046597482	P
EASF03	000000000	$
EASF04	000000000	%
EASF05	000000000	&
EASF06	000000000	'
EASF07	000000000	(
EASF08	000000000	)
EASF09	000000000	*
EASF10	000000000	"
EASD01	013981134	>
EASD03	011532891	@
IRMS14	011283120	>
URMS1	235	D
PREF	09	H
PCOUP	09	"
SINSTS	02674	Y
PRMN-1-106459107368002 1418C001 17188002 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE	8
VTIC	02196198J886	J
DATE	H241128185355		N
NGTF	H PLEINE/CREUSE 	\
LTARF	 HEURE  PLEINE  	A
EAST	072111509	)
EASF01	025514025	:
EASF02	046597484	R
EASF03	000000000	$
EASF04	000000000	%
EASF05	000000000	&
EASF06	000000000	'
EASF07	000000000	(
EASF08	000000000	)
EASF09	000000000	*
EASD01	013981134	>
EASD02	026314354	=
EASD03	011532891	@
IRMS14	011283130	7
URMS1	236	E
PREF	09	H
PCOUP	09	"
SINSTS	02670	U
SMAXSN-1H2411280H241122124455	05340	X
CCASN	H241128183000	02636	J
CCASN-1	H241128180000	02728	'
UMOY1	H241128185000	234	7
STGE	003AC401	Q
MSG1	PAS DE          MESSAGE         	<
PRM	06459189522655	D
RELAIS	000	B
NTARF	02	O
NJOURF	00	&
NJOURF+1	00	B
PJOURF+1	00008002 0236C001 07368002 1418C001 17188002 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE	8
VTIC	02196198J886	J
DATE	H241128185357		P
NGTF	H PLEINE/CREUSE 	\
LTARF	 HEURE  PLEINE  	A
EAST	072111510	!
EASF01	025514025	:
EASF02	046597485	S
EASF03	000000000	$
EASF04	000000000	%
EASF05	000000000	&
EASF06	000000000	'
EASF07	000000000	(
EASF08	000000000	)
EASF09	000000000	*
EASF10	000000000	"
EASD01	013981134	>
EASD02	026314354	=
EASD03	011532891	@
IRMS14	011283130	7
URMS1	235	D
PREF	09	H
PCOUP	09	"
SINSTS	02665	Y
SMAXSN-1H2411280H241122124455	05340	X
CCASN	H241128183000	02636	J
CCASN-1	H241128180000	02728	'
STGE1	003AC40185000	Q34	7
MSG1	PAS DE          MESSAGE         	<
PRM	06459189522655	D
RELAIS	000	B
NTARF	02	O
NJOURF	00	&
NJOURF+1	00	B
CJOURF+1	00008002 0236C001 07368002 1418C001 17188002 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE	8
 ADSC	021961983886	J
VTIC	02	J
DATE	H241128185358		Q
NGTF	H PLEINE/CREUSE 	\
LTARF	 HEURE  PLEINE  	A
EAST	072111512	#
EASF01	025514025	:
EASF02	046597487	U
EASF03	000000000	$
EASF04	000000000	%
EASF05	000000000	&
EASF06	000000000	'
EASF07	000000000	(
EASF08	000000000	)
EASF09	000000000	*
EASF10	000000000	"
EASD01	013981134	>
EASD03	011532891	@
EASD04	020283133	9
IRMS1	011	0
URMS1	235	D
PREF	09	H
PCOUP	09	"
SINSTS	02667	[
SMAXSN-1H2411280H241122124455	05340	X
CCASN	H241128183000	02636	J
CCASN-1	H241128180000	02728	'
STGE1	003AC40185000	Q34	7
MSG1	PAS DE          MESSAGE         	<
PRM	06459189522655	D
RELAIS	000	B
NTARF	02	O
Terminating...
Thanks for using picocom
root@JEEDOM4:~# 

et pourtant le log du plugin montre ceci :

[2024-11-28 19:02:34] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-28 19:02:34] DEBUG  : MODEM------ WAITING : 245 octets dans la file apres sleep
[2024-11-28 19:02:35] DEBUG  : MODEM------ Content : {}
[2024-11-28 19:02:35] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-28 19:02:36] DEBUG  : MODEM------ WAITING : 251 octets dans la file apres sleep
[2024-11-28 19:02:37] DEBUG  : MODEM------ Content : {}
[2024-11-28 19:02:37] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-28 19:02:38] DEBUG  : MODEM------ WAITING : 251 octets dans la file apres sleep
[2024-11-28 19:02:39] DEBUG  : MODEM------ Content : {}
[2024-11-28 19:02:39] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-28 19:02:39] DEBUG  : MODEM------ WAITING : 251 octets dans la file apres sleep
[2024-11-28 19:02:41] DEBUG  : MODEM------ Content : {}
[2024-11-28 19:02:41] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-28 19:02:41] DEBUG  : MODEM------ WAITING : 245 octets dans la file apres sleep
[2024-11-28 19:02:42] DEBUG  : MODEM------ Content : {}
[2024-11-28 19:02:42] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-28 19:02:43] DEBUG  : MODEM------ WAITING : 250 octets dans la file apres sleep
[2024-11-28 19:02:44] DEBUG  : MODEM------ Content : {}
[2024-11-28 19:02:44] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-28 19:02:45] DEBUG  : MODEM------ WAITING : 245 octets dans la file apres sleep
[2024-11-28 19:02:46] DEBUG  : MODEM------ Content : {}
[2024-11-28 19:02:46] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-28 19:02:46] DEBUG  : MODEM------ WAITING : 251 octets dans la file apres sleep
[2024-11-28 19:02:48] DEBUG  : MODEM------ Content : {}
[2024-11-28 19:02:48] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-28 19:02:48] DEBUG  : MODEM------ WAITING : 251 octets dans la file apres sleep
[2024-11-28 19:02:49] DEBUG  : MODEM------ Content : {}
[2024-11-28 19:02:49] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-28 19:02:50] DEBUG  : MODEM------ WAITING : 251 octets dans la file apres sleep
[2024-11-28 19:02:51] DEBUG  : MODEM------ Content : {}
[2024-11-28 19:02:51] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-28 19:02:52] DEBUG  : MODEM------ WAITING : 249 octets dans la file apres sleep
[2024-11-28 19:02:53] DEBUG  : MODEM------ Content : {}
[2024-11-28 19:02:53] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-28 19:02:53] DEBUG  : MODEM------ WAITING : 245 octets dans la file apres sleep
[2024-11-28 19:02:55] DEBUG  : MODEM------ Content : {}
[2024-11-28 19:02:55] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-28 19:02:55] DEBUG  : MODEM------ WAITING : 251 octets dans la file apres sleep
[2024-11-28 19:02:56] DEBUG  : MODEM------ Content : {}
[2024-11-28 19:02:56] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-28 19:02:57] DEBUG  : MODEM------ WAITING : 245 octets dans la file apres sleep
[2024-11-28 19:02:58] DEBUG  : MODEM------ Content : {}
[2024-11-28 19:02:58] DEBUG  : MODEM------ START SLEEPING 0.5 seconds
[2024-11-28 19:02:59] DEBUG  : MODEM------ WAITING : 235 octets dans la file apres sleep

donc ce n’est pas VirtualHere le souci… J’en déduis qu’il y a donc quelque chose qui ne fonctionne pas dans le plugin. Mais je ne vois pas où chercher… HELP :smile:

Alors là… C’est peut être une question de délai de prise en compte. Est ce que tu peux modifier cycle_sommeil dans le fichier globales py du répertoire plugins/teleinfo/resources et le porter à 1 ou plus pour tester en relançant le démon après chaque modification

Une petite question le fichier globals.py est bien celui situé dans /var/www/html/plugins/teleinfo/ressources ? A quoi correspondent les différentes variables de ce fichier ? Sont-elles liées aux valeurs indiquées dans la configuration du plug-in ? Car si c’est le cas cela ne « match » pas du tout…

root@JEEDOM4:/var/www/html/plugins/teleinfo/ressources# more globals.py
# coding: utf-8
JEEDOM_COM = ''
TELEINFO_SERIAL = ''
TELEINFO_FTDI = ''
TELEINFO_FTDI_CONTEXT = ''
log_level = "info"
pidfile = '/tmp/jeedom/teleinfo/teleinfo'
apikey = ''
callback = ''
cycle = 0.3
# cycle_sommeil = 0.5
cycle_sommeil = 1
type = 'local'
socketport = 55062
sockethost = '127.0.0.1'
ftdi_context = ''
# TELEINFO settings
frame_length = 3000  # Nb chars to read to ensure to get a least one complete raw frame

# Device name
port = '/dev/ttyUSB0'
mode = 'historique'
vitesse = '1200'

# MQTT
modem = ''
mqtt = ''
mqtt_broker = ''
mqtt_port = ''
mqtt_topic = '#'
mqtt_keepalive = 45
mqtt_username = ''
mqtt_password = ''
root@JEEDOM4:/var/www/html/plugins/teleinfo/ressources# 

Ce sont des variables utilisées pour avoir une valeur globale dans les programmes en python. Elles sont le plus souvent mis à la valeur utilisée dans le programme après avoir chargée la valeur par défaut qui est écrite dans ce fichier. Certaines variables par contre ne sont pas modifiées par le programme et c’est le cas de cycle_sommeil