thr3ads.net - Nut upsuser - [Nut-upsuser] [EXTERNAL] Re: Fixing Drops With SMART1500LCDXL & USB-HID Driver [Jun 2019]

If this information is useful, please help other people find it:
Share via:

David Zomaya

2019-Jun-18 13:27 UTC

[Nut-upsuser] [EXTERNAL] Re: Fixing Drops With SMART1500LCDXL & USB-HID Driver

Hi Greg,

I haven’t but I will give that a shot later this week and advise.
Thanks for the tip.

Thank you,
David Zomaya
Technical Support
[cid:image007.png at 01D525AF.B38D63F0]
1111 W. 35th Street  |  Chicago, IL 60609 USA
773.869.1156  |  david_zomaya at tripplite.com
[cid:image008.png at 01D525AF.B38D63F0]<http://www.tripplite.com/>

From: Nut-upsuser <nut-upsuser-bounces+david_zomaya=tripplite.com at
alioth-lists.debian.net> On Behalf Of Greg Oliver
Sent: Monday, June 17, 2019 9:36 PM
Cc: nut-upsuser at alioth-lists.debian.net
Subject: [EXTERNAL] Re: [Nut-upsuser] Fixing Drops With SMART1500LCDXL &
USB-HID Driver

This is an EXTERNAL email. Please take a moment and think before clicking any
links or opening any attachments from this email. If suspicious, please forward
to ishelpdesk at tripplite.com<mailto:ishelpdesk at tripplite.com> for
review.
________________________________
On Mon, Jun 17, 2019 at 6:10 PM David Zomaya <David_Zomaya at
tripplite.com<mailto:David_Zomaya at tripplite.com>> wrote:
Hi Network UPS Tools Support,

I’m not sure if this is a question for the “user group” or the developer group”.

My name is David Zomaya and I work at Tripp Lite in our technical support
department. Copied on this email are Eric Cobb from our Product Management group
& Jonathan Manzanilla tech support subject matter expert for our single
phase UPS product lines.

Recently, we received a complaint about our SMART1500LCDXL dropping and
reconnecting in different Linux Operating Systems.A fter some in-house testing,
the behavior seems to be reproducible on a number of different *nix operating
systems (Windows seems fine). Here’s an example of the drops in
/var/log/messages (I’ll use CentOS 7.6 as my reference point throughout this
email):
May 29 19:25:27 localhost kernel: usb 2-2.1: new low-speed USB device number 6
using uhci_hcd
May 29 19:25:27 localhost kernel: usb 2-2.1: New USB device found,
idVendor=09ae, idProduct=2012
May 29 19:25:27 localhost kernel: usb 2-2.1: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
May 29 19:25:27 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS
May 29 19:25:27 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite
May 29 19:25:27 localhost kernel: hid-generic 0003:09AE:2012.0004:
hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite  Tripp Lite UPS ] on
usb-0000:02:02.0-2.1/input0
May 29 19:25:29 localhost upsd[6287]: UPS [TrippLiteUPS] data is no longer stale
May 29 19:25:29 localhost upsd: UPS [TrippLiteUPS] data is no longer stale
May 29 19:25:45 localhost kernel: usb 2-2.1: USB disconnect, device number 6
May 29 19:25:47 localhost upsd[6287]: Data for UPS [TrippLiteUPS] is stale -
check driver
May 29 19:25:47 localhost upsd: Data for UPS [TrippLiteUPS] is stale - check
driver
May 29 19:25:49 localhost kernel: usb 2-2.1: new low-speed USB device number 7
using uhci_hcd
May 29 19:25:49 localhost kernel: usb 2-2.1: New USB device found,
idVendor=09ae, idProduct=2012
May 29 19:25:49 localhost kernel: usb 2-2.1: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
May 29 19:25:49 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS
May 29 19:25:49 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite
May 29 19:25:49 localhost kernel: hid-generic 0003:09AE:2012.0005:
hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite  Tripp Lite UPS ] on
usb-0000:02:02.0-2.1/input0
May 29 19:25:51 localhost upsd[6287]: UPS [TrippLiteUPS] data is no longer stale
May 29 19:25:51 localhost upsd: UPS [TrippLiteUPS] data is no longer stale
May 29 19:27:24 localhost systemd: Started Session 2 of user npg.
May 29 19:27:24 localhost systemd-logind: New session 2 of user npg.
May 29 19:29:04 localhost kernel: usb 2-2.1: USB disconnect, device number 7
May 29 19:29:05 localhost upsd[6287]: Data for UPS [TrippLiteUPS] is stale -
check driver
May 29 19:29:05 localhost upsd: Data for UPS [TrippLiteUPS] is stale - check
driver
May 29 19:29:07 localhost kernel: usb 2-2.1: new low-speed USB device number 8
using uhci_hcd
May 29 19:29:07 localhost kernel: usb 2-2.1: New USB device found,
idVendor=09ae, idProduct=2012
May 29 19:29:07 localhost kernel: usb 2-2.1: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
May 29 19:29:07 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS
May 29 19:29:07 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite
May 29 19:29:07 localhost kernel: hid-generic 0003:09AE:2012.0006:
hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite  Tripp Lite UPS ] on
usb-0000:02:02.0-2.1/input0
May 29 19:29:07 localhost upsd[6287]: UPS [TrippLiteUPS] data is no longer stale
May 29 19:29:07 localhost upsd: UPS [TrippLiteUPS] data is no longer stale
May 29 19:29:24 localhost kernel: usb 2-2.1: USB disconnect, device number 8

As a result, this impacted the user’s ability use NUT software on their Linux
hosts. After some trial and error (and a lot of search engine use), I was able
to find that the following configuration changes/settings stop the drops and
stabilize performance:

1)      This in the ups.conf file
pollinterval = 1
[TrippLiteUPS]
    driver = usbhid-ups
    port = auto
    desc = "SMART1500LCD"

2)      The attached 62-nut-usbups.rules file at /etc/udev/rules.d/

3)      The attached 42-usb-hid-pm.rules /usr/lib/udev/rules.d/

Below is some other information that may be relevant regarding my testing.


•         I installed using the command “yum install nut.x86_64”


•         Operating system version:
CentOS Linux release 7.6.1810 (Core)


•         Network UPS Tools version
Network UPS Tools upsd 2.7.2


I’m not the most well-versed in Network UPS Tools, so I am not sure how “good”
of a solution this is. I can however, get you more information on our product
and testing if that helps.

The questions I have are:

1)      Does the above seem like a “good” way to address this problem? (given
that the drops are something we need to look into on our end)

2)      Is there a good way to get this fix implemented in the driver?

3)      Have you had any reports of similar issues?

4)      While we are communicating, are there any other open Tripp Lite items I
could help your team(s) with? No promises, but if I can help I’d like to.

Thanks for your time.

Thank you,
David Zomaya
Technical Support
[cid:image005.png at 01D525AF.847E4570]
1111 W. 35th Street  |  Chicago, IL 60609 USA
773.869.1156  |  david_zomaya at tripplite.com<mailto:david_zomaya at
tripplite.com>
[cid:image006.png at 01D525AF.847E4570]<http://www.tripplite.com/>


Have you tried adding "usbcore.autosuspend=-1" to your kernel boot
options?  I have had to do this in later kernels.  You said you are running
CentOS 7 and I have not had to do it there, but I do have USB devices that do
the exact same thing without that option.

-Greg
________________________________
This message is for the addressee's use only. It may contain confidential
information. If you receive this message in error, please delete it and notify
the sender. Tripp Lite disclaims all warranties and liabilities, and assumes no
responsibility for viruses which may infect an email sent to you from Tripp Lite
and which damage your electronic systems or information. It is your
responsibility to maintain virus detection systems to prevent damage to your
electronic systems and information.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190618/c5bb27a8/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 13506 bytes
Desc: image005.png
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190618/c5bb27a8/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 2664 bytes
Desc: image006.png
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190618/c5bb27a8/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 13509 bytes
Desc: image007.png
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190618/c5bb27a8/attachment-0006.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image008.png
Type: image/png
Size: 2661 bytes
Desc: image008.png
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190618/c5bb27a8/attachment-0007.png>

David Zomaya

2019-Jun-24 18:03 UTC

head link

[Nut-upsuser] [EXTERNAL] Re: Fixing Drops With SMART1500LCDXL & USB-HID Driver

Updates on this:

1)      Making progress in the related Dev list thread here:
https://alioth-lists.debian.net/pipermail/nut-upsdev/2019-June/007440.html
I’ll keep that thread up to date with progress as I go. But if there are
specific things it would make sense to test here, just let me know. Otherwise, I
figure reducing redundancy makes sense?

2)      I tried disabling usbcore.autosuspend, but that did not seem to stop the
drops
An example of what I tried is below. I believe simply echo-ing “-1” will change
the setting until the next reboot and it should apply to any newly connected
devices, so I did that, connected the device to the virtual machine, and checked
syslog.

[root at localhost ~]# cat /sys/module/usbcore/parameters/autosuspend
2
[root at localhost ~]# echo -1 >/sys/module/usbcore/parameters/autosuspend
[root at localhost ~]# cat /sys/module/usbcore/parameters/autosuspend
-1
[root at localhost ~]# tail -f /var/log/messages
Jun 24 13:37:33 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS
Jun 24 13:37:33 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite
Jun 24 13:37:33 localhost kernel: hid-generic 0003:09AE:2012.0005:
hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite  Tripp Lite UPS ] on
usb-0000:02:02.0-2.1/input0
Jun 24 13:37:48 localhost kernel: usb 2-2.1: USB disconnect, device number 7
Jun 24 13:37:51 localhost kernel: usb 2-2.1: new low-speed USB device number 8
using uhci_hcd
Jun 24 13:37:51 localhost kernel: usb 2-2.1: New USB device found,
idVendor=09ae, idProduct=2012
Jun 24 13:37:51 localhost kernel: usb 2-2.1: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
Jun 24 13:37:51 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS
Jun 24 13:37:51 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite
Jun 24 13:37:51 localhost kernel: hid-generic 0003:09AE:2012.0006:
hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite  Tripp Lite UPS ] on
usb-0000:02:02.0-2.1/input0
Jun 24 13:38:06 localhost kernel: usb 2-2.1: USB disconnect, device number 8
Jun 24 13:38:06 localhost chronyd[5489]: Selected source 74.208.235.60
Jun 24 13:38:09 localhost kernel: usb 2-2.1: new low-speed USB device number 9
using uhci_hcd
Jun 24 13:38:09 localhost kernel: usb 2-2.1: New USB device found,
idVendor=09ae, idProduct=2012
Jun 24 13:38:09 localhost kernel: usb 2-2.1: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
Jun 24 13:38:09 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS
Jun 24 13:38:09 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite
Jun 24 13:38:09 localhost kernel: hid-generic 0003:09AE:2012.0007:
hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite  Tripp Lite UPS ] on
usb-0000:02:02.0-2.1/input0
Jun 24 13:38:25 localhost kernel: usb 2-2.1: USB disconnect, device number 9
Jun 24 13:38:25 localhost kernel: usb 2-2.1: new low-speed USB device number 10
using uhci_hcd
Jun 24 13:38:26 localhost kernel: usb 2-2.1: New USB device found,
idVendor=09ae, idProduct=2012
Jun 24 13:38:26 localhost kernel: usb 2-2.1: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
Jun 24 13:38:26 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS
Jun 24 13:38:26 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite
Jun 24 13:38:26 localhost kernel: hid-generic 0003:09AE:2012.0008:
hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite  Tripp Lite UPS ] on
usb-0000:02:02.0-2.1/input0
Jun 24 13:38:40 localhost kernel: usb 2-2.1: USB disconnect, device number 10
Jun 24 13:38:43 localhost kernel: usb 2-2.1: new low-speed USB device number 11
using uhci_hcd
Jun 24 13:38:43 localhost kernel: usb 2-2.1: New USB device found,
idVendor=09ae, idProduct=2012
Jun 24 13:38:43 localhost kernel: usb 2-2.1: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
Jun 24 13:38:43 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS
Jun 24 13:38:43 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite
Jun 24 13:38:43 localhost kernel: hid-generic 0003:09AE:2012.0009:
hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite  Tripp Lite UPS ] on
usb-0000:02:02.0-2.1/input0
Jun 24 13:38:58 localhost kernel: usb 2-2.1: USB disconnect, device number 11
Jun 24 13:39:01 localhost kernel: usb 2-2.1: new low-speed USB device number 12
using uhci_hcd
Jun 24 13:39:01 localhost kernel: usb 2-2.1: New USB device found,
idVendor=09ae, idProduct=2012
Jun 24 13:39:01 localhost kernel: usb 2-2.1: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
Jun 24 13:39:01 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS
Jun 24 13:39:01 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite
Jun 24 13:39:01 localhost kernel: hid-generic 0003:09AE:2012.000A:
hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite  Tripp Lite UPS ] on
usb-0000:02:02.0-2.1/input0


Thank you,
David Zomaya
Technical Support
[cid:image002.png at 01D52A8D.29F4C4C0]
1111 W. 35th Street  |  Chicago, IL 60609 USA
773.869.1156  |  david_zomaya at tripplite.com
[cid:image004.png at 01D52A8D.29F4C4C0]<http://www.tripplite.com/>

From: David Zomaya <David_Zomaya at tripplite.com>
Sent: Tuesday, June 18, 2019 8:28 AM
To: Greg Oliver <oliver.greg at gmail.com>
Cc: nut-upsuser at alioth-lists.debian.net; Jonathan Manzanilla
<Jonathan_Manzanilla at tripplite.com>; Eric Cobb <Eric_Cobb at
tripplite.com>
Subject: RE: [EXTERNAL] Re: [Nut-upsuser] Fixing Drops With SMART1500LCDXL &
USB-HID Driver

Hi Greg,

I haven’t but I will give that a shot later this week and advise.
Thanks for the tip.

Thank you,
David Zomaya
Technical Support
[cid:image007.png at 01D52A8A.A191D480]
1111 W. 35th Street  |  Chicago, IL 60609 USA
773.869.1156  |  david_zomaya at tripplite.com<mailto:david_zomaya at
tripplite.com>
[cid:image008.png at 01D52A8A.A191D480]<http://www.tripplite.com/>

From: Nut-upsuser <nut-upsuser-bounces+david_zomaya=tripplite.com at
alioth-lists.debian.net<mailto:nut-upsuser-bounces+david_zomaya=tripplite.com
at alioth-lists.debian.net>> On Behalf Of Greg Oliver
Sent: Monday, June 17, 2019 9:36 PM
Cc: nut-upsuser at alioth-lists.debian.net<mailto:nut-upsuser at
alioth-lists.debian.net>
Subject: [EXTERNAL] Re: [Nut-upsuser] Fixing Drops With SMART1500LCDXL &
USB-HID Driver

This is an EXTERNAL email. Please take a moment and think before clicking any
links or opening any attachments from this email. If suspicious, please forward
to ishelpdesk at tripplite.com<mailto:ishelpdesk at tripplite.com> for
review.
________________________________
On Mon, Jun 17, 2019 at 6:10 PM David Zomaya <David_Zomaya at
tripplite.com<mailto:David_Zomaya at tripplite.com>> wrote:
Hi Network UPS Tools Support,

I’m not sure if this is a question for the “user group” or the developer group”.

My name is David Zomaya and I work at Tripp Lite in our technical support
department. Copied on this email are Eric Cobb from our Product Management group
& Jonathan Manzanilla tech support subject matter expert for our single
phase UPS product lines.

Recently, we received a complaint about our SMART1500LCDXL dropping and
reconnecting in different Linux Operating Systems.A fter some in-house testing,
the behavior seems to be reproducible on a number of different *nix operating
systems (Windows seems fine). Here’s an example of the drops in
/var/log/messages (I’ll use CentOS 7.6 as my reference point throughout this
email):
May 29 19:25:27 localhost kernel: usb 2-2.1: new low-speed USB device number 6
using uhci_hcd
May 29 19:25:27 localhost kernel: usb 2-2.1: New USB device found,
idVendor=09ae, idProduct=2012
May 29 19:25:27 localhost kernel: usb 2-2.1: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
May 29 19:25:27 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS
May 29 19:25:27 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite
May 29 19:25:27 localhost kernel: hid-generic 0003:09AE:2012.0004:
hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite  Tripp Lite UPS ] on
usb-0000:02:02.0-2.1/input0
May 29 19:25:29 localhost upsd[6287]: UPS [TrippLiteUPS] data is no longer stale
May 29 19:25:29 localhost upsd: UPS [TrippLiteUPS] data is no longer stale
May 29 19:25:45 localhost kernel: usb 2-2.1: USB disconnect, device number 6
May 29 19:25:47 localhost upsd[6287]: Data for UPS [TrippLiteUPS] is stale -
check driver
May 29 19:25:47 localhost upsd: Data for UPS [TrippLiteUPS] is stale - check
driver
May 29 19:25:49 localhost kernel: usb 2-2.1: new low-speed USB device number 7
using uhci_hcd
May 29 19:25:49 localhost kernel: usb 2-2.1: New USB device found,
idVendor=09ae, idProduct=2012
May 29 19:25:49 localhost kernel: usb 2-2.1: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
May 29 19:25:49 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS
May 29 19:25:49 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite
May 29 19:25:49 localhost kernel: hid-generic 0003:09AE:2012.0005:
hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite  Tripp Lite UPS ] on
usb-0000:02:02.0-2.1/input0
May 29 19:25:51 localhost upsd[6287]: UPS [TrippLiteUPS] data is no longer stale
May 29 19:25:51 localhost upsd: UPS [TrippLiteUPS] data is no longer stale
May 29 19:27:24 localhost systemd: Started Session 2 of user npg.
May 29 19:27:24 localhost systemd-logind: New session 2 of user npg.
May 29 19:29:04 localhost kernel: usb 2-2.1: USB disconnect, device number 7
May 29 19:29:05 localhost upsd[6287]: Data for UPS [TrippLiteUPS] is stale -
check driver
May 29 19:29:05 localhost upsd: Data for UPS [TrippLiteUPS] is stale - check
driver
May 29 19:29:07 localhost kernel: usb 2-2.1: new low-speed USB device number 8
using uhci_hcd
May 29 19:29:07 localhost kernel: usb 2-2.1: New USB device found,
idVendor=09ae, idProduct=2012
May 29 19:29:07 localhost kernel: usb 2-2.1: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
May 29 19:29:07 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS
May 29 19:29:07 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite
May 29 19:29:07 localhost kernel: hid-generic 0003:09AE:2012.0006:
hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite  Tripp Lite UPS ] on
usb-0000:02:02.0-2.1/input0
May 29 19:29:07 localhost upsd[6287]: UPS [TrippLiteUPS] data is no longer stale
May 29 19:29:07 localhost upsd: UPS [TrippLiteUPS] data is no longer stale
May 29 19:29:24 localhost kernel: usb 2-2.1: USB disconnect, device number 8

As a result, this impacted the user’s ability use NUT software on their Linux
hosts. After some trial and error (and a lot of search engine use), I was able
to find that the following configuration changes/settings stop the drops and
stabilize performance:

1)      This in the ups.conf file
pollinterval = 1
[TrippLiteUPS]
    driver = usbhid-ups
    port = auto
    desc = "SMART1500LCD"

2)      The attached 62-nut-usbups.rules file at /etc/udev/rules.d/

3)      The attached 42-usb-hid-pm.rules /usr/lib/udev/rules.d/

Below is some other information that may be relevant regarding my testing.


•         I installed using the command “yum install nut.x86_64”


•         Operating system version:
CentOS Linux release 7.6.1810 (Core)


•         Network UPS Tools version
Network UPS Tools upsd 2.7.2


I’m not the most well-versed in Network UPS Tools, so I am not sure how “good”
of a solution this is. I can however, get you more information on our product
and testing if that helps.

The questions I have are:

1)      Does the above seem like a “good” way to address this problem? (given
that the drops are something we need to look into on our end)

2)      Is there a good way to get this fix implemented in the driver?

3)      Have you had any reports of similar issues?

4)      While we are communicating, are there any other open Tripp Lite items I
could help your team(s) with? No promises, but if I can help I’d like to.

Thanks for your time.

Thank you,
David Zomaya
Technical Support
[cid:image009.png at 01D52A8A.A191D480]
1111 W. 35th Street  |  Chicago, IL 60609 USA
773.869.1156  |  david_zomaya at tripplite.com<mailto:david_zomaya at
tripplite.com>
[cid:image010.png at 01D52A8A.A191D480]<http://www.tripplite.com/>


Have you tried adding "usbcore.autosuspend=-1" to your kernel boot
options?  I have had to do this in later kernels.  You said you are running
CentOS 7 and I have not had to do it there, but I do have USB devices that do
the exact same thing without that option.

-Greg
________________________________
This message is for the addressee's use only. It may contain confidential
information. If you receive this message in error, please delete it and notify
the sender. Tripp Lite disclaims all warranties and liabilities, and assumes no
responsibility for viruses which may infect an email sent to you from Tripp Lite
and which damage your electronic systems or information. It is your
responsibility to maintain virus detection systems to prevent damage to your
electronic systems and information.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190624/c58f6066/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 13509 bytes
Desc: image007.png
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190624/c58f6066/attachment-0006.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image008.png
Type: image/png
Size: 2661 bytes
Desc: image008.png
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190624/c58f6066/attachment-0007.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image009.png
Type: image/png
Size: 13506 bytes
Desc: image009.png
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190624/c58f6066/attachment-0008.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image010.png
Type: image/png
Size: 2664 bytes
Desc: image010.png
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190624/c58f6066/attachment-0009.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 13506 bytes
Desc: image002.png
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190624/c58f6066/attachment-0010.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 2664 bytes
Desc: image004.png
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190624/c58f6066/attachment-0011.png>

grumpy at mailfence.com

2019-Jun-26 15:29 UTC

head link

[Nut-upsuser] [EXTERNAL] Re: Fixing Drops With SMART1500LCDXL & USB-HID Driver

this probably has no relevance to the subject but i have run a OMNIVS1500XL with
the tripplite_usb driver for several years with no problem
i am using a a powered usb hub if that make any difference

Reasonably Related Threads

Search for more apparently analagous threads

Nut upsuser - Jun 2019 - [EXTERNAL] Re: Fixing Drops With SMART1500LCDXL & USB-HID Driver

[Nut-upsuser] [EXTERNAL] Re: Fixing Drops With SMART1500LCDXL & USB-HID Driver

[Nut-upsuser] [EXTERNAL] Re: Fixing Drops With SMART1500LCDXL & USB-HID Driver

[Nut-upsuser] [EXTERNAL] Re: Fixing Drops With SMART1500LCDXL & USB-HID Driver

Reasonably Related Threads