D'après la photo il faut brancher le côté téléinfo sur les GPIO, chose que je n'ai pas sur la machine sur laquelle est branchée le µTeleinfo.
Mais c'est pas grave, je vais me débrouiller! Merci bcp!

Argh il faut un raspberry. Je vais voir ce qui est le plus compliqué entre un montage avec un raspberry et trouver un windows quelque part...

Merci!

Est-ce qu'il existe un outil similaire sous Linux?

Mon problème c'est que c'est un hub intégré, ie c'est un port USB en façade sur mon serveur. Je vais voir si c'est mieux avec un autre port, mais mon câble n'est pas très long.
C'est arrivé une 2e fois jeudi matin, mais rien depuis. On va voir si c'est vraiment fréquent.
Un espoir d'avoir un correctif SW? D'ailleurs ça vient du kernel, du driver, ou du chip?

Hello,
Hier en 10 secondes il y a eu un reset du hub USB sur lequel est le µTeleinfo + un onduleur Eaton3S. J'ai reçu un mail du serveur disant qu'il avait perdu le monitoring de l'onduleur, et immédiatement après il l'a récupéré. Je ne me suis pas inquiété, mais j'ai remarqué plus tard dans domoticz que la relève du compteur avait cessé à cet instant.

Les logs du serveur indiquent:

Mar 15 20:27:25 dikkenek kernel: [1294328.569970] usb 1-1.1: usbfs: USBDEVFS_CONTROL failed cmd usbhid-ups rqt 161 rq 1 len 6 ret -110
Mar 15 20:27:25 dikkenek kernel: [1294328.662860] usb 1-1-port1: disabled by hub (EMI?), re-enabling...
Mar 15 20:27:25 dikkenek kernel: [1294328.662900] usb 1-1.1: USB disconnect, device number 6
Mar 15 20:27:25 dikkenek kernel: [1294328.804802] ftdi_sio ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32
Mar 15 20:27:25 dikkenek kernel: [1294328.805173] ftdi_sio ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32
Mar 15 20:27:25 dikkenek usbhid-ups[1518]: libusb_get_interrupt: error sending control message: Broken pipe
Mar 15 20:27:25 dikkenek usbhid-ups[1518]: libusb_get_report: error sending control message: No such device
Mar 15 20:27:26 dikkenek kernel: [1294329.885040] usb 1-1.1: new low-speed USB device number 9 using ehci-pci
Mar 15 20:27:28 dikkenek kernel: [1294331.826535] usb 1-1.1: New USB device found, idVendor=0463, idProduct=ffff
Mar 15 20:27:28 dikkenek kernel: [1294331.826539] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=4
Mar 15 20:27:28 dikkenek kernel: [1294331.826541] usb 1-1.1: Product: Eaton 3S
Mar 15 20:27:28 dikkenek kernel: [1294331.826542] usb 1-1.1: Manufacturer: EATON
Mar 15 20:27:28 dikkenek kernel: [1294331.826544] usb 1-1.1: SerialNumber: 000000000
Mar 15 20:27:32 dikkenek kernel: [1294335.156831] hid-generic 0003:0463:FFFF.0003: hiddev0,hidraw0: USB HID v10.10 Device [EATON Eaton 3S] on usb-0000:00:1a.0-1.1/input0
Mar 15 20:27:32 dikkenek upsd[1520]: Data for UPS [Eaton3S] is stale - check driver
Mar 15 20:27:34 dikkenek upsd[1520]: UPS [Eaton3S] data is no longer stale
Mar 15 20:27:34 dikkenek upsmon[1523]: Communications with UPS Eaton3S@localhost lost
Mar 15 20:27:34 dikkenek upsmon[1523]: Poll UPS [Eaton3S@localhost] failed - Data stale
Mar 15 20:27:39 dikkenek upsmon[1523]: Communications with UPS Eaton3S@localhost established

On voit que le nut indique une perte de l'onduleur, et qu'ensuite il récupère l'info. J'ai supprimé du log l'envoi des mails mais c'est à ces instants que j'ai reçu les alertes.

Présents sur ce bus USB: la téléinfo (device 7) et l'onduleur (device 9):

Bus 001 Device 007: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 009: ID 0463:ffff MGE UPS Systems UPS
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

En cherchant rapidement sur internet, il semble qu'il soit possible qu'un device USB soit à l'origine d'un problème sur le bus et que le kernel décide de le relancer.
Est-il possible que le dongle µTeleinfo ait causé un problème sur le bus USB?

Je finis sur une note positive: bravo pour ce dongle et merci. Je n'avais pas envie de me casser la tête à faire un montage bancale, pour 20 balles j'ai un super truc.