<div dir="auto">Regarding VA/W conversion, keep in mind the power crest factor, and that it is not always sqrt(2)/2 =~0.7<div dir="auto"><br></div><div dir="auto">Some devices actually report theirs and I've seen the likes of 0.9 for example.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 21, 2022, 14:36 Greg Troxel <<a href="mailto:gdt@lexort.com">gdt@lexort.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
[I was going to rely privately to reduce list traffic, but the list<br>
instructed me not to do that :-( ]<br>
<br>
Charles Lepple <<a href="mailto:clepple@gmail.com" target="_blank" rel="noreferrer">clepple@gmail.com</a>> writes:<br>
<br>
> On Mar 17, 2022, at 7:26 PM, Greg Troxel <<a href="mailto:gdt@lexort.com" target="_blank" rel="noreferrer">gdt@lexort.com</a>> wrote:<br>
>> <br>
>> My script is in the process of being extended to also deal with apcupsd<br>
>> and that seems to have different variables, like timeleft in minutes<br>
>> instead of runtime in seconds.  It seems obvious to me that I should<br>
>> bring things into a common schema, because the monitoring system doesn't<br>
>> care about UPS brand; it wants to know is utility power good enough, how<br>
>> many seconds left, etc.<br>
><br>
> I am not necessarily recommending that you should use apcupsd-ups<br>
> (it's monitor-only and won't send the shutdown command[*], for one<br>
> thing); however, it's worth pointing out that a few of the conversion<br>
> factors are documented in that driver's source:<br>
><br>
> <a href="https://github.com/networkupstools/nut/blob/v2.7.4/drivers/apcupsd-ups.h#L66" rel="noreferrer noreferrer" target="_blank">https://github.com/networkupstools/nut/blob/v2.7.4/drivers/apcupsd-ups.h#L66</a><br>
><br>
> [*] <a href="https://networkupstools.org/docs/man/apcupsd-ups.html#_limitations" rel="noreferrer noreferrer" target="_blank">https://networkupstools.org/docs/man/apcupsd-ups.html#_limitations</a><br>
<br>
Thanks, that was useful.  The case that prompted me to ask was a UPS run<br>
by someone else that I think is using apcupsd and not nut.  I'm not<br>
responsible for the UPS; I just want to get power status.<br>
<br>
>> I wonder how much NUT does that by itself, or if it's more doing format<br>
>> translation of the individual units.  And I would appreciate comments on<br>
>> the wisdom/necessity of this approach.<br>
><br>
> What Jim said about this is technically correct, but I would look at it another way:<br>
><br>
> NUT defines standard units for variables (as long as the variables are<br>
> not marked as "opaque"), and the drivers map device-specific readings<br>
> to those standard units. (USB HID PDC tends to use seconds, as do most<br>
> SNMP MIBs, if I am not mistaken.)<br>
><br>
> Units are in parentheses in the Description column: <a href="https://networkupstools.org/docs/user-manual.chunked/apcs02.html" rel="noreferrer noreferrer" target="_blank">https://networkupstools.org/docs/user-manual.chunked/apcs02.html</a><br>
<br>
Thanks.  So most of what I was asking about is defined: there are a list<br>
of NUT variables, defined semantics, and units.<br>
<br>
The thing that's messy is power vs realpower (which is a bit funny<br>
because they are "apparent power" and "power").  It seems old Best units<br>
report in VA and some APC in W.   Whether to map them both into<br>
"power-ish" for the mqtt protocol is an interesting question, especially<br>
since I don't really believe either measurement without confirming it.<br>
<br>
<br>
To the extent my script supports apcupsd, it would make sense to do the<br>
same normalization.<br>
_______________________________________________<br>
Nut-upsuser mailing list<br>
<a href="mailto:Nut-upsuser@alioth-lists.debian.net" target="_blank" rel="noreferrer">Nut-upsuser@alioth-lists.debian.net</a><br>
<a href="https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser" rel="noreferrer noreferrer" target="_blank">https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser</a><br>
</blockquote></div>