[Nut-upsuser] Tripp Lite SU5000RT3U
clepple at gmail.com
Tue May 8 14:06:31 BST 2018
Hi, I ported the serial tripplite.c driver to support the non-PDC USB models. It's a bit of a mess, but this is partially due to not getting any public documentation from Tripp Lite regarding these models. What you see below is an attempt to parse the debug variables based on what we know from other models.
On May 7, 2018, at 3:33 PM, Michael <fax12345 at gmail.com> wrote:
> ups.debug.0: 00 05 58 58 58 58 0d '..XXXX.'
The first two bytes are where the version (0005) is coming from. However, the NUT code only knows about a few protocols, and neither 0003 nor 0005 are among them:
It appears to be fairly similar to 0004, though.
> ups.debug.D: 36 43 38 37 0d 00 00 '6C87...'
https://github.com/networkupstools/nut/blob/v2.7.4/drivers/tripplite_usb.c#L1258-L1276 parses this into input.voltage and battery.voltage, but there is some weird scaling (or maybe even nonlinearity) going on with the input voltage.
Does a nominal AC voltage of 208V or 240V sound right?
The driver would probably calculate nominal battery voltage as 48V (using the "08" from ups.debug.V, times 6V). With the value above, you would have 0x87 * 48 / 12.0 = 54.0 Volts.
> ups.debug.L: 31 31 35 41 30 31 0d '115A01.'
Load might be 17% (0x11). I don't think we know what the other four digits are.
> ups.debug.load_banks: 8
The number of switchable outlets comes from the last '8' in the ups.debug.V string.
> ups.debug.M: 30 30 37 31 0d 00 00 '0071...'
These are probably input min/max voltages, which can often be reset by sending the 'Z' command.
> ups.debug.P: 30 35 30 30 0d 00 00 '0500...'
> ups.debug.S: 31 34 30 30 30 30 0d '140000.'
Status '4' means that a battery test hasn't been done recently. Other values here:
> ups.debug.T: 39 31 32 35 37 31 0d '912571.'
0x257 = 599 = 59.9 Hz; the following '1' indicates a nominal value of 60 Hz. You might be able to extract temperature from the first two digits.
> ups.debug.V: 33 30 38 38 0d 00 00 '3088...'
You would also want to test the shutdown command(s) to make sure that everything behaves as expected. With the OMNIVS1000 that I have here, it only supports a shutdown.return command with an offdelay, and it only works while on battery (so no cycling power if the power returns early).
If you would like help patching in support for this protocol, let me know (reply-all so we can keep track of this in the list archives).
More information about the Nut-upsuser