[Nut-upsuser] Can't get CyberPower UPS to work with Raspberry Pi 4

[Gene Heskett]

On Saturday 31 October 2020 11:55:54 Charles Lepple wrote:

> On Oct 30, 2020, at 12:22 AM, Gene Heskett <gheskett at shentel.net> 
wrote:
> > On Thursday 29 October 2020 22:12:00 Charles Lepple wrote:
> >> On Oct 28, 2020, at 9:56 PM, Gene Heskett <gheskett at shentel.net> 
wrote:
> >>> Which looks very incomplete to me.  OTOH, its not a very big UPS
> >>> but neither is the pi.  I have tested that, and it shuts off long
> >>> before it outouts a LB signal.
> >>
> >> Which part looks incomplete, the variables or the commands?
> >
> > Commands Charles.  Since the pi is a very low drain bit of kit, I
> > expected to be able to lengthen the shutdown delay, to at least use
> > 50% of the battery, which should be several hours but its stuck at 2
> > minutes. Unreal, but it is what it is.
>
> This is going to sound a bit picky, but to map what you're describing
> to what is implemented in NUT, "lengthen the shutdown delay" (with a
> driver that works 100% as expected with that UPS) you'd want to change
> a R/W variable, which is separate from the list of instant commands.
>
> (There is another "shutdown delay" - the time between when NUT signals
> the UPS to turn off, and when the relay actually goes "clunk". That
> would be "ups.delay.shutdown", but from the context, it sounds like
> you are concerned about lengthening the time between when the power
> fails and when the UPS says "the battery is low". A USB HID UPS
> typically measures it the other way: the battery is low (LB flag is
> set) when either:
>
> * the charge is below a certain percentage (battery.charge.low)
>
> * or the runtime is below a certain number of seconds
> (battery.runtime.low) - though for a CyberPower UPS, you generally
> have to round up any time-related values to the next larger multiple
> of 60 seconds.
>
> (Of course, those are both estimates, but ideally, after a battery
> test, those estimates are close to reality.)
>
> So if the UPS is setting the "LB" flag too early for your needs, you
> have a few options. As long as the UPS isn't turning off on its own
> (that is, NUT is telling it to turn off), and the reported charge or
> runtime values are reliable, you can tell NUT to use its own
> thresholds for shutdown:
I can't recall if I've ever seen a LB in my playing. I think I'd remember 
it if I did.

> "ignorelb" under UPS Fields:
> https://networkupstools.org/docs/man/ups.conf.html#_ups_fields

I'll chase this down when I get a chance to. Because I have a standby in 
the back yard, outages longer than its start time are no-ops.

> >> Even the larger UPSes tend to return a lot of read-only values, and
> >> only provide a few knobs for shutdown-related settings.
> >
> > So I note running those cmds on this 1500wa APC under this desk.
> > Disappointing...
>
> The APC protocol situation is a different rant entirely...

Which I think has already been discussed as hopeless. It doesn't even 
report the 5 second resets at the substation switch. But it works, I'm 
only aware of those by my big (MFC-J6920DW) brother printer rebooting 
itself if the room lights are off.

> > Take care now.
>
> You, too!

Thanks Charles.  Stay safe.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>