Re: [Nut-upsuser] Info on Cyber Power CP1500AVRLCDa
stefa...@karandreas.gr wrote: > Can you share a link to where the manual describes ups.delay.start? I > found > some information but not the complete description you mention here. > For ondelay=0 what happens? The load instantly returns on UPS shutdown > or the bug doesn't trigger? Hi Stefanos, For "ondelay=0", the load returns immediately the wall power returns. I should mention for clarity that "ups.delay.start" is set, by nut at startup, from the value of "ondelay" in ups.conf. However, I'm in the embarrassing situation of having to retract what I said about "ups.delay.start". Your question prompted me to verify my assertions, and I found this: https://networkupstools.org/docs/man/usbhid-ups.html which says of ondelay: "Set the timer for the UPS to switch on in case the power returns after the kill power command had been sent, but before the actual switch off. This ensures the machines connected to the UPS are, in all cases, rebooted after a power failure. "The default value is 30 (in seconds). Usually this must be greater than offdelay, but the driver will not warn you upon startup if it isn't. Some UPSes will restart no matter what, even if the power is (still) out at the moment this timer elapses. In that case, you could see whether setting ondelay = -1 in ups.conf helps. "Note that many CPS models tend to divide this delay by 60 and round down, so the minimum advisable value is 120 to allow a short delay between when the UPS shuts down, and when the power returns." So my interpretation of "ups.delay.start" (as being applied after the return of wall power) was coloured by a lot of research that all turned out to be wrong. In my defense, I was led astray by many others who have trod the same path. Sorry... My next step will be to set offdelay=90, ondelay=120, and see how the UPS behaves. I still don't have any clear idea of how to delay restarting the load while the batteries re-charge after an outage, so shutting down on a "battery low" condition (and avoiding an infinite shutdown loop) remains a challenge. Cheers, -- Phil Blessed are the young, for they shall inherit the national debt. -- Herbert Hoover ___ Nut-upsuser mailing list Nut-upsuser@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
Re: [Nut-upsuser] Info on Cyber Power CP1500AVRLCDa
On 2022-06-05 09:06, Phil Chadwick wrote: Hi, I have a CyberPower CP1500EPFCLCD. I live in a rural location and experience frequent power failures. I run a nut server on a FreeBSD host named "sherman". It has a USB connection to the CP1500EPFCLCD, using the usbhid-ups driver. I don't use nut clients, preferring to use one-shot root privileged ssh keys to execute remote commands (i.e. shutdown) on the "network peers" of the nut server. The CP1500EPFCLCD has firmware "issues", and I expect that there's a very good chance that the CP1300EPFCLCD is the same. The USB connection experiences a transient disconnect when power drops. If the connection loss lasts couple sec max I guess it's something I and NUT can live with, since as you mention it doesn't seem to affect how NUT operates. I received another reply from the list that mentioned that for the 900VA model there was no problem with the USB connection. I have to wonder whether that is a result of the ephemeral connection loss. The major firmware issue I tripped over is with "ups.delay.start". See: https://alioth-lists.debian.net/pipermail/nut-upsuser/2018-October/011253.html The nut manual says set ups.delay.start (default 30) as the interval to wait before restarting the load (seconds) [AFTER UPS power returns]. The CyberPower CP1500EPFCLCD UPS restarts ups.delay.start seconds after the UPS is shutdown REGARDLESS of the wall power status. i.e. regardless of mains status: - ondelay=0, UPS powers on the load when mains return - ondelay=-1, UPS never powers on the load, even when mains return - ondelay=xx, UPS powers on the load after xx (roughly) seconds after UPS shutdown is executed. I have reported this issues to CyberPower support, but got no satisfactory resolution. It's a serious problem... This bug makes using "battery.charge.low" pretty much impossible, because with a low battery you need to re-charge the battery AFTER wall power returns and BEFORE restarting the load to power up the clients -- lest you go into an infinite shutdown/reboot loop. The faulty handling of ups.delay.start prevents the battery from re-charging to a workable level after discharge (unless you set ondelay=-1, which means you can't power up automatically). Can you share a link to where the manual describes ups.delay.start? I found some information but not the complete description you mention here. For ondelay=0 what happens? The load instantly returns on UPS shutdown or the bug doesn't trigger? Thanks, Stefanos ___ Nut-upsuser mailing list Nut-upsuser@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
Re: [Nut-upsuser] Info on Cyber Power CP1500AVRLCDa
On 6/5/2022 7:16 AM, Charles Lepple via Nut-upsuser wrote: > [snip] > > Updates to the DDL can be requested here: > >https://github.com/networkupstools/nut-ddl/issues > I was not aware of that repository. Thanks for the pointer... ___ Nut-upsuser mailing list Nut-upsuser@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
Re: [Nut-upsuser] Info on Cyber Power CP1500AVRLCDa
On Jun 5, 2022, at 5:54 AM, Greg Troxel wrote: > > So having documentation per model that enables buying something that > works seems key, and I don't find that. [...] > Sorry, I did find the compat list > > https://networkupstools.org/stable-hcl.html > > but I'm not really clear where the sort of extended discussion you are > providing belongs. (I am sure it's useful.) Individual fields can be flagged with messages and links in the DDL: https://networkupstools.org/ddl/Cyber_Power_Systems/CP1000PFCLCD.html https://networkupstools.org/ddl/Cyber_Power_Systems/CP1500AVRLCDa.html and if I understand Phil's post correctly, he is referring to this firmware issue regarding ups.delay.start: https://github.com/networkupstools/nut/issues/625 Updates to the DDL can be requested here: https://github.com/networkupstools/nut-ddl/issues -- Charles Lepple clepple@gmail ___ Nut-upsuser mailing list Nut-upsuser@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
Re: [Nut-upsuser] Info on Cyber Power CP1500AVRLCDa
Sorry, I did find the compat list https://networkupstools.org/stable-hcl.html but I'm not really clear where the sort of extended discussion you are providing belongs. (I am sure it's useful.) signature.asc Description: PGP signature ___ Nut-upsuser mailing list Nut-upsuser@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
Re: [Nut-upsuser] Info on Cyber Power CP1500AVRLCDa
Thanks for posting all those details; they are interesting. I think it would be helpful to publish the config, at least the nut logic part, and the details of cyberpower actual vs documented behavior. (nut github wiki if Jim thinks that makes sense?) Or maybe there is a better place. It seems that while how a UPS has to behave to reliably and safely handle loss of power and restart, with all the possible sequencing, is pretty well understood on this list, a lot of devices don't do it right. So having documentation per model that enables buying something that works seems key, and I don't find that. Perhaps a warning not to buy cyberpower products would result in bug fixes. Perhaps not. It strikes me that it should be possible to express start delay as e.g. wait until both are true: power has been stable for 120s battery is at least 80% charged For your own situation, I wonder if this is a job for a microcontroller and a bunch of relays, to patch up your UPS and make your power sequencing do what you want. Or a tiny computer like an RPI, maybe with its own extended battery, or hooked into your dhcp server. Maybe that's a crazy idea, and I know it has a lot of downsides. signature.asc Description: PGP signature ___ Nut-upsuser mailing list Nut-upsuser@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
Re: [Nut-upsuser] Info on Cyber Power CP1500AVRLCDa
stefa...@karandreas.gr wrote: > > Do you have by any chance the CyberPower CP1300EPFCLCD? I would > personally be interested > in the variables it supports as I am thinking of buying that model to > replace an APC BX1400 > and I would like to know if it supports changing battery.charge.low etc. > > I have also read 1-2 reviews for the specific model that mention that it > loses USB > connectivity when switching to battery and back which would be > disastrous for NUT. > Any feedback you have on that or the CyberPower model(s) would be most > helpful! Hi, I have a CyberPower CP1500EPFCLCD. I live in a rural location and experience frequent power failures. I run a nut server on a FreeBSD host named "sherman". It has a USB connection to the CP1500EPFCLCD, using the usbhid-ups driver. I don't use nut clients, preferring to use one-shot root privileged ssh keys to execute remote commands (i.e. shutdown) on the "network peers" of the nut server. The CP1500EPFCLCD has firmware "issues", and I expect that there's a very good chance that the CP1300EPFCLCD is the same. The USB connection experiences a transient disconnect when power drops. Here is one of many identical examples from /var/log/messages. However, nut seems to handle the USB disconnects without problems: May 23 04:01:31 sherman squid[31854]: Squid Parent: (squid-1) process 31856 started May 23 10:12:31 sherman kernel: ugen2.2: at usbus2 (disconnected) May 23 10:12:32 sherman kernel: ugen2.2: at usbus2 May 23 10:12:38 sherman nut-notify[33055]: UPS cp1500 onbatt May 23 10:12:44 sherman nut-notify[33097]: UPS cp1500 five-minute-warning-timer May 23 10:16:43 sherman nut-notify[33141]: UPS cp1500 one-minute-warning-timer May 23 10:17:43 sherman nut-notify[33185]: UPS cp1500 shutdown-timer May 23 10:17:43 sherman upsmon[1225]: Executing automatic power-fail shutdown May 23 10:17:43 sherman upsmon[1225]: Auto logout and shutdown proceeding May 23 10:17:44 sherman nut-shutdown[33227]: nut power-fail network shutdown sequence commencing May 23 10:17:44 sherman nut-shutdownpeers[33237]: nut shutdown peers alert: shutting down strand May 23 10:17:47 sherman nut-shutdownpeers[33249]: nut shutdown peers alert: shutting down fable May 23 10:17:49 sherman nut-shutdownpeers[33259]: nut shutdown peers alert: shutting down mith May 23 10:17:58 sherman nut-shutdownpeers[33269]: nut shutdown peers alert: shutting down orac May 23 10:18:00 sherman nut-shutdownpeers[33279]: nut shutdown peers alert: shutting down pi3b May 23 10:18:02 sherman nut-shutdownpeers[33289]: nut shutdown peers alert: skipping pi4 (not up) May 23 10:18:03 sherman shutdown[33295]: power-down by root The major firmware issue I tripped over is with "ups.delay.start". See: https://alioth-lists.debian.net/pipermail/nut-upsuser/2018-October/011253.html The nut manual says set ups.delay.start (default 30) as the interval to wait before restarting the load (seconds) [AFTER UPS power returns]. The CyberPower CP1500EPFCLCD UPS restarts ups.delay.start seconds after the UPS is shutdown REGARDLESS of the wall power status. i.e. regardless of mains status: - ondelay=0, UPS powers on the load when mains return - ondelay=-1, UPS never powers on the load, even when mains return - ondelay=xx, UPS powers on the load after xx (roughly) seconds after UPS shutdown is executed. I have reported this issues to CyberPower support, but got no satisfactory resolution. It's a serious problem... This bug makes using "battery.charge.low" pretty much impossible, because with a low battery you need to re-charge the battery AFTER wall power returns and BEFORE restarting the load to power up the clients -- lest you go into an infinite shutdown/reboot loop. The faulty handling of ups.delay.start prevents the battery from re-charging to a workable level after discharge (unless you set ondelay=-1, which means you can't power up automatically). To work around this problem, I run /usr/local/bin/nut-shutdown 5 minutes after wall power drops. It shuts down all the network peers using a one-shot ssh key. BIOS configurations allow everything to reboot when the UPS supplies power immediately the wall power returns. With my 300W load, the 5 minute delay ensures that the battery reserve is sufficient for a restart, and avoids bouncing around any battery low condition. I also regret not having an ability to delay load supply on each of the UPS power outputs, and will look for that feature next time I buy a UPS. The fact is that I really need to bring up my network, firewall, and DHCP server BEFORE the rest of the general computer systems, and the CP1500EPFCLCD can't do that. My small home network won't boot up properly unless the power is sequenced to requirements (I really do need the DHCP server up first). So I find myself writing rc scripts to delay booting on some clients after a power failure...
Re: [Nut-upsuser] Info on Cyber Power CP1500AVRLCDa
On 2022-06-03 19:56, Mike via Nut-upsuser wrote: The hardware page for this UPS has some info about what variables are supported. Here is some more info from my install. Let me know if this type of info is useful, as I can supply it for a couple other UPS's. thanks! Do you have by any chance the CyberPower CP1300EPFCLCD? I would personally be interested in the variables it supports as I am thinking of buying that model to replace an APC BX1400 and I would like to know if it supports changing battery.charge.low etc. I have also read 1-2 reviews for the specific model that mention that it loses USB connectivity when switching to battery and back which would be disastrous for NUT. Any feedback you have on that or the CyberPower model(s) would be most helpful! Stefanos ___ Nut-upsuser mailing list Nut-upsuser@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
[Nut-upsuser] Info on Cyber Power CP1500AVRLCDa
The hardware page for this UPS has some info about what variables are supported. Here is some more info from my install. Let me know if this type of info is useful, as I can supply it for a couple other UPS's. thanks! OpenBSD 7.1 (amd64) NUT 2.8.0 https://networkupstools.org/ddl/Cyber_Power_Systems/CP1500AVRLCD.html # upsc ups2 battery.charge: 95 battery.charge.low: 10 battery.charge.warning: 20 battery.mfr.date: CPS battery.runtime: 23887 battery.runtime.low: 300 battery.type: PbAcid battery.voltage: 26.9 battery.voltage.nominal: 24 device.mfr: CPS device.model: CP1500AVRLCDa device.serial: [redacted] device.type: ups driver.flag.onlinedischarge: enabled driver.name: usbhid-ups driver.parameter.pollfreq: 30 driver.parameter.pollinterval: 2 driver.parameter.port: auto driver.parameter.productid: 0501 driver.parameter.synchronous: auto driver.parameter.vendorid: 0764 driver.version: 2.8.0 driver.version.data: CyberPower HID 0.6 driver.version.internal: 0.47 driver.version.usb: libusb-1.0.23 (API: 0x1000107) input.voltage: 117.0 input.voltage.nominal: 120 output.voltage: 117.0 ups.beeper.status: enabled ups.delay.shutdown: 20 ups.delay.start: 30 ups.load: 0 ups.mfr: CPS ups.model: CP1500AVRLCDa ups.productid: 0501 ups.realpower.nominal: 900 ups.serial: [redacted] ups.status: OL CHRG ups.test.result: No test initiated ups.timer.shutdown: -60 ups.timer.start: -60 ups.vendorid: 0764 # upscmd -l ups2 Instant commands supported on UPS [ups2]: beeper.disable - Disable the UPS beeper beeper.enable - Enable the UPS beeper beeper.mute - Temporarily mute the UPS beeper beeper.off - Obsolete (use beeper.disable or beeper.mute) beeper.on - Obsolete (use beeper.enable) load.off - Turn off the load immediately load.off.delay - Turn off the load with a delay (seconds) load.on - Turn on the load immediately load.on.delay - Turn on the load with a delay (seconds) shutdown.return - Turn off the load and return when power is back shutdown.stayoff - Turn off the load and remain off shutdown.stop - Stop a shutdown in progress test.battery.start.deep - Start a deep battery test test.battery.start.quick - Start a quick battery test test.battery.stop - Stop the battery test =fini= ___ Nut-upsuser mailing list Nut-upsuser@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser