nut/docs/man/blazer-common.txt

341 lines
11 KiB
Text
Raw Normal View History

2011-01-26 09:35:08 +00:00
NOTE
----
2022-06-29 10:37:36 +00:00
2011-01-26 09:35:08 +00:00
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
2022-06-29 10:37:36 +00:00
NOTE
----
Please note that this driver is deprecated and will not receive
new development. If it works for managing your devices -- fine,
but if you are running it to try setting up a new device, please
consider the newer linkman:nutdrv_qx[8] instead, which should
handle all 'Q*' protocol variants for NUT.
Please do also report if your device works with this driver,
but linkman:nutdrv_qx[8] would not actually support it with any
subdriver!
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
2022-06-29 10:37:36 +00:00
Select a UPS on a specific USB bus or group of buses. The argument is
2010-03-25 23:20:59 +00:00
a regular expression that must match the bus name where the UPS is
connected (e.g. bus="002", bus="00[2-3]").
2022-06-29 10:37:36 +00:00
*device =* 'regex'::
Select a UPS on a specific USB device or group of devices. The argument is
a regular expression that must match the device name where the UPS is
connected (e.g. device="001", device="00[1-2]").
Note that device numbers are not guaranteed by the OS to be stable across
re-boots or device re-plugging.
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
2022-06-29 10:37:36 +00:00
* Arjen de Korte <adkorte-guest at alioth.debian.org>
* Alexander Gordeev <lasaine at lvk.cs.msu.su>
2010-03-25 23:20:59 +00:00
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
2022-06-29 10:37:36 +00:00
* The NUT (Network UPS Tools) home page: http://www.networkupstools.org/
* The NUT HCL: http://www.networkupstools.org/stable-hcl.html