Nut upsdev - May 2022 - Providing Energy Information for UPS units

Hi

I am using NUT tools as add-on with my Home Assistant installation to monitor
both my UPS systems (APC SMT3000RMI2U and APC SRT5KRMXLI).
The APC units offer a information called ?total consumed energy? which which is
available under OID  .1.3.6.1.4.1.318.1.1.1.4.3.6.0 (unit is kwhv, value * 100).
I would like to leverage this information to perform some basic metering,
checking how much energy the devices behind the UPS are using.
My initial question is on Git:
https://github.com/networkupstools/nut/issues/1428

As suggested by jimklimov I checked docs/nut-names.txt but found nothing for the
above OID or for energy in general.
Hence I would like to propose to add the following information to NUT for
extraction:
==> | output.energy.totalused | Nominal value of totally used energy (kwh)
(for APC e.g. 49050 {=490.50kwh})

Question would be if other devices also have such information or if there is
general concept name for this.
Maybe it makes sense to have a own category energy if there is more information
provided. I can only check my APC systems, but maybe others can check theirs or
already know that there is a general concept or more information.

I would hope that once NUT provides this valuable information, also the HA
integration will fetch it and provide a sensor which then can be used for all
kinds of automations, graphs and statistics. Not that an UPS is a power metering
devcie, but I would love to leverage this information.

Best Regards
Sess
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsdev/attachments/20220518/eb3c5f56/attachment.htm>

Sesshoumaru via Nut-upsdev <nut-upsdev at alioth-lists.debian.net> writes:
> The APC units offer a information called ?total consumed energy? which
> which is available under OID .1.3.6.1.4.1.318.1.1.1.4.3.6.0 (unit is
> kwhv, value * 100).
>
> As suggested by jimklimov I checked docs/nut-names.txt but found nothing
for the above OID or for energy in general.
> Hence I would like to propose to add the following information to NUT for
extraction:
> ==> | output.energy.totalused | Nominal value of totally used energy
(kwh) (for APC e.g. 49050 {=490.50kwh})
I would be inclined to see what names are used by homeassistant. and
align with them.  HA has an idea in sensors of accumulating values and
time since reset.

https://developers.home-assistant.io/docs/core/entity/sensor/

I think the tricky part is that sometime, when the UPS is power cycled
perhaps, that energy value is goint to reset.

I would tend to call it "output.energy.cumulative" to emphasize that
it
intends to increesa except for when it is reset, but that isn't
important.
> Question would be if other devices also have such information or if there
is general concept name for this.
> Maybe it makes sense to have a own category energy if there is more
> information provided. I can only check my APC systems, but maybe
> others can check theirs or already know that there is a general
> concept or more information.
I don't know what you mean by "own category energy".   I see
energy as a
property of input, and I can see a UPS that meters input current and
input power and thus computers input energy also.   So I don't think we
should move "output energy" to "energy".   It is about
output, just as
much as volts/amps/va/power is.
> I would hope that once NUT provides this valuable information, also
> the HA integration will fetch it and provide a sensor which then can
> be used for all kinds of automations, graphs and statistics. Not that
> an UPS is a power metering devcie, but I would love to leverage this
> information.
I don't know if the HA integration will, but once nUT has it, it should
be easy (famous last words).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsdev/attachments/20220518/b043050f/attachment.sig>