search for: hu_find_infoval

...p Battery > > Looking up ConfigVoltage > > Report : (8 bytes) =3D> 00 00 9C F3 00 03 10 D2 > > entering string_to_path() > > Looking up UPS > > Looking up Battery > > Looking up Temperature > > Report : (8 bytes) =3D> 00 00 9C F3 00 03 10 D2 > > hu_find_infoval: searching for value =3D 0 > > > > hu_find_infoval: found -273 (value: 0) > > > > entering string_to_path() > > Looking up UPS > > Looking up PowerSummary > > Looking up iDeviceChemistry > > Report : (8 bytes) =3D> 00 00 9C F3 00 03 10 D2 > >...

...LimitExpired = 0 entering lookup_path() Object: UPS.PowerSummary.PresentStatus.NeedReplacement = 0 entering lookup_path() Object: UPS.PowerSummary.PresentStatus.OverLoad = 0 ............. removing empty Status entries! =>Got 9 HID Objects... Object: UPS.PowerSummary.PresentStatus.OverLoad = 0 hu_find_infoval: searching for value = 0 hu_find_infoval: no matching INFO_* value for this HID value (0) ups.status not affected Object: UPS.PowerSummary.PresentStatus.NeedReplacement = 0 hu_find_infoval: searching for value = 0 hu_find_infoval: no matching INFO_* value for this HID value (0) ups.status not a...

Hello i tried to connect my netys 2000 pr ups to ubuntu 11.10 and i have a problem connecting it. After readin a few post i realized to dianosse the connection. I need help resolving the connextion issue So here is the response to??/lib/nut/usbhid-ups -u root -DDDDD -a netys: Network UPS Tools - Generic HID driver 0.35 (2.6.1) USB communication driver 0.31 ? ?0.000000 ? ? send_to_all: SETINFO

...grep ups root@zork3# /usr/local/libexec/nut/newhidups -DDDDD -a MGE-Ellipse -u root #here we receive VERY long output, the lust lines are: Entering libusb_get_report =>> Before exponent: 0, 0/0) =>> After conversion: 0.000000 (0), 0/0) Report : (8 bytes) => 02 00 E8 03 00 00 00 00 hu_find_infoval: searching for value = 0 hu_find_infoval: found !shutdownimm (value: 0) process_status_info: !shutdownimm entering string_to_path() parsing UPS Looking up UPS hid_lookup_usage: found 840004 parsing PowerSummary Looking up PowerSummary hid_lookup_usage: found 840024 parsing PresentStatus Looking u...

...est command correctly, or that something is preventing it from being sent. > > OK, hopefully you can glean some intelligence from the log :) It's pretty cryptic... 84.418555 Path: UPS.BatterySystem.Battery.Test, Type: Feature, ReportID: 0x24, Offset: 0, Size: 8, Value: 1 84.418557 hu_find_infoval: found Done and passed (value: 1) That part seems to contradict the following: 32.407365 Path: UPS.PowerSummary.PresentStatus.NeedReplacement, Type: Feature, ReportID: 0x02, Offset: 8, Size: 8, Value: 0 32.407367 hu_find_infoval: found !replacebatt (value: 0) 32.407369 process_b...

On 28 May 2014, at 21:59, Charles Lepple <clepple at gmail.com> wrote: >> What would log it? > > The driver. OK. >> I could try running the driver with debugging and see if that shows anything of interest. > > That should help. Unfortunately for non-debug operation, it appears that most of the usbhid-ups instcmd messages are buried at debug level 3 or 5. That

...starts with "-> String:" occasionally, with no contect that it is related to: ...... Can't find object UPS.Battery.Temperature -> String: PbAc (len = 4/4) Can't find object UPS.Output.PercentLoad ...... However, running newhidups with -DDD, shows the proper context: ...... hu_find_infoval: searching for value = 4 -> String: PbAc (len = 4/4) hu_find_infoval: found PbAc (value: 4) ...... since the upsdebugx() statements there are at level 3. May I suggest that the following TRACE statement in in libusb_get_string() in lubusb.c be changed to level 3: ------------------------------...

...dstate_addcmd("test.battery.start"); upsh.instcmd = instcmd; - upsh.setvar = setvar; + upsh.setvar = setvar; return; } @@ -1871,6 +1871,6 @@ static const char *nut_find_infoval(info_lkp_t *xcp2info, const double value) } } - upsdebugx(3, "hu_find_infoval: no matching INFO_* value for this XCP value (%g)", value); + upsdebugx(3, "nut_find_infoval: no matching INFO_* value for this XCP value (%g)", value); return NULL; } -- 1.8.1.2

...000000 Can't find object UPS.PowerSummary.RemainingCapacityLimit Can't find object UPS.PowerSummary.WarningCapacityLimit Can't find object UPS.PowerSummary.RunTimeToEmpty Can't find object UPS.BatterySystem.Temperature Can't find object UPS.OutletSystem.Outlet.DelayBeforeStartup hu_find_infoval: no matching INFO_* value for this HID value (0) Can't find object UPS.OutletSystem.Outlet.ActivePower Can't find object UPS.PowerConverter.Output.ActivePower Can't find object UPS.OutletSystem.Outlet.PercentLoad Can't find object UPS.PowerSummary.PresentStatus.BelowRemainingCapaci...

Thanks Kjell for the help with the build problem. Thanks for your input, too, Charles. Now I have a new problem that I think has already been solved. I have Tripp Lite Smart1000LCD UPS (usb), but I can't get the newhidups driver to communicate correctly. I found a thread on the development list from last December where Jonathan Freedman described had a problem with this UPS in a thread

...down.stop beeper.on beeper.off I also extended the info_lkp_t mechanism. I found that for certain data types (in particular, dates) a simple lookup table is insufficient to map the driver data to a string. I have extended the info_lkp_t structure with a hook for a custom function, and extended hu_find_infoval() to use the hook if present. This allows dates (ups.mfr.date, battery.mfr.date, battery.date) from the APC device to be formatted. I also made a variant of the function newhidups.c:find_nut_info(), called find_nut_info_valid(). This function is used when looking up an instant command. Rather than...