search for: snr0000

...he following case, but yes: 1) removed power 2) ran shutdown.return 3) waited for 30-second shutdown timer; UPS turns off 4) reconnected power 5) before 180 second power-on timer elapses, run load.on 6) UPS turns on > 3. (OK, I lied - 3 things more) does the shutdown.stayoff command > ('SnR0000') work? shutdown.stayoff does not work - the UPS turns on immediately after its usual (~5 second) self-test. I tried it with both the default 30-second ups.delay.shutdown (S.5R0000), as well as 60 seconds (S01R0000). I don't think this is a regression for my model, although the docs sugg...

...oes the load.off command ('S00R0000') work? 2. does the 'C' command (mapped as shutdown.stop and load.on) turn the load on if executed while the ups.delay.start time elapses after having fired a shutdown.return? 3. (OK, I lied - 3 things more) does the shutdown.stayoff command ('SnR0000') work? Thanks for your patience, Charles.

On Nov 7, 2014, at 5:31 PM, hyouko at gmail.com wrote: >> Sure enough, it turned off after about 30 seconds (t=228). I unplugged it for about five seconds, and it came back on three minutes after I plugged it back in. However, the bypass bit inversion might be responsible for this: >> >> 228.304623 send: 'Q1' >> 228.515426 read: '(119.0 119.0 000.0 000

...ed power > 2) ran shutdown.return > 3) waited for 30-second shutdown timer; UPS turns off > 4) reconnected power > 5) before 180 second power-on timer elapses, run load.on > 6) UPS turns on > >> 3. (OK, I lied - 3 things more) does the shutdown.stayoff command >> ('SnR0000') work? > > shutdown.stayoff does not work - the UPS turns on immediately after > its usual (~5 second) self-test. > > I tried it with both the default 30-second ups.delay.shutdown > (S.5R0000), as well as 60 seconds (S01R0000). > > I don't think this is a regression...

...Rm' with an incredibly high value for the time to wait before turning on the device (i.e. 'SnR9999', using the allowed maximum), while the 'Sn' command is meant to tell the device to immediately turn on the load when power returns. Only some devices support the non-standard 'SnR0000' command and hold off the load indefinitely (and it's also stated in nutdrv_qx's manpage, 'Known problems' section). > When I changed it my system was abe to at least stay off, and stopped making > an instant power recycling. Try the following things and let's see wh...

...er startup - a command that succeeds - a command that fails - q1 when online and all's ok - q1 on battery - setting pins_shutdown_mode Also, I'd like to know whether the 'C' command (shutdown.stop) works also as a load.on like in other megatec implementations or not and if the 'SnR0000' command (shutdown.stayoff) has any effect on the UPS, as they are not in the specs ('C' is only described as a shutdown.stop).

Answers bellow. 2018-02-28 1:41 GMT-03:00 Daniele Pezzini <hyouko at gmail.com>: > 2018-02-27 14:51 GMT+01:00 Jairo Rotava <jairo.rotava at gmail.com>: > > Hi, > > > > I had an issue where after returning the power from a shutdown.return the > > ups would do another shutdown.return during the boot, and kept this > forever. > > After some

Hi Daniele, I finally got a Best Power Patriot Pro II fixed up with a new battery and cable, and tried it with nutdrv_qx (since it uses a variant of the Q1 protocol). It auto-detected the use of Q1. It looks like things mostly work: bestups: battery.charge: 100.0 battery.voltage: 13.9 battery.voltage.nominal: 12 device.mfr: Best Power device.model: Patriot Pro II 400 device.type: ups