<div dir="ltr">Heh, ya. It does smell of copy-pasta.<div><br></div><div>I've got a consumer APC UPS. When I get time, I'll connect it to my NUT dev server and sit what it reports with usbhid-ups vs what the display shows. I'll also confirm with what Windows or MacOS think (but I don't know how their drivers work) <div><br></div><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 2, 2024 at 4:23 PM Greg Troxel <<a href="mailto:gdt@lexort.com">gdt@lexort.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Kelly Byrd <<a href="mailto:kbyrd@memcpy.com" target="_blank">kbyrd@memcpy.com</a>> writes:<br>
<br>
> Thanks for the reply, it looks to me (based on various existing  HID-based<br>
> drivers in the NUT source tree) that everyone is just mapping it directly<br>
> with a line like this in a hid_info_t:<br>
>   { "battery.runtime", 0, 0, "UPS.PowerSummary.RunTimeToEmpty", NULL,<br>
> "%.0f", 0, NULL }<br>
><br>
> I found that in belkin-hid, apc-hid, cps-hid, tripplite-hid, and a bunch of<br>
> others. This seems like evidence that real world UPS devices are using<br>
> seconds.<br>
<br>
Strictly, it's evidence that the person who wrote the first driver,<br>
before it was copied, thought they use seconds.  I'm kind of kidding,<br>
but not entirely.<br>
<br>
Can you compare reported runtimes to displays and sanity to confirm that<br>
this is really true?<br>
<br>
If the devices are all wrong compared to the spec, we should add a<br>
comment that the spec says that value is in minutes but that we know<br>
this manufacturer puts seconds in the field instead.<br>
</blockquote></div>