[Nut-upsuser] Need help with Tripp Lite SMART1300LCDT NUT v2.7.3

[e430benz98 at yahoo.com]

I see what you are saying. I did use usbhid-ups without the -D and once in a awhile it will say it found a previous driver running and it was going to kill it 

Here is something I have been doing... If I keep issueing the command to load the drivers eventually it will load it even after removing the usb_set_altinterface from ups.conf. 

It almost looks like the inferface is dropping on and off regardless 

If that makes sense its almost like someone is pulling out the USB wire and plugging in and out 

Sent from my LG G3.

-----Original Message-----
From: Charles Lepple <clepple at gmail.com>
To: Johnny Wong <e430benz98 at yahoo.com>
Cc: "nut-upsuser at lists.alioth.debian.org" <nut-upsuser at lists.alioth.debian.org>
Sent: Tue, 18 Aug 2015 6:37 PM
Subject: Re: [Nut-upsuser] Need help with Tripp Lite SMART1300LCDT NUT v2.7.3

On Aug 18, 2015, at 9:07 PM, Johnny Wong <e430benz98 at yahoo.com> wrote:
> 
>> Is it possible that there is another copy of the driver running in the background? There is apparently an issue where we only write a PID file when the driver goes into the background, and "-D" prevents that.
>  
> I don't see another usbhid-ups running ... unless its "hidden"....  I would have to install the unhide package then....
> 

What I mean is that you can't have more than one usbhid-ups process talking to the same UPS at one time - regardless of whether they write a PID file. In the case of running with "-D", you would need to double-check for any in the background (and there was a PID file named usbhid-ups-upstl1300.pid). "ps auxww|grep [u]sbhid-ups" should show only one driver in either case.

Still looking into the altsetting issue. I would have to shuffle a few machines around to get a copy of 10.2 running on a box that isn't being actively used for anything else, but maybe there is something in their source control logs.

-- 
Charles Lepple
clepple at gmail



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20150818/3f730ad4/attachment-0001.html>