similar to: Adding PDU support to NUT

Reporting current in milliAmps is not a good idea. This will lead to impractically large values, especially when we report them with two decimals resolution (10 microAmps). Even the laboratory measuring equipment that is standing right next to me now, doesn't offer this resolution in the range that is common for most UPS'es. I think you meant to write 'Ampere (A)' here

Hi Powermen ;-) I recently came across the Powerman project (http://sourceforge.net/projects/powerman/), pointed by Tony Merenda, from Opengear (thanks Tony). Congrats for your work in this area! I've thought a bit about Powerman and NUT since then... NUT currently supports hosts of UPSs and few PDUs (RPCs), and provides tons of features: http://test.networkupstools.org

On Fri, Sep 11, 2020, at 4:05 PM, Bartosz wrote: > Dear All, > > Could you please recommend me a UPS with 100% support of the ondelay parameter and NUT compatibility? > > 850 or 1000 VA > > I have the EATON 5E850iUSBDIN UPS and it does not support this parameter so I would like to buy another UPS that for sure will support it. > > Thank you, > Bart Can you tell

Hi, the diff inline below adds a new subdriver for snmp-ups to support Huawei UPS, based on an observed walk from a UPS5000-E with a few bits filled in from the MIBs (copy at http://junkpile.org/HUAWEI_UPS_MIB/). Sample output from upsc follows the diff. cheers, Stuart diff --git a/data/driver.list.in b/data/driver.list.in index a0e82fb..fac3d5a 100644 --- a/data/driver.list.in +++

Hi, This might be a simple thing to fix, but I can?t figure it out. We replaced the battery for the first time in our Eaton 5PX a couple of weeks ago, but we haven?t been able to clear the ?ups.alarm: replace battery!? status. Details of our installation are: OS: Debian 6 NUT version: 2.7.4 Installation method: from source tarball UPS device: Eaton 5PX2000IRT, 240V, 1800W, 2000VA, bought in

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

Has anyone ever heard of this so called Dynamic Impedance matching on the ADIT 600? I called their support and they've never heard of it. We are of course having echo problems are on the far end due to digital/analog conversion on the local end using a channel bank. We have purchased an ADIT 600 and yes the complaints are "far less" however we're still getting them. While I have

Hello *, I have my "24V DC modular ATX PSU" running yet and it collect already the data form the DS1780 and MAX1036/8. The Microcontroller is a Maxim Integrated Device DS89C450 and the USB-Controller a MAX3420E which works over SPI Bit-Banging. OK, this is now working and enumeration is done... ;-) Now since the PSU is a "Function" I was looking into the Linux

Hi, I'm thinking about adding support for PDU (Power Distribution Unit) devices from Digipower [1] and Aviosys [2] to NUT via the SNMP interface. The specific devices I have in mind are the following: Digipower AMz-1623/SW-08-1 Aviosys IP Power 925x (both are 8-port PDUs which are SNMP capable via an ethernet interface) Does anybody have other DigiPower or Aviosys devices and if so

On Fri, Sep 25, 2020 at 11:47:42PM +0300, Manuel Wolfshant wrote: > On 9/25/20 1:36 PM, Lionel Élie Mamane wrote: >> On Thu, Sep 24, 2020 at 06:51:23PM +0300, Manuel Wolfshant wrote: >>> On 9/21/20 9:47 PM, Lionel Élie Mamane wrote: >>> We have a HP R/T 3000 G4 UPS; according to the data returned by >>> the usbhid-ups driver, it seems to be a "badge

On Thu, Sep 24, 2020 at 06:51:23PM +0300, Manuel Wolfshant wrote: > On 9/21/20 9:47 PM, Lionel Élie Mamane wrote: >> We have a HP R/T 3000 G4 UPS; according to the data returned by the >> usbhid-ups driver, it seems to be a "badge engineered" Eaton 5PX >> UPS LI R 3000. >> We have a stubborn "Replace Battery" alarm that stays (...): >> The

Great! Thanks for the info, and hope the driver author can address the nits (forwarding now...) Jim On Wed, Nov 22, 2023, 15:05 d tbsky <tbskyd at gmail.com> wrote: > Jim Klimov via Nut-upsuser <nut-upsuser at alioth-lists.debian.net> > > > > Got an update for APC Modbus users: a new PR is waiting for real-life > testing for settable variables and instant commands

Great! Thanks for the info, and hope the driver author can address the nits (forwarding now...) Jim On Wed, Nov 22, 2023, 15:05 d tbsky <tbskyd at gmail.com> wrote: > Jim Klimov via Nut-upsuser <nut-upsuser at alioth-lists.debian.net> > > > > Got an update for APC Modbus users: a new PR is waiting for real-life > testing for settable variables and instant commands

Jim Klimov via Nut-upsuser <nut-upsuser at alioth-lists.debian.net> > > Got an update for APC Modbus users: a new PR is waiting for real-life testing for settable variables and instant commands support. > > https://github.com/networkupstools/nut/pull/2184 > > As before, a custom build of libmodbus may be needed for USB support (detailed in the earlier PR), but Serial and

Jim Klimov via Nut-upsuser <nut-upsuser at alioth-lists.debian.net> > > Got an update for APC Modbus users: a new PR is waiting for real-life testing for settable variables and instant commands support. > > https://github.com/networkupstools/nut/pull/2184 > > As before, a custom build of libmodbus may be needed for USB support (detailed in the earlier PR), but Serial and

I believe some fixes were applied to the branch since your report (most visibly, about battery time settings), are you in position to test how it behaves now? :) Thanks in advance, Jim Klimov On Wed, Nov 22, 2023 at 3:20?PM Jim Klimov <jimklimov+nut at gmail.com> wrote: > Great! Thanks for the info, and hope the driver author can address the > nits (forwarding now...) > > Jim

I believe some fixes were applied to the branch since your report (most visibly, about battery time settings), are you in position to test how it behaves now? :) Thanks in advance, Jim Klimov On Wed, Nov 22, 2023 at 3:20?PM Jim Klimov <jimklimov+nut at gmail.com> wrote: > Great! Thanks for the info, and hope the driver author can address the > nits (forwarding now...) > > Jim

Hello, we have a MGE Pulsar Evolution 800 connected to a Fedora Core5 Server using a serial cable. Installed and configured properly are RPM versions of nut-2.0.3-0.1.fc5 nut-client-2.0.3-0.1.fc5 nut-cgi-2.0.3-0.1.fc5 which all work (mostly) fine. The server is connected to outlet.0 and properly shuts down when it's loosing power after around 20 minutes. It also boots up whenever the ups

Jim Klimov <jimklimov+nut at gmail.com> > > I believe some fixes were applied to the branch since your report (most visibly, about battery time settings), are you in position to test how it behaves now? :) Hi: I got another ups for testing. so I test the new commit for both APC SRT3000XL and SMT2200RM2U. the results below: 1. I get the new attribute "ups.test.result" for

Jim Klimov <jimklimov+nut at gmail.com> > > I believe some fixes were applied to the branch since your report (most visibly, about battery time settings), are you in position to test how it behaves now? :) Hi: I got another ups for testing. so I test the new commit for both APC SRT3000XL and SMT2200RM2U. the results below: 1. I get the new attribute "ups.test.result" for