<div dir="ltr">Answers bellow.<div class="gmail_extra"><br><div class="gmail_quote">2018-02-28 1:41 GMT-03:00 Daniele Pezzini <span dir="ltr"><<a href="mailto:hyouko@gmail.com" target="_blank">hyouko@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">2018-02-27 14:51 GMT+01:00 Jairo Rotava <<a href="mailto:jairo.rotava@gmail.com">jairo.rotava@gmail.com</a>>:<br>
> Hi,<br>
><br>
> I had an issue where after returning the power from a shutdown.return the<br>
> ups would do another shutdown.return during the boot, and kept this forever.<br>
> After some investigation I found the problem is a bug on the ups - TSSHARA<br>
> model, driver nutdrv_qx: every time I shutdown with return, and reconnect<br>
> the usb after the power is back it would start another shudown.return cycle.<br>
> When I used my rapsberry pi on it they would cycle forever.<br>
<br>
</span>Jairo, what's the exact model of the UPS?<br></blockquote><div><br></div><div>TS Shara Soho II</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Version of NUT/nutdrv_qx?<br></blockquote><div>NUT: 2.7.4</div><div>nutdrv_qx:0.28 </div><div>megatec 0.06</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Is the monitoring system (the one running nutdrv_qx) turned off by the<br>
shutdown process?<br></blockquote><div>Yes. Same behavior when I kill all service and use just nutdrv_qx -k  </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Does this odd behaviour happen even if the 'stayoff' flag is used?</blockquote><div>Even worst, the ups just cycle the power and turn on again. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
><br>
> I tested the shutdown.return using the upscmd and I didn't see this<br>
> behavior, so I finally find out that is I sent a dummy command to the USP<br>
> after the shutdown.return it would not show the problem. My guess is that<br>
> the UPS firmware keeps the last command on memory and when the USB is<br>
> reconnected it runs it.<br>
<br>
</span>When you experience this problem, does the UPS completely turn off<br>
itself before restarting?<br></blockquote><div>Yes </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
><br>
> I changed the nutdrv-qx driver (megatec protocol) and added a dummy info<br>
> read after the shutdown command and the system is working fine. But I don't<br>
> think this is the best way to fix this patch. What should be the best<br>
> solution for this?<br>
<br>
</span>If possible, having TS Shara fix their firmware, if it's really broken.<br></blockquote><div>I agree. I'll contact the manufacturer. Too many bugs to make a work around with software.</div><div><br></div><div>I don't see how I can get it working if it doesn't stay off when I need. It does not stay off with shutdown.stayoff. It also come</div><div>back on after shutdown.return even if there is no AC power. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
><br>
> I end up using the original nutrv_qx file and modified the shutdown script<br>
> to something like this<br>
> /lib/nut/nutdrv_qx -a tsshara -k; /lib/nut/nutdrv_qx -a tsshara<br>
><br>
> The last call is just to send some different cmds to the UPS so is does not<br>
> recycle in the middle of the boot.<br>
><br>
> I would like to know how can I contribute to get solve this issue with the<br>
> tsshara ups.<br>
><br>
> Regards<br>
> Jairo<br>
><br>
</span>> ______________________________<wbr>_________________<br>
> Nut-upsdev mailing list<br>
> <a href="mailto:Nut-upsdev@lists.alioth.debian.org">Nut-upsdev@lists.alioth.<wbr>debian.org</a><br>
> <a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev" rel="noreferrer" target="_blank">http://lists.alioth.debian.<wbr>org/cgi-bin/mailman/listinfo/<wbr>nut-upsdev</a><br>
</blockquote></div><br></div></div>