Displaying 3 results from an estimated 3 matches for "load_percent".
2009 Jan 26
1
ups emerson liebert GTX2 ESP-II serial protocol demo
...tp://arnaud.quette.free.fr/
sample output:
>
> BATTERY_TIME_REMAIN: 52.0
> BATTERY_VOLTAGE: 263.0
> BATTERY_VOLTAGE_NOMINAL: 275.0
> BATTERY_CURRENT: 0.0
> BATTERY_CAPACITY: 100.0
> BYPASS_VOLTAGE: 231.0
> MAX_LOAD: 10000.0
> LOAD_WATTS: 1033.0
> LOAD_VA: 1245.0
> LOAD_PERCENT: 14.0
> INPUT_FREQUENCY: 49.9
> OUTPUT_FREQUENCY: 49.9
> BYPASS_FREQUENCY: 49.9
> INVERTER_TEMP: 0.0
> BATTERY_TEMP: 0.0
> PFC_TEMP: 0.0
> AMBIENT_TEMP: 25.9
> EXPECTED_RUNTIME: 53.0
> OUTPUT_VOLTAGE: 230.0
> OUTPUT_CURRENT: 5.0
> MODEL_NAME: GXT2-10000T230
> FW_...
2009 Oct 18
3
liebert GTX2 ESP-II serial support
2009/10/15 Farkas Levente <lfarkas at lfarkas.org>
> hi,
> i read your thread at:
>
> http://lists.alioth.debian.org/pipermail/nut-upsdev/2009-January/003772.html
>
> http://lists.alioth.debian.org/pipermail/nut-upsdev/2009-January/003775.html
> we've got exactly the same problem that we need a nut driver for liebert
> ups. is there any progress in this field?
2010 Apr 02
7
Liebert GXT2 NUT driver
Hi guys,
I found the troblue and fix it!
I attached the patch.
The trouble was in the command reply buffer use.
You compute the value that value = reply[6]*256+reply[5] <- it's wrong
The right solution: value = reply[5] * 256 + reply[6];
And other bug,
battery.runtime compute, you divide this value 60 <- it's wrong
right value: divide 1.0
I continue the work on this