2018-02-28 21:11 GMT+01:00 Jairo Rotava <jairo.rot...@gmail.com>: > Hello, > > I think that on this file nutdrv_qx_megatec.c the definition for > shutdown.stayoff may be wrong. In the file the definition is "S%sR0000\r"m > while on the megatec protocol description ( > http://networkupstools.org/protocols/megatec.html) the command is just > "S%s\r".
hmm.. no. In plain megatec protocol there's no such a thing as 'shutdown and stay off' -- the closest thing you can do is call 'SnRm' 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 what happens: - 'offdelay=30', 'ondelay=0' (the driver will send 'S.5' to the device), - 'offdelay=120', 'ondelay=0' (the driver will send 'S02' to the device), - 'offdelay=30', 'ondelay=180' (the driver will send 'S.5R0003' to the device), - 'offdelay=120', 'ondelay=180' (the driver will send 'S02R0003' to the device), - 'offdelay=30', 'stayoff' flag (the driver will send 'S.5R0000' to the device), - 'offdelay=120', 'stayoff' flag (the driver will send 'S02R0000' to the device). > > Jairo _______________________________________________ Nut-upsdev mailing list Nut-upsdev@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
