2011-01-26 09:35:08 +00:00
|
|
|
NOTE
|
|
|
|
----
|
|
|
|
This man page only documents the hardware-specific features of the
|
2010-03-25 23:20:59 +00:00
|
|
|
blazer driver. For information about the core driver, see
|
2011-01-26 09:35:08 +00:00
|
|
|
linkman:nutupsdrv[8].
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2013-11-24 15:00:12 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
SUPPORTED HARDWARE
|
|
|
|
------------------
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
The blazer driver is known to work with various UPSes from Blazer, Energy
|
2012-06-01 13:55:19 +00:00
|
|
|
Sistem, Fenton Technologies, General Electric, Mustek and many others.
|
|
|
|
The NUT compatibility table lists all the known supported models. Keep
|
|
|
|
in mind, however, that other models not listed there may also be supported,
|
|
|
|
but haven't been tested.
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
All devices with a serial interface (use the *blazer_ser* driver) and
|
|
|
|
many with a USB interface (use the *blazer_usb* driver) are supported.
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2013-11-24 15:00:12 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
EXTRA ARGUMENTS
|
|
|
|
---------------
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
You may need to override or provide defaults for some values, depending on
|
|
|
|
the make and model of your UPS. The following are the ones that most likely
|
2011-01-26 09:35:08 +00:00
|
|
|
will need changing (see linkman:ups.conf[5]):
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*default.battery.voltage.high =* 'value'::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Maximum battery voltage that is reached after about 12 to 24 hours charging.
|
2011-01-26 09:35:08 +00:00
|
|
|
If you want the driver to report a guesstimated *battery.charge*, you need
|
|
|
|
to specify this (see <<_battery_charge,BATTERY CHARGE>>).
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*default.battery.voltage.low =* 'value'::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Minimum battery voltage just before the UPS automatically shuts down.
|
2011-01-26 09:35:08 +00:00
|
|
|
If you want the driver to report a guesstimated *battery.charge*, you need
|
|
|
|
to specify this (see <<_battery_charge,BATTERY CHARGE>>).
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*default.battery.voltage.nominal =* 'value'::
|
|
|
|
*override.battery.voltage.nominal =* 'value'::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Some devices show a wrong nominal battery voltage (or none at all), so you may
|
|
|
|
need to override or set a default value.
|
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*override.battery.packs =* 'value'::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Some devices report a part of the total battery voltage. For instance, if
|
2011-01-26 09:35:08 +00:00
|
|
|
*battery.voltage.nominal* is 24 V, but it reports a *battery.voltage*
|
|
|
|
of around 2 V, the number of *battery.packs* to correct this reading would
|
2010-03-25 23:20:59 +00:00
|
|
|
be 12. The driver will attempt to detect this automatically, but if this fails
|
|
|
|
somehow, you may want to override this value.
|
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*ondelay =* 'value'::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Time to wait before switching on the UPS (minutes). Note that a value below 3
|
|
|
|
minutes, may cause earlier firmware versions to not switch on automatically,
|
2013-11-24 15:00:12 +00:00
|
|
|
so it defaults to 3 minutes. The acceptable range is +0..9999+ minutes.
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*offdelay =* 'value'::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Time to wait before shutting down the UPS (seconds). This value is truncated
|
|
|
|
to units of 6 seconds (less than 60 seconds) or 60 seconds (more than 60
|
2013-11-24 15:00:12 +00:00
|
|
|
seconds). Defaults to 30 seconds. The acceptable range is +12..600+ seconds.
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*norating*::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Some UPSes will lock up if you attempt to read rating information from them.
|
|
|
|
Setting this flag will make the driver skip this step.
|
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*novendor*::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Some UPSes will lock up if you attempt to read vendor information from them.
|
|
|
|
Setting this flag will make the driver skip this step.
|
|
|
|
|
2011-09-29 18:14:46 +00:00
|
|
|
*protocol =* 'string'::
|
|
|
|
|
|
|
|
Skip autodetection of the protocol to use and only use the one specified.
|
|
|
|
Supported values 'megatec', 'megatec/old', 'mustek' and 'zinto'.
|
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*runtimecal =* 'value,value,value,value'::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Parameter used in the (optional) runtime estimation. This takes two runtimes
|
|
|
|
at different loads. Typically, this uses the runtime at full load and the
|
|
|
|
runtime at half load. For instance, if your UPS has a rated runtime of 240
|
|
|
|
seconds at full load and 720 seconds at half load, you would enter
|
2011-01-26 09:35:08 +00:00
|
|
|
+
|
2012-06-01 13:55:19 +00:00
|
|
|
runtimecal = 240,100,720,50
|
2011-01-26 09:35:08 +00:00
|
|
|
+
|
2010-03-25 23:20:59 +00:00
|
|
|
The first load should always be higher than the second. If you have values
|
|
|
|
available for loads other than 100 and 50 % respectively, you can use those
|
|
|
|
too, but keep them spaced apart as far as reasonably possible. Just don't
|
|
|
|
get too close to no load (prediction of runtime depends more on idle load for
|
|
|
|
the battery then).
|
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*chargetime =* 'value'::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
The time needed to fully recharge the battery after being fully discharged. If
|
|
|
|
not specified, the driver defaults to 43200 seconds (12 hours). Only used if
|
2011-01-26 09:35:08 +00:00
|
|
|
*runtimecal* is also specified.
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*idleload =* 'value'::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Minimum battery load used by the driver to estimate the runtime. If not
|
2011-01-26 09:35:08 +00:00
|
|
|
specified, the driver defaults to 10%. Only used if *runtimecal* is also
|
2010-03-25 23:20:59 +00:00
|
|
|
specified.
|
|
|
|
|
2013-11-24 15:00:12 +00:00
|
|
|
|
|
|
|
ifndef::blazer_usb[]
|
2011-01-26 09:35:08 +00:00
|
|
|
SERIAL INTERFACE ONLY
|
2013-11-24 15:00:12 +00:00
|
|
|
~~~~~~~~~~~~~~~~~~~~~
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*cablepower =* 'string'::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
By default the driver will set DTR and clear RTS ('normal'). If you find that
|
2010-03-25 23:20:59 +00:00
|
|
|
your UPS isn't detected or the communication with the UPS is unreliable, you may
|
2011-01-26 09:35:08 +00:00
|
|
|
try if clear DTR and set RTS ('reverse'), set DTR and RTS ('both') or
|
|
|
|
clear DTR and RTS ('none') improves this situation.
|
2013-11-24 15:00:12 +00:00
|
|
|
endif::blazer_usb[]
|
|
|
|
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2013-11-24 15:00:12 +00:00
|
|
|
ifdef::blazer_usb[]
|
2011-01-26 09:35:08 +00:00
|
|
|
USB INTERFACE ONLY
|
2013-11-24 15:00:12 +00:00
|
|
|
~~~~~~~~~~~~~~~~~~
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*vendorid =* 'regex'::
|
|
|
|
*productid =* 'regex'::
|
|
|
|
*vendor =* 'regex'::
|
|
|
|
*product =* 'regex'::
|
|
|
|
*serial =* 'regex'::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Select a specific UPS, in case there is more than one connected via
|
|
|
|
USB. Each option specifies an extended regular expression (see
|
2011-01-26 09:35:08 +00:00
|
|
|
*regex(7)*) that must match the UPS's entire vendor/product/serial
|
2010-03-25 23:20:59 +00:00
|
|
|
string (minus any surrounding whitespace), or the whole 4-digit
|
2011-01-26 09:35:08 +00:00
|
|
|
hexadecimal code for vendorid and productid. Try *-DD* for
|
2010-03-25 23:20:59 +00:00
|
|
|
finding out the strings to match.
|
2013-11-24 15:00:12 +00:00
|
|
|
+
|
2010-03-25 23:20:59 +00:00
|
|
|
Examples:
|
|
|
|
|
2013-11-24 15:00:12 +00:00
|
|
|
- `-x vendor="Foo.Corporation.*"`
|
|
|
|
- `-x vendorid=051d*` (APC)
|
|
|
|
- `-x product=".*(Smart|Back)-?UPS.*"`
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*bus =* 'regex'::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Select a UPS on a specific USB bus or group of busses. The argument is
|
|
|
|
a regular expression that must match the bus name where the UPS is
|
|
|
|
connected (e.g. bus="002", bus="00[2-3]").
|
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*subdriver =* 'string'::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
Select a serial-over-USB subdriver to use. You have a choice between *phoenix*,
|
|
|
|
*ippon*, *cypress*, and *krauler*. When using this option, it is mandatory to also
|
|
|
|
specify the *vendorid* and *productid*.
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2012-01-24 10:22:33 +00:00
|
|
|
*langid_fix =* 'value'::
|
|
|
|
|
|
|
|
Apply the language ID workaround to the krauler subdriver. This is mandatory
|
|
|
|
for some devices to work (LDLC, Dynamix and others). You must to provide
|
|
|
|
*value* (0x409 or 0x4095), according to your device entry in NUT hardware
|
|
|
|
compatibility list (HCL).
|
2013-11-24 15:00:12 +00:00
|
|
|
endif::blazer_usb[]
|
2012-01-24 10:22:33 +00:00
|
|
|
|
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
UPS COMMANDS
|
|
|
|
------------
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
This driver supports some instant commands (see linkman:upscmd[8]):
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*beeper.toggle*::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Toggle the UPS beeper. (Not available on some hardware.)
|
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*load.on*::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Turn on the load immediately.
|
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*load.off*::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
Turn off the load immediately (see <<_known_problems,KNOWN PROBLEMS>>).
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2013-11-24 15:00:12 +00:00
|
|
|
*shutdown.return*::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Turn off the load and return when power is back. Uses the timers defined by
|
2011-01-26 09:35:08 +00:00
|
|
|
*ondelay* and *offdelay*.
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2013-11-24 15:00:12 +00:00
|
|
|
*shutdown.stayoff*::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
Turn off the load and remain off (see <<_known_problems,KNOWN PROBLEMS>>). Uses
|
|
|
|
the timer defined by *offdelay*.
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*shutdown.stop*::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Stop a shutdown in progress.
|
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*test.battery.start.deep*::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Perform a long battery test (Not available on some hardware.)
|
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*test.battery.start.quick*::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Perform a (10 second) battery test.
|
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*test.battery.start* 'value'::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2013-11-24 15:00:12 +00:00
|
|
|
Perform a battery test for the duration of 'value' minutes.
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
*test.battery.stop*::
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Stop a running battery test (not available on some hardware.)
|
|
|
|
|
2013-11-24 15:00:12 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
BATTERY CHARGE
|
|
|
|
--------------
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
Due to popular demand, this driver will report a guesstimated *battery.charge*
|
2011-09-29 18:14:46 +00:00
|
|
|
and optionally *battery.runtime*, provided you specified a couple of the
|
2011-01-26 09:35:08 +00:00
|
|
|
<<_extra_arguments,EXTRA ARGUMENTS>> listed above.
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
If you specify both *battery.voltage.high* and *battery.voltage.low* in
|
|
|
|
linkman:ups.conf[5], but don't enter *runtimecal*, it will guesstimate the state
|
2010-03-25 23:20:59 +00:00
|
|
|
of charge by looking at the battery voltage alone. This is not reliable under load,
|
|
|
|
as this only gives reasonably accurate readings if you disconnect the load, let the
|
|
|
|
battery rest for a couple of minutes and then measure the open cell voltage. This
|
|
|
|
just isn't practical if the power went out and the UPS is providing power for your
|
|
|
|
systems.
|
|
|
|
|
|
|
|
battery.voltage - battery.voltage.low
|
|
|
|
battery.charge = ------------------------------------------ x 100 %
|
|
|
|
battery.voltage.high - battery.voltage.low
|
|
|
|
|
|
|
|
There is a way to get better readings without disconnecting the load but this
|
2012-01-24 10:22:33 +00:00
|
|
|
requires one to keep track on how much (and how fast) current is going in- and
|
|
|
|
out of the battery. If you specified the *runtimecal*, the driver will attempt
|
|
|
|
to do this. Note however, that this heavily relies on the values you enter and
|
|
|
|
that the UPS must be able to report the load as well. There are quite a couple
|
|
|
|
of devices that report 0 % (or any other fixed value) at all times, in which
|
|
|
|
case this obviously doesn't work.
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
The driver also has no way of determining the degradation of the battery capacity
|
|
|
|
over time, so you'll have to deal with this yourself (by adjusting the values
|
2011-01-26 09:35:08 +00:00
|
|
|
in *runtimecal*). Also note that the driver guesses the initial state of charge
|
2010-03-25 23:20:59 +00:00
|
|
|
based on the battery voltage, so this may be less than 100 %, even when you are
|
|
|
|
certain that they are full. There is just no way to reliably measure this between
|
|
|
|
0 and 100 % full charge.
|
|
|
|
|
|
|
|
This is better than nothing (but not by much). If any of the above calculations is
|
|
|
|
giving you incorrect readings, you are the one that put in the values in
|
2011-01-26 09:35:08 +00:00
|
|
|
linkman:ups.conf[5], so don't complain with the author. If you need something better,
|
|
|
|
buy a UPS that reports *battery.charge* and *battery.runtime* all by itself
|
2010-03-25 23:20:59 +00:00
|
|
|
without the help of a NUT driver.
|
|
|
|
|
2013-11-24 15:00:12 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
NOTES FOR THE PREVIOUS USER OF MEGATEC DRIVERS
|
|
|
|
----------------------------------------------
|
|
|
|
|
|
|
|
The blazer drivers having replaced the megatec ones, some configuration
|
|
|
|
changes may be required by users switching to blazer.
|
|
|
|
|
|
|
|
Part of this, the following megatec options, in ups.conf, have to be changed:
|
|
|
|
|
|
|
|
*battvolts*::
|
|
|
|
|
|
|
|
You need to use 'default.battery.voltage.high' and 'default.battery.voltage.low'
|
|
|
|
|
|
|
|
*dtr and rts*::
|
|
|
|
|
|
|
|
You need to use 'cablepower'
|
|
|
|
|
|
|
|
*ignoreoff*::
|
|
|
|
|
|
|
|
This parameter can simply be discarded, since it was a wrong understanding
|
|
|
|
of the specification.
|
2011-09-29 18:14:46 +00:00
|
|
|
|
2013-11-24 15:00:12 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
KNOWN PROBLEMS
|
|
|
|
--------------
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
Some UPS commands aren't supported by all models. In most cases, the driver
|
|
|
|
will send a message to the system log when the user tries to execute an
|
|
|
|
unsupported command. Unfortunately, some models don't even provide a way for
|
|
|
|
the driver to check for this, so the unsupported commands will silently
|
|
|
|
fail.
|
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
Both the *load.off* and *shutdown.stayoff* instant commands are meant to
|
2010-03-25 23:20:59 +00:00
|
|
|
turn the load off indefinitely. However, some UPS models don't allow this.
|
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
Some models report a bogus value for the beeper status (will always be 'enabled'
|
|
|
|
or 'disabled'). So, the *beeper.toggle* command may appear to have no effect
|
2010-03-25 23:20:59 +00:00
|
|
|
in the status reported by the driver when, in fact, it is working fine.
|
|
|
|
|
|
|
|
The temperature and load value is known to be bogus in some models.
|
|
|
|
|
2013-11-24 15:00:12 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
AUTHORS
|
|
|
|
-------
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
Arjen de Korte <adkorte-guest at alioth.debian.org>,
|
2010-03-25 23:20:59 +00:00
|
|
|
Alexander Gordeev <lasaine at lvk.cs.msu.su>
|
|
|
|
|
2013-11-24 15:00:12 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
SEE ALSO
|
|
|
|
--------
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2013-11-24 15:00:12 +00:00
|
|
|
ifdef::blazer_usb[]
|
|
|
|
linkman:blazer_ser[8],
|
|
|
|
endif::blazer_usb[]
|
|
|
|
ifndef::blazer_usb[]
|
|
|
|
linkman:blazer_usb[8],
|
|
|
|
endif::blazer_usb[]
|
2011-01-26 09:35:08 +00:00
|
|
|
linkman:nutupsdrv[8], linkman:upsc[8], linkman:upscmd[8], linkman:upsrw[8]
|
2010-03-25 23:20:59 +00:00
|
|
|
|
2013-11-24 15:00:12 +00:00
|
|
|
|
2011-01-26 09:35:08 +00:00
|
|
|
Internet Resources:
|
|
|
|
~~~~~~~~~~~~~~~~~~~
|
2010-03-25 23:20:59 +00:00
|
|
|
|
|
|
|
The NUT (Network UPS Tools) home page: http://www.networkupstools.org/
|
2013-11-24 15:00:12 +00:00
|
|
|
|
2012-01-24 10:22:33 +00:00
|
|
|
The NUT HCL: http://www.networkupstools.org/stable-hcl.html
|
2013-11-24 15:00:12 +00:00
|
|
|
|