<div dir="ltr"><span class="im" style="font-size:13px"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">>    2.117586     send_cmd(msg_len=2, type='G')<br>>    3.219418     libusb_get_interrupt: Connection timed out<br>>    3.219474     libusb_get_interrupt() returned 0 instead of 8 while sending 3a 47 b8 0d 00 00 00 00 '.G......'<br>>    4.219593     libusb_get_interrupt: Connection timed out<br>>    4.219661     libusb_get_interrupt() returned 0 instead of 8 while sending 3a 47 b8 0d 00 00 00 00 '.G......'<br><span style="color:rgb(0,0,0)">Is the unit on line power at this point? </span></blockquote><div><span style="color:rgb(0,0,0)"><br></span></div></span><div style="color:rgb(0,0,0);font-size:13px">Yes, the UPS is on line power and the NUT master is not powered by the UPS for the test. The <font color="#000000">libusb_get_interrupt() messages continued well past the 64 second timeout.</font></div><span class="im" style="font-size:13px"><div><span style="color:rgb(0,0,0)"><br></span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="color:rgb(0,0,0)">I don't think we know the command needed to power off the UPS when it is not running on battery (the 'G' command seems to be "wait for power to return"). I suspect we could emulate it with the watchdog, but that will require a fair amount of testing to make sure we understand the timer.</span></blockquote><div><br></div></span><span style="color:rgb(0,0,0);font-size:13px">So the current NUT can't cause this UPS to power off the load while it is on line power, correct?  I will update the nut-server init script with the sleep/reboot logic per FAQ #51.  </span><div style="color:rgb(0,0,0);font-size:13px"><br></div><div style="color:rgb(0,0,0);font-size:13px">My larger concern is testing the UPS to ensure it shuts down correctly and comes back up correctly as well.  My concern is driven by my observation that with older versions of NUT using the tripplite_usb driver, this UPS has *not* correctly shut down while on battery, thus the batteries drained and the UPS never supplied load power once line power had been restored.  I assume the next logical test would be to do the same test (/lib/nut/tripplite_usb -a tripplite -k -DDD) while the UPS is on battery?  </div><div style="color:rgb(0,0,0);font-size:13px"><br></div><div style="color:rgb(0,0,0);font-size:13px">Are the serial drivers any better at this sort of thing than the USB driver for these older Tripplite UPS systems?</div><div class="" style="color:rgb(0,0,0);font-size:13px"><div id=":2tm" class="" tabindex="0"><img class="" src="https://ssl.gstatic.com/ui/v1/icons/mail/images/cleardot.gif" style=""></div><div id=":2tm" class="" tabindex="0">--Larry</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 25, 2016 at 7:20 PM, Charles Lepple <span dir="ltr"><<a href="mailto:clepple@gmail.com" target="_blank">clepple@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On May 25, 2016, at 3:43 PM, Larry Fahnoe wrote:<br>
><br>
>    0.016075     Initiating UPS shutdown<br>
>    0.016117     soft_shutdown(offdelay=64): N<br>
>    0.016137     send_cmd(msg_len=4, type='N')<br>
<br>
</span>The delay command ('N') was sent successfully, so the UPS is receiving commands.<br>
<span class=""><br>
>    2.117586     send_cmd(msg_len=2, type='G')<br>
>    3.219418     libusb_get_interrupt: Connection timed out<br>
>    3.219474     libusb_get_interrupt() returned 0 instead of 8 while sending 3a 47 b8 0d 00 00 00 00 '.G......'<br>
>    4.219593     libusb_get_interrupt: Connection timed out<br>
>    4.219661     libusb_get_interrupt() returned 0 instead of 8 while sending 3a 47 b8 0d 00 00 00 00 '.G......'<br>
<br>
</span>Is the unit on line power at this point? I don't think we know the command needed to power off the UPS when it is not running on battery (the 'G' command seems to be "wait for power to return"). I suspect we could emulate it with the watchdog, but that will require a fair amount of testing to make sure we understand the timer.<br>
<br>
<a href="https://github.com/networkupstools/nut/blob/master/drivers/tripplite_usb.c#L675" rel="noreferrer" target="_blank">https://github.com/networkupstools/nut/blob/master/drivers/tripplite_usb.c#L675</a><br>
<br>
As a result, the last entry in the FAQ will apply: <a href="http://networkupstools.org/docs/FAQ.html" rel="noreferrer" target="_blank">http://networkupstools.org/docs/FAQ.html</a><br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Charles Lepple<br>
clepple@gmail<br>
<br>
<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div>Larry Fahnoe, Fahnoe Technology Consulting, fahnoe@FahnoeTech.com</div><div>           Minneapolis, Minnesota       <a href="http://www.FahnoeTech.com" target="_blank">www.FahnoeTech.com</a></div></div>
</div>