On Jan 13, 2020, at 10:17 PM, Gene Heskett wrote: > >>> (I was looking at the hid-subdrivers.txt file in the latest NUT >>> tree, which has the command line amended to not generate that "too >>> many non-option arguments" error. Also, I wanted it to use the >>> existing cps-hid.c tables, not the generic "explore" sub-driver.) >> >> Attached, about 30 seconds worth >> > Was that enough to get it all?
I should probably just ask for 60 seconds in the future :-) There are nearly 30 seconds' worth of "Quick update..." lines, but because the 30-second timer doesn't start until after everything is initialized (takes a few seconds at USB 1.1 speeds...), the "Full update..." line isn't there. But no matter, it is quite similar to the CPS SX650g dump - the HID report is byte-for-byte the same. Notably, the "hidrd-convert" tool fails part of the way through parsing it, which is why I suspect that CPS is not following the HID spec. (That's more applicable for the high/low transfer voltages.) It does seem to be reporting 0% load, though: 0.094786 Report[get]: (3 bytes) => 13 00 00 0.094875 Path: UPS.Output.PercentLoad, Type: Feature, ReportID: 0x13, Offset: 0, Size: 8, Value: 0 0.094908 Report[buf]: (3 bytes) => 13 00 00 0.095318 Path: UPS.Output.Overload, Type: Feature, ReportID: 0x13, Offset: 8, Size: 1, Value: 0 _______________________________________________ Nut-upsuser mailing list [email protected] https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
