cmd test.battery.start.deep was not tested yet.<br><br>cmd test.battery.start.quick works as expected.<br>cmd test.battery.start 120 works as expected.<br>cmd test.battery.stop works as expected.<br>cmd beeper.toggle works as expected.<br>

cmd shutdown.return works as expected. <br>cmd shutdown.reboot does not work entirely. After a minute, UPS is shut down but didn't come back. (Issuing shutdown.stop power up it again)<br><br>Some details I found:<br>
<br>
After shutdown.return and shutdown.reboot, usb port (/dev/ttyUSB0) is still open and working.<br>Powering down from ups button disables communication.<br><br>Power up from ups button issues power-on self test (pop, crack and clicking sounds) whereas shutdown.return and shutdown.stop just bring it on without post. I think this is normal.<br>

<br>Also, from ups button power up, power up from shutdown.return or shutdown.stop, the smsbrasil sets ups.status as OL BYPASS. Since this ups is line interactive, what is this bypass bit? I didn't review the driver yet but it is a bug from the driver or hardware?<br>

Also related, after returning from a test, the driver sets ups.status as OL _without_ BYPASS. <br><br>There is also (I suppose) wrong values on reestabilishing connection.<br>input.voltage 3892.0<br>input.frequency 0.2<br>

output.voltage 3892.0<br>battery.charge 2252.8<br>ups.temp 3072.0<br>ups.load 3891.2<br>battery.runtime 180<br>ups.status ALARM OL BOOST OVER FSD<br>Could this be related to pu.BatOnOff ? <br><br>There is also another point, after issuing shutdown.reboot or shutdown.return, the ups.load, output.voltage and battery.runtime values goes to 0, but ups.status is "OL BYPASS". Is this ok?<br>

<br>driver debug log is attached. (smsbrasil -qqqqqq -DDDDDD -i 5)<br><br>Rodrigo<br><br>