Bonjour,
je vais acheter ce petit circuit pour l'insérer sur mon pi zero. et essayer de lire les données de consommation d'eau de mon compteur itron everblu.
Une question concernant les sorties des datas.
J'ai vu le code, je voudrai l'interfacer avec le MQTT de mon domoticz et pouvoir exploiter les datas arrivant sur domoticz/in qui est le topic de mon Domoticz.
je vois que le format utilisé est le json mais comment on récupère ces datas?
il me manque quelque chose ...le json est il celui de Domoticz?

Merci pour votre aide

@Charles oui bon je dois confondre les 2 appellations tu as raison évidement en tant que concepteur ... . Désolé de cette confusion.
oui c'est bien un problème d'USB on est d'accord.

Merci pour ton aide ....

@Charles pas certain que ce soit plus clair ..

Apparemment c'est le port USB sur lequel est branché le PitInfo qui s'arrête périodiquement et qui bloque l'acquisition des trames teleinfo. Je dois relancer le script qui réinitialise le port USB concerné.
un extrait du script:

# Port serial
stty_port = '/dev/ttyUSB-tinfo_prod'

# URL de push vers Jeedom
#base_url = 'https://<JEEDOM_HOST>/core/api/jeeApi.php?plugin=virtual&apikey=<API_KEY>&type=virtual&id={}&value={}'

 # Clé à récupérer et id de l'info dans Jeedom (pas necessaire dans domoticz)
measure_keys = ['EAIT','SINSTI']
measures=[0,0]
def main():
    logging.info('Starting...')
    # Reconfigure le port serial pour eviter
    # l'erreur: termios.error: (22, 'Invalid argument')
    logging.info('Reconfigure stty %s' % stty_port)
    subprocess.call(['stty', '-F',  stty_port, 'iexten'])
    with serial.Serial(port=stty_port, baudrate=9600, parity=serial.PARITY_EVEN, stopbits=serial.STOPBITS_ONE,
                       bytesize=serial.SEVENBITS, timeout=1) as ser:
        logging.info('Reading on %s' % stty_port)

        while True:
            line = ser.readline()
            arr = line.decode('ascii').split('\t')
            if len(arr) != 3:
                continue

            send_measure(arr)

# Port serial
#stty_port = '/dev/ttyUSB-tinfo_prod'

je ne suis pas expert en python c'est un programme que j'ai adapté alors il peut y avoir des erreurs, mais il fonctionne.

Voilà encore merci si vous pouvez avoir un avis sur ce qu'il conviendrait de faire pour fixer ce problème. (changer le materiel ?)

@Charles Merci de cette réponse ,mais je confirme c'est bien d'un PitInfo qu'il s'agit (j'ai les 2 : PitInfo et micro teleInfo).
le MicroTeleinfo est sur mon Linky de consommation, et avec lui jamais de problème tandis que le PitInfo est sur le Linky de production.
Pour l'alimentation du RPI , je l'ai déjà renforcée j'ai une alim de chargeur rapide de téléphone.>4 A . Avant ce changement j'avais des messages de 'Under voltage' qui ont totalement disparus.
ls -l /dev

lrwxrwxrwx 1 root root           7 Jan 13 21:01 serial0 -> ttyAMA0
lrwxrwxrwx 1 root root           5 Jan 13 21:01 serial1 -> ttyS0
.....
crw-rw---- 1 root dialout 166,   0 Jan 17 22:00 ttyACM0
crw-rw---- 1 root dialout 204,  64 Jan 13 21:01 ttyAMA0
crw------- 1 root root      5,   3 Jan 13 21:01 ttyprintk
crw-rw---- 1 root dialout   4,  64 Jan 13 21:01 ttyS0
crwxrwxrwx 1 root dialout 188,   0 Jan 13 21:01 ttyUSB0
crwxrwxrwx 1 root dialout 188,   1 Jan 17 10:35 ttyUSB1
lrwxrwxrwx 1 root root           7 Jan 13 21:01 ttyUSB-Rfxcom -> ttyUSB1
lrwxrwxrwx 1 root root           7 Jan 13 21:01 ttyUSB-tinfo_prod -> ttyUSB0

Bonsoir,
je fais l'acquisition des trames linky sur un un raspberry pi 4 a l'aide d'un dongle pitInfo et d'un programme python.
Je vois ce genre d'erreur dans dmesg au bout d'un certain temps de fonctionnement avez vous une idée de l'origine? (est ce lié au driver ?) merci de votre aide

[224539.345526] ftdi_sio ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32
[224539.345676] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[236967.999940] ftdi_sio ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32
[236968.000191] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[253544.704521] ftdi_sio ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32

@charles
bon! en fait tu as raison si mauvaise acquisition la valeur ne doit pas être intégrée dans la BD. c'est le rôle du checkSum
J'ai fait évoluer mon système et surtout le programme d'acquisition.
Il y a 2 valeurs qui sont prises en compte EAIT (le compteur totalisateur)
et SINSTI (valeur instantanée) considérant que le compteur totalisateur ne peut pas jamais être a zéro j'ai intégré cette condition dans l'acquisition ce qui fait que je n'ai plus de zéro. De plus les 2 valeurs sont testées sur la checksum donc je ne prends que les bonnes valeurs. Par ailleurs la boucle d'acquisition est suffisamment rapide pour fournir les donnée d'une autre trame.
Je continue donc a utiliser le dongle sans plus de problème avec un script python de ma conception dans domoticz.

@jg Merci, mais je ne suis pas en mode historique mais en mode standard sur un linky de production en revente totale. Alors je ne vois pas bien le lien entre la production solaire et ma conso qui est enregistrée par ailleurs sur un autre compteur linky.
Je pensais plutôt a un problème d'acquisition. Mais je dois faire d'autres test pour confirmer.

bonsoir,
Vous voyez sur ce graphique des infos manquantes (valeur zero)..alors qu'avec le même software d'acquisition voila ce que l'on obtient avec entre autre un autre interface.

des idées sur les causes possibles?
config:
raspberry pi 4+ hdd
domoticz
mon alim raspi est une 5 V 3A

Merci de votre aisde...