Nut upsuser - Nov 2014 - Emerson/Liebert GXT3

2014-11-08 20:46 GMT-03:00 Charles Lepple <clepple at
gmail.com>:
> On Nov 7, 2014, at 7:30 AM, Marcelo Fernandez <marcelo.fidel.fernandez
at gmail.com> wrote:
>
>> 2014-11-07 0:16 GMT-03:00 Charles Lepple <clepple at gmail.com>:
>>> On Nov 6, 2014, at 5:56 PM, Marcelo Fernandez
<marcelo.fidel.fernandez at gmail.com> wrote:
>>>
>>>> battery.voltage: 10000000.
>>>> battery.voltage.nominal: 0.0
>>>
>>> Well, these are certainly interesting values ;-)
>>>
>>> I suspect the correction for earlier units has failed. Can you
please start the driver with "-DDD", let it run for a minute, then
gzip and attach the resulting log?
>>
>> Yes, sure. Here it is.
>>
>> Let me know if it's enough to diagnose that weird value.
>
> Here is the problem:
>
> Starting at 0.062904 (reformatted):
>
> Report[buf]: (5 bytes) => 05 51 00 48 00
> Path: UPS.PowerSummary.Voltage, Type: Feature, ReportID: 0x05, Offset: 0,
Size: 16, Value: 1
>
> Report[buf]: (5 bytes) => 05 51 00 48 00
> Path: UPS.PowerSummary.ConfigVoltage, Type: Feature, ReportID: 0x05,
Offset: 16, Size: 16, Value: 0
>
> ConfigVoltage = 0 -> assuming correction factor = 1e+08
>
> The Voltage of 0x51 (81 V) and ConfigVoltage of 0x48 (72 V) seem
reasonable, but somewhere else in the HID Report Descriptor, the voltages are
getting scaled to a "Logical" range of 0-1.
>
> Can you temporarily comment out line 383 in drivers/libhid.c and rebuild?
It currently looks like this:
>
>    *Value = logical_to_physical(hiddata, hValue);
>
> If that works, we can add a flag to ignore logical-to-physical mappings.
>
Hello Charles,

Now it seems I'm getting the same values but formatted differently in
the output:

root at nut:/usr/local/ups/bin# ./upsc liebert
battery.charge: 100
battery.charge.low: 20
battery.charge.warning: 0
battery.type: PbAc
battery.voltage: 1.0
battery.voltage.nominal: 0.0
device.mfr: Emerson Network Power
device.model: Liebert GXT3
device.serial: 1226603098AF453
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.version: 2.7.2.5
driver.version.data: Belkin/Liebert HID 0.17
driver.version.internal: 0.38
ups.mfr: Emerson Network Power
ups.model: Liebert GXT3
ups.productid: 0008
ups.serial: 1226603098AF453
ups.status: OL CHRG
ups.vendorid: 10af

I'm attaching a new debug log with this modification, just in case,
but I'm still seeing the lines you've pointed at:

   0.062308     Path: UPS.PowerSummary.Voltage, Type: Feature,
ReportID: 0x05, Offset: 0, Size: 16, Value: 1
   0.062336     Report[buf]: (5 bytes) => 05 51 00 48 00
   0.062352     Path: UPS.PowerSummary.ConfigVoltage, Type: Feature,
ReportID: 0x05, Offset: 16, Size: 16, Value: 0
   0.062379     ConfigVoltage = 0 -> assuming correction factor = 1e+08

Thank you
-- 
Marcelo F. Fern?ndez
Buenos Aires, Argentina
Lic. en Sistemas de Informaci?n

E-Mail: marcelo.fidel.fernandez at gmail.com
Blog: http://blog.marcelofernandez.info
Twitter: http://twitter.com/fidelfernandez
-------------- next part --------------
A non-text attachment was scrubbed...
Name: liebert-2.log.gz
Type: application/x-gzip
Size: 8614 bytes
Desc: not available
URL:
<http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20141109/2660a3d3/attachment-0001.bin>

On Nov 9, 2014, at 6:58 AM, Marcelo Fernandez <marcelo.fidel.fernandez at
gmail.com> wrote:
> I'm attaching a new debug log with this modification, just in case,
> but I'm still seeing the lines you've pointed at:
> 
>   0.062308     Path: UPS.PowerSummary.Voltage, Type: Feature,
> ReportID: 0x05, Offset: 0, Size: 16, Value: 1
>   0.062336     Report[buf]: (5 bytes) => 05 51 00 48 00
>   0.062352     Path: UPS.PowerSummary.ConfigVoltage, Type: Feature,
> ReportID: 0x05, Offset: 16, Size: 16, Value: 0
>   0.062379     ConfigVoltage = 0 -> assuming correction factor = 1e+08
Strange, I would have thought that the "Value: 0" would show the
actual number. Does it look like drivers/libhid.o got rebuilt?

Can you retry with debug level 5 (-DDDDD) just once?

Thanks for your patience.

-- 
Charles Lepple
clepple at gmail

2014-11-09 9:59 GMT-03:00 Charles Lepple <clepple at
gmail.com>:
> On Nov 9, 2014, at 6:58 AM, Marcelo Fernandez <marcelo.fidel.fernandez
at gmail.com> wrote:
>
>> I'm attaching a new debug log with this modification, just in case,
>> but I'm still seeing the lines you've pointed at:
>>
>>   0.062308     Path: UPS.PowerSummary.Voltage, Type: Feature,
>> ReportID: 0x05, Offset: 0, Size: 16, Value: 1
>>   0.062336     Report[buf]: (5 bytes) => 05 51 00 48 00
>>   0.062352     Path: UPS.PowerSummary.ConfigVoltage, Type: Feature,
>> ReportID: 0x05, Offset: 16, Size: 16, Value: 0
>>   0.062379     ConfigVoltage = 0 -> assuming correction factor =
1e+08
>
> Strange, I would have thought that the "Value: 0" would show the
actual number. Does it look like drivers/libhid.o got rebuilt?
Yes, at first I thought the same (that I did something wrong), but
everything seems ok:

root at nut:/home/marcelo/nut-2.7.2.5/drivers# ls libhid* -lh
-rw-r--r-- 1 marcelo marcelo  28K nov  9 08:52 libhid.c
-rw-r--r-- 1 marcelo marcelo 5,1K nov  6 11:08 libhid.h
-rw-rw-r-- 1 marcelo marcelo  65K nov  9 08:52 libhid.o

I edited the source file, did a "make" and "sudo make
install".

Then, I executed "/usr/local/ups/sbin/upsdrvctl start",
"/usr/local/ups/sbin/upsd", and "/usr/local/ups/bin/upsc
liebert" to
get that output.

I also have plugged and configured another UPS in that system, an APC
via serial port, but it uses another driver and it doesn't seem to
interfere with this one.
> Can you retry with debug level 5 (-DDDDD) just once?
Yes, no problem! I'd like this UPS to be well supported under Nut. :-)


Thank you
-- 
Marcelo F. Fern?ndez
Buenos Aires, Argentina
Lic. en Sistemas de Informaci?n

E-Mail: marcelo.fidel.fernandez at gmail.com
Blog: http://blog.marcelofernandez.info
Twitter: http://twitter.com/fidelfernandez
-------------- next part --------------
A non-text attachment was scrubbed...
Name: liebert-3.log.gz
Type: application/x-gzip
Size: 18428 bytes
Desc: not available
URL:
<http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20141109/6f12b070/attachment-0001.bin>