Imported Upstream version 2.6.4
This commit is contained in:
parent
fad6ced6f6
commit
fefe62b2bd
257 changed files with 6020 additions and 1394 deletions
|
|
@ -2,12 +2,12 @@
|
|||
.\" Title: apcsmart
|
||||
.\" Author: [see the "AUTHOR" section]
|
||||
.\" Generator: DocBook XSL Stylesheets v1.75.2 <http://docbook.sf.net/>
|
||||
.\" Date: 11/17/2011
|
||||
.\" Date: 05/21/2012
|
||||
.\" Manual: NUT Manual
|
||||
.\" Source: Network UPS Tools
|
||||
.\" Language: English
|
||||
.\"
|
||||
.TH "APCSMART" "8" "11/17/2011" "Network UPS Tools" "NUT Manual"
|
||||
.TH "APCSMART" "8" "05/21/2012" "Network UPS Tools" "NUT Manual"
|
||||
.\" -----------------------------------------------------------------
|
||||
.\" * Define some portability stuff
|
||||
.\" -----------------------------------------------------------------
|
||||
|
|
@ -96,17 +96,17 @@ These models usually come from late 1990s / pre\-2009 times\&. They are often re
|
|||
.RS 4
|
||||
WARNING: these are not
|
||||
\fInatively\fR
|
||||
supported by apcsmart (or apcupsd for that matter, if you\(cqre wondering)\&. Around 2007 APC (now APC Schneider) decided to go back to its proprietry roots and all the new models (SMT, SMX, SURTD) use completely different protocol and cables\&. If you purchased a new APC ups, that uses cable with rj45 on the one end, and db\-9 on the other \- then you have such model\&. Your only option to support it through
|
||||
supported by apcsmart (or apcupsd for that matter, if you\(cqre wondering)\&. Around 2007 APC (now APC Schneider) decided to go back to its proprietry roots and all the new models (SMT, SMX, SURTD) use completely different protocol and cables\&. If you purchased a new APC UPS, that uses cable with rj45 on the one end, and db\-9 on the other \- then you have such model\&. Your only option to support it through
|
||||
\fBNUT\fR
|
||||
is to purchase "legacy communications card" \- part #AP9620 (google \*(AqAP9620\*(Aq for more details)\&. Or if that\*(Aqs not an option, rely on official software\&.
|
||||
.RE
|
||||
.sp
|
||||
Another thing to remember is that Smart protocol is not USB protocol\&. If you have ups with both USB and serial ports, then depending on how you connect it, you will need either apcsmart or usbhid\-ups driver\&.
|
||||
Another thing to remember is that Smart protocol is not USB protocol\&. If you have UPS with both USB and serial ports, then depending on how you connect it, you will need either apcsmart or usbhid\-ups driver\&.
|
||||
.SH "CABLING"
|
||||
.sp
|
||||
This driver expects to see a 940\-0024C cable or a clone by default\&. You can switch to the 940\-0095B dual\-mode cable support with the \*(Aqcable=\*(Aq definition described below\&.
|
||||
.sp
|
||||
If your 940\-0024C cable is broken or missing, use this diagram to build a clone:
|
||||
If your 940\-xx24X cable is broken or missing, use this diagram to build a clone:
|
||||
.sp
|
||||
http://www\&.networkupstools\&.org/cables\&.html#_940_0024c_clone
|
||||
.if n \{\
|
||||
|
|
@ -122,7 +122,7 @@ http://www\&.networkupstools\&.org/cables\&.html#_940_0024c_clone
|
|||
.ps -1
|
||||
.br
|
||||
.sp
|
||||
It was reported, that the 940\-0024E cable uses the same wiring as the 940\-0024C one\&.
|
||||
The "xx" is either "00" for a short cable, or the number of feet of a longer cable\&. The "X" is a letter representing the minor revision of the physical cable and its connectors ("C" and "E" are commonly found revisions)\&. All minor revisions should use the same pin\-outs and wiring\&.
|
||||
.sp .5v
|
||||
.RE
|
||||
.sp
|
||||
|
|
@ -144,12 +144,12 @@ This is most basic command present in probably all APC models\&. It will hiberna
|
|||
.PP
|
||||
"old" models
|
||||
.RS 4
|
||||
The behaviour here is unfortunately pretty primitive \- when the power returns, the ups just wakes up\&. No grace periods, no min\&. battery charge condition, etc\&. This is probably not what you want\&.
|
||||
The behaviour here is unfortunately pretty primitive \- when the power returns, the UPS just wakes up\&. No grace periods, no min\&. battery charge condition, etc\&. This is probably not what you want\&.
|
||||
.RE
|
||||
.PP
|
||||
"new" models
|
||||
.RS 4
|
||||
The behaviour here is as expected \- the power is cut off after the eeprom defined grace period\&. The ups will wake up when the power returns, after the eeprom defined delay AND if the eeprom defined min\&. battery charge level is met\&. The delay is counted from the power\*(Aqs return\&.
|
||||
The behaviour here is as expected \- the power is cut off after the eeprom defined grace period\&. The UPS will wake up when the power returns, after the eeprom defined delay AND if the eeprom defined min\&. battery charge level is met\&. The delay is counted from the power\*(Aqs return\&.
|
||||
.RE
|
||||
.RE
|
||||
.PP
|
||||
|
|
@ -173,9 +173,9 @@ This is basic command used to hibernate UPS regardless if it\*(Aqs running on ba
|
|||
"old" models
|
||||
.RS 4
|
||||
The behaviour is \- unfortunately \- similary primitive to
|
||||
\fBS\fR\&. The ups unconditionally wakes up after nnn*6 minutes \-
|
||||
\fBS\fR\&. The UPS unconditionally wakes up after nnn*6 minutes \-
|
||||
\fBit doesn\*(Aqt care if the power returned !\fR
|
||||
If nnn = 000, then UPS will do precisely nothing\&. On those models you\*(Aqre better specifying nnn > 0, if you can estimate the kind of power problems that might be happening in your environment\&. Another thing to consider with "old" models \- you might lose the connection with the ups, until it wakes up (with
|
||||
If nnn = 000, then UPS will do precisely nothing\&. On those models you\*(Aqre better specifying nnn > 0, if you can estimate the kind of power problems that might be happening in your environment\&. Another thing to consider with "old" models \- you might lose the connection with the UPS, until it wakes up (with
|
||||
\fBS\fR, the serial connection is kept alive)\&.
|
||||
.RE
|
||||
.PP
|
||||
|
|
@ -191,16 +191,16 @@ option, or argument to one of the supported instant commands)\&.
|
|||
.PP
|
||||
\fBK\fR (delayed poweroff)
|
||||
.RS 4
|
||||
This is permanent poweroff \- the ups will not wake up automatically\&. On newer units, it will respect applicable eeprom variables\&.
|
||||
This is permanent poweroff \- the UPS will not wake up automatically\&. On newer units, it will respect applicable eeprom variables\&.
|
||||
.RE
|
||||
.PP
|
||||
\fBZ\fR (instant poweroff)
|
||||
.RS 4
|
||||
This is also permanent poweroff \- the ups will not wake up automatically\&. The poweroff is executed immediately\&.
|
||||
This is also permanent poweroff \- the UPS will not wake up automatically\&. The poweroff is executed immediately\&.
|
||||
.RE
|
||||
.SH "SHUTDOWN CONTROL BY NUT"
|
||||
.sp
|
||||
There\*(Aqre 3 options used to control shutdown behaviour\&.
|
||||
There are three options used to control the shutdown behaviour\&.
|
||||
.PP
|
||||
\fBsdtype\fR=[0\-5]
|
||||
.RS 4
|
||||
|
|
@ -229,7 +229,7 @@ The values permitted are from 0 to 5\&. Only one can be specified\&. Anything el
|
|||
.PP
|
||||
0
|
||||
.RS 4
|
||||
issue soft hibernate (\fBS\fR) if the ups is running on batteries, otherwise issue hard hibernate (\fB@\fR)
|
||||
issue soft hibernate (\fBS\fR) if the UPS is running on batteries, otherwise issue hard hibernate (\fB@\fR)
|
||||
.RE
|
||||
.PP
|
||||
1
|
||||
|
|
@ -274,7 +274,7 @@ Hard hibernate\*(Aqs additional wakeup delay can be provided by \fBawd\fR\&.
|
|||
.RE
|
||||
.SS "ADVORDER"
|
||||
.sp
|
||||
The argument is either a word \*(Aqno\*(Aq, or a string of 1 \- 5 digits in [0 \- 4] range\&. Each digit maps to the one of shutdown methods supported by APC upses\&. Methods listed in this way are tried in order, until one of them succedes\&.
|
||||
The argument is either a word \*(Aqno\*(Aq, or a string of 1 \- 5 digits in [0 \- 4] range\&. Each digit maps to the one of shutdown methods supported by APC UPSes\&. Methods listed in this way are tried in order, until one of them succedes\&.
|
||||
.sp
|
||||
If \fBadvorder\fR is undefined or set to \*(Aqno\*(Aq, \fBsdtype\fR is used instead\&.
|
||||
.sp
|
||||
|
|
@ -351,9 +351,9 @@ battery\&.runtime < battery\&.runtime\&.low
|
|||
.sp
|
||||
Of course \- if any of the variables are not available, the appropriate condition is not checked\&. If you want to explicitly disable one of the conditions, simply override the right hand variable causing the condition to always evaluate to false (you can even provide negative numbers)\&.
|
||||
.sp
|
||||
APC upses don\*(Aqt have battery\&.charge\&.low \- you will have to define it if you want to use such condition (prefix the variable with override\&. or default\&.)\&.
|
||||
APC UPSes don\*(Aqt have battery\&.charge\&.low \- you will have to define it if you want to use such condition (prefix the variable with override\&. or default\&.)\&.
|
||||
.sp
|
||||
"New" units have battery\&.runtime\&.low, but depending on battery quality, firmware version, calibration and ups load \- this variable can be underestimated quite a bit \- especially right after going into OB state\&. This in turn can cause LB to be asserted, which under normal conditions will cause \fBNUT\fR to initiate the shutdown\&. You might want to disable this condition entirely, when relying on \fBignorelb\fR option (this was actually the main motivation behind introduction of such feature)\&.
|
||||
"New" units have battery\&.runtime\&.low, but depending on battery quality, firmware version, calibration and UPS load \- this variable can be underestimated quite a bit \- especially right after going into OB state\&. This in turn can cause LB to be asserted, which under normal conditions will cause \fBNUT\fR to initiate the shutdown\&. You might want to disable this condition entirely, when relying on \fBignorelb\fR option (this was actually the main motivation behind introduction of such feature)\&.
|
||||
.sp
|
||||
Simple example:
|
||||
.sp
|
||||
|
|
@ -372,7 +372,7 @@ Simple example:
|
|||
.sp
|
||||
This would cause apcsmart to go into shutdown \fIonly\fR if detected battery charge < 15%\&. Runtime condition is always false in this example\&.
|
||||
.sp
|
||||
You could ask \- why bother ? Well, the reason is already hinted above\&. APC units can be very picky about the batteries, and their firmware can underestimate the remaining runtime (especially right after going into OB state)\&. \fBignorelb\fR option and \fBoverride\&.*\fR let you remain in control of the ups, not ups in control of you\&.
|
||||
You could ask \- why bother ? Well, the reason is already hinted above\&. APC units can be very picky about the batteries, and their firmware can underestimate the remaining runtime (especially right after going into OB state)\&. \fBignorelb\fR option and \fBoverride\&.*\fR let you remain in control of the UPS, not UPS in control of you\&.
|
||||
.sp
|
||||
Furthermore, this allows to specify conditions similary to how it\(cqs done in apcupsd daemon, so it should be welcome by people used to that software\&.
|
||||
.SH "SUPPORTED INSTANT COMMANDS"
|
||||
|
|
@ -406,7 +406,7 @@ load\&.off
|
|||
executes "instant poweroff"
|
||||
.RE
|
||||
.sp
|
||||
All the above commands must be issued 2nd time to have any effect (no less than 3 seconds, and no more than 15 seconds after the initial call)\&. Those commands are mostly useful for manual testing, when your machine is not powered by the ups you\*(Aqre testing\&.
|
||||
All the above commands must be issued 2nd time to have any effect (no less than 3 seconds, and no more than 15 seconds after the initial call)\&. Those commands are mostly useful for manual testing, when your machine is not powered by the UPS you\*(Aqre testing\&.
|
||||
.sp
|
||||
Other supported commands:
|
||||
.sp
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue