[Nut-upsuser] [EXTERNAL] Re: Tripp Lite SMART1500LCD repeatedly disconnecting and reconnecting

David Zomaya David_Zomaya at tripplite.com
Wed Dec 11 16:36:42 GMT 2019


Thanks for the update Larry.

I should probably get a running list of the different solutions for when this issue has come up.
In some of the cases, just connecting the Network UPS Tools driver seemed to resolve (e.g. in the case where I used a physical box and a user that emailed me directly).
In other cases, some twist on the udev rules helped (this case, and my virtual machine case).

To the LCDT users, if there are any open issues, feel free to ping me.

Thank you,
David Zomaya
David_zomaya at tripplite.com

From: Layne Fowler <layne.fowler at gmail.com>
Sent: Wednesday, December 11, 2019 9:36 AM
To: David Zomaya <David_Zomaya at tripplite.com>
Cc: nut-upsuser <nut-upsuser at alioth-lists.debian.net>
Subject: Re: [EXTERNAL] Re: [Nut-upsuser] Tripp Lite SMART1500LCD repeatedly disconnecting and reconnecting

Thought I'd follow up in case someone else runs into this issue. In the end what worked for me was tweaking the udev rules. I have had no USB disconnects or stale data warnings so far. I only used one rule for my UPS:
# /etc/udev/rules.d/62-nut-usbups.rules

SUBSYSTEM!="usb", GOTO="nut-usbups_rules_end"

# TrippLite
#  e.g. TrippLite SMART1500LCD - usbhid-ups
ACTION=="add|change", SUBSYSTEM=="usb|usb_device", SUBSYSTEMS=="usb|usb_device", ATTR{idVendor}=="09ae", ATTR{idProduct}=="2012", MODE="664", GROUP="nut", RUN+="/sbin/upsdrvctl stop; /sbin/upsdrvctl start"

LABEL="nut-usbups_rules_end"

My ups.conf:

# /etc/nut/ups.conf

pollinterval = 1

[ups]
driver = usbhid-ups
port = auto
desc = "Tripp Lite SMART1500LCD"
vendorid = 09ae
productid = 2012

And I also removed MTP as it was trying to take the device.
sudo apt-get remove --auto-remove libmtp-common

On Mon, Dec 9, 2019 at 10:04 PM Layne Fowler <layne.fowler at gmail.com<mailto:layne.fowler at gmail.com>> wrote:
Charles, thank you for that link to David's earlier message. I tried adding those udev rules and changing the pollinterval. I need to do some tinkering but I don't think the part RUN+="/sbin/upsdrvctl stop; /sbin/upsdrvctl start" is working right. If I manually run the commands then the USB disconnects stop and there are no kernel messages. Running "sudo /lib/nut/usbhid-ups -DD -a ups" also looks clean to me. I'll be sure to update if I figure out how to get it fully working. Thanks!

On Sun, Dec 8, 2019 at 11:18 PM David Zomaya <David_Zomaya at tripplite.com<mailto:David_Zomaya at tripplite.com>> wrote:

I haven't tried it on RaspberryPi, but if there's some specific Tripp Lite information I can help with, let me know.



David Zomaya

Tripp Lite

________________________________
From: Nut-upsuser <nut-upsuser-bounces+david_zomaya=tripplite.com at alioth-lists.debian.net<mailto:tripplite.com at alioth-lists.debian.net>> on behalf of Charles Lepple <clepple at gmail.com<mailto:clepple at gmail.com>>
Sent: Sunday, December 8, 2019 8:36 PM
To: Layne Fowler
Cc: nut-upsuser
Subject: [EXTERNAL] Re: [Nut-upsuser] Tripp Lite SMART1500LCD repeatedly disconnecting and reconnecting

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 Dec 8, 2019, at 5:46 PM, Layne Fowler <layne.fowler at gmail.com<mailto:layne.fowler at gmail.com>> wrote:

My UPS is connected to a Raspberry Pi by USB. After a few hours of working, the service fails. Looking at kernel messages I noticed that the device is repeatedly disconnecting and reconnecting.

I have tried using a different USB port and using a brand new USB cable. I have not had success by changing config parameters like pollfreq/pollinterval/etc.

What is causing the UPS to keep disconnecting?

Not sure (it's a protocol issue lower than NUT), but does this post from Tripp Lite help the UPS automatically reconnect?

https://alioth-lists.debian.net/pipermail/nut-upsuser/2019-June/011451.html<https://urldefense.proofpoint.com/v2/url?u=https-3A__alioth-2Dlists.debian.net_pipermail_nut-2Dupsuser_2019-2DJune_011451.html&d=DwMFAg&c=f9s1WCuF-N6cmD_YaZ7gBg&r=lhr3k4au5dVQgHY_iS-v_t9g8PHVkn8Px_wyaupZGfQ&m=5bTj0FByjuC7ZwvwC7XsgqsH_kXRehDbkaYVEGxZrkQ&s=-Pz1JlSeu5vl0n4bXiBIaPW1nFRDro_yq3QvTTbwC5o&e=>

(you may need to do some RedHat-to-Debian translation for some of the pathnames.)



OS - Raspbian GNU/Linux 10 (buster)
Kernel - 4.19.75-v7+
Nut version - 2.7.4-8
Installation method - From package
UPS - Tripp Lite SMART1500LCD

Thanks for including all of the version information.
________________________________
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.
________________________________
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/20191211/e9c305b9/attachment-0001.html>


More information about the Nut-upsuser mailing list