I've recently been working a bit on adding PDU
(http://en.wikipedia.org/wiki/Power_distribution_unit) support in NUT.
Some of you might have seen the Powerman thread, which also deals with
adding more PDUs support:
http://powerman.sourceforge.net/supported.html
The result is that we now have support for 2 Eaton | Powerware ePDUs
(Managed and Monitored iirc, check http://www.epdu.com).
I plan on adding the 2 other models soon.
It is using snmp-ups and I've attached an upsc/upscmd output of the
managed unit for info.
The patch isn't commited yet, but it's limited to adding a xx-mib.h
file, and some doc update. I've also switched to a 2 decimal
resolution in snmp-ups.
The things to be noticed are:
- since NUT is UPS centric, the ups collection doesn't fit for the
purpose (ups.status most of all)
- a new collection ("device") has to be created, to make NUT more
generic.
This would consist of the following generic / common data extracted
from the ups collection:
device.model
device.mfr
device.serial
device.type (while keeping ups.status for single / three phase)
and possibly
device.id
device.firmware
device.temperature
* the outlet collection has to be extended with the following data:
outlet.n.current: Current (milliamps RMS)
outlet.n.current.maximum: Maximum seen current (milliamps RMS)
outlet.n.realpower: Current value of real power (Watts)
outlet.n.voltage: Voltage (V)
outlet.n.powerfactor: Power Factor (dimensionless value between
0.00 and 1.00)
outlet.n.power: Apparent power (VA)
- status_{}() needs only to process when device.type=ups
More generally, I think that NUT is able to handle the smart power
devices that will appear in the future.
And the above change will help in going in that direction.
comments / feedback?
Arnaud
--
Linux / Unix Expert R&D - MGE Office Protection Systems -
http://www.mgeops.com
Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/
Debian Developer - http://people.debian.org/~aquette/
Free Software Developer - http://arnaud.quette.free.fr/
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: aphel-nut-tree.txt
Url:
http://lists.alioth.debian.org/pipermail/nut-upsdev/attachments/20081030/fd68c4af/attachment.txt
hum, I forgot to mention two points, about the supported instant commands and the Raritan devices. see below... 2008/10/30 Arnaud Quette <aquette.dev at gmail.com>:> I've recently been working a bit on adding PDU > (http://en.wikipedia.org/wiki/Power_distribution_unit) support in NUT. > Some of you might have seen the Powerman thread, which also deals with > adding more PDUs support: > http://powerman.sourceforge.net/supported.html > > The result is that we now have support for 2 Eaton | Powerware ePDUs > (Managed and Monitored iirc, check http://www.epdu.com). > I plan on adding the 2 other models soon.Raritan PDUs (http://www.raritan.com/products/power-management/) should also be supported. These devices use the same Revelation MIB, as the Eaton Managed ePDU, but with a different entry point. So I'm working on having a single shared definition for this.> It is using snmp-ups and I've attached an upsc/upscmd output of the > managed unit for info. > The patch isn't commited yet, but it's limited to adding a xx-mib.h > file, and some doc update. I've also switched to a 2 decimal > resolution in snmp-ups. > > The things to be noticed are: > - since NUT is UPS centric, the ups collection doesn't fit for the > purpose (ups.status most of all) > - a new collection ("device") has to be created, to make NUT more generic. > This would consist of the following generic / common data extracted > from the ups collection: > device.model > device.mfr > device.serial > device.type (while keeping ups.status for single / three phase) > and possibly > device.id > device.firmware > device.temperature > > * the outlet collection has to be extended with the following data: > outlet.n.current: Current (milliamps RMS) > outlet.n.current.maximum: Maximum seen current (milliamps RMS) > outlet.n.realpower: Current value of real power (Watts) > outlet.n.voltage: Voltage (V) > outlet.n.powerfactor: Power Factor (dimensionless value between > 0.00 and 1.00) > outlet.n.power: Apparent power (VA)* the outlet collection has to be extended with the following instant commands: outlet.1.load.off outlet.1.load.on outlet.1.load.cycle: might be replaced by shutdown.reboot or load.reboot?!> - status_{}() needs only to process when device.type=ups > > > More generally, I think that NUT is able to handle the smart power > devices that will appear in the future. > And the above change will help in going in that direction. > > comments / feedback?still valid ;-) Arnaud -- Linux / Unix Expert R&D - MGE Office Protection Systems - http://www.mgeops.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ Free Software Developer - http://arnaud.quette.free.fr/
Hello Arnaud and *, What is the actual status of the PDU support? I have the question, since tthe development is nearly complete and only the microcontroller missing (I am searching the most suitable one) Am 2008-10-30 16:38:13, schrieb Arnaud Quette:> - a new collection ("device") has to be created, to make NUT more generic. > This would consist of the following generic / common data extracted > from the ups collection: > device.model > device.mfr > device.serial > device.type (while keeping ups.status for single / three phase) > and possibly > device.id > device.firmware > device.temperatureI have a request for an additional device.fanspeed: RpM> * the outlet collection has to be extended with the following data: > outlet.n.current: Current (milliamps RMS) > outlet.n.current.maximum: Maximum seen current (milliamps RMS) > outlet.n.realpower: Current value of real power (Watts) > outlet.n.voltage: Voltage (V) > outlet.n.powerfactor: Power Factor (dimensionless value between > 0.00 and 1.00) > outlet.n.power: Apparent power (VA)Since I have a "24V DC modular ATX PSU" I have the question for the "n" in the outlet. The ATX PSU has 5 standard output voltages +12 V + 5 V + 3.3V + 5 Vsb -12 V and someone can add up to 3 additional power modules to extend the PSU and can have any voltages (even mixed up on a singel module) like +12 V + 5 V + 3.3V + 2.5V + 1.8V + 0.8V ... This mean, I need a hierarchy separator but how to do? E.g. the standard one could be something like outlet.0.temperature: 63.6 outlet.0.p12.current: 4321 outlet.0.p12.current.maximum: 10000 outlet.0.p12.realpower: 51 outlet.0.p12.voltage: 11.8 outlet.0.p12.voltage.nominal: 12.0 outlet.0.p50.current: 4321 ... outlet.0.p33.current: ... outlet.0.p5s.current: ... outlet.0.n12.current: and for the three slots: outlet.1.p12.current: ... outlet.2.p50.current: ... outlet.3.p33.current: ... I have prefixed the 3rd hierarchy with "p" for positive voltage and "n" for the negative voltage. Also I have the need for a "temperature" sensor per module as shown on the top of "outlet.0" Any suggestions? And Hell, do you know the price of a "VendorID"? Wow, you must look yourself on the USB Website... I am ongoing to manufacturer only arround 1000 devices since the market for solar powered computers is very limited. But for being rentable (in relation to the USB-Fees) I have to sell 10.000 or more... Thanks, Greetings and nice Day/Evening Michelle Konzack Systemadministrator 24V Electronic Engineer Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ ##################### Debian GNU/Linux Consultant ##################### <http://www.tamay-dogan.net/> <http://www.can4linux.org/> Michelle Konzack Apt. 917 ICQ #328449886 +49/177/9351947 50, rue de Soultz MSN LinuxMichi +33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.alioth.debian.org/pipermail/nut-upsdev/attachments/20090110/46e9bc4c/attachment.pgp
Seemingly Similar Threads
- [nut-commits] svn commit r1582 - in trunk: . data docs drivers man
- Joining forces with the Network UPS Tools
- UPS recommendation for NUT and power-on-delay support
- New snmp-ups subdriver for Huawei
- Eaton 5PX after battery replacement still says "replace battery" in NUT