<div>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 <br/>
<br/>
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 <a href="http://ups.conf">ups.conf</a>. <br/>
<br/>
It almost looks like the inferface is dropping on and off regardless <br/>
<br/>
If that makes sense its almost like someone is pulling out the USB wire and plugging in and out <br/>
<br/>
<font color="#888888"><font color="#888888">Sent from my LG G3.</font></font><br/><br/>-----Original Message-----<br/>From: Charles Lepple <clepple@gmail.com><br/>To: Johnny Wong <e430benz98@yahoo.com><br/>Cc: "nut-upsuser@lists.alioth.debian.org" <nut-upsuser@lists.alioth.debian.org><br/>Sent: Tue, 18 Aug 2015 6:37 PM<br/>Subject: Re: [Nut-upsuser] Need help with Tripp Lite SMART1300LCDT NUT v2.7.3<br/><br/></div>On Aug 18, 2015, at 9:07 PM, Johnny Wong <<a href="mailto:e430benz98@yahoo.com">e430benz98@yahoo.com</a>> wrote: <br/>
>  <br/>
>> 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. <br/>
>   <br/>
> I don't see another usbhid-ups running ... unless its "hidden"....  I would have to install the unhide package then.... <br/>
>  <br/>
<br/>
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 <a href="http://usbhid-ups-upstl1300.pid">usbhid-ups-upstl1300.pid</a>). "ps auxww|grep [u]sbhid-ups" should show only one driver in either case. <br/>
<br/>
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. <br/>
<br/>
--  <br/>
Charles Lepple <br/>
clepple@gmail <br/>
<br/>
<br/>
<br/>