Problème de déconnexion de port USB Le sujet est résolu

[lol]

Bonjour à tous,

J'ai depuis quelques jours, sur une ancienne machine que je souhaite remettre en service, un problème de communication avec un onduleur.
La communication avec l'onduleur se fait via un cable USB.

Code : Tout sélectionner

 lsusb
...
Bus 001 Device 059: ID 0665:5161 Cypress Semiconductor USB to Serial

Les logs au moment de la perte de la cummunication:

Code : Tout sélectionner

juin 27 15:33:20 xxx.xxx.abc nutdrv_qx[985]: WARNING: send_to_all: write 31 bytes to socket 10 failed (ret=-1), disconnecting: Broken pipe
juin 27 15:33:25 xxx.xxx.abc nut-server[4050]: User admin@::1 logged into UPS [onduleur]
juin 27 15:33:25 xxx.xxx.abc upsd[4050]: User admin@::1 logged into UPS [onduleur]
juin 27 15:33:25 xxx.xxx.abc nut-monitor[990]: Communications with UPS onduleur@localhost established
juin 27 15:33:25 xxx.xxx.abc nut-monitor[4056]: Network UPS Tools upsmon 2.8.0
juin 27 15:33:28 xxx.xxx.abc kernel: usb 1-1.5: USB disconnect, device number 60
juin 27 15:33:29 xxx.xxx.abc kernel: usb 1-1.5: new low-speed USB device number 61 using ehci-pci
juin 27 15:33:29 xxx.xxx.abc kernel: usb 1-1.5: New USB device found, idVendor=0665, idProduct=5161, bcdDevice= 0.02
juin 27 15:33:29 xxx.xxx.abc kernel: usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0
juin 27 15:33:29 xxx.xxx.abc kernel: usb 1-1.5: Product: USB to Serial
juin 27 15:33:29 xxx.xxx.abc kernel: usb 1-1.5: Manufacturer: INNO TECH
juin 27 15:33:29 xxx.xxx.abc kernel: hid-generic 0003:0665:5161.0046: hiddev0,hidraw0: USB HID v1.00 Device [INNO TECH USB to Serial] on usb-0000:00:1a.0-1.5/input0
juin 27 15:33:29 xxx.xxx.abc nut-server[4050]: mainloop: Interrupted system call
juin 27 15:33:29 xxx.xxx.abc nut-server[4050]: Signal 15: exiting
juin 27 15:33:29 xxx.xxx.abc nut-server[4050]: Network UPS Tools upsd 2.8.0
juin 27 15:33:29 xxx.xxx.abc upsd[4050]: mainloop: Interrupted system call
juin 27 15:33:29 xxx.xxx.abc upsd[4050]: Signal 15: exiting

J'espérais contourner le problème avec cette règle UDEV:

Code : Tout sélectionner

ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="0665", ATTR{idProduct}=="5161", MODE="0664", GROUP="nut", RUN+="/usr/bin/systemctl restart nut-server.service"

Effectivement le service redémarre et la communication est restaurée, mais le même problème resurgit quelques secondes plus tard...
J'ai changé deux fois de câble et j'ai testé tous les ports USB (Arrière et façade)

Evidemment au niveau des stats de l'onduleur ça se voit très bien...

Capture du 2024-06-27 15-49-36.png

Auriez-vous une suggestion pour régler ce problème ?
Merci.

[piratebab]

Salut lol,
tu pars de l'hypothèse que c'est l'ordi qui coupe la com. Comment es tu certain que ce n'est pas l'UPS?
Généralement un "broken pipe" c'est quand ça ne répond pas à l'autre bout.
Apart un coup de wireshark, je ne'ai pas d'autre piste

[lol]

Salut,
Oui, sur le fond tu n'as pas tort...

L'onduleur est neuf comme les deux derniers câbles testés mais je ne suis pas à l'abris d'un problème côté onduleur.
Ce soir je teste sur une autre machine et avec Windows.

J'ai une amélioration en n'utilisant pas le câble fourni avec l'onduleur (Qui est équipé d'un anti parasite) mais avec un câble simple (Neuf) et en le branchant sur le devant de l'ordinateur.

[piratebab]

Optimiser le câble ou la connexion directe sur un port USB soudé sur la carte mere est utile pour des périphériques USB avec gros débit (carte son en MAO).
Je ne pense pas qu'un onduleur reclame un gros débit.
As tu pensé a un conflit USB2/USB3 ?
Soit entre ordi et onduleur, soit entre linux et le controleur USB de l'ordi ?

[lol]

Re,

...
As tu pensé a un conflit USB2/USB3 ?
Soit entre ordi et onduleur, soit entre linux et le controleur USB de l'ordi ?

Non, je n'ai pas cherché de ce côté.
Comment me suggères tu de prendre le problème ?

[lol]

Hello,

Je pense que le fautif est NUT...

Voici ce que me donne # nut-scanner

Code : Tout sélectionner

Scanning USB bus.
No start IP, skipping SNMP
No start IP, skipping NUT bus (old connect method)
Scanning NUT bus (avahi method).
[nutdev1]
        driver = "nutdrv_qx"
        port = "auto"
        vendorid = "0665"
        productid = "5161"
        product = "USB to Serial"
        vendor = "INNO TECH"
        bus = "002

Or, avec le bon vieux driver blazer_usb et une conf minimale que j'ai mise en place il y a deux heures, tout semble stable...

Code : Tout sélectionner

[onduleur]
        driver = blazer_usb
        port = "auto"

Je passerais en "résolu" d'ici peu je crois.

[piratebab]

Ca me fait penser qu'il faudrait que je pense à relier mes onduleurs aux machines qu'ils alimentent ....

[lol]

Ca me fait penser qu'il faudrait que je pense à relier mes onduleurs aux machines qu'ils alimentent ....

S'il sont administrable il faut le mettre ne place.
Chez moi ce n'est même pas une question, le courant est très instable (ça varie en 220 et 180, parfois moins. J'ai eu 166 le 17 mai dernier...) et les coupures fréquentes.
Comme ce ne sont pas des microcoupures, il faut tout éteindre proprement et surtout l'Onduleur afin qu'il ne se vide pas. Sinon, il faut en changer tous les ans...

Le monitoring est stable depuis hier, je passe le sujet en résolu.