Nut upsuser - Dec 2019 - ondelay parameter does not work with NUT on Raspbian and Eaton 5E850iUSBDIN UPS

Hi,

I have the Eaton 5E850iUSBDIN UPS connected via USB to a Raspberry Pi 3B+.
It seems that everything but the ondelay parameter works so far.

when I test the setup with this command:
upsmon -c fsd

The NUT server makes the NUT clients shut down properly and the Raspberry
Pi running the NUT server shuts down correctly too. The problem is that
after UPS shuts down, it immediatelly brings the power back so the
Raspberry Pi has less than a second to be without power and the Raspberry
Pi power supply does not go completely off preventing the Pi from booting
again. Pi is then stuck powered off. Because of that the NUT server does
not come up again and it remains in that state.

I tested the same configuration by cutting off the power coming to the UPS
and causing it to discharge to 10% and then NUT powered down the machines
and the Pi running the NUT server, but after connecting the power back to
the UPS within 2 seconds, the ondelay parameter did not work as well and
the UPS immediatelly brought the power back to the devices causing the same
problem with the Pi getting stuck powered off (because the Pi's power
supply still was providing some current in the mean time: from power cut
off on UPS outlets to power back on the outlets after reconnecting the UPS
to the wall.

Can someone help me with this? Might there be a bug somewhere?

I have the following configuration in the ups.conf file:

==========================maxretry = 3

[Eaton]
driver = usbhid-ups
port = auto
desc = "Eaton 5E850iUSBDIN "
offdelay = 60
ondelay = 80
lowbatt = 33
==========================
Raspberry Pi runs
Raspbian Stretch with desktop and recommended software
Debian Stretch
Version: *November 2018*
Release date: *2018-11-13*
Kernel version: *4.14*

===========================Versions of nut packages:

libups-nut-perl/stable 2.7.4-5 all
nut-cgi/stable 2.7.4-5 armhf
nut-client/stable,now 2.7.4-5 armhf [installed,automatic]
nut-doc/stable 2.7.4-5 all
nut-ipmi/stable 2.7.4-5 armhf
nut-monitor/stable 2.7.4-5 all
nut-nutrition/stable 20.1-2 armhf
nut-nutrition-data/stable 20.1-2 all
nut-powerman-pdu/stable 2.7.4-5 armhf
nut-server/stable,now 2.7.4-5 armhf [installed]
nut-snmp/stable 2.7.4-5 armhf
nut-xml/stable 2.7.4-5 armhf
===========================NUT installation method:
apt install nut

============================upsc output:

battery.charge: 72
battery.runtime: 562
battery.type: PbAc
device.mfr: EATON
device.model: 5E 850i
device.type: ups
driver.name: usbhid-ups
driver.parameter.lowbatt: 33
driver.parameter.offdelay: 60
driver.parameter.ondelay: 80
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.parameter.synchronous: no
driver.version: 2.7.4
driver.version.data: MGE HID 1.39
driver.version.internal: 0.41
input.voltage: 244.0
outlet.1.status: on
outlet.desc: Main Outlet
outlet.id: 1
outlet.switchable: no
output.frequency: 49.9
output.frequency.nominal: 50
output.voltage: 242.0
output.voltage.nominal: 230
ups.beeper.status: enabled
ups.delay.shutdown: 60
ups.firmware: 03.08.0018
ups.load: 34
ups.mfr: EATON
ups.model: 5E 850i
ups.power.nominal: 850
ups.productid: ffff
ups.start.battery: yes
ups.status: OL
ups.timer.shutdown: -1
ups.vendorid: 0463

Thank you for help!
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190405/58a22667/attachment.html>

In the upsc output for my Eaton Elipse ECO 1600 I see

  ups.delay.shutdown: 30
  ups.delay.start: 40

but in the uspc output for your Eaton 5E850iUSBDIN I see only

  ups.delay.shutdown: 60

Where is ups.delay.start ?  Does the command upsrw <UPS> display this
variable ?

Roger

Hi,

that's a good point, thanks.
I don't see ups.delay.start anywhere. Here is the output of upsrw:

upsrw Eaton at localhost
[outlet.desc]
Outlet description
Type: STRING
Maximum length: 20
Value: Main Outlet

[output.voltage.nominal]
Nominal output voltage (V)
Type: ENUM
Option: "200"
Option: "208"
Option: "220"
Option: "230" SELECTED
Option: "240"

[ups.delay.shutdown]
Interval to wait after shutdown with delay command (seconds)
Type: STRING
Maximum length: 10
Value: 20

[ups.start.battery]
Allow to start UPS from battery
Type: STRING
Maximum length: 5
Value: yes

======Might it be that the UPS does not support it or maybe the driver does not
support it?

Bartosz


sob., 6 kwi 2019 o 15:20 Roger Price <roger at rogerprice.org> napisał(a):
> In the upsc output for my Eaton Elipse ECO 1600 I see
>
>   ups.delay.shutdown: 30
>   ups.delay.start: 40
>
> but in the uspc output for your Eaton 5E850iUSBDIN I see only
>
>   ups.delay.shutdown: 60
>
> Where is ups.delay.start ?  Does the command upsrw <UPS> display this
> variable ?
>
> Roger
>
> _______________________________________________
> Nut-upsuser mailing list
> Nut-upsuser at alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20190410/33eb2445/attachment.html>

On Sat, 21 Dec 2019, Bartosz wrote:
> Hi Roger,
> have you ever tested the
> ups.delay.start: 40 
> parameter in action?
> Does it actually work in your UPS?
Yes, thoroughly tested, and it works as described in my Configuration Examples. 
(Including correct operation during this morning's storm :-)
> Could you send me a link to your UPS on the Internet? I see that there are 
> many variants of EATON ECO UPSs and I would like to buy one that for sure 
> supports delayed start after power return.
Here is the model I use : 
https://www.eaton.com/fr/fr-fr/skuPage.EL1600USBFR.html The web page is in 
french since I use the french model, but you will see the technical data.

I bought these UPS units reference EL1600USBFR from my local supplier 
onduleurs.fr : 
http://onduleurs.fr/product_info.php?cPath=123_483_397&products_id=3689/Onduleur-Off-Line-Eaton-Ellipse-ECO-1600-USB-FR-EL1600USBFR-EL1600USBFR.html

Best Regards, Roger