Citeren Vlad n...@wolf.umail.net:
I'll try to install dev version and see whether it works.
What kind of diagnostic info would you need?
USB ID of my device is :.
Could you also try the blazer_usb driver from nut-2.4.3 (the same
version as the megatec_usb driver that worked for
Citeren Martin Ivanov tra...@abv.bg:
root@alhana:/etc/nut# /etc/rc.d/rc.ups start
Network UPS Tools - UPS driver controller 2.6.0
Network UPS Tools - Generic contact-closure UPS driver 1.36 (2.6.0)
UPS type: Repoteck RPT-800A, RPT-162A
tcgetattr: Inappropriate ioctl for device
Driver failed to
Citeren Martin Ewing martin.s.ew...@gmail.com:
This seems very similar to the trouble I have with a Belkin UPS (USB) with
Natty (64 bit).
Not at all. You seem to be suffering from a permissions problem, where
Vlad is not (most likely, there is a problem in the protocol
handling). These
Citeren Vlad n...@wolf.umail.net:
I downgraded back to 2.4.3, configured nut to use megatec_usb again,
and it started working again.
However, it seems strange that I cannot use the latest version.
This is not strange at all. We have reworked this driver core and
could not find people with
Citeren Raphaël raphael.brou...@ve-hotech.com:
Testing PID before launching a new instance of driver is a good
solution but need to be implemented in /etc/init.d/nut
So, what's the big deal here? This is just a script on most (if not
all systems) that can be modified easily. On the other
Citeren Raphaël raphael.brou...@ve-hotech.com:
When reading /etc/init.d/nut, i see that when restarting nut, script
stop nut and start it again.
When starting again the driver is one more time started without any
verification that its already launched.
Stopping a driver is an asynchronous
Citeren James Smith james.sm...@jofco.com:
I now have everything in place and I get an email when the temp sensor opens
Question - what do I set so the system doesn't shut down when the
sensor stays open?
The system will only shutdown if you have an OB+LB event at the same
time. As long
Citeren James Smith james.sm...@jofco.com:
So how do I make sure it never sees the LB event (or ignores it)?
By wiring you sensor so that it either sets OB or LB and hard wiring
the other to the inactive state.
[...]
The point about the short is a valid one, but I don't think it will
Citeren Martin Ivanov tra...@abv.bg:
Browsing the compatibility list of nut has revealed that there are
NUT drivers for the RPT-162A (genericups upstype=13) and RPT-800A
and RPF525/625/800/1000 modes (safenet). Is it possible that any of
these drivers work, and if yes, which one?
As far
Citeren Manzoor e Elahi manzoor.e.el...@gmail.com:
Here's something more I've found using the new soft. Please take a look.
If you have such a table available, you can figure out quite easily
which upstype is applicable here:
cable power = DTR
online = CTS off
low battery
Citeren Jose Álvarez dynami...@hotmail.com:
When I turn on my pc everything works fine, but if I restart fails
(I'm not sure if this is true at 100%) (then, i can do 'sudo
/etc/init.d/nut restart' and it works)
This usually means that you're attempting to use the USB bus before it
has
Citeren Dushan Tcholich dus...@gmail.com:
[...]
/lib64/nut/blazer_ser -D -a munja -i 10
Network UPS Tools - Megatec/Q1 protocol serial driver 1.51 (2.6.0)
0.00 send_to_all: SETINFO driver.parameter.port /dev/ttyS0
Looks fine.
[...]
upsmon -D
Network UPS Tools upsmon
Citeren Rupert Hair rupert.h...@gmail.com:
I'm running Solaris 11 Express (snv_151a X86) with NUT 2.6.0 compliled
from the source tarball and a Powerware 5115. I was seeing the driver
hang,
What makes you think the driver 'hangs'?
so gave it some '-D's (23 apparently ;-) and found that it
Citeren Manzoor e Elahi manzoor.e.el...@gmail.com:
Thanks for your replay. Actually my UPS uses a lite version of that software
and only reports mains on/off, ups on/off and ups connected/disconnected
status. I also think the genericups driver should work and tried all the
driver types without
Citeren Manzoor e Elahi manzoor.e.el...@gmail.com:
I'm trying to configure my ups with nut which is a locally made one. It
uses a rs232 port to talk to the computer and comes with a software called
Powermanager Lite which is provided by Richcomm and supports Windows,
Linux and UNIX.
Citeren Pavel Selivanov biohumanoid.li...@gmail.com:
I've being using nut 2.2.2 (Debian Lenny) via megatec_usb driver for
IPPON Back UPS 600.
Then I upgraded to nut 2.4.3 (Debian Squeeze) with broken megatec_usb.
I moved to blazer_usb, it connected IPPON.
[myups]
driver = blazer_usb
Citeren Josu Lazkano josu.lazk...@gmail.com:
Hello list, I am trying to configure Belkin F6C550-AVR UPS on a
Squeeze server.
I try with usbhid-ups but I get (driver(s) failed) message on
service start.
[...]
This is my lsusb output:
$ lsusb
Bus 001 Device 004: ID 0665:5161 Cypress
Citeren GATINEAU, ANTOINE (ANTOINE) antoine.gatin...@alcatel-lucent.com:
I got it working. Aparently, the script is launched as the specified
user but without the environment variables.
To make it work, i have defined NOTIFYCMD as following :
NOTIFYCMD /bin/bah -c 'source /etc/profile ;
Citeren Francesco Talamona francesco.talam...@know.eu:
I was simply trying to gather more information because the running
setup, the one with liebert driver and nut user, wasn't able to run
anymore with the upgrade. Sorry I didn't make it clear in the first
instance.
I made too many tests and
Citeren Francesco Talamona francesco.talam...@know.eu:
I have a 64 bit Gentoo, with a Liebert UPS. The last NUT working version
was sys-power/nut-2.4.1-r1 (I also tried sys-power/nut-2.4.3-r2 but
downgraded, don't remember the reason).
[...]
I don't know what else I can try, I simply don't
Citeren Justin Ellison jus...@techadvise.com:
Attached is a -DDD log of the driver.
Did you look at it before sending it? If not, look now... :-)
We need the output of both stdout and stderr:
/path/to/usbhid-ups -DDD -a upsname CyberPower_CP850.log 21
The first 30 seconds worth of
Citeren Márk Csaba mar...@gwyll.eu:
[eaton_1]
driver = blazer_usb
port = 002
desc = Eaton NV 2000H
vendorid = 0665
productid = 5161
bus= 003
[eaton_2]
driver = blazer_usb
port = 002
desc = Eaton NV 2000H
Citeren Arun twelvefortyf...@yahoo.com:
Yeap. IMO an even better option (if technically feasible) would be
for the driver to try and reconnect to the UPS every few seconds. It
seems to do this well if it loses connectivity after having
established the initial connection, but not at all at
Citeren Charles Lepple clep...@gmail.com:
in the current version of cps-hid.c, it looks like
FullChargeCapacity, DesignCapacity and CapacityMode are unmapped.
This is intentional. The capacity mode determines the units in which
FullChargeCapacity and DesignCapacity will be reported.
Citeren Justin Ellison jus...@techadvise.com:
When I tested it out tonight, I made a point to watch the LED on the
unit in comparison to the battery.charge indicator from nut. Almost
instant I unplugged it, battery.charge went from 120 to 91, and
immediately fell in sync with what the LED was
Citeren Justin Ellison jus...@techadvise.com:
I have a CyberPower Systems CP850PFCLCD that I'm hooking up to NUT 2.4.3
from apt running under Ubuntu 10.04. Using the usbhid-ups driver, things
*seem* to work at first glance, but there are some odd issues. The most
notable issue is that the
Citeren Andrea krog...@gmail.com:
Exactly what benefit can i have using the new driver with this hack?
If nothing changes i can wait for nut 2.6.1 ;-)
It would help to confirm that this is indeed the problem so that
nut-2.6.1 will work out-of-the box for you (and all others using this
Citeren Andrea krog...@gmail.com:
* Service upsdrv starting
Network UPS Tools - UPS driver controller 2.6.0
Network UPS Tools - Megatec/Q1 protocol USB driver 0.03 (2.6.0)
Can't claim USB device [:]: could not detach kernel driver
from interface 0: Operation not permitted
Driver failed
Citeren Garðar Arnarsson gar...@giraffi.net:
Just wondering what information is required for adding a ups to the
compatability list...
Is upsc output enough?
No, we also need to know if the UPS supports shuts down automatically,
both when on mains and on battery. To check this, issue the
Citeren Andrea krog...@gmail.com:
0.257887 Trying megatec protocol...
0.257901 send: Q1
0.506931 blazer_status: short reply
0.506950 Status read 1 failed
Sadly there is a small flaw in the krauler subdriver here and it
doesn't output the data it has read from the
Citeren Andrea krog...@gmail.com:
Some output with blazer_usb:
* Service upsdrv starting
Network UPS Tools - UPS driver controller 2.6.0
Network UPS Tools - Megatec/Q1 protocol USB driver 0.03 (2.6.0)
No supported UPS detected
Driver failed to start (exit status=1)
Failed to start UPS
Citeren Espen Berg es...@halden.by:
I have just installed nut_2.6.0 from Debian testing, do anyone know
the correct driver for this ups? The blazer_usb don't report
battery-charge, the bundled software report charge and runtime.
The UPS doesn't report battery charge and/or runtime. See
Citeren John Bayly freebsd.po...@tipstrade.net:
Thanks for pointing that out. Just did some timing and found that
with and without the pollonly flag set, the ups.load value was
changing when applying and removing additional load. I did however
notice that the time taken to register the
Citeren Arnaud Quette aquette@gmail.com:
can you please send us an upsc output?
Not really needed. The richcomm_usb driver supports only 'ups.status'
since the UPS is essentially a glorified contact closure device.
Have you also tested for shutdown, and upsrw / upscmd supported data?
Citeren Sergey Talchuk tals1...@gmail.com:
2. lsusb output
Bus 002 Device 001: ID :
Bus 002 Device 002: ID 0925:1234 Lakeview Research
Your UPS might be supported by the 'richcomm_usb' driver. It is most
certainly not supported by the 'blazer_usb' driver.
Best regards, Arjen
--
Citeren Charles Lepple clep...@gmail.com:
Arjen: do we actually have any cases of reports larger than 8 bytes?
Yes. At least the MGE Evolution series uses reports that are larger
than 8 bytes.
If so, should we mark this as a quirk for CyberPower devices?
Well, I still don't understand
Citeren Charles Lepple clep...@gmail.com:
If I run it under strace, the ioctls on the /dev/bus/usb file descriptor
preceeding each operation not permitted error return 0, not an
error code
such as EPERM.
That seems strange. Would you please compress and send the strace output
(without -u
Citeren Armin Barth armin.ba...@pumpen-barth.de:
Hallo,
I'm loocking for a driver to connect a AEG UPS Protection A 1500 mit
nut.
The Error-massage is this:
Network UPS Tools - UPS driver controller 2.6.0
Network UPS Tools - Generic HID driver 0.35 (2.6.0)
USB communication driver 0.31
This
Citeren Brian Read bri...@bjsystems.co.uk:
Am Trying to use nut (2.2.0 - on an SMEServer V8 aka Centos 5.5) on
the above UPS, I've tried the megatec driver in serial and USB mode
(the device has both types of connection), but no success.
The version of NUT you're using is almost four
Citeren James bjloc...@lockie.ca:
$ sudo /usr/sbin/upsd -
Network UPS Tools upsd 2.4.3
0.00 listen_add: added ::1:3493
0.84 listen_add: added 127.0.0.1:3493
0.000102 setuptcp: try to bind to 127.0.0.1 port 3493
0.000185 listening on 127.0.0.1 port 3493
Citeren Lukas Haase lukasha...@gmx.at:
I somehow tried both but it does somehow not work as expected.
When I add
ups : ALL
upsd : ALL
to hosts.deny, then no communication should be possible. However, I
can access the statistics from another host running upsstats.cgi!
I also tested with
Citeren Garðar Arnarsson gar...@giraffi.net:
I have defined the user in the /etc/ups/upsd.users
74 [gardar]
75 password = hidden
76 allowfrom = local
77 actions = SET
78 instcmds = ALL
79 [local_mon]
80 password = hidden
81 allowfrom =
Citeren Garðar Arnarsson gar...@giraffi.net:
Thanks a bunch, that worked like a charm :)
Glad to hear that.
But now I've got another question... After I run commands (tests) with
upscmd, where do I see the results?
You don't.
Ran a battery test check and it did not give any output.
Citeren James Cameron qu...@laptop.org:
# upscmd myups load.on
Username (root):
Password:
#
It didn't turn on. What's this username and password?
How should I know? (man 5 upsd.users)
Best regards, Arjen
--
Please keep list traffic on the list (off-list replies will be rejected)
Citeren Frederic Praca frederic.pr...@freebsd-fr.org:
I wondered how the USB UPS are detected and if my UPS is described in
the source code. Any idea of where I should take a look ?
We search for a VendorID / ProductID combination. The one you posted earlier
idVendor = 0x0463
idProduct =
Citeren frederic.pr...@free.fr:
I have to manage an Eaton Ellipse ASR 750 VA UPS under a FreeBSD 8.2 server.
I used nut from ports collection but I'm unable to detect the UPS by
USB cable.
[...]
Any idea of how to make it works ?
Did you follow the FreeBSD installation HOWTO that's
Citeren Erik Hjertén e...@hjerten.com:
I'm quite stuck now so any pointers on how to troubleshoot is most
appreciated.
The first thing to check is whether or not the UPS receives the
shutdown command. Power your system from an alternative source (this
is important!) and run the command
Citeren Carsten Burkhardt c.burkha...@b-c-s.de:
Do you mean such unsuccessfully test with new hardware same like
attached file explore.txt?
No. We're specifically looking for people that have access to UPS
systems that are known to be supported by existing versions of NUT, to
verify that
Citeren Zach La Celle lace...@roboticresearch.com:
On the Dell server, the MpMemory testing all passed. It doesn't
seem to be a physical problem with the memory on the machine. I
also ran some other basic diagnostics on the disk drives, cache, and
the rest of the system, and it all
Citeren Zach La Celle lace...@roboticresearch.com:
You can see where the problem happens in parseconf.c, on line 125
with the code:
/* resize the lists */
ctx-arglist = realloc(ctx-arglist,
sizeof(char *) * ctx-numargs);
With the given arguments, this
Citeren Ernest Sales ersa...@gmail.com:
N.B.: the blazer_usb driver recognized the device, but logs showed
connection loss about every minute, so I didn't do further
trying.
This is a known problem in nut-2.4.3 and should be solved in
nut-2.6.0. We have also dropped the megatec and
Citeren Brian Daniels bitm...@pobox.com:
upshid-ups is unable to communicate with the UPS, giving 'Protocol
error'. I've also tried the snapshot and 2.7 svn release with the
same results. Debug output is below, any ideas appreciated.
Could you try if the attached patch makes any
Citeren Kevin bakd...@gmail.com:
Yes, that does the trick!
# clients/upscmd -u apcmon -p pass123 apc1500 shutdown.return
has the desired effect.
Good. I assume you tried this on the CS-500, right? Do you have any
idea how long the delay is before the device actually shuts down?
Would
Citeren Kevin bakd...@gmail.com:
On power:
Switches immediately to battery
Waits 60 seconds
Sleeps for 2 seconds, switches output power off
Restarts
Although it is a bit weird that the device switches to battery, this
doesn't really harm. We know such behavior from older devices with
Citeren Mike Barber badpa...@googlemail.com:
Installed 2.4.1 using apt and installed in place of initial version
Found various web documents detailing that blazer_usb would probably be the
driver to use.
using usb.conf :
[UPS]
driver = blazer_usb
port = auto
and running the driver in debug
Citeren Kevin bakd...@gmail.com:
On 06/02/2011 21:42, Kevin wrote:
Ok, I've tried that. The result of clientcmd -u apcmon -p pass123
-a apc1500 shutdown.reboot is nothing. Nothing that I can see
changes at all.
Of course. Do as I asked you and it *will* make a difference.
I did this
Citeren Kevin bakd...@gmail.com:
Ok. Thanks. The order of the code is now:
{ shutdown.reboot, 0, 0,
UPS.APCGeneralCollection.APCDelayBeforeReboot, NULL, 1,
HU_TYPE_CMD, NULL },
{ shutdown.reboot, 0, 0, UPS.PowerSummary.DelayBeforeReboot,
NULL, 10, HU_TYPE_CMD, NULL },
{
Citeren Kevin bakd...@gmail.com:
There is no call for language like that. I've spent a huge amount of
time in the last six weeks trying to sort this problem with your code.
This is not *my* code. I'm just trying to help here. I would be more
than happy to ditch the APC support from NUT
Citeren Pier Paolo Glave pierpaolo.gl...@gmail.com:
Yes!
The results are quite different now :)
That's good to know.
This is the result of upsc now, when AC power is plugged in:
battery.charge: 100
battery.type: PbAc
battery.voltage: 28
battery.voltage.nominal: 2
device.mfr: Emerson Network
Citeren Kevin bakd...@gmail.com:
You could have perhaps made a point of the sudden change to a
different command. Others also missed this subtlety.
I posted the 'old' and 'new' lines. You might have missed this on the
first look, buy after I told you the difference, you could have looked
Citeren Kevin bakd...@gmail.com:
Exactly. I am beginning to see a 'broken firmware' pattern here.
The above is the only reason why we need multiple HID subdrivers in
usbhid-ups. If every UPS vendor would care to implement (and properly
test!) their firmware, we would need exactly one
Citeren Ernest Sales ersa...@gmail.com:
I would like to report a working device to add to the hardware
compatibility list, but cannot find a way on the website. Would this
list be OK for that purpose?
Sure. Please list the output of 'upsc' as well as whether or not you
tested the
Citeren Kevin bakd...@gmail.com:
You are quite right! I now have this line in apc-hid.c:
{ shutdown.return, 0, 0,
UPS.APCGeneralCollection.APCDelayBeforeReboot, NULL, 1,
HU_TYPE_CMD, NULL },
and get this result:
# clients/upscmd -u apcmon -p pass123 apc1500 shutdown.return
Unexpected
Citeren Kevin bakd...@gmail.com:
Seems to have gone a bit quiet. Are we at a dead end now?
No, I just don't have a lot of spare time on my hand lately. You could
try if changing
{ shutdown.reboot, 0, 0,
UPS.APCGeneralCollection.APCDelayBeforeReboot, NULL, 10,
HU_TYPE_CMD, NULL },
Citeren Pier Paolo Glave pierpaolo.gl...@gmail.com:
Everything seems to be fine, except that, when I run upsc
liebert@localhostups.status, it retuns OB, even if the UPS is
currently online.
Looking at the rejected earlier message, I'd say you have a Belkin OEM
device that has a very broken
Citeren Mehmet Giritli mgiri...@giritli.eu:
Here you go. Thanks!
This looks like a different model than the existing ones. Sadly, it
seems to be just as broken as previous models... :-(
One more thing. Does this ups support reporting temperature? Can you
tell this by looking at the log
Citeren Kevin bakd...@gmail.com:
Different
# ./clients/upsc apc1500
[...]
ups.delay.shutdown: 90
ups.delay.start: 250
This is what I expected to happen. The value of ups.delay.shutdown is
now read from the UPS...
./clients/upsrw -s ups.delay.shutdown=30 -u apcmon -p pass123
Citeren Kevin bakd...@gmail.com:
./clients/upsrw -s ups.delay.shutdown=30 -u apcmon -p pass123 apc1500
OK
# ./clients/upsc apc1500
[...]
ups.delay.shutdown: 30
ups.delay.start: 250
..and apparently can be written as well.
Yes, but this value could also be changed before the patches.
Citeren Jonathan Cunliffe subscript...@gadget.org.uk:
[...]
Anyone any ideas...?
Someone posted a reply to your first message. Instead of reposting the
same message, you might try if following that reply might get you
further. Reading the manuals might also help.
Best regards, Arjen
--
Citeren Kevin bakd...@gmail.com:
Sorry about that, the report descriptor is only reported at debug
level 3 (or higher). So I need the output of the below command
instead:
/path/to/usbhid-ups -DDD -a apc1500 APC_Smart-UPS_1000.log 21
Here it is.
Much better, thanks! Could you do the
Citeren Kevin bakd...@gmail.com:
Happy to dig as deep as you would like me to. (I would like to get
the CS 500 sorted out too though)
I think the only solution I can come up with to support (?) all known
APC models, is to not map the HID paths to 'load.on.delay' and to rely
on the UPS to
Citeren Kevin bakd...@gmail.com:
#define APC_HID_VERSION APC HID 0.95-patch2
[...]
{ ups.delay.shutdown, ST_FLAG_RW | ST_FLAG_STRING, 10,
UPS.Output.APCShutdownAfterDelay, NULL, %.0f,
HU_FLAG_QUICK_POLL, NULL },
I see my error now. The above line should be moved up to before the
Citeren Kevin bakd...@gmail.com:
I'm posting the debug file again in case it gives any more clues. I
modified the version number to make sure I was actually using the
patched driver. I don't know, but these lines may be significant:
# grep Value: 90 APC-1000.patched.txt
1.397898
Citeren Kevin bakd...@gmail.com:
[...]
but doesn't affect the initial value of ups.timer.shutdown (90)
after the shutdown.return command:
# ./clients/upscmd -u apcmon -p pass123 apc1500 shutdown.return
OK
# ./clients/upsc apc1500
battery.charge: 100
battery.charge.low: 10
Citeren Kevin bakd...@gmail.com:
[apc1500]
driver=usbhid-ups
port=auto
ondelay=200
offdelay=1
Yes.
After restarting the driver, and running shutdown.return, the timers
are set to
90 and 200. (the values of ups.delay.shutdown and ups.delay.start)
REBOOT:-1
Citeren tubbi...@math.arizona.edu:
Debian Server (Lenny) running a Linux 2.6.26-2-686 SMP kernel.
NUT version 2.2.2-6.5 (Latest Lenny Stable)
[...]
Any insights?
Upgrade. We no longer support this version of NUT. Since nut-2.2.2 was
released, a lot of changes were made to the usbhid-ups
Citeren Mike. the.li...@mgm51.com:
Trying to build nut 2.6.0 on OpenBSD 4.8, I get a compiler error.
[...]
Making all in drivers
gmake[1]: Entering directory `/home/downloads/nut/nut-2.6.0/drivers'
gcc -DHAVE_CONFIG_H -I. -I../include-I../include -DSHUT_MODE
-g -O2 -Wall
Citeren Kevin bakd...@gmail.com:
On the Smart-UPS 1000, all the instant commands do more or less what
you would
expect. Looking at the timers using upsc apc1500 I now see that:
shutdown.
load.off/load.off.delay both set the shutdown timer to 90, shuts down
after 90 seconds
It
Citeren Kevin Myers bakd...@gmail.com:
As far as I can tell from your previous message, it works (with
nut-2.6.0) for the Smart-UPS 1000, right?
No, although it does go into sleep mode if the power is off at the
right time, it doesn't cycle the power otherwise so the load will
not reboot
Citeren Kevin bakd...@gmail.com:
0.686325 Initiating UPS shutdown
0.686340 upsdrv_shutdown...
0.686365 instcmd(shutdown.return, [NULL])
0.686382 find_nut_info: unknown info type: shutdown.return
This is normal. Some UPS'es (models that have a HID layer around an
Citeren Kevin bakd...@gmail.com:
It's a shame that I can't seem to get the up to date releases
working properly
on both of these UPS models, specially after seeing that it can be done,
apparently fairly simply, by sending the 0xff86007c code in both cases.
As far as I can tell from your
Citeren Kevin bakd...@gmail.com:
I have been using usb APC units (CS 500 and SmartUPS 1000) with nut
for some 6
years. I got this to work after extensive trawling of the net and found a fix
involving changing the source and recompiling usbhid-ups (or hidups
as it used
to be).
It's sad
Citeren Mick michaelkintz...@gmail.com:
While nut is running, my logs fill up with:
Jan 10 22:50:06 compaq usbhid-ups[5083]: libusb_get_report: No error
Jan 10 22:50:08 compaq usbhid-ups[5083]: libusb_get_report: No error
Jan 10 22:50:10 compaq usbhid-ups[5083]: libusb_get_report: No error
Jan
Citeren Charles Lepple clep...@gmail.com:
Technically, HID only needs to be specified on the interface class
(device class can be 0), so this descriptor is correct in that regard.
If the device is auto detected by Windows and Apple, it is quite
possible that this is indeed a HID PDC device.
Citeren Mick michaelkintz...@gmail.com:
[ snip ]
0.171361 refresh_report_buffer: expected 4 bytes, but got 8 instead
0.171403 Path: UPS.PowerSummary.DelayBeforeStartup, Type:
Feature, ReportID: 0x11, Offset: 0, Size: 24, Value: 0.00
0.171446 Report descriptor retrieved
Citeren Zach La Celle lace...@roboticresearch.com:
After setting the variable, the only further information I have is this:
upsd: free(): invalid pointer: 0x01d20f30 ***
Segmentation fault
Try again with debug level set to -DDD. This might provide a little
more context of where this
Citeren Alexander Todorov atodo...@otb.bg:
# upsc powerwalker
battery.voltage: 24.60
battery.voltage.nominal: 24.0
beeper.status: enabled
device.type: ups
driver.name: blazer_usb
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.parameter.vendorid: 0665
driver.version: 2.4.3
Citeren Alexander Todorov atodo...@otb.bg:
You'll see in the above output that your UPS doesn't report battery
charge. The
blazer_usb driver can attempt to guestimate the charge remaining (see 'man 8
blazer'), but since the UPS doesn't report the load either, this will not be
nearly good
Citeren David Varley davidavar...@gmail.com:
Arjen, now I'm a bit confused. In your script you are saying to shut down
nut before issuing the upsdrvctl command to tell the UPS to start a delayed
shutdown.
Yes.
But as shutting down nut causes the usbhid-ups driver to exit, I
thought that
Citeren David Varley davidavar...@gmail.com:
As far as setting the shutdown command in a script run when hibernating, I
did this. I created a script, 48nut, in /etc/pm/sleep.d, as follows:
#!/bin/sh
# If we are hibernating due to power-fail, initiate a delayed UPS shutdown
and then stop the
Citeren Carsten Burkhardt c.burkha...@b-c-s.de:
The help got unfortunately time outs (explore.txt)
http://www.networkupstools.org/doc/2.2.0/hid-subdrivers.html
Have you an idea for my problems?
Looking at the VendorID and ProductID, it is likelt that this device
is recognized as a
Citeren Zachary LaCelle lace...@roboticresearch.com:
It's hard to know what works and what doesn't, because when I start the
process manually it seems to work fine.
Have a look at this bug report and check if this might be the problem:
https://bugzilla.redhat.com/show_bug.cgi?id=544121
Citeren David Varley davidavar...@gmail.com:
I've just set up a CyberPower Value 2200E-GP on a system running Lucid
AMD64, with the current NUT package via apt-get, and it seems to be working
fine for me with the usbhid-ups driver, so I guess it can go in the HCL?
Probably. We'll just need a
Citeren Arnaud Quette aquette@gmail.com:
indeed, and a full rewrite is also needed, to support the subdrivers
approach as in usbhid-ups.
Yes. Although it would be possible to add the lookup (forward and
reverse) functions like in usbhid-ups (which would allow for better
conversion
Citeren Richard richard-...@rain4us.net:
The nut ups daemons seem to be communicating with the UPS but upscmd
gives me no joy. Running commands do nothing and produce no output.
This is something that needs fixing in 'upscmd'. It erroneously
doesn't print the server response after
Citeren Poulton, Stuart W.L. sw...@leicester.ac.uk:
rcs-manage-1:/var/log # upsrw phys-eaton
[battery.runtime.low]
Remaining battery runtime when UPS switches to LB (seconds)
Type: UNKNOWN (unrecognized)
The definition in the MIB to NUT mapping is lacking a type for this
variable. Clients
Citeren Poulton, Stuart W.L. sw...@leicester.ac.uk:
I've successfully configured NUT to talk to the SNMP card, however
it reports a battery.runtime.low of 1 , not much use, how do I
change this value, is it defined by the UPS itself, the SNMP card,
or NUT ?
This is a configurable value,
Citeren Arnaud Quette aquette@gmail.com:
Thanks for the suggestions, I've added the flush statement as well as some
debugging information. As this is a intermittent issue I decided to try
overloading the UPS by sending it repeated beeper commands while watching
the debug output. What
Citeren John Bayly freebsd.po...@tipstrade.net:
Last but not least, in most drivers, we allow a couple of missed
replies before we call dstate_datastale() so that glitches don't
lead to automatic reconnects.
Can you suggest what driver would be a good template to use?
Take a look at the
Citeren ahouse-support supp...@ahouse.mine.nu:
I have a traoble whith my ups, - megatec driver can not calculating
% of charging and voltage on battery:
You UPS doesn't report the battery charge, so that's not unusual. The
megatec driver will guesstimate the battery charge based on the
1 - 100 of 770 matches
Mail list logo
