Reset hub USB et perte du suivi via Domoticz: causé par µTeleinfo?



  • 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.


  • Staff

    @Benoit-Duffez oui j'ai toujours eu des soucis avec les HUB usb et les CHIP FTDI, sauf à utiliser un vieux HUB 1.0 (j'ai cherché un moment). Depuis que je ne mets plus le dongle sur un HUB je n'ai aucun soucis.



  • 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?


Log in to reply
 

Looks like your connection to Community Forum was lost, please wait while we try to reconnect.