similar to: Instant commands for CyberPower UPS RMCARDxxx snmp-ups driver

On 2014-02-27 14:21, Charles Lepple wrote: > On Feb 27, 2014, at 7:07 AM, jimklimov at cos.ru <mailto:jimklimov at cos.ru> > wrote: > >> This apparently implies that, unlike some docs say, the snmp-ups >> driver can send the shutdown signals (is not crippled by design)? ;) > > We're working on it: > >

root at Monitor:/etc/nut# upsc ups1 Init SSL without certificate database battery.runtime: 133200.00 battery.runtime.elapsed: 0.00 device.mfr: CYBERPOWER device.model: PR2200LCDRT2U device.serial: 1 device.type: ups driver.name: snmp-ups driver.parameter.pollfreq: 1 driver.parameter.pollinterval: 2 driver.parameter.port: 192.168.1.7 driver.parameter.snmp_version: v1 driver.version:

Additional question: I noticed on the HP Website that the latest version of "CPQPOWER.MIB" (1.76, dated Sept. 19, 2013) was more recent than the related file (./drivers/compaq-mib.c) in the NUT driver. Is the MIB structure as implemented on the management card perhaps no longer in line with the NUT driver ? The latest MIB file can be downloaded from the following URL:

This apparently implies that, unlike some docs say, the snmp-ups driver can send the shutdown signals (is not crippled by design)? ;) Also, are those oids apc-private or commonly used/standard among snmp upses? Thanks, //Jim Typos courtesy of my Samsung Mobile -------- ???????? ????????? -------- ??: Charles Lepple <clepple at gmail.com> ????: 2014.02.25 13:08 (GMT+01:00) ????:

Further information on this issue, attn. Arnaud Quette: Here is the result of a test I made a few days ago. I've pulled the input plug on the UPS and watched the 3 critical OIDs through a MIB browser: - 1.3.6.1.4.1.232.165.3.4.5.0 goes from 3 (OL) to 5 (OB) (as expected => good) - 1.3.6.1.4.1.232.165.3.7.3.0 stays at 1 (OB) (=> seems meaningless) - 1.3.6.1.4.1.232.165.3.7.4.0

On Jan 27, 2019, at 2:36 PM, Phil Stracchino <phils at caerllewys.net> wrote: > > SO, my full load on my core UPS is two Dell R610s, one Sun X4540, one HP > DL360p gen8, two six-core Thuban-II workstations plua their monitors, > and the network stack and KVM. > > The APC SU3000RM (3KVA) that blew up last week considered this to be > just short of 60% load. > The new

On Wednesday 28 October 2020 21:32:02 Charles Lepple wrote: > On Oct 26, 2020, at 9:38 AM, Gene Heskett <gheskett at shentel.net> wrote: > >>> battery.voltage: 24.0 > >>> battery.voltage.nominal: 24 > >> > >> I don't have the citation handy, but I think another user reported > >> that the battery.voltage returned by the UPS is a

I did a bunch of work on this today. It should be all set to go. This patch is to add support for the Cyberpower RMCARD snmp cards. I basically copied the driver for bestpower, changed the name and updated the mib map. I have this running on two separate systems (two separate ups's) and it looks good. The only thing I could not figure out was updating the Makefile.am (my aclocal/libtools

Hey all, I recently got an RMCARD205 for my Cyber UPS.... if I use no MIBS line in the config file, I get this: > Network UPS Tools - UPS driver controller 2.6.5 > Network UPS Tools - Generic SNMP UPS driver 0.68 (2.6.5) > No matching MIB found for sysOID '.1.3.6.1.4.1.3808.1.1.1'! > Please report it to NUT developers, with an 'upsc' output for your device. >

On 10 June 2017 23:26:47 EEST, Tim Dawson <tadawson at tpcsvc.com> wrote: >Build from source, and done . . . wasting your time looking for a less >out of date RPM is pointless. . . RPM, .deb, etc are almost always >downrev. . . > >- Tim > >On June 10, 2017 2:06:42 PM CDT, Ben Kamen <ben at benkamen.net> wrote: >>Hey all, >> >> I recently got an

CyberPower Systems PR6000LCDRTXL5U http://www.cyberpowersystems.com/products/ups-systems/smart-app-ups/pp-series/PR6000LCDRTXL5U.html I had to create the following udev rule (on RHEL6): ATTR{idVendor}=="0764", ATTR{idProduct}=="0601", MODE="664", GROUP="dialout" Shutdown testing successful. UPS comes back online after turning off. # upsc battery.charge:

Hi, I'm trying to setup a Raspberry Pi to monitor our UPSes, and gracefully shutdown our servers, as per this guide: https://openschoolsolutions.org/shutdown-servers-case-power-failure%e2%80%8a-%e2%80%8aups-nut-co/ https://hackernoon.com/how-to-shutdown-your-servers-in-case-of-power-failure-ups-nut-co-34d22a08e92 This is on Raspbian 10, running on a Raspberry Pi. NUT is version 2.7.4 and

On 1/27/19 9:13 PM, Charles Lepple wrote: > On Jan 27, 2019, at 2:36 PM, Phil Stracchino <phils at caerllewys.net > <mailto:phils at caerllewys.net>> wrote: >> The new Cyberpower PR3000 (also 3KVA), wqhich operates at a 90% power >> factor, considers this same load to be 43% load. >> >> I wasn't expecting that much of a reduction. > > So... 50%

On October 31, 2017 2:32:36 AM GMT+01:00, Ben Kamen <ben at benkamen.net> wrote: >Hey all, > > >?I'm feeling spunky... and want to update nut to handle the new v2.0 >MIB from CyberPower. > >I've looked at the cyberpower v0.1 .c/.h and being new to working on >nut to this level -- anything anyone has to offer on adding code >besides the obvious? >

Hey all, ?I'm feeling spunky... and want to update nut to handle the new v2.0 MIB from CyberPower. I've looked at the cyberpower v0.1 .c/.h and being new to working on nut to this level -- anything anyone has to offer on adding code besides the obvious? like: should the 0.1 and 2.0 coexist somehow? (maybe different files) (also, is there a list of all the parms I can match up from the

On Feb 27, 2014, at 7:07 AM, jimklimov at cos.ru wrote: > This apparently implies that, unlike some docs say, the snmp-ups driver can send the shutdown signals (is not crippled by design)? ;) We're working on it: http://buildbot.networkupstools.org/~buildbot/cayman/docs/latest/docs/man/snmp-ups.html#_shutdown A quick check says that the implementation has been there since v2.6.4, and

Hello list, I've installed NUT on an HP blade server, and I try to get it communicating via SNMP with 2 HP R3000 UPSes, each fitted with a AF465A management card. To do this, I used the snmp-ups driver, and configured it for the "cpqpower" MIB. Communication with the UPSes is established. My problem is that both UPSes constantly return the "OL OB" status which, in

Dear Charles, thanks for your quick answer and your information! I didn't know there is a difference in the PR-series between old and new. So thanks for this valuable information! usbconfig dump_device_desc shows: ugen0.2: <CyberPower Systems product 0x0601> at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (50mA)

On Jan 27, 2019, at 9:31 PM, Phil Stracchino <phils at caerllewys.net> wrote: > > On 1/27/19 9:13 PM, Charles Lepple wrote: >> I forget, is your copy of NUT built from an RPM? If so, it shouldn't be >> too hard to add that patch to get load, charge, input voltage/frequency >> and output voltage (assuming the RM205 is a superset of the RM202). > > This is

This code, added to drivers/genericups.h, supports the CyberPower SL series UPSes. I've tested with my 725SL - the online/on battery transition, and low battery status, and finally the shutdown signal all work as expected. *** genericups.h.orig Sun Nov 2 16:54:24 2003 --- genericups.h Mon Oct 3 13:49:00 2005 *************** *** 220,225 **** --- 220,234 ---- TIOCM_ST